Vehicle software local online upgrading method, device, equipment and medium

By using a multicast service discovery mechanism within the same network segment as the server and client, partial online upgrades of vehicle software are achieved, solving the problems of low efficiency and duplicate payments in existing technologies, improving upgrade efficiency and reducing resource investment.

CN121397516APending Publication Date: 2026-01-23IMOTION AUTOMOTIVE TECH (SUZHOU) CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511543658.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-10-27
Publication Date
2026-01-23

AI Technical Summary

Technical Problem

Existing vehicle software upgrade methods are inefficient and costly to use cloud services, and the problem of repeated payments occurs when the vehicle is offline.

Method used

By establishing a communication connection and transmitting upgrade packages through multicast messages sent within the same network segment as the server and client, partial online upgrades can be achieved, avoiding vehicle-by-vehicle operations and cloud dependency.

Benefits of technology

It significantly improves the efficiency of upgrading specific vehicles in 4S stores or OEMs, reduces human resource investment, and avoids cloud usage fees and duplicate payments.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121397516A_ABST
    Figure CN121397516A_ABST
Patent Text Reader

Abstract

The invention discloses a vehicle software local online upgrading method, device and equipment and a medium, relates to the technical field of computers, is applied to a server side, the server side and a client side are located in the same network segment, and comprises the steps that a first service providing message is sent to a router in a multicast mode according to a preset period; the first service providing message is used for informing the client that the server side can provide a local online upgrading service; receiving a service searching message sent by the target client, and replying a second service providing message to the target client so as to establish communication connection with the target client; the service search message is a message sent to an agreed multicast address when a first service providing message is monitored after the target client enters a target area and is powered on; and transmitting the upgrade package to the target client based on the communication connection. According to the invention, the upgrading efficiency of a specific vehicle in a 4S store or a whole vehicle factory is improved, and the problem of repeated payment caused by re-flashing due to cloud use cost and vehicle offline is solved.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer technology, and in particular to a vehicle software local online upgrading method, device, equipment and medium. BACKGROUND

[0002] When carrying out problem repair or centralized online upgrading (OTA) in a vehicle factory, two methods are usually adopted: the first method is to establish connection with vehicles one by one through a handheld diagnostic tool and perform program flashing, which needs to be operated on each vehicle separately and has obvious low efficiency problem; the second method is to realize local online upgrading through a vehicle identification number (VIN), and the specific process is as follows: first, the VIN of a target vehicle is collected, and then the identification code is input into a cloud system, and then the cloud system identifies whether the target vehicle is in an online state, if the vehicle is online, it can be flashed once; if the vehicle is not online, it will miss the flashing operation. This method has improved efficiency compared with the first method, but there are two key problems: first, the cloud flashing function provided by the supplier needs to be paid for each use; second, if the target vehicle is not online, not only will it miss the flashing, but also it will need to pay again to request the supplier to provide cloud flashing support for re-flashing. SUMMARY

[0003] Therefore, the purpose of the present application is to provide a vehicle software local online upgrading method, device, equipment and medium, which improves the upgrading efficiency of specific vehicles in a 4S shop or vehicle factory, and solves the problems of cloud use cost and repeated payment caused by re-flashing due to vehicle offline, and the specific scheme is as follows:

[0004] In a first aspect, the present application discloses a vehicle software local online upgrading method applied to a server, wherein the server and at least one client are in the same network segment, and the method comprises the following steps:

[0005] sending a first service providing message to a router in a multicast mode according to a preset period, wherein the first service providing message is used to inform the client that the server can provide local online upgrading service;

[0006] receiving a service searching message sent by a target client, and replying a second service providing message to the target client, so as to establish a communication connection with the target client, wherein the service searching message is a message sent by the target client to a predetermined multicast address when the target client enters a target area and is powered on and listens to the first service providing message;

[0007] transmit an upgrade package to the target client based on the communication connection to complete the partial online upgrade.

[0008] Optionally, the server and the at least one client are configured with a same virtual local area network identifier.

[0009] Optionally, the reply of the second service providing message to the target client comprises:

[0010] If the service finding message is received within half of the preset period, the second service providing message is replied to the target client in a unicast mode.

[0011] Optionally, the reply of the second service providing message to the target client comprises:

[0012] If the service finding message is received after half of the preset period, the second service providing message is replied to the target client in a multicast mode.

[0013] Optionally, the first service providing message and / or the second service providing message comprises at least service metadata, service version information, service state information, communication interface type, transport layer information and service quality information; and the service finding message comprises at least target service identifier, request version information and request interface information.

[0014] Optionally, the server is deployed in a local server of an Ubuntu operating system.

[0015] In a second aspect, the application discloses a vehicle software partial online upgrade method, applied to at least one client, wherein the at least one client and a server are in a same network segment, and the method comprises the following steps:

[0016] After entering a target area and being powered on, a service finding message is sent to an agreed multicast address;

[0017] After listening to a first service providing message sent by the server to a router in a preset period and in a multicast mode, a second service providing message replied by the server to the service finding message is received, so as to establish a communication connection with the server; wherein the first service providing message is used to inform the client that the server can provide a partial online upgrade service;

[0018] Based on the communication connection, an upgrade package transmitted by the server is acquired to complete the partial online upgrade.

[0019] In a third aspect, the application discloses a vehicle software partial online upgrade device, applied to a server, wherein the server and at least one client are in a same network segment, and the device comprises the following steps:

[0020] The first service providing message sending module is configured to send a first service providing message to a router in a multicast mode according to a preset period, and the first service providing message is used to inform the client that the server can provide a local online upgrade service;

[0021] The second service providing message sending module is configured to receive a service searching message sent by a target client, and reply a second service providing message to the target client, so as to establish a communication connection with the target client, wherein the service searching message is a message sent by the target client to a predetermined multicast address when the target client enters a target area and is powered on and listens to the first service providing message;

[0022] The upgrade package transmission module is configured to transmit an upgrade package to the target client based on the communication connection, so as to complete the local online upgrade.

[0023] In a fourth aspect, the present application discloses an electronic device, comprising:

[0024] A memory is configured to save a computer program;

[0025] A processor is configured to execute the computer program to implement the vehicle software local online upgrade method disclosed above.

[0026] In a fifth aspect, the present application discloses a computer readable storage medium configured to save a computer program, wherein the computer program is executed by a processor to implement the vehicle software local online upgrade method disclosed above.

[0027] It can be seen that the application provides a vehicle software local online upgrading method applied to a server, the server is in the same network segment as at least one client, and the method comprises the following steps: sending a first service providing message to a router in a multicast mode according to a preset period; the first service providing message is used for informing the client that the server can provide a local online upgrading service; receiving a service searching message sent by a target client, and replying to the target client with a second service providing message so as to establish a communication connection with the target client; wherein the service searching message is a message sent by the target client to a predetermined multicast address when the target client enters a target area and is powered on and listens to the first service providing message; transmitting an upgrading package to the target client based on the communication connection so as to complete the local online upgrading. It can be seen that the server is first made to be in the same network segment as at least one client, then the server sends a first service providing message to a router in a multicast mode according to a preset period; then the server receives a service searching message sent by a target client, and replies to the target client with a second service providing message so as to establish a communication connection; finally, an upgrading package is transmitted to the target client based on the communication connection, and the local online upgrading is completed. This method uses a service discovery mechanism in a local network segment, does not need manual operation for each vehicle, and does not need to rely on a VIN code and a supplier cloud, thereby greatly improving the upgrading efficiency of specific vehicles in a 4S store or a vehicle factory, reducing the labor and resource investment, and solving the problems of cloud use cost and repeated payment caused by rewriting due to the fact that the vehicle is not online. BRIEF DESCRIPTION OF DRAWINGS

[0028] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or the prior art description. Obviously, the drawings in the following description only belong to the embodiments of the present application, and for those skilled in the art, other drawings can also be obtained without creative labor based on the provided drawings.

[0029] Figure 1 A vehicle software local online upgrading method flow chart applied to a server is disclosed in the present application.

[0030] Figure 2 A vehicle software local online upgrading method flow chart applied to a client is disclosed in the present application.

[0031] Figure 3 A vehicle software local online upgrading architecture schematic diagram is disclosed in the present application.

[0032] Figure 4 A vehicle software local online upgrading device structure schematic diagram applied to a server is disclosed in the present application.

[0033] Figure 5A vehicle software local online upgrading device structure schematic diagram applied to a client is disclosed in the application.

[0034] Figure 6 An electronic equipment structure diagram is disclosed in the application. DETAILED DESCRIPTION

[0035] The technical solutions in the embodiments of the application will be clearly and completely described in connection with the drawings in the embodiments of the application. Obviously, the described embodiments are only part of the embodiments of the application, rather than all the embodiments of the application. Based on the embodiments in the application, all other embodiments obtained by a person of ordinary skill in the art without creative work fall within the protection scope of the application.

[0036] When a problem repair or centralized online upgrading work is carried out in a vehicle manufacturer, two methods are usually adopted: the first method is to establish a connection with vehicles one by one through a handheld diagnostic instrument and perform program flashing, which needs to be operated on each vehicle separately, and there is an obvious problem of low efficiency; the second method is to realize local online upgrading through a vehicle unique identification code: the VIN of a target vehicle is collected first, and then the identification code is input into a cloud system, and then the cloud system identifies whether the target vehicle is in an online state, if the vehicle is online, the vehicle can be flashed once; if the vehicle is not online, the vehicle will miss the flashing operation. Although this method has improved efficiency compared with the first method, there are two problems: first, a fee needs to be paid each time the cloud flashing function provided by a supplier is used; second, if the target vehicle is not in an online state, the vehicle will miss the flashing operation, and if the vehicle needs to be flashed again, the vehicle needs to pay for the cloud flashing support provided by the supplier again.

[0037] Therefore, the embodiments of the application propose a vehicle software local online upgrading scheme, which can improve the upgrading efficiency of specific vehicles in a 4S shop or a vehicle manufacturer, and solve the problems of cloud use fees and repeated payment caused by re-flashing due to the vehicle not being in an online state.

[0038] The embodiments of the application disclose a vehicle software local online upgrading method applied to a server, the server and at least one client are in the same network segment, as shown in Figure 1 The method comprises the following steps:

[0039] Step S11: a first service providing message is sent to a router in a multicast mode according to a preset period; the first service providing message is used to inform the client that the server can provide a local online upgrading service.

[0040] In this embodiment, the vehicle local OTA server is deployed in a local server of an Ubuntu operating system, and is in the same network segment as at least one vehicle local OTA client preset in the vehicle domain control, and the server and all the clients are configured with the same virtual local area network identifier (VLAN ID).

[0041] The preset period can be set to 30 seconds, or can be adjusted to other reasonable lengths according to actual application scenarios. For example, when vehicles are concentrated (an evaluation index of whether vehicles are concentrated into a 4S store can be set according to actual application scenarios) into a 4S store, the period can be shortened to 15 seconds to speed up service discovery, so that more vehicles can quickly perceive the server. When vehicles are not so concentrated, the period can be extended to 60 seconds to reduce network bandwidth occupation. In this way, the client can receive the Offer message in time after being powered on and entering a specific range, quickly know the existence of the server and the local OTA service that can be provided, and balance network resource consumption through period adjustment to avoid network congestion caused by frequent sending of messages.

[0042] The server and the at least one client are configured with the same virtual local area network identifier, so that the messages between the server and the client are effectively isolated. Through effective isolation, the local OTA related Offer message and subsequent interactive message can be prevented from being confused with the messages of other network devices, thereby reducing the interference of irrelevant devices on the local OTA service discovery process. At the same time, the isolation can also improve the security and stability of the local OTA network communication, ensure that the service discovery process and the subsequent transmission of upgrade data are only performed within the specified VLAN range, and avoid the influence of external networks on the data transmission process.

[0043] The vehicle local OTA server is deployed in a local server of an Ubuntu operating system. The Ubuntu operating system has good stability, compatibility and open source characteristics, and can ensure the continuous and stable operation of the server. In addition, the deployment mode of the local server can greatly reduce the dependence on cloud services, thereby avoiding the influence of cloud network delay and other problems on the efficiency of the local OTA service.

[0044] Step S12: receiving a service search message sent by a target client, and replying a second service providing message to the target client to establish a communication connection with the target client; wherein the service search message is a message sent to an agreed multicast address by the target client after entering a target area and powering on, and listening to the first service providing message.

[0045] In this embodiment, in the process that the local OTA server of the vehicle sends the first service providing message (Offer message) to the router in a multicast manner according to a preset period, it continuously listens to whether there is a service search message (Find message) sent by a target client in the network. The target client herein refers to a local OTA client preset in the vehicle domain control. When the vehicle enters a target area such as a 4S store and powers on, the client first listens to whether there is a first service providing message sent by the server in the network, and after confirming that there is a local OTA server that can be accessed, it sends a service search message to an agreed local OTA multicast address.

[0046] Further, after the server receives the service search message sent by the target client, it first analyzes the service search message, and judges whether the service capability can meet the demand of the client in combination with the service capability of the server. After confirming that the service capability of the server can meet the demand of the client, it replies a second service providing message (Offer message) to the target client. The service search message at least contains a target service identifier, request version information, request interface information and request parameters. The target service identifier explicitly indicates the service required by the client through a service ID (Service ID, corresponding to 127 of the local OTA service) and an optional instance ID (Instance ID, an optional field, used to specify a specific instance, and if not specified, all instances are searched), the request version information limits the service version range through a major version number (Major Version, i.e. the expected main version of the service) and an optional minor version number, the request interface information specifies the service interface type required by the client (used to search the service supporting a specific event group), and the request parameters include a client ID and a session ID.

[0047] When replying the second service providing message, the server uses different sending manners according to the time node of receiving the service search message: if the service search message is received within half of the preset period, the server replies the second service providing message to the target client in a unicast manner, so as to ensure that the client can quickly receive the response and reduce the interference of other devices in the network to the message; if the service search message is received after half of the preset period, the server replies the second service providing message in a multicast manner, which can ensure that the current target client receives the response, and also can let other clients in the same VLAN that may have just entered the target area and not sent the service search message know that the server exists in advance.

[0048] It should be noted that, whether the first service providing message or the second service providing message, at least contains service metadata, service version information, service state information, communication interface type, transport layer information and service quality information. Among them, the service metadata identifies the local OTA service and its instance identifier through the service ID and instance ID; the service version information marks the service interface version through the major version number and the minor version number, ensuring compatibility with the client request version; the service state information informs the client of the service validity through the providing flag (if true, indicating that the server is providing services, if false, indicating that the server stops providing services) and the available time (TTL, Time-To-Live); the communication interface type is clear for request-response mode, matching the "one question and one answer" interaction requirement of local OTA; the transport layer information contains the unicast IP address of the server, the UDP / TCP (User Datagram Protocol / Transmission Control Protocol) port number and the transmission protocol (selecting low-delay UDP or reliable transmission TCP according to the demand) of the server; the service quality information guarantees the service stability through the priority (such as setting high priority for security-related scenarios) and the reliability flag (critical instructions need TCP guarantee); in addition, it also includes an extension field, which includes configuration parameters (such as maximum message size, timeout setting, etc.) and security credentials, such as encryption key, authentication token (for secure communication) and the like.

[0049] Step S13: transmitting the upgrade package to the target client based on the communication connection to complete the local online upgrade.

[0050] In this embodiment, after the vehicle local OTA server and the target client (pre-installed in the vehicle domain control) establish a stable communication connection through the interaction of the first and second service providing messages and the service lookup message, the server will transmit the upgrade package to the target client based on the connection to complete the local online upgrade of the vehicle. The whole process does not need to rely on the cloud service, nor does it need manual statistics of the vehicle unique identification code (VIN).

[0051] Specifically, before transmitting the upgrade package, the server will first confirm the specific way of this data transmission by combining the transmission layer information and quality of service parameters agreed upon in the previous message: if the upgrade package transmission has high delay requirements and can accept slight data loss, UDP is used for transmission; if the upgrade package is an upgrade file of a key control module, the data integrity and reliability requirements are strict, TCP is selected for transmission, and the data checking and retransmission mechanism is enabled through the "reliability flag" in the quality of service parameter to ensure that the upgrade package is not lost and error-free during transmission. When transmitting the upgrade package, the server will feed back the upgrade progress to the client in real time and keep interacting with the client through the "request-response mode": the client will send an acknowledgement message to the server after receiving a part of the upgrade package data, and the server will continue to transmit the next part of the data after receiving the acknowledgement. This "question and answer" interaction logic can timely detect transmission abnormalities, and once an abnormality occurs, the server will retransmit the corresponding data segment according to the timeout setting agreed upon in the "extension field". In addition, if the upgrade package is large, the server will split the upgrade package into multiple small data packets according to the "maximum message size" configuration in the "extension field" and transmit them in turn. After the client completely receives the upgrade package, it will first verify the upgrade package, and after the verification is passed, the client will send a "upgrade ready" instruction to the server; the server receives the instruction and sends an upgrade command to the client, and the client will execute the upgrade operation according to the preset process. After the upgrade is completed, the client will feed back the "upgrade success" result message to the server, and if a fault occurs during the upgrade process, it will feed back the specific fault information, and the server can generate a log according to the fault information for the operator to troubleshoot the problem later. If there are multiple target clients in the same VLAN that have established connections, the server can transmit the upgrade package to multiple clients at the same time to achieve batch upgrade without manual operation for each vehicle. Only by uniformly configuring the upgrade task through the server can the synchronous upgrade of multiple vehicles be completed, greatly improving the upgrade efficiency and reducing the investment in manpower and time cost. After the entire upgrade process is completed, the server will automatically record the upgrade status (success / failure, upgrade time, upgrade version) of each vehicle, making it easy to trace back later.

[0052] It can be seen that the application provides a vehicle software local online upgrading method, which is applied to a server, the server is in the same network segment as at least one client, and the method comprises the following steps of: sending a first service providing message to a router in a multicast mode according to a preset period; the first service providing message is used to inform the client that the server can provide a local online upgrading service; receiving a service searching message sent by a target client, and replying to the target client with a second service providing message, so as to establish a communication connection with the target client; wherein the service searching message is a message sent by the target client to a predetermined multicast address when the target client enters a target area and is powered on and listens to the first service providing message; transmitting an upgrading package to the target client based on the communication connection, so as to complete the local online upgrading. It can be seen that the server is first made to be in the same network segment as at least one client, and then the server sends a first service providing message to a router in a multicast mode according to a preset period; then the server receives a service searching message sent by a target client, and replies to the target client with a second service providing message to establish a communication connection; finally, an upgrading package is transmitted to the target client based on the communication connection, and the local online upgrading is completed. This method uses a service discovery mechanism in a local network segment, does not need manual operation for each vehicle, and does not need to rely on a VIN code and a supplier cloud, thereby greatly improving the upgrading efficiency of specific vehicles in a 4S store or a vehicle factory, reducing the labor and resource investment, and solving the problems of cloud use fees and repeated payment caused by rewriting due to the fact that the vehicle is not online.

[0053] The embodiment of the application discloses a vehicle software local online upgrading method, which is applied to at least one client, and the at least one client is in the same network segment as a server, as shown in Figure 2 The method comprises the following steps:

[0054] Step S21: When entering a target area and being powered on, a service searching message is sent to a predetermined multicast address.

[0055] Step S22: After listening to a first service providing message sent by the server to a router in a multicast mode according to a preset period, a second service providing message replied by the server to the service searching message is received, so as to establish a communication connection with the server; wherein the first service providing message is used to inform the client that the server can provide a local online upgrading service.

[0056] Step S23: An upgrading package transmitted by the server is acquired based on the communication connection, so as to complete the local online upgrading.

[0057] In this embodiment, the client (pre-installed in the vehicle domain control) and the server are in the same network segment and are configured with the same virtual local area network identifier, and the local online upgrade process performed by the client is as follows: when the vehicle enters the target area such as a 4S store and is powered on, the client will first send a service search message (Find message) to the agreed local OTA multicast address, which at least contains the target service identifier (explicitly searches for the local OTA service with service ID 127, and can contain optional instance ID), request version information (specifies the expected service major version number and optional minor version number), request interface information (limits the service interface that needs to support the request-response mode), and request parameters (contains the client ID and session ID); then, the client will continuously listen to the network, and when it listens to the first service providing message (Offer message) sent by the server to the router in a multicast manner at a preset period, and receives the second service providing message replied by the server to the service search message sent by the server, it will analyze the second service providing message to extract the server unicast IP address, the listening UDP / TCP port number, the transmission protocol type and other transport layer information, and the service version, service state, service quality parameters and other contents, and after confirming that the server service is compatible with the demand of the client, it will establish a stable communication connection with the server; based on the communication connection, the client will receive the upgrade package transmitted by the server according to the agreed transmission, and during the receiving process, it will send an acknowledgement message to the server every time a part of data is obtained; if the upgrade package is large, it will receive the small data packet split according to the maximum message size agreed by the message; after complete reception, it will perform integrity check on the upgrade package through the security credentials such as the encryption key provided by the server, and after the check passes, it will feed back the "upgrade ready" instruction to the server; after receiving the upgrade command of the server, it will perform the preset upgrade process, and after the upgrade is completed, it will send the "upgrade success" result message to the server; if a fault occurs during the upgrade process, it will feed back the specific fault information, so that the server can record the log, and the whole process does not need to rely on the cloud, realizing the automatic upgrade response of the vehicle in the target area.

[0058] In Figure 3The network architecture shown is an example. The vehicle local OTA server is deployed in a local server of an Ubuntu operating system, is in the same network segment as the local OTA clients of the vehicle 1, the vehicle 2, the vehicle 3, and the vehicle 4, and all devices are configured with the same virtual local area network identifier. When multiple vehicles enter the target area of the 4S store and are powered on, the server adjusts the preset period to 15 seconds, sends a first service providing message (Offer message) to the router in a multicast manner, the clients of the vehicles 1-4 listen to the message and send a service finding message (Find message) to the agreed multicast address respectively. Assuming that the server receives the Find messages of the vehicles 1 and 2 in the first half of the preset period (within 7.5 seconds), it replies to them with a second service providing message in a unicast manner; and receives the Find messages of the vehicles 3 and 4 in the second half of the period, and replies to them with a second service providing message in a multicast manner. After the clients of the vehicles 1-4 parse the second service providing message, they all establish a communication connection with the server. Subsequently, the server transmits corresponding upgrade packages to the four clients simultaneously based on the TCP transmission protocol. After the clients completely receive and verify the upgrade packages, they perform the upgrade operation and finally feed back the upgrade result to the server, which automatically records the upgrade status of each vehicle. In the whole process, the isolation of the same VLAN ensures that the messages are only exchanged between the vehicles 1-4 and the server, avoiding interference from external devices. In this way, the upgrade efficiency of specific vehicles in the 4S store or vehicle factory is improved, and the problems of cloud usage fees and repeated payment due to re-flashing caused by vehicle offline are solved.

[0059] Correspondingly, the embodiment of the application also discloses a vehicle software local online upgrade device applied to a server, wherein the server is in the same network segment as at least one client, as shown in the figure, Figure 4 The device comprises:

[0060] A first service providing message sending module 11 is configured to send a first service providing message to a router in a multicast manner according to a preset period; the first service providing message is used to inform the client that the server can provide a local online upgrade service;

[0061] A second service providing message sending module 12 is configured to receive a service finding message sent by a target client, and reply to the target client with a second service providing message, so as to establish a communication connection with the target client; wherein the service finding message is a message sent by the target client to an agreed multicast address when the target client enters a target area and is powered on and listens to the first service providing message;

[0062] An upgrade package transmission module 13 is configured to transmit an upgrade package to the target client based on the communication connection, so as to complete the local online upgrade.

[0063] For more detailed information on the working process of each of the above modules, please refer to the relevant content disclosed in the foregoing embodiments, which will not be repeated here.

[0064] Accordingly, this application also discloses a vehicle software partial online upgrade device, applied to at least one client, wherein at least one client and the server are located on the same network segment. See [link to relevant documentation]. Figure 5 As shown, the device includes:

[0065] The lookup message sending module 21 is used to send a service lookup message to the agreed multicast address after entering the target area and powering on.

[0066] A message receiving module 22 is provided, which, after listening to the first service provision message sent by the server to the router in a multicast manner according to a preset period, receives a second service provision message in response to the service lookup message from the server, so as to establish a communication connection with the server; wherein, the first service provision message is used to inform the client that the server can provide partial online upgrade services;

[0067] The online upgrade module 23 is used to obtain the upgrade package transmitted by the server based on the communication connection in order to complete a partial online upgrade.

[0068] For more detailed information on the working process of each of the above modules, please refer to the relevant content disclosed in the foregoing embodiments, which will not be repeated here.

[0069] Furthermore, embodiments of this application also provide an electronic device. Figure 6 This is a structural diagram of an electronic device 30 according to an exemplary embodiment. The content of the diagram should not be construed as limiting the scope of this application.

[0070] Figure 6 This is a schematic diagram of the structure of an electronic device 30 provided in an embodiment of this application. Specifically, the electronic device 30 may include: at least one processor 31, at least one memory 32, a display screen 33, an input / output interface 34, a communication interface 35, a power supply 36, and a communication bus 37. The memory 32 stores a computer program, which is loaded and executed by the processor 31 to implement the relevant steps in the vehicle software partial online upgrade method disclosed in any of the foregoing embodiments. Alternatively, the electronic device 30 in this embodiment may specifically be an electronic computer.

[0071] In this embodiment, the power supply 36 is configured to provide operating voltage for each hardware device on the electronic device 30; the communication interface 35 is configured to create a data transmission channel between the electronic device 30 and external devices, and the communication protocol followed by the communication interface 35 can be any communication protocol applicable to the technical solution of the present application, which will not be specifically limited herein; the input / output interface 34 is configured to obtain external input data or output data to the outside, and the specific interface type can be selected according to the specific application needs, which will not be specifically limited herein.

[0072] In addition, the memory 32 as a carrier for storing resources can be a read-only memory, a random access memory, a magnetic disk or an optical disk, etc., and the resources stored thereon can include a computer program 321, and the storage mode can be temporary storage or permanent storage. In addition to the computer program 321 capable of being used to complete the vehicle software partial online upgrading method executed by the electronic device 30 disclosed in any of the foregoing embodiments, the computer program 321 can further include a computer program capable of being used to complete other specific work.

[0073] Further, the present application further discloses a computer readable storage medium for storing a computer program; wherein the computer program is executed by a processor to implement the vehicle software partial online upgrading method disclosed above.

[0074] The specific steps of the method can refer to the corresponding content disclosed in the foregoing embodiments, which will not be repeated here.

[0075] The embodiments in the present application are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts of each embodiment can be referred to each other. For the device disclosed in the embodiments, since it corresponds to the method disclosed in the embodiments, the description is relatively simple, and the relevant parts can be referred to the method part.

[0076] The skilled person can further realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be realized in electronic hardware, computer software or a combination of the two. In order to clearly show the interchangeability of hardware and software, the components and steps of each example have been described in the above description. Whether the functions are realized in hardware or software depends on the specific application and design constraints of the technical solution. The skilled person can use different methods to realize the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0077] The steps of a method or algorithm described in connection with the embodiments disclosed herein can be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module can reside in RAM, flash memory, ROM, electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. The storage medium can be coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium can be integral to the processor. The processor and the storage medium can reside in an ASIC.

[0078] Finally, it should be noted that the terms "first" and "second", etc. are used herein solely to distinguish one entity or action from another entity or action, without necessarily requiring or implying any actual relationship or order between such entities or actions. Moreover, the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element preceded by "comprises a" does not, without more constraints, foreclose the existence of additional identical elements in the process, method, article, or apparatus that comprises the recited element.

[0079] The above provides a kind of vehicle software local online upgrade method, device, equipment, storage medium provided in the application, detailed introduction is carried out in this paper, the principle and implementation mode of the application are described by specific example, the above example is only for helping understanding the method of the application and its core idea;For the general technical personnel in the art, according to the idea of the application, there will be changes in specific implementation mode and application range, and the above-mentioned content of specification should not be understood as the limitation of the application.

Claims

1. A vehicle software local online upgrade method, characterized in that, Applied to a server, the server is in the same network segment with at least one client, comprising: According to a preset period and in a multicast mode, a first service providing message is sent to a router; the first service providing message is used to inform the client that the server can provide local online upgrade service; A service search message sent by a target client is received, and a second service providing message is replied to the target client, so as to establish a communication connection with the target client; wherein, the service search message is a message sent to an agreed multicast address when the target client enters a target area and is powered on and listens to the first service providing message; Based on the communication connection, an upgrade package is transmitted to the target client to complete local online upgrade.

2. The vehicle software local online upgrading method according to claim 1, characterized in that, The server and at least one client are configured with the same virtual local area network identifier.

3. The vehicle software local online upgrading method according to claim 1, characterized in that, The second service providing message is replied to the target client, comprising: If the service search message is received within half of the preset period, the second service providing message is replied to the target client in a unicast mode.

4. The vehicle software local online upgrading method according to claim 1, characterized in that, The second service providing message is replied to the target client, comprising: If the service search message is received after half of the preset period, the second service providing message is replied to the target client in a multicast mode.

5. The vehicle software local online upgrading method according to claim 1, characterized in that, The first service providing message and / or the second service providing message at least includes service metadata, service version information, service state information, communication interface type, transmission layer information and service quality information; The service search message at least includes target service identifier, request version information and request interface information.

6. The vehicle software local online upgrading method according to claim 1, characterized in that, The server is deployed in a local server of Ubuntu operating system.

7. A vehicle software local online upgrading method, characterized in that, Applied to at least one client, at least one client is in the same network segment with a server, comprising: When entering a target area and being powered on, a service search message is sent to an agreed multicast address; After listening to a first service providing message sent by the server to a router in a preset period and in a multicast mode, a second service providing message replied by the server to the service search message is received, so as to establish a communication connection with the server; wherein, the first service providing message is used to inform the client that the server can provide local online upgrade service; Based on the communication connection, an upgrade package transmitted by the server is acquired to complete local online upgrade.

8. A vehicle software local online upgrading device, characterized in that, Applied to a server, the server is in the same network segment with at least one client, comprising: A first service providing message sending module is used to send a first service providing message to a router in a preset period and in a multicast mode; the first service providing message is used to inform the client that the server can provide local online upgrade service; The second service providing message sending module is configured to receive a service searching message sent by a target client, and reply a second service providing message to the target client, so as to establish a communication connection with the target client; wherein the service searching message is a message sent to an agreed multicast address by the target client when the target client enters a target area and is powered on and listens to the first service providing message; The upgrade package transmission module is configured to transmit an upgrade package to the target client based on the communication connection, so as to complete the local online upgrade.

9. An electronic device, comprising: The computer program is stored in the memory and executed by the processor, so as to realize the vehicle software local online upgrade method according to any one of claims 1 to 7. The computer program is stored in the memory and executed by the processor, so as to realize the vehicle software local online upgrade method according to any one of claims 1 to 7. ​ 10. A computer-readable storage medium, characterized in that, ​