Upgrading task release permission method, device and equipment of OTA platform and storage medium

Abstract

The invention provides an upgrade task release permission method, device and equipment for an OTA platform, and a storage medium, and provides a set of OTA upgrade permission verification mechanism for the OTA platform, whether an upgrade task is in a permission range is judged before a vehicle-end host manufacturer releases the upgrade task, and the upgrade task is allowed to be released only in the permission range, so that the upgrade task release permission is realized. And a vehicle end host manufacturer is effectively prevented from accessing illegal vehicles outside a permissible range to the OTA platform to use an OTA upgrading function.

Description

Technical Field

[0001] The present invention belongs to the technical field of vehicle OTA upgrade, and in particular relates to an upgrade task release permission method, device, equipment and storage medium of an OTA platform. Background Art

[0002] In the industry context of software-defined cars, with the update and upgrade of the vehicle's electronic and electrical architecture, OTA (Over-the-Air Technology) as the main technical means for OEMs to iteratively upgrade automotive software functions has become a standard feature when domestic and foreign OEMs deliver new cars.

[0003] At present, the OTA platform provider usually provides the OTA platform to the vehicle-side host manufacturer. After the vehicle-side host manufacturer pays the OTA platform provider, they agree on the scope of OTA upgrade permission, such as the range of models allowed to be upgraded and the total number of vehicles allowed to be activated (activate using OTA). However, some vehicle-side host manufacturers will connect illegal vehicles outside the scope of the permission to the OTA platform to use the OTA upgrade function without paying extra to the OTA platform provider, causing economic losses to the OTA platform provider. Summary of the invention

[0004] Based on this, in order to solve the above technical problems, a method, device, equipment and storage medium for issuing upgrade task permission of an OTA platform are provided.

[0005] The technical solution adopted by the present invention is as follows:

[0006] As a first aspect of the present invention, a method for issuing an upgrade task permission of an OTA platform is provided, characterized in that it includes:

[0007] S101, after receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtaining target information from the upgrade task;

[0008] S102, matching the target information with the permitted scope in the digital license of the vehicle-side host manufacturer, determining whether the upgrade task is within the permitted scope, and if so, issuing the upgrade task;

[0009] The digital license is provided by the OTA platform provider to the vehicle-side host manufacturer, and is imported into the OTA platform by the vehicle-side host manufacturer.

[0010] As a second aspect of the present invention, there is provided an upgrade task issuing permission device for an OTA platform, characterized in that it includes:

[0011] The target information acquisition module is used to: S101, after receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtain the target information from the upgrade task;

[0012] The license judgment module is used to: S102, match the target information with the permission range in the digital license of the vehicle-side host manufacturer, and judge whether the upgrade task is within the permission range, and if so, issue the upgrade task;

[0013] The digital license is provided by the OTA platform provider to the vehicle-side host manufacturer, and is imported into the OTA platform by the vehicle-side host manufacturer.

[0014] As a third aspect of the present invention, an electronic device is provided, comprising a storage module, wherein the storage module comprises instructions loaded and executed by a processor, wherein the instructions, when executed, cause the processor to execute the method of the first aspect.

[0015] As a fourth aspect of the present invention, a computer-readable storage medium is provided, which stores one or more programs, and when the one or more programs are executed by a processor, the method of the first aspect is implemented.

[0016] The present invention provides an OTA upgrade license verification mechanism for the OTA platform, which will determine whether the upgrade task is within the permitted scope before the vehicle-side host manufacturer releases the upgrade task. The upgrade task will only be allowed to be released if it is within the permitted scope, effectively preventing the vehicle-side host manufacturer from illegally connecting vehicles outside the permitted scope to the OTA platform to use the OTA upgrade function. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The present invention is described in detail below with reference to the accompanying drawings and specific embodiments:

[0018] Figure 1 A flowchart of a method for issuing an upgrade task license for an OTA platform provided in an embodiment of the present invention;

[0019] Figure 2 A schematic diagram of an upgrade task issuing permission device for an OTA platform provided by an embodiment of the present invention;

[0020] Figure 3 A schematic diagram of an electronic device provided by an embodiment of the present invention;

[0021] Figure 4 A schematic diagram of an environment in which an embodiment of the present invention is applied. DETAILED DESCRIPTION

[0022] The following will illustrate the implementation methods of the present invention in conjunction with the drawings in the specification. It should be noted that the implementation methods involved in this specification are not exhaustive and do not represent the only implementation methods of the present invention. The following corresponding embodiments are only for the purpose of clearly illustrating the invention content of the patent of the present invention, and are not intended to limit its implementation methods. For ordinary technicians in this field, different forms of changes and modifications can be made on the basis of the description of this embodiment. All obvious changes or modifications that belong to the technical concept and invention content of the present invention are also within the scope of protection of the present invention.

[0023] Figure 4 The environment used in the embodiment of the present application is shown, including an OTA platform 110 and a task publishing terminal 120, which are connected via a mobile communication network (such as 2G / 3G / 4G or Wifi, etc.), wherein the OTA platform 110 is provided by the OTA platform provider to the vehicle-side host manufacturer, on which an upgrade task editing and publishing interface can be set, and the vehicle-side host manufacturer can use the task publishing terminal 120 (such as a computer or mobile phone, etc.) to log in to the OTA platform 110, and edit and publish the upgrade task in the above interface.

[0024] like Figure 1 As shown, the embodiment of the present application provides an upgrade task release permission method for an OTA platform, and the specific process is as follows:

[0025] S101. After receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtain target information from the upgrade task.

[0026] The target information may include the model of the vehicle to be upgraded and the number of inactivated vehicles among the vehicles to be upgraded.

[0027] S102: Match the target information with the permitted scope in the digital license of the vehicle-side host manufacturer to determine whether the upgrade task is within the permitted scope. If so, issue the upgrade task.

[0028] Among them, after the vehicle-side host manufacturer pays the OTA platform provider, the OTA platform provider will provide the digital license to the vehicle-side host manufacturer, and the vehicle-side host manufacturer will then import the digital license into the OTA platform.

[0029] The digital license contains the scope of permission agreed upon between the OTA platform provider and the vehicle host manufacturer. The scope of permission may include the range of models allowed to be upgraded and the total number of vehicles allowed to be activated. The specific process of this step is as follows:

[0030] s21. Determine whether the model of the vehicle to be upgraded is within the range of models allowed for upgrade. If so, execute the next step. Otherwise, the upgrade task is not allowed to be released.

[0031] Assume that the vehicle model range includes 10 models. If the model of the vehicle to be upgraded is among the above 10 models, execute the next step.

[0032] s22. Calculate the sum of the number of unactivated vehicles among the vehicles to be upgraded and the number of currently activated vehicles, and determine whether the calculation result does not exceed the total number of vehicles allowed to be activated. If so, issue the upgrade task, otherwise, execute the next step.

[0033] Among them, after the vehicle is sold, when its Internet of Vehicles function is activated and used, the vehicle-side component will initiate a registration request to the OTA platform. The OTA platform records the vehicle VIN code in the registration request to complete the activation. The OTA platform can obtain the above-mentioned number of currently activated vehicles through statistics.

[0034] s23. If the excess amount is less than or equal to N% of the total number of vehicles allowed to be activated, an upgrade task will be issued. At the same time, the vehicle host manufacturer will be prompted to pay for the digital license update. Otherwise, the upgrade task will not be allowed to be issued.

[0035] In this embodiment, N=20. Of course, the value of N can be adjusted as needed.

[0036] It is understandable that the permission scope in the digital license can be set as needed, and thus the target information in step S101 can be adjusted accordingly.

[0037] From the above, it can be seen that the upgrade task release permission method of an OTA platform provided in the embodiment of the present application provides a set of OTA upgrade permission verification mechanism for the OTA platform. Before the vehicle-side host manufacturer releases the upgrade task, it will determine whether the upgrade task is within the permitted scope. It will only be allowed to be released if it is within the permitted scope, effectively preventing the vehicle-side host manufacturer from connecting illegal vehicles outside the permitted scope to the OTA platform to use the OTA upgrade function.

[0038] The following will describe in detail the upgrade task issuing permission device of the OTA platform according to one or more embodiments of the present invention. Those skilled in the art will appreciate that these permission devices can be configured using commercially available hardware components through the steps taught in this solution. Figure 2 FIG. 4 shows an upgrade task issuing permission device of an OTA platform provided by an embodiment of the present invention, such as Figure 2 As shown, the permission device includes a target information acquisition module 11 and a permission judgment module 12.

[0039] The target information acquisition module 11 is used to: S101, after receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtain the target information from the upgrade task.

[0040] The target information may include the model of the vehicle to be upgraded and the number of inactivated vehicles among the vehicles to be upgraded.

[0041] The permission judgment module 12 is used to: S102, match the target information with the permission range in the digital license of the vehicle-side host manufacturer, and judge whether the upgrade task is within the permission range. If so, issue the upgrade task.

[0042] Among them, after the vehicle-side host manufacturer pays the OTA platform provider, the OTA platform provider will provide the digital license to the vehicle-side host manufacturer, and the vehicle-side host manufacturer will then import the digital license into the OTA platform.

[0043] The digital license contains the scope of permission agreed upon between the OTA platform provider and the vehicle host manufacturer. The scope of permission may include the range of models allowed to be upgraded and the total number of vehicles allowed to be activated. The specific process of this step is as follows:

[0044] s21. Determine whether the model of the vehicle to be upgraded is within the range of models allowed for upgrade. If so, execute the next step. Otherwise, the upgrade task is not allowed to be released.

[0045] Assume that the vehicle model range includes 10 models. If the model of the vehicle to be upgraded is among the above 10 models, execute the next step.

[0046] s22. Calculate the sum of the number of unactivated vehicles among the vehicles to be upgraded and the number of currently activated vehicles, and determine whether the calculation result does not exceed the total number of vehicles allowed to be activated. If so, issue the upgrade task, otherwise, execute the next step.

[0047] Among them, after the vehicle is sold, when its Internet of Vehicles function is activated and used, the vehicle-side component will initiate a registration request to the OTA platform. The OTA platform records the vehicle VIN code in the registration request to complete the activation. The OTA platform can obtain the above-mentioned number of currently activated vehicles through statistics.

[0048] s23. If the excess amount is less than or equal to N% of the total number of vehicles allowed to be activated, an upgrade task will be issued. At the same time, the vehicle host manufacturer will be prompted to pay for the digital license update. Otherwise, the upgrade task will not be allowed to be issued.

[0049] In this embodiment, N=20. Of course, the value of N can be adjusted as needed.

[0050] It is understandable that the permission scope in the digital license can be set as needed, and thus the target information in step S101 can be adjusted accordingly.

[0051] The same as above concept, Figure 2The structure of the upgrade task issuing permission device of the OTA platform shown can be implemented as an electronic device. Figure 3 A schematic block diagram of the structure of an electronic device provided by an embodiment of the present invention is shown.

[0052] like Figure 3 As shown, the electronic device may include a storage module 21 and a processor 22 .

[0053] The storage module 21 includes instructions loaded and executed by the processor 22, and when the instructions are executed, the processor 22 executes the steps according to various exemplary embodiments of the present invention described in the above-mentioned method for issuing permission for an upgrade task of an OTA platform of this specification.

[0054] It should be understood that the processor 22 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.

[0055] A computer-readable storage medium is also provided in an embodiment of the present invention, which stores one or more programs. When the one or more programs are executed by a processor, the steps of various exemplary embodiments of the present invention described in the above-mentioned method for issuing an upgrade task license for an OTA platform are implemented.

[0056] It will be appreciated by those skilled in the art that all or some of the steps, systems, and functional modules / units in the methods disclosed above may be implemented as software, firmware, hardware, and appropriate combinations thereof. In a hardware implementation, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed by several physical components in cooperation. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or may be implemented as hardware, or may be implemented as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on a computer-readable storage medium, which may include a computer-readable storage medium (or a non-transitory medium) and a communication medium (or a temporary medium).

[0057] As is known to those of ordinary skill in the art, the term computer-readable storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules or other data). Computer-readable storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. In addition, it is known to those of ordinary skill in the art that communication media typically contain computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and may include any information delivery medium.

[0058] Exemplarily, the computer-readable storage medium may be an internal storage module of the electronic device of the aforementioned embodiment, such as a hard disk or memory of the electronic device. The computer-readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk, a smart memory card (SmartMediaCard, SMC), a secure digital (SecureDigital, SD) card, a flash card (FlashCard), etc. equipped on the electronic device.

[0059] The electronic devices and computer-readable storage media provided in the aforementioned embodiments provide an OTA platform with a set of OTA upgrade license verification mechanisms, which will determine whether the upgrade task is within the permitted scope before the vehicle-side host manufacturer releases the upgrade task. The upgrade task will only be allowed to be released if it is within the permitted scope, effectively preventing the vehicle-side host manufacturer from connecting illegal vehicles outside the permitted scope to the OTA platform to use the OTA upgrade function.

[0060] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for issuing permission for an upgrade task of an OTA platform, characterized in that: include: S101, after receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtaining target information from the upgrade task; S102, matching the target information with the permitted scope in the digital license of the vehicle-side host manufacturer, determining whether the upgrade task is within the permitted scope, and if so, issuing the upgrade task; The digital license is provided by the OTA platform provider to the vehicle-side host manufacturer, and is imported into the OTA platform by the vehicle-side host manufacturer.

2. The upgrade task release permission method of an OTA platform according to claim 1, characterized in that: The target information includes the model of the vehicle to be upgraded and the number of inactivated vehicles among the vehicles to be upgraded, and the permission range includes the model range allowed to be upgraded and the total number of vehicles allowed to be activated.

3. The upgrade task release permission method of an OTA platform according to claim 2, characterized in that: The S102 further includes: Determine whether the model of the vehicle to be upgraded is within the range of models allowed to be upgraded, if so, execute the next step, otherwise, do not allow the upgrade task to be released; The sum of the number of unactivated vehicles in the to-be-upgraded vehicles and the number of currently activated vehicles is calculated, and it is determined whether the calculated result does not exceed the total number of vehicles allowed to be activated. If so, the upgrade task is issued, otherwise, a preset operation is performed.

4. The upgrade task issuing permission method of an OTA platform according to claim 3, characterized in that: The performing of the preset operation further includes: If the excess amount is less than or equal to N% of the total number of vehicles allowed to be activated, the upgrade task is issued, and at the same time, the vehicle-side host manufacturer is prompted to pay for the update of the digital license. Otherwise, the upgrade task is not allowed to be issued.

5. An upgrade task issuing permission device for an OTA platform, characterized in that: include: The target information acquisition module is used to: S101, after receiving the upgrade task release request submitted by the vehicle-side host manufacturer, obtain the target information from the upgrade task; The license judgment module is used to: S102, match the target information with the license range in the digital license of the vehicle-side host manufacturer, and judge whether the upgrade task is within the license range, and if so, issue the upgrade task; The digital license is provided by the OTA platform provider to the vehicle-side host manufacturer, and is imported into the OTA platform by the vehicle-side host manufacturer.

6. The upgrade task issuing permission device of an OTA platform according to claim 5, characterized in that: The target information includes the model of the vehicle to be upgraded and the number of inactivated vehicles among the vehicles to be upgraded, and the permission range includes the model range allowed to be upgraded and the total number of vehicles allowed to be activated.

7. The upgrade task issuing permission device of an OTA platform according to claim 6, characterized in that: The S102 further includes: Determine whether the model of the vehicle to be upgraded is within the range of models allowed to be upgraded, if so, execute the next step, otherwise, do not allow the upgrade task to be released; The sum of the number of unactivated vehicles in the to-be-upgraded vehicles and the number of currently activated vehicles is calculated, and it is determined whether the calculated result does not exceed the total number of vehicles allowed to be activated. If so, the upgrade task is issued, otherwise, a preset operation is performed.

8. The upgrade task issuing permission device of an OTA platform according to claim 7, characterized in that: The performing of the preset operation further includes: If the excess amount is less than or equal to N% of the total number of vehicles allowed to be activated, the upgrade task is issued, and at the same time, the vehicle-side host manufacturer is prompted to pay for the update of the digital license. Otherwise, the upgrade task is not allowed to be issued.

9. An electronic device, characterized in that: It comprises a storage module, wherein the storage module comprises instructions loaded and executed by a processor, and when the instructions are executed, the processor executes an upgrade task issuing permission method for an OTA platform according to any one of claims 1-4.

10. A computer-readable storage medium storing one or more programs, characterized in that: When the one or more programs are executed by the processor, the upgrade task release permission method of the OTA platform described in any one of claims 1-4 is implemented.

Images