Configuration Method, System, Electronic Device, and Storage Medium for Collecting Data by In-Vehicle Terminal

Abstract

The present invention relates to the technical field of information processing, and discloses a configuration method, a system, an electronic device and a storage medium for collecting data by an in-vehicle terminal. The configuration method includes establishing an ECU type hierarchy and configuring ECU type identification parameters; associating at least one ECU version under the ECU type and uploading the A2L file corresponding to the ECU version; parsing the A2L file; generating a PID sequence according to the signal quantities selected by the user, and configuring basic information and data sources for generating at least one collection configuration; circularly sending a version reading command to the ECU through a T-BOX, and when the version number returned by the ECU matches the ECU version number in the configuration, sending the CAN instruction corresponding to the collection configuration; creating a write queue and a read queue, temporarily storing the data sent by the ECU in the write queue, and transmitting the read queue to the server through the network. The present invention can improve the flexibility of data collection and reduce the time cost of development and testing.

Description

Technical Field

[0001] The present invention relates to the technical field of information processing, and particularly to a method, a system, an electronic device, and a storage medium for configuring data collected by a vehicle-mounted terminal. Background Art

[0002] As a core component for a vehicle to communicate with the outside world, a vehicle-mounted terminal (T-BOX) undertakes important tasks of data collection, transmission, and processing. In the links of vehicle research and development, testing, and after-sales diagnosis, etc., the vehicle-mounted terminal needs to collect various signal quantities (such as vehicle speed, engine speed, temperature, etc.) in the vehicle electronic control unit (ECU) in real time, and transmit this data to the cloud or a local server for analysis and processing.

[0003] The current methods for a vehicle-mounted terminal to collect data have many drawbacks in aspects such as static configuration, signal quantity sorting, remote configuration, ECU identification, resource utilization, and user interaction: First, the data collection of the vehicle-mounted terminal mainly relies on a static configuration file (such as an A2L file). The static configuration file has predefined the signal quantities to be collected and their parameters before the vehicle leaves the factory or before testing. However, this static configuration file method cannot adapt to the dynamically changing collection requirements. For example, during vehicle testing, engineers often need to temporarily adjust the collected signal quantities or collection frequencies according to different test scenarios, while the static configuration file does not support such flexible adjustment. In practice, each modification of data collection requires recompiling and deploying the configuration file, which not only increases the complexity of development and testing, but may also delay the testing progress. Second, the existing vehicle-mounted terminal data collection systems usually need to be configured locally and do not support remote dynamic configuration. For example, when a problem is found during vehicle testing, engineers need to go to the site to reconfigure the vehicle-mounted terminal, which not only increases the time and labor costs, but may also delay the testing progress. In addition, the lack of remote configuration also limits the flexibility of the vehicle in after-sales diagnosis and cannot adjust the data collection strategy in real time according to user needs. Especially in scenarios where vehicles are widely distributed or remote diagnosis is required, this limitation is particularly obvious. Third, static configuration cannot dynamically adjust the collected signal quantities and collection frequencies according to actual needs, and the vehicle-mounted terminal may collect a large amount of unnecessary data, resulting in waste of storage resources and network bandwidth. Especially during vehicle testing and diagnosis, too much redundant data not only increases the storage and transmission costs, but may also affect the real-time performance and accuracy of key data. In addition, the limitation of network bandwidth may also cause data transmission delay, further affecting the efficiency of data collection. Fourth, the existing vehicle-mounted terminal data collection systems usually lack a user-friendly interaction interface. Engineers need to adjust through complex configuration files or professional tools, which not only increases the operation difficulty, but may also lead to configuration errors. Especially in scenarios where the collection strategy needs to be adjusted frequently, this inconvenience is particularly prominent. Summary of the Invention

[0004] The present invention aims to solve at least one of the above technical problems in the prior art to a certain extent.

[0005] To achieve the above object, a first aspect of the present invention provides a configuration method for collecting data by an in-vehicle terminal, including the following steps:

[0006] Establish an ECU type hierarchy and configure ECU type identification parameters;

[0007] Associate at least one ECU version under the ECU type and upload the A2L file corresponding to the ECU version, where the name of the ECU version corresponds to the version number in the ECU program;

[0008] Parse the A2L file, and obtain variables from the MEASUREMENT tag, COMPU_METHOD tag, and COMPU_VTAB tag respectively;

[0009] Generate a PID sequence according to the signal quantity selected by the user, and configure basic information and data sources for generating at least one collection configuration;

[0010] Circularly send a version reading command to the ECU through the T-BOX, and when the version number returned by the ECU matches the ECU version number in the configuration, send the CAN instruction corresponding to the collection configuration;

[0011] Create a write queue and a read queue, temporarily store the data sent by the ECU in the write queue, and transmit the read queue to the server through the network.

[0012] Further, the ECU type identification parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type, and CAN channel.

[0013] Further, when parsing the A2L file, obtain the signal quantity name, signal quantity address, data type, data length, conversion method name, variable array length from the MEASUREMENT tag; obtain the conversion method name, conversion type, format string, unit, whether it is an enumeration, coefficient, offset value, mapping table from the COMPU_METHOD tag; obtain the mapping table name, mapping table size, mapping table set from the COMPU_VTAB tag.

[0014] Further, when parsing the A2L file, if the semaphore is an array, the memory address of non-first elements is calculated according to the byte length corresponding to the data type and the array length, using the formula Address[i] = ecuAddress + i×N; where Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

[0015] Further, the basic information includes CAN channel, baud rate, protocol type, byte order, secret key algorithm, send message ID, and receive message ID; the data sources include event channel, rate divider, data acquisition message ID, ODT start value, ODT end value, and DTO start value.

[0016] Further, the maximum configuration of the data sources is three.

[0017] Further, the configuration method further includes: writing the queue data into the local memory card when the network is interrupted, and preferentially uploading the data in the local memory card to the server after the network is restored.

[0018] The second aspect of the present invention provides a system for collecting data by an in-vehicle terminal, including:

[0019] An ECU management module, configured to configure the ECU type and version, and associate the A2L file;

[0020] An A2L file parsing and configuration module, configured to parse the A2L file associated with the ECU version, obtain variables, and generate configurable acquisition parameters;

[0021] An acquisition configuration publishing and subscribing module, configured to generate a PID sequence according to the semaphore selected by the user, configure the basic information and data sources to generate at least one acquisition configuration, and publish the acquisition configuration to the T-BOX side;

[0022] A CAN communication module on the T-BOX side, configured to perform dynamic identification of the ECU version, generate a CAN instruction frame according to the protocol type and send it to the ECU, and at the same time receive the acquisition data returned by the ECU; and

[0023] A network transceiver module on the T-BOX side, configured to create a write queue and a read queue, temporarily store the ECU data in the write queue and transmit it to the server through the network, and write the data into the local memory card when the network is interrupted and preferentially upload it to the server after the network is restored.

[0024] In a third aspect of the present invention, an electronic device is provided, including a processor and a memory. Machine-executable instructions that can be executed by the processor are stored in the memory, and the processor can execute the machine-executable instructions to implement the above configuration method.

[0025] In a fourth aspect of the present invention, a computer-readable storage medium is provided. A computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the above configuration method is implemented.

[0026] Compared with the prior art, the technical solution provided by the present invention has the following advantages:

[0027] 1) The configuration method provided by the present invention significantly improves the flexibility of data collection, can quickly adapt to different test scenarios and requirements, and reduces the time cost of development and testing;

[0028] 2) The configuration method provided by the present invention improves the collection efficiency of key data, avoids the omission of important data, and optimizes the overall efficiency of data collection;

[0029] 3) The configuration method provided by the present invention improves the accuracy and efficiency of data collection, reduces the workload of manual configuration, and is particularly suitable for complex scenarios of multiple vehicle models and multiple ECUs.

[0030] 4) The configuration method provided by the present invention reduces the costs of data storage and transmission, and improves the real-time performance and accuracy of key data. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Figure 1 is a flowchart of a configuration method for collecting data by an in-vehicle terminal provided by the present invention;

[0032] Figure 2 is a flowchart of a specific configuration method for collecting data by an in-vehicle terminal provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0033] In order to make the technical means, creative features, achieved purposes and effects of the present invention easy to understand, the present invention will be further clarified below with reference to the drawings and specific embodiments. It should be understood that the specific embodiments described here are only for explaining and illustrating the present invention, and are not used to limit the present invention.

[0034] The following are the explanations of related terms of the present invention:

[0035] T-BOX (Telematics BOX), also known as the Telematics Control Unit (TCU), is an intelligent terminal device integrating multiple functions. It is mainly used in the vehicle networking system to enable communication between the vehicle and the back-end system, as well as the mobile phone APP, providing various functions such as remote control, location query, and OTA update.

[0036] ECU (Electronic Control Unit), the electronic control unit; its purpose is to control the driving state of the vehicle and implement its various functions. It mainly uses data collection and exchange of various sensors and buses to judge the vehicle state and the driver's intention and controls the vehicle through actuators.

[0037] A2L (ASAM MCD 2MC Description File) file: The A2L file is a standardized file format for describing the functions and characteristics of automotive electronic control units (ECUs). It is developed based on the ASAM (Association for Standardization of Automation and Measuring Systems) standard and is used to define the measurement and calibration parameters of the ECU. The A2L file contains descriptions of the measurement and calibration parameters of the ECU, such as sensor data, signal quantities, and parameters of specific functions. It defines information such as the name, data type, physical unit, minimum value, and maximum value of the parameters. The A2L file also contains the communication protocol and format between the measurement and calibration tools and the ECU. The A2L file plays an important role in the development, testing, and calibration processes of automotive electronic systems, enabling different tools and devices to accurately access and interpret the parameters of the ECU.

[0038] CAN (Controller Area Network), the Controller Area Network;

[0039] Combined Figure 1 and Figure 2 With the flow chart shown, an embodiment of the present invention provides a method for configuring data collected by an in-vehicle terminal. The configuration method includes the following steps:

[0040] S10. Establish an ECU type hierarchy and configure ECU type identification parameters.

[0041] In the present invention, the ECU type identification parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type, and CAN channel.

[0042] S20. Associate at least one ECU version under the ECU type and upload the A2L file corresponding to the ECU version, where the name of the ECU version corresponds to the version number in the ECU program. It should be emphasized that corresponding the name of the ECU version to the version number in the ECU program is a prerequisite for automatically identifying the ECU.

[0043] S30. Parse the A2L file and obtain variables from the MEASUREMENT tag, COMPU_METHOD tag, and COMPU_VTAB tag respectively.

[0044] In the embodiments of the present invention, the descriptions for the above three tags are as follows:

[0045]

[0046] When parsing the A2L file, obtain the signal name, signal address, data type, data length, conversion method name, and variable array length from the MEASUREMENT tag.

[0047] The descriptions for the variables obtained above are as follows:

[0048]

[0049] Among them, the description of the data type is as follows in the table:

[0050]

[0051] Obtain the conversion method name, conversion type, format string, unit, whether it is an enumeration, coefficient, offset value, and mapping table from the COMPU_METHOD tag.

[0052] The descriptions for the variables obtained above are as follows:

[0053]

[0054] Obtain the mapping table name, mapping table size, and mapping table set from the COMPU_VTAB tag.

[0055] The descriptions for the variables obtained above are as follows:

[0056]

[0057] Further, when parsing the A2L file, if the semaphore is an array, according to the byte length corresponding to the data type and the array length, calculate the address of non-first elements according to the formula Address[i] = ecuAddress + i×N; where Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

[0058] Specifically, when parsing the A2L file, the semaphore may exist in the form of a single value or an array. If the semaphore is an array, only the memory address of the first element of the array (the address with subscript 0) is provided in the A2L file, and the addresses of other elements are calculated as follows:

[0059] 1) Determine the byte length of the data type

[0060] Obtain the number of bytes occupied by a single element according to the data type.

[0061] 2) Calculate the addresses of subsequent elements

[0062] Assume that the address of the first element of the array is 0x1000, the data type is UWORD (2 bytes), and the array length is arraySize = 5, then:

[0063] Address of the 0th element: 0x1000;

[0064] Address of the 1st element: 0x1000 + 1×2 = 0x1002;

[0065] Address of the 2nd element: 0x1000 + 2×2 = 0x1004;

[0066] And so on, until the address of the 4th element: 0x1000 + 4×2 = 0x1008.

[0067] It should be noted that in the embodiments of the present invention, since arraySize indicates the total length of the array, it avoids parsing memory addresses beyond the actual data range; in addition, allocating storage space or network transmission resources according to the array length avoids waste or insufficiency; when batch-parsing, the system needs to clarify the array boundary to automatically generate configurations (such as ODT structures), therefore, arraySize is essential.

[0068] Exemplarily, assume that an EngineRPM semaphore is defined in the A2L file, with data type: UWORD (2 bytes); array length: arraySize = 4; starting address: 0xA1B2; then the addresses of the four elements are: 0xA1B2, 0xA1B4, 0xA1B6, 0xA1B8; if arraySize is missing, it is impossible to determine how many elements need to be read, which may lead to data truncation or memory overflow.

[0069] S40. Generate a PID sequence based on the semaphore selected by the user, and configure the basic information and data source for generating at least one acquisition configuration.

[0070] In the present invention, the basic information specifically includes CAN channel, baud rate, protocol type, byte order, secret key algorithm, sending message ID, and receiving message ID; the data source includes event channel, rate divider, data acquisition message ID, ODT start value, ODT end value, and DTO start value.

[0071] In the present invention, the maximum configuration of the data source is three.

[0072] Specifically, after parsing the A2L file, the detailed information of the entire semaphore can be obtained. The user filters through the semaphore list, and after the filtering is completed, the semaphore is saved. At this time, the semaphores are sorted starting from 0 according to the size of the PID, and the final value of the PID is the number of ODTs (ODT is a semaphore list, a structure for organizing data acquisition).

[0073] After the semaphore is selected, it is necessary to continue configuring the basic information and data source. After the basic information and data source are configured, saving will generate an acquisition configuration. Of course, multiple acquisition configurations can also be added, but only one of them can be enabled, that is, for the acquisition configuration corresponding to an ECU version, only one acquisition configuration can be effective at a time.

[0074] When the T - BOX receives a remote acquisition update command, it will obtain the acquisition configuration information according to the command prompt and then start a new acquisition task again.

[0075] S50. Send a version reading command to the ECU in a loop through the T - BOX. When the version number returned by the ECU matches the ECU version number in the configuration, issue the CAN instruction corresponding to the acquisition configuration;

[0076] Specifically, at the beginning of data collection, the T-BOX sends ECU version reading commands in a loop according to the ECU version information in the collected information, compares the read ECU version information with the ECU version in the configuration. If they are the same, it means that the data of this ECU version is to be collected this time. Then, the collection commands corresponding to the ECU version are retrieved, and the commands are sent to the ECU according to the CAN protocol. After all the commands are sent, the ECU will spontaneously send messages out at a certain frequency.

[0077] S60. Create a write queue and a read queue, temporarily store the data sent by the ECU in the write queue, and transmit the read queue to the server through the network.

[0078] It should be noted that since the ECU sends messages very quickly, the messages must first be stored in the write queue, and then retrieved from the read queue through the network transmission method and sent to the server for storage.

[0079] In the present invention, the configuration method further includes: writing the queue data into a local memory card when the network is interrupted, and preferentially uploading the data in the local memory card to the server after the network is restored. In an embodiment of the present invention, the local memory card can be, for example, a local SD card.

[0080] It can be understood that in an embodiment of the present invention, the server can also be set to be able to parse and store data according to the collection configuration and provide a data download function; in addition, testers can also download the data through the background page and analyze it through professional tools.

[0081] An embodiment of the present invention further provides a system for collecting data by an in-vehicle terminal. The system includes an ECU management module, an A2L file parsing and configuration module, a collection configuration publishing and subscribing module, a T-BOX side CAN communication module, and a T-BOX side network transceiver module.

[0082] Among them, the ECU management module is used to configure the ECU type and version and associate the A2L file; the A2L file parsing and configuration module is used to parse the A2L file associated with the ECU version, obtain variables and generate configurable collection parameters; the collection configuration publishing and subscribing module is used to generate a PID sequence according to the signal quantity selected by the user, configure basic information and data sources to generate at least one collection configuration, and publish the collection configuration to the T-BOX side; the T-BOX side CAN communication module is used to perform dynamic identification of the ECU version, generate a CAN instruction frame according to the protocol type and send it to the ECU, and at the same time receive the collection data returned by the ECU; the T-BOX side network transceiver module is used to create a write queue and a read queue, temporarily store the ECU data in the write queue and transmit it to the server through the network, and write the data into the local memory card when the network is interrupted and preferentially upload it to the server after the network is restored.

[0083] An embodiment of the present invention further provides an electronic device, including a processor and a memory. Machine-executable instructions capable of being executed by the processor are stored in the memory, and the processor can execute the machine-executable instructions to implement the above configuration method.

[0084] In the present invention, the processor includes a kernel, and the kernel retrieves corresponding program units from the memory. One or more kernels can be set.

[0085] The memory may include non-permanent memory in a computer-readable storage medium, random access memory (RAM) and / or non-volatile memory in the form of, for example, read-only memory (ROM) or flash memory (flash RAM). The memory includes at least one storage chip.

[0086] An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the above configuration method is implemented.

[0087] Those skilled in the art should understand that the embodiments of the present invention can be provided as a method, a system, or a computer program product. Therefore, the present invention can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present invention can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0088] The present invention is described with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to embodiments of the present invention. It should be understood that each flow and / or block in the flowchart and / or block diagram, as well as the combination of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing devices generate a device for implementing the functions specified in Figure 1 one flow or multiple flows and / or blocks Figure 1 one block or multiple blocks.

[0089] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, such that the instructions stored in the computer-readable memory generate a manufactured article including an instruction device, and the instruction device implements the functions specified in Figure 1 one flow or multiple flows and / or blocksFigure 1 The functions specified in one or more boxes.

[0090] These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process. Thus, the instructions executed on the computer or other programmable device provide for implementing the steps of the functions specified in one Figure 1 one process or more processes and / or boxes Figure 1 step of the functions specified in one or more boxes.

[0091] In a typical configuration, a computing device includes one or more processors (CPUs), an input / output interface, a network interface, and memory.

[0092] The memory may include non-permanent memory in the computer-readable storage medium, in the form of random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). The memory is an example of a computer-readable storage medium.

[0093] Computer-readable storage media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology for information storage. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette tapes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable storage media do not include transitory computer-readable media, such as modulated data signals and carrier waves.

[0094] It should also be noted that the term "comprising" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, commodity, or device comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, commodity, or device. Without further limitation, an element defined by the statement "comprising one..." does not exclude the presence of additional identical elements in the process, method, commodity, or device comprising the element.

[0095] The above are only embodiments of the present invention and are not intended to limit the present invention. For those skilled in the art, various modifications and variations can be made to the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included within the scope of the claims of the present invention.

Claims

1. A configuration method for collecting data by a vehicle-mounted terminal, characterized in that, It includes the following steps: Establish an ECU type hierarchy and configure ECU type recognition parameters; Associate at least one ECU version under the ECU type and upload the A2L file corresponding to the ECU version, where the name of the ECU version corresponds to the version number in the ECU program; Parse the A2L file and obtain variables from the MEASUREMENT tag, COMPU_METHOD tag, and COMPU_VTAB tag respectively; Generate a PID sequence according to the signal quantity selected by the user, and configure basic information and data sources to generate at least one acquisition configuration; Circularly send a version reading command to the ECU through the T-BOX. When the version number returned by the ECU matches the ECU version number in the configuration, send the CAN instruction corresponding to the acquisition configuration; Create a write queue and a read queue, temporarily store the data sent by the ECU in the write queue, and transmit the read queue to the server through the network.

2. The configuration method according to claim 1, characterized in that, The ECU type recognition parameters include: type name, filter message ID, filter frame type, baud rate, ECU diagnostic command, send message ID, flow control message ID, receive message ID, diagnostic protocol type, and CAN channel.

3. The configuration method according to claim 1, characterized in that, When parsing the A2L file, obtain the signal quantity name, signal quantity address, data type, data length, conversion method name, and variable array length from the MEASUREMENT tag; Obtain the conversion method name, conversion type, format string, unit, whether it is an enumeration, coefficient, offset value, and mapping table from the COMPU_METHOD tag; Obtain the mapping table name, mapping table size, and mapping table set from the COMPU_VTAB tag.

4. The configuration method according to claim 1, characterized in that When parsing the A2L file, if the signal quantity is an array, calculate the non-first element address according to the byte length corresponding to the data type and the array length according to the formula Address[i]= ecuAddress +i×N; Where, Address[i] is the memory address of the i-th element in the array; ecuAddress is the starting memory address of the first element of the array; i is the array subscript, and N is the byte length corresponding to the data type.

5. The configuration method according to claim 1, wherein The basic information includes CAN channel, baud rate, protocol type, byte order, secret key algorithm, send message ID, and receive message ID; The data sources include event channel, rate divider, data acquisition message ID, ODT start value, ODT end value, and DTO start value.

6. The configuration method according to claim 5, wherein The maximum configuration of the data source is three.

7. The configuration method according to claim 1, wherein The configuration method further includes: writing the queue data into the local memory card when the network is interrupted, and preferentially uploading the data in the local memory card to the server after the network is restored.

8. A system for collecting data by a vehicle-mounted terminal, characterized in that, It includes: An ECU management module for configuring the ECU type and version and associating the A2L file; An A2L file parsing and configuration module for parsing the A2L file associated with the ECU version, obtaining variables, and generating configurable acquisition parameters; The acquisition configuration publishing and subscribing module is used to generate a PID sequence according to the semaphore selected by the user, configure basic information and data sources for generating at least one acquisition configuration, and publish the acquisition configuration to the T-BOX side; The CAN communication module on the T-BOX side is used to perform dynamic identification of the ECU version, generate a CAN instruction frame according to the protocol type and send it to the ECU, and at the same time receive the acquisition data returned by the ECU; And The network transceiver module on the T-BOX side is used to create a write queue and a read queue, temporarily store the ECU data in the write queue and transmit it to the server through the network, and write the data to the local memory card when the network is interrupted and give priority to uploading it to the server after the network is restored.

9. An electronic device, characterized in that, It includes a processor and a memory. Machine-executable instructions that can be executed by the processor are stored in the memory, and the processor can execute the machine-executable instructions to implement the configuration method described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor, the configuration method described in any one of claims 1-7 is implemented.

Images