Vehicle service upgrading method and device, storage medium and electronic equipment

Abstract

The invention provides a vehicle service upgrading method and device, a storage medium and electronic equipment, and the method comprises the steps: deploying service data for a vehicle on an OTA cloud platform, creating an OTA upgrading task based on an upgrading demand, and storing and deploying hotspot data in the OTA upgrading task in a distributed cache mode; using a distributed communication queue form to obtain upgrade message information of the vehicle; analyzing the upgrade message information in the distributed communication queue in a parallel processing mode through a preset distributed streaming service processor, and determining OTA upgrade service version information for the vehicle; querying and upgrading data in an OTA cloud platform and a distributed cache by utilizing a distributed real-time search engine according to the OTA upgrading service version information; and sending the upgrade data to the vehicle in a distributed queue form for service upgrade. The method supports the concurrence of massive service upgrading tasks, shortens the OTA period, improves the OTA efficiency and the satisfaction degree of users, and reduces the operation cost of vehicle enterprises.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking technology, and in particular to a method, device, storage medium and electronic device for upgrading vehicle services. Background Art

[0002] The full name of automobile OTA is "Over-The-Air technology", which is air download technology. It realizes remote management of software through the mobile communication interface, supports online upgrades of automobile service systems, and improves vehicle performance by upgrading the driving service system of the car. In the automotive field, especially pure electric vehicles, the response speed of the automobile service system can be changed through OTA upgrades, thereby bringing users a better operating experience. At the same time, OTA upgrades can also increase the maximum range of pure electric vehicles to a certain extent, adjust the use status of automobile batteries, etc. However, due to the limitations of the bandwidth of the private network on the vehicle side of the traditional Internet of Vehicles upgrade, the design of vehicle-to-cloud communication, security and other factors, only OTA upgrades at the level of tens of thousands of vehicles can be achieved. When the number of vehicles to be upgraded by OTA is very large, the vehicles to be upgraded can only be upgraded by batches of OTA upgrades. This traditional method will greatly extend the task cycle of OTA upgrades for the vehicles to be upgraded, affecting users' car services and service feedback, and the service experience is not good. Summary of the invention

[0003] In view of this, embodiments of the present application provide a method, device, storage medium and electronic device for upgrading vehicle services to at least or partially solve the above-mentioned problems.

[0004] In a first aspect, an embodiment of the present application provides a method for upgrading vehicle services, including:

[0005] Deploy vehicle-specific service data on the OTA cloud platform to create an OTA upgrade task based on upgrade requirements, wherein hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner;

[0006] Use distributed communication queues to receive upgrade message information reported by vehicles;

[0007] By means of a preset distributed streaming service processor, the upgrade message information in the distributed communication queue is analyzed in a parallel processing manner to determine the OTA upgrade service version information for the vehicle;

[0008] According to the OTA upgrade service version information, using the distributed real-time search engine to query in the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle;

[0009] The upgrade data is sent to the vehicle in the form of a distributed queue for service upgrade.

[0010] Optionally, in an embodiment of the present application, the preset distributed streaming service processor analyzes the upgrade message information in the distributed communication queue in a parallel processing manner to determine the OTA upgrade service version information and upgrade progress information for the vehicle, including:

[0011] Determine load balancing among a plurality of service processing units included in the preset distributed streaming service processor;

[0012] Based on the load balancing, multiple service processing units are adjusted in real time, and the upgrade message information is analyzed in real time in a parallel processing manner to determine the OTA upgrade service version information and upgrade progress information for the vehicle.

[0013] Optionally, in an embodiment of the present application, the step of receiving the upgrade message information reported by the vehicle in the form of a distributed communication queue includes:

[0014] Based on the embedded digital certificate of the vehicle, an HTTPS communication link is established between the vehicle and the OTA cloud platform through the HTTPS communication protocol;

[0015] The HTTPS communication link is used in combination with the distributed communication middleware to receive the upgrade message information reported by the vehicle end, and the upgrade message information includes at least one OTA business status data including the upgrade file download speed, upgrade progress, and whether the upgrade task is cancelled.

[0016] Optionally, in an embodiment of the present application, the deploying of service data for the vehicle on the OTA cloud platform includes:

[0017] Storing and maintaining one or more of the vehicle-side business data, ECU part version business data, baseline business data, and upgrade business data on the OTA cloud platform;

[0018] The business data is aggregated through a distributed real-time search engine to deploy the business data for the vehicle on the cloud platform.

[0019] Optionally, in an embodiment of the present application, the hotspot data includes at least one of upgrade version information, task validity period information and target upgrade ECU information.

[0020] Optionally, in an embodiment of the present application, before the distributed real-time search engine is used to query the OTA cloud platform and the distributed cache according to the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle, the method further includes: obtaining progress information of the vehicle-side service upgrade;

[0021] Correspondingly, according to the OTA upgrade service version information, the distributed real-time search engine is used to query the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle, including: according to the progress information combined with the OTA upgrade service version information, the distributed real-time search engine is used to query the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle, and the upgrade data at least includes upgrade software package data and upgrade task description information.

[0022] Optionally, in one embodiment of the present application, the method further includes: overall monitoring of the processing resource utilization of the preset distributed streaming service processor, and when the processing resource utilization determined by the overall monitoring exceeds a preset threshold, expanding the processing unit of the streaming processing server.

[0023] In a second aspect, based on the method for upgrading vehicle services described in the first aspect of the present application, an embodiment of the present application further provides a device for upgrading vehicle services, including:

[0024] A deployment module, used to deploy service data for vehicles on the OTA cloud platform, and to create an OTA upgrade task based on upgrade requirements, wherein hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner;

[0025] A communication module, used to receive upgrade message information reported by the vehicle in the form of a distributed communication queue;

[0026] An analysis module analyzes the upgrade message information in the distributed communication queue in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle;

[0027] A determination module, configured to query the OTA cloud platform and the distributed cache using the distributed real-time search engine according to the OTA upgrade service version information, and determine the upgrade data corresponding to the vehicle;

[0028] A feedback module is used to send the upgrade data to the vehicle in the form of a distributed queue to perform service upgrade.

[0029] In a third aspect, an embodiment of the present application further provides a computer storage medium having computer executable instructions stored thereon, and when the computer executable instructions are executed, any one of the vehicle service upgrade methods described in the first aspect of the embodiment of the present application is performed.

[0030] In a fourth aspect, an embodiment of the present application further provides an electronic device, comprising: a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface communicate with each other through the communication bus;

[0031] The memory is used to store at least one executable instruction, and the executable instruction enables the processor to execute any one of the vehicle service upgrade methods described in the first aspect of the embodiment of the present application.

[0032] The present application provides a method, device, storage medium and electronic device for upgrading vehicle services, which deploys business data for vehicles on an OTA cloud platform to create OTA upgrade tasks based on upgrade requirements, wherein the hot data in the OTA upgrade task is stored and deployed in a distributed cache manner; the upgrade message information reported by the vehicle is received in the form of a distributed communication queue; the upgrade message information in the distributed communication queue is analyzed in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle; according to the OTA upgrade service version information, the distributed real-time search engine is used to query in the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle; the upgrade data is sent to the vehicle in the form of a distributed queue for service upgrade. This method can better support the concurrency of massive service upgrade tasks, shorten the cycle of OTA upgrade tasks, improve the efficiency of OTA upgrades and user satisfaction, and significantly reduce the operating costs of car companies. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the embodiments of the present application. For ordinary technicians in this field, other drawings can also be obtained based on these drawings.

[0034] Figure 1 A schematic diagram of a workflow of a vehicle service upgrade method provided in an embodiment of the present application;

[0035] Figure 2 A schematic diagram of the structure of a vehicle service upgrade device provided in an embodiment of the present application.

[0036] Figure 3 A schematic structural diagram of an electronic device is provided for an embodiment of the present application. DETAILED DESCRIPTION

[0037] In order to enable those skilled in the art to better understand the technical solutions in the embodiments of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments in the embodiments of the present application should fall within the scope of protection of the embodiments of the present application.

[0038] It should be understood that the various steps described in the method implementation of the present application can be performed in different orders and / or performed in parallel. In addition, the method implementation may include additional steps and / or omit the steps shown. The scope of the present application is not limited in this respect.

[0039] Embodiment 1

[0040] The present application embodiment provides a method for upgrading vehicle services, such as Figure 1 As shown, Figure 1 A schematic diagram of a workflow of a method for upgrading vehicle services provided in an embodiment of the present application includes:

[0041] Step S101, deploying business data for the vehicle on the OTA cloud platform, which is used to create an OTA upgrade task based on the upgrade requirements, wherein the hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner. In this stage of the embodiment of the present application, the business data of the vehicle is limited to be deployed in the OTA cloud platform. When the service on the vehicle side needs to be upgraded, it is only necessary to create a targeted upgrade task for the service to be upgraded based on the deployed business data on the OTA cloud platform. The process is simple and easy to implement. At the same time, storing and deploying the hotspot data related to the upgrade task in a distributed cache manner can improve the efficiency of querying and acquiring the hotspot data, so as to support more vehicles to obtain the hotspot data to be acquired more timely. Specifically, in the embodiment of the present application, hotspot data refers to data that is frequently searched by the vehicle side and does not change, such as OTA upgrade task information, including service version information, validity period information, etc. Of course, it can also be data associated with the service upgrade task determined within a certain time range based on the query information generated by the user's vehicle, which will not be repeated here in the embodiment of the present application.

[0042] Optionally, in one embodiment of the present application, the deployment of service data for vehicles on the OTA cloud platform includes: storing and maintaining one or more of the vehicle-side service data, ECU part version service data, baseline service data and upgrade service data on the OTA cloud platform, and aggregating the service data through a distributed real-time search engine to achieve the deployment of service data for vehicles on the cloud platform. At this stage, the present application embodiment can provide users with comprehensive and accurate data for creating service upgrade tasks by storing and maintaining vehicle-side service data and ECU part version service data, baseline service data and upgrade service data related to vehicle services for the OTA cloud platform, thereby improving the convenience of creating upgrade tasks. At the same time, a distributed real-time search engine is configured for the OTA cloud platform to aggregate the above-mentioned stored service data, so as to support the platform to stably and orderly perform corresponding upgrade data queries when receiving a relatively large number of vehicle service upgrade requests, and can also deploy and create more upgrade tasks corresponding to different vehicles on the OTA cloud, thereby improving the efficiency of OTA upgrades of vehicle-side service functions.

[0043] Optionally, in one embodiment of the present application, the hot data includes at least one of upgrade version information, task validity period information and target upgrade ECU information, so as to reduce the amount of data that needs to be cached during distribution to support vehicle cloud service upgrades, save system resources and reduce system operating costs.

[0044] Step S102, using a distributed communication queue to receive the upgrade message information reported by the vehicle. A distributed communication queue refers to a method for message transmission and interaction between different communication nodes in a distributed system. This method uses the message queue system as a two-end communication middleware to support information sending and receiving between nodes, so as to achieve two-end communication in a more efficient and orderly manner. At the same time, an asynchronous, decoupled and reliable communication mechanism is also provided for the message queues that need to be transmitted. Specifically, in the embodiments of the present application, the distributed communication queues described in the embodiments themselves can be implemented by using message queue systems such as RabbitMQ, Apache Kafka or ActiveMQ. These message queue systems are connected to the OTA cloud platform to support the reception and transmission of data with low technical difficulty and high working reliability. They can relatively friendly support the burst of massive data, thereby further improving the efficiency of the service upgrade work of the method described in the embodiments of the present application.

[0045] Step S103, through the preset distributed streaming service processor, the upgrade message information in the distributed communication queue is analyzed in a parallel processing manner to determine the OTA upgrade service version information for the vehicle. Distributed streaming data processing technology is a fine-grained processing mode for dynamic data, which processes the continuously generated dynamic data based on distributed memory. It has the characteristics of fast, efficient, low latency, etc., and plays an increasingly important role in big data processing. Specifically, this technology refers to the dynamic processing of streaming data based on distributed technology, with good scalability, real-time and openness. With the rapid development of computer and network technology and the continuous enrichment of data acquisition methods, the demand for real-time processing of massive and high-speed data is increasing. This type of data is usually characterized by high value, strong timeliness and large scale. Traditional data processing technology is difficult to meet these requirements, so distributed streaming data processing technology came into being. Common distributed streaming processing platforms include S4, Storm, Spark Streaming and Samza. In this stage of the embodiment of the present application, the service processing module for the upgrade message information reported by the OTA cloud platform to the vehicle is configured as a fractional streaming service processor, which can better provide processing capabilities for concurrent upgrade tasks supporting massive vehicles. And it enables the platform to have a fault-tolerant mechanism when the task is in progress, and can continue to run when a node fails. This configuration method enables the data processing capacity of the platform to be expanded according to demand, and the process is convenient and easy to implement.

[0046] Optionally, in one embodiment of the present application, the preset distributed streaming service processor analyzes the upgrade message information in the distributed communication queue in a parallel processing manner to determine the OTA upgrade service version information and upgrade progress information for the vehicle, including: determining the load balancing between multiple service processing units included in the preset distributed streaming service processor; based on the load balancing, adjusting multiple service processing units in real time, analyzing the upgrade message information in real time in a parallel processing manner, and determining the OTA upgrade service version information and upgrade progress information for the vehicle. At this stage, the embodiment of the present application limits the use of load balancing technology to load balance the various processing units of the preset distributed streaming service processor, so as to better utilize the processing capabilities of the various processing units of the distributed streaming service processor, while ensuring the stability of the system operation, and improving the efficiency of the system's data processing process.

[0047] Step S104, according to the OTA upgrade service version information, use a distributed real-time search engine to query in the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle. In this stage of the present application, by introducing distributed real-time search to cause query of upgrade data, the search efficiency can be significantly improved. A distributed search engine is a distributed system based on transactions and their stored documents. It combines distributed storage and processing technology to serve search engines. A search engine represents a collection and index of a large amount of content, through which the target content of the query can be found quickly and accurately. Most modern search engines are implemented on a distributed architecture. For example, ApacheSolr and Elasticsearch are search engines with distributed architectures. Preferably, in the embodiment of the present application, Elasticsearch can be used to support this process. Elasticsearch is an open source, distributed, scalable, real-time data search and analysis engine based on Apache Lucene. The embodiment of the present application can better support the concurrency of service upgrades for a large number of vehicles and improve the work efficiency of the system by supporting the query of upgrade data.

[0048] Step S105: Send the upgrade data to the vehicle in the form of a distributed queue for service upgrade. In this stage of the embodiment of the present application, when sending the upgrade data to the vehicle, it is still done in the form of a distributed queue, which can improve the data transmission efficiency and provide a stable and orderly upgrade experience for more vehicles.

[0049] Optionally, in one embodiment of the present application, the upgrade message information reported by the vehicle is received in the form of a distributed communication queue, including: based on the embedded digital certificate of the vehicle, an HTTPS communication link is established between the vehicle and the OTA cloud platform through the HTTPS communication protocol; using the HTTPS communication link, combined with the distributed communication middleware provided, to receive the upgrade message information reported by the vehicle, the upgrade message information at least including the upgrade file download speed, upgrade progress, and at least one OTA business status data in the information of whether the upgrade task is cancelled. At this stage of the embodiment of the present application, the https protocol is used to establish a two-end communication link. The use of this communication link enables the bandwidth of the cloud server to reach the gigabit level. By supporting the transmission of https requests and responses between the vehicle and the OTA cloud platform, the bandwidth occupation demand of the OTA upgrade task on the private network can be effectively reduced. The use of the embedded digital certificate of the vehicle as the trusted identifier of the vehicle to establish a communication link can ensure the security and credibility of the two-end communication.

[0050] Specifically, in an optional implementation method of the present application, the HTTPS communication link is used in combination with the set distributed communication middleware to receive the upgrade message information reported by the vehicle side. When it is determined that the vehicle-side message information that OTA needs to receive is greater than the preset information quantity threshold, the data transmitted in the vehicle-cloud communication private network is transferred to the HTTPS communication link for transmission. In this embodiment of the present application, the HTTPS communication link is defined as the vehicle-cloud communication private network to share the data transmission task, so as to achieve the rational use of the network transmission channel. For example, when the personalized service on the vehicle side is upgraded, the two-end communication and OTA upgrade are performed through the vehicle-cloud communication private network, and when it is for the general vehicle-side service function, the corresponding service upgrade message information or upgrade data is transmitted through the HTTPS communication link, so as to provide the user's vehicle with differentiated data transmission service experience for different needs, which can not only improve the upgrade efficiency of different services to a certain extent, but also make more reasonable use of communication resources to provide users with a better service upgrade experience.

[0051] Optionally, in one embodiment of the present application, before querying the OTA cloud platform and the distributed cache using a distributed real-time search engine based on the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle, the vehicle service upgrade method also includes: obtaining progress information of the vehicle-side service upgrade. Correspondingly, according to the OTA upgrade service version information, querying the OTA cloud platform and the distributed cache using a distributed real-time search engine to determine the upgrade data corresponding to the vehicle includes: querying the OTA cloud platform and the distributed cache using the distributed real-time search engine based on the progress information combined with the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle, wherein the upgrade data includes at least upgrade software package data and upgrade task description information. At this stage, the embodiment of the present application can better support the breakpoint resumption work by obtaining the service upgrade progress on the vehicle side, reduce the amount of data that needs to be transmitted during the service upgrade process, and improve the efficiency of the service upgrade.

[0052] Optionally, in one embodiment of the present application, the method further comprises: overall monitoring of the processing resource utilization of the preset distributed streaming service processor, and when the processing resource utilization determined by the overall monitoring exceeds a preset threshold, expanding the processing unit of the streaming processing server, thereby providing upgrade services for more vehicles through simple and easy means.

[0053] Specifically, in an optional implementation method of an embodiment of the present application, when the processing resource utilization determined by the overall monitoring exceeds a preset threshold, the processing unit of the streaming processing server is expanded, including: setting up the preset distributed streaming processor in a cloud service provided by a trusted third-party operator, and using the cloud service provided by the third-party trusted operator to perform overall monitoring of the processing resource utilization of the preset distributed outbound service processor; when it is determined that the processing resource utilization exceeds the preset threshold, the distributed streaming processor is expanded through the cloud service of the third-party operator, without making major changes to the system architecture of the platform, and the entire expansion process is efficient and reliable, reducing the workload of platform operation and maintenance personnel.

[0054] The present application provides a method for upgrading vehicle services, which deploys business data for vehicles on an OTA cloud platform to create OTA upgrade tasks based on upgrade requirements, wherein hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner; the upgrade message information reported by the vehicle is received in the form of a distributed communication queue; the upgrade message information in the distributed communication queue is analyzed in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle; according to the OTA upgrade service version information, the distributed real-time search engine is used to query in the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle; the upgrade data is sent to the vehicle in the form of a distributed queue for service upgrade. This method can better support the concurrency of massive service upgrade tasks, shorten the cycle of OTA upgrade tasks, improve the efficiency of OTA upgrades and user satisfaction, and significantly reduce the operating costs of car companies.

[0055] Embodiment 2

[0056] Based on the vehicle service upgrade method provided in the first embodiment of the present application, the present embodiment also provides a vehicle service upgrade device, such as Figure 2 As shown, Figure 2 A schematic diagram of the structure of a vehicle service upgrade device 20 provided in an embodiment of the present application, wherein the vehicle service upgrade device 20 comprises:

[0057] A deployment module 201 is used to deploy service data for the vehicle on the OTA cloud platform, and to create an OTA upgrade task based on the upgrade requirements, wherein the hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner;

[0058] The communication module 202 is used to receive the upgrade message information reported by the vehicle in the form of a distributed communication queue;

[0059] The analysis module 203 analyzes the upgrade message information in the distributed communication queue in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle;

[0060] A determination module 204 is used to query the OTA cloud platform and the distributed cache using the distributed real-time search engine according to the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle;

[0061] The feedback module 205 is used to send the upgrade data to the vehicle in the form of a distributed queue to perform service upgrade.

[0062] Optionally, in one embodiment of the present application, the analysis module 203 is also used to: determine the load balancing among the multiple service processing units included in the preset distributed streaming service processor; based on the load balancing, adjust the multiple service processing units in real time, analyze the upgrade message information in real time in a parallel processing manner, and determine the OTA upgrade service version information and upgrade progress information for the vehicle.

[0063] Optionally, in one embodiment of the present application, the communication module 202 is also used to: establish an HTTPS communication link between the vehicle end and the OTA cloud platform through the HTTPS communication protocol based on the embedded digital certificate of the vehicle end; utilize the HTTPS communication link, in combination with the set distributed communication middleware, to receive upgrade message information reported by the vehicle end, wherein the upgrade message information includes at least one OTA business status data in the upgrade file download speed, upgrade progress, and whether the upgrade task is cancelled.

[0064] Optionally, in one embodiment of the present application, the deployment module 201 is also used to: store and maintain one or more of the vehicle-side business data, ECU part version business data, baseline business data and upgrade business data on the OTA cloud platform; aggregate the business data through a distributed real-time search engine to realize the deployment of vehicle-specific business data on the cloud platform.

[0065] Optionally, in an embodiment of the present application, the hotspot data includes at least one of upgrade version information, task validity period information and target upgrade ECU information.

[0066] Optionally, in one embodiment of the present application, the device 20 also includes a monitoring module (not shown in the accompanying drawings), which is used to obtain progress information of the vehicle-side service upgrade before querying the OTA cloud platform and the distributed cache based on the OTA upgrade service version information and using the distributed real-time search engine to determine the upgrade data corresponding to the vehicle; correspondingly, the analysis module 203 is also used to: query the OTA cloud platform and the distributed cache based on the progress information and the OTA upgrade service version information and use the distributed real-time search engine to determine the upgrade data corresponding to the vehicle, wherein the upgrade data includes at least upgrade software package data and upgrade task description information.

[0067] Optionally, in one embodiment of the present application, the device 20 also includes an expansion module (not shown in the drawings), and the expansion module is further used to: perform overall monitoring of the processing resource utilization of the preset distributed streaming service processor, and when the processing resource utilization determined by the overall monitoring exceeds a preset threshold, expand the processing unit of the streaming processing server.

[0068] The present application provides a device for upgrading vehicle services, which deploys business data for vehicles on the OTA cloud platform by setting a deployment module, and is used to create an OTA upgrade task based on the upgrade requirements, wherein the hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner; the communication module is set to receive the upgrade message information reported by the vehicle in the form of a distributed communication queue; the analysis module is set to analyze the upgrade message information in the distributed communication queue in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle; the determination module is set to query the OTA cloud platform and the distributed cache using the distributed real-time search engine according to the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle; the feedback module is set to send the upgrade data to the vehicle in the form of a distributed queue for service upgrade. This device can better support the concurrency of massive service upgrade tasks, shorten the cycle of OTA upgrade tasks, improve the efficiency of OTA upgrades and user satisfaction, and significantly reduce the operating costs of car companies.

[0069] Embodiment 3

[0070] An embodiment of the present application also provides a storage medium on which a computer program is stored. When the program is executed by a processor, any one of the vehicle service upgrade methods described in the first embodiment of the present application is implemented.

[0071] Embodiment 4:

[0072] The present application also provides an electronic device, such as Figure 3 As shown, Figure 3 A schematic diagram of the structure of an electronic device 30 is provided for an embodiment of the present application. The electronic device 30 includes:

[0073] One or more processors 301, communication interface 302, memory 303 and communication bus 304, the processor 301, memory 303 and communication interface 302 communicate with each other via the communication bus 304;

[0074] Memory 303, used to store one or more programs;

[0075] When the one or more programs are executed by the one or more processors 301, the one or more processors 301 implement any one of the vehicle service upgrade methods described in Example 1 of the present application.

[0076] So far, the application has described specific embodiments of the subject matter. In some cases, the actions recorded in the claims can be performed in different orders and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing can be advantageous.

[0077] In the 1990s, improvements to a technology could be clearly distinguished as hardware improvements (for example, improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the method flow). However, with the development of technology, many improvements to the method flow today can be regarded as direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement in a method flow cannot be implemented using a hardware entity module. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system layer on a PLD by programming it themselves, without having to ask a chip manufacturer to design and produce a dedicated integrated circuit chip. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). There is not only one HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages ​​and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.

[0078] The controller can be implemented in any appropriate manner, for example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (such as software or firmware) that can be executed by the (micro)processor, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that in addition to implementing the controller in a purely computer-readable program code manner, the controller can be implemented in the form of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, this controller can be considered as a hardware component, and the devices included therein for implementing various functions can also be regarded as structures within the hardware component. Or even, the devices for implementing various functions can be regarded as both software modules for implementing the method and structures within the hardware component.

[0079] The system layers, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0080] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing the present application, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0081] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0082] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, system layers or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0083] The present application may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific transactions or implement specific abstract data types. The present application may also be practiced in distributed computing environments where transactions are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0084] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system layer embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0085] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included within the scope of the claims of the present application.

Claims

1. A method for upgrading vehicle service, characterized in that: include: Deploy vehicle-specific service data on the OTA cloud platform to create an OTA upgrade task based on upgrade requirements, wherein hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner; Use distributed communication queues to receive upgrade message information reported by vehicles; By means of a preset distributed streaming service processor, the upgrade message information in the distributed communication queue is analyzed in a parallel processing manner to determine the OTA upgrade service version information for the vehicle; According to the OTA upgrade service version information, using the distributed real-time search engine to query in the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle; The upgrade data is sent to the vehicle in the form of a distributed queue for service upgrade.

2. The vehicle service upgrade method according to claim 1, characterized in that: The method of analyzing the upgrade message information in the distributed communication queue in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information and upgrade progress information for the vehicle includes: Determine load balancing among a plurality of service processing units included in the preset distributed streaming service processor; Based on the load balancing, multiple service processing units are adjusted in real time, and the upgrade message information is analyzed in real time in a parallel processing manner to determine the OTA upgrade service version information and upgrade progress information for the vehicle.

3. The method for upgrading vehicle service according to claim 1, characterized in that: The receiving of upgrade message information reported by the vehicle in the form of a distributed communication queue includes: Based on the embedded digital certificate of the vehicle, an HTTPS communication link is established between the vehicle and the OTA cloud platform through the HTTPS communication protocol; The HTTPS communication link is used in combination with the distributed communication middleware to receive the upgrade message information reported by the vehicle end, and the upgrade message information includes at least one OTA business status data including the upgrade file download speed, upgrade progress, and whether the upgrade task is cancelled.

4. The method for upgrading vehicle service according to claim 1, characterized in that: The deployment of vehicle-specific service data on the OTA cloud platform includes: Storing and maintaining one or more of the vehicle-side business data, ECU part version business data, baseline business data, and upgrade business data on the OTA cloud platform; The business data is aggregated through a distributed real-time search engine to deploy the business data for the vehicle on the cloud platform.

5. The method for upgrading vehicle service according to claim 1, characterized in that: The hotspot data includes at least one of upgrade version information, task validity period information, and target upgrade ECU information.

6. The method for upgrading vehicle service according to claim 1, characterized in that: Prior to performing a query in the OTA cloud platform and the distributed cache using the distributed real-time search engine according to the OTA upgrade service version information to determine the upgrade data corresponding to the vehicle, the method further includes: obtaining progress information of the vehicle-side service upgrade; Correspondingly, according to the OTA upgrade service version information, the distributed real-time search engine is used to query the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle, including: according to the progress information combined with the OTA upgrade service version information, the distributed real-time search engine is used to query the OTA cloud platform and the distributed cache to determine the upgrade data corresponding to the vehicle, and the upgrade data at least includes upgrade software package data and upgrade task description information.

7. The vehicle service upgrade method according to claim 1, characterized in that: The method also includes: overall monitoring of the processing resource utilization of the preset distributed streaming service processor, and when the processing resource utilization determined by the overall monitoring exceeds a preset threshold, expanding the processing unit of the streaming processing server.

8. A vehicle service upgrade device, characterized in that: include: A deployment module, used to deploy service data for vehicles on the OTA cloud platform, and to create an OTA upgrade task based on upgrade requirements, wherein hotspot data in the OTA upgrade task is stored and deployed in a distributed cache manner; A communication module, used to receive upgrade message information reported by the vehicle in the form of a distributed communication queue; An analysis module analyzes the upgrade message information in the distributed communication queue in a parallel processing manner through a preset distributed streaming service processor to determine the OTA upgrade service version information for the vehicle; A determination module, configured to query the OTA cloud platform and the distributed cache using the distributed real-time search engine according to the OTA upgrade service version information, and determine the upgrade data corresponding to the vehicle; A feedback module is used to send the upgrade data to the vehicle in the form of a distributed queue to perform service upgrade.

9. A computer storage medium, characterized in that: The computer storage medium stores computer executable instructions, and when the computer executable instructions are executed, the method for upgrading vehicle services as described in any one of claims 1-8 is performed.

10. An electronic device, characterized in that: include: A processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, and the executable instruction enables the processor to perform operations corresponding to the vehicle service upgrade method as described in any one of claims 1-7.

Images