Remote control parking instruction message queue processing method, device and equipment and storage medium
By assigning unique identifiers to remote parking commands and creating independent address spaces, combined with a first-in-first-out queue and a mode switching clearing mechanism, the problem of abnormal command response in remote parking is solved, improving security and processing efficiency.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-04
- Publication Date
- 2026-03-24
AI Technical Summary
When using remote parking, the asynchronous parking callback message is overwritten, causing an error in issuing the next parking command and posing a parking risk.
By assigning a unique identifier to the parking command, creating an independent address space to receive asynchronous callback messages, judging the command response delay, and storing the command in a first-in-first-out queue when there is a delay, the queue is cleared and processed during mode switching.
This reduces the safety risks of remote parking caused by abnormal command response or processing delays, and ensures the orderliness and safety of command processing.
Smart Images
Figure CN121728131A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of parking control technology, and in particular to a remote parking instruction message queue processing method, apparatus, device, and storage medium. Background Technology
[0002] Currently, during remote parking, the overwriting of asynchronous parking callback messages can lead to abnormal issuance of the next parking command. Furthermore, the failure to process parking commands in a timely manner can cause command backlog, posing a parking risk. Therefore, how to reduce the safety risks of remote parking remains a problem that needs to be solved.
[0003] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention
[0004] The main objective of this application is to provide a method, apparatus, device, and storage medium for processing remote parking instruction message queues, aiming to solve the technical problem of how to reduce the safety risks of remote parking.
[0005] To achieve the above objectives, this application proposes a remote parking instruction message queue processing method, the method comprising: Receive parking operation signal, generate corresponding parking instruction based on the parking operation signal, and assign a unique identifier to the parking instruction; An independent address space is created based on the unique identifier. The asynchronous callback message of the parking instruction is received through the independent address space, and the response delay of the parking instruction is determined based on the asynchronous callback message. If the parking instruction response is delayed and the delay time is less than the preset time, the subsequent parking instruction will be stored in the first-in-first-out queue. When detecting a switch in parking operation mode, the first-in-first-out queue is cleared.
[0006] In one embodiment, the step of receiving the asynchronous callback message of the parking instruction through an independent address space includes: Receive asynchronous callback messages and determine the target unique identifier corresponding to the asynchronous callback message; The corresponding independent address space is determined based on the target unique identifier; The asynchronous callback message is stored in the independent address space.
[0007] In one embodiment, the step of determining whether the parking instruction has a response delay based on the asynchronous callback message includes: Record the time when the parking command is sent; Calculate the delay duration of the asynchronous callback message corresponding to the parking instruction based on the sending time; The signal transmission interval duration is obtained, and the parking command response delay is determined based on whether the delay duration is greater than the signal transmission interval duration.
[0008] In one embodiment, after the step of storing subsequent parking instructions in a first-in-first-out queue, the method further includes: Upon receiving the asynchronous callback message of the parking instruction, the latest instruction is determined according to the first-in-first-out queue; Execute the latest instruction, and after receiving the latest asynchronous callback message of the latest instruction, continue to execute the instructions in the first-in-first-out queue in sequence.
[0009] In one embodiment, the step of clearing the first-in-first-out queue when detecting a parking operation mode switch includes: Obtain the latest parking signal and switch the operation mode type according to the latest parking signal detection mode; A clear command is generated based on the operation mode switching type; The first-in-first-out queue is cleared according to the clear instruction.
[0010] In one embodiment, the step of generating a corresponding parking instruction based on the parking operation signal includes: Analyze the operation type of the parking operation signal; The target template is determined based on the operation type, and the corresponding parking instruction is generated based on the target template.
[0011] In one embodiment, after the steps of receiving a parking operation signal and generating a corresponding parking instruction based on the parking operation signal, the method further includes: Assign a corresponding processing priority to the parking command; Based on the processing priority, the order of the parking instruction in the first-in-first-out queue is adjusted.
[0012] Furthermore, to achieve the above objectives, this application also proposes a remote parking instruction message queue processing device, which includes: The generation module is used to receive parking operation signals, generate corresponding parking instructions based on the parking operation signals, and assign a unique identifier to the parking instructions. A creation module is used to create an independent address space based on the unique identifier, receive asynchronous callback messages of the parking instruction through the independent address space, and determine whether the parking instruction has a response delay based on the asynchronous callback messages; The storage module is used to store subsequent parking commands into a first-in-first-out queue when the parking command response is delayed and the delay time is less than a preset time. The cleaning module is used to clear the first-in-first-out queue when the parking operation mode is switched.
[0013] In addition, to achieve the above objectives, this application also proposes a remote parking instruction message queue processing device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the remote parking instruction message queue processing method as described above.
[0014] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the remote parking instruction message queue processing method described above.
[0015] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the remote parking instruction message queue processing method described above.
[0016] This application provides a remote parking instruction message queue processing method. The method receives a parking operation signal, generates a corresponding parking instruction based on the signal, and assigns a unique identifier to the instruction. An independent address space is created based on the unique identifier. Asynchronous callback messages for the parking instruction are received through this address space, and the method determines whether the parking instruction response is delayed based on these messages. If the parking instruction response is delayed but the delay duration is less than a preset duration, subsequent parking instructions are stored in a first-in-first-out (FIFO) queue. When a parking operation mode switch is detected, the FIFO queue is cleared. This application reduces the safety risks of remote parking caused by abnormal instruction response or processing delays by establishing independent address spaces for different parking instructions to prevent callback message overwriting and by combining the instruction queue's caching and mode-switching clearing mechanism. Attached Figure Description
[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0018] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0019] Figure 1This is a flowchart illustrating an embodiment of the remote parking command message queue processing method of this application. Figure 2 This is a schematic diagram of parking instruction message queue processing provided in Embodiment 1 of the remote parking instruction message queue processing method of this application; Figure 3 This is a schematic diagram of the parking instruction message queue clearing process provided in Embodiment 1 of the remote parking instruction message queue processing method of this application; Figure 4 This is a flowchart illustrating Embodiment 2 of the remote parking command message queue processing method of this application; Figure 5 This is a schematic diagram of the module structure of the remote parking command message queue processing device according to an embodiment of this application; Figure 6 This is a schematic diagram of the device structure of the hardware operating environment involved in the remote parking instruction message queue processing method in this application embodiment.
[0020] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation
[0021] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.
[0022] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.
[0023] This application receives a parking operation signal, generates a corresponding parking instruction based on the parking operation signal, and assigns a unique identifier to the parking instruction; it creates an independent address space based on the unique identifier, receives asynchronous callback messages of the parking instruction through the independent address space, and determines whether the parking instruction has a response delay based on the asynchronous callback messages; if the parking instruction has a response delay and the delay duration is less than a preset duration, subsequent parking instructions are stored in a first-in-first-out queue; when a parking operation mode switch is detected, the first-in-first-out queue is cleared.
[0024] Currently, during remote parking, the overwriting of asynchronous parking callback messages can lead to abnormal issuance of the next parking command. Furthermore, the failure to process parking commands in a timely manner can cause command backlog, posing a parking risk. Therefore, how to reduce the safety risks of remote parking remains a problem that needs to be solved.
[0025] This application reduces the safety risks of remote parking caused by abnormal command response or processing delay by establishing independent address spaces for different parking commands to prevent callback message overwriting, and by combining the command queue caching and clearing mechanism during mode switching.
[0026] Based on this, embodiments of this application provide a remote parking instruction message queue processing method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the remote parking instruction message queue processing method of this application.
[0027] In this embodiment, the remote parking instruction message queue processing method includes steps S10 to S40: Step S10: Receive a parking operation signal, generate a corresponding parking instruction based on the parking operation signal, and assign a unique identifier to the parking instruction; It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device capable of performing the above functions, such as a remote parking instruction message queue processing device. The following description uses a mobile phone as an example to illustrate this embodiment and the subsequent embodiments.
[0028] It should be noted that parking operation signals refer to the signals generated when a user remotely parks the car. For example, when a user remotely parks the car using a mobile app, after clicking the "Forward" option, the app receives the user's parking operation signal through the graphical user interface. Parking instructions are formatted command data that the vehicle can recognize. A unique identifier can be an ID number; assigning an ID to a parking instruction facilitates unique tracking and management of that instruction.
[0029] It should be noted that this can be used as a reference. Figure 2 , Figure 2 This is a schematic diagram of parking instruction message queue processing. Figure 2 In this system, the mobile app control terminal integrates a Bluetooth key system, which connects to the vehicle's remote control command receiving module via Bluetooth. The mobile app's command sending unit first sends a parking command to the Bluetooth key system's parking command queue, then sends the latest command from the parking command queue to the vehicle, where it is received by the vehicle's remote control command receiving module. After execution, the vehicle returns the execution result to the address space of the mobile app's Bluetooth key system. The next action is then determined based on the callback information.
[0030] In one feasible approach, after the step of receiving the parking operation signal, the method further includes: establishing a wireless communication connection with the target vehicle control system; and periodically sending heartbeat commands to the target vehicle after successful establishment.
[0031] It's important to note that for remote parking, the mobile app first needs to establish a stable wireless communication link with the vehicle's controller, typically via Bluetooth or Wi-Fi. Once the connection is established, the mobile app will continuously send "heartbeat" commands to the vehicle at fixed time intervals. This heartbeat signal maintains the parking session, informing the vehicle control system that the mobile app is still within range and the connection is normal; this is a prerequisite for entering and maintaining parking mode.
[0032] In one embodiment, the step of generating a corresponding parking instruction based on the parking operation signal includes: parsing the operation type of the parking operation signal; determining a target template based on the operation type; and generating a corresponding parking instruction based on the target template.
[0033] It should be noted that upon receiving a low-level operation signal (such as a screen touch event), the system needs to parse this signal and map it to a specific operation type, such as "forward" or "backward". Based on the parsed operation type, the system calls the corresponding instruction generation template, fills in the necessary parameters (such as instruction ID, timestamp, etc.), and generates a complete parking instruction data packet that conforms to the vehicle communication protocol specification and can be recognized and executed by the vehicle.
[0034] In one feasible approach, after the steps of receiving a parking operation signal and generating a corresponding parking instruction based on the parking operation signal, the method further includes: assigning a corresponding processing priority to the parking instruction; and adjusting the order of the parking instruction in the first-in-first-out queue based on the processing priority.
[0035] It should be noted that the urgency of different parking command operation scenarios (such as slow forward and emergency braking) is different. Therefore, corresponding processing priorities can be assigned to the parking commands, and the execution order of commands in the queue can be dynamically adjusted according to the processing priorities. This ensures that when commands are piled up, high-priority emergency commands (such as emergency stop) can be processed first, thereby significantly improving the active safety in the remote parking process and avoiding the problem of slow response in emergency situations in traditional first-in-first-out queues.
[0036] Step S20: Create an independent address space based on the unique identifier, receive the asynchronous callback message of the parking instruction through the independent address space, and determine whether the parking instruction has a response delay based on the asynchronous callback message; It should be noted that an independent address space is a storage area with a unique identifier and clear boundaries, allocated for a specific function or data object, and is isolated from and does not interfere with each other. An asynchronous callback message is a communication data unit actively sent by the receiver to the initiator after completing a specified task or reaching a specific state in an asynchronous communication mechanism, used to notify of the processing result or status update. Its core characteristics are the asynchronous nature of its communication (sending and response do not occur simultaneously) and the passive nature of its triggering (driven by the completion event of the requested party). Essentially, it is a one-way notification mechanism where the server provides feedback on the processing conclusion to the client. In this embodiment, the asynchronous callback message is the feedback information from the car regarding the execution result of the parking command.
[0037] It should be noted that after the vehicle executes the instruction, it will return an asynchronous callback message. The system will store the asynchronous callback message in the corresponding independent address space according to the instruction ID associated with it, thereby achieving physical isolation between different instruction callback messages.
[0038] In one feasible approach, the step of determining whether the parking instruction has a response delay based on the asynchronous callback message includes: recording the sending time of the parking instruction; calculating the delay duration of the asynchronous callback message corresponding to the parking instruction based on the sending time; obtaining the signal transmission interval duration; and determining whether the parking instruction has a response delay based on whether the delay duration is greater than the signal transmission interval duration.
[0039] It should be noted that the signal transmission interval refers to the time interval between two adjacent user operations. The system records the current high-precision time as the transmission moment of the parking command the instant the mobile app successfully sends it. The delay duration refers to the time between the moment the asynchronous callback message for the parking command is received and the moment it was sent. In actual calculations, timing begins from the transmission moment. If the timing exceeds the signal transmission interval, it is not necessary to wait for the asynchronous callback message feedback to recalculate the delay duration; instead, it can be directly determined that the delay duration is greater than the signal transmission interval, thus indicating that the parking command response has timed out.
[0040] Step S30: When the parking instruction response is delayed and the delay time is less than the preset time, the subsequent parking instruction is stored in the first-in-first-out queue. It's important to note that once a delay in processing a previous instruction is detected, to avoid overloading the system and causing a crash due to continuously sending new instructions, the system will temporarily store the newly generated instructions in a cache queue managed according to a first-in, first-out (FIFO) rule, waiting for the system to process them sequentially, rather than sending them immediately. Furthermore, not all parking timeout instructions are stored in the cache queue; only parking instructions with a delayed response and a delay duration less than a preset time are stored in the FIFO queue. For example, if the mobile client's instruction issuance cycle is A, then a lack of response within 2A is considered a timeout, and parking will be exited directly. However, if the vehicle's response time is between A and 2A, it is considered a delayed response, and the parking instruction is stored in the queue.
[0041] In one feasible approach, after the step of storing subsequent parking instructions into the first-in-first-out (FIFO) queue, the method further includes: upon receiving an asynchronous callback message for the parking instruction, determining the latest instruction based on the FIFO queue; executing the latest instruction; and upon receiving the latest asynchronous callback message for the latest instruction, continuing to execute the instructions in the FIFO queue sequentially.
[0042] It's important to note that when the system receives a callback message for a given instruction, indicating that the vehicle is ready to receive new instructions, the processing logic doesn't simply send the next instruction. Instead, it first checks the first-in, first-out (FIFO) queue. Since the queue operates on a FIFO basis, the instruction at the head of the queue is the newest instruction in the backlog that was cached first and should be processed immediately. The system retrieves this newest instruction from the head of the queue and sends it to the vehicle. Then, after waiting for the callback message for this instruction to return, it can continue retrieving and sending the next instruction from the queue. This process repeats until the queue is empty. This ensures that even with an instruction backlog, all instructions are processed strictly in an orderly, one-to-one manner, avoiding communication chaos.
[0043] Step S40: When detecting the parking operation mode switch, the first-in-first-out queue is cleared.
[0044] It's important to note that when the system detects a fundamental change in the user's intent, it will proactively clear all backlogged, unexecuted commands from the queue. This is because these older commands no longer align with the user's latest intentions, and executing them would cause vehicle lag, increasing the risk of a collision.
[0045] In one feasible approach, the step of clearing the first-in-first-out queue when detecting a parking operation mode switch includes: acquiring the latest parking signal; detecting the operation mode switch type based on the latest parking signal; generating a clearing instruction based on the operation mode switch type; and clearing the first-in-first-out queue based on the clearing instruction.
[0046] It should be noted that this can be used as a reference. Figure 3 , Figure 3 This is a flowchart illustrating the process of clearing the parking instruction message queue. A message queue is created; when an instruction is not processed immediately, the later-generated instruction is stored in the message queue and awaits consumption in a first-in, first-out (FIFO) order. When the driver presses the parking forward / reverse button, the message queue clearing interface is first called to clear the heartbeat instruction queue before continuing to send parking forward / reverse instructions; alternatively, when the driver releases the parking forward / reverse button, the message queue clearing interface is first called to clear the parking forward / reverse instruction queue before sending heartbeat instructions, preventing parking delays.
[0047] This embodiment receives a parking operation signal, generates a corresponding parking instruction based on the signal, and assigns a unique identifier to the instruction. An independent address space is created based on this identifier. Asynchronous callback messages for the parking instruction are received through this address space, and the system determines whether the parking instruction response is delayed based on these messages. If the parking instruction response is delayed but the delay duration is less than a preset duration, subsequent parking instructions are stored in a first-in-first-out (FIFO) queue. When a parking operation mode switch is detected, the FIFO queue is cleared. This embodiment reduces the safety risks of remote parking caused by abnormal instruction response or processing delays by establishing independent address spaces for different parking instructions to prevent callback message overwriting and by combining the instruction queue's caching and mode-switching clearing mechanism.
[0048] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in the first embodiment described above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 4 Step S20 also includes steps S201 to S203: Step S201: Receive the asynchronous callback message and determine the target unique identifier corresponding to the asynchronous callback message; It should be noted that the asynchronous callback message data packet returned by the vehicle will contain a unique identifier for the corresponding original instruction. When the system receives any callback message, it will first parse this data packet and extract this target unique identifier.
[0049] Step S202: Determine the corresponding independent address space based on the target unique identifier; It should be noted that the corresponding independent address space is determined based on the target unique identifier. Specifically, this can be achieved through a mapping table, which records the correspondence between each unique identifier and its dedicated independent address space. By looking up the table, the independent address space corresponding to that identifier can be quickly located.
[0050] Step S203: Store the asynchronous callback message in the independent address space.
[0051] It's important to note that the received callback messages are completely stored in the independent address space determined in the previous step. This process ensures that the callback messages for each instruction are stored in isolation, without interference, fundamentally preventing message overwriting.
[0052] This embodiment receives asynchronous callback messages and determines the target unique identifier corresponding to the asynchronous callback message; it determines the corresponding independent address space based on the target unique identifier; and it stores the asynchronous callback message in the independent address space. This embodiment ensures that each asynchronous callback message can be stored in its corresponding independent address space, achieving physical isolation of different instruction callback messages at the system level. This avoids the problem of callback messages overwriting each other due to mismatched processing speeds, and reduces the safety risks of remote parking.
[0053] This application also provides a remote parking instruction message queue processing device, please refer to... Figure 5 The remote parking instruction message queue processing device includes: The generation module 10 is used to receive parking operation signals, generate corresponding parking instructions based on the parking operation signals, and assign a unique identifier to the parking instructions. The creation module 20 is used to create an independent address space based on the unique identifier, receive the asynchronous callback message of the parking instruction through the independent address space, and determine whether the parking instruction has a response delay based on the asynchronous callback message; The storage module 30 is used to store subsequent parking instructions into a first-in-first-out queue when the parking instruction response is delayed and the delay time is less than a preset time. The cleaning module 40 is used to clear the first-in-first-out queue when the parking operation mode is switched.
[0054] This embodiment receives a parking operation signal, generates a corresponding parking instruction based on the signal, and assigns a unique identifier to the instruction. An independent address space is created based on this identifier. Asynchronous callback messages for the parking instruction are received through this address space, and the system determines whether the parking instruction response is delayed based on these messages. If the parking instruction response is delayed but the delay duration is less than a preset duration, subsequent parking instructions are stored in a first-in-first-out (FIFO) queue. When a parking operation mode switch is detected, the FIFO queue is cleared. This embodiment reduces the safety risks of remote parking caused by abnormal instruction response or processing delays by establishing independent address spaces for different parking instructions to prevent callback message overwriting and by combining the instruction queue's caching and mode-switching clearing mechanism.
[0055] In one embodiment, the creation module 20 is further configured to receive an asynchronous callback message, determine the target unique identifier corresponding to the asynchronous callback message, determine the corresponding independent address space based on the target unique identifier, and store the asynchronous callback message in the independent address space.
[0056] In one embodiment, the creation module 20 is further configured to record the sending time of the parking instruction; calculate the delay duration of the asynchronous callback message corresponding to the parking instruction based on the sending time; obtain the signal sending interval duration; and determine whether the parking instruction has a response delay based on whether the delay duration is greater than the signal sending interval duration.
[0057] In one embodiment, the storage module 30 is further configured to, upon receiving an asynchronous callback message of the parking instruction, determine the latest instruction according to the first-in-first-out queue; execute the latest instruction; and, upon receiving the latest asynchronous callback message of the latest instruction, continue to execute the instructions in the first-in-first-out queue sequentially.
[0058] In one embodiment, the cleaning module 40 is further configured to acquire the latest parking signal, detect the operation mode switching type based on the latest parking signal, generate a clearing instruction based on the operation mode switching type, and clear the first-in-first-out queue based on the clearing instruction.
[0059] In one embodiment, the generation module 10 is further configured to parse the operation type of the parking operation signal; determine a target template based on the operation type; and generate a corresponding parking instruction based on the target template.
[0060] In one embodiment, the generation module 10 is further configured to assign a corresponding processing priority to the parking instruction; and adjust the order of the parking instruction in the first-in-first-out queue based on the processing priority.
[0061] The remote parking instruction message queue processing device provided in this application, employing the remote parking instruction message queue processing method in the above embodiments, can solve the technical problem of how to reduce the safety risks of remote parking. Compared with the prior art, the beneficial effects of the remote parking instruction message queue processing device provided in this application are the same as those of the remote parking instruction message queue processing method provided in the above embodiments, and other technical features in the remote parking instruction message queue processing device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.
[0062] This application provides a remote parking instruction message queue processing device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the remote parking instruction message queue processing method in the above embodiment 1.
[0063] The following is for reference. Figure 6 This document illustrates a structural schematic diagram of a remote parking instruction message queue processing device suitable for implementing embodiments of this application. The remote parking instruction message queue processing device in this application embodiment may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), and in-vehicle terminals (e.g., in-vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 6 The remote parking instruction message queue processing device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.
[0064] like Figure 6As shown, the remote parking instruction message queue processing device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in ROM (Read Only Memory) 1002 or a program loaded from storage device 1003 into RAM (Random Access Memory) 1004. RAM 1004 also stores various programs and data required for the operation of the remote parking instruction message queue processing device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via bus 1005. Input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to I / O interface 1006: input devices 1007 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. Communication device 1009 allows the remote parking instruction message queuing processing device to communicate wirelessly or wiredly with other devices to exchange data. Although a remote parking instruction message queuing processing device with various systems is shown in the figure, it should be understood that it is not required to implement or possess all the systems shown. More or fewer systems may be implemented alternatively.
[0065] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.
[0066] The remote parking instruction message queue processing device provided in this application, employing the remote parking instruction message queue processing method in the above embodiments, can solve the technical problem of how to reduce the safety risks of remote parking. Compared with the prior art, the beneficial effects of the remote parking instruction message queue processing device provided in this application are the same as those of the remote parking instruction message queue processing method provided in the above embodiments, and other technical features in this remote parking instruction message queue processing device are the same as those disclosed in the previous embodiment method, and will not be repeated here.
[0067] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.
[0068] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
[0069] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the remote parking instruction message queue processing method in the above embodiments.
[0070] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.
[0071] The aforementioned computer-readable storage medium may be included in the remote parking instruction message queue processing device; or it may exist independently and not be assembled into the remote parking instruction message queue processing device.
[0072] The aforementioned computer-readable storage medium carries one or more programs. When these programs are executed by the remote parking instruction message queue processing device, the remote parking instruction message queue processing device: receives a parking operation signal; generates a corresponding parking instruction based on the parking operation signal; and assigns a unique identifier to the parking instruction; creates an independent address space based on the unique identifier; receives asynchronous callback messages of the parking instruction through the independent address space; and determines whether the parking instruction has a response delay based on the asynchronous callback messages; if the parking instruction has a response delay and the delay duration is less than a preset duration, then stores subsequent parking instructions in a first-in-first-out queue; and clears the first-in-first-out queue when a parking operation mode switch is detected.
[0073] Computer program code for performing the operations of this application can be written in one or more programming languages or a combination thereof, including object-oriented programming languages such as Java, Smalltalk, and C++, and conventional procedural programming languages such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).
[0074] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.
[0075] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.
[0076] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the aforementioned remote parking instruction message queue processing method, thereby solving the technical problem of how to reduce the safety risks of remote parking. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the remote parking instruction message queue processing method provided in the above embodiments, and will not be repeated here.
[0077] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the remote parking instruction message queue processing method described above.
[0078] The computer program product provided in this application can solve the technical problem of how to reduce the safety risks of remote parking. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the remote parking instruction message queue processing method provided in the above embodiments, and will not be repeated here.
[0079] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.
Claims
1. A method for processing remote parking instruction message queues, characterized in that, The method includes: Receive parking operation signal, generate corresponding parking instruction based on the parking operation signal, and assign a unique identifier to the parking instruction; An independent address space is created based on the unique identifier. The asynchronous callback message of the parking instruction is received through the independent address space, and the response delay of the parking instruction is determined based on the asynchronous callback message. If the parking instruction response is delayed and the delay time is less than the preset time, the subsequent parking instruction will be stored in the first-in-first-out queue. When detecting a switch in parking operation mode, the first-in-first-out queue is cleared.
2. The method as described in claim 1, characterized in that, The step of receiving the asynchronous callback message of the parking instruction through an independent address space includes: Receive asynchronous callback messages and determine the target unique identifier corresponding to the asynchronous callback message; The corresponding independent address space is determined based on the target unique identifier; The asynchronous callback message is stored in the independent address space.
3. The method as described in claim 1, characterized in that, The step of determining whether the parking instruction response is delayed based on the asynchronous callback message includes: Record the time when the parking command is sent; Calculate the delay duration of the asynchronous callback message corresponding to the parking instruction based on the sending time; The signal transmission interval duration is obtained, and the parking command response delay is determined based on whether the delay duration is greater than the signal transmission interval duration.
4. The method as described in claim 1, characterized in that, After the step of storing subsequent parking instructions into the first-in-first-out queue, the method further includes: Upon receiving the asynchronous callback message of the parking instruction, the latest instruction is determined according to the first-in-first-out queue; Execute the latest instruction, and after receiving the latest asynchronous callback message of the latest instruction, continue to execute the instructions in the first-in-first-out queue in sequence.
5. The method as described in claim 1, characterized in that, The step of clearing the first-in-first-out queue when detecting a parking operation mode switch includes: Obtain the latest parking signal and switch the operation mode type according to the latest parking signal detection mode; A clear command is generated based on the operation mode switching type; The first-in-first-out queue is cleared according to the clear instruction.
6. The method as described in claim 1, characterized in that, The step of generating a corresponding parking instruction based on the parking operation signal includes: Analyze the operation type of the parking operation signal; The target template is determined based on the operation type, and the corresponding parking instruction is generated based on the target template.
7. The method as described in claim 1, characterized in that, After the steps of receiving the parking operation signal and generating a corresponding parking instruction based on the parking operation signal, the method further includes: Assign a corresponding processing priority to the parking command; Based on the processing priority, the order of the parking instruction in the first-in-first-out queue is adjusted.
8. A remote-controlled parking instruction message queue processing device, characterized in that, The device includes: The generation module is used to receive parking operation signals, generate corresponding parking instructions based on the parking operation signals, and assign a unique identifier to the parking instructions. A creation module is used to create an independent address space based on the unique identifier, receive asynchronous callback messages of the parking instruction through the independent address space, and determine whether the parking instruction has a response delay based on the asynchronous callback messages; The storage module is used to store subsequent parking commands into a first-in-first-out queue when the parking command response is delayed and the delay time is less than a preset time. The cleaning module is used to clear the first-in-first-out queue when the parking operation mode is switched.
9. A remote parking instruction message queue processing device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the remote parking instruction message queue processing method as described in any one of claims 1 to 7.
10. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the remote parking instruction message queue processing method as described in any one of claims 1 to 7.