Method and device for actively getting shift information of tramcar

Abstract

The invention relates to a method and device for actively getting shift information of a tramcar, and the method comprises the steps: obtaining the vehicle information of a target vehicle when monitoring that the target vehicle is driven out of a parking lot; judging whether a shift associated with the target vehicle exists in a preset time period after the current time; if it is judged that there is no shift associated with the target vehicle within the predetermined time period after the current time, the shift of the non-associated vehicle after the current time is inquired; the queried uplink and downlink information of the shift is matched with the uplink and downlink information of the target vehicle, the target shift is determined, and the target shift is closest to the time when the target vehicle drives out of the parking lot; and associating the target vehicle with the target shift. According to the method and the device, the problem of large workload caused by frequent communication between dispatching personnel and parking lot management personnel in operation of the tramcar in the prior art is solved, and the effects of improving the working efficiency and reducing the workload of related personnel are achieved.

Description

Technical Field

[0001] The present invention relates to the field of rail transit operation technology, and in particular to a method and device for actively obtaining schedule information of a tram. Background Art

[0002] Tram operations typically plan a daily timetable in advance. This schedule includes information about the day's scheduled departures, from the start to the end of the day, including the departure station (departure time) and the destination station (destination time), as well as the estimated time for each station along the way. Before the day's official start of operations, the dispatcher manually associates a vehicle (such as vehicle 01) with this schedule. Once vehicle 01 begins operating at the scheduled time, the system automatically stores the vehicle's operational data within the schedule, enabling subsequent statistical reporting and driver assessments.

[0003] Trams are part of the rail transit system, and vehicles can only travel on tracks. In tram parking lots, multiple vehicles are often parked on the same track. Vehicles parked outside block those parked inside, preventing them from leaving. This creates a problem: because the order of vehicle parking locations is uncertain each day, it's difficult for dispatchers to schedule vehicles for each shift. If a designated vehicle is parked at the very back, the parking lot will need to perform numerous dispatch operations to get it out, increasing the workload of parking lot managers and wasting resources. Consequently, when dispatchers assign vehicles for a shift, they must first communicate with parking lot managers about the day's available vehicles and their parking locations. Based on this information, they then assign specific vehicles to each shift.

[0004] In current operations, the dispatcher basically first determines the number of operational vehicles needed for the next day. Then, based on the required number of vehicles and the vehicle's own conditions and parking location, the parking lot manager determines which vehicles will be put into operation after the end of the day's operations. The vehicle information and parking information are then fed back to the dispatcher, who assigns vehicles to each shift in the dispatch system.

[0005] If on the day of operation, a vehicle needs to return to the depot for some reason and is replaced by another vehicle to continue operation, the dispatcher will need to communicate with the parking lot manager again to obtain the new vehicle information and arrange the new vehicle to the subsequent shift in the dispatch system.

[0006] Considering vehicle repairs and maintenance, the information about vehicles in operation may vary from day to day. Furthermore, the parking location of each vehicle on the track is constantly changing. Dispatchers can only receive vehicle location information from parking lot managers after the day's operations have concluded, allowing them to schedule the next day's shifts and vehicles accordingly. This results in a heavy daily workload for dispatchers, who must work late into the night to schedule shifts. Furthermore, parking lot managers must constantly monitor the parking locations of vehicles within the area. Each time a dispatcher needs to use a vehicle, this information must be fed back to the dispatcher, further increasing their workload.

[0007] At present, no effective solution has been proposed to the problem that dispatchers and parking lot managers need to communicate frequently to dispatch trams during tram operations, which leads to a large workload. Summary of the Invention

[0008] The purpose of this application is to address the deficiencies in the existing technology and provide a method, device, computer equipment and computer-readable storage medium for a tram to actively receive schedule information, so as to at least solve the problem in the related technology that dispatchers and parking lot managers need to communicate frequently to dispatch vehicles during tram operations, resulting in a large workload.

[0009] To achieve the above objectives, the technical solutions adopted in this application are:

[0010] In a first aspect, an embodiment of the present application provides a method for a tram to proactively obtain schedule information, the method comprising:

[0011] When a target vehicle is detected leaving the parking lot, vehicle information of the target vehicle is obtained;

[0012] determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0013] If it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time, querying shifts after the current time that have no associated vehicle;

[0014] Matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot;

[0015] The target vehicle is associated with the target shift.

[0016] In some embodiments, after associating the target vehicle with the target shift, the method further includes:

[0017] Monitor the operating status of the target vehicle and record the door opening position and door opening time of the target vehicle;

[0018] If the door opening position of the target vehicle is the same as the starting station of the target shift, and the time difference between the door opening time of the target vehicle and the start time of the target shift is within a preset range, then the association between the target vehicle and the target shift is maintained;

[0019] If the door opening position of the target vehicle is different from the starting station of the target shift, or the time difference between the door opening time of the target vehicle and the start time of the target shift is not within the preset range, the association between the target vehicle and the target shift is released.

[0020] In some embodiments, after disassociating the target vehicle from the target shift, the method further includes:

[0021] Pushing a shift assignment task to a dispatcher, wherein the shift assignment task is used to instruct the dispatcher to associate the target vehicle with a shift that has no associated vehicles.

[0022] In some embodiments, determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time includes:

[0023] Obtaining a planned schedule indicating an association between vehicle information and shift information, wherein each record in the planned schedule is identified by a timestamp, and the record stores a shift identifier, a departure time, an arrival time, and a vehicle identifier associated with the shift identifier;

[0024] Filtering target records whose timestamps are within a predetermined time period after the current time from the planned timetable;

[0025] Determining whether the vehicle identifiers associated with the shift identifiers in the target record include the identifier of the target vehicle;

[0026] If it is determined that the vehicle identifiers associated with the shift identifiers in the target record do not include the identifier of the target vehicle, it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time.

[0027] In some embodiments, after obtaining the vehicle information of the target vehicle, the method further includes:

[0028] Detecting whether the vehicle status of the target vehicle is in an available state and whether the driver information of the target vehicle is normal, wherein the vehicle information of the target vehicle includes the vehicle status and the driver information;

[0029] If it is determined that the vehicle status of the target vehicle is in an available state and the driver information of the target vehicle is normal, a step of determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time is performed.

[0030] In some embodiments, when a target vehicle is detected leaving a parking lot, obtaining vehicle information of the target vehicle includes:

[0031] When the target vehicle passes the beacon set at the upward exit or downward exit of the parking lot, the dispatching system wirelessly communicates with the on-board equipment of the target vehicle to obtain the vehicle information of the target vehicle.

[0032] In some embodiments, when a target vehicle is detected leaving a parking lot, obtaining vehicle information of the target vehicle includes:

[0033] When a trigger signal indicating that the target vehicle has passed through a target section of rail is detected, the dispatching system wirelessly communicates with an onboard device of the target vehicle to obtain vehicle information of the target vehicle.

[0034] In a second aspect, an embodiment of the present application provides a device for actively obtaining tram schedule information, comprising:

[0035] an acquiring unit, configured to acquire vehicle information of a target vehicle when monitoring the target vehicle leaving the parking lot;

[0036] a determination unit, configured to determine whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after a current time;

[0037] a query unit, configured to query a shift without an associated vehicle after the current time if it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0038] a matching unit, configured to match the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot;

[0039] An associating unit is used to associate the target vehicle with the target shift.

[0040] In a third aspect, an embodiment of the present application provides a computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the method for actively collecting schedule information of a tram as described in the first aspect above is implemented.

[0041] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method for a tram to actively receive schedule information as described in the first aspect above.

[0042] The present application adopts the above technical solution. Compared with the existing technology, the embodiment of the present application provides a method for a tram to actively obtain shift information, the method comprising: when monitoring a target vehicle leaving the parking lot, obtaining the vehicle information of the target vehicle; judging whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time; if it is judged that there is no shift associated with the vehicle information of the target vehicle within the predetermined time period after the current time, querying the shifts without associated vehicles after the current time; matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine the target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot; and associating the target vehicle with the target shift. This method solves the problem of the high workload caused by the need for frequent communication between dispatchers and parking lot managers to dispatch vehicles in the operation of trams in related technologies, thereby improving work efficiency and reducing the workload of relevant personnel.

[0043] The details of one or more embodiments of the present application are set forth in the following drawings and description to make other features, objects, and advantages of the present application more readily apparent. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0045] Figure 1 is a structural block diagram of a mobile terminal according to an embodiment of the present application;

[0046] Figure 2 is a flowchart of a method for a tram to proactively obtain schedule information according to an embodiment of the present application;

[0047] Figure 3 It is a flowchart of a method for a tram to proactively obtain schedule information according to a preferred embodiment of the present application;

[0048] Figure 4 This is a structural block diagram of a device for actively obtaining tram schedule information according to an embodiment of the present application;

[0049] Figure 5Schematic diagram of the hardware structure of a computer device according to an embodiment of the present application. DETAILED DESCRIPTION

[0050] In order to make the purpose, technical solutions and advantages of this application more clearly understood, the present application is described and illustrated below in conjunction with the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely used to explain this application and are not intended to limit this application. Based on the embodiments provided in this application, all other embodiments obtained by those of ordinary skill in the art without making any creative efforts are within the scope of protection of this application.

[0051] Obviously, the drawings described below are merely examples or embodiments of the present application. Those skilled in the art can, without inventive effort, apply the present application to other similar scenarios based on these drawings. Furthermore, it is also understood that, although the effort involved in such a development process may be complex and lengthy, for those skilled in the art related to the content disclosed in this application, changes in design, manufacturing, or production based on the technical content disclosed in this application are merely conventional technical means and should not be construed as an insufficiency of the content disclosed in this application.

[0052] References to "embodiments" in this application mean that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearance of this phrase in various places in the specification does not necessarily refer to the same embodiment, nor does it refer to independent or alternative embodiments that are mutually exclusive of other embodiments. It is understood, both explicitly and implicitly, by those skilled in the art that the embodiments described in this application may be combined with other embodiments unless there is a conflict.

[0053] Unless otherwise defined, technical or scientific terms used herein shall have the ordinary meaning as understood by persons of ordinary skill in the art to which this application belongs. The terms "a," "an," "an," "the," and similar expressions used herein do not denote quantitative limitations and may refer to either the singular or the plural. The terms "comprise," "include," "have," and any variations thereof, used herein, are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or apparatus comprising a series of steps or modules (units) is not limited to the listed steps or units but may also include steps or units not listed, or may include other steps or units inherent to the process, method, product, or apparatus. The terms "connected," "connected," "coupled," and similar expressions used herein are not limited to physical or mechanical connections but may include electrical connections, whether direct or indirect. As used herein, "plurality" means two or more. "And / or" describes an association between associated objects, indicating that three possible relationships exist. For example, "A and / or B" may mean: A exists alone; A and B exist simultaneously; or B exists alone. The character " / " generally indicates that the objects before and after are in an "or" relationship. The terms "first", "second", "third", etc. involved in this application are only used to distinguish similar objects and do not represent a specific order for the objects.

[0054] First, the following technical terms in the embodiments of this application are explained:

[0055] Planned timetable: refers to all flight information from the start to the end of operation on a specific date.

[0056] Flight information: starting station (starting time) - terminal station (terminal time), and the time it takes to pass through each station.

[0057] Vehicle dispatch: The process by which the dispatcher assigns an operating vehicle to each shift in the planned schedule.

[0058] Tram: It is a light urban rail transit that is powered by electricity and runs on tracks. The train usually has no more than five carriages.

[0059] Tram parking lot: generally consists of several parking tracks, and the length of each parking track is divided into multiple areas, which can accommodate multiple trams at the same time.

[0060] Beacon: A device installed on the side of the track. When a tram passes by the beacon, it can communicate wirelessly with the beacon, thereby notifying the dispatch system that the current vehicle has reached the beacon's location.

[0061] Dispatchers: Manage the schedule and assign vehicles to each shift. They also monitor the real-time operation of vehicles and, in case of emergencies, make temporary vehicle changes or other dispatching arrangements.

[0062] Parking lot manager: Responsible for guiding the parking location of vehicles when they return to the parking lot, and determining which vehicles will be put into shift operations each day.

[0063] This embodiment provides a mobile terminal. Figure 1 : is a structural block diagram of a mobile terminal according to an embodiment of the present application. Figure 1 As shown, the mobile terminal includes components such as a radio frequency (RF) circuit 110, a memory 120, an input unit 130, a display unit 140, a sensor 150, an audio circuit 160, a wireless fidelity (WiFi) module 170, a processor 180, and a power supply 190. It will be understood by those skilled in the art that Figure 1 The structure of the mobile terminal shown in the figure does not constitute a limitation to the mobile terminal, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0064] The following combination Figure 1 A detailed introduction to the various components of the mobile terminal is given below:

[0065] The RF circuit 110 can be used to receive and transmit signals during information transmission or calls. Specifically, it receives downlink information from the base station and transmits it to the processor 180 for processing. It also transmits uplink data to the base station. Typically, the RF circuit includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier (LNA), a duplexer, and the like. Furthermore, the RF circuit 110 can communicate with the network and other devices via wireless communication. This wireless communication can utilize any communication standard or protocol, including but not limited to Global System of Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, and Short Messaging Service (SMS).

[0066] Memory 120 can be used to store software programs and modules. Processor 180 executes the various functional applications and data processing functions of the mobile terminal by running the software programs and modules stored in memory 120. Memory 120 may primarily include a program storage area and a data storage area. The program storage area may store an operating system and at least one application required for a function (such as sound playback or image playback). The data storage area may store data generated based on the use of the mobile terminal (such as audio data and a phone book). Memory 120 may also include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state memory device.

[0067] The input unit 130 can be used to receive input digital or character information and generate key signal input related to user settings and function control of the mobile terminal. Specifically, the input unit 130 may include a touch panel 131 and other input devices 132. The touch panel 131, also known as a touch screen, can detect user touch operations on or near it (for example, operations performed on or near the touch panel 131 using a finger, stylus, or any other suitable object or accessory) and drive corresponding connected devices according to pre-set programs. Optionally, the touch panel 131 may include a touch detection device and a touch controller. The touch detection device detects the user's touch position and detects signals generated by the touch operation, transmitting the signals to the touch controller. The touch controller receives the touch information from the touch detection device, converts it into touch point coordinates, and then transmits it to the processor 180. The touch controller can also receive and execute commands from the processor 180. Furthermore, the touch panel 131 can be implemented using various types of sensors, including resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 131, the input unit 130 may further include other input devices 132. Specifically, the other input devices 132 may include but are not limited to one or more of a physical keyboard, function keys (such as volume control keys, power keys, etc.), a trackball, a mouse, and a joystick.

[0068] The display unit 140 can be used to display information input by the user or information provided to the user and various menus of the mobile terminal. The display unit 140 may include a display panel 141. Optionally, the display panel 141 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), etc. Further, the touch panel 131 may cover the display panel 141. When the touch panel 131 detects a touch operation on or near it, it is transmitted to the processor 180 to determine the type of touch event. Subsequently, the processor 180 provides corresponding visual output on the display panel 141 according to the type of touch event. Although in Figure 1 In the embodiment, the touch panel 131 and the display panel 141 are used as two independent components to implement the input and output functions of the mobile terminal. However, in some embodiments, the touch panel 131 and the display panel 141 can be integrated to implement the input and output functions of the mobile terminal.

[0069] The mobile terminal may also include at least one sensor 150, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light, and the proximity sensor may turn off the display panel 141 and / or the backlight when the mobile terminal is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that identify the posture of the mobile terminal (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors that can be configured in the mobile terminal, such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., they will not be described here.

[0070] The speaker 161 and microphone 162 in the audio circuit 160 provide an audio interface between the user and the mobile terminal. The audio circuit 160 converts received audio data into electrical signals and transmits them to the speaker 161, which then converts the signals into sound signals for output. Furthermore, the microphone 162 converts the collected sound signals into electrical signals, which are then received by the audio circuit 160 and converted into audio data. The audio data is then processed by the processor 180 and transmitted to, for example, another mobile terminal via the RF circuit 110, or the audio data is output to the memory 120 for further processing.

[0071] WiFi is a short-range wireless transmission technology. Mobile terminals can help users send and receive emails, browse web pages, and access streaming media through the WiFi module 170. It provides users with wireless broadband Internet access. Figure 1 A WiFi module 170 is shown, but it is understandable that it is not an essential component of the mobile terminal and can be omitted as needed without changing the essence of the invention, or replaced with other short-range wireless transmission modules, such as a Zigbee module or a WAPI module.

[0072] The processor 180 is the control center of the mobile terminal, connecting all components of the mobile terminal using various interfaces and circuits. By running or executing software programs and / or modules stored in the memory 120 and accessing data stored in the memory 120, it executes various functions of the mobile terminal and processes data, thereby providing overall monitoring of the mobile terminal. Optionally, the processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor and a modem processor. The application processor primarily handles the operating system, user interface, and application programs, while the modem processor primarily handles wireless communications. It is understood that the modem processor may not be integrated into the processor 180.

[0073] The mobile terminal also includes a power supply 190 (such as a battery) for supplying power to various components. Preferably, the power supply can be logically connected to the processor 180 through a power management system, thereby managing charging, discharging, and power consumption through the power management system.

[0074] Although not shown, the mobile terminal may further include a camera, a Bluetooth module, etc., which will not be described in detail here.

[0075] In this embodiment, the processor 180 is configured to:

[0076] When a target vehicle is detected leaving the parking lot, vehicle information of the target vehicle is obtained;

[0077] determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0078] If it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time, querying shifts after the current time that have no associated vehicle;

[0079] Matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot;

[0080] The target vehicle is associated with the target shift.

[0081] In some embodiments, the processor 180 is further configured to:

[0082] Monitor the operating status of the target vehicle and record the door opening position and door opening time of the target vehicle;

[0083] If the door opening position of the target vehicle is the same as the starting station of the target shift, and the time difference between the door opening time of the target vehicle and the start time of the target shift is within a preset range, then the association between the target vehicle and the target shift is maintained;

[0084] If the door opening position of the target vehicle is different from the departure station of the target shift, the association between the target vehicle and the target shift is released.

[0085] In some embodiments, the processor 180 is further configured to:

[0086] Pushing a shift assignment task to a dispatcher, wherein the shift assignment task is used to instruct the dispatcher to associate the target vehicle with a shift that has no associated vehicles.

[0087] In some embodiments, the processor 180 is further configured to:

[0088] Obtaining a planned schedule indicating an association between vehicle information and shift information, wherein each record in the planned schedule is identified by a timestamp, and the record stores a shift identifier, a departure time, an arrival time, and a vehicle identifier associated with the shift identifier;

[0089] Filtering target records whose timestamps are within a predetermined time period after the current time from the planned timetable;

[0090] Determining whether the vehicle identifiers associated with the shift identifiers in the target record include the identifier of the target vehicle;

[0091] If it is determined that the vehicle identifiers associated with the shift identifiers in the target record do not include the identifier of the target vehicle, it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time.

[0092] In some embodiments, the processor 180 is further configured to:

[0093] Determining whether the vehicle status of the target vehicle is in an available state and whether the driver information of the target vehicle is normal, wherein the vehicle information of the target vehicle includes the vehicle status and the driver information;

[0094] If it is determined that the vehicle status of the target vehicle is in an available state and the driver information of the target vehicle is normal, a step of determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time is performed.

[0095] In some embodiments, the processor 180 is further configured to:

[0096] When the target vehicle passes the beacon set at the up-going exit or the down-going exit of the parking lot, the dispatching system wirelessly communicates with the on-board equipment of the target vehicle to obtain the vehicle information of the target vehicle.

[0097] In some embodiments, the processor 180 is further configured to:

[0098] When a trigger signal indicating that the target vehicle has passed through a target section of rail is detected, the dispatching system wirelessly communicates with an onboard device of the target vehicle to obtain vehicle information of the target vehicle.

[0099] This embodiment provides a method for a tram to proactively obtain schedule information. This method can be applied to a vehicle dispatching system to enable dispatchers to efficiently manage vehicle schedule information. Figure 2Flowchart of the method for a tram to proactively obtain schedule information according to an embodiment of the present application. Figure 2 As shown, the process includes the following steps:

[0100] Step S201, when a target vehicle is detected leaving a parking lot, obtaining vehicle information of the target vehicle;

[0101] Step S202, determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0102] Step S203: If it is determined that there is no shift associated with the vehicle information of the target vehicle within the predetermined time period after the current time, querying shifts after the current time that have no associated vehicle;

[0103] Step S204, matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot;

[0104] Step S205: Associating the target vehicle with the target shift.

[0105] It should be noted that the method of monitoring the target vehicle leaving the parking lot in step S201 may include the following two optional embodiments:

[0106] Optionally, this embodiment may set a beacon at the upward exit or downward exit of the parking lot. When it is detected that the target vehicle passes the beacon set at the upward exit or downward exit of the parking lot, the dispatching system may wirelessly communicate with the on-board equipment of the target vehicle to obtain the vehicle information of the target vehicle.

[0107] Optionally, this embodiment can set a target section of rails in the parking lot and initially set a sensor on the target section of rails. When it is detected that the target vehicle passes over the target section of rails and triggers the trigger signal emitted by the sensor, the dispatching system can wirelessly communicate with the on-board equipment of the target vehicle to obtain vehicle information of the target vehicle.

[0108] Both of the above optional implementations can achieve the acquisition of vehicle information of the target vehicle. The vehicle information of the target vehicle includes but is not limited to: vehicle identification, time when the vehicle leaves the parking lot, vehicle driving direction, etc.

[0109] In the embodiment of the present application, beacons are set at the upward and downward exits of the parking lot, or sensors are set at the beginning of the target section of the railway track. When a vehicle passes by the beacon or sensor, an automatic foreman task can be triggered, thereby realizing automatic matching of vehicles and shifts. This application can reduce the workload of parking lot managers and thus achieve the purpose of improving the work efficiency of parking lot managers.

[0110] As an optional embodiment, after obtaining the vehicle information of the target vehicle, the dispatching system may first determine whether the vehicle status of the target vehicle is in an available state and whether the driver information of the target vehicle is normal, wherein the vehicle information of the target vehicle includes the vehicle status and the driver information; if it is determined that the vehicle status of the target vehicle is in an available state and the driver information of the target vehicle is normal, then continue to determine whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time.

[0111] This application screens whether to trigger the execution of the automatic foreman task by first determining whether the vehicle status is available and whether the driver information is normal. If the vehicle status is unavailable or the driver information is abnormal, the target vehicle is directly ignored, which can greatly improve the success rate of the execution of the automatic foreman task.

[0112] After obtaining the vehicle information of the target vehicle, the dispatch system can determine whether there is a shift associated with the target vehicle within the predetermined time period after the current time. If it is determined that there is a shift associated with the target vehicle within the predetermined time period after the current time, it means that the target vehicle has been dispatched successfully, and no processing is performed at this time; if it is determined that there is no shift associated with the target vehicle within the predetermined time period after the current time, it means that the target vehicle has not been dispatched, and it is necessary to query the shifts without associated vehicles after the current time. The purpose of the query is to select the target shift from these shifts without associated vehicles, and associate the target shift with the target vehicle to dispatch the target vehicle. Among them, the target shift is closest to the time when the target vehicle leaves the parking lot. It should be noted that the predetermined time period in the embodiment of the present application can be set or adjusted according to time, and is not specifically limited here.

[0113] In some embodiments, determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time may include:

[0114] Obtaining a planned schedule indicating an association between vehicle information and shift information, wherein the planned schedule includes multiple records, each record is identified by a timestamp, and the record stores at least a shift identifier, a departure time, an arrival time, and a vehicle identifier associated with the shift identifier;

[0115] Filtering target records with timestamps within a predetermined time period after the current time from the planned timetable, wherein the target record may be one or more;

[0116] Determining whether the vehicle identifiers associated with the shift identifiers in the target record include the identifier of the target vehicle;

[0117] If it is determined that the vehicle identification associated with the shift identification in the target record does not include the identification of the target vehicle, it is determined that there is no shift associated with the vehicle information of the target vehicle within the predetermined time period after the current time. At this time, it is necessary to select the target shift from the shifts without associated vehicles and associate the target shift with the target vehicle to achieve the purpose of dispatching the target vehicle.

[0118] This application establishes a planned timetable for indicating the association between vehicle information and shift information. By querying the planned timetable, it can quickly and accurately determine whether the current vehicle has an associated shift, and then determine whether the target vehicle needs to be dispatched, thereby realizing automatic matching of vehicles with shifts, thereby achieving the effect of improving the work efficiency of dispatchers and parking lot managers in dispatching vehicles.

[0119] In some embodiments, after associating the target vehicle with the target shift, step S205 further includes:

[0120] Monitor the operating status of the target vehicle and record the door opening position and door opening time of the target vehicle;

[0121] If the door opening position of the target vehicle is the same as the starting station of the target shift, and the time difference between the door opening time of the target vehicle and the start time of the target shift is within a preset range, then the association between the target vehicle and the target shift is maintained;

[0122] If the door opening position of the target vehicle is different from the starting station of the target shift, or the time difference between the door opening time of the target vehicle and the start time of the target shift is not within the preset range, the association between the target vehicle and the target shift is released.

[0123] The preset range in the embodiment of the present application can be set or adjusted according to actual needs. The embodiment of the present application can first pre-associate the target vehicle with the target shift, and then monitor the operating status of the target vehicle. The operating status can include but is not limited to the door opening position, door opening time, driving route, etc. of the target vehicle, and then compare the door opening position and door opening time of the target vehicle with whether they match the target shift, wherein the information of the target shift may include: shift identification, departure time, arrival time, the location and parking time of each stop, etc. The present application can determine whether to finally associate the target vehicle with the target shift based on the matching result. If the door opening position of the target vehicle is the same as the departure station of the target shift, and the time difference between the door opening time of the target vehicle and the start time of the target shift is within the preset range, then the association between the target vehicle and the target shift is maintained. If the door opening position of the target vehicle is different from the departure station of the target shift, or the time difference between the door opening time of the target vehicle and the start time of the target shift is not within the preset range, then the association between the target vehicle and the target shift is released. This application uses a verification procedure of the target vehicle's door opening position and door opening time to determine whether the association between the target vehicle and the target shift is accurate and reliable, thereby achieving the effect of improving the accuracy of the vehicle automatic foreman.

[0124] In some embodiments, after disassociating the target vehicle from the target shift, the method further includes:

[0125] Pushing a shift assignment task to a dispatcher, wherein the shift assignment task is used to instruct the dispatcher to associate the target vehicle with a shift that has no associated vehicles.

[0126] In this embodiment of the application, for vehicles that have successfully been assigned to a shift, the dispatcher does not need to manually assign them to a shift, which reduces the dispatcher's daily repetitive work and workload. For vehicles that have failed to be assigned to a shift automatically, the dispatcher manually assigns them to a shift. This ensures that all vehicles leaving the parking lot are associated with the corresponding shift, thereby improving vehicle utilization.

[0127] Through the above steps, this application solves the problem in related technologies that dispatchers and parking lot managers need to communicate frequently to dispatch vehicles during tram operations, resulting in a large workload, thereby improving work efficiency and reducing the workload of dispatchers and parking lot managers.

[0128] The embodiments of the present application are described and illustrated below through preferred embodiments.

[0129] Figure 3 FIG. 1 is a flow chart of a method for a tram to proactively obtain schedule information according to a preferred embodiment of the present application. Figure 3As shown in the figure, the execution process specifically includes:

[0130] 1. Parking lot managers schedule vehicle departures: On the first day of operation, parking lot managers receive the scheduled timetable and know the total number of vehicles scheduled for operation throughout the day, as well as the specific time each vehicle should depart. Dispatchers simply schedule vehicles to leave the parking lot at the appropriate time.

[0131] 2. Vehicles passing by exit beacons: Beacons are installed on the tracks at the parking lot's upstream and downstream exits to identify vehicles leaving the parking lot. When a vehicle exiting the parking lot passes by the beacon, the onboard equipment communicates with the central dispatch system via wireless signals, and the dispatch system receives the vehicle information.

[0132] 3. Determine whether the vehicle is on the scheduled schedule: The dispatch system queries the scheduled schedule for the day to see if there is a vehicle on the scheduled schedule within a period of time after the current time point (system parameters, roughly a round-trip operation cycle for a regular route, or a full circle for a circular route).

[0133] 4. No processing will be performed on vehicles on scheduled shifts: If the scheduled timetable shows a vehicle on the scheduled shift, it means that the vehicle has already been scheduled. The automatic foreman system will not take any action and will simply ignore the vehicle.

[0134] 5. Triggering the automatic foreman task: If there is no shift associated with the vehicle within the specified time, the vehicle is initially identified as an automatic foreman vehicle and the automatic foreman task begins.

[0135] 6. Query the unscheduled shifts in the same direction in the planned timetable: The automatic foreman task queries the shifts after the current time point that have no scheduled vehicles and no pre-associated vehicles.

[0136] 7. Pre-associate the vehicle with the closest shift in time: Match the uplink and downlink of the shift with the uplink and downlink of the current vehicle leaving the depot, find the shift closest in time, and pre-associate the current vehicle with it.

[0137] 8. Determine whether the vehicle's door opening position is consistent with the departure station: Continuously monitor the vehicle's operating status and record the vehicle's door opening position and opening time.

[0138] 9. The vehicle's door opening position is consistent with the departure station, and the vehicle is associated with the shift: If the vehicle's door opening position is the same as the departure station of the pre-associated shift, and the difference between the door opening time and the start time of the shift is within the preset difference range, the current vehicle will be associated with the shift, the automatic foreman operation is successful, and the automatic foreman task is completed.

[0139] 10. The vehicle door opening position is inconsistent with the departure station, and the pre-association between the vehicle and the shift is released: If the door opening position is different from the pre-associated departure station, the binding between the vehicle and the pre-associated shift is released, the automatic foreman operation fails, and the automatic foreman task ends. In this case, the dispatcher needs to intervene and manually operate the shift binding.

[0140] This preferred embodiment is based on a method in which trams proactively receive shift information. This method uses a certain matching mechanism and verification strategy to achieve the association between vehicles and planned shifts. This eliminates the workload of dispatchers who need to assign shifts after the end of operations every night. When changing vehicles and other operations on the day of operation, dispatchers do not need to log in to the system to arrange new vehicles. The correspondence with the shifts is completely triggered automatically by the vehicles. Dispatchers can see the status of vehicles receiving shifts in the dispatching system. If there is no problem, no operation is required. If there is a deviation in the shift collection situation, it is only necessary to manually adjust the problematic shift, which greatly reduces the daily repetitive work of dispatchers, improves efficiency, and saves resources.

[0141] This application can achieve the following technical effects:

[0142] 1. Dispatchers no longer need to arrange vehicles for each shift, nor do they need to constantly monitor the parking locations of vehicles in the parking lot. This reduces repeated communication with parking lot managers, reduces the repetitive work of relevant personnel, reduces workload, and improves work efficiency.

[0143] 2. The parking lot management staff can directly arrange the most suitable vehicles to leave the parking lot at the specified time, which can reduce the consumption of resources and energy and is more in line with the concept of green environmental protection.

[0144] It should be noted that the steps shown in the above process or the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0145] This embodiment provides a device for actively receiving tram schedule information. This device is used to implement the above-mentioned embodiments and preferred embodiments. Details already described are not repeated here. As used below, the terms "module," "unit," "subunit," etc. may refer to a combination of software and / or hardware that implements a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, implementation using hardware, or a combination of software and hardware, is also possible and contemplated.

[0146] Figure 4 is a structural block diagram of a device for actively obtaining tram schedule information according to an embodiment of the present application. Figure 4As shown, the device includes:

[0147] An acquisition unit 41 is configured to acquire vehicle information of a target vehicle when monitoring the target vehicle leaving the parking lot;

[0148] a determination unit 42 for determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0149] The query unit 43 is configured to query a shift without an associated vehicle after the current time if it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time;

[0150] a matching unit 44 for matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot;

[0151] The associating unit 45 is configured to associate the target vehicle with the target shift.

[0152] In some embodiments, the apparatus further comprises:

[0153] a monitoring unit, configured to monitor the operating status of the target vehicle and record the door opening position and door opening time of the target vehicle after the target vehicle is associated with the target shift;

[0154] a determining unit, configured to maintain the association between the target vehicle and the target shift if the door opening position of the target vehicle is the same as the departure station of the target shift and the time difference between the door opening time of the target vehicle and the start time of the target shift is within a preset range;

[0155] and a releasing unit, configured to release the association between the target vehicle and the target shift if the door opening position of the target vehicle is different from the departure station of the target shift, or the time difference between the door opening time of the target vehicle and the start time of the target shift is not within the preset range.

[0156] In some embodiments, the apparatus further comprises:

[0157] A pushing unit is used to push a shift assignment task to a dispatcher after the association between the target vehicle and the target shift is released, wherein the shift assignment task is used to instruct the dispatcher to associate the target vehicle with a shift that has no associated vehicles.

[0158] In some embodiments, the determining unit 42 includes:

[0159] A first acquisition module is configured to acquire a planned schedule indicating an association between vehicle information and shift information, wherein each record in the planned schedule is identified by a timestamp, and the record stores a shift identifier, a departure time, an arrival time, and a vehicle identifier associated with the shift identifier;

[0160] A screening module, configured to screen out target records whose timestamps are within a predetermined time period after the current time from the planned timetable;

[0161] a judgment module, configured to judge whether the vehicle identification associated with the shift identification in the target record includes the identification of the target vehicle;

[0162] The determination module is configured to determine that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time if it is determined that the vehicle identification associated with the shift identification in the target record does not include the identification of the target vehicle.

[0163] In some embodiments, the apparatus further comprises:

[0164] a detection unit, configured to detect whether the vehicle status of the target vehicle is in an available state and whether the driver information of the target vehicle is normal, wherein the vehicle information of the target vehicle includes the vehicle status and the driver information;

[0165] An execution unit is configured to, if it is determined that the vehicle status of the target vehicle is in an available state and the driver information of the target vehicle is normal, execute a step of determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time.

[0166] In some embodiments, the acquiring unit 41 includes:

[0167] The second acquisition module is used for the dispatching system to wirelessly communicate with the on-board equipment of the target vehicle to acquire the vehicle information of the target vehicle when the target vehicle passes the beacon set at the up-going exit or the down-going exit of the parking lot.

[0168] In some embodiments, the acquiring unit 41 includes:

[0169] The third acquisition module is used to enable the dispatching system to wirelessly communicate with the on-board equipment of the target vehicle to acquire the vehicle information of the target vehicle when a trigger signal indicating that the target vehicle has passed through a target section of rail is detected.

[0170] It should be noted that the above modules can be functional modules or program modules, and can be implemented through software or hardware. For modules implemented through hardware, the above modules can be located in the same processor; or the above modules can be located in different processors in any combination.

[0171] The embodiment provides a computer device. In conjunction with the embodiment of the present application, the method for actively obtaining tram schedule information can be implemented by the computer device. Figure 5 Schematic diagram of the hardware structure of a computer device according to an embodiment of the present application.

[0172] The computer device may include a processor 51 and a memory 52 storing computer program instructions.

[0173] Specifically, the processor 51 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0174] The memory 52 may include a large-capacity memory for data or instructions. By way of example, and not limitation, the memory 52 may include a hard disk drive (HDD), a floppy disk drive, a solid-state drive (SSD), flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory 52 may include removable or non-removable (or fixed) media. Where appropriate, the memory 52 may be internal or external to the data processing device. In certain embodiments, the memory 52 is non-volatile memory. In certain embodiments, the memory 52 includes read-only memory (ROM) and random access memory (RAM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically alterable ROM (EAROM) or a flash memory (FLASH), or a combination of two or more of these. Under appropriate circumstances, the RAM can be a static random access memory (SRAM) or a dynamic random access memory (DRAM), where the DRAM can be a fast page mode dynamic random access memory (FPMDRAM), an extended data out dynamic random access memory (EDODRAM), a synchronous dynamic random access memory (SDRAM), etc.

[0175] The memory 52 may be used to store or cache various data files that need to be processed and / or used for communication, as well as possible computer program instructions executed by the processor 51 .

[0176] The processor 51 reads and executes the computer program instructions stored in the memory 52 to implement any one of the methods for a tram to actively obtain schedule information in the above embodiments.

[0177] In some embodiments, the computer device may further include a communication interface 53 and a bus 50. Figure 5 As shown, the processor 51, the memory 52, and the communication interface 53 are connected via a bus 50 and communicate with each other.

[0178] The communication interface 53 is used to implement communication between the various modules, devices, units, and / or devices in the embodiments of the present application. The communication interface 53 can also implement data communication with other components such as: external devices, image / data acquisition equipment, databases, external storage, and image / data processing workstations.

[0179] The bus 50 includes hardware, software, or both, and couples components of a computer device to each other. The bus 50 includes, but is not limited to, at least one of the following: a data bus, an address bus, a control bus, an expansion bus, and a local bus. By way of example and not limitation, bus 50 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro Channel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable buses, or a combination of two or more of these. Bus 50 may include one or more buses, where appropriate. Although embodiments herein describe and illustrate a particular bus, this application contemplates any suitable bus or interconnect.

[0180] In addition, in conjunction with the method for proactively obtaining tram schedule information in the above-mentioned embodiments, embodiments of the present application may provide a computer-readable storage medium for implementation. The computer-readable storage medium stores computer program instructions; when the computer program instructions are executed by a processor, any of the methods for proactively obtaining tram schedule information in the above-mentioned embodiments is implemented.

[0181] The technical features of the above-mentioned embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the technical features in the above-mentioned embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0182] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that a person skilled in the art could make various modifications and improvements without departing from the spirit of the present application, all of which fall within the scope of protection of the present application. Therefore, the scope of protection of the present patent application shall be determined by the appended claims.

Claims

1. A method for actively obtaining tram schedule information, characterized in that: include: When a target vehicle is detected leaving the parking lot, vehicle information of the target vehicle is obtained; determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time; If it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time, querying shifts after the current time that have no associated vehicle; Matching the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot; The target vehicle is associated with the target shift.

2. The method according to claim 1, characterized in that After associating the target vehicle with the target shift, the method further includes: Monitor the operating status of the target vehicle and record the door opening position and door opening time of the target vehicle; If the door opening position of the target vehicle is the same as the starting station of the target shift, and the time difference between the door opening time of the target vehicle and the start time of the target shift is within a preset range, then the association between the target vehicle and the target shift is maintained; If the door opening position of the target vehicle is different from the starting station of the target shift, or the time difference between the door opening time of the target vehicle and the start time of the target shift is not within the preset range, the association between the target vehicle and the target shift is released.

3. The method according to claim 2, characterized in that After the target vehicle is released from the target shift, the method further includes: Pushing a shift assignment task to a dispatcher, wherein the shift assignment task is used to instruct the dispatcher to associate the target vehicle with a shift that has no associated vehicles.

4. The method according to claim 1, wherein Determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time includes: Obtaining a planned schedule indicating an association between vehicle information and shift information, wherein each record in the planned schedule is identified by a timestamp, and the record stores a shift identifier, a departure time, an arrival time, and a vehicle identifier associated with the shift identifier; Filtering target records whose timestamps are within a predetermined time period after the current time from the planned timetable; Determining whether the vehicle identifiers associated with the shift identifiers in the target record include the identifier of the target vehicle; If it is determined that the vehicle identifiers associated with the shift identifiers in the target record do not include the identifier of the target vehicle, it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time.

5. The method according to claim 1, wherein After obtaining the vehicle information of the target vehicle, the method further includes: Detecting whether the vehicle status of the target vehicle is in an available state and whether the driver information of the target vehicle is normal, wherein the vehicle information of the target vehicle includes the vehicle status and the driver information; If it is determined that the vehicle status of the target vehicle is in an available state and the driver information of the target vehicle is normal, a step of determining whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time is performed.

6. The method according to any one of claims 1 to 5, characterized in that When a target vehicle is detected leaving the parking lot, vehicle information of the target vehicle is obtained, including: When the target vehicle passes the beacon set at the upward exit or downward exit of the parking lot, the dispatching system wirelessly communicates with the on-board equipment of the target vehicle to obtain the vehicle information of the target vehicle.

7. The method according to any one of claims 1 to 5, characterized in that When a target vehicle is detected leaving the parking lot, vehicle information of the target vehicle is obtained, including: When a trigger signal indicating that the target vehicle has passed through a target section of rail is detected, the dispatching system wirelessly communicates with an onboard device of the target vehicle to obtain vehicle information of the target vehicle.

8. A device for actively receiving tram schedule information, characterized in that: include: an acquiring unit, configured to acquire vehicle information of a target vehicle when monitoring the target vehicle leaving the parking lot; a determination unit, configured to determine whether there is a shift associated with the vehicle information of the target vehicle within a predetermined time period after a current time; a query unit, configured to query a shift without an associated vehicle after the current time if it is determined that there is no shift associated with the vehicle information of the target vehicle within a predetermined time period after the current time; a matching unit, configured to match the uplink and downlink information of the queried shift with the uplink and downlink information in the vehicle information of the target vehicle to determine a target shift, wherein the target shift is closest to the time when the target vehicle leaves the parking lot; An associating unit is used to associate the target vehicle with the target shift.

9. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the method according to any one of claims 1 to 7 is implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images