Configuration issuing method and system

Abstract

The invention discloses a configuration issuing method, and the method comprises the steps: calling configuration information corresponding to a remote configuration instruction in response to the remote configuration instruction and a configuration record of a current vehicle in a vehicle configuration table; adjusting the configuration state of the current vehicle to be an issuing state, adding a configuration task record in a vehicle task table, and recording the configuration task record as the issuing state; and executing the remote configuration instruction based on the configuration information, and adjusting a corresponding task state in a vehicle task table and a corresponding configuration state in a vehicle configuration table according to an execution result of the current vehicle on the remote configuration instruction. The problem of execution result loss caused by poor network environment or abnormal cloud service is solved, and it is ensured that each remote configuration instruction can be subjected to closed-loop processing and accurate feedback.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a configuration delivery method and system. Background Art

[0002] With the vigorous development of the automobile industry, the Internet of Vehicles technology has also ushered in a period of rapid development. Among them, VRC (Vehicle Remote Config), or vehicle remote configuration, plays an indispensable role as an important part of the development and iteration of Internet of Vehicles technology. At present, major domestic vehicle manufacturers have their own mature implementation solutions for vehicle remote configuration. Although these solutions have some differences in technical implementation, from a business perspective, most of them adopt a simple one-request-one-response mechanism. The specific process of this mechanism is as follows: First, it is triggered by various terminals to call the Internet of Vehicles cloud service; then, the cloud service initiates a remote configuration instruction to the vehicle through the network, and this process is called a cloud downlink; then, the vehicle receives and executes this remote configuration instruction, and then returns the actual remote configuration execution result to the cloud service through the network, and this process is called a vehicle uplink response; finally, the cloud service returns this remote configuration execution result to the calling terminal.

[0003] When the cloud sends the remote configuration command to the vehicle, or when the vehicle receives the remote configuration command, if the network environment is poor, it is likely to cause the actual execution result of the current vehicle remote configuration to be lost. Similarly, when the vehicle completes the remote configuration execution command, if the cloud service is abnormal or the network jitters when returning the vehicle remote configuration execution result, the execution result will also be lost. Summary of the invention

[0004] Based on the above problems, the present application provides a configuration delivery method and system.

[0005] The embodiments of the present application disclose the following technical solutions:

[0006] The first aspect of the present application discloses a configuration delivery method, comprising:

[0007] In response to a remote configuration instruction and a configuration record of the current vehicle exists in the vehicle configuration table, calling configuration information corresponding to the remote configuration instruction;

[0008] Adjust the configuration state of the current vehicle to a being issued state, add a configuration task record in the vehicle task table, and record it as being in the being issued state;

[0009] The remote configuration instruction is executed based on the configuration information, and the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table are adjusted according to the execution result of the remote configuration instruction by the current vehicle.

[0010] In a possible implementation, adjusting the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle includes:

[0011] When the current vehicle completes execution of the remote configuration instruction and returns the execution result of the remote configuration instruction, the corresponding task status in the vehicle task table is adjusted to execution success, and the corresponding configuration status in the vehicle configuration table is adjusted to execution success.

[0012] In a possible implementation, adjusting the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle includes:

[0013] When the current vehicle fails to return the execution result of the remote configuration instruction to the cloud within the first preset time, querying the task in the vehicle task table that is in execution state based on the second preset time, and determining whether the task in execution state has timed out;

[0014] In response to the timeout of the task in the executing state, the corresponding task state in the vehicle task table is adjusted to execution timeout, and the corresponding configuration state in the vehicle configuration table is adjusted to execution failure.

[0015] In a possible implementation, querying the task in the vehicle task table that is being executed based on the second preset time, and determining whether the task in the execution state has timed out, includes:

[0016] According to the preset order, determine in turn whether the tasks in the execution state generate execution results within the second preset time;

[0017] In response to the timeout of the task in the executing state, adjusting the corresponding task state in the vehicle task table to execution timeout and the corresponding configuration state in the vehicle configuration table to execution failure, includes:

[0018] The task status corresponding to each task that fails to generate an execution result in the vehicle task table is adjusted to execution timeout, and the configuration status corresponding to each task that fails to generate an execution result in the vehicle configuration table is adjusted to execution failure.

[0019] In a possible implementation, the method further includes:

[0020] In response to the remote configuration instruction, determining whether there is a configuration record of the current vehicle in the vehicle configuration table;

[0021] When there is a configuration record of the current vehicle in the vehicle configuration table, determine whether the configuration status of the current vehicle is being issued;

[0022] When the current vehicle configuration status is being issued, the remote configuration instruction is not executed.

[0023] In a possible implementation, the method further includes:

[0024] When there is no configuration record of the current vehicle in the vehicle configuration table, a configuration record with a status of being issued is created for the current vehicle in the vehicle configuration table, and a configuration task record with a status of being executed is created for the current vehicle in the vehicle task table.

[0025] In a possible implementation, the method further includes:

[0026] In response to the query instruction and the vehicle configuration table having a configuration record of the current vehicle, obtaining the configuration state of the current vehicle;

[0027] When the configuration status is successfully sent or being sent, the remote configuration command for the current vehicle is not triggered;

[0028] When the configuration status is failure to send or timeout failure, obtain the remote configuration instruction sent again, execute the configuration record of the current vehicle in response to the remote configuration instruction and the vehicle configuration table, and call the configuration information and subsequent steps corresponding to the remote configuration instruction.

[0029] In a possible implementation, the method further includes:

[0030] In response to the query instruction and the absence of a configuration record of the current vehicle in the vehicle configuration table, a prompt message is generated, wherein the prompt message is used to indicate that the latest remote configuration of the current vehicle does not exist and the vehicle configuration instruction is not triggered.

[0031] In a possible implementation, the method further includes:

[0032] The execution result is sent to the terminal, so that the terminal records the execution result of the remote configuration instruction.

[0033] The second aspect of the present application discloses a configuration delivery system, including:

[0034] A calling unit, configured to call configuration information corresponding to the remote configuration instruction in response to a remote configuration instruction and a configuration record of the current vehicle exists in the vehicle configuration table;

[0035] A first adjustment unit, configured to adjust the configuration state of the current vehicle to a being issued state, and add a configuration task record to a vehicle task table, and record it as being in the being issued state;

[0036] The second adjustment unit is used to execute the remote configuration instruction based on the configuration information, and adjust the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle.

[0037] Compared with the prior art, this application has the following beneficial effects:

[0038] This application ensures that the execution status of the configuration instruction is accurately recorded by first calling the configuration information and adjusting the vehicle configuration status to "being sent" when responding to the remote configuration instruction, and adding and recording the configuration task in the vehicle task table as "being sent" status. Next, the remote configuration instruction is executed based on the configuration information, and the task status and configuration status are adjusted according to the vehicle execution results. Therefore, when the vehicle remote configuration instruction is sent downlink from the cloud, even in the case of network jitter or service abnormality, the timer task program can detect the timeout and update the task and configuration status in time, avoiding the loss of execution results and improving the reliability of remote configuration and user experience. This solves the problem of loss of execution results due to poor network environment or abnormal cloud service, and ensures that each remote configuration instruction can be closed-loop processed and accurately fed back. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0040] Figure 1 A schematic diagram of the architecture provided for an embodiment of the present application;

[0041] Figure 2 A flowchart of the first configuration delivery method provided in an embodiment of the present application;

[0042] Figure 3 A flowchart of a second configuration delivery method provided in an embodiment of the present application;

[0043] Figure 4 A flowchart of a third configuration delivery method provided in an embodiment of the present application;

[0044] Figure 5 A flowchart of the fourth configuration delivery method provided in an embodiment of the present application;

[0045] Figure 6 The first data representation scheme provided for the embodiment of the present application;

[0046] Figure 7 The second data representation provided in the embodiment of the present application is intended;

[0047] Figure 8 A structural diagram of a configuration delivery system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0048] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0049] To facilitate understanding of the technical solutions provided by the embodiments of the present application, the background technology involved in the embodiments of the present application will be described below.

[0050] As mentioned above, the current vehicle remote configuration (VRC) mainly relies on a one-request-one-response mechanism. The specific process of this mechanism is as follows: First, it is triggered by various terminals to call the Internet of Vehicles cloud service; then, the cloud service initiates a remote configuration command to the vehicle through the network, which is called a cloud downlink; then, the vehicle receives and executes the remote configuration command, and then returns the actual remote configuration execution result to the cloud service through the network, which is called a vehicle uplink response; finally, the cloud service returns the remote configuration execution result to the calling terminal. Although the above mechanism is simple and direct, it has significant defects. First, when the cloud sends the vehicle remote configuration command downlink or the vehicle receives the remote configuration command, if the network environment is not good, the configuration command may be lost or the execution result cannot be returned. Similarly, when the vehicle completes the remote configuration execution command, if the cloud service is abnormal or the network jitter occurs during the uplink return of the vehicle remote configuration execution result, the execution result will also be lost. These problems make it impossible for the calling terminal to fully perceive the actual execution result of the vehicle remote configuration command, increase the difficulty of operation and maintenance troubleshooting, and reduce the user experience of the remote configuration function.

[0051] Secondly, due to the uncertainty of vehicle network environment factors, it is difficult for the calling terminal to judge and choose the right time to accurately send the vehicle remote configuration command to the vehicle. This further increases the risk of the calling terminal blindly triggering the vehicle remote configuration command under unknown circumstances.

[0052] In addition, the prior art simply stores each vehicle remote configuration history instruction, and does not use this storage in actual business. This invalid storage is not conducive to real-time grasp of the latest remote configuration status of the vehicle.

[0053] Finally, a simple one-time downlink transmission from the cloud and one-time uplink response from the vehicle cannot meet the needs of abnormal scenarios brought about by the current complex network communication environment, and also limits the expansion of the vehicle remote configuration data transmission channel.

[0054] In order to solve the above problems, the embodiments of the present application ensure that each remote configuration instruction can be processed in a closed loop by adding vehicle remote configuration checks and status storage, and adding a timed task program to monitor and process timed remote configuration tasks, thereby greatly improving the reliability of configuration issuance. By adding vehicle remote configuration status verification and vehicle remote configuration task records, the problems of repeated issuance of remote configurations and blind triggering of configuration instructions are avoided. By keeping track of the latest remote configuration status of the vehicle in real time, the difficulty of operation and maintenance troubleshooting is reduced, and the user experience of the remote configuration function is improved. By optimizing the existing configuration issuance and response mechanism, more possibilities are provided for the expansion of vehicle remote configuration data transmission channels.

[0055] It should be noted that the configuration delivery method, system, device and medium provided in the present application can be applied to the field of computer technology. The above is only an example and does not limit the application field of the configuration delivery method, system, device and medium provided in the present application. In addition, the embodiments of the present application may not limit the execution subject of the configuration delivery. For example, the configuration delivery method of the embodiment of the present application can be applied to data processing devices such as terminal devices or servers. Among them, the terminal device can be an electronic device such as a computer, a personal digital assistant (PDA). The server can be a stand-alone server, a cloud server, or a cluster server composed of multiple servers.

[0056] See also Figure 1 , Figure 1 An architectural diagram provided for an embodiment of the present application, including a calling terminal, a database, a business service, MQ, cloud remote distribution, a cloud gateway and a vehicle-mounted terminal.

[0057] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0058] The following describes a configuration delivery method provided by the present application through an embodiment. Figure 2 ,Should Figure 2 A flowchart of a first configuration delivery method provided in an embodiment of the present application, the method comprising:

[0059] S101. In response to a remote configuration instruction and a configuration record of the current vehicle existing in a vehicle configuration table, call configuration information corresponding to the remote configuration instruction.

[0060] When receiving a remote configuration command, the system first checks whether there is a configuration record for the current vehicle in the vehicle configuration table. This process involves a database query operation, which uses a vehicle identifier (such as a VIN code) to find the corresponding configuration record. Remote configuration commands can be received through protocols such as RESTful API, MQTT, and WebSocket. Database queries can use SQL statements or NoSQL query languages, depending on the type of database used.

[0061] If there is a configuration record for the current vehicle in the vehicle configuration table, the system will call the corresponding configuration information from the configuration information library according to the identifier of the remote configuration command (such as the command ID). The configuration information library can be a database, a configuration file, or a remote service. When calling the configuration information, it can be set to require permission verification and version control.

[0062] The embodiment of the present application pre-creates two database tables named vehicle configuration table and vehicle task table, wherein the vehicle configuration table is used to store the latest and only vehicle remote configuration and its status. Exemplarily, the vehicle remote configuration status may be sending / successfully sent / failed to send / timeout failed; the vehicle task table is used to store the vehicle remote configuration task and its status that is activated each time the vehicle remote configuration is triggered. Exemplarily, the vehicle remote configuration task status may be executing / successfully executed / failed to execute / timeout executed.

[0063] S102: Adjust the configuration state of the current vehicle to a state of being issued, add a configuration task record to the vehicle task table, and record it as being in a state of being issued.

[0064] Adjust the configuration status of the current vehicle to "issuing status". Add a new configuration task record to the vehicle task table and mark its status as "issuing status".

[0065] S103: Execute the remote configuration instruction based on the configuration information, and adjust the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle.

[0066] According to the configuration information obtained from the configuration information library, the remote configuration instruction is executed. The execution result obtained after the remote configuration instruction is executed is obtained, and the corresponding task status in the vehicle task table is updated according to the execution result of the remote configuration instruction by the current vehicle. At the same time, the corresponding configuration status in the vehicle configuration table can be updated.

[0067] In one possible implementation, if the vehicle fails to return the execution result normally, or the execution result is lost due to network anomalies or other reasons, the system can detect the timeout through the scheduled task program and perform corresponding status updates.

[0068] In the first case, in the vehicle remote configuration system, when the calling terminal needs to trigger the downlink vehicle remote configuration (i.e., a downlink from the cloud), in order to ensure that the remote configuration can be accurately and efficiently sent to the vehicle and effectively avoid the loss of configuration execution results due to network anomalies or service anomalies, see Figure 3 , Figure 3 This is a flowchart of a second configuration delivery method provided in an embodiment of the present application. The embodiment of the present application includes the following processing steps:

[0069] Detect whether the calling terminal triggers the downlink vehicle remote configuration command;

[0070] If a trigger is detected, first check whether there is a remote configuration record for the current vehicle in the vehicle configuration table; if there is a remote configuration record, further check the status of the record; if the remote configuration record exists and its status is being issued, no new configuration instruction should be triggered at this time.

[0071] If the remote configuration record exists and its status is not being sent, the sending of the remote configuration instruction is triggered, and the remote configuration service is called to send the remote configuration to the vehicle; while triggering the sending of the remote configuration instruction, the status of the corresponding record in the vehicle configuration table is modified to being sent; and a new remote configuration task record is created for the current vehicle in the vehicle task table, and its status is set to being executed.

[0072] If there is no remote configuration record for the current vehicle in the vehicle configuration table, the (new) vehicle remote configuration instruction is directly triggered: call the remote configuration service to send the configuration to the vehicle; create a remote configuration record with a status of "sending" for the current vehicle in the vehicle configuration table; create a configuration task record with a status of "executing" for the current vehicle in the vehicle task table.

[0073] By checking the current configuration status, it is possible to avoid issuing repeated instructions when an existing configuration is being issued, thereby reducing resource waste and potential errors. Before each new configuration is issued, it is ensured that the configuration record of the current vehicle is the latest and unique, thereby improving data consistency. Through clear status management, the transparency and reliability of the entire remote configuration process are improved. Therefore, the embodiment of the present application ensures that when issuing remote configuration instructions, the current status can be correctly identified, and corresponding processing is performed according to the actual situation, thereby improving the stability and efficiency of the entire remote configuration process.

[0074] In the second case, when the vehicle executes the remote configuration command and returns the execution result to the cloud service (i.e., a vehicle uplink response), see Figure 4 , Figure 4 The flowchart of the third configuration delivery method provided in the embodiment of the present application is processed according to the following steps:

[0075] If the vehicle executes the remote configuration command normally and successfully returns the execution result to the cloud service, perform the following operations based on the actual result returned by the vehicle:

[0076] Update the status of the corresponding task in the vehicle task table to reflect the execution result (for example: execution success / execution failure). Update the status of the corresponding configuration in the vehicle configuration table to also reflect the execution result (for example: delivery success / delivery failure). Call back the actual execution result returned by the vehicle to the calling terminal to let the terminal know the final result of the configuration.

[0077] If the vehicle fails to return the remote configuration execution result normally, or the execution result is lost during the process of returning the execution result due to cloud service abnormalities or network jitter, the following measures will be taken:

[0078] The scheduled task program queries the vehicle task table and searches for tasks with a status of "in progress". Determine whether the current vehicle remote configuration task has exceeded the preset time limit (i.e., whether it has timed out). If the task has timed out, then: modify the status of the corresponding task in the vehicle task table to "execution timed out". Modify the status of the corresponding configuration in the vehicle configuration table to "timeout failure". Call back the result (timeout failure) to the calling terminal to notify it that the configuration execution has timed out.

[0079] It should be noted that the embodiment of the present application pre-creates a timed task program that is executed once every preset time interval, that is, the first preset time. For the application process of the timed task program during the timeout process, please refer to Figure 5 , Figure 5Flowchart of the fourth configuration delivery method provided for the embodiment of the present application. Exemplarily, the preset time can be 2 minutes and 30 seconds, and the time interval depends on the maximum response time of the cloud remote distribution service. When the scheduled task program (loop) is executed, the vehicle task table status can be queried for records being executed, and the current vehicle remote configuration task can be detected one by one to see if it has timed out. If the current vehicle remote configuration task has not received the vehicle remote configuration execution result responded by the cloud remote distribution service within the second preset time, it is determined to be timed out. At this time, the scheduled task program modifies the current vehicle remote configuration task status to execution timeout and ends the current vehicle remote configuration task, and modifies the vehicle remote configuration corresponding to the current vehicle remote configuration task to timeout failure. Among them, the second preset time is the upper limit of the duration of the configuration task execution process. That is to say, when the vehicle returns the execution result normally, the relevant status record is updated, and the result is fed back to the terminal to ensure that the terminal can understand the actual execution of the configuration. If the execution result is not received within the predetermined time, the scheduled task program automatically detects and marks the task as timed out, and updates the configuration status to "timeout failure". In this way, even if the network or service is interrupted, the system can ensure that the status of the configuration task will not be lost, and the terminal can know the final status of the configuration task in time.

[0080] Through a clear status update mechanism, the results of each configuration task can be accurately recorded and fed back. By detecting timeouts through scheduled task programs, the system can maintain stable operation and provide accurate result feedback in the face of network anomalies or service interruptions. By setting a timeout mechanism, the uncertainty and waiting time of the terminal when waiting for configuration results are reduced, improving the user experience.

[0081] In the third case, after the vehicle is powered on and logged into the system, it actively requests remote configuration information. In this case, follow the steps below:

[0082] First, query the vehicle configuration table to check whether there is a remote configuration record for the current vehicle.

[0083] In a possible implementation, if there is a remote configuration record for the current vehicle, the status of the record is further checked:

[0084] If the current vehicle remote configuration status is "issuing", a prompt will appear saying "vehicle remote configuration is being sent" and no vehicle remote configuration instructions will be triggered to avoid repeated sending of the same configuration.

[0085] If the current vehicle remote configuration status is "successfully issued", it will prompt "vehicle remote configuration has been successfully issued", and no vehicle remote configuration command will be triggered to prevent the successful configuration from being issued again. Only when the current vehicle remote configuration status is "failed to issue" or "timeout failure", new remote configuration commands are allowed to be triggered.

[0086] In a possible implementation, if the current vehicle remote configuration status is "failed to send" or "failed due to timeout", a new remote configuration instruction can be triggered:

[0087] Call the remote configuration service to send the vehicle remote configuration.

[0088] Change the current vehicle remote configuration status to "issuing" and write this status to the vehicle configuration table.

[0089] In the vehicle task table, a remote configuration task record with a status of "in progress" is created for the current vehicle.

[0090] In the fourth possible case, when the vehicle returns the remote configuration command execution result (i.e., a vehicle uplink response), in order to ensure that only after the vehicle normally receives and executes the remote configuration command, the relevant records will be updated and the execution result will be called back to the calling terminal. If the result is lost due to network or other reasons, the timer task program will be used for timeout processing. The following is the processing flow in this case:

[0091] If the vehicle receives and executes the remote configuration command normally and successfully returns the execution result of the remote configuration command, the system will perform the following operations:

[0092] According to the actual execution result returned by the vehicle, update the status of the corresponding task in the vehicle task table. Update the status of the corresponding configuration in the vehicle configuration table. Call back the actual execution result to the calling terminal so that the terminal can know the result of the configuration execution.

[0093] If the vehicle does not return the remote configuration execution result normally, or although the vehicle returns the execution result normally but the result is lost due to network abnormality or other reasons, the scheduled task program will check the vehicle task table according to the timeout rules to determine whether the current vehicle remote configuration task has timed out.

[0094] If the task times out, change the status of the corresponding task in the vehicle task table to "execution timeout". Change the status of the corresponding configuration in the vehicle configuration table to "timeout failure". Call back the result (timeout failure) to the calling terminal so that the terminal knows that the configuration execution has timed out.

[0095] This ensures that only when the vehicle executes the remote configuration command normally and successfully returns the result, the relevant records will be updated and the result will be fed back to the terminal. In abnormal situations, the timer task program detects timeouts and updates the status and feedback results in a timely manner, improving the reliability of the system and user experience. This method not only reduces the loss of results due to network problems, but also ensures the stability and maintainability of the system.

[0096] In one possible implementation, the vehicle configuration table can be found at Figure 6 , the vehicle task list can be found in Figure 7 . Figure 6 The first data representation scheme provided in the embodiment of the present application is: Figure 7 The second data representation scheme provided for the embodiment of the present application.

[0097] Figure 6 The title is "Vehicle Remote Configuration Table". It lists the structure and content examples of a data table named "vehicle_remote_config". This table is used to store vehicle-related remote configuration information, including fields such as ID, frame number, vehicle remote configuration content, vehicle remote configuration status, callback ID, creation time and update time. Figure 6 As shown, including the following:

[0098] ID: Primary key, representing the unique identifier of each record.

[0099] vin: Vehicle frame number, also a unique identifier.

[0100] vehicle_remote_config_content: A JSON object containing the vehicle remote configuration content. In this example, it contains four properties: isAvailable, limitCharge, lockStatus, and overdueDays.

[0101] vehicle_remote_config_status: The status of the vehicle remote configuration. Possible values ​​are 1 = sending; 2 = sending successfully; 3 = sending failed; 4 = timeout failure.

[0102] callback_id: callback ID, used to identify the callback calling end ID.

[0103] create_time: write time, indicating the time when the vehicle remote configuration is first written.

[0104] update_time: Update time, indicating the time when the vehicle remote configuration was last modified.

[0105] The Vehicle Remote Configuration Content Example section shows a JSON object that contains some information about the battery:

[0106] isAvailable: Indicates whether the battery is available.

[0107] limitCharge: indicates the battery charge limit threshold.

[0108] lockStatus: Indicates the battery lock status.

[0109] overdueDays: indicates the number of overdue days.

[0110] The vehicle can adjust its behavior based on these parameters. For example, if isAvailable is false, the vehicle can limit charging capabilities; if limitCharge is 100, the vehicle will stop charging when the battery reaches 100%; if lockStatus is true, the vehicle can lock the battery; if overdueDays is 66, the vehicle can remind the user that the battery has been overdue for 66 days.

[0111] Figure 7 The title is "Vehicle Remote Configuration Task Table". It lists the structure and content example of a data table called "vehicle_remote_config_task". This table is used to store vehicle-related remote configuration task information, including fields such as ID, task ID, frame number, vehicle remote configuration task mode, vehicle remote configuration task content, vehicle remote configuration task status, start time and end time. The following is the meaning of each field in Figure 7:

[0112] id: primary key, representing the unique identifier of each record.

[0113] task_id: Task ID, which is a unique identifier for each record.

[0114] vin: Vehicle frame number, also a unique identifier.

[0115] vehicle_remote_config_task_model: Vehicle remote configuration task model, possible values ​​are 1 = cloud downlink; 2 = vehicle uplink.

[0116] vehicle_remote_config_task_content: A JSON object containing the vehicle remote configuration task content. In this example, it contains the comds attribute.

[0117] vehicle_remote_config_task_status: Vehicle remote configuration task status, possible values ​​are 1 = executing; 2 = execution successful; 3 = execution failed; 4 = timeout failure.

[0118] end_time: start time, indicating the time when the vehicle remote configuration task starts.

[0119] start_time: end time, indicating the time when the vehicle remote configuration task ends.

[0120] The Vehicle Remote Configuration Task Content Example section shows a JSON object that contains an array called comds with two elements:

[0121] comds: indicates the triggered remote configuration instruction set.

[0122] configId: indicates the remote configuration ID that is triggered.

[0123] configValue: indicates the corresponding value of the triggered remote configuration.

[0124] This information may be configuration parameters sent by the server to the vehicle, and the vehicle can adjust its behavior based on these parameters. For example, if configId is 32, the vehicle can adjust the battery charge limit threshold according to the value of configValue; if configId is 38, the vehicle can adjust the battery lock state according to the value of configValue.

[0125] In summary, when the cloud receives a remote configuration instruction that needs to be sent to the vehicle, the application first checks whether there is a configuration record of the current vehicle in the vehicle configuration table. This step ensures that only registered or known vehicles will receive configuration instructions, avoiding the sending of invalid instructions.

[0126] When the cloud receives a remote configuration instruction that needs to be sent to the vehicle, it first checks whether there is a configuration record for the current vehicle in the vehicle configuration table. This step ensures that only registered or known vehicles will receive configuration instructions, avoiding the sending of invalid instructions. Once the vehicle configuration record is confirmed to exist, the system will adjust the configuration status of the current vehicle to "issuing status" and add a new configuration task record to the vehicle task table, also marked as "issuing status". This step provides a clear tracking and monitoring method for the configuration process, allowing the system to understand the progress and status of the configuration task at any time. The system executes remote configuration instructions based on the configuration information and monitors the execution of the instructions by the current vehicle in real time. This step ensures that the configuration instructions can be received and executed by the vehicle as expected.

[0127] According to the results of the vehicle's execution of the remote configuration command, the system dynamically adjusts the corresponding task status in the vehicle task table (such as updating from "issuing status" to "completed status" or "failed status") and the corresponding configuration status in the vehicle configuration table (such as updating from "issuing status" to "configured status" or "configuration failed status"). This step not only provides real-time feedback on the configuration process, but also allows the system to take appropriate remedial measures when the configuration fails.

[0128] When the vehicle completes the remote configuration execution command, the system also needs to ensure the reliability and security of data transmission when returning the execution result uplink. This can be achieved by using reliable communication protocols, data verification and encryption technology to reduce the loss of execution results caused by cloud service anomalies or network jitter.

[0129] In summary, this application effectively solves the problem of loss of configuration execution results that may occur in the process of sending vehicle remote configuration instructions downlink from the cloud and the vehicle receiving and returning execution results through sophisticated task management and status tracking, real-time execution result recording, and possible network exception handling mechanisms.

[0130] The above are some specific implementations of the configuration delivery method provided in the embodiment of the present application. Based on this, the present application also provides a corresponding configuration delivery system. The system provided in the embodiment of the present application will be introduced from the perspective of functional modularization. Figure 8 A structural diagram of a configuration delivery system provided in an embodiment of the present application.

[0131] The system comprises:

[0132] A calling unit 110, configured to call configuration information corresponding to the remote configuration instruction in response to a remote configuration instruction and a configuration record of the current vehicle exists in the vehicle configuration table;

[0133] The first adjustment unit 111 is used to adjust the configuration state of the current vehicle to a state of being issued, and add a configuration task record in the vehicle task table, and record it as being in a state of being issued;

[0134] The second adjustment unit 112 is used to execute the remote configuration instruction based on the configuration information, and adjust the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle.

[0135] The embodiments of the present application also provide corresponding devices and computer storage media for implementing the test method solutions provided in the embodiments of the present application.

[0136] The device includes a memory and a processor, the memory is used to store instructions or codes, and the processor is used to execute the instructions or codes so that the device executes the test method described in any embodiment of the present application.

[0137] The computer storage medium stores codes, and when the codes are executed, a device executing the codes implements the test method described in any embodiment of the present application.

[0138] It should be noted that the various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other. For the system or device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant parts can be referred to the method part description.

[0139] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0140] It should be understood that the terms "center", "longitudinal", "lateral", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside" and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, and are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the referred device or element must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be understood as a limitation on the present invention.

[0141] It should be noted that, unless otherwise clearly specified and limited, the terms "installed", "connected" and "connected" should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, or it can be the internal communication of two components. For ordinary technicians in this field, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.

[0142] It should also be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0143] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be implemented directly using hardware, a software module executed by a processor, or a combination of the two. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0144] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A configuration delivery method, characterized in that: include: In response to a remote configuration instruction and a configuration record of the current vehicle exists in the vehicle configuration table, calling configuration information corresponding to the remote configuration instruction; Adjust the configuration state of the current vehicle to a being issued state, add a configuration task record in the vehicle task table, and record it as being in the being issued state; The remote configuration instruction is executed based on the configuration information, and the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table are adjusted according to the execution result of the remote configuration instruction by the current vehicle.

2. The method according to claim 1, characterized in that The step of adjusting the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle includes: When the current vehicle completes execution of the remote configuration instruction and returns the execution result of the remote configuration instruction, the corresponding task status in the vehicle task table is adjusted to execution success, and the corresponding configuration status in the vehicle configuration table is adjusted to execution success.

3. The method according to claim 1, characterized in that The step of adjusting the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle includes: When the current vehicle fails to return the execution result of the remote configuration instruction to the cloud within the first preset time, querying the task in the vehicle task table that is in execution state based on the second preset time, and determining whether the task in execution state has timed out; In response to the timeout of the task in the executing state, the corresponding task state in the vehicle task table is adjusted to execution timeout, and the corresponding configuration state in the vehicle configuration table is adjusted to execution failure.

4. The method according to claim 3, characterized in that The querying of the tasks in the vehicle task table that are being executed based on the second preset time, and determining whether the tasks in the execution state have timed out, comprises: According to the preset order, determine in turn whether the tasks in the execution state generate execution results within the second preset time; In response to the timeout of the task in the executing state, adjusting the corresponding task state in the vehicle task table to execution timeout and the corresponding configuration state in the vehicle configuration table to execution failure, includes: The task status corresponding to each task that fails to generate an execution result in the vehicle task table is adjusted to execution timeout, and the configuration status corresponding to each task that fails to generate an execution result in the vehicle configuration table is adjusted to execution failure.

5. The method according to claim 1, characterized in that The method further comprises: In response to the remote configuration instruction, determining whether there is a configuration record of the current vehicle in the vehicle configuration table; When there is a configuration record of the current vehicle in the vehicle configuration table, determine whether the configuration status of the current vehicle is being issued; When the current vehicle configuration status is being issued, the remote configuration instruction is not executed.

6. The method according to claim 5, characterized in that The method further comprises: When there is no configuration record of the current vehicle in the vehicle configuration table, a configuration record with a status of being issued is created for the current vehicle in the vehicle configuration table, and a configuration task record with a status of being executed is created for the current vehicle in the vehicle task table.

7. The method according to claim 1, characterized in that The method further comprises: In response to the query instruction and the vehicle configuration table having a configuration record of the current vehicle, obtaining the configuration state of the current vehicle; When the configuration status is successfully sent or being sent, the remote configuration command for the current vehicle is not triggered; When the configuration status is failure to send or timeout failure, obtain the remote configuration instruction sent again, execute the configuration record of the current vehicle in response to the remote configuration instruction and the vehicle configuration table, and call the configuration information and subsequent steps corresponding to the remote configuration instruction.

8. The method according to claim 7, characterized in that The method further comprises: In response to the query instruction and the absence of a configuration record of the current vehicle in the vehicle configuration table, a prompt message is generated, wherein the prompt message is used to indicate that the latest remote configuration of the current vehicle does not exist and the vehicle configuration instruction is not triggered.

9. The method according to claim 1, characterized in that: The method further comprises: The execution result is sent to the terminal, so that the terminal records the execution result of the remote configuration instruction.

10. A configuration delivery system, characterized in that: include: A calling unit, configured to call configuration information corresponding to the remote configuration instruction in response to a remote configuration instruction and a configuration record of the current vehicle exists in the vehicle configuration table; A first adjustment unit, configured to adjust the configuration state of the current vehicle to a being issued state, and add a configuration task record to a vehicle task table, and record it as being in the being issued state; The second adjustment unit is used to execute the remote configuration instruction based on the configuration information, and adjust the corresponding task status in the vehicle task table and the corresponding configuration status in the vehicle configuration table according to the execution result of the remote configuration instruction by the current vehicle.

Images