Data acquisition method and device for vehicle-connected equipment

Abstract

The invention relates to a data acquisition method and device for vehicle networking equipment. The data acquisition method for the vehicle connection equipment comprises a first data acquisition step and an off-line data processing step under the condition of no network signal, in the first data acquisition step, vehicle data are acquired based on a vehicle body network protocol, and in the off-line data processing step, the vehicle data are acquired based on the vehicle body network protocol. The method comprises the following steps: collecting vehicle data, packaging the collected vehicle data into a data packet suitable for being sent to a communication module of the vehicle connection equipment, configuring a corresponding packet sequence number for the data packet, and after a condition without a network signal is converted into a condition with a network signal, further comprising a time synchronization step, and adding corresponding time information to the data packet at least according to the corresponding packet serial number.

Description

Technical Field

[0001] The present application relates to a vehicle-connected device, and in particular to a data collection method, apparatus, device and storage medium for the vehicle-connected device. Background Art

[0002] Vehicle-connected devices, such as T-BOX (Telematics BOX, remote communication terminal), are the basis of vehicle-connected applications. Vehicle-connected devices integrate vehicle body network functions and wireless communication functions, and their main functional modules may include 4G module, GPS module, Bluetooth module, Ethernet module and CAN communication module. Vehicle-connected devices communicate with the vehicle body network through the CAN communication module, obtain vehicle data (such as vehicle speed information) and fault information in real time, and send the information to the server through the 4G module.

[0003] Using connected car devices, vehicle data can be obtained in a timely and effective manner and uploaded to the server to meet various connected car applications. However, due to complex road conditions, mobile communication network coverage and other factors, vehicles traveling in suburban areas, mountain roads, tunnels and other areas are prone to poor network conditions or even unable to connect to the network. This will result in the data collected by the connected car device not being uploaded in a timely manner. Or, even if the connected car device sends the vehicle data stored within 7 days to the server after the network connection is successful, the vehicle data does not contain or contains an incorrect timestamp. Therefore, this type of vehicle data cannot be used in various connected car applications. Summary of the invention

[0004] One or more embodiments of the present disclosure provide a data collection method, apparatus, device and storage medium for vehicle-connected devices. One or more embodiments of the present disclosure can restore the real timestamp of data collection in combination with the data collection cycle or collection timing information while storing offline data, so that all offline data are available data in the database of the cloud server.

[0005] According to a first aspect of the present application, a data collection method for a vehicle-connected device is provided, comprising a first data collection step and an offline data processing step in the absence of a network signal, wherein in the first data collection step, vehicle data is collected based on a vehicle body network protocol, and in the offline data processing step, the collected vehicle data is packaged into a data packet suitable for being sent to a communication module of the vehicle-connected device, wherein a corresponding packet sequence number is configured for the data packet, and after the situation changes from no network signal to the situation with a network signal, the method further comprises: a time synchronization step, wherein corresponding time information is added to the data packet based on an acquired current timestamp and at least based on the corresponding packet sequence number.

[0006] In one or more embodiments of the first aspect of the present application, optionally, in the first data acquisition step, vehicle data is collected based on the CAN protocol at a prescribed acquisition period; in the time synchronization step, corresponding time information is added to the data packet at least based on the corresponding packet sequence number and the acquisition period.

[0007] In one or more embodiments of the first aspect of the present application, optionally, in the offline data processing step, packaging the collected vehicle data into a data packet further includes allocating corresponding timing information to the data packet.

[0008] In one or more embodiments of the first aspect of the present application, optionally, in the first data collection step, vehicle data is collected based on the CAN protocol according to local configuration, wherein, after the situation where there is no network signal changes to the situation where there is a network signal, the method further includes: a second data collection step, wherein the server configuration is obtained, and the vehicle data is collected based on the CAN protocol according to the server configuration.

[0009] According to a second aspect of the present application, a data acquisition device for a vehicle-connected device is provided, comprising: a data acquisition unit, an offline data processing unit and a time synchronization unit, wherein the data acquisition unit is configured to collect vehicle data based on a vehicle body network protocol in the absence of a network signal; the offline data processing unit is configured to package the collected vehicle data into a communication module data packet suitable for being sent to the vehicle-connected device in the absence of a network signal, wherein a corresponding packet sequence number is configured for the data packet; the time synchronization unit is configured to add corresponding time information to the data packet according to an acquired current timestamp and at least according to the corresponding packet sequence number after the situation changes from no network signal to the situation with a network signal.

[0010] In one or more embodiments of the second aspect of the present application, optionally, the data acquisition unit is configured to collect vehicle data based on the CAN protocol at a prescribed acquisition period; the time synchronization unit is configured to add corresponding time information to the data packet at least based on the corresponding packet sequence number and the acquisition period.

[0011] In one or more embodiments of the second aspect of the present application, optionally, the offline data processing unit is configured to package the collected vehicle data into a data packet and further include allocating corresponding timing information to the data packet.

[0012] In one or more embodiments of the second aspect of the present application, optionally, the data acquisition unit is configured to: collect vehicle data based on the CAN protocol according to local configuration when there is no network signal, and after the situation changes from no network signal to the situation with a network signal, obtain the server configuration, and collect vehicle data based on the CAN protocol according to the server configuration.

[0013] According to a third aspect of the present application, a vehicle-connected device is provided, comprising a processor and a memory, wherein the memory stores computer program instructions, and when the computer program instructions are executed by the processor, the processor is capable of executing the method described in the first aspect of the present application.

[0014] According to a fourth aspect of the present application, a computer-readable storage medium is provided, wherein instructions are stored in the computer-readable storage medium. When the instructions are executed by a processor, the processor is enabled to execute the method described in the first aspect of the present application.

[0015] The inventor of the present application has noticed the problems in the process of collecting vehicle data when the network is unstable or the correct time information cannot be obtained, and provides a data collection method, device, computer program product and computer readable storage medium for vehicle-connected devices. One or more aspects of the present application focus on adding additional information when collecting vehicle data, so as to synchronize the timestamps of the collected data when the time information can be obtained, and improve the availability of data, especially the availability of data generated by one or more components of the vehicle during startup. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The principles, features and advantages of the present invention will be more fully understood by referring to the following detailed description of specific exemplary embodiments in conjunction with the accompanying drawings.

[0017] Figure 1 It is a block diagram of a vehicle-connected device according to an embodiment of the present application.

[0018] Figure 2 It is a flow chart of a data collection method for a vehicle-connected device according to an embodiment of the present application.

[0019] Figure 3 It is a block diagram of a data acquisition device for vehicle-connected equipment according to an embodiment of the present application.

[0020] Figure 4 It is a flow chart of a data collection method for a vehicle-connected device according to an embodiment of the present application.

[0021] Figure 5 It is a block diagram of a vehicle-connected device according to an embodiment of the present application. DETAILED DESCRIPTION

[0022] In order to make the technical problems, technical solutions and beneficial technical effects to be solved by the present invention clearer, the present invention will be further described in detail in conjunction with the accompanying drawings and multiple exemplary embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, and are not used to limit the scope of protection of the present invention. Those skilled in the art will easily recognize that the same principles can be applied to other systems different from the vehicle-connected devices described herein, and these same or similar principles can be implemented therein, and any such changes do not depart from the spirit and scope of the present application.

[0023] During a period when the vehicle network is unstable or the correct time information cannot be obtained, one or more aspects of the present application focus on adding additional information when collecting vehicle data, so as to synchronize the timestamps of the collected data when the time information can be obtained, thereby improving the availability of the data, especially the availability of data generated by one or more components of the vehicle during startup.

[0024] Figure 1 It is a block diagram of a vehicle-connected device according to an embodiment of the present application. The vehicle-connected device 10 may include a microcontroller unit 11 (MCU, Microcontroller Unit) that implements the vehicle body network function and a microprocessor unit 12 (MPU, Micro Processor Unit) that implements the wireless communication function. Through the microcontroller unit 11, the vehicle-connected device 10 can collect vehicle data from one or more electronic control units 20 (ECU, Electronic Control Unit) in the vehicle. Through the microprocessor unit 12, the collected vehicle data is sent to the server 30. The microcontroller unit 11 and the electronic control unit 20 can communicate through Ethernet or CAN protocol, and the microcontroller unit 11 and the microprocessor unit 12 can communicate through a serial bus interface (such as UART, SPI, I2C, etc.). The communication module running on the microprocessor unit 12 communicates with the server 30 based on a wireless network communication protocol (for example, 4G, 5G communication protocol). In the absence of a network signal, in this embodiment, the software module running on the microcontroller unit 11 packages the collected vehicle data and adds a packet sequence number and / or timing information; in the presence of a network signal, the software module running on the microcontroller unit 11 adds time information to each data packet according to a timestamp obtained from, for example, a network server, and sends each data packet with time information to the communication module running on the microprocessor unit 12 through, for example, an SPI protocol. As a result, the vehicle data collected in the absence of a network can have accurate time information, thereby improving the availability of the data.

[0025] Combined with the above Figure 1An example composition of a vehicle-connected device illustrating an embodiment of the present disclosure is described. Figure 2 It is a flow chart of a data collection method implemented by a vehicle-connected device according to an embodiment of the present application.

[0026] like Figure 2 As shown, the data collection method for vehicle-connected devices includes steps 210 to 230. The first data collection step 210 and the offline data processing step 220 are performed in the absence of a network signal, and the time synchronization step is performed after a network signal appears.

[0027] In the first data collection step 210, in response to the vehicle-connected device being powered on, vehicle data is collected based on the vehicle body network protocol, which may include, for example, CAN protocol, Flex Ray protocol, LIN protocol, MOST protocol, Ethernet protocol; in the offline data processing step 220, the collected vehicle data is packaged into a data packet suitable for being sent to the communication module of the vehicle-connected device, wherein a corresponding packet sequence number is configured for the data packet.

[0028] After the situation where there is no network signal changes to the situation where there is a network signal, in the time synchronization step 230, the corresponding time information is added to the data packet according to the current timestamp obtained from the network signal and at least according to the corresponding packet sequence number. The corresponding packet sequence number is configured for the data packet to calculate the time when the data packet collection is completed. Those skilled in the art can understand that when the network signal can be obtained, the time information can be obtained from the network signal.

[0029] In one example, in the first data collection step 210, vehicle data is collected based on the CAN protocol at a specified collection period, such as 1 second; in the time synchronization step 230, corresponding time information is added to the data packet at least according to the corresponding packet sequence number and the collection period. For example, when the current timestamp can be obtained, the timestamp of the current data packet N collection and packaging completion is: 2022-10-1016:20:20, then the timestamp of the previous data packet N-1 lacking time information can be calculated as: 2022-10-1016:20:19.

[0030] In another example, in the offline data processing step 220, the process of packaging the collected vehicle data into a data packet also includes assigning corresponding timing information to the data packet. The timer in the vehicle-connected device can be used to generate the relative time of the data packet packaging. For example, when the vehicle-connected device is powered on and initialized, the timer can generate millisecond-level timing information starting from 0, and the timing information in each data packet can be 1020, 2020, 3020 milliseconds. Compared with calculating the acquisition time of the data packet according to the acquisition cycle in the previous example, using the relative time information of the timer can avoid the generation of erroneous data packet timestamps due to delays caused by data packet retransmission, etc.

[0031] In another example, in the first data collection step, vehicle data is collected based on the CAN protocol according to the local configuration. After the situation where there is no network signal changes to the situation where there is a network signal, a second data collection step is performed, wherein a server configuration is obtained, and vehicle data is collected based on the CAN protocol according to the server configuration.

[0032] The contents of local configuration and server configuration may include configuration ID, collection cycle, communication protocol, communication baud rate, CAN_ID, CAN_ID type, CAN channel number, vehicle data address to be collected, etc. The communication protocol may be, for example, the XCP protocol. According to the configuration, the vehicle data address to be collected is sent to the electronic control unit ECU, and the electronic control unit ECU returns the original value of the address according to the vehicle data address from the vehicle connection device.

[0033] By comparing the server configuration ID and the local configuration ID or the version number / date of the configuration ID, it is determined whether to update the local configuration, thereby ensuring that the data uploaded later is obtained according to the latest server configuration. At the same time, receiving the updated configuration in the second data collection step can make the collection of vehicle data more flexible, and different server-side applications can use different configuration files.

[0034] In one application, the vehicle data to be collected is the data of hydrogen fuel cell vehicles when the stack is started, including the number of errors and the type of errors. The collected data can be used for the research and development of optimization strategies such as hydrogen fuel cell startup strategies and hydrogen conservation. When the number of errors and the type of errors monitored by the vehicle-connected equipment exceed the threshold, the engineering application department can monitor other environmental data of the vehicle-connected equipment based on the timestamp of the error data to analyze the cause of the fault.

[0035] Figure 3 3 is a block diagram of a data acquisition device for vehicle-connected devices according to an embodiment of the present application. The data acquisition device 300 for vehicle-connected devices includes multiple modules, namely, an acquisition unit 310 , an offline data processing unit 320 and a time synchronization unit 330 .

[0036] The data acquisition unit is configured to collect vehicle data based on the vehicle body network protocol in the absence of a network signal; the offline data processing unit is configured to package the collected vehicle data into a communication module data packet suitable for being sent to a vehicle-connected device in the absence of a network signal, wherein a corresponding packet sequence number is configured for the data packet; the time synchronization unit is configured to add corresponding time information to the data packet based on an acquired current timestamp and at least based on the corresponding packet sequence number after the situation changes from no network signal to the situation with a network signal.

[0037] In one example, the data acquisition unit is configured to collect vehicle data based on the CAN protocol at a specified acquisition cycle; the time synchronization unit is configured to add corresponding time information to the data packet at least according to the corresponding packet sequence number and the acquisition cycle. For example, when the current timestamp can be obtained, the timestamp of the current data packet N acquisition and packaging completion is: 2022-10-1016:20:20, then the timestamp of the previous data packet N-1 lacking time information can be calculated as: 2022-10-1016:20:19.

[0038] In another example, the offline data processing unit is configured to package the collected vehicle data into a data packet and also allocate corresponding timing information to the data packet. The timer in the vehicle-connected device can be used to generate the relative time of the data packet packaging. For example, when the vehicle-connected device is powered on and initialized, the timer can generate millisecond-level timing information starting from 0, and the timing information in each data packet can be 1020, 2020, 3020 milliseconds. Compared with calculating the acquisition time of the data packet according to the acquisition cycle in the previous example, using the relative time information of the timer can avoid the generation of erroneous data packet timestamps due to delays caused by data packet retransmission, etc.

[0039] In another example, the data acquisition unit is configured to: collect vehicle data based on the CAN protocol according to local configuration when there is no network signal; after the situation changes from no network signal to the situation with network signal, obtain the server configuration; and collect vehicle data based on the CAN protocol according to the server configuration.

[0040] exist Figure 3 In the embodiment of the present invention, the data acquisition unit 310, the offline data processing unit 320, and the time synchronization unit 330 can be operated on Figure 1 The microcontroller unit 11 is shown in the system.

[0041] Figure 4 4 is a flow chart of a data collection method for a vehicle-connected device according to an embodiment of the present application. The method starts from step 410 and ends at step 450. The steps in the method can be Figure 1 The microcontroller unit 11 in the vehicle-connected device 10 is implemented.

[0042] In step 420, it is determined whether the vehicle-connected device can obtain a network signal. The microcontroller unit 11 can communicate with the microprocessor unit 12 through a serial bus interface (such as UART, SPI, I2C, etc.) to obtain time information. As described above, those skilled in the art can understand that when a network signal can be obtained, time information can be obtained from the network signal. The network connection status can be determined by running Figure 1 The network management module in the system of the microprocessor unit 12 in the vehicle-connected device 10 shown is implemented. As understood by those skilled in the art, the network management module can determine the network connection status by sending a Ping command to the server and based on the information returned by the server; the network management module can also use the callback function provided by the communication module to obtain the status of the data link, thereby indirectly determining the network connection status. In one example, for a Linux system running on the microprocessor unit 12, when there is no network connection and the world time cannot be obtained, the timestamp obtained starts from 1970, which can be judged as an abnormal timestamp, thereby determining that the current timestamp cannot be obtained. If the network connection is successful, the Linux system can automatically synchronize the system time. When the network signal can be obtained, the microcontroller unit 11 can obtain the current time information from the microprocessor unit 12 through a serial bus interface (such as UART, SPI, I2C, etc.).

[0043] When it is determined that the vehicle connection device cannot obtain a network signal, the method proceeds to step 421. In this step, that is, in the first data collection step, vehicle data is collected based on the vehicle body network protocol when there is no network signal.

[0044] In step 422 after step 421, in the absence of a network signal, in an offline data processing step, the collected vehicle data is packaged into a data packet suitable for being sent to a communication module of a vehicle-connected device, wherein a corresponding packet sequence number is configured for the data packet. The offline data processing step packages the collected vehicle data into a data packet suitable for being sent to a communication module of a vehicle-connected device. In one example, the microcontroller unit 11 packages the collected vehicle data into a data packet suitable for being sent to a communication module of a vehicle-connected device according to the SPI protocol. The data packet may include at least the following fields: upload period, sampling period, packet sequence number, configuration ID, timestamp, and data content field. The upload period refers to the period in which the collected data is sent to the communication module, the configuration ID can be used to identify the current acquisition configuration, and the timestamp field can be an 8-byte field.

[0045] When it is determined that the vehicle-connected device can obtain the network signal, that is, when it can obtain the current time information, it is determined in step 430 and step 440 whether to update the collection configuration and whether to synchronize offline data.

[0046] In step 430, it is determined whether to update the local configuration by comparing the server configuration ID and the local configuration ID or comparing the version number / date of the configuration ID. When it is determined that the local configuration does not need to be updated, that is, when the current acquisition configuration is consistent with the latest acquisition configuration of the server, the second acquisition step of step 431 is entered. When it is determined that the local configuration needs to be updated, the local configuration is updated to the latest server configuration in step 432, and the second acquisition step of step 431 is entered after the update is completed.

[0047] In step 440, it is determined whether offline data synchronization is required. When it is determined that offline data synchronization is not required, the method proceeds to step 450 and ends. When it is determined that offline data synchronization is required, that is, when it is determined that there is a data packet generated in step 422 in the memory that does not contain correct time information, the method proceeds to step 441. In the time synchronization step of step 441, the corresponding time information is added to the data packet according to the obtained current timestamp and at least according to the corresponding packet sequence number.

[0048] Finally, the method proceeds to step 450 and ends.

[0049] Figure 2 and Figure 4 Each step of the flow chart in can be realized by computer program instructions.These computer program instructions can be provided to the processor of general-purpose computer, special-purpose computer or other programmable data processing equipment to form a machine, so as to be executed by the processor of computer or other programmable data processing equipment.Each square frame in the flow chart or block diagram can represent a part of a module, program segment or instruction, and a part of the module, program segment or instruction includes one or more executable instructions for realizing the specified logical function.In some implementations as replacement, the function marked in the square frame can also occur in a sequence different from that marked in the accompanying drawings.For example, two continuous square frames can actually be executed substantially in parallel, and they can also be executed in reverse order sometimes, depending on the functions involved.It should also be noted that each square frame in the block diagram and / or flow chart, and the combination of the square frames in the block diagram and / or flow chart can be realized by a special hardware-based system that performs the specified function or action, or can be realized by a combination of special-purpose hardware and computer instructions.

[0050] Figure 5 is a block diagram of a vehicle-connected device according to an embodiment of the present application. The vehicle-connected device 500 is used to implement, for example Figure 1 The control operation of the microcontroller unit 11 in the Figure 2 and 4 The method shown. The vehicle-connected device 500 may include a processor 510 and a memory 520. The processor 510 and the memory 520 communicate via a bus, or may communicate via other means such as wireless transmission. The memory 520 is used to store instructions, and the processor 510 is used to execute the instructions stored in the memory 520. The memory 520 may include a read-only memory (ROM) and a random access memory (RAM). The processor 510 may call the program code stored in the memory 520 to execute multiple steps of the method described above. The vehicle-connected device 500 also includes Figure 5 The vehicle connection device 500 communicates with various vehicle electronic components via an input / output (I / O) interface. The computer program code stored in the memory 520 is loaded into the memory and then executed by the processor 510.

[0051] The present disclosure may be a method, an apparatus, a system and / or a computer program product. The computer program product may include a computer-readable storage medium on which are loaded computer-readable program instructions for executing various aspects of the present disclosure. The various processes and processing described above may be performed by the processing unit 510. One or more of the above embodiments, one or more examples may be implemented in whole or in part by software, hardware or a combination thereof. When implemented using software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes computer program instructions, which may be downloaded to the memory of the controller via a computer network, or may be transmitted to the memory of the controller in a wired manner, and when the computer program instructions are executed by the processor of the controller, the processor is enabled to perform one or more steps of the method described herein.

[0052] Computer program instructions can be provided with computer-readable storage media.Computer program instructions can be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages.These computer program instructions can be provided to the processing unit of a general-purpose computer, a special-purpose computer or other programmable data processing device, so as to produce a kind of machine, so that these instructions, when executed by the processing unit of a computer or other programmable data processing device, produce a device for realizing the function / action specified in one or more boxes in a flow chart and / or a block diagram.Computer-readable storage media referred to herein can be any available medium that a general-purpose or special-purpose computer can access, including but not limited to an electrical storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device or any suitable combination thereof.

[0053] The above description is only a specific embodiment of the present application, and the protection scope of the present application is not limited thereto. Those skilled in the art can think of other feasible changes or substitutions based on the technical content and teachings disclosed in the present application, and such changes or substitutions are all included in the protection scope of the present application. Where appropriate, the embodiments of the present application and the features of the embodiments may be combined with each other. The protection scope of the present application shall be subject to the description of the claims.

Claims

1. A data collection method for vehicle-connected devices, characterized in that: The method includes: The first data collection step and the offline data processing step in the absence of a network signal, wherein: In the first data collection step, vehicle data is collected based on the vehicle body network protocol. In the offline data processing step, the collected vehicle data is packaged into a data packet suitable for being sent to the communication module of the vehicle-connected device, wherein a corresponding packet sequence number is configured for the data packet. After the situation where there is no network signal changes to the situation where there is a network signal, the method further includes: A time synchronization step, wherein corresponding time information is added to the data packet based on the acquired current timestamp and at least based on the corresponding packet sequence number.

2. The method according to claim 1, characterized in that In the first data collection step, vehicle data is collected based on the CAN protocol at a specified collection period; In the time synchronization step, corresponding time information is added to the data packet at least according to the corresponding packet sequence number and the acquisition period.

3. The method according to claim 1, characterized in that In the offline data processing step, packaging the collected vehicle data into a data packet also includes allocating corresponding timing information to the data packet.

4. The method according to claim 1, characterized in that In the first data collection step, vehicle data is collected based on the CAN protocol according to the local configuration, wherein: After the situation where there is no network signal changes to the situation where there is a network signal, the method further includes: The second data collection step includes obtaining a server configuration and collecting vehicle data based on the CAN protocol according to the server configuration.

5. A data acquisition device for vehicle-connected equipment, characterized in that: include: Data acquisition unit, offline data processing unit and time synchronization unit, wherein, The data acquisition unit is configured to collect vehicle data based on a vehicle body network protocol in the absence of a network signal; The offline data processing unit is configured to package the collected vehicle data into a communication module data packet suitable for being sent to the vehicle-connected device in the absence of a network signal, wherein a corresponding packet sequence number is configured for the data packet; The time synchronization unit is configured to add corresponding time information to the data packet according to the acquired current timestamp and at least according to the corresponding packet sequence number after the situation changes from no network signal to the situation with network signal.

6. The device according to claim 5, characterized in that The data acquisition unit is configured to collect vehicle data based on the CAN protocol at a specified acquisition cycle; The time synchronization unit is configured to add corresponding time information to the data packet at least according to the corresponding packet sequence number and the collection period.

7. The device according to claim 5, characterized in that The offline data processing unit is configured to package the collected vehicle data into a data packet and also allocate corresponding timing information to the data packet.

8. The device according to claim 5, characterized in that The data acquisition unit is configured as follows: Collect vehicle data based on CAN protocol according to local configuration in the absence of network signal. After the situation where there is no network signal changes to the situation where there is a network signal, the server configuration is obtained, and the vehicle data is collected based on the CAN protocol according to the server configuration.

9. A vehicle-connected device, characterized in that: The vehicle-connected device includes a processor and a memory, wherein the memory stores computer program instructions, and when the computer program instructions are executed by the processor, the processor can execute the method according to any one of claims 1-4.

10. A computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium, characterized in that: When the instructions are executed by a processor, the processor is enabled to perform the method according to any one of claims 1 to 4.

Images