Vehicle upgrade management method, system and device supporting multiple regions and medium

Abstract

The invention relates to the field of vehicle system upgrading, in particular to a vehicle upgrading management method and system supporting multiple areas, equipment and a medium, and the method comprises the steps: obtaining vehicle-mounted software upgrading information according to a login account; determining an area in which the vehicle needs to be upgraded as a target area; according to the vehicle-mounted software upgrading information, filtering all vehicles in the target area to obtain a target vehicle; and pushing the vehicle-mounted software upgrading information to the target vehicle. Through region division and account permission control, potential safety hazards of data cross-border access are avoided, meanwhile, the risk of misoperation is reduced, the accuracy and reliability of vehicle OTA upgrading are improved, regionalization and differentiation of vehicle upgrading management are achieved, and more personalized and high-quality upgrading services are provided for users in different regions.

Description

Technical Field

[0001] The present invention relates to the field of vehicle system upgrades, and particularly to a vehicle upgrade management method, system, device and medium supporting multiple regions. Background Art

[0002] With the continuous development of automotive technology, software upgrades of vehicles have become a common operation. Over-the-Air (OTA) upgrade refers to the technology of remotely upgrading in-vehicle software through a wireless network. OTA upgrade of vehicles in multiple regions means targeted software upgrades for vehicles in different regions according to the requirements and characteristics of different regions. This way of regional upgrade can better meet the personalized needs of users in each place and improve the efficiency and accuracy of the upgrade.

[0003] Currently, OTA upgrades of vehicles usually adopt a centralized management method, that is, vehicles in all regions are connected to the same cloud server for upgrade. Although this approach can reduce server and labor costs, after-sales operation personnel in different regions can access and operate vehicle data in other regions, there are potential safety hazards in cross-border data access. Moreover, centralized management may lead to the risk of misoperation, such as mistakenly sending an upgrade task in a certain region to vehicles in other regions, affecting the accuracy of the upgrade. Summary of the Invention

[0004] To solve the above problems, the present invention provides a vehicle upgrade management method, system, device and medium supporting multiple regions.

[0005] The first aspect of the present invention discloses a vehicle upgrade management method supporting multiple regions, including:

[0006] Obtain in-vehicle software upgrade information according to the logged-in account;

[0007] Determine the region where vehicle upgrade is required as the target region;

[0008] Filter out target vehicles from all vehicles in the target region according to the in-vehicle software upgrade information;

[0009] Push the in-vehicle software upgrade information to the target vehicles.

[0010] Further, the step of determining the region where vehicle upgrade is required as the target region includes:

[0011] Obtain the region associated with the logged-in account;

[0012] Filter out the region where in-vehicle software upgrade is required from the associated regions to obtain the target region.

[0013] Further, the step of filtering target vehicles from all vehicles in the target area according to the in-vehicle software upgrade information includes:

[0014] Determine the corresponding vehicle information database according to the target area;

[0015] Read the vehicle information of all vehicles in the vehicle information database;

[0016] Filter target vehicles from all vehicles according to the in-vehicle software upgrade information and vehicle information.

[0017] Further, the step of filtering target vehicles from all vehicles according to the in-vehicle software upgrade information and vehicle information includes:

[0018] Read the version information of the software to be upgraded in the in-vehicle software upgrade information;

[0019] Obtain the vehicle-end version information of the software to be upgraded in the vehicle information of all vehicles, and filter out the vehicles with different vehicle-end version information from the version information to obtain the target vehicles.

[0020] Further, the vehicle upgrade management method further includes:

[0021] Receive a modification request for the area to which the vehicle belongs. The modification request includes a vehicle identifier and a destination area;

[0022] Obtain the original area to which the vehicle belongs according to the vehicle identifier;

[0023] Judge whether the logged-in account is associated with the original area:

[0024] When associated, display the vehicle information of the vehicle and process the modification request;

[0025] Otherwise, display information indicating a permission mismatch.

[0026] Further, the step of displaying the vehicle information of the vehicle and processing the modification request includes:

[0027] Delete the vehicle information of the vehicle from the vehicle information database corresponding to the original area;

[0028] Write the vehicle information of the vehicle into the vehicle information database corresponding to the destination area.

[0029] The second aspect of the present invention discloses a vehicle upgrade management system supporting multiple areas, including:

[0030] An upgrade management server, which is used to obtain vehicle software upgrade information, determine the corresponding target area according to the logged-in account, read vehicle information from the vehicle information database corresponding to the target area, determine the target vehicle according to the vehicle information, and push the vehicle software upgrade information to the target vehicle;

[0031] Multiple vehicle information databases, each of which is used to store the vehicle information of all vehicles in a region;

[0032] A vehicle manufacturing execution server, which is used to read the vehicle information of all vehicles and store the vehicle information in the vehicle information database corresponding to the region to which the vehicle belongs according to the region to which the vehicle belongs in the vehicle information.

[0033] A third aspect of the present invention discloses another vehicle upgrade management system supporting multiple regions, including:

[0034] An acquisition module, which is used to obtain vehicle software upgrade information according to the logged-in account;

[0035] A determination module, which is used to determine the area that needs to be upgraded as the target area;

[0036] A filtering module, which is used to filter out the target vehicle from all vehicles in the target area according to the vehicle software upgrade information;

[0037] A push module, which is used to push the vehicle software upgrade information to the target vehicle.

[0038] A fourth aspect of the present invention discloses an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. The processor is characterized in that when the processor executes the computer program, the steps of any one of the vehicle upgrade management methods supporting multiple regions disclosed in the first aspect of the present invention are implemented.

[0039] A fifth aspect of the present invention discloses a storage medium, which stores a computer program. The computer program is characterized in that when the computer program is executed by a processor, the steps of any one of the vehicle upgrade management methods supporting multiple regions disclosed in the first aspect of the present invention are implemented.

[0040] The present invention effectively solves the problems existing in the existing centralized upgrade method by determining the target upgrade area according to the logged-in account and screening out the target vehicles from the vehicles in this area for upgrade: through area division and account permission control, the potential safety hazard of cross-border data access is avoided, and at the same time, the risk of misoperation is reduced, the accuracy and reliability of vehicle OTA upgrade are improved, the regionalization and differentiation of vehicle upgrade management are realized, and more personalized and high-quality upgrade services are provided for users in different regions. Description of the Drawings

[0041] To more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the accompanying drawings required for the description of the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other accompanying drawings can be obtained based on these drawings.

[0042] Figure 1 It is a schematic structural diagram of a vehicle upgrade management system supporting multiple regions disclosed in an embodiment of the present invention;

[0043] Figure 2 It is a schematic flowchart of a vehicle upgrade management method supporting multiple regions disclosed in an embodiment of the present invention;

[0044] Figure 3 It is a schematic structural diagram of another vehicle upgrade management system supporting multiple regions disclosed in an embodiment of the present invention;

[0045] Figure 4 It is a schematic structural diagram of an electronic device disclosed in an embodiment of the present invention. Detailed implementation manners

[0046] In order to enable those skilled in the art to better understand the solution of the present invention, the following clearly and completely describes the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, rather than all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the scope of protection of the present invention.

[0047] The terms "first", "second", etc. in the specification and claims of the present invention and the above accompanying drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, device, or product that includes a series of steps or units is not limited to the listed steps or units, but may optionally further include steps or units not listed, or may optionally further include other steps or units inherent to these processes, methods, devices, or products.

[0048] Referring to "embodiment" herein means that a specific feature, structure, or characteristic described in conjunction with the embodiment may be included in at least one embodiment of the present invention. The phrase appears in various places in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those skilled in the art explicitly and implicitly understand that the embodiments described herein may be combined with other embodiments.

[0049] Please refer to Figure 1 as shown Figure 1 in the figure, which is a schematic structural diagram of a vehicle upgrade management system supporting multiple regions disclosed in an embodiment of the present invention. As Figure 1 shown, the vehicle upgrade management system supporting multiple regions includes:

[0050] An upgrade management server, which is used to obtain vehicle software upgrade information, determine the corresponding target region according to the logged-in account, read vehicle information from the vehicle information database corresponding to the target region, determine the target vehicle according to the vehicle information, and push the vehicle software upgrade information to the target vehicle;

[0051] Multiple vehicle information databases, each of which is used to store the vehicle information of all vehicles in a region;

[0052] A vehicle manufacturing execution server, which is used to read the vehicle information of all vehicles and store the vehicle information in the vehicle information database corresponding to the region to which the vehicle belongs according to the region in the vehicle information.

[0053] In this optional embodiment, the upgrade management server can be deployed in the data center of the automobile manufacturer or service provider to centrally manage and control the vehicle software upgrade process. The upgrade management server provides a login function, and different accounts correspond to different regions. This design allows the automobile manufacturer or service provider to assign independent accounts to the managers in different regions, so as to more finely manage and control the vehicle software upgrade process in each region. The region in this embodiment refers to the market divided when the vehicle is sold, generally divided by country and region, so as to provide customized software upgrade services according to the characteristics and needs of different regions. The vehicle information includes information such as vehicle identification number, vehicle model, configuration, software version, etc., which is used to identify and manage each vehicle. The upgrade management server pushes the vehicle upgrade software information to the target vehicle through a wireless network (such as 4G / 5G or Wi-Fi), including the new software version number, update content description, download address, etc. After the vehicle receives this information, it can automatically or manually request an upgrade according to the user's selection and settings.

[0054] Multiple vehicle information databases are used to store the detailed information of all vehicles in different regions. Each database corresponds to a specific region and contains the vehicle identification number, vehicle model, configuration, software version, etc. of all vehicles in that region. This database design divided by region can improve the efficiency of data management and is convenient for providing customized software upgrade services for vehicles in different regions. The vehicle information database can be based on various common database management systems, such as MySQL, Oracle, Microsoft SQL Server, etc., and the embodiments of the present invention do not make limitations.

[0055] The vehicle manufacturing execution server refers to MES (Manufacturing Execution System). MES is an information system used to manage and optimize the production process. It interacts with the automation system at the workshop level and the enterprise resource planning system to achieve real-time monitoring, control, and optimization of the production process. The vehicle manufacturing execution server is responsible for reading the vehicle information of all vehicles and storing this vehicle information in the vehicle information database of the corresponding region according to the region to which the vehicle belongs.

[0056] It can be seen that in this alternative embodiment, by storing vehicle information in multiple vehicle information databases according to regions respectively, the separation and isolation of data are achieved, improving data security and management efficiency. At the same time, the vehicle manufacturing execution server automatically reads the information of all vehicles and stores it in the corresponding vehicle information database according to the region to which it belongs, reducing the error rate of manual operations. In addition, the upgrade management server determines the target region based on the logged-in account, reads the vehicle information from the vehicle information database of the corresponding region to determine the target vehicle, and pushes vehicle software upgrade information to it. The entire process has a high degree of automation, greatly reducing the possibility of errors and improving the efficiency and accuracy of vehicle software upgrades.

[0057] Please refer to Figure 2 as shown Figure 2 is a schematic flowchart of a vehicle upgrade management method supporting multiple regions disclosed in an embodiment of the present invention. As Figure 2 shown, the vehicle upgrade management method supporting multiple regions includes:

[0058] S201. Obtain vehicle software upgrade information according to the logged-in account;

[0059] In this alternative embodiment, the vehicle software upgrade information is published by the automobile manufacturer or software provider on their servers. By communicating with these servers regularly, the latest vehicle software upgrade information can be obtained. The vehicle software upgrade information includes the new software version number, description of updated content, applicable vehicle models, applicable regions, download addresses, etc.

[0060] The region refers to the geographical division of automobile sales and services, usually divided by country, region, or market, such as by country or region (such as China, Germany, Japan, etc.). This division helps automobile manufacturers or software providers to provide customized software upgrade services according to the characteristics and needs of different regions and meet local regulations and standards requirements.

[0061] Each logged-in account is associated with several specific regions, and each logged-in account can only manage and view the vehicle software upgrade information corresponding to the regions it is associated with.

[0062] S202. Determine the area that needs to be upgraded for the vehicle as the target area;

[0063] In an optional embodiment, the step of determining the area that needs to be upgraded for the vehicle as the target area includes:

[0064] Obtain the area associated with the logged-in account;

[0065] Filter out the area that needs to be upgraded for the in-vehicle software from the associated areas to obtain the target area.

[0066] In this optional embodiment, first obtain the area associated with the currently logged-in account. For example, assume that an automobile manufacturer has sales and services in China, European countries, and North American countries, and each account can correspond to different areas. Compare the area associated with the logged-in account with the areas specified in the in-vehicle software upgrade information. If the two coincide, then the coincident area is determined as the target area. For example, if the in-vehicle software upgrade information specifies that the "China region" and the "European region" need to be upgraded, and the area associated with the currently logged-in account is the "China region", then the "China region" is determined as the target area for this upgrade.

[0067] It can be seen that in this optional embodiment, by associating the logged-in account with the area and further filtering in the associated areas, the target area that needs to be upgraded can be accurately determined, avoiding the situation of sending upgrade information to areas that do not need to be upgraded, thereby improving the efficiency and accuracy of upgrade management. In addition, this method also enables the automobile manufacturer to formulate differentiated upgrade strategies according to the characteristics and needs of different regions, provide more personalized and localized services for users, and enhance user satisfaction.

[0068] S203. According to the in-vehicle software upgrade information, filter out the target vehicles from all the vehicles in the target area;

[0069] In an optional embodiment, the step of filtering out the target vehicles from all the vehicles in the target area according to the in-vehicle software upgrade information includes:

[0070] Determine the corresponding vehicle information database according to the target area;

[0071] Read the vehicle information of all the vehicles in this vehicle information database;

[0072] Filter out the target vehicles from all the vehicles according to the in-vehicle software upgrade information and the vehicle information.

[0073] In this optional embodiment, the system first determines the corresponding vehicle information database according to the target area. For example, if the target area is the "China region", the system will locate the vehicle information database that specifically stores vehicle information in the China region. This corresponding relationship between the area and the vehicle information database is pre-set to ensure the organization and accessibility of data. After determining the vehicle information database corresponding to the target area, all vehicle information in the vehicle information database is read. The vehicle information includes vehicle identification number, vehicle model, configuration, existing software version, etc.

[0074] According to various conditions in the in-vehicle software upgrade information, such as applicable vehicle models, existing software versions, etc., target vehicles that need to be upgraded are screened out from all vehicles in the target area. For example, if this upgrade is only for a specific software version of a certain vehicle model, the system will compare the information of each vehicle, find the vehicles that meet the conditions, and mark them as target vehicles.

[0075] It can be seen that in this optional embodiment, by introducing the vehicle information database corresponding to the area, relevant area vehicle information can be quickly located and read, avoiding the inefficiency of global search. At the same time, since the vehicle information database stores detailed vehicle information, the system can perform precise matching according to various conditions in the in-vehicle software upgrade information, ensuring that only vehicles that truly need to be upgraded are included in the target scope, greatly reducing the workload and time consumption of data processing, and improving the efficiency of upgrade management. In addition, through the accurate identification of target vehicles, the system can avoid unnecessary upgrade pushes, reduce the risk of upgrade failure or compatibility issues, and enhance the user experience. For automobile manufacturers, this refined upgrade management method also helps to optimize resource allocation and reduce upgrade costs.

[0076] In an optional embodiment, the step of filtering target vehicles from all vehicles according to the in-vehicle software upgrade information and vehicle information includes:

[0077] Read the version information of the software to be upgraded in the in-vehicle software upgrade information;

[0078] Obtain the vehicle-end version information of the software to be upgraded in the vehicle information of all vehicles, and filter out the vehicles with different vehicle-end version information from the version information to obtain the target vehicles.

[0079] In this alternative embodiment, the version information includes metadata such as the version number and release date of the new software, which is used to compare with the software version currently used by the vehicle; then obtain the vehicle information of all vehicles in the target area, and extract the version information of the software that needs to be upgraded currently used by each vehicle (i.e., the vehicle-end version information). Compare the vehicle-end version information of each vehicle with the target version information in the in-vehicle software upgrade information. If the two are inconsistent, that is, the software version currently used by the vehicle is different from the latest target version, then mark this vehicle as a target vehicle. Through this version comparison, it is possible to accurately identify which vehicles truly need software upgrades.

[0080] It can be seen that in this alternative embodiment, by comparing the target version in the in-vehicle software upgrade information with the version actually used by the vehicle, it is possible to intelligently determine whether each vehicle needs to be upgraded, avoiding a "one-size-fits-all" upgrade strategy, reducing unnecessary upgrade operations, not only saving the time and cost of upgrade management, but also maximizing the success rate of upgrades and user satisfaction. For vehicle owners, they will only receive upgrade pushes that are truly needed and beneficial, and will not be troubled by frequent upgrade requests. For automobile manufacturers, this refined upgrade management method can help them better understand the software usage of users, optimize software iteration and release strategies, and improve product quality and market competitiveness. At the same time, by reducing ineffective upgrade pushes, it is also possible to significantly reduce the load pressure on the upgrade server and improve the stability and reliability of the system.

[0081] S204. Push the in-vehicle software upgrade information to the target vehicle.

[0082] In this alternative embodiment, after pushing the in-vehicle software upgrade information, the target vehicle will receive an upgrade notice. The vehicle owner can choose to upgrade immediately or delay the upgrade. When the vehicle owner agrees to upgrade, the in-vehicle system will initiate a download request to the upgrade management server and start obtaining the new software package from the specified download address. After the download is completed, the in-vehicle system will verify the software package to ensure its integrity and security. After the verification passes, the in-vehicle system will install the new software at the set time (such as when the vehicle stops running) after the user agrees to complete the upgrade process. The upgrade management server will record the upgrade status of each vehicle and maintain communication with the in-vehicle system to ensure the smooth completion of the upgrade process. If problems occur during the upgrade process, the upgrade management server can also remotely assist in diagnosis and solution. At the same time, the upgrade management server will also generate an upgrade report for automobile manufacturers or software providers to analyze and improve.

[0083] In an alternative embodiment, the vehicle upgrade management method further includes:

[0084] Receiving a modification request for the area to which the vehicle belongs, the modification request including a vehicle identifier and the destination area;

[0085] Obtain the original affiliated area of the vehicle according to the vehicle identifier;

[0086] Determine whether the logged-in account is associated with the original affiliated area:

[0087] When associated, display the vehicle information of the vehicle and process the modification request;

[0088] Otherwise, display information indicating that the permissions do not match.

[0089] It can be seen that in this optional embodiment, by introducing a modification request and a permission verification mechanism, the regional attribution of the vehicle can be dynamically adjusted to meet the management requirements in scenarios such as vehicle transfer and sales. At the same time, this method also ensures that the modification of vehicle information can only be performed by administrators with corresponding permissions, preventing illegal tampering and leakage of data. For vehicle owners, the accuracy and timely update of the affiliated area can help them obtain more localized and personalized services, enhancing the user experience. For automobile manufacturers, this regional management method can help them better understand the geographical distribution of vehicles, optimize resource allocation and market strategies. In addition, through permission control and modification records, automobile manufacturers can also strengthen the standardization and traceability of data management, reducing management risks.

[0090] In an optional embodiment, the steps of displaying the vehicle information of the vehicle and processing the modification request include:

[0091] Delete the vehicle information of the vehicle from the vehicle information database corresponding to the original affiliated area;

[0092] Write the vehicle information of the vehicle into the vehicle information database corresponding to the destination affiliated area.

[0093] It can be seen that in this optional embodiment, by deleting the vehicle information from the database of the original affiliated area and writing it into the database of the destination affiliated area, the smooth transfer of vehicle data between different regions can be achieved, avoiding problems of data redundancy and inconsistency. This method can not only simplify the vehicle management process, reduce the error probability of manual operations, but also improve the efficiency of data query and processing, providing reliable data support for services such as vehicle upgrades and repairs. At the same time, by timely updating the information of the vehicle's affiliated area, automobile manufacturers can more accurately understand the vehicle distribution and usage in different regions, providing a data basis for formulating regional marketing strategies and service plans, enhancing customer satisfaction and brand loyalty. In addition, this embodiment also facilitates cross-regional vehicle data sharing and collaborative management, promoting information circulation and resource integration between different regions, and being conducive to the global operation and development of automobile manufacturers.

[0094] Please refer to Figure 3 as shown Figure 3FIG. 0 is a schematic structural diagram of another vehicle upgrade management system supporting multiple regions disclosed in an embodiment of the present invention, including:

[0095] An acquisition module 301, configured to acquire in-vehicle software upgrade information according to a logged-in account;

[0096] A determination module 302, configured to determine a region that needs to be upgraded for the vehicle as a target region;

[0097] A filtering module 303, configured to filter target vehicles from all vehicles in the target region according to the in-vehicle software upgrade information;

[0098] A push module 304, configured to push the in-vehicle software upgrade information to the target vehicles.

[0099] For the specific limitations on the vehicle upgrade management system supporting multiple regions, reference may be made to the limitations on the vehicle upgrade management method supporting multiple regions in the foregoing text, which will not be elaborated herein. Each module in the above vehicle upgrade management system supporting multiple regions can be implemented in whole or in part by software, hardware, and their combination. The above modules can be embedded in or independent of a processor in an electronic device in a hardware format, or stored in a memory in the electronic device in a software format, so as to facilitate the processor to call the corresponding operations of the above modules.

[0100] It should be noted that, in order to highlight the innovative part of the present invention, modules not closely related to solving the technical problems proposed by the present invention are not introduced in this embodiment, but this does not mean that there are no other modules in this embodiment.

[0101] As Figure 4 shown, the electronic device 1 provided by the present invention may include a memory 11, a processor 12, and a bus, and may further include a computer program stored in the memory 11 and operable on the processor 12, such as a vehicle upgrade management program supporting multiple regions.

[0102] Among them, the memory 11 includes at least one type of readable storage medium, and the readable storage medium includes flash memory, mobile hard disk, multimedia card, card-type memory (such as SD or DX memory, etc.), magnetic memory, magnetic disk, optical disk, etc. The memory 11 can be an internal storage unit of the electronic device 1 in some embodiments, such as the mobile hard disk of the electronic device 1. The memory 11 can also be an external storage device of the electronic device 1 in other embodiments, such as a plug-in mobile hard disk, a Smart Media Card (SMC), a Secure Digital (SD) card, a Flash Card, etc. equipped on the electronic device 1. Further, the memory 11 can also include both the internal storage unit and the external storage device of the electronic device 1. The memory 11 can be used not only to store application software installed in the electronic device 1 and various types of data, such as code for supporting multi-region vehicle upgrade management, etc., but also to temporarily store data that has been output or will be output.

[0103] In some embodiments, the processor 12 can be composed of integrated circuits. For example, it can be composed of a single packaged integrated circuit, or can be composed of multiple integrated circuits with the same or different functions, including the combination of one or more Central Processing Units (CPUs), microprocessors, digital processing chips, graphics processors, and various control chips, etc. The processor 12 is the control core (Control Unit) of the electronic device 1, connecting various components of the entire electronic device 1 through various interfaces and circuits, and by running or executing programs or modules stored in the memory 11 (such as a program for supporting multi-region vehicle upgrade management, etc.), and calling data stored in the memory 11, to execute various functions of the electronic device 1 and process data.

[0104] The processor 12 executes the operating system of the electronic device 1 and various installed application programs. The processor 12 executes the application program to implement the steps in the above-mentioned method for supporting multi-region vehicle upgrade management.

[0105] Exemplarily, the computer program can be divided into one or more modules, and one or more modules are stored in the memory 11 and executed by the processor 12 to complete this application. One or more modules can be a series of computer program instruction segments that can complete specific functions, and these instruction segments are used to describe the execution process of the computer program in the electronic device 1. For example, the computer program can be divided into an acquisition module 301, a determination module 302, a filtering module 303, and a push module 304.

[0106] The integrated unit implemented in the form of software functional modules described above can be stored in a computer-readable storage medium, which can be non-volatile or volatile. The above software functional modules are stored in a storage medium and include several instructions for causing a computer device (which can be a personal computer, a computer device, or a network device, etc.) or a processor to execute some functions of the multi-region vehicle upgrade management method supported by various embodiments of the present application.

[0107] In summary, a multi-region supported vehicle upgrade management method, system, device, and medium disclosed by the present invention determine a target upgrade region according to the logged-in account and screen out target vehicles from the vehicles in this region for upgrade, effectively solving the problems existing in the existing centralized upgrade method: through region division and account permission control, the security risks of cross-border data access are avoided, and at the same time, the risk of misoperation is reduced, the accuracy and reliability of vehicle OTA upgrade are improved, the regionalization and differentiation of vehicle upgrade management are realized, and more personalized and high-quality upgrade services are provided for users in different regions. Therefore, the present invention effectively overcomes various disadvantages in the prior art and has high industrial utilization value.

[0108] The above embodiments are only used to exemplarily illustrate the principles and effects of the present invention, rather than to limit the present invention. Any person familiar with this technology can modify or change the above embodiments without departing from the spirit and scope of the present invention. Therefore, all equivalent modifications or changes completed by those with ordinary knowledge in the technical field without departing from the spirit and technical idea disclosed by the present invention should still be covered by the claims of the present invention.

Claims

1. A vehicle upgrade management method supporting multiple regions, characterized in that, The method includes: Obtaining vehicle software upgrade information according to the logged-in account; Determining the area that needs to be vehicle-upgraded as the target area; Filtering target vehicles from all vehicles in the target area according to the vehicle software upgrade information; Pushing the vehicle software upgrade information to the target vehicles.

2. The vehicle upgrade management method supporting multiple regions according to claim 1, wherein The step of determining the area that needs to be vehicle-upgraded as the target area includes: Obtaining the area associated with the logged-in account; Filtering out the area that needs to be vehicle software-upgraded from the associated areas to obtain the target area.

3. The vehicle upgrade management method supporting multiple regions according to claim 1, wherein The step of filtering target vehicles from all vehicles in the target area according to the vehicle software upgrade information includes: Determining the corresponding vehicle information database according to the target area; Reading the vehicle information of all vehicles in the vehicle information database; Filtering target vehicles from all vehicles according to the vehicle software upgrade information and the vehicle information.

4. A method for vehicle upgrade management supporting multiple regions according to claim 3, characterized in that, The step of filtering target vehicles from all vehicles according to the vehicle software upgrade information and the vehicle information includes: Reading the version information of the software to be upgraded in the vehicle software upgrade information; Obtaining the vehicle-end version information of the software to be upgraded in the vehicle information of all vehicles, and filtering out the vehicles whose vehicle-end version information is different from the version information to obtain the target vehicles.

5. The vehicle upgrade management method supporting multiple regions according to claim 1, wherein The vehicle upgrade management method further includes: Receiving a modification request for the area to which the vehicle belongs, where the modification request includes a vehicle identifier and the destination area to which it belongs; Obtaining the original area to which the vehicle belongs according to the vehicle identifier; Judging whether the logged-in account is associated with the original area to which the vehicle belongs: When associated, displaying the vehicle information of the vehicle and processing the modification request; Otherwise, displaying information indicating that the permissions do not match.

6. The vehicle upgrade management method supporting multiple regions according to claim 5, wherein The step of displaying the vehicle information of the vehicle and processing the modification request includes: Deleting the vehicle information of the vehicle from the vehicle information database corresponding to the original area to which the vehicle belongs; Writing the vehicle information of the vehicle into the vehicle information database corresponding to the destination area to which the vehicle belongs.

7. A vehicle upgrade management system supporting multiple regions, characterized in that Includes: An upgrade management server, configured to obtain vehicle software upgrade information, determine its corresponding target area according to the logged-in account, read vehicle information from the vehicle information database corresponding to the target area, determine target vehicles according to the vehicle information, and push the vehicle software upgrade information to the target vehicles; Multiple vehicle information databases, each vehicle information database is used to store the vehicle information of all vehicles in an area; A vehicle manufacturing execution server, configured to read the vehicle information of all vehicles, and store the vehicle information into the vehicle information database corresponding to the area to which the vehicle belongs according to the area to which the vehicle belongs in the vehicle information.

8. A vehicle upgrade management system supporting multiple regions, characterized in that, Includes: An obtaining module, configured to obtain vehicle software upgrade information according to the logged-in account; A determining module, configured to determine the area that needs to be vehicle-upgraded as the target area; A filtering module, configured to filter target vehicles from all vehicles in the target area according to the vehicle software upgrade information; A pushing module, configured to push the vehicle software upgrade information to the target vehicles.

9. An electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, the steps of the vehicle upgrade management method supporting multiple regions as described in any one of claims 1 to 7 are implemented.

10. A storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, the steps of the vehicle upgrade management method supporting multiple regions as described in any one of claims 1 to 7 are implemented.

Images