Vehicle upgrading method and device, computer equipment and storage medium

Abstract

The invention relates to a vehicle upgrading method and device, computer equipment and a storage medium, and the method is applied to a server, and the method comprises the steps: obtaining a first identifier of a vehicle under the condition that the vehicle needs to be upgraded; wherein the first identifier is an identifier of a controller of an intelligent device currently installed in the vehicle; comparing the obtained first identifier with a pre-stored second identifier of the vehicle to obtain a target identifier; wherein the second identifier is an identifier of a controller of an intelligent device installed through a specified path in the vehicle, and the target identifier is the first identifier which does not belong to the second identifier; and in the process of upgrading the vehicle, upgrading of the intelligent device corresponding to the target identifier is limited. By adopting the method, under the condition that the intelligent devices installed in the vehicle need to be upgraded, the intelligent devices installed in the non-specified way in the vehicle can be identified, so that upgrading of the intelligent devices installed in the non-specified way in the vehicle is limited, and the network security and the function security of the vehicle are improved.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and in particular to a vehicle upgrade method, apparatus, computer equipment, and storage medium. Background Technology

[0002] With the development of vehicle technology, OTA (Over-The-Air) upgrade technology and diagnostic tool upgrade technology have emerged to upgrade the intelligent devices with controllers installed in vehicles. At the same time, the phenomenon of installing intelligent devices in vehicles through unauthorized means is also increasing.

[0003] In traditional technologies, when upgrading smart devices installed in vehicles, it is impossible to identify smart devices installed through unauthorized means. Instead, all smart devices installed in the vehicle are upgraded indiscriminately, which poses a serious threat to the vehicle's cybersecurity and functional safety. Summary of the Invention

[0004] Therefore, it is necessary to provide a vehicle upgrade method, apparatus, computer equipment, and storage medium to address the aforementioned technical problems, so as to identify intelligent devices installed in the vehicle through unauthorized means when it is necessary to upgrade the intelligent devices installed in the vehicle, thereby restricting the upgrade of intelligent devices installed in the vehicle through unauthorized means and improving the network security and functional safety of the vehicle.

[0005] Firstly, this application provides a vehicle upgrade method, including:

[0006] In cases where a vehicle upgrade is required, obtain the vehicle's first identifier; wherein, the first identifier is the identifier of the controller of the currently installed smart device in the vehicle;

[0007] From the acquired first identifiers, select the first identifiers that are different from the pre-stored second identifiers of the vehicle and use them as target identifiers; wherein, the second identifier is the identifier of the controller of the intelligent device installed in the vehicle through a specified means.

[0008] During the vehicle upgrade process, upgrades to the smart devices corresponding to the target identifier are restricted.

[0009] In one embodiment, obtaining the vehicle's first identifier includes:

[0010] Receive the vehicle's first identifier sent by the Over-the-Air (OTA) cloud platform; wherein the first identifier is obtained by the OTA cloud platform from the vehicle; or,

[0011] Receive the vehicle's first identifier sent by the vehicle diagnostic tool; wherein the first identifier is obtained from the vehicle after the vehicle diagnostic tool is physically connected to the vehicle.

[0012] In one embodiment, upon receiving a first identifier sent by the OTA cloud platform, during the vehicle upgrade process, restrictions are placed on upgrading the smart device corresponding to the target identifier, including:

[0013] Send a target identifier to the OTA cloud platform so that the OTA cloud platform will not push the upgrade package of the smart device corresponding to the target identifier to the vehicle during the upgrade process based on the latest version of the upgrade package.

[0014] In one embodiment, the vehicle upgrade method further includes:

[0015] Once the latest version upgrade package for the smart device that can be installed on the vehicle model is obtained, the latest version upgrade package is sent to the OTA cloud platform.

[0016] In one embodiment, upon receiving a first identifier sent by a vehicle diagnostic tool, during the vehicle upgrade process, restrictions are placed on upgrading the smart device corresponding to the target identifier, including:

[0017] Send the upgrade package of the smart device corresponding to the second identifier to the vehicle diagnostic tool, so that the vehicle diagnostic tool can push the upgrade package of the smart device corresponding to the second identifier to the vehicle during the vehicle upgrade process.

[0018] In one embodiment, before obtaining the vehicle's first identifier when an upgrade is required, the vehicle upgrade method further includes:

[0019] Obtain vehicle configuration information and a list of smart devices;

[0020] Based on the configuration information, the list of smart devices, and the total list of smart devices that can be installed on the vehicle model, a vehicle profile is generated; the vehicle profile includes a second identifier.

[0021] In one embodiment, the vehicle upgrade method further includes:

[0022] If an additional smart device is installed on a vehicle through a designated means, in addition to the smart devices included in the smart device list, the identifier of the controller of the additional smart device is obtained and added to the single vehicle profile as a new second identifier.

[0023] Secondly, this application also provides a vehicle upgrade device, comprising:

[0024] The identifier acquisition module is used to acquire the vehicle's first identifier when an upgrade is required; wherein, the first identifier is the identifier of the controller of the currently installed smart device in the vehicle;

[0025] The identifier filtering module is used to filter out first identifiers that are different from the pre-stored second identifiers of the vehicle from the acquired first identifiers, and use them as target identifiers; wherein, the second identifier is the identifier of the controller of the intelligent device installed in the vehicle through a specified means.

[0026] The upgrade restriction module is used to restrict the upgrade of smart devices corresponding to the target identifier during the vehicle upgrade process.

[0027] Thirdly, this application also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the various method embodiments provided in the first aspect above.

[0028] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps in the method embodiments provided in the first aspect above.

[0029] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps in the various method embodiments provided in the first aspect above.

[0030] The aforementioned vehicle upgrade method, apparatus, computer equipment, and storage medium, when a vehicle upgrade is required, first acquire the identifier of the controller of the currently installed smart device in the vehicle, as a first identifier; then, since the identifiers of the controllers of smart devices installed in the vehicle through a specified method are pre-stored as second identifiers, the first identifier and the second identifier can be compared. From the first identifier, identifiers different from the second identifier are filtered out, and the filtered first identifiers are the identifiers of the controllers of smart devices currently installed in the vehicle through unspecified methods. The first identifiers filtered out from the first identifiers that are different from the second identifier can be used as target identifiers. Furthermore, during the vehicle upgrade process, upgrades to smart devices corresponding to the target identifiers are restricted, thereby limiting upgrades to smart devices installed in the vehicle through unspecified methods. Thus, by storing the second identifier and comparing the first and second identifiers, smart devices installed in the vehicle through unspecified methods can be identified, improving the recognition rate of smart devices installed in the vehicle through unspecified methods. On the other hand, when intelligent devices installed in a vehicle through unauthorized means are identified, restricting upgrades to these devices can effectively prevent their use, improve vehicle cybersecurity and functional safety, and ultimately enhance driving safety. Furthermore, it can effectively improve automakers' profits and protect their corporate image. Attached Figure Description

[0031] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0032] Figure 1 This application provides an application environment diagram for the vehicle upgrade method provided in some embodiments of this application.

[0033] Figure 2 A schematic flowchart illustrating a vehicle upgrade method provided in some embodiments of this application;

[0034] Figure 3 A schematic flowchart illustrating a vehicle upgrade method provided in other embodiments of this application;

[0035] Figure 4 A schematic flowchart illustrating a vehicle upgrade method provided in some embodiments of this application;

[0036] Figure 5 A flowchart illustrating the process of pre-storing a second identifier of a vehicle provided in some embodiments of this application;

[0037] Figure 6 A flowchart illustrating the process of pre-storing a second identifier of a vehicle provided in some embodiments of this application;

[0038] Figure 7 A flowchart illustrating the process of pre-storing a second identifier of a vehicle provided in some embodiments of this application;

[0039] Figure 8 Structural block diagram of a vehicle upgrade device provided in some embodiments of this application;

[0040] Figure 9 This is an internal structural diagram of a computer device provided in some embodiments of this application. Detailed Implementation

[0041] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0042] It should be noted that the terms "first," "second," etc., used in this application can be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from the second element. The terms "comprising" and "having," and any variations thereof, used in this application, are intended to cover non-exclusive inclusion. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the embodiments or any combination of multiple embodiments.

[0043] In traditional technologies, when upgrading smart devices installed in vehicles, it is impossible to identify smart devices installed through unauthorized means. Instead, all smart devices installed in the vehicle are upgraded indiscriminately, which poses a serious threat to the vehicle's cybersecurity and functional safety.

[0044] To address the aforementioned technical problems, in one exemplary embodiment, a vehicle upgrade method is provided, which can be used with a server. The server can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services.

[0045] In one exemplary embodiment, a vehicle upgrade method provided in this application can be applied to, for example... Figure 1 In the application environment shown, the upgrade device 102 (such as an OTA cloud platform, vehicle diagnostic tool, etc.) communicates with the server 104 via a network. A data storage system can store the data that the server 104 needs to process. The data storage system can be integrated onto the server 104 or placed in the cloud or on another network server. The data storage system can store the vehicle's second identifier, and the upgrade device 102 can send the acquired vehicle's first identifier to the data storage system when an upgrade is needed. In this way, the server 104 can read the vehicle's first and second identifiers from the data storage system to execute the vehicle upgrade method provided in this embodiment, thereby restricting the upgrade device 102 from upgrading smart devices installed on the vehicle through unauthorized means during the vehicle upgrade process.

[0046] In one exemplary embodiment, such as Figure 2 As shown, a vehicle upgrade method is provided, which is applied to Figure 1 Taking server 104 as an example, the following steps are included:

[0047] S201, in cases where vehicle upgrades are required, obtain the vehicle's first identifier.

[0048] The first identifier is the identifier of the controller of the smart device currently installed in the vehicle.

[0049] Intelligent devices refer to electronic hardware units that are centered around a controller (such as an MCU (Microcontroller Unit) or ECU (Electronic Control Unit)) and integrate sensors, actuators, and software algorithms, possessing the capabilities of environmental perception, data processing, autonomous decision-making, and interaction. Examples include intelligent pedals, intelligent seats, intelligent windshield wipers, and intelligent lighting systems.

[0050] Vehicle upgrading refers to the process of exceeding the original manufacturer's design standards in terms of performance, functionality, safety, or comfort through hardware replacement, software optimization, or system refactoring. Specifically, vehicle upgrading includes upgrading the smart devices installed in the vehicle. Upgrading these smart devices involves updating the software of their controllers to improve their performance, intelligence, safety, or comfort. This typically includes over-the-air (OTA) updates and vehicle diagnostic tool upgrades.

[0051] OTA refers to remotely updating the system firmware and applications of smart devices through mobile communication networks (such as 4G (4th Generation Mobile Communication Technology) / 5G (5th Generation Mobile Communication Technology)) or Wi-Fi, without the need for physical connection or manual intervention.

[0052] Correspondingly, OTA upgrade refers to remotely updating the vehicle's software, firmware, or data via mobile communication networks (such as 4G / 5G, Wi-Fi), enabling function iteration or fault repair without requiring the user to visit a store.

[0053] A vehicle diagnostic tool is a specialized device used to detect and analyze faults in automotive electronic systems. By communicating with the controllers (such as ECUs) of various intelligent components in the vehicle, it reads fault codes, real-time data streams, and system status, providing repair personnel with a basis for fault location.

[0054] Correspondingly, vehicle diagnostic tool upgrades refer to upgrading the firmware or software programs of intelligent components such as controllers (e.g., ECUs), sensors, and actuators in a vehicle using a vehicle diagnostic tool to fix vulnerabilities, optimize performance, or add new functions. The underlying technology involves writing new program code to the target device using diagnostic protocols such as CAN (Controller Area Network) and UDS (Unified Diagnostic Services).

[0055] When a vehicle upgrade is required, the server can first obtain the identifiers of the controllers of the currently installed smart devices in the vehicle, as the first identifier. The number of these first identifiers can be one or more, depending on the number of smart devices currently installed in the vehicle.

[0056] The circumstances under which a vehicle needs to be upgraded can be determined based on the vehicle's technical requirements, safety hazards, and functional expansion. For example, if a system vulnerability (such as tampering with brake signals or remotely controlling doors) is detected in the in-vehicle system (such as the infotainment system or ECU system), the vehicle needs to be upgraded; if a security defect is detected in the smart device, the vehicle needs to be upgraded; or if the automaker iterates on the vehicle's functions and / or optimizes its performance, the vehicle needs to be upgraded.

[0057] Optionally, the server may send an identifier acquisition request to the vehicle, so that the vehicle responds to the identifier acquisition request by sending a first identifier to the server.

[0058] S202, from the acquired first identifiers, select the first identifiers that are different from the pre-stored second identifiers of the vehicle as the target identifiers.

[0059] The second identifier is the identifier of the controller of the intelligent device installed in the vehicle through a designated method.

[0060] The term "intelligent devices installed through designated channels" refers to intelligent devices that meet quality and safety requirements and are compatible with the vehicle's system, installed on vehicles by vehicle manufacturers, 4S stores, or authorized institutions in accordance with formal procedures and standards, provided that relevant regulations, vehicle safety technical standards, and the rights and interests of others are not infringed. 4S stores, short for Four S Shops, are automotive sales and service outlets that integrate vehicle sales, spare parts, after-sales service, and customer feedback.

[0061] Correspondingly, "intelligent devices installed through unauthorized channels" refers to intelligent devices installed on vehicles by unauthorized entities in a non-compliant manner, in violation of relevant regulations, vehicle safety technical standards, or other unauthorized means. Intelligent devices installed through unauthorized channels may pose a threat to vehicle safety, public order, or the rights of others.

[0062] The smart devices currently installed in the vehicle may include smart devices installed through designated means as well as smart devices installed through non-designated means. Therefore, the first identifier may include the identifier of the controller of the smart device installed through non-designated means in the vehicle.

[0063] Based on this, the identifier of the controller of the intelligent device installed in the vehicle through a designated method can be used as the second identifier. Then, if the second identifier of the vehicle is pre-stored, the first identifier and the second identifier can be compared to filter out first identifiers that are different from the second identifier. These filtered first identifiers that do not belong to the second identifier can be used as target identifiers. Specifically, for any first identifier, if it differs from the second identifier, it can be considered that the first identifier is not the identifier of the controller of the intelligent device installed in the vehicle through a designated method. Therefore, the identifier of the controller can be considered as the intelligent device of the first identifier installed through a non-designated method. Thus, the intelligent device corresponding to the target identifier is the intelligent device installed in the vehicle through a non-designated method; that is, the intelligent device whose controller identifier is the target identifier is the intelligent device installed in the vehicle through a non-designated method.

[0064] S203 restricts the upgrading of smart devices corresponding to target identifiers during the vehicle upgrade process.

[0065] As mentioned earlier, the smart device corresponding to the target identifier is a smart device installed in the vehicle through unauthorized means. Therefore, after obtaining the target identifier, in order to avoid upgrading the smart device installed in the vehicle through unauthorized means and to improve the vehicle's network security and functional safety, the upgrading of the smart device corresponding to the target identifier is restricted during the vehicle upgrade process. In other words, the smart device corresponding to the target identifier will not be upgraded during the vehicle upgrade process.

[0066] Optionally, during the process of sending the upgrade package for the smart device to the vehicle, the server may restrict the transmission of the upgrade package for the smart device corresponding to the target identifier. In other words, the server may not send the upgrade package for the smart device corresponding to the target identifier to the vehicle during the same process.

[0067] In the aforementioned vehicle upgrade method, when a vehicle upgrade is needed, the identifier of the controller of the currently installed smart device in the vehicle is first obtained as a first identifier. Then, since the identifiers of the controllers of smart devices installed in the vehicle through a specified method are pre-stored as a second identifier, the first identifier and the second identifier can be compared. The first identifier, which is not a second identifier, is the identifier of the controller of the smart device currently installed in the vehicle through a non-specified method. This first identifier, which is not a second identifier, can be used as a target identifier. Therefore, during the vehicle upgrade process, upgrades are restricted to the smart device corresponding to the target identifier, thereby restricting upgrades to smart devices installed in the vehicle through non-specified methods. In this way, by storing the second identifier and comparing the first and second identifiers, smart devices installed in the vehicle through non-specified methods can be identified, improving the recognition rate of such devices. On the other hand, when intelligent devices installed in a vehicle through unauthorized means are identified, restricting upgrades to these devices can effectively prevent their use, improve vehicle cybersecurity and functional safety, and ultimately enhance driving safety. Furthermore, it can effectively improve automakers' profits and protect their corporate image.

[0068] Based on the above embodiments, in an exemplary embodiment, the acquisition of the first identifier is further refined. The method of acquiring the first identifier of the vehicle may be to receive the first identifier of the vehicle sent by the OTA cloud platform; wherein the first identifier is obtained by the OTA cloud platform from the vehicle.

[0069] In this embodiment, the so-called OTA cloud platform is a cloud server that enables remote system upgrades, function optimizations, or data management by communicating wirelessly with terminal devices (such as vehicles or smart hardware).

[0070] Optionally, the OTA cloud platform can periodically acquire vehicle information, including the vehicle's primary identifier, according to a preset cycle. This preset cycle can be set based on experience, test results from multiple trials, and the needs of actual application scenarios; no specific limitations are imposed.

[0071] Then the OTA cloud platform can send the first identifier of the vehicle it has obtained to the server so that the server can receive the first identifier of the vehicle sent by the OTA cloud platform.

[0072] Optionally, the OTA cloud platform can send the acquired vehicle's first identifier to the server each time it obtains the first identifier. This allows the server to promptly compare the acquired first identifier with the stored second identifier, filtering out first identifiers that differ from the second identifier, thereby identifying smart devices installed in the vehicle through unauthorized means.

[0073] Optionally, the OTA cloud platform can obtain the latest version upgrade package for the smart devices that can be installed on the vehicle's model from the server. Upon obtaining this latest version upgrade package, the platform can update the installed smart devices by pushing it to the vehicle. In this case, the OTA cloud platform can send the obtained first vehicle identifier to the server. The server can then compare the obtained first vehicle identifier with a stored second vehicle identifier, filtering out the first identifiers that differ from the second identifier to identify smart devices installed in the vehicle through unauthorized means. This reduces the server's workload while avoiding upgrades for smart devices installed through unauthorized means.

[0074] Accordingly, based on the above embodiments, in an optional embodiment, the method for restricting the upgrade of the smart device corresponding to the target identifier is further refined. Based on this, upon receiving the first identifier sent by the OTA cloud platform, during the vehicle upgrade process, the method for restricting the upgrade of the smart device corresponding to the target identifier can be to send the target identifier to the OTA cloud platform, so that the OTA cloud platform, during the vehicle upgrade process based on the latest version upgrade package, does not push the upgrade package for the smart device corresponding to the target identifier to the vehicle.

[0075] In this embodiment, when upgrading a vehicle using OTA upgrade technology, the OTA cloud platform pushes the upgrade package of the smart device installed in the vehicle to the vehicle. Therefore, after determining the target identifier, the server can send the target identifier to the OTA cloud platform to notify the OTA cloud platform that the smart device corresponding to the target identifier is a smart device installed through an unspecified method, and will not push the upgrade package of the smart device corresponding to the target identifier to the vehicle.

[0076] In this way, when the OTA cloud platform upgrades a vehicle based on the latest version upgrade package, it can push the latest version upgrade package of the smart device corresponding to the vehicle's second identifier to the vehicle, but not the upgrade package of the smart device corresponding to the target identifier. The upgrade package of the smart device corresponding to the target identifier includes all version upgrade packages of the smart device corresponding to the target identifier.

[0077] Therefore, when the vehicle receives the upgrade package for the smart device corresponding to the second identifier, it can upgrade the smart devices installed in the vehicle through the specified means. However, since the vehicle has not received the upgrade package for the smart device corresponding to the target identifier, the vehicle cannot upgrade the smart devices installed in the vehicle through non-specified means.

[0078] Optionally, the OTA cloud platform can mark the smart device corresponding to the above target identifier as a smart device installed through an unspecified method, so that the upgrade package of the smart device corresponding to the target identifier will not be pushed to the vehicle during subsequent vehicle upgrades.

[0079] Furthermore, based on the above embodiments, in an optional embodiment, the method of obtaining the latest version upgrade package from the OTA cloud platform is further refined. The vehicle upgrade method may further include sending the latest version upgrade package to the OTA cloud platform when the latest version upgrade package of the smart device that can be installed on the vehicle model is obtained.

[0080] In this embodiment, the term "intelligent devices that can be installed on the vehicle model" refers to intelligent devices specifically designed and manufactured for that vehicle model, compatible with its electrical system, mechanical structure, and software platform, thereby enabling specific intelligent functions. It is understood that different vehicles of the same model may have different installed intelligent devices. Therefore, to enable upgrades for different vehicles of the same model, a latest version upgrade package for all intelligent devices that can be installed on the vehicle model can be generated. The server, upon obtaining the latest version upgrade package for all intelligent devices that can be installed on the vehicle model, can then send the aforementioned latest version upgrade package to the OTA cloud platform. In this way, when a vehicle upgrade is required, the OTA cloud platform can upgrade the vehicle based on the latest version upgrade package, without pushing the upgrade package for the intelligent device corresponding to the target identifier to the vehicle during the upgrade process.

[0081] Optionally, sending the latest version upgrade package to the OTA cloud platform can be considered a situation where an upgrade to the vehicle is required.

[0082] Optionally, the server may send the latest version upgrade package to the OTA cloud platform after confirming that the latest version upgrade package has passed functional testing (such as compatibility and stability), security testing (such as anti-tampering and encryption verification), and real vehicle testing (covering the compatibility of different vehicle models and components).

[0083] In the above embodiments, by utilizing the OTA cloud platform, upgrades can be performed remotely without physical connection or manual intervention. This allows for the upgrading of smart devices installed in the vehicle through designated means, while avoiding the upgrading of smart devices installed in the vehicle through undesignated means. As a result, the vehicle upgrade process can be simplified and the user experience improved.

[0084] Based on this, and building upon the above embodiments, in an exemplary embodiment, such as... Figure 3 As shown, the vehicle upgrade method may include the following steps:

[0085] S301, upon obtaining the latest version upgrade package of the smart device that can be installed on the vehicle model, sends the latest version upgrade package to the OTA cloud platform.

[0086] S302 receives the vehicle's first identifier from the OTA cloud platform when an upgrade is required.

[0087] S303: From the acquired first identifiers, select the first identifiers that are different from the pre-stored second identifiers of the vehicle as the target identifiers.

[0088] S304, the server sends a target identifier to the OTA cloud platform so that the OTA cloud platform will not push the upgrade package of the smart device corresponding to the target identifier to the vehicle during the process of upgrading the vehicle based on the latest version upgrade package.

[0089] The specific implementation methods of S301-S304 are the same as those in the above embodiments, and will not be repeated here.

[0090] Based on the above embodiments, in an exemplary embodiment, the acquisition of the first identifier is further refined. The method of acquiring the first identifier of the vehicle may be to receive the first identifier of the vehicle sent by the vehicle diagnostic tool; wherein, the first identifier is obtained from the vehicle after the vehicle diagnostic tool is physically connected to the vehicle.

[0091] In this embodiment, when the vehicle has faults such as inability to read control information or controller damage, it cannot be upgraded via OTA upgrade technology. Consequently, the server cannot receive the vehicle's first identifier sent by the OTA cloud platform. In this case, the user needs to transport the vehicle to a designated after-sales 4S store for after-sales fault resolution. This after-sales fault resolution process may include multiple operations such as intelligent device upgrade, intelligent device replacement, intelligent device installation, and intelligent device uninstallation.

[0092] As mentioned earlier, a vehicle diagnostic tool is a specialized device used to detect and analyze faults in automotive electronic systems. It allows for a physical connection between the vehicle and the diagnostic tool, enabling the tool to obtain the vehicle's primary identifier. The diagnostic tool can then send this primary identifier to a server, which receives it.

[0093] Optionally, in the event of a vehicle malfunction, a physical connection can be established between the vehicle and a vehicle diagnostic tool, allowing the diagnostic tool to obtain the vehicle's first identifier after the physical connection.

[0094] Accordingly, based on the above embodiments, in an optional embodiment, the method of restricting the upgrade of the smart device corresponding to the target identifier is further refined. Based on this, when the first identifier sent by the vehicle diagnostic tool is received, the method of restricting the upgrade of the smart device corresponding to the target identifier during the vehicle upgrade process can be to send an upgrade package of the smart device corresponding to the second identifier to the vehicle diagnostic tool, so that the vehicle diagnostic tool pushes the upgrade package of the smart device corresponding to the second identifier to the vehicle during the vehicle upgrade process.

[0095] In this embodiment, when upgrading a vehicle using vehicle diagnostics technology, the vehicle diagnostics pushes upgrade packages for the smart devices installed in the vehicle to the vehicle. The upgrade packages pushed by the vehicle diagnostics are sent by the server to the vehicle diagnostics. Therefore, after determining the target identifier, the server can send the upgrade package for the smart device corresponding to the second identifier to the vehicle diagnostics, but does not send the upgrade package for the smart device corresponding to the target identifier to the vehicle diagnostics.

[0096] In this way, when the vehicle diagnostic tool is upgrading the vehicle, it can push the upgrade package of the smart device corresponding to the second identifier to the vehicle, but cannot push the upgrade package of the smart device corresponding to the target identifier to the vehicle.

[0097] In this embodiment, since the smart device corresponding to the second identifier is a smart device installed in the vehicle through a designated method, while the smart device corresponding to the target identifier is a smart device installed in the vehicle through a non-designated method, the vehicle can upgrade the smart device installed through the designated method when it receives the upgrade package for the smart device corresponding to the second identifier. However, since the vehicle has not received the upgrade package for the smart device corresponding to the target identifier, it cannot upgrade the smart device installed through the non-designated method. In other words, in this embodiment, the server restricts the upgrade of the smart device corresponding to the target identifier during the vehicle upgrade process by not sending the upgrade package for the smart device corresponding to the target identifier to the vehicle diagnostic tool.

[0098] Optionally, the upgrade package for the smart device corresponding to the second identifier is the latest version upgrade package for the smart device corresponding to the second identifier, while the upgrade package for the smart device corresponding to the target identifier includes all version upgrade packages for the smart device corresponding to the target identifier.

[0099] In the above embodiments, by using a vehicle diagnostic tool, a first identifier can be obtained through a physical connection with the vehicle, making vehicle upgrades more targeted, avoiding compatibility issues that may occur with OTA upgrades, and enabling vehicle upgrades even in situations where the technology does not support OTA upgrades or the vehicle has a malfunction.

[0100] Based on this, and building upon the above embodiments, in an exemplary embodiment, such as... Figure 4 As shown, the vehicle upgrade method may include the following steps:

[0101] S401 receives the vehicle's first identifier from the vehicle diagnostic tool when an upgrade is required.

[0102] S402, from the acquired first identifiers, select the first identifiers that are different from the pre-stored second identifiers of the vehicle as the target identifiers.

[0103] S403, send the upgrade package of the smart device corresponding to the second identifier to the vehicle diagnostic tool, so that the vehicle diagnostic tool can push the upgrade package of the smart device corresponding to the second identifier to the vehicle during the vehicle upgrade process.

[0104] The specific implementation methods of S401-S403 are the same as those in the above embodiments, and will not be repeated here.

[0105] Based on the above embodiments, in one exemplary embodiment, the pre-storage of the vehicle's second identifier is further refined; optionally, such as... Figure 5 As shown, it may include the following steps:

[0106] S501 retrieves vehicle configuration information and a list of smart devices.

[0107] Understandably, the smart devices that can be installed on the aforementioned vehicle models include mandatory smart devices (such as anti-lock braking systems and electronic stability systems) and optional smart devices (such as smart pedals and smart seats). Therefore, when ordering these vehicles, users can select the smart devices they wish to install, as well as personalize their vehicle's color, interior, and other details. Based on the user's selections when ordering, the vehicle's configuration information and a list of smart devices can be generated.

[0108] The so-called vehicle configuration information refers to the specific parameters that describe the vehicle's technical performance, functional configuration, exterior and interior features. It is a detailed list of the vehicle's "hardware and software" and directly determines the vehicle's performance, comfort and price.

[0109] Optionally, the configuration information of the aforementioned vehicle may include the "basic vehicle information" and "configuration selection" in the basic order information. The so-called basic order information is the core clause that constitutes the contractual relationship in a car purchase transaction. It includes not only the basic parameters of the vehicle itself, but also the information of the car buyer, transaction conditions, etc., and is the legally binding order content.

[0110] The so-called vehicle intelligent device list refers to a list of hardware components with intelligent functions in the vehicle and their related information, covering intelligent devices across the entire chain from perception, computing, interaction to communication. It includes both factory-installed intelligent devices and user-selected intelligent devices.

[0111] Optionally, the list of intelligent components for the vehicle can be a portion of the vehicle's order BOM (Bill of Materials). The order BOM is a detailed list of all parts, components, raw materials, and their quantities required for vehicle production, based on customer order requirements. It is the core document connecting order configuration and manufacturing, ensuring that the vehicle is precisely assembled according to customer customization requirements.

[0112] As mentioned above, in one optional embodiment, the vehicle's order basic information and order BOM information can be obtained, and the vehicle's configuration information can be filtered from the order basic information, and the vehicle's smart device list can be filtered from the order BOM information.

[0113] S502 generates a vehicle profile based on configuration information, a list of smart devices, and a total list of smart devices that can be installed on the vehicle's model.

[0114] The bicycle image includes a second identifier.

[0115] The so-called complete list of smart devices that can be installed on a vehicle model can be simply referred to as the vehicle model super BOM. It refers to the complete set of materials that integrate all possible configurations, optional parts and derivative models under the vehicle model platform.

[0116] The aforementioned smart device list can be understood as recording the types and quantities of smart devices installed in the vehicle, such as smart pedals and smart seats. The aforementioned master list records the specific materials that can be used for each type of smart device, such as smart pedal 1, smart pedal 2, smart pedal 3, etc. Therefore, for each smart device in the aforementioned smart device list, based on the quantity of that smart device recorded in the smart device list, a specific device for installation in the vehicle can be selected from the specific materials that can be used for that type of smart device recorded in the master list. In this way, the specific device for each type of smart device installed in the vehicle can be determined, and thus the identifier of the controller of the smart device installed in the vehicle can be determined. Furthermore, since the smart devices installed in the vehicle are installed according to the user's order during the vehicle manufacturer's production, the smart devices installed in the vehicle are smart devices installed in the vehicle through a designated method. Therefore, the identifier of the controller of the smart device installed in the vehicle can be used as a second identifier of the vehicle. Based on the above configuration information, vehicle identification information such as VIN (Vehicle Identification Number) can be determined.

[0117] In this way, a vehicle profile can be generated based on the aforementioned configuration information, the list of smart devices, and the overall list of smart devices that can be installed on the vehicle's model. This vehicle profile includes at least the vehicle's vehicle identifier and secondary identifier. The server can then store these vehicle profiles.

[0118] Based on this, after obtaining the first identifier of the aforementioned vehicle, the vehicle identifier can also be obtained. Therefore, since the server can pre-store multiple vehicle images, after receiving the vehicle identifier and the first identifier of any vehicle, the server can search for a vehicle image whose vehicle identifier is the same as the received vehicle identifier. Thus, it can be determined that the received first identifier and the searched vehicle image belong to the same vehicle. Therefore, the received first identifier can be compared with the second identifier included in the searched vehicle image to obtain the target identifier.

[0119] In an optional embodiment, further refining the second identifier of the vehicle included in the above vehicle profile may further include, in the case that the vehicle is equipped with additional smart devices other than those included in the smart device list through a designated means, obtaining the identifier of the controller of the additional smart device and adding it as a new second identifier to the single vehicle profile.

[0120] In this embodiment, after the vehicle is manufactured, users can continue to install other smart devices beyond those listed in the aforementioned smart device list as additional smart devices, based on their driving preferences and needs. For example, a smart seat may not have been installed when the vehicle was ordered, but the user may wish to install one after driving for a period of time.

[0121] In the case where additional smart devices are installed in the vehicle through a designated method, in addition to the smart devices included in the smart device list, since the additional smart devices are smart devices installed in the vehicle through a designated method, the identifier of the controller of the additional smart devices can also be used as the second identifier of the vehicle. Therefore, the identifier of the controller of the additional smart devices can be obtained and added to the single vehicle profile as a new second identifier.

[0122] Optionally, additional intelligent devices that meet quality and safety requirements and are compatible with the vehicle system may be installed on the vehicle by the vehicle manufacturer, 4S store, or authorized relevant institutions in accordance with formal procedures and standards.

[0123] In this embodiment, a second identifier for the vehicle can be determined based on the vehicle's configuration information and smart device list at the time of ordering, and a single-vehicle profile including the second identifier can be pre-generated and stored. Thus, when a vehicle upgrade is required, the first and second identifiers can be compared to identify smart devices installed in the vehicle through unauthorized means, improving the recognition rate of such devices.

[0124] Based on the above embodiments, in an exemplary embodiment, the vehicle upgrade method will be described using the interaction process between the vehicle, the OTA cloud platform, and the server as an example. Figure 6 As shown, it may include the following steps:

[0125] S601: The server obtains the vehicle's configuration information and smart device list, and generates a single vehicle profile based on the configuration information, smart device list, and a total list of smart devices that can be installed on the vehicle's model.

[0126] S602, when the vehicle is equipped with additional smart devices beyond those included in the smart device list through a designated method, the server obtains the identifier of the controller of the additional smart device and adds it as a new second identifier to the vehicle profile.

[0127] S603: When the server obtains the latest version upgrade package of the smart device that can be installed on the vehicle model, it sends the latest version upgrade package to the OTA cloud platform.

[0128] S604, the OTA cloud platform obtains the vehicle's first identifier from the vehicle.

[0129] S605, the OTA cloud platform sends the vehicle's first identifier to the server.

[0130] S606, the server selects the first identifier that is different from the pre-stored second identifier of the vehicle from the first identifier obtained, and uses it as the target identifier.

[0131] S607, the server sends the target identifier to the OTA cloud platform.

[0132] When the S608 OTA cloud platform upgrades the vehicle based on the latest version of the upgrade package, it does not push the upgrade package of the smart device corresponding to the target identifier to the vehicle.

[0133] The specific implementation methods of S601-S608 are the same as those in the above embodiments, and will not be repeated here.

[0134] Based on the above embodiments, in an exemplary embodiment, the vehicle upgrade method will be described using the interaction process between the vehicle, the vehicle diagnostic tool, and the server as an example. Figure 7 As shown, it may include the following steps:

[0135] S701: The server obtains the vehicle's configuration information and smart device list, and generates a single vehicle profile based on the configuration information, smart device list, and a total list of smart devices that can be installed on the vehicle's model.

[0136] S702, when the vehicle is equipped with additional smart devices beyond those included in the smart device list through a designated method, the server obtains the identifier of the controller of the additional smart device and adds it as a new second identifier to the vehicle profile.

[0137] S703, the vehicle diagnostic tool, obtains the vehicle's first identifier after being physically connected to the vehicle.

[0138] S704, the vehicle diagnostic tool sends the vehicle's first identifier to the server.

[0139] S705, the server selects the first identifier that is different from the pre-stored second identifier of the vehicle from the first identifier obtained, and uses it as the target identifier.

[0140] S706, the server sends the upgrade package for the smart device corresponding to the second identifier to the vehicle diagnostic tool.

[0141] S707, during the vehicle diagnostics process, pushes an upgrade package for the smart device corresponding to the second identifier to the vehicle.

[0142] The specific implementation methods of S701-S706 are the same as those in the above embodiments, and will not be repeated here.

[0143] It should be understood that although the steps in the flowcharts of the embodiments described above 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 flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps. It is understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by such combinations are within the scope of protection of this application.

[0144] Based on the same inventive concept, this application also provides a vehicle upgrade apparatus for implementing the vehicle upgrade method described above. The solution provided by this apparatus is similar to the implementation described in the above method; therefore, the specific limitations in one or more vehicle upgrade apparatus embodiments provided below can be found in the limitations of the vehicle upgrade method described above, and will not be repeated here.

[0145] In one exemplary embodiment, such as Figure 8 As shown, a vehicle upgrade device is provided, including: an identifier acquisition module 810, an identifier filtering module 802, and an upgrade restriction module 803, wherein:

[0146] The identifier acquisition module 810 is used to acquire the first identifier of the vehicle when an upgrade is required; wherein, the first identifier is the identifier of the controller of the smart device currently installed in the vehicle.

[0147] The identifier filtering module 820 is used to filter out first identifiers that are different from the pre-stored second identifiers of the vehicle from the acquired first identifiers, and use them as target identifiers; wherein, the second identifier is the identifier of the controller of the intelligent device installed in the vehicle through a specified means.

[0148] The upgrade restriction module 830 is used to restrict the upgrade of smart devices corresponding to the target identifier during the vehicle upgrade process.

[0149] In an exemplary embodiment, the identifier acquisition module 810 is specifically used for:

[0150] Receive the vehicle's first identifier sent by the Over-the-Air (OTA) cloud platform; wherein the first identifier is obtained by the OTA cloud platform from the vehicle; or,

[0151] Receive the vehicle's first identifier sent by the vehicle diagnostic tool; wherein the first identifier is obtained from the vehicle after the vehicle diagnostic tool is physically connected to the vehicle.

[0152] In an exemplary embodiment, upon receiving a first identifier sent by the OTA cloud platform, the upgrade restriction module 830 is specifically used for:

[0153] Send a target identifier to the OTA cloud platform so that the OTA cloud platform will not push the upgrade package of the smart device corresponding to the target identifier to the vehicle during the upgrade process based on the latest version of the upgrade package.

[0154] In one exemplary embodiment, the vehicle upgrade device further includes:

[0155] The upgrade package sending module is used to send the latest version upgrade package to the OTA cloud platform when the latest version upgrade package of the smart device that can be installed in the vehicle model is obtained.

[0156] In an exemplary embodiment, upon receiving a first identifier sent by the vehicle diagnostic tool, the upgrade restriction module 830 is specifically configured to:

[0157] Send the upgrade package of the smart device corresponding to the second identifier to the vehicle diagnostic tool, so that the vehicle diagnostic tool can push the upgrade package of the smart device corresponding to the second identifier to the vehicle during the vehicle upgrade process.

[0158] In one exemplary embodiment, the vehicle upgrade device further includes:

[0159] The information acquisition module is used to acquire the vehicle's configuration information and list of smart devices before acquiring the vehicle's primary identifier when an upgrade is required.

[0160] The profile generation module is used to generate a single vehicle profile based on configuration information, a list of smart devices, and a total list of smart devices that can be installed on the vehicle's model; the single vehicle profile includes a second identifier.

[0161] In one exemplary embodiment, the vehicle upgrade device further includes:

[0162] The identifier addition module is used to obtain the identifier of the controller of the additional smart device when the vehicle is equipped with additional smart devices beyond those included in the smart device list through a specified means, and add it as a new second identifier to the single vehicle profile.

[0163] Each module in the aforementioned vehicle upgrade device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the corresponding operations of each module.

[0164] In one exemplary embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 9 As shown, the computer device includes a processor, memory, input / output (I / O) interfaces, and a communication interface. The processor, memory, and I / O interfaces are connected via a system bus, and the communication interface is also connected to the system bus via the I / O interfaces. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and a database. The internal memory provides the environment for the operating system and computer programs in the non-volatile storage media to run. The database stores data such as the vehicle's first identifier and second identifier. The I / O interfaces are used for exchanging information between the processor and external devices. The communication interface is used for communicating with external terminals via a network connection. When the computer program is executed by the processor, it implements a vehicle upgrade method.

[0165] Those skilled in the art will understand that Figure 9 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0166] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps of the various method embodiments of the vehicle upgrade method described above.

[0167] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of the various method embodiments of the vehicle upgrade method described above.

[0168] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps of the various method embodiments of the vehicle upgrade method described above.

[0169] It should be noted that the data involved in this application (including but not limited to the vehicle's first identification, vehicle's second identification, etc.) are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0170] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0171] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0172] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A vehicle upgrade method, characterized in that, Applied to a server, the method includes: In the event that a vehicle upgrade is required, a first identifier of the vehicle is obtained; wherein, the first identifier is the identifier of the controller of the smart device currently installed in the vehicle; From the acquired first identifiers, select the first identifiers that are different from the pre-stored second identifiers of the vehicle as target identifiers; wherein, the second identifier is the identifier of the controller of the intelligent device installed in the vehicle through a specified means; During the upgrade of the vehicle, upgrades to the smart devices corresponding to the target identifier are restricted.

2. The method according to claim 1, characterized in that, Obtaining the first identifier of the vehicle includes: The system receives a first identifier of the vehicle sent by an Over-the-Air (OTA) cloud platform; wherein the first identifier is obtained by the OTA cloud platform from the vehicle; or, The vehicle receives a first identifier of the vehicle from the vehicle diagnostic tool; wherein the first identifier is obtained from the vehicle after the vehicle diagnostic tool is physically connected to the vehicle.

3. The method according to claim 2, characterized in that, Upon receiving the first identifier sent by the OTA cloud platform, the step of restricting the upgrade of the smart device corresponding to the target identifier during the vehicle upgrade process includes: The target identifier is sent to the OTA cloud platform so that the OTA cloud platform does not push the upgrade package of the smart device corresponding to the target identifier to the vehicle during the upgrade process based on the latest version upgrade package.

4. The method according to claim 3, characterized in that, The method further includes: If the latest version upgrade package of the smart device that can be installed on the vehicle model is obtained, the latest version upgrade package is sent to the OTA cloud platform.

5. The method according to claim 2, characterized in that, Upon receiving the first identifier sent by the vehicle diagnostic tool, the step of restricting the upgrade of the smart device corresponding to the target identifier during the vehicle upgrade process includes: The vehicle diagnostic tool sends an upgrade package for the smart device corresponding to the second identifier to the vehicle diagnostic tool, so that the vehicle diagnostic tool pushes the upgrade package for the smart device corresponding to the second identifier to the vehicle during the upgrade process.

6. The method according to any one of claims 1-5, characterized in that, Before obtaining the vehicle's first identifier when an upgrade is required, the method further includes: Obtain the vehicle's configuration information and list of smart devices; Based on the configuration information, the list of smart devices, and the total list of smart devices that can be installed on the vehicle model, a single vehicle profile is generated; wherein the single vehicle profile includes the second identifier.

7. The method according to claim 6, characterized in that, The method further includes: If the vehicle is equipped with additional smart devices beyond those included in the smart device list via a designated method, the identifier of the controller of the additional smart device is obtained and added to the vehicle profile as a new second identifier.

8. A vehicle upgrade device, characterized in that, Applied to a server, the device includes: The identifier acquisition module is used to acquire a first identifier of the vehicle when an upgrade is required; wherein the first identifier is the identifier of the controller of the smart device currently installed in the vehicle. The identifier filtering module is used to filter out first identifiers that are different from the second identifiers of the vehicle that are pre-stored from the acquired first identifiers, and use them as target identifiers; wherein, the second identifier is the identifier of the controller of the smart device installed in the vehicle through a specified means; The upgrade restriction module is used to restrict the upgrade of the smart device corresponding to the target identifier during the upgrade process of the vehicle.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images