Bus monitoring center video monitoring scheduling method

Abstract

The invention relates to a video monitoring scheduling method for a bus monitoring center, and aims to solve the problems that in the prior art, monitoring personnel cannot observe key moments in time, potential safety hazards are difficult to find through passive monitoring, and video data transmission occupies a large amount of bandwidth. A vehicle-mounted station broadcaster collects data of a CAN bus, a GPS and the like of a vehicle, preliminary calculation is carried out, first data containing key event information is generated, then the first data are transmitted to a rear-end server for secondary analysis, after cross validation is carried out in combination with information of shift arrangement, lines and the like, whether the vehicle is at a key moment or not is accurately recognized, and the vehicle-mounted station broadcaster is used for carrying out early warning. And a monitoring large screen is dispatched to display related videos accordingly. Wherein the rear-end server judges the operation state of the vehicle, and adopts a more strict data monitoring mode for the vehicle in abnormal operation. According to the method, different video request strategies are adopted for different event types, so that the bus monitoring efficiency is remarkably improved, the data transmission cost is reduced, and the operation safety is effectively guaranteed.

Description

Technical Field

[0001] The present invention relates to a video monitoring dispatching method, and in particular to a video monitoring dispatching method applied to a public transportation monitoring center. Specifically, the present invention relates to a method for realizing a large screen display of a public transportation monitoring center in real time at critical moments of a vehicle by integrating information from multiple data sources. Background Art

[0002] The existing video surveillance system has some shortcomings in the application of public transportation. Traditional monitoring centers usually use orderly carousel and random retrieval to play monitoring videos. Although this mode is simple and intuitive, it is difficult to meet the specific needs of public transportation monitoring. In actual operation, monitoring personnel need to capture the key moments of the vehicle in time, such as passengers getting on and off the bus, speeding, emergency braking, and driver alarms. However, the existing playback method cannot guarantee that these key scenes can be discovered and observed in time. Even by manual retrieval, it is difficult to quickly locate the required clips in the massive video data, and the operation efficiency is low.

[0003] In addition, in the absence of active reports from drivers and complaints from passengers, it is often difficult for the monitoring center to obtain the real-time status and potential risks of the vehicle. This passive monitoring method makes it impossible to detect and deal with some potential safety hazards in a timely manner, and there are certain security loopholes. At the same time, in order to achieve continuous monitoring, the existing system usually requires the on-board equipment to transmit video data uninterruptedly. This not only occupies a large amount of network bandwidth resources, but also increases the traffic burden of the on-board SIM card, increasing operating costs. Summary of the invention

[0004] In order to solve the above problems, the present invention provides a method for video surveillance scheduling of a bus monitoring center to solve the problems existing in the prior art such as the inability to ensure that monitoring personnel can observe the video content at critical moments in time, passive monitoring leading to the inability to timely discover safety hazards, and video data transmission occupying a large amount of bandwidth.

[0005] In order to achieve the above object, the method for video monitoring and dispatching of a public transportation monitoring center designed by the present invention comprises the following steps:

[0006] Collection steps: The on-board station announcer collects various signals and vehicle data including door opening and closing signals, one-button help signals, arrival and departure information, vehicle speed, and GPS data, and obtains the station information, road section area speed limit, and operation boundary information of the vehicle through the back-end server;

[0007] Preliminary calculation step: the on-board station announcer performs preliminary calculation on the collected signals;

[0008] Transmission step: the vehicle-mounted station announcer transmits the first data after preliminary calculation to the back-end server;

[0009] Analysis step: the back-end server re-analyzes the received first data in combination with the information it has, so as to determine the critical moment of the vehicle;

[0010] Dispatching step: Based on the results of the analysis step, the videos displayed on the large screen of the bus monitoring center are all real-time images of the vehicles at critical moments.

[0011] A further solution is that the critical moment includes at least one of the following: emergency braking, one-touch help, door opening and closing, speeding, out-of-range operation and impending arrival at a station.

[0012] A further solution is that the step of the on-board station announcer performing preliminary calculations on the collected signals and vehicle data includes:

[0013] Receive vehicle CAN bus data, vehicle configuration information sent by the back-end server, and perform preliminary processing and calculation based on its own GPS data and one-key help signal;

[0014] When a brake signal is detected, it is determined whether an emergency brake occurs in combination with the vehicle speed. If it is confirmed to be an emergency brake, an emergency brake signal is immediately sent to the backend server;

[0015] When a one-key help event is detected, a one-key help signal is immediately sent to the backend server;

[0016] When a door opening / closing signal is detected, it immediately sends the door opening / closing signal to the backend server;

[0017] When the vehicle speed is detected to exceed the speed limit of the specified road section, an overspeed alarm signal is immediately sent to the back-end server;

[0018] When a vehicle is detected to have traveled 200 meters beyond the predetermined boundary, an out-of-range operation signal is immediately sent to the back-end server.

[0019] In order to more accurately determine the key moment of the video stream, the step of the back-end server re-analyzing the received first data includes:

[0020] Access the scheduling system, obtain vehicle scheduling data, and determine the operating vehicle information for the current period;

[0021] Analyze the first data transmitted by the front-end on-board station announcer to determine whether the vehicle corresponding to the on-board station announcer is in an online state;

[0022] For online vehicles, their information is included in the vehicle information table.

[0023] In order to make differentiated treatment for online and abnormal operation vehicles, the scheduling steps include:

[0024] When the back-end server receives the first data transmitted by the vehicle station announcer, it will first check the vehicle information;

[0025] If the vehicle exists in the vehicle information table, its information is added to the to-be-played list, and the request process for the vehicle video signal is started;

[0026] If the vehicle is not in the vehicle information table, the signal request process for the corresponding vehicle is directly started, and the information of the vehicle is recorded in the abnormal operation playback table. The video data in the abnormal operation playback table will be played in real time immediately and the corresponding management personnel will be notified.

[0027] In order to further reduce the amount of data transmission, the scheduling step also includes:

[0028] When the on-board station announcer receives a video signal request for an emergency brake signal, it calls the video recording of the front and interior cameras of the vehicle;

[0029] When the on-board station announcer receives a video signal request corresponding to the one-key help signal, it calls up all the camera video records on the vehicle;

[0030] When the on-board station announcer receives a video signal request corresponding to a door opening and closing signal, the video recording of the front and rear door cameras of the vehicle is called;

[0031] When the on-board station announcer receives a video signal request corresponding to a speeding signal, it calls the video recording of the camera in front of the vehicle and the driver's seat;

[0032] When the on-board station announcer receives a video signal request corresponding to out-of-range operation, it calls up the video recording of the camera in front of the vehicle and the driver's seat.

[0033] In order to target emergency signals of different levels and situations, the videos corresponding to one-touch help signals, emergency brake signals, speeding signals and out-of-range operation signals are emergency videos, which will be inserted into the starting position of the to-be-played list first;

[0034] The video corresponding to the door opening signal is a secondary urgent video. After the back-end server receives the door closing signal of the same vehicle, after 10 seconds, the secondary urgent video of the relevant vehicle will be removed from the to-be-played list.

[0035] In order to ensure the efficiency of data transmission and retrieval, the method further includes:

[0036] After receiving the video request command from the server, the on-board station announcer transmits the video data to the back-end server; the back-end server stores it in a designated folder corresponding to the vehicle number to ensure that the video can be quickly retrieved;

[0037] For video data of one-touch help signals, emergency brake signals, speeding signals and out-of-range operation signals, the on-board station announcer will send video data according to the set time length in the configuration information;

[0038] As for the video data of the door opening and closing signals, the vehicle station announcer continuously sends all the video data from the vehicle door opening to the door closing;

[0039] For the video data of the upcoming arrival signal, the on-board station announcer will send video data for 120 seconds after the vehicle arrives at the station.

[0040] In order to adapt to playback devices with different configurations and playback needs in different situations, the method further includes:

[0041] In the process of executing playlist management, the backend server will poll the playlist to be played and transfer the corresponding video data to the playlist;

[0042] The number of playlists is determined by the number of playback split screens, and the minimum value is 9;

[0043] If the number of waiting playlists exceeds twice the number of current playlists, the backend server will shorten or double the speed of the current video data playback, but the duration of the urgent video playback will not be affected;

[0044] On the contrary, if the number of lists to be played is less than the number of lists currently being played, the backend server will extend the playback time of the current video accordingly.

[0045] In order to ensure the efficient use of the main playback screen, the video playback device plays videos in the order and time of the playlist. If the current number of split screens is less than the number in the playlist, the videos behind the playlist will not be played and will continue to play after the current video is finished.

[0046] The method of video monitoring and dispatching of the bus monitoring center designed by the present invention realizes real-time monitoring and dispatching of vehicles at critical moments by integrating information from multiple data sources, significantly improving the operational efficiency and management level of the bus monitoring center. Compared with the traditional carousel and random playback methods, the present invention can actively identify critical moments of vehicles, such as emergency braking, one-key help, door opening and closing, speeding, out-of-range operation, and impending arrival, and display relevant videos in real time, thereby ensuring that monitoring personnel can obtain key information in a timely manner and make rapid responses.

[0047] In addition, the present invention performs preliminary calculations on the collected signals through the on-board station announcer, and transmits the first data after preliminary calculation to the back-end server for further analysis, thereby achieving accurate judgment of the vehicle's operating status. This layered processing method not only reduces the computing burden of the back-end server, but also improves the efficiency of data processing. At the same time, the present invention can adopt different processing strategies according to the actual operating status of the vehicle, such as online or abnormal operation, thereby improving the flexibility and pertinence of monitoring.

[0048] The present invention also ensures that relevant videos can be retrieved in time in emergency situations by giving priority to emergency signals, thereby providing strong support for rapid response to security incidents. In addition, the present invention also effectively saves the traffic consumption of vehicle SIM cards and reduces operating costs by reasonably storing and transmitting video data. In summary, the present invention provides an efficient, intelligent, and economical method for video monitoring and dispatching of bus monitoring centers, providing more reliable technical support for bus operation management. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] Figure 1 Embodiment 1 is the system composition and overall flow chart of the method of use.

[0050] Figure 2 It is a flow chart of data collection and preliminary calculation of the on-board station announcer in Example 1.

[0051] Figure 3 This is a flow chart of the secondary analysis by the back-end server in Example 1.

[0052] Figure 4 It is a flow chart of video data collection of the vehicle-mounted station announcer in Example 1.

[0053] Figure 5 This is the video scheduling flow chart after the back-end server obtains the video data in Example 1 DETAILED DESCRIPTION

[0054] The preferred embodiments of the present invention are described below in conjunction with the accompanying drawings. It should be understood that the preferred embodiments described herein are only used to illustrate and explain the present invention, and are not used to limit the present invention.

[0055] Example 1.

[0056] like Figure 1 As shown, this embodiment describes the specific implementation process of a bus monitoring center video monitoring scheduling method based on the present invention. The method realizes video monitoring scheduling of buses at critical moments through the coordinated work of the on-board station announcer, the back-end server and the video playback device. It mainly includes the following steps:

[0057] System initialization:

[0058] Before the bus starts, the on-board station announcer first establishes a connection with the backend server, obtains preset route information, vehicle configuration information (including camera parameters, signal trigger conditions), speed limit information, operation boundary information, etc. from the server, and stores these data locally. At the same time, the server will generate a list of vehicles in real-time operation and store it in the database.

[0059] Data collection and preliminary calculations, such as Figure 2 As shown:

[0060] After the vehicle starts moving, the on-board station announcer collects the vehicle's CAN bus data in real time, including the vehicle's speed, brake signals, etc., while continuously receiving GPS positioning data from the vehicle itself, as well as various other signals including one-button help signals and door opening and closing signals.

[0061] The on-board station announcer performs preliminary calculations on the collected data based on the pre-stored configuration information and operation information:

[0062] Speeding detection: Compare the GPS location information with the corresponding road speed limit information in real time. If the vehicle speed exceeds the speed limit, a speeding alarm is generated and the corresponding GPS location information is recorded as part of the "first data";

[0063] Out-of-range operation detection: The GPS positioning information is compared with the operation boundary information in real time. If the vehicle exceeds the operation boundary by 200 meters, an out-of-range operation signal is generated and the corresponding GPS location information is recorded as part of the "first data".

[0064] Emergency brake detection: When the vehicle brake signal is generated, the vehicle speed change is analyzed. If the vehicle speed drops sharply in a short period of time (meeting the preset emergency brake conditions), an emergency brake signal is generated and the speed information at that time is recorded as part of the "first data";

[0065] One-touch help detection: When it is detected that the driver or passenger presses the "one-touch help" button, a one-touch help signal is immediately generated and the current vehicle position is recorded as part of the "first data".

[0066] Door opening / closing detection: When the door opening / closing signal is detected, a door opening / closing signal is immediately generated as part of the "first data".

[0067] Arrival detection: Based on the GPS location information, it is determined that the vehicle is about to arrive at the terminal and an arrival signal is generated as part of the "first data".

[0068] The on-board station announcer combines the various information that has been preliminarily processed and calculated into "first data". For example, a speeding data consists of the vehicle number, time stamp, speeding alarm signal, and GPS information of the vehicle when speeding.

[0069] Generally speaking, after each event occurs, based on the analysis of the on-board station announcer, the above emergency events (speeding, out-of-range operation, emergency braking, one-key help, arrival detection) or secondary emergency events (opening and closing doors) are determined, and the "first data" is immediately generated and sent to the back-end server.

[0070] like Figure 3 As shown, the backend server receives the "first data" from the on-board station announcer and performs secondary analysis:

[0071] Vehicle identity verification: Based on the vehicle number in the "first data", query the vehicle information stored in itself to determine whether the vehicle is in the normal operation list.

[0072] Operation status judgment: Through the scheduling system, confirm whether the current vehicle is performing operational tasks.

[0073] Status determination: If the vehicle is not in the shift list or its status is "not in operation", it is considered that the vehicle is in an abnormal operation state, and the vehicle information is recorded in the "abnormal operation list"; if the vehicle is in the shift list and the status is in operation, its information is stored in the "online vehicle list"; while recording the vehicle status, the back-end server will cross-verify the "first data" from the on-board station announcer, and combine the vehicle information, route information, time information and shift information stored in itself to cross-verify and analyze the various signals and data contained in the "first data", for example: verify whether the vehicle's driving speed is reasonable, whether the emergency brake signal is indeed accompanied by a significant reduction in speed, whether the over-range alarm is indeed occurring, and whether the one-button alarm is manually pressed by the driver or a false alarm. The "first data" that has passed the verification is the valid credential for subsequent video scheduling. In addition, the back-end server can also integrate and analyze multiple emergency signals of the same vehicle to determine whether there is a complex emergency situation, and can perform corresponding processing according to different events, or integrate multiple emergency signals into an emergency signal that can show the full picture of the event for subsequent high-efficiency processing. Therefore, the secondary analysis of the backend server requires a higher computing power and cannot be implemented on the on-board station announcement device. Through secondary verification and analysis, it is ensured that the video finally called is valid and accurate.

[0074] Video scheduling: The backend server enters the video scheduling step based on the results of the secondary analysis. The specific steps are as follows:

[0075] Normal operation vehicles:

[0076] When the backend server receives the "first data", if the vehicle information is in the "online vehicle list", the corresponding vehicle information is put into the to-be-played list, and according to the signal type contained in the "first data", a corresponding video request signal is sent to the corresponding on-board station announcer.

[0077] like Figure 4 As shown, the video request signal:

[0078] One-click help: When the "first data" contains a one-click help signal, the back-end server sends a first-class video request signal to the on-board station announcer, requesting to obtain the video information captured by all on-board cameras.

[0079] Emergency braking: When the "first data" contains an emergency braking signal, the back-end server sends a second-type video request signal to the on-board station announcer, requesting to obtain the video information captured by the cameras in front of the vehicle and inside the vehicle.

[0080] Speeding or out-of-range operation: When the "first data" contains a speeding signal or an out-of-range operation signal, the back-end server sends a third-type video request signal to the on-board station announcement device, requesting to obtain the video information captured by the front and driver's seat cameras.

[0081] Door opening and closing: When the "first data" contains a door opening and closing signal, the backend server sends a fourth-category video request signal to the on-board station announcer, which is the aforementioned sub-urgent video request, requesting to obtain the video information captured by the front and rear door cameras. The video length of the fourth-category video request is determined by the door opening and closing signals collected by the on-board station announcer. The video is recorded from the door opening signal until the door closing signal stops recording the video.

[0082] Arrival: When the "first data" contains the arrival signal, the back-end server sends a fifth-category video request signal to the on-board station announcer, requesting to obtain 120 seconds of video information taken by the camera outside the vehicle after arrival.

[0083] The video request signal includes: the requested video type (determined by the signal type of the "first data"). The duration of sending the video is generally determined by the on-board station announcer. In special cases, the backend server can extend the request to stop the video information according to the operator's request.

[0084] Abnormal operation vehicles:

[0085] When the vehicle information corresponding to the "first data" received by the back-end server is in the "abnormal operation list", a sixth type of video request signal is immediately sent to the corresponding on-board station announcement device, requiring the on-board station announcement device to continuously send real-time full-vehicle video stream data.

[0086] For vehicles in the "abnormal operation list", there is no need to put them in the waiting list. Instead, the corresponding real-time video will be pushed directly to the monitoring screen and the management personnel will be notified in time so that appropriate handling measures can be taken.

[0087] Video transmission and storage:

[0088] After the on-board station announcer receives the video request signal from the backend server, it processes it in different ways according to the type of the request signal:

[0089] For the first five types of video request signals:

[0090] Cache shooting: The on-board station announcement device selects the appropriate camera to start shooting and caching video according to the video request signal (including recording video information from the current moment to the end of the requested video length, or requesting pre-recorded video information of a specified length), and continues to cache the video shot this time before receiving the next request, and gives priority to saving the most recently recorded (or most recently shot) data.

[0091] Segmented transmission: When the on-board station announcer caches a video of a specified length, it will send the data in segments to the back-end server via the "video data signal"; in actual operation, the length of the video is 300 seconds.

[0092] In addition to the actual video stream data, the "video data signal" also includes the vehicle number, video type, segment information, timestamp, etc. to ensure that the server can correctly process the received video data.

[0093] For the sixth type of video request signal:

[0094] Continuous shooting: When the on-board station announcement device receives the sixth type of video request signal from the back-end server, it immediately starts all cameras to start shooting, continuously generates "video data signals", and does not cache them. It directly sends the real-time video stream in the form of "video data signals" to the back-end server.

[0095] After receiving the "video data signal", the backend server analyzes the video stream information in the signal and stores it in a folder named after the vehicle number for quick retrieval and playback. At the same time, after the video data corresponding to the "video data signal" is transmitted, the on-board station announcer is notified to release the cache space used for this transmission.

[0096] Video playback process, such as Figure 5 As shown:

[0097] For vehicles in the "abnormal operation list": the corresponding real-time video data will be directly pushed to the monitoring screen for playback.

[0098] For vehicles in the "online vehicle list": the backend server processes the corresponding video information from the vehicles in the "online vehicle list" in the following manner:

[0099] First, the video data is moved into the "to-be-played list" in the order of timestamps;

[0100] After that, the video information in the "to-be-played list" is pushed to the "play list" for waiting to be played according to the following logic: When the number of to-be-played lists exceeds twice the number of play lists, the system shortens the video duration in the play list by shortening it (for example, playing it at double the speed, or only playing the second half of the video) to speed up the video rotation. When the number of to-be-played lists is less than the number of play lists, the system prolongs the playback duration by repeating the video information in the play list.

[0101] When transferring video information from the waiting list to the play list, if a "secondary emergency video request signal" (corresponding to the door opening and closing signal request) from the same vehicle is found and has not been played, and the time from the door closing signal exceeds 10 seconds, it will be directly removed from the waiting list and the play list. The video playback device plays the video in the order in the "play list". After the video in the "play list" is played, the next one will start playing.

[0102] The monitoring screen plays in turn according to the order in the "playlist". It is worth noting that the logic of the "playlist" is loop playback, which can ensure that all video information will not be missed. When the number of split screens of the monitoring screen is less than the number of videos in the "playlist", the screen will only display the videos that are ranked first in the "playlist".

[0103] For the aforementioned fourth category of videos involving door opening and closing signals, that is, the aforementioned sub-emergency videos, when they enter the to-be-played list or the play list, when they receive the first data containing the door closing signal of the same vehicle, they wait for 10 seconds. If the aforementioned sub-emergency video has not been polled and played, they will be directly deleted from the to-be-played list or the play list.

[0104] Finally, it should be noted that the above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art can still modify the technical solutions described in the aforementioned embodiments or replace some of the technical features therein by equivalents. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A method for video monitoring and dispatching of a public transportation monitoring center, characterized in that: The following steps are involved: Collection steps: The on-board station announcer collects various signals and vehicle data including door opening and closing signals, one-button help signals, arrival and departure information, vehicle speed, and GPS data, and obtains the station information, road section area speed limit, and operation boundary information of the vehicle through the back-end server; Preliminary calculation step: the on-board station announcer performs preliminary calculation on the collected signals; Transmission step: the vehicle-mounted station announcer transmits the first data after preliminary calculation to the back-end server; Analysis step: the back-end server re-analyzes the received first data in combination with the information it has, so as to determine the critical moment of the vehicle; Dispatching step: Based on the results of the analysis step, the videos displayed on the large screen of the bus monitoring center are all real-time images of the vehicles at critical moments.

2. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 1, characterized in that: The critical moments include at least one of the following: emergency braking, one-touch assistance, door opening and closing, speeding, out-of-range operation, and approaching the station.

3. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 1, characterized in that: The step of performing preliminary calculation on the collected signals and vehicle data by the on-board station announcer comprises: Receive vehicle CAN bus data, vehicle configuration information sent by the back-end server, and perform preliminary processing and calculation based on its own GPS data and one-key help signal; When a brake signal is detected, it is determined whether an emergency brake occurs in combination with the vehicle speed. If it is confirmed to be an emergency brake, an emergency brake signal is immediately sent to the backend server; When a one-key help event is detected, a one-key help signal is immediately sent to the backend server; When a door opening / closing signal is detected, it immediately sends the door opening / closing signal to the backend server; When the vehicle speed is detected to exceed the speed limit of the specified road section, an overspeed alarm signal is immediately sent to the back-end server; When a vehicle is detected to have traveled 200 meters beyond the predetermined boundary, an out-of-range operation signal is immediately sent to the back-end server.

4. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 1, characterized in that: The step of the back-end server re-analyzing the received first data comprises: Access the scheduling system, obtain vehicle scheduling data, and determine the operating vehicle information for the current period; Analyze the first data transmitted by the front-end on-board station announcer to determine whether the vehicle corresponding to the on-board station announcer is in an online state; For online vehicles, their information is included in the vehicle information table.

5. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 4, characterized in that: The scheduling step includes: When the back-end server receives the first data transmitted by the vehicle station announcer, it will first check the vehicle information; If the vehicle exists in the vehicle information table, its information is added to the to-be-played list, and the request process for the vehicle video signal is started; If the vehicle is not in the vehicle information table, the signal request process for the corresponding vehicle is directly started, and the information of the vehicle is recorded in the abnormal operation playback table. The video data in the abnormal operation playback table will be played in real time immediately and the corresponding management personnel will be notified.

6. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 5, characterized in that: The scheduling step also includes: When the on-board station announcer receives a video signal request for an emergency brake signal, it calls the video recording of the front and interior cameras of the vehicle; When the on-board station announcer receives a video signal request corresponding to the one-key help signal, it calls up all the camera video records on the vehicle; When the on-board station announcer receives a video signal request corresponding to a door opening and closing signal, the video recording of the front and rear door cameras of the vehicle is called; When the on-board station announcer receives a video signal request corresponding to a speeding signal, it calls the video recording of the camera in front of the vehicle and the driver's seat; When the on-board station announcer receives a video signal request corresponding to out-of-range operation, it calls up the video recording of the camera in front of the vehicle and the driver's seat.

7. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 6, characterized in that: The videos corresponding to the one-button help signal, emergency brake signal, speeding signal and out-of-range operation signal are emergency videos, which will be inserted into the beginning position of the to-be-played list first; The video corresponding to the door opening signal is a secondary urgent video. After the back-end server receives the door closing signal of the same vehicle, after 10 seconds, the secondary urgent video of the relevant vehicle will be removed from the to-be-played list.

8. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 7, characterized in that: The method further comprises: After receiving the video request command from the server, the on-board station announcer transmits the video data to the back-end server; the back-end server stores it in a designated folder corresponding to the vehicle number to ensure that the video can be quickly retrieved; For video data of one-touch help signals, emergency brake signals, speeding signals and out-of-range operation signals, the on-board station announcer will send video data according to the set time length in the configuration information; As for the video data of the door opening and closing signals, the vehicle station announcer continuously sends all the video data from the vehicle door opening to the door closing; For the video data of the upcoming arrival signal, the on-board station announcer will send video data for 120 seconds after the vehicle arrives at the station.

9. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 8, characterized in that: The method further comprises: In the process of executing playlist management, the backend server will poll the playlist to be played and transfer the corresponding video data to the playlist; The number of playlists is determined by the number of playback split screens, and the minimum value is 9; If the number of waiting playlists exceeds twice the number of current playlists, the backend server will shorten or double the speed of the current video data playback, but the duration of the urgent video playback will not be affected; On the contrary, if the number of lists to be played is less than the number of lists currently being played, the backend server will extend the playback time of the current video accordingly.

10. The method for video monitoring and dispatching of a public transportation monitoring center according to claim 1, characterized in that: The video playback device plays videos in the order and time of the playlist. If the number of current split screens is less than the number in the playlist, the videos after the playlist will not be played and will continue to play after the current video is finished.

Images