CN116931988A - An OTA upgrade method, device, electronic equipment and storage medium - Google Patents

Abstract

The application relates to the field of new energy automobiles, and provides an OTA upgrading method, an OTA upgrading device, electronic equipment and a storage medium. The method comprises the following steps: submitting a first upgrade service application to an OTA upgrade master control; when a first upgrade file transmitted by an OTA upgrade master control is received, upgrade refreshing is carried out by using the first upgrade file, and a broadcast message is issued; receiving a second upgrade service application sent by other upgrade requiring parties; and determining the first upgrade file corresponding to the second subscription content as a target upgrade file, and sending the target upgrade file to other upgrade requesters so that the other upgrade requesters use the target upgrade file to update and write. The application breaks the traditional passive mode of receiving upgrade and writing, realizes the active upgrade and writing, adopts the subscription-release communication mode to be beneficial to saving a large amount of network bandwidth, has more flexible and diversified OTA upgrade modes, and can improve upgrade efficiency.

Description

An OTA upgrade method, device, electronic equipment and storage medium

Technical field

This application relates to the field of new energy vehicles, and in particular to an OTA upgrade method, device, electronic equipment and storage medium.

Background technique

OTA (Over the Air Technology) means over-the-air download technology. Car OTA upgrade refers to using over-the-air download technology to upgrade the firmware and/or software of the car.

The current OTA upgrade basically uses the OTA master to upgrade and flash the upgraded components (such as ECU, etc.), and each upgraded component "passively" receives the upgrade and flash. Because of this "passive" upgrade and flash method, the OTA master will upgrade and flash the upgraded components regardless of whether the upgraded components have upgrade and flash requirements. Therefore, it not only consumes a large amount of network bandwidth, but also makes it difficult to give full play to the OTA upgrade. potential, and the upgrade efficiency is also low.

Contents of the invention

In view of this, embodiments of the present application provide an OTA upgrade method, device, electronic device, and storage medium to solve the problem that the existing OTA upgrade method consumes a large amount of network bandwidth, is difficult to fully utilize the potential of OTA upgrade, and has high upgrade efficiency. Lower question.

A first aspect of the embodiment of this application provides an OTA upgrade method, including:

Submit a first upgrade service application to the OTA upgrade master. The first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information. The first subscription event group includes at least one first subscription content;

When receiving the first upgrade file corresponding to each first subscription content transmitted from the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish a broadcast message, which at least includes the first part of the first upgrade file. Version Information;

Receive a second upgrade service application sent by other upgrade demanders. The second upgrade service application includes second identification information and a second subscription event group corresponding to the second identification information. The second subscription event group includes at least one second subscription content;

The first upgrade file corresponding to the second subscription content is determined as the target upgrade file, and the target upgrade file is sent to other upgrade demanders, so that the other upgrade demanders use the target upgrade file to perform upgrade flashing.

A second aspect of the embodiment of the present application provides an OTA upgrade device, including:

The application initiation module is configured to submit a first upgrade service application to the OTA upgrade master. The first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information. The first subscription event group includes at least A first subscription content;

The message broadcast module is configured to, when receiving the first upgrade file corresponding to each first subscription content transmitted from the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish a broadcast message, which at least includes The first version information of the first upgrade file;

The application receiving module is configured to receive a second upgrade service application sent by other upgrade demanders. The second upgrade service application includes second identification information and a second subscription event group corresponding to the second identification information. The second subscription event group includes at least one secondary subscription;

The file sending module is configured to determine the first upgrade file corresponding to the second subscription content as the target upgrade file, and send the target upgrade file to other upgrade demanders, so that the other upgrade demanders use the target upgrade file to perform upgrades. Write.

A third aspect of the embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the steps of the above method are implemented.

A fourth aspect of the embodiments of the present application provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a processor, the steps of the above method are implemented.

Compared with the existing technology, the beneficial effects of the embodiments of this application at least include: on the one hand, the upgrade demander (for example, a certain ECU) can serve as the upgrade service demander and submit a first upgrade service application to the OTA upgrade master to Obtain the first upgrade file corresponding to the first subscription content in the first upgrade service application from the OTA upgrade master; later, when using the first upgrade file for upgrade flashing, a broadcast message can be issued to inform other upgrade requirements The upgrade service that the party (for example, other ECU, etc.) can currently provide, including upgrade file version and upgrade file, etc.; on the other hand, the upgrade requester can serve as an upgrade service provider and receive the third upgrade requester sent by other upgrade requesters. When applying for the second upgrade service, determine the first upgrade file corresponding to the second subscription content in the second upgrade service application as the target upgrade file, and send the target upgrade file to other upgrade demanders so that other upgrade demanders Use the target upgrade file to perform upgrade flashing. That is, the upgrade demander can be both an upgrade service demander and an upgrade service provider. When the upgrade demander serves as the upgrade service demander, the upgrade demander will actively apply to the OTA upgrade master to obtain the first upgrade file it needs when there is an upgrade demand, breaking the traditional "passive" method of receiving upgrade flashes. mode, realizing "active" upgrade and flashing. This "subscribe-publish" communication method is conducive to saving a large amount of network bandwidth. When the upgrade demander acts as an upgrade service provider, it can provide upgrade services (including upgrade file downloads and other services) to other upgrade demanders, making the OTA upgrade method more flexible and diversified, thereby giving full play to the potential of OTA upgrades. Through the above method, one upgrade requester can upgrade multiple different applications at the same time, and multiple different upgrade requesters can upgrade the same application at the same time, thereby effectively improving the upgrade efficiency.

Description of the drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or description of the prior art will be briefly introduced below. Obviously, the drawings in the following description are only for the purpose of the present application. For some embodiments, for those of ordinary skill in the art, other drawings can be obtained based on these drawings without exerting creative efforts.

Figure 1 is a schematic diagram of an application scenario according to the embodiment of the present application;

Figure 2 is a schematic system architecture diagram of an OTA upgrade system provided by an embodiment of the present application;

Figure 3 is a schematic flow chart of an OTA upgrade method provided by an embodiment of the present application;

Figure 4 is a schematic system architecture diagram of another OTA upgrade system provided by an embodiment of the present application;

Figure 5 is a schematic flow chart of another OTA upgrade method provided by an embodiment of the present application;

Figure 6 is a schematic diagram of an OTA upgrade device provided by an embodiment of the present application;

FIG. 7 is a schematic structural diagram of an electronic device provided by an embodiment of the present application.

Detailed ways

In the following description, for the purpose of explanation rather than limitation, specific details such as specific system structures and technologies are provided to provide a thorough understanding of the embodiments of the present application. However, it will be apparent to those skilled in the art that the present application may be practiced in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

An OTA upgrade method and device according to embodiments of the present application will be described in detail below with reference to the accompanying drawings.

Figure 1 is a schematic diagram of an application scenario according to an embodiment of the present application. The application scenario may include the OTA upgrade master 101, the upgrade requester 102, other upgrade requesters 103, and the server 104.

The OTA upgrade master 101 may be an OTA upgrade master (referred to as "UMC") carried in a VBOX (Vehicle BOX).

The upgrade demander 102 and other upgrade demanders 103 can be vehicle gateways (referred to as "VGW"), or various ECU (Electronic Control Unit, electronic control unit) components connected to the vehicle gateway, or It is IVI (In-vehicle infotainment, in-vehicle infotainment system), etc. Among them, the upgrade demander 102 and other upgrade demanders 103 are different upgrade demanders. For example, when the upgrade demander 102 is the ECU1 connected to the vehicle gateway 1, the other upgrade demanders 103 can be other than ECU1. Other ECU components or vehicle gateways (such as VGW2, VGW3...), IVI, etc.

The vehicle gateway carries the OTA upgrade agent (referred to as "UA"); each ECU carries the OTA upgrade slave control (referred to as "US").

The OTA upgrade master 101 can be connected to the upgrade requesting party 102 and the server 104 through 100M/1000M Ethernet (EHT) respectively; the upgrade requesting party 102 can be connected to other upgrade requesting parties 103 through 100M/1000M Ethernet.

The server 104 may be one server, a server cluster composed of several servers, or a cloud computing service center, which is not limited in the embodiment of the present application.

Figure 2 is a schematic system architecture diagram of an OTA upgrade system provided by an embodiment of the present application. For convenience of description, only parts related to the embodiments of the present application are shown in the figure.

As shown in Figure 2, the OTA upgrade system includes an OTA upgrade master 101, an upgrade demander 102, other upgrade demanders 103, and a server 104.

Among them, OTA upgrade main control 101 includes remote control/V2X (vehicle to vehicle)/OTA main control service layer, atomic service layer, device abstraction layer, middleware, operating system and hardware layer. The atomic service layer includes multiple atomic services, such as request download, version push, version detection, request upgrade, file signature verification, communication algorithm, release upgrade, file (self) upgrade, encryption and decryption, etc. Middleware includes SOMEIP/MQTT/DOIP/UDS protocol stack. Each atomic service corresponds to a single-function functional interface.

As an example, the upgrade requester 102 is the ECU1-1 mounted under the vehicle gateway 1 (VGW1), and the other upgrade requesters 103 are IVIs connected to the vehicle gateway 1 (VGW1). The upgrade requester 102 includes a composite service layer (implementing the combined function of multiple atomic services), an atomic service layer, a device abstraction layer, middleware (including SOMEIP/MQTT/DOIP/UDS protocol stack), an operating system and a hardware layer. Other upgrade demand parties 103 include audio and video entertainment/OTA service layer, atomic service layer (including multiple atomic services, such as human-computer interaction, music playback, file download, file (self) upgrade, request download, subscription upgrade, etc.), device abstraction Layer, middleware (including SOMEIP/MQTT/DOIP/UDS protocol stack), operating system and hardware layer.

The OTA upgrade master 101, the upgrade requester 102, other upgrade requesters 103, and the server 104 can realize "subscribe-publish" communication through the SOME/IP (Scalable service-Oriented Middle ware over IP) protocol. SOME/IP is one of the protocols that implements SOA (Service-Oriented Architecture, service-oriented architecture). Automotive Ethernet includes application layer, transport layer, network layer, data link layer and physical layer. SOME/IP is based on the transport layer UDP/TCP protocol and has a specific service interaction mechanism. After the service goes online, it broadcasts to inform other nodes in the domain. After receiving the service broadcast, other nodes request or subscribe to relevant service interfaces, which is different from traditional vehicle-mounted According to the communication method of the network, SOME/IP will only send data when a request is sent, otherwise it will not send it. In this way, there will be no unnecessary data on the bus and the system load will be reduced. With the continuous development of automobile communication bus and vehicle electronic and electrical architecture, the signal-oriented communication model based on CAN bus can no longer meet the development requirements of smart automobile SOA architecture. The SOME/IP protocol is the core communication of the current SOA architecture for automobile communication. One of the agreements.

The SOME/IP protocol manages data information in units of service elements. Service elements can be divided into three types: Event, Method, and Field. Event is a one-way data transmission method, in which the Server publishes service events to its subscribers; Method is a communication method for remote function calls; Field is similar to a combination of Event and Method, allowing the Client to obtain/set/subscribe to the Server Status information of end events. The transmission and sharing of data information is realized through Service Interface.

It should be noted that the specific types, quantities and combinations of the above-mentioned OTA upgrade master 101, upgrade demander 102, other upgrade demanders 103, and servers 104 can be adjusted according to the actual needs of the application scenario, and will not be detailed here in this application. limit.

Figure 3 is a schematic flowchart of an OTA upgrade method provided by an embodiment of the present application. The OTA upgrade method in Figure 3 can be performed by the upgrade requester 102 in Figure 1 . As shown in Figure 3, the OTA upgrade method includes:

Step S301: Submit a first upgrade service application to the OTA upgrade master. The first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information. The first subscription event group includes at least one first subscription. content.

The first identification information refers to the identity identification information of the upgrade requester 102, which may be an identity ID, a digital code, etc., for example.

The first subscription content usually refers to the upgrade software name and upgrade version number that the upgrade requester 102 wants to subscribe to based on its actual needs.

The first subscription event group is a set including each first subscription content, and is used to represent all upgrade services that the upgrade requester 102 wants to subscribe to.

For example, if the upgrade demander 102 wants to subscribe to the latest upgrade versions of the four software "QQ", "WeChat", "Toutiao" and "Firmware Upgrade Update", then the first subscription event group includes [(A, up-to -date), (B, up-to-date), (C, up-to-date), (D, up-to-date)], a total of four first subscription contents. Among them, (A, up-to-date) is a first subscription content, A represents "QQ", up-to-date represents the latest version; (B, up-to-date) is a first subscription content, B means "WeChat", up-to-date means the latest version; (C, up-to-date) is the first subscription content, C means "Toutiao", up-to-date means the latest version; (D, up- to-date) is the first subscription content, D means "firmware upgrade update", and up-to-date means the latest version.

Step S302: When receiving the first upgrade file corresponding to each first subscription content transmitted by the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish a broadcast message, which at least includes the first upgrade file. of the first version information.

For ease of understanding, continue to use the above example. The first upgrade file corresponding to the first subscription content (A, up-to-date) is the latest upgraded version file of "QQ"; the first subscription content (B, up-to-date) ) is the latest upgraded version file of “WeChat”; the first upgraded file corresponding to the first subscription content (C, up-to-date) is the latest upgraded version file of “Toutiao”; the first subscription content The first upgrade file corresponding to (D, up-to-date) is the latest upgrade version file of the "firmware upgrade update".

In one embodiment, after obtaining the first upgrade files of the above four first subscription contents, the upgrade requester 102 may first temporarily store the first upgrade files in a preset storage space, and then the upgrade requester 102 may modify the files according to the actual situation (such as network bandwidth, user requests, etc.), you can optionally use these four first upgrade files to upgrade the four software applications "QQ", "WeChat", "Toutiao" and "Firmware Upgrade Update" at the same time, or in batches. One, two, or three of the first upgrade files are used to upgrade corresponding software applications at different periods of time, thereby enabling one upgrade requester to upgrade multiple different software applications at the same time.

In another embodiment, after receiving the first subscription event group from the upgrade requester 102, the OTA upgrade master 101 confirms that the server 104 has the first upgrade file corresponding to the first subscription content in the first subscription event group. , the corresponding software of the upgrade requesting party 102 can be directly upgraded and flashed. There is no need to transfer the first upgrade file to the upgrade requesting party 102, and then the upgrade requesting party 102 can perform the upgrade and flashing by itself, thus simplifying the first upgrade. The intermediate file transfer process improves upgrade efficiency.

Step S303: Receive a second upgrade service application sent by other upgrade requesters. The second upgrade service application includes second identification information and a second subscription event group corresponding to the second identification information. The second subscription event group includes at least one second Subscription content.

The second identification information refers to the identity identification information of other upgrade requesting parties 103, for example, it may be an identity ID, a digital code, etc.

The second subscription content usually refers to the upgrade software name and upgrade version number that other upgrade demanders 103 want to subscribe to based on their actual needs.

The second subscription event group is a set including each second subscription content, and is used to represent all upgrade services that other upgrade demanders 103 want to subscribe to.

For example, if other upgrade demanders 103 want to subscribe to the latest upgraded versions of the two software applications "QQ" and "WeChat", the second subscription event group includes [(A, up-to-date), (B, up -to-date)], a total of two second subscription contents. Among them, (A, up-to-date) is a second subscription content, A means "QQ", up-to-date means the latest version; (B, up-to-date) is a second subscription content, B It means "WeChat", and up-to-date means the latest version.

Step S304: Determine the first upgrade file corresponding to the second subscription content as the target upgrade file, and send the target upgrade file to other upgrade demanders, so that other upgrade demanders use the target upgrade file to perform upgrade flashing.

As an example, assume that the upgrade requester 102 receives the second subscription event group of other upgrade requesters 103 as [(A, up-to-date), (B, up-to-date)], then the upgrade requester 102 You can first search whether the latest version of "QQ" file corresponding to the second subscription content (A, up-to-date) is stored in its storage space, and whether it is stored in the storage space corresponding to the second subscription content (B, up-to-date). "WeChat" latest version file. If they exist, determine the latest version files of "QQ" and the latest version of "WeChat" previously obtained from the OTA upgrade master 101 as target upgrade files, and send these target upgrade files to other upgrade demanders 103.

If the upgrade requesting party 102 finds through search that there is no latest version of "QQ" file corresponding to the second subscription content (A, up-to-date) in its storage space, it can return a message of unsuccessful subscription to other upgrade requesting parties 103. . After that, other upgrade demanders 103 can submit a third upgrade service application to the OTA upgrade master 101 on their own. The third upgrade service application includes the second subscription content (A, up-to-date) to obtain the corresponding "QQ "The latest version of the file.

According to the technical solution provided by the embodiment of this application, the upgrade requester can be either the upgrade service demander or the upgrade service provider. When the upgrade demander serves as the upgrade service demander, the upgrade demander will actively apply to the OTA upgrade master to obtain the first upgrade file it needs when there is an upgrade demand, breaking the traditional "passive" method of receiving upgrade flashes. mode, realizing "active" upgrade and flashing. This "subscribe-publish" communication method is conducive to saving a large amount of network bandwidth. When the upgrade demander acts as an upgrade service provider, it can provide upgrade services (including upgrade file downloads and other services) to other upgrade demanders, making the OTA upgrade method more flexible and diversified, thereby giving full play to the potential of OTA upgrades. Through the above method, one upgrade requester can upgrade multiple different applications at the same time, and multiple different upgrade requesters can upgrade the same application at the same time, thereby effectively improving the upgrade efficiency.

In some embodiments, in the above step S301, submitting a first upgrade service application to the OTA upgrade master includes:

Obtain the upgrade service message, upgrade indicator information and first identification information issued by the OTA upgrade master. The upgrade service message includes at least one upgrade event. Each upgrade event includes upgrade identification information and the upgrade file version corresponding to the upgrade identification information. information;

Determine at least one first subscription content based on the upgrade indicator information, upgrade identification information and upgrade file version information;

Based on the first subscription content and the first identification information, a first upgrade service application is submitted to the OTA upgrade master.

The upgrade service message usually refers to the Offer Service message that the upgrade service provider (such as OTA upgrade master, etc.) actively releases after the upgrade service is ready and the upgrade service meets the release conditions. The Offer Service message at least includes upgrade identification information (such as software name, software ID, etc.) and upgrade file version information (such as software version number, etc.) corresponding to the upgrade identification information.

Upgrade indicator information mainly refers to the firmware or software that the upgrade demander wants to upgrade and its software version information. For example, if the upgrade demander (such as IVI) wants to upgrade the two software "QQ" and "WeChat" to the latest version, then the upgrade indicator information at least includes the software names of "QQ" and "WeChat" and their current latest versions. Number.

As an example, the OTA upgrade master 101 can actively publish an Offer Service message (i.e., an upgrade service message) after the upgrade service is ready and the service meets the release conditions to inform other nodes in the multicast that the service has been started. Service connections can be created. When the upgrade demander 102 receives the Offer Service message of the relevant service in the network and wants to access the upgrade service, it can submit a first upgrade service application to the OTA upgrade master 101.

If the upgrade requesting party 102 does not receive or temporarily does not receive the upgrade service message issued by the OTA upgrade master 101 in the network, it can send a Find Service message to actively search for services. If the OTA upgrade master 101 is ready to upgrade the service, An Offer Service message will be replied.

When the OTA upgrade master 101 discovers that the upgrade service is unavailable and does not meet the service release conditions, it will actively send a Stop Offer Service message to inform other nodes in the multicast that the upgrade service is no longer available and service support will be stopped.

As an example, assume that the upgrade demander 102 wants to subscribe to the latest upgrade versions of the four software "QQ", "WeChat", "Toutiao" and "Firmware Upgrade Update", that is, the upgrade indicator information includes "QQ", "WeChat" , "Toutiao" and "Firmware Upgrade Update" software names and latest version numbers; if the upgrade service message received by the upgrade demander 102 contains the software names and latest version numbers of these four software, then it can be determined (A, up-to-date), (B, up-to-date), (C, up-to-date), (D, up-to-date) are the four first subscription contents. Afterwards, the upgrade demander 102 can assemble the four first subscription contents and their identity identification information (i.e., first identification information) into a Subscribe message (i.e., subscription message), which Subscribe message includes the first subscription event group [( A,up-to-date),(B,up-to-date),(C,up-to-date),(D,up-to-date)], and proposed the first step to OTA upgrade master 101 Upgrade service application.

After receiving the subscription message from the upgrade requester 102, the OTA upgrade master 101 needs to first determine whether the upgrade requester 102 meets the subscription conditions (for example, determine whether the upgrade requester 102 is a member user and has the authority to subscribe to the service, etc.) , if it is determined that the upgrade requester 102 meets the event group subscription conditions, a Subscribe ACK (subscription confirmation character) is sent to inform the upgrade requester 102 that the subscription is successful. When the events in the first event group are ready (that is, the first upgrade file corresponding to the first subscription content is ready), the OTA upgrade master 101 will send the relevant events to the successfully subscribed upgrade requester 102 in the agreed form. . If the upgrade requester 102 does not meet the event group subscription conditions, the OTA upgrade master 101 will directly reply Subscribe NACK (subscription non-confirmation character) to inform that the subscription was unsuccessful.

When the upgrade demander 102 subscribes to an event group and finds that the data of the event group is no longer needed, it can send a Stop Subscribe message to the OTA upgrade master 101 to unsubscribe from the corresponding event.

In some embodiments, in the above step S304, the first upgrade file corresponding to the second subscription content is determined as the target upgrade file, and the target upgrade file is sent to other upgrade requesters, specifically including:

If there is no first upgrade file corresponding to the second subscription content, forward the second upgrade service application to the OTA upgrade master;

Receive the second upgrade file corresponding to the second subscription content issued by the OTA upgrade master, and forward the second upgrade file to other upgrade requesters.

As an example, assume that the upgrade demander 102 receives the second subscription event group of other upgrade demanders 103 as [(A, up-to-date), (B, up-to-date)]. If the upgrade demander 102 After searching, it was found that there is no "QQ" latest version file corresponding to the second subscription content (A, up-to-date) in its storage space, and only the "QQ" file corresponding to the second subscription content (B, up-to-date) exists. "WeChat" latest version file, then you can first determine the latest version file of "WeChat" as the target upgrade file and send it to other upgrade requesters 103. At the same time, the upgrade demander 102 may submit a fourth upgrade service application to the OTA upgrade controller 101. The fourth upgrade service application includes the second subscription content (A, up-to-date). After obtaining the latest version file of "QQ" corresponding to the second subscription content (A, up-to-date) transmitted by the OTA upgrade master 101, the upgrade demander 102 determines the latest version file of "WeChat" as The target upgrade file is sent to other upgrade requesters 103.

If neither the OTA upgrade master 101 nor the server 104 has the latest "QQ" version file corresponding to the second subscription content (A, up-to-date), the OTA upgrade master 101 can return a subscription failure message to other upgrade requesters 103. Success news. The OTA upgrade master 101 can, according to the agreement with other upgrade demanders 103, have the latest version of "QQ" file corresponding to the second subscription content (A, up-to-date), and then download it to other upgrade demanders 103. Send the latest version file of "QQ" corresponding to the second subscription content (A, up-to-date).

In some embodiments, in the above step S304, the target upgrade file is sent to other upgrade requesters, including:

Apply to the group gateway to obtain group member information;

Based on the member information in the group, determine whether other upgrade demanders are upgrade demanders in the group;

If other upgrade requesters are within the group, the target upgrade file will be sent to the other upgrade requesters.

Combined with Figure 4, as an example, assuming that the upgrade demander 102 is the ECU1-1 attached to the vehicle gateway VGW1, and the other upgrade demanders 103 are ECU1-n attached to the vehicle gateway VGW1, then ECU1-1 can first Send a request to obtain the group member information to the gateway in the group (i.e. VGW1); after receiving the group member information (including the identification information of the group members, etc.) returned by VGW1, ECU1-1 determines whether the group member information contains The identification information of ECU1-n exists; if the identification information of ECU1-n exists, it can be determined that ECU1-n is a member of the group of VGW1, that is, it is the upgrade requester in the group. After that, ECU1-1 can directly send the target upgrade file to ECU1-n.

In other embodiments, if the other upgrade requesters are upgrade requesters outside the group, the information of the gateways outside the group and its affiliated members is obtained, and based on the information of the gateways outside the group and its affiliated members, determine the affiliations of the other upgrade demanders. The gateway outside the group;

If the gateway outside the group and the gateway within the group are in the same vehicle gateway group, send the target upgrade file to the gateway within the group, so that the gateway within the group sends the target upgrade file to the gateway outside the group, and then sends the target upgrade file to the gateway through the gateway outside the group. Other upgrade requesters.

Combined with Figure 4, as an example, assume that the upgrade demander 102 is ECU1-1 attached to the vehicle gateway VGW1, and the other upgrade demanders 103 are ECU2-1 attached to the vehicle gateway VGW2. ECU1-1 searches for VGW1 The provided member information of the group found that the member information of the group does not contain the identification information of ECU2-1. From this, it can be determined that ECU2-1 and the two belong to different vehicle gateways, and it can be determined that ECU2-1 is upgraded outside the group. demand side. At this time, ECU1-1 can obtain the information of the group external gateway and its subordinate members through the vehicle gateway VGW1, and determine which group external gateway ECU2-1 belongs to by searching the information of the group external gateway and its subordinate members.

Assume that ECU2-1 is found to be an ECU component belonging to the vehicle gateway VGW2, then further confirm whether the vehicle gateway VGW2 and the vehicle gateway VGW1 are in the same vehicle gateway group (that is, gateways belonging to the same vehicle). If VGW2 and VGW1 are in the same vehicle gateway group, the target upgrade file can be sent to VGW1, then forwarded to VGW2 via VGW1, and finally forwarded to its attached ECU2-1 via VGW2.

In some embodiments, if the gateway outside the group and the gateway within the group are in a different vehicle gateway group, the network connection status of the network channel between the gateway outside the group and the gateway within the group is detected;

If the network connection status is normal, the target upgrade file is sent to the gateway in the group, so that the gateway in the group sends the target upgrade file to the gateway outside the group, and then sends the target upgrade file to other upgrade demanders via the gateway outside the group.

As an example, assume that the upgrade requester 102 is the ECU1-1 attached to the vehicle gateway VGW1 of vehicle A, and the other upgrade requesters 103 are the ECU3′-1 attached to the vehicle gateway VGW3′ of vehicle B. The gateway VGW1 and the vehicle gateway VGW3' are different vehicle gateway groups (that is, gateways belonging to different vehicles). Afterwards, ECU1-1 can detect the network connection status of the network channel between the vehicle gateway VGW1 and the vehicle gateway VGW3'. For example, it can obtain the network card status value of the network card interface of the vehicle gateway VGW1 that is externally connected to the vehicle gateway VGW3'. To determine whether the network connection status of the network channel between the vehicle gateway VGW1 and the vehicle gateway VGW3' is normal. Generally, when the network card status value is linkup, it means that the network connection status is normal; when the network card status value is linkdown, it means that the network connection status is abnormal. If the network connection status is normal, the target upgrade file is sent to the vehicle gateway VGW1, and the target upgrade file is forwarded to the vehicle gateway VGW3′ of vehicle B via the vehicle gateway VGW1, and then the vehicle gateway VGW3′ forwards the target upgrade file. Forwarded to ECU3′-1.

Through the above method, it is possible to realize the upgrade demanders and other upgrade demanders belonging to the gateways within the group, the upgrade demanders and other upgrade demanders between the gateway groups of the same car, the upgrade demanders and other upgrade demanders between the gateway groups of different cars. The "subscribe-publish" service communication interaction between them makes the OTA upgrade method more flexible and diversified, thereby fully utilizing the potential of OTA upgrade. In addition, the upgrade service communication between gateways within the group and gateway groups in the same vehicle can be implemented using Ethernet or CAN bus, which can save a lot of network bandwidth.

When the gateway to which the upgrade demander and other upgrade demanders belong is a different vehicle gateway group, it can be further determined whether the distance difference between the upgrade demander and the vehicles belonging to other upgrade demanders meets the preset distance range. If it meets the preset distance range, Within the distance range, near-field communication interaction, Bluetooth communication interaction and other methods are used to realize the transmission of upgrade files, which is beneficial to saving the traffic required for transmission and reducing the cost of OTA upgrade.

For example, it is assumed that the upgrade requester 102 is the ECU1-1 connected to the vehicle gateway VGW1 of vehicle A, and the other upgrade requesters 103 are the ECU3'-1 connected to the vehicle gateway VGW3' of vehicle B. The gateway VGW1 and the vehicle gateway VGW3' are different vehicle gateway groups. ECU1-1 can further obtain the first position information of its own vehicle (i.e. vehicle A) and the second position information of vehicle B, and then confirm the distance difference between the two vehicles based on the first position information and the second position information; if If the distance difference meets the preset distance range (for example, ≤5 meters), the communication interaction between the vehicle gateway VGW1 and the vehicle gateway VGW3' can be switched to the near field communication mode or the Bluetooth communication mode, and based on the near field Communication interaction or Bluetooth communication interaction, the vehicle gateway VGW1 transmits the target upgrade file to the vehicle gateway VGW3′, and then forwards it to the ECU3′-1 through the vehicle gateway VGW3′ through the Ethernet/CAN bus.

In some embodiments, the above OTA upgrade method may also include the following steps:

After publishing the broadcast message, when the accumulated time reaches the preset time and no second upgrade service application is received from other upgrade demanders, it is determined whether the flash process of using the first upgrade file for upgrade flash has been completed;

If it is determined that the flashing process of using the first upgrade file for upgrade and flashing has been completed, all the first upgrade files are cleared.

The preset duration can be flexibly set according to actual conditions, for example, it can be set to 24 hours, 48 hours, etc.

As an example, assuming that the preset time is 24 hours, the upgrade requesting party 102 starts timing after publishing the broadcast message. When the cumulative time reaches 24 hours and has not received the second upgrade service application sent by other upgrade requesting parties, it first determines its Whether the flashing process using the first upgrade file for flashing has been completely completed; if it has been completely completed, clear all the first upgrade files in the storage space to release the occupied content.

All the above optional technical solutions can be combined in any way to form optional embodiments of the present application, and will not be described again one by one.

Figure 5 is a schematic flowchart of another OTA upgrade method provided by an embodiment of the present application.

Taking the upgrade service demander as ECU and the upgrade service provider as UMC as an example, the OTA upgrade process on the ECU side is roughly as follows: First, the ECU subscribes to the ECU software upgrade service from UMC by calling the SOME/IP service interface; then, according to the UMC return The response ACK determines whether the subscription is successful; if the subscription is successful, determine whether there is an upgraded version pushed by UMC; if there is an upgraded version pushed by UMC, further confirm whether to upgrade the new version; if it is confirmed to upgrade the new version, call the atomic service layer Request the file download service in to download the corresponding ECU file from UMC (i.e. the upgraded version file pushed by UMC); then, determine whether the ECU file download completion notification sent by UMC is received; if the ECU file download completion notification sent by UMC is received When the notification is completed, the request file upgrade and flash service in the atomic service layer is called to flash the upgrade file; after that, it is queried whether the ECU file installation is completed; if the installation is completed, exit.

As an OTA service provider, TSP (server) mainly provides upgraded versions and files of ECU software, and manages the upgrade files of each ECU software. When each ECU needs to be upgraded, the relevant upgrade files can be obtained from the server through VBOX.

For UMC/UA/US, they can serve as both service providers and service demanders. Between UMC and TSP, UMC is the service demander and needs to obtain the version information and file upgrade package of the ECU to be upgraded from TSP.

Between UMC, UA and US, UMC/UA/US can serve as both a service provider and a service demander, providing OTA upgrade services according to their own systems to upgrade and flash OTA files.

SOA SOMEIP OTA upgrade service content includes but is not limited to "reminding users that there is a new version update, asking users to confirm", "download instructions to control downloads", "upgrade instructions to control upgrades", "request downloads", etc.

In one embodiment, assuming that the upgrade requester 102 is IVI, the VI also subscribes to the OTA upgrade master 101 for upgrade event groups such as "QQ, WeChat, Toutiao" and "firmware upgrade update" (that is, it subscribes to these upgrades) requirements, At this time, the OTA upgrade master 101 will synchronize these subscription requirements to the TSP. If the TSP has these services, it will download these upgrade files to the IVI (or VBOX temporary storage) file through the OTA upgrade master 101 channel for upgrade and flashing, so that different applications can be upgraded simultaneously on one upgrade requester 102. If it is not available for the time being, the subscription message will be saved. When a new version and file are available, the subscription component will be notified with a notification release message.

In another embodiment, it is assumed that the upgrade demander 102 is the vehicle gateway VGW1, VGW2, VGW3 and VGW4, and they simultaneously subscribe to upgrade event groups such as "TCP/IP END" to the OTA upgrade master 101 (that is, they subscribe to these upgrades) requirements, then the OTA upgrade master 101 will synchronize these subscription requirements to the TSP. If the TSP has these services, it will download these upgrade files to VGW1, VGW2, VGW3 and VGW4 through the OTA upgrade master 101 for upgrade and flashing, so that the same upgrade file data package can be upgraded on multiple upgrade demand parties. If it is not available for the time being, the subscription message will be saved. When a new version and file are available, the subscription component will be notified with a notification release message.

Through the above method, each upgrade demander can publish or subscribe to the same or different OTA upgrade services, so that one upgrade demander can upgrade multiple different applications at the same time, or multiple upgrade demanders can upgrade the same application in parallel. This enables OTA customized upgrade services for “thousands of people, thousands of faces”.

The following are device embodiments of the present application, which can be used to execute method embodiments of the present application. For details not disclosed in the device embodiments of this application, please refer to the method embodiments of this application.

Figure 6 is a schematic diagram of an OTA upgrade device provided by an embodiment of the present application. As shown in Figure 6, the OTA upgrade device includes:

The application initiation module 601 is configured to submit a first upgrade service application to the OTA upgrade master. The first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information. The first subscription event group includes At least one first subscription content;

The message broadcast module 602 is configured to, when receiving the first upgrade file corresponding to each first subscription content transmitted from the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish a broadcast message. The broadcast message is at least Includes first version information of the first upgrade file;

The application receiving module 603 is configured to receive a second upgrade service application sent by other upgrade demanders. The second upgrade service application includes second identification information and a second subscription event group corresponding to the second identification information. The second subscription event group Include at least one secondary subscription content;

The file sending module 604 is configured to determine the first upgrade file corresponding to the second subscription content as the target upgrade file, and send the target upgrade file to other upgrade demanders, so that other upgrade demanders use the target upgrade file to upgrade. Flash writing.

According to the technical solution provided by the embodiment of this application, the upgrade requester can be either the upgrade service demander or the upgrade service provider. When the upgrade demander serves as the upgrade service demander, the upgrade demander will actively apply to the OTA upgrade master to obtain the first upgrade file it needs when there is an upgrade demand, breaking the traditional "passive" method of receiving upgrade flashes. mode, realizing "active" upgrade and flashing. This "subscribe-publish" communication method is conducive to saving a large amount of network bandwidth. When the upgrade demander acts as an upgrade service provider, it can provide upgrade services (including upgrade file downloads and other services) to other upgrade demanders, making the OTA upgrade method more flexible and diversified, thereby giving full play to the potential of OTA upgrades. Through the above method, one upgrade requester can upgrade multiple different applications at the same time, and multiple different upgrade requesters can upgrade the same application at the same time, thereby effectively improving the upgrade efficiency.

In some embodiments, the above-mentioned application initiation module 601 includes:

The information acquisition unit is configured to acquire the upgrade service message, upgrade indicator information and first identification information issued by the OTA upgrade master. The upgrade service message includes at least one upgrade event, and each upgrade event includes upgrade identification information and upgrade information. The upgrade file version information corresponding to the identification information;

a subscription determination unit configured to determine at least one first subscription content based on the upgrade indicator information, upgrade identification information, and upgrade file version information;

The submission unit is configured to submit a first upgrade service application to the OTA upgrade master based on the first subscription content and the first identification information.

In some embodiments, the above-mentioned file sending module 604 includes:

The file forwarding unit is configured to forward the second upgrade service application to the OTA upgrade master if there is no first upgrade file corresponding to the second subscription content;

The receiving unit is configured to receive the second upgrade file corresponding to the second subscription content issued by the OTA upgrade master, and forward the second upgrade file to other upgrade demanders.

In some embodiments, the above-mentioned file sending module 604 includes:

The acquisition unit is configured to apply to the gateway in the group to obtain the member information in the group;

The judgment unit is configured to judge whether other upgrade demanders are upgrade demanders in the group based on the member information in the group;

The first sending unit is configured to send the target upgrade file to other upgrade demanders if they are upgrade demanders in the group.

In some embodiments, the above-mentioned file sending module 604 also includes:

The determination unit is configured to obtain the information of the gateway outside the group and its subordinate members if the other upgrade demanders are upgrade demanders outside the group, and determine the information of the gateways outside the group and its subordinate members, and determine the network to which the other upgrade demanders belong. Gateway outside the group;

The second sending unit is configured to send the target upgrade file to the gateway in the group if the gateway outside the group and the gateway in the group are in the same vehicle gateway group, so that the gateway in the group sends the target upgrade file to the gateway outside the group via the group. The foreign gateway sends the target upgrade file to other upgrade requesters.

In some embodiments, the above-mentioned file sending module 604 also includes:

The detection unit is configured to detect the network connection status of the network channel between the gateway outside the group and the gateway within the group if the gateway outside the group and the gateway within the group are in a different vehicle gateway group;

The forwarding unit is configured to send the target upgrade file to the gateway in the group if the network connection status is normal, so that the gateway in the group sends the target upgrade file to the gateway outside the group, and sends the target upgrade file to other upgraders via the gateway outside the group. demand side.

Through the above method, it is possible to realize the upgrade demanders and other upgrade demanders belonging to the gateways within the group, the upgrade demanders and other upgrade demanders between the gateway groups of the same car, the upgrade demanders and other upgrade demanders between the gateway groups of different cars. The "subscribe-publish" service communication interaction between them makes the OTA upgrade method more flexible and diversified, thereby fully utilizing the potential of OTA upgrade. In addition, the upgrade service communication between gateways within the group and gateway groups in the same vehicle can be implemented using Ethernet or CAN bus, which can save a lot of network bandwidth.

In some embodiments, the above OTA upgrade device also includes:

The judgment module is configured to judge whether the flash process of using the first upgrade file to perform upgrade flash is when the cumulative time reaches the preset time and the second upgrade service application sent by other upgrade demanders has not been received after the broadcast message is released. It’s all over;

The clearing module is configured to clear all the first upgrade files if it is determined that the flash process of using the first upgrade file for upgrade and flash has been completed.

It should be understood that the sequence number of each step in the above embodiment does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiment of the present application.

FIG. 7 is a schematic diagram of the electronic device 7 provided by the embodiment of the present application. As shown in FIG. 7 , the electronic device 7 of this embodiment includes: a processor 701 , a memory 702 , and a computer program 703 stored in the memory 702 and executable on the processor 701 . When the processor 701 executes the computer program 703, the steps in each of the above method embodiments are implemented. Alternatively, when the processor 701 executes the computer program 703, it implements the functions of each module/unit in each of the above device embodiments.

The electronic device 7 may be a desktop computer, a notebook, a handheld computer, a cloud server and other electronic devices. The electronic device 7 may include, but is not limited to, a processor 701 and a memory 702 . Those skilled in the art can understand that FIG. 7 is only an example of the electronic device 7 and does not constitute a limitation on the electronic device 7. It may include more or less components than shown in the figure, or different components.

The processor 701 can be a central processing unit (CPU), other general-purpose processor, digital signal processor (Digital Signal Processor, DSP), application specific integrated circuit (Application Specific Integrated Circuit, ASIC), or field-processable processor. Programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

The memory 702 may be an internal storage unit of the electronic device 7 , for example, a hard disk or memory of the electronic device 7 . The memory 702 may also be an external storage device of the electronic device 7, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (SD) card, a flash memory card ( Flash Card), etc. The memory 702 may also include both an internal storage unit of the electronic device 7 and an external storage device. Memory 702 is used to store computer programs and other programs and data required by the electronic device.

Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above functional units and modules is used as an example. In actual applications, the above functions can be allocated to different functional units and modules according to needs. Module completion means dividing the internal structure of the device into different functional units or modules to complete all or part of the functions described above. Each functional unit and module in the embodiment can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above-mentioned integrated unit can be hardware-based. It can also be implemented in the form of software functional units.

Integrated modules/units can be stored in a computer-readable storage medium if they are implemented in the form of software functional units and sold or used as independent products. Based on this understanding, this application can implement all or part of the processes in the methods of the above embodiments. It can also be completed by instructing relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. The computer program can be processed after being processed. When the processor is executed, the steps of each of the above method embodiments can be implemented. A computer program may include computer program code, and the computer program code may be in the form of source code, object code, executable file or some intermediate form. Computer-readable media may include: any entity or device that can carry computer program code, recording media, USB flash drives, mobile hard drives, magnetic disks, optical disks, computer memory, read-only memory (Read-Only Memory, ROM), random access Memory (Random Access Memory, RAM), electrical carrier signals, telecommunications signals, and software distribution media, etc. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, the computer-readable medium is not Including electrical carrier signals and telecommunications signals.

The above embodiments are only used to illustrate the technical solutions of the present application, but are not intended to limit them. Although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments. Modifications are made to the recorded technical solutions, or equivalent substitutions are made to some of the technical features; these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and shall be included in this application. within the scope of protection.

Claims (10)

1. An OTA upgrade method, characterized by including: Submit a first upgrade service application to the OTA upgrade master. The first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information. The first subscription event group includes at least one First subscription content; When receiving the first upgrade file corresponding to each of the first subscription content transmitted by the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish a broadcast message, where the broadcast message is at least Include first version information of the first upgrade file; Receive a second upgrade service application sent by other upgrade demanders. The second upgrade service application includes second identification information and a second subscription event group corresponding to the second identification information. The second subscription event group includes at least a secondary subscription content; Determine the first upgrade file corresponding to the second subscription content as the target upgrade file, and send the target upgrade file to the other upgrade demanders, so that the other upgrade demanders use the target upgrade files Perform upgrade and flashing. 2. The method according to claim 1, characterized in that sending the target upgrade file to the other upgrade requesting parties includes: Apply to the group gateway to obtain group member information; Determine whether the other upgrade demanders are upgrade demanders in the group based on the member information in the group; If the other upgrade demanders are upgrade demanders in the group, the target upgrade file is sent to the other upgrade demanders. 3. The method according to claim 2, characterized in that after determining whether the other upgrade demanders are upgrade demanders in the group according to the member information in the group, it further includes: If the other upgrade demanders are upgrade demanders outside the group, obtain the information about the gateway outside the group and its affiliated members, and determine the network to which the other upgrade demanders belong based on the information about the gateway outside the group and its affiliated members. Gateway outside the group; If the gateway outside the group and the gateway within the group are in the same vehicle gateway group, the target upgrade file is sent to the gateway in the group, so that the gateway in the group sends the target upgrade file to the gateway outside the group. The gateway sends the target upgrade file to the other upgrade requesters via the gateway outside the group. 4. The method according to claim 3, characterized in that, after determining the out-of-group gateway to which the other upgrade demanders belong based on the information about the out-group gateway and its affiliated members, it further includes: If the gateway outside the group and the gateway within the group are in a different vehicle gateway group, detect the network connection status of the network channel between the gateway outside the group and the gateway within the group; If the network connection status is normal, the target upgrade file is sent to the gateway in the group, so that the gateway in the group sends the target upgrade file to the gateway outside the group, and all gateways in the group are sent to the gateway via the gateway outside the group. Send the above target upgrade files to the other upgrade requesters. 5. The method according to claim 1, characterized in that, the method further includes: After the broadcast message is released, when the cumulative time reaches the preset time and no second upgrade service application sent by other upgrade demanders is received, determine whether the flash process of using the first upgrade file for upgrade flash has been completed; If it is determined that the flashing process of using the first upgrade file for upgrade and flashing has ended, then all the first upgrade files are cleared. 6. The method according to claim 1, characterized in that submitting a first upgrade service application to the OTA upgrade master includes: Obtain the upgrade service message, upgrade indicator information and first identification information issued by the OTA upgrade master. The upgrade service message includes at least one upgrade event. Each of the upgrade events includes upgrade identification information and the upgrade identification information. The upgrade file version information corresponding to the information; Determine at least one first subscription content according to the upgrade indicator information, upgrade identification information and upgrade file version information; Based on the first subscription content and the first identification information, a first upgrade service application is submitted to the OTA upgrade master. 7. The method of claim 1, wherein the first upgrade file corresponding to the second subscription content is determined as a target upgrade file, and the target upgrade file is sent to the other upgrade requester. ,include: If there is no first upgrade file corresponding to the second subscription content, forward the second upgrade service application to the OTA upgrade master; Receive the second upgrade file corresponding to the second subscription content issued by the OTA upgrade master, and forward the second upgrade file to the other upgrade demanders. 8. An OTA upgrade device, characterized by including: An application initiation module is configured to submit a first upgrade service application to the OTA upgrade master, where the first upgrade service application includes first identification information and a first subscription event group corresponding to the first identification information, and the first upgrade service application includes: A subscription event group includes at least one first subscription content; The message broadcast module is configured to, when receiving the first upgrade file corresponding to each of the first subscription content transmitted by the OTA upgrade master, use the first upgrade file to perform upgrade flashing, and publish the broadcast message, the broadcast message includes at least the first version information of the first upgrade file; The application receiving module is configured to receive a second upgrade service application sent by other upgrade demanders, the second upgrade service application including second identification information and a second subscription event group corresponding to the second identification information, said The second subscription event group includes at least one second subscription content; A file sending module configured to determine the first upgrade file corresponding to the second subscription content as a target upgrade file, and send the target upgrade file to the other upgrade demanders so that the other upgrade requirements Use the target upgrade file to perform upgrade and flashing. 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 processor implements the claims as claimed in The steps of the method of any one of 1 to 7. 10. A computer-readable storage medium, the computer-readable storage medium stores a computer program, characterized in that, when the computer program is executed by a processor, the method of any one of claims 1 to 7 is implemented. step.