Rail transit intelligent scheduling method and system

Abstract

The embodiment of the invention relates to the technical field of rail transit dispatching, and discloses a rail transit intelligent dispatching method and system.The rail transit intelligent dispatching method comprises the steps that when it is judged that a rail transit vehicle needs to be subjected to wireless firmware upgrading, a target upgrading area is determined according to passenger flow information; when the vehicle is parked in the target upgrading area for firmware upgrading, the upstream rail transit vehicle and / or the downstream rail transit vehicle are / is intelligently dispatched according to the firmware upgrading position and time length information, and therefore flexible dispatching adjustment of rail transit vehicle operation is conducted according to the firmware upgrading real-time condition and upgrading requirements. The travel experience of passengers can be guaranteed, and potential safety hazards and station congestion caused by firmware upgrading can be avoided.

Description

Technical Field

[0001] The present invention relates to the technical field of rail transit scheduling, and in particular to a rail transit intelligent scheduling method and system. Background Art

[0002] With the rapid development and increasing intelligence of urban rail transit systems, wireless firmware upgrades have become a crucial means of ensuring stable operation, improving service quality, and enhancing safety. However, wireless firmware upgrades inevitably impact the flow of upstream and downstream vehicles and station congestion. Traditional dispatching methods rely heavily on manual experience and ad hoc operation plans, lacking the flexibility to adapt to real-time conditions and upgrade requirements. This can significantly impact vehicle flow during firmware upgrades, degrading passenger travel experience and potentially posing safety risks. Summary of the Invention

[0003] The main purpose of the present invention is to provide a rail transit intelligent scheduling method and system, aiming to solve the technical problem in the prior art that the rail transit system cannot be flexibly adjusted according to real-time conditions and upgrade requirements when it is wirelessly upgraded.

[0004] To achieve the above objectives, in a first aspect, embodiments of the present application provide a rail transit intelligent scheduling method, which is applied to a rail transit scheduling system. The method includes: Get the current firmware version of the smart door lock of the target rail transit vehicle; In the case where the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded, a target firmware upgrade area is determined according to the real-time traffic passenger flow, wherein the target firmware upgrade area is one of a first preset upgrade area and a second preset upgrade area, wherein the first preset upgrade area is a station area close to the departure position, and the second preset upgrade area is a station area close to the terminal position; When the target rail transit vehicle stops at the target firmware upgrade zone, controlling the station upgrade base station of the target firmware upgrade zone to establish a communication connection with the target rail transit vehicle and triggering a firmware upgrade instruction; Obtaining firmware upgrade information according to the firmware upgrade instruction; Sending a dispatch instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information; The upstream rail transit vehicle and the downstream rail transit vehicle are dispatched and managed according to the dispatch management instruction.

[0005] In a possible implementation, determining the target firmware upgrade area based on real-time traffic passenger flow includes: Obtaining current passenger flow in the first preset upgrade area and the second preset upgrade area; A target firmware upgrade area is determined according to current passenger flow rates of the first preset upgrade area and the second preset upgrade area, wherein the preset upgrade area with the smaller current passenger flow rate is determined as the target firmware upgrade area.

[0006] In one possible implementation, the firmware upgrade information includes firmware upgrade location information and firmware upgrade duration information, and the sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information includes: A scheduling instruction is sent to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information, wherein the firmware upgrade location information includes the first preset upgrade area and the second preset upgrade area.

[0007] In a possible implementation, the sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: When the firmware upgrade location is the first preset upgrade area, determining whether the firmware upgrade duration is greater than a first duration threshold; Determining that the firmware upgrade duration is less than or equal to a first duration threshold, sending a first scheduling instruction to an upstream rail transit vehicle of the target rail transit vehicle, wherein the first scheduling instruction is used to instruct the upstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding; Determine that the firmware upgrade duration is greater than a first duration threshold, and send a second scheduling instruction to the downstream rail transit vehicle of the target rail transit vehicle. The second scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to schedule an empty vehicle to arrive at the firmware upgrade site after the firmware upgrade is completed.

[0008] In a possible implementation, before sending the first dispatch instruction to the upstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determining a delay time for the upstream rail transit vehicle to board passengers based on the firmware upgrade time, wherein the delay time is less than or equal to the firmware upgrade time; The first dispatching instruction is generated according to the delay duration of the upstream rail transit vehicle for boarding passengers, and the first dispatching instruction carries the delay duration information of the upstream rail transit vehicle for boarding passengers.

[0009] In a possible implementation, before sending the second dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determine the priority order of dispatching empty vehicles to the firmware upgrade site according to the firmware upgrade duration; The second scheduling instruction is generated according to the priority order of scheduling empty vehicles to arrive at the firmware upgrade site, and the second scheduling instruction carries priority order information of scheduling empty vehicles to arrive at the firmware upgrade site.

[0010] In a possible implementation, the sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: When the firmware upgrade location is the second preset upgrade area, determining whether the firmware upgrade duration is greater than a second duration threshold; Determining that the firmware upgrade duration is less than or equal to a second duration threshold, sending a third scheduling instruction to a downstream rail transit vehicle of the target rail transit vehicle, wherein the third scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding; Determine that the firmware upgrade duration is greater than a second duration threshold, and send a fourth scheduling instruction to the downstream rail transit vehicle of the target rail transit vehicle. The fourth scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding and increase the number of departures after the firmware upgrade is completed.

[0011] In a possible implementation, before sending the third dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determining a delay time for a downstream rail transit vehicle to board passengers based on the firmware upgrade time, wherein the delay time is greater than or equal to the firmware upgrade time; The third dispatch instruction is generated according to the delay duration of the upstream rail transit vehicle for boarding passengers, and the third dispatch instruction carries the delay duration information of the downstream rail transit vehicle for boarding passengers.

[0012] In a possible implementation, before sending the fourth dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determine the number of additional departures and the departure time intervals based on the duration of the firmware upgrade; The fourth dispatch instruction is generated according to the number of additional departure trains and the departure time interval, and the fourth dispatch instruction carries the number information of the additional departure trains and the departure time interval information.

[0013] In a second aspect, an embodiment of the present application further provides a rail transit dispatching system, comprising a memory and a processor, wherein the memory is used to store program code, and the processor is used to call the program code to execute the method described in the first aspect.

[0014] Different from the existing technology, the rail transit intelligent scheduling method provided in the embodiment of the present application first obtains the current firmware version of the smart door lock of the target rail transit vehicle. When the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded, the target firmware upgrade area is determined according to the real-time traffic passenger flow. When the target rail transit vehicle is parked in the target firmware upgrade area, the site upgrade base station in the target firmware upgrade area is controlled to communicate with the target rail transit vehicle and trigger the firmware upgrade instruction; then, firmware upgrade information is obtained according to the firmware upgrade instruction; and scheduling instructions are sent to the upstream rail transit vehicle and / or downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information; finally, the upstream rail transit vehicle and the downstream rail transit vehicle are scheduled and managed according to the scheduling management instruction. That is, when it is determined that a rail transit vehicle needs to undergo a wireless firmware upgrade, the target upgrade area is first determined based on passenger flow information. While the vehicle is parked in the target upgrade area for firmware upgrade, the upstream rail transit vehicle and / or downstream rail transit vehicle are intelligently dispatched based on the location and duration of the firmware upgrade. In this way, the operation of the rail transit vehicle can be flexibly dispatched and adjusted according to the real-time situation and upgrade requirements of the firmware upgrade, which can not only ensure the travel experience of passengers, but also avoid safety hazards and station traffic congestion caused by the firmware upgrade. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on the structures shown in these drawings without paying any creative work.

[0016] Figure 1 This is a schematic diagram of the deployment status of rail transit upgrade base stations in some embodiments of the present application; Figure 2 This is a process diagram of the rail transit intelligent scheduling method in some embodiments of the present application; Figure 3 This is a schematic diagram of the hardware structure of the rail transit dispatching system in some embodiments of the present application.

[0017] The purpose, features and advantages of the present invention will be further described with reference to the accompanying drawings and in conjunction with the embodiments. DETAILED DESCRIPTION

[0018] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0019] It should be noted that all directional indications (such as up, down, left, right, front, back, etc.) in the embodiments of the present invention are only used to explain the relative position relationship, movement status, etc. between the various components under a certain specific posture (as shown in the accompanying drawings). If the specific posture changes, the directional indication will also change accordingly.

[0020] In addition, the descriptions of "first", "second", etc. in the present invention are only for descriptive purposes and cannot be understood as indicating or implying their relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In addition, "and / or" in the full text includes three solutions. Taking A and / or B as an example, it includes technical solution A, technical solution B, and technical solution that satisfies both A and B. In addition, the technical solutions between the various embodiments can be combined with each other, but they must be based on the ability of ordinary technicians in this field to implement them. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such a combination of technical solutions does not exist and is not within the scope of protection required by the present invention.

[0021] With the rapid development and increasing intelligence of urban rail transit systems, wireless firmware upgrades have become a crucial means of ensuring stable operation, improving service quality, and enhancing safety. However, wireless firmware upgrades inevitably impact the flow of upstream and downstream vehicles and station congestion. Traditional dispatching methods rely heavily on manual experience and ad hoc operation plans, lacking the flexibility to adapt to real-time conditions and upgrade requirements. This can significantly impact vehicle flow during firmware upgrades, degrading passenger travel experience and potentially posing safety risks.

[0022] In response to the above-mentioned problems, the present application proposes a method for intelligent rail transit dispatching, which is applied to a rail transit dispatching system. The rail transit dispatching system includes a station upgrade base station (200 / 300) located on a platform. When a vehicle approaches the station upgrade base station, it establishes a wireless communication connection (local area network or Bluetooth connection, etc.) with the station upgrade base station. After the connection is successful and the upgrade command is triggered, the station upgrade base station transmits the upgrade package to the target vehicle to complete the firmware upgrade. While the vehicle is boarding passengers, it can use the boarding time to upgrade the firmware. However, since the time required for the upgrade is generally longer than the boarding time, additional waiting time is required to complete the complete or partial upgrade of the firmware. The additional waiting time will affect the riding experience of upstream and downstream passengers and the driving safety of upstream and downstream vehicles. Therefore, it is necessary to make temporary adjustments to the upstream and downstream rail transit vehicles to ensure the passenger travel experience while avoiding the safety hazards and station congestion caused by the firmware upgrade.

[0023] The overall idea of the rail transit intelligent scheduling method of the present application is: when it is determined that rail transit vehicle 1 needs to undergo a wireless firmware upgrade, the target upgrade area is first determined based on passenger flow information. While the vehicle is parked in the target upgrade area for firmware upgrade, the upstream rail transit vehicle and / or downstream rail transit vehicle is intelligently scheduled based on the location of the firmware upgrade and the time required for the firmware upgrade. In this way, the operation of the rail transit vehicle is flexibly adjusted according to the real-time situation and upgrade requirements of the firmware upgrade, which can not only ensure the travel experience of passengers, but also avoid safety hazards and station congestion caused by the firmware upgrade.

[0024] It should be noted that the functional modules for rail transit vehicle firmware upgrades are mainly door locks and other functional intelligent modules. In order to avoid the problem that the firmware upgrade area is set at the departure point or the parking point and the firmware upgrade cannot be carried out during the passenger boarding time, resulting in low upgrade efficiency, the firmware upgrade area of this application is set in a station area close to the departure position or a station area close to the terminal position. For example, both are set at the third station position from the departure position, or the fourth station position from the terminal position. In this way, the firmware upgrade can be carried out during the passenger boarding time, thereby improving the upgrade efficiency.

[0025] like Figure 1-2 As shown, the following will mainly describe the specific steps of the rail transit intelligent scheduling method. It should be noted that although the logical order is shown in the flowchart, in some cases, the steps shown or described here can be performed in a different order. Figure 2 , the method comprises the following steps: S100: Obtain the current firmware version of the smart door lock of the target rail transit vehicle; There are multiple ways to obtain the current firmware version of the smart door lock of the target rail transit vehicle 100. For example, the firmware version information can be directly read from a cloud server. Alternatively, the firmware version acquisition information can be sent to the rail transit vehicle. After the rail transit vehicle receives the acquisition information, it can send the relevant firmware version information to the rail transit dispatching system. After obtaining the current firmware version of the smart door lock, it can be compared with the firmware version stored in the server or the rail transit dispatching system to determine whether an update or upgrade is required.

[0026] S200: When the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded, a target firmware upgrade area is determined according to real-time traffic passenger flow, wherein the target firmware upgrade area is one of a first preset upgrade area and a second preset upgrade area, wherein the first preset upgrade area is a station area close to the departure position, and the second preset upgrade area is a station area close to the terminal position; It can be understood that when the firmware version of the smart door lock of the target rail transit vehicle is low, it means that the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded. The location of the upgrade needs to consider the passenger flow information of the upgrade site. When the passenger flow of the upgrade site is large, if the upgrade is carried out at this site, a large number of passengers will be stranded and waiting, which will cause serious congestion to the station.

[0027] In order to reduce the congestion burden caused by a single upgrade site to traffic, the embodiment of the present application sets two firmware upgrade areas, namely, a first preset upgrade area set near the departure position and a second preset upgrade area set near the terminal position, such as Figure 1 The upgrade base station 200 shown is located in a first preset upgrade area, and the upgrade base station 300 is located in a second preset upgrade area.

[0028] In one embodiment, the step S200 of determining the target firmware upgrade area based on real-time traffic passenger flow includes: S210: Obtain current passenger flow in the first preset upgrade area and the second preset upgrade area; S220: Determine a target firmware upgrade area according to current passenger flow in the first preset upgrade area and the second preset upgrade area, wherein the preset upgrade area with the smaller current passenger flow is determined as the target firmware upgrade area.

[0029] Specifically, the target firmware upgrade area is determined according to the current real-time passenger flow of the first preset upgrade area and the second preset upgrade area, and the preset upgrade area with smaller current passenger flow is selected as the target firmware upgrade area for the firmware upgrade of the rail transit vehicle.

[0030] In other embodiments, the average passenger flow in the firmware upgrade area on the day, week or month can also be counted to determine the target firmware upgrade area, that is, a preset upgrade area with a smaller average passenger flow is selected as the target firmware upgrade area for the firmware upgrade of the rail transit vehicle. In this way, by selecting the preset upgrade area with a smaller passenger flow as the target firmware upgrade area for the firmware upgrade of the rail transit vehicle, the total waiting time of passengers can be reduced, thereby reducing the probability of station congestion.

[0031] For example, when the passenger flow in the first preset upgrade area is relatively small, the first preset upgrade area can be selected for the firmware upgrade of the rail transit vehicle. When the passenger flow in the second preset upgrade area is relatively small, the second preset upgrade area can be selected for the firmware upgrade of the rail transit vehicle, thereby reducing the congestion burden of the station.

[0032] S300: When a target rail transit vehicle stops at a target firmware upgrade zone, controlling a station upgrade base station in the target firmware upgrade zone to establish a communication connection with the target rail transit vehicle and triggering a firmware upgrade instruction; After determining the target firmware upgrade zone, when the target rail transit vehicle travels to and stops at the target firmware upgrade zone, the station upgrade base station in the target firmware upgrade zone communicates with the target rail transit vehicle and triggers a firmware upgrade instruction. At this time, upgrade base station 200 or upgrade base station 300 transmits an upgrade package to the target rail transit vehicle via a wireless network (such as a local area network or Bluetooth) to perform the firmware upgrade. Because the firmware upgrade time exceeds the set boarding time, temporary vehicle scheduling of upstream and downstream rail transit vehicles is required to ensure the stable and safe operation of the entire rail transit system.

[0033] S400, obtaining firmware upgrade information according to the firmware upgrade instruction; The firmware upgrade information includes the location of the upgrade site at the time, such as whether the upgrade site is in the first preset upgrade zone or the second preset upgrade zone. The firmware upgrade information also includes the duration required for the firmware upgrade, which can be estimated based on the data transmission rate and the size of the data packet.

[0034] S500: Sending a dispatch instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information; In one embodiment, scheduling instructions can be sent to the upstream rail transit vehicle and / or downstream rail transit vehicle of the target rail transit vehicle based on the firmware upgrade information. In another embodiment, scheduling instructions can also be sent to the upstream rail transit vehicle and / or downstream rail transit vehicle of the target rail transit vehicle based on the firmware upgrade duration information. In other embodiments, scheduling instructions can also be sent to the upstream rail transit vehicle and / or downstream rail transit vehicle of the target rail transit vehicle based on both the firmware upgrade location information and the firmware upgrade duration information.

[0035] In one embodiment, sending a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: S510: When the firmware upgrade location is the first preset upgrade area, determine whether the firmware upgrade duration is greater than a first duration threshold; S520: Determine that the firmware upgrade duration is less than or equal to a first duration threshold, and send a first scheduling instruction to an upstream rail transit vehicle of the target rail transit vehicle, wherein the first scheduling instruction is used to instruct the upstream rail transit vehicle of the target rail transit vehicle to delay boarding; S530. Determine that the firmware upgrade duration is greater than a first duration threshold, and send a second scheduling instruction to a downstream rail transit vehicle of the target rail transit vehicle. The second scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to schedule an empty vehicle to arrive at the firmware upgrade site after the firmware upgrade is completed.

[0036] Specifically, when the firmware upgrade location is in the upgrade area close to the departure location (the location of the upgrade base station 200), first determine whether the firmware upgrade duration is greater than the first duration threshold. Since there are many upstream stations, the scope affected by the firmware upgrade is larger. Therefore, when the firmware upgrade duration is shorter (less than or equal to the first duration threshold), the upstream rail transit vehicles can be controlled to appropriately delay boarding to reduce the waiting time of upstream passengers, thereby improving the riding experience of upstream passengers; and when the firmware upgrade duration is longer (greater than the first duration threshold), simply extending the boarding time of the upstream rail transit vehicles cannot effectively solve the congestion problem at the upgrade site and its upstream. At this time, the downstream rail transit vehicles are controlled to dispatch empty vehicles to the firmware upgrade site after the firmware upgrade is completed. In this way, the congestion at the upgrade site and its upstream can be quickly alleviated.

[0037] In one embodiment, before the step S520 of sending the first dispatch instruction to the upstream rail transit vehicle of the target rail transit vehicle, the method further includes: S521: Determine a delay time for the upstream rail transit vehicle to board passengers based on the firmware upgrade time, wherein the delay time is less than or equal to the firmware upgrade time; S522: Generate the first dispatch instruction according to the delay duration of the upstream rail transit vehicle for boarding passengers, wherein the first dispatch instruction carries information about the delay duration of the upstream rail transit vehicle for boarding passengers.

[0038] Specifically, the delay duration for upstream rail transit vehicles to board passengers can be determined based on the firmware upgrade duration, and the delay duration is less than or equal to the firmware upgrade duration (for example, the delay duration is 80% of the firmware upgrade duration). In this way, not only can the congestion at the upgrade site and its upstream be minimized, but it can also ensure that the target rail transit vehicle can depart and pass immediately after the upgrade is completed.

[0039] In one embodiment, before step S530 of sending the second dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: S531. Determine the priority order of dispatching empty vehicles to the firmware upgrade site according to the firmware upgrade duration; S532. Generate the second scheduling instruction according to the priority order of scheduling empty vehicles to arrive at the firmware upgrade site, where the second scheduling instruction carries priority order information of scheduling empty vehicles to arrive at the firmware upgrade site.

[0040] Specifically, the priority order of dispatching empty vehicles to the firmware upgrade site can be determined according to the duration of the firmware upgrade. For example, when the firmware upgrade duration is relatively short, the congestion at the upgrade site and its upstream is not obvious. It is possible to give priority to sending two vehicles to the firmware upgrade site (picking up passengers along the way), and then send an empty vehicle directly to the firmware upgrade site (not picking up passengers along the way). When the firmware upgrade duration is relatively long, the congestion at the upgrade site and its upstream is very obvious. At this time, it is possible to give priority to sending empty vehicles directly to the firmware upgrade site (not picking up passengers along the way). In this way, the congestion at the upgrade site and its upstream can be quickly alleviated.

[0041] In another embodiment, sending a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: S540: If the firmware upgrade location is the second preset upgrade area, determine whether the firmware upgrade duration is greater than a second duration threshold; S550: Determine that the firmware upgrade duration is less than or equal to a second duration threshold, and send a third scheduling instruction to a downstream rail transit vehicle of the target rail transit vehicle, wherein the third scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay boarding; S560: Determine that the firmware upgrade duration is greater than a second duration threshold, and send a fourth scheduling instruction to the downstream rail transit vehicle of the target rail transit vehicle, wherein the fourth scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay boarding and increase the number of departures after the firmware upgrade is completed.

[0042] Specifically, when the firmware upgrade location is in the upgrade area close to the end location (the upgrade base station 300 location), first determine whether the firmware upgrade duration is greater than the second duration threshold (the second duration threshold may be the same as or different from the first duration threshold). Since there are many downstream stations, the scope affected by the firmware upgrade is larger. Therefore, when the firmware upgrade duration is shorter (less than or equal to the second duration threshold), the downstream rail transit vehicles of the target rail transit vehicle are controlled to delay boarding to reduce the waiting time of downstream passengers; when the firmware upgrade duration is longer (greater than the second duration threshold), simply extending the boarding time of the downstream rail transit vehicle cannot solve the congestion at the upgrade site and its downstream stations. At this time, the downstream rail transit vehicles of the target rail transit vehicle are controlled to delay boarding and increase the number of departure trains after the firmware upgrade is completed to alleviate the congestion at the upgrade site and its downstream stations.

[0043] In one embodiment, before the step S550 of sending the third dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: S551. Determine a delay duration for a downstream rail transit vehicle to board passengers based on the firmware upgrade duration, wherein the delay duration is greater than or equal to the firmware upgrade duration; S552: Generate the third dispatch instruction according to the delay duration of the upstream rail transit vehicle for boarding passengers, wherein the third dispatch instruction carries information about the delay duration of the downstream rail transit vehicle for boarding passengers.

[0044] Specifically, the delay duration for the downstream rail transit vehicle to board passengers can be determined based on the firmware upgrade duration, and the delay duration is greater than or equal to the firmware upgrade duration (for example, the delay duration is 110% of the firmware upgrade duration). In this way, it can be ensured that the downstream rail transit vehicle can immediately depart and pass after the upgrade of the target rail transit vehicle is completed.

[0045] In one embodiment, before step S560: sending the fourth dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determine the number of additional departures and the departure time intervals based on the duration of the firmware upgrade; The fourth dispatch instruction is generated according to the number of additional departure trains and the departure time interval, and the fourth dispatch instruction carries the number information of the additional departure trains and the departure time interval information.

[0046] Specifically, the number of additional departures and the departure time interval can be determined based on the duration of the firmware upgrade. When the firmware upgrade duration is relatively short, the congestion at the upgrade site and its downstream is not obvious. The number of additional departures can be controlled at a lower level (such as adding 1-2 vehicles), and the departure time interval can be longer (for example, 80% of the normal departure time interval). When the firmware upgrade duration is relatively long, the congestion at the upgrade site and its downstream is very obvious. The number of additional departures can be controlled at a higher level (such as adding more than 2 vehicles), and the departure time interval can be shorter (for example, 50% of the normal departure time interval). In this way, the congestion at the upgrade site and its downstream can be alleviated promptly and quickly.

[0047] It should be noted that the above-mentioned scheduling control management steps can preferentially generate scheduling management instructions, and then perform corresponding scheduling management actions according to the scheduling management instructions. The scheduling management instructions can be the first scheduling instruction, second scheduling instruction, third scheduling instruction, and fourth scheduling instruction mentioned above.

[0048] S600: Perform scheduling management on the upstream rail transit vehicle and the downstream rail transit vehicle according to the scheduling management instruction.

[0049] After obtaining the dispatching management instructions (the first dispatching instruction, the second dispatching instruction, the third dispatching instruction, and the fourth dispatching instruction), corresponding dispatching management is performed on the upstream rail transit vehicle and the downstream rail transit vehicle according to the dispatching management instructions.

[0050] Based on this, the rail transit intelligent scheduling method of the present application, when judging that a rail transit vehicle needs a wireless firmware upgrade, first determines the target upgrade area based on passenger flow information. While the vehicle is parked in the target upgrade area for firmware upgrade, the upstream rail transit vehicle and / or downstream rail transit vehicle is intelligently scheduled based on the location and duration information of the firmware upgrade. In this way, the operation of the rail transit vehicle can be flexibly scheduled and adjusted according to the real-time situation and upgrade requirements of the firmware upgrade, which can not only ensure the travel experience of passengers, but also avoid the safety hazards and station congestion caused by the firmware upgrade.

[0051] The present application also provides a rail transit dispatching system. Figure 3 , Figure 3 A schematic diagram of the hardware structure of a rail transit dispatching system provided for some embodiments of the present application; the rail transit dispatching system includes a memory 110 and a processor 120, the memory 110 is used to store program code, and the processor 120 is used to call the program code to execute the method described above.

[0052] Among them, the processor 120 is used to provide computing and control capabilities to control the rail transit dispatching system to perform corresponding tasks, for example, controlling the rail transit dispatching system to execute the rail transit intelligent dispatching method in any of the above method embodiments, the method including: obtaining the current firmware version of the smart door lock of the target rail transit vehicle; when the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded, determining the target firmware upgrade area according to the real-time traffic passenger flow, the target firmware upgrade area is one of the first preset upgrade area and the second preset upgrade area, the first preset upgrade area is the station area close to the departure position, and the second preset upgrade area is the station area close to the terminal position; when the target rail transit vehicle stops at the target firmware upgrade area, controlling the station upgrade base station of the target firmware upgrade area to communicate with the target rail transit vehicle and triggering a firmware upgrade instruction; obtaining firmware upgrade information according to the firmware upgrade instruction; sending a scheduling instruction to the upstream rail transit vehicle and / or downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information; and scheduling and managing the upstream rail transit vehicle and the downstream rail transit vehicle according to the scheduling management instruction.

[0053] Processor 120 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), a hardware chip, or any combination thereof; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or any combination thereof. The PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0054] Memory 110, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as the program instructions / modules corresponding to the rail transit intelligent scheduling method in the embodiments of the present application. Processor 120 can implement the rail transit intelligent scheduling method in any of the above-described method embodiments by executing the non-transitory software programs, instructions, and modules stored in memory 110.

[0055] Specifically, the memory 110 may include a volatile memory (VM), such as a random access memory (RAM); the memory 110 may also include a non-volatile memory (NVM), such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD) or other non-transitory solid-state storage device; the memory 110 may also include a combination of the above types of memory.

[0056] To sum up, the rail transit dispatching system of the present application adopts the technical solution of any one of the above-mentioned rail transit intelligent dispatching method embodiments, and therefore, has at least the beneficial effects brought by the technical solution of the above-mentioned embodiments, which will not be described one by one here.

[0057] The present application also provides a computer-readable storage medium, such as a memory including program code, which can be executed by a processor to implement the rail transit intelligent scheduling method of the above embodiment. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CDROM), a magnetic tape, a floppy disk, or an optical data storage device.

[0058] The present application also provides a computer program product including one or more program codes stored in a computer-readable storage medium. A processor of a rail transit dispatching system reads the program code from the computer-readable storage medium and executes the program code to perform the steps of the rail transit intelligent dispatching method provided in the above embodiment.

[0059] Those skilled in the art will understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or by hardware related to program code, and the program can be stored in a computer-readable storage medium. The above-mentioned storage medium can be a read-only memory, a disk or an optical disk, etc.

[0060] It should be noted that the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of this embodiment.

[0061] Through the description of the above embodiments, it is clear to those skilled in the art that each embodiment can be implemented by means of software plus a general hardware platform, or of course by hardware. It is understood by those skilled in the art that all or part of the processes in the above-mentioned embodiment methods can be implemented by instructing the relevant hardware through a computer program, and the program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above-mentioned methods. The storage medium can be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

[0062] The above description is only a preferred embodiment of the present invention and does not limit the patent scope of the present invention. All equivalent structural transformations made by using the contents of the present invention description and drawings under the inventive concept of the present invention, or direct / indirect application in other related technical fields are included in the patent protection scope of the present invention.

Claims

1. A rail transit intelligent dispatching method, applied to a rail transit dispatching system, characterized in that: The method comprises: Get the current firmware version of the smart door lock of the target rail transit vehicle; In the case where the firmware version of the smart door lock of the target rail transit vehicle needs to be upgraded, a target firmware upgrade area is determined according to the real-time traffic passenger flow, wherein the target firmware upgrade area is one of a first preset upgrade area and a second preset upgrade area, wherein the first preset upgrade area is a station area close to the departure position, and the second preset upgrade area is a station area close to the terminal position; When the target rail transit vehicle stops at the target firmware upgrade zone, controlling the station upgrade base station of the target firmware upgrade zone to establish a communication connection with the target rail transit vehicle and triggering a firmware upgrade instruction; Obtaining firmware upgrade information according to the firmware upgrade instruction; Sending a dispatch instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information; The upstream rail transit vehicle and the downstream rail transit vehicle are dispatched and managed according to the dispatch management instruction.

2. The rail transit intelligent scheduling method according to claim 1, characterized in that: Determining the target firmware upgrade area based on real-time traffic passenger flow includes: Obtaining current passenger flow in the first preset upgrade area and the second preset upgrade area; A target firmware upgrade area is determined according to current passenger flow rates of the first preset upgrade area and the second preset upgrade area, wherein the preset upgrade area with the smaller current passenger flow rate is determined as the target firmware upgrade area.

3. The rail transit intelligent scheduling method according to claim 1, characterized in that: The firmware upgrade information includes firmware upgrade location information and firmware upgrade duration information, and the sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade information includes: A scheduling instruction is sent to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information, wherein the firmware upgrade location information includes the first preset upgrade area and the second preset upgrade area.

4. The rail transit intelligent scheduling method according to claim 3, characterized in that: The sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: When the firmware upgrade location is the first preset upgrade area, determining whether the firmware upgrade duration is greater than a first duration threshold; Determining that the firmware upgrade duration is less than or equal to a first duration threshold, sending a first scheduling instruction to an upstream rail transit vehicle of the target rail transit vehicle, wherein the first scheduling instruction is used to instruct the upstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding; Determine that the firmware upgrade duration is greater than a first duration threshold, and send a second scheduling instruction to the downstream rail transit vehicle of the target rail transit vehicle. The second scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to schedule an empty vehicle to arrive at the firmware upgrade site after the firmware upgrade is completed.

5. The rail transit intelligent scheduling method according to claim 4, characterized in that: Before sending the first dispatch instruction to the upstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determining a delay time for the upstream rail transit vehicle to board passengers based on the firmware upgrade time, wherein the delay time is less than or equal to the firmware upgrade time; The first dispatch instruction is generated according to the delay duration of the upstream rail transit vehicle for delaying the boarding of passengers. The first dispatch instruction carries the delay duration information of the upstream rail transit vehicle for delaying the boarding of passengers.

6. The rail transit intelligent dispatching method according to claim 4, characterized in that: Before sending the second dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determine the priority order of dispatching empty vehicles to the firmware upgrade site according to the firmware upgrade duration; The second scheduling instruction is generated according to the priority order of scheduling empty vehicles to arrive at the firmware upgrade site, and the second scheduling instruction carries priority order information of scheduling empty vehicles to arrive at the firmware upgrade site.

7. The rail transit intelligent dispatching method according to claim 3, characterized in that: The sending of a scheduling instruction to an upstream rail transit vehicle and / or a downstream rail transit vehicle of the target rail transit vehicle according to the firmware upgrade location information and the firmware upgrade duration information includes: When the firmware upgrade location is the second preset upgrade area, determining whether the firmware upgrade duration is greater than a second duration threshold; Determining that the firmware upgrade duration is less than or equal to a second duration threshold, sending a third scheduling instruction to a downstream rail transit vehicle of the target rail transit vehicle, wherein the third scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding; Determine that the firmware upgrade duration is greater than a second duration threshold, and send a fourth scheduling instruction to the downstream rail transit vehicle of the target rail transit vehicle. The fourth scheduling instruction is used to instruct the downstream rail transit vehicle of the target rail transit vehicle to delay passenger boarding and increase the number of departures after the firmware upgrade is completed.

8. The rail transit intelligent dispatching method according to claim 7, characterized in that: Before sending the third dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determining a delay time for a downstream rail transit vehicle to board passengers based on the firmware upgrade time, wherein the delay time is greater than or equal to the firmware upgrade time; The third dispatch instruction is generated according to the delay duration of the upstream rail transit vehicle for boarding passengers, and the third dispatch instruction carries the delay duration information of the downstream rail transit vehicle for boarding passengers.

9. The rail transit intelligent dispatching method according to claim 7, characterized in that: Before sending the fourth dispatch instruction to the downstream rail transit vehicle of the target rail transit vehicle, the method further includes: Determine the number of additional departures and the departure time intervals based on the duration of the firmware upgrade; The fourth dispatch instruction is generated according to the number of additional departure trains and the departure time interval, and the fourth dispatch instruction carries the number information of the additional departure trains and the departure time interval information.

10. Rail transit dispatching system, characterized in that: The method comprises a memory and a processor, wherein the memory is used to store program codes, and the processor is used to call the program codes to execute the method according to any one of claims 1 to 9.

Images