Remote driving switching system and method based on work order generation

Abstract

The invention provides a remote driving switching system based on work order generation, and the system comprises a data obtaining module which is used for obtaining the monitoring data of road test equipment and the state data of a vehicle, and uploading the monitoring data and the state data to a cloud platform; the judgment and analysis module is used for judging the type of a remote driving switching trigger event; the road test processing module is used for marking the intersections with medium and high risks in a cloud platform map, generating a remote driving work order and issuing the remote driving work order to a cabin; the vehicle end processing module is used for screening out fault information influencing the automatic driving operation capability, generating a remote driving work order and issuing the remote driving work order to a cabin; the work order confirmation module is used for passing authentication of the remote driving work order and transmitting response information back to the cloud platform after confirmation of the safety officer; and the road test monitoring module is used for monitoring the road state in real time, recording the monitoring data and reporting the monitoring data to the vehicle.

Description

Technical Field

[0001] The present application relates to the field of remote driving technology, and in particular to a remote driving switching system and method based on work order generation. Background Art

[0002] Remote driving technology refers to real-time communication between the control center and the vehicle, thereby realizing remote monitoring and control of the vehicle. With the popularization of 5G networks and the improvement of corresponding policies, remote control technology has gradually attracted attention. In the existing technology, when an unmanned vehicle with automatic and remote driving capabilities is operating unmanned on a 5G demonstration public road, it is necessary to exit the automatic driving mode and slow down to park before remote control driving can be performed. There are safety hazards in some scenes where parking is not possible (elevated, high-speed or single-lane roads, etc.); when an unmanned vehicle switches from remote driving mode to automatic driving mode, it is necessary to exit the remote driving mode and wait for the automatic driving mode to take over and stabilize the driving before the remote driver can be released. Therefore, when an autonomous driving vehicle is in an abnormal state, the timing and functional boundaries of remote driving intervention are relatively vague, which affects the operating efficiency and safety of the vehicle. Summary of the invention

[0003] In view of this, the present invention provides a remote driving switching system and method based on work order generation to solve the technical problems of the prior art such as vague remote driving intervention timing and functional boundaries, low vehicle operation efficiency, and poor safety.

[0004] The present invention provides a remote driving switching system based on work order generation, the system comprising: a data acquisition module, which is arranged on an unmanned vehicle, and is used to obtain monitoring data of a road test device and status data of the vehicle itself, and upload the data to a cloud platform, and at the same time actively access the connected cockpit according to the response information, establish a remote driving cockpit communication link, and realize remote driving switching; The judgment and analysis module is set on the cloud platform and connected to the data acquisition module through the network. It is used to judge the type of remote driving switching trigger event. When the trigger event type is a road test trigger event, the road test equipment monitoring data is sent to the road test processing module. When the trigger event type is a vehicle-side trigger event, the vehicle's own status data is sent to the vehicle-side processing module. After the cockpit authentication passes the remote driving work order, the work order ID, abnormal vehicle number, abnormal content, and fault level in the work order are sub-packaged and analyzed for confirmation by the remote driving safety officer, and then the response information is sent to the vehicle; the road test processing module is set on the cloud platform and connected to the trigger judgment module. It is used to classify the event into low risk, medium risk, and low risk according to the road test equipment detection data and the preset operational impact risk level. There are three risk levels: medium risk, low risk and high risk. Medium and high risk intersections are marked on the cloud platform map, and a remote driving work order is generated and sent to the cockpit before the vehicle reaches the intersection; the vehicle-side processing module is set on the cloud platform and connected to the trigger judgment module. It is used to screen out fault information that affects the autonomous driving operation capability according to the preset fault level list based on the vehicle's own status data, and generate a remote driving work order and send it to the cockpit; the work order confirmation module is set in the cockpit and connected to the cloud platform and the vehicle through the network respectively. It is used to authenticate the remote driving work order and send the response information back to the cloud platform after confirmation by the safety officer; the road test monitoring module is set on the road test equipment, connected to the vehicle through the network, monitors the road status in real time, records the monitoring data, and reports it to the vehicle.

[0005] Furthermore, the cloud platform is always connected to the vehicle and the cockpit via TCP / IP, and the vehicle and the cockpit are dynamically connected via TCP / IP.

[0006] Furthermore, the drive test monitoring module is also used to, based on the road environment, record and broadcast a specified abnormality after determining that it occurs, thereby forming the drive test triggering event.

[0007] Furthermore, the data acquisition module is also used to diagnose the entire vehicle's intelligent system. When a system abnormality occurs, the abnormal information is monitored and uploaded to form a vehicle-side trigger event.

[0008] Furthermore, the whole vehicle intelligent system includes an automatic driving system, a remote driving system, a chassis control system, and a human-computer interaction system.

[0009] The present invention also provides a remote driving switching method based on work order generation, the method comprising: step 1, the vehicle obtains the monitoring data of the road test equipment and the status data of the vehicle itself, and uploads them to the cloud platform; step 2, when a road test triggering event occurs, the cloud platform divides the event into three risk levels of low risk, medium risk and high risk according to the monitoring data of the road test equipment and the preset operational impact risk level, marks the medium and high risk intersections on the cloud platform map, generates a remote driving work order before the vehicle reaches the intersection and sends it to the cockpit, and when a vehicle-side triggering event occurs, the cloud platform divides the event into three risk levels of low risk, medium risk and high risk according to the preset operational impact risk level, marks the medium and high risk intersections on the cloud platform map, generates a remote driving work order before the vehicle reaches the intersection and sends it to the cockpit, and when a vehicle-side triggering event occurs, the cloud platform Status data, according to the preset fault level list, screen out the fault information that affects the autonomous driving operation capability, generate a remote driving work order and send it to the cockpit; Step 3, after the cockpit authenticates the remote driving work order, the cloud platform will subpackage and parse the work order ID, abnormal vehicle number, abnormal content, and fault level for confirmation by the remote driving safety officer in the cockpit; Step 4, after the safety officer confirms, the cockpit will send the response information back to the cloud platform; Step 5, the cloud platform will send the response information to the vehicle, and the vehicle will actively access the connected cockpit based on the response information to establish a remote driving cabin communication link.

[0010] Furthermore, the status data includes real-time chassis status data of the vehicle and automatic driving system diagnostic data.

[0011] Furthermore, step 2 also includes: when the cockpit is offline, busy or abnormal and cannot authenticate the remote driving work order, the cloud platform forwards the remote driving work order to other cockpits until the current cockpit authenticates the remote driving work order.

[0012] Furthermore, the system also includes: step 6, after the cockpit receives the vehicle access information, the access information is verified; step 7, after the verification is successful, the cockpit displays the video information and chassis status information in the interface, and establishes a remote control channel, enters the remote supervision state and waits for the safety officer to perform remote driving dispatch.

[0013] Furthermore, the system further includes: step 8, after the safety officer takes over, the cockpit starts the automatic driving system, exits the remote driving state, reports to the cloud platform, and ends the remote driving work order task; Step 9: After the cloud platform receives the end signal from the cockpit, it sets the work status to end, closes the interactive information flow of this work order, and waits for the next work order to be triggered.

[0014] The present invention provides a remote driving switching system and method based on work order generation. The technical solution dynamically connects the cloud platform, vehicle, and cockpit in series, thereby ensuring that the remote driving system takes over in a timely and effective manner when the automatic driving is abnormal, solving the problem of how to use the remote driving system to rescue and take over abnormal vehicles in a timely manner when vehicles with automatic and remote driving capabilities are operating unmanned on public roads. The technical solution clarifies the intervention timing and functional boundaries in unmanned operations, and realizes an operation process that is mainly based on automatic driving and remote driving for abnormal handling, so that unmanned vehicles can reduce the manpower input on the vehicle while also ensuring operational efficiency and safety. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Figure 1 It is a schematic diagram of a remote driving switching system based on work order generation provided by the present invention; Figure 2 It is a schematic diagram of a remote driving switching method based on work order generation provided by the present invention; Figure 3 It is the work order information content provided by the present invention. DETAILED DESCRIPTION

[0016] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0017] Device Item Example: The present invention provides a remote driving switching system based on work order generation, such as Figure 1 As shown, the system includes a data acquisition module, a judgment and analysis module, a road test processing module, a vehicle-side processing module, a work order confirmation module and a road test detection module.

[0018] The data acquisition module is set on the unmanned vehicle to obtain the monitoring data of the road test equipment and the status data of the vehicle itself, upload it to the cloud platform, and actively access the connected cockpit according to the response information to establish a remote driving cabin communication link. The vehicle mentioned here usually refers to an L4 (L4 automatic driving, the vehicle fully realizes automatic driving within the specified speed, and does not require driver operation) vehicle equipped with automatic and remote dual systems, with 5G and V2X interactive communication capabilities, and can ensure real-time data interaction with the cloud platform after power-on. Among them, the data uploaded to the cloud platform includes the real-time chassis status data of the vehicle, the diagnostic data of the automatic driving system, etc., and the instructions issued to the vehicle by the cloud platform include remote scheduling instructions, operating route instructions, etc. The interaction between the vehicle and the road test equipment is mainly to obtain the real-time functional status and usage status of the road ahead of the vehicle in advance, and to obtain information such as traffic light change signals, road congestion signals, and traffic accident change signals. The vehicle is also used to diagnose the whole vehicle intelligent system. When a system abnormality occurs, the abnormal information is monitored and uploaded to form a vehicle-side trigger event. The whole vehicle intelligent system includes an automatic driving system, a remote driving system, a chassis control system, and a human-computer interaction system.

[0019] The judgment and analysis module is set on the cloud platform and connected to the data acquisition module through the network. It is used to judge the type of remote driving switching trigger event. When the trigger event type is a road test trigger event, the road test equipment monitoring data is sent to the road test processing module. When the trigger event type is a vehicle-side trigger event, the vehicle's own status data is sent to the vehicle-side processing module. After the cockpit authentication passes the remote driving work order, the work order ID, abnormal vehicle number, abnormal content, and fault level in the work order are sub-packaged and analyzed for confirmation by the remote driving safety officer, and then the response information is sent to the vehicle. The road test processing module is set on the cloud platform and connected to the trigger judgment module. It is used to classify the event into three risk levels of low risk, medium risk and high risk according to the detection data of the road test equipment and the preset operational impact risk level, mark the medium and high risk intersections in the cloud platform map, and generate a remote driving work order and send it to the cockpit before the vehicle reaches the intersection; the vehicle-side processing module is set on the cloud platform and connected to the trigger judgment module. It is used to screen out the fault information that affects the autonomous driving operation capability according to the preset fault level list based on the vehicle's own status data, and generate a remote driving work order and send it to the cockpit. The cloud platform can manage, monitor and dispatch the batch equipment information of vehicles, cockpits, remote driver accounts, etc., register, monitor, allocate and other functions for the information of vehicles, cockpits, remote driver accounts, etc., parse and display the status data of vehicles, cockpits and other equipment in real time, and allocate the binding relationship between vehicles and cockpits according to the device background request, advance configuration, algorithm scheduling and other methods to maximize the operation efficiency of unmanned vehicles. The dispatching algorithm comprehensively judges the V2X data reported by the vehicle and the vehicle self-diagnosis data, determines the vehicles that may or have been affected, generates work orders according to the degree of impact, such as: manual assistance is required, manual warning is required, etc., and assigns them to the vacant cockpits. The cloud platform is always connected to the vehicle and the cockpit via TCP / IP.

[0020] The work order confirmation module is set in the cockpit and connected to the cloud platform and the vehicle through the network. It is used to authenticate the remote driving work order. After the safety officer confirms it, the response information is sent back to the cloud platform. The cockpit has an independent IP. When working, it communicates with the cloud platform as a client, reports its own status data and control requests, and can also serve as a remote driving server, waiting for the vehicle to connect for data interaction of control, video, display and other links. The vehicle and the cockpit are dynamically connected by TCP / IP.

[0021] The road test monitoring module is arranged on the road test equipment, connected to the vehicle through the network, monitors the road status in real time, and records the monitoring data and reports it to the vehicle. The road test equipment has batch deployment, perception capability and V2X communication capability, can perceive and judge traffic targets and traffic environment information, and perform data packaging and broadcasting. Therefore, the road test equipment is also used to record and broadcast the specified abnormality according to the road environment after judging that it occurs, thereby forming the road test trigger event. The specified abnormality mentioned here means that since the road test equipment has the standard traffic event monitoring capability, it can obtain, monitor, and send event scene information structure data in accordance with the requirements of GB / T29100-2012; at the same time, it supports the monitoring of events such as traffic disasters, traffic weather, road conditions, road construction, etc., and supports the vehicle-side equipment to obtain road information in advance.

[0022] The present invention provides a remote driving switching system based on work order generation, which dynamically connects the four systems of vehicle, road, cloud and cabin in series. It mainly solves the problem of how to use road testing equipment and vehicle self-diagnosis capabilities when vehicles with automatic and remote driving capabilities perform unmanned operations on 5G demonstration public roads, and timely use the remote driving system to rescue and get out of trouble for problems and situations that may or have affected the operation of the autonomous driving vehicle, restore the vehicle's operating capabilities, and ensure that the remote driving system can take over in a timely and effective manner when the normal operation of the autonomous driving is blocked, thereby ensuring the efficiency of unmanned operations.

[0023] Method Item Example: The present invention provides a remote driving switching method based on work order generation, such as Figure 2 As shown, the method includes the following steps.

[0024] Step 1: The vehicle obtains monitoring data from the road test equipment and the vehicle's own status data and uploads it to the cloud platform; Since the vehicle itself has fault diagnosis and network communication capabilities, it can report its own fault information in the form of fault codes in real time to the cloud platform.

[0025] Step 2: When a road test trigger event occurs, the cloud platform divides the event into three risk levels: low risk, medium risk, and high risk according to the detection data of the road test equipment and the preset operational impact risk level, marks the medium and high risk intersections on the cloud platform map, and generates a remote driving work order and sends it to the cockpit before the vehicle reaches the intersection. When a vehicle-side trigger event occurs, the cloud platform screens out the fault information that affects the autonomous driving operation capability according to the preset fault level list, and generates a remote driving work order and sends it to the cockpit; Because under normal circumstances, the cloud platform will manage multiple vehicles and cockpits at the same time, when the cloud platform sends a remote driving work order to the preset default supervision cockpit, it may encounter that the cockpit is not idle, that is, the cockpit cannot provide remote driving services. Therefore, the cloud platform needs to first determine whether the current cockpit is idle, and the judgment method is whether the cloud platform can receive the remote driving work order authentication or response information fed back by the cockpit within the specified time. Therefore, step 2 also includes: when the cockpit is offline, busy or abnormal, and the remote driving work order cannot be authenticated, the cloud platform will forward the remote driving work order to other cockpits until the current cockpit authenticates the remote driving work order.

[0026] Remote driving work orders are divided into two forms: passive work orders and active work orders, such as Figure 3 As shown. Since the active driving work order is a means for the remote driving safety officer to actively adjust the vehicle status and take over remotely according to the actual operation of the vehicle. In actual operation, if there are non-fault scenarios such as changes in the operating route and temporary changes in the vehicle's tasks, but the automatic driving state needs to be interrupted, the remote driving safety officer can actively select the corresponding vehicle number, forcibly interrupt the automatic driving, smoothly switch to the remote driving state, and remotely control the vehicle according to the actual task arrangement. After completing this task, you can use the "actively report work order" option in the cockpit interface to select the takeover time, end time, takeover reason, takeover vehicle and other information, and package it in the reporting platform. After the platform receives the information flow actively reported by the cockpit, it parses and converts the information into a work order data set, stores it in the database, archives the work order information, and completes the generation of this active work order. Since active work orders are mainly selected manually, they are not included in this step. The vehicle's C-V2X communication capabilities, 5G network communication capabilities, and self-diagnosis capabilities are used to integrate the acquired abnormal event information and report it to the platform. The work order is then formed based on the platform's scheduling algorithm. The remote driving work order generated in this step is a passive work order.

[0027] In addition, the cloud platform can manually filter out the fault information that affects the autonomous driving operation capability from the data information uploaded in step 1, and generate a new work order data set with work order number, vehicle number, fault content, generation time, fault level, etc. according to preset rules, and store it in the server.

[0028] Step 3: After the cockpit authenticates the remote driving work order, the cloud platform will analyze the work order ID, abnormal vehicle number, abnormal content, and fault level for confirmation by the remote driving safety officer in the cockpit; After the cockpit authentication is passed and it is displayed as online, the received information set is parsed and the work order ID, abnormal vehicle number, abnormal content, fault level and other information are popped up in the cockpit interface in the form of a remote takeover work order, waiting for the remote driving safety officer to confirm. The remote takeover work order has two options: accept and reject. The remote safety officer responds according to the actual situation and reports the response. However, if the work order is rejected, the reason for rejection needs to be noted.

[0029] Step 4: After the safety officer confirms, the cockpit sends the response information back to the cloud platform; After the safety officer confirms, the cockpit will send the response back to the cloud platform. If accepted, the cloud platform will send the response cockpit ID, IP, port array, etc. to the abnormal vehicle, and the vehicle will actively access the target cockpit server based on the cockpit information to formally establish a remote driving cockpit communication link. If rejected, the platform will retrieve other cockpit information and send the work order data set until the work order information is executed.

[0030] Step 5: The cloud platform sends the response information to the vehicle, and the vehicle actively accesses the connected cockpit based on the response information to establish a remote driving cockpit communication link.

[0031] Step 6: After receiving the vehicle access information, the cockpit verifies the access information; Step 7: After successful verification, the cockpit displays the video information and chassis status information in the interface, establishes a remote control channel, and enters the remote supervision state to wait for the safety officer to conduct remote driving dispatch.

[0032] Step 8: After the safety officer takes over, the cockpit starts the automatic driving system, exits the remote driving state, reports to the cloud platform, and ends the remote driving work order task; Step 9: After the cloud platform receives the end signal from the cockpit, it sets the work status to end, closes the interactive information flow of this work order, and waits for the next work order to be triggered.

[0033] After the safety officer officially takes over the vehicle, he will determine the remote control action based on the vehicle's surrounding environment and fault information. If the control is completed, the automatic driving system will be started through the remote cockpit. After it is determined that it is working normally, the remote supervision state will be exited and the platform will be reported to end the work order task. After the platform receives the end signal, it will set the work status to "end" and close the interactive information flow of this work order, waiting for the next work order to be triggered.

[0034] From the above steps, it can be seen that in the process of passive work order formation, there are six links: triggering, transmission, judgment, scheduling, execution, and ending. The triggering link consists of two parts: road triggering and vehicle triggering, which are the road test triggering events and vehicle triggering events mentioned above. The transmission link is divided into two types according to the different triggering parts: I (Infrastructure road test basic equipment) 2V (vehicle vehicle) 2C (cloud cloud platform) and V2C. When the road is triggered, the abnormal event is broadcast through PC5 communication. After the vehicle-side OBU device receives it, it forwards the data to the platform communication data architecture and sends it to the cloud platform; when the vehicle is triggered, the fault data from the automatic control, remote control, chassis and other subsystems is packaged through the diagnostic system and then forwarded to the cloud platform. The scheduling link is the platform scheduling the cabin according to the principle of resource priority. The cloud platform registers the information of the cockpit, vehicle and other equipment in advance, and presets the default supervision cockpit ID for the vehicle in advance. When the cockpit and vehicle complete the login authentication and conduct continuous data communication, the platform will give priority to sending the vehicle abnormal work order to the default cockpit. If the corresponding cockpit status is offline, busy, faulty or other abnormal status or the work order is rejected, the platform will actively search for other idle and normal cockpits and issue the work order scheduling information again until the work order is responded normally. The remote takeover work order has two options: accept and reject. The remote safety officer responds according to the actual situation and reports the response. However, if the work order is rejected, the reason for rejection needs to be noted. After the safety officer confirms, the cockpit will send the response back to the cloud platform. If accepted, the platform will send the response cockpit ID, IP, port array, etc. to the abnormal vehicle, and the vehicle will actively access the target cockpit server based on the cockpit information to formally establish a remote driving cockpit communication link. If rejected, the platform will retrieve other cockpit information and issue the work order data set until the work order information is executed. After the cockpit receives the vehicle connection information, the information verification is successful, and the video information and chassis status information are displayed in the interface, and a remote control channel is established, entering the remote supervision state and waiting for the safety officer to take over the remote driving. The execution link is that the remote cockpit driver performs specific actions on the unmanned vehicle according to the content of the work order. For medium-risk work orders, the cockpit driver only monitors the vehicle's operating status in real time according to the vehicle bound to the work order without remote control. If the vehicle's automatic driving system operates normally and there are no obvious abnormalities in the speed, driving direction and other states, the driver monitors the vehicle through the intersection or waits for the fault to disappear before exiting the monitoring state and ending the work order. If a high-risk work order is received and the vehicle is obviously in an abnormal state after supervision or the road ahead will obviously affect the operation, remote control will be actively performed and the remote driver will control the vehicle through the intersection. If it passes the intersection and the automatic driving system function is restored to normal after restarting, the operation will continue. If the serious abnormality persists, the remote control will directly take over the vehicle and exit the operation and return to the maintenance station. The ending link is a closed-loop operation of the entire scheduling process. The cloud platform closes the work order process by receiving the work order end signal to form a work order record.After the cockpit driver completes the execution of a single work order, he / she reports the end signal of the work order to the platform through the "End" button. After receiving the signal, the platform completes the work order, forming a complete record process with information such as trigger time, trigger condition, cockpit number, execution time, execution user, and end time, and saves it in the database for subsequent review. Active work orders are a means for remote driving safety officers to actively adjust the vehicle status and take over remotely according to the actual operation of the vehicle. In actual operation, if there are non-fault scenarios such as changes in the operating route and temporary changes in the vehicle's mission, but the automatic driving state needs to be interrupted, the remote driving safety officer can actively select the corresponding vehicle number, forcibly interrupt the automatic driving, smoothly switch to the remote driving state, and remotely control the vehicle according to the actual task arrangement. After completing this task, you can use the "actively report work order" option in the cockpit interface to select the takeover time, end time, takeover reason, takeover vehicle and other information, and package it to the reporting platform. After receiving the information flow actively reported by the cockpit, the platform parses and converts the information into a work order data set, stores it in the database, archives the work order information, and completes the generation of this active work order.

[0035] The present invention builds a multi-vehicle to multi-cabin unmanned driving operation system, gives the remote driving system time to prepare for takeover in advance, clarifies the intervention timing and functional boundaries of the remote driving system, and realizes an operation process that is mainly based on automatic driving and uses remote driving for operation warning and exception handling. This ensures that unmanned vehicles reduce manpower investment on the vehicle while also ensuring operational efficiency and safety.

[0036] In summary, the embodiment of the present invention provides a remote driving switching system and method based on work order generation. Through road test feedback, self-vehicle diagnosis and other aspects of data monitoring status, the remote cockpit and unmanned vehicle scheduling control is completed based on the cloud platform, forming a vehicle scheduling trigger medium in the form of work orders. The remote driving system uses the work order information as an intervention signal in daily operations, clarifies the specific reasons for takeover and the content of takeover, and gives the remote driving safety officer a clear takeover prompt. At the same time, the remote takeover work order is used as the working boundary of the automatic driving system and the remote driving system, and it is clear that before the work order is triggered, daily vehicle operations are mainly carried out based on automatic driving; after the work order is triggered, the main body of operation responsibility is transferred to the remote driving system, which needs to be handled by the remote safety officer, avoiding the situation of unclear responsibilities and boundaries in human judgment. In addition, the ability of the remote driving safety officer to take over actively is retained. In non-standard scenarios and temporary needs, the safety officer can also actively interrupt the automatic driving system to meet temporary needs through remote control, retaining the ability of human judgment to be greater than machine judgment.

[0037] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A remote driving switching system based on work order generation, characterized in that: The system comprises: The data acquisition module is installed on the unmanned vehicle to obtain the monitoring data of the road test equipment and the vehicle's own status data, upload them to the cloud platform, and actively access the connected cockpit according to the response information to establish a remote driving cockpit communication link to realize remote driving switching; The judgment and analysis module is set on the cloud platform and connected to the data acquisition module through the network. It is used to judge the type of remote driving switching trigger event. When the trigger event type is a road test trigger event, the road test equipment monitoring data is sent to the road test processing module. When the trigger event type is a vehicle-side trigger event, the vehicle's own status data is sent to the vehicle-side processing module. After the cockpit authentication passes the remote driving work order, the work order ID, abnormal vehicle number, abnormal content, and fault level in the work order are sub-packaged and analyzed for confirmation by the remote driving safety officer, and then the response information is sent to the vehicle; The road test processing module is set on the cloud platform and connected to the trigger judgment module. It is used to classify events into three risk levels: low risk, medium risk, and high risk according to the detection data of the road test equipment and the preset operational impact risk level, mark the medium and high risk intersections on the cloud platform map, and generate a remote driving work order before the vehicle reaches the intersection and send it to the cockpit; The vehicle-side processing module is set up on the cloud platform and connected to the trigger judgment module. It is used to filter out fault information that affects the autonomous driving operation capability according to the vehicle's own status data and the preset fault level list, and generate a remote driving work order and send it to the cockpit; The work order confirmation module is set in the cockpit and connected to the cloud platform and the vehicle through the network. It is used to authenticate the remote driving work order and send the response information back to the cloud platform after the safety officer confirms it. The road test monitoring module is installed on the road test equipment, connected to the vehicle through the network, monitors the road status in real time, records the monitoring data, and reports it to the vehicle.

2. According to claim 1, a remote driving switching system based on work order generation is characterized in that: The cloud platform is always connected to the vehicle and the cockpit via TCP / IP, and the vehicle is dynamically connected to the cockpit via TCP / IP.

3. According to claim 1, a remote driving switching system based on work order generation is characterized in that: The drive test monitoring module is also used to record and broadcast a specified abnormality to form the drive test trigger event after determining that the abnormality occurs according to the road environment.

4. According to claim 1, a remote driving switching system based on work order generation is characterized in that: The data acquisition module is also used to diagnose the entire vehicle's intelligent system. When a system abnormality occurs, the abnormal information is monitored and uploaded to form a vehicle-side trigger event.

5. A remote driving switching system based on work order generation according to claim 4, characterized in that: The whole vehicle intelligent system includes an automatic driving system, a remote driving system, a chassis control system, and a human-computer interaction system.

6. A method using the remote driving switching system based on work order generation according to claims 1-5, characterized in that: The method comprises: Step 1: The vehicle obtains monitoring data from the road test equipment and the vehicle's own status data and uploads it to the cloud platform; Step 2: When a road test trigger event occurs, the cloud platform divides the event into three risk levels: low risk, medium risk, and high risk according to the detection data of the road test equipment and the preset operational impact risk level, marks the medium and high risk intersections on the cloud platform map, and generates a remote driving work order and sends it to the cockpit before the vehicle reaches the intersection. When a vehicle-side trigger event occurs, the cloud platform selects the fault information that affects the autonomous driving operation capability according to the vehicle's own status data and the preset fault level list, and generates a remote driving work order and sends it to the cockpit; Step 3: After the cockpit authenticates the remote driving work order, the cloud platform will analyze the work order ID, abnormal vehicle number, abnormal content, and fault level for confirmation by the remote driving safety officer in the cockpit; Step 4: After the safety officer confirms, the cockpit sends the response information back to the cloud platform; Step 5: The cloud platform sends the response information to the vehicle, and the vehicle actively accesses the connected cockpit based on the response information to establish a remote driving cockpit communication link so that the vehicle can switch to remote driving.

7. The remote driving switching method based on work order generation according to claim 6 is characterized in that: The status data includes real-time chassis status data of the vehicle and automatic driving system diagnostic data.

8. The remote driving switching method based on work order generation according to claim 6 is characterized in that: The step 2 also includes: when the cockpit is offline, busy or abnormal and cannot authenticate the remote driving work order, the cloud platform forwards the remote driving work order to other cockpits until the current cockpit authenticates the remote driving work order.

9. The remote driving switching method based on work order generation according to claim 6 is characterized in that: The system further comprises: Step 6: After receiving the vehicle access information, the cockpit verifies the access information; Step 7: After successful verification, the cockpit displays the video information and chassis status information in the interface, establishes a remote control channel, and enters the remote supervision state to wait for the safety officer to conduct remote driving dispatch.

10. The remote driving switching method based on work order generation according to claim 9, characterized in that: The system further comprises: Step 8: After the safety officer takes over, the cockpit starts the automatic driving system, exits the remote driving state, reports to the cloud platform, and ends the remote driving work order task; Step 9: After the cloud platform receives the end signal from the cockpit, it sets the work status to end, closes the interactive information flow of this work order, and waits for the next work order to be triggered.

Images