A maintenance resource scheduling method based on a state of a bullet train

Abstract

The present application belongs to resource scheduling method, specifically refers to a kind of maintenance resource scheduling method based on motor car state, and scheduling center computer system receives the preparation token of first motor car, selects the second motor car after first motor car to establish train crew;Based on the model identification of the two motor cars of train crew, maintenance level identification generates general tool package demand and each motor car special tool package demand.Scheduling center forwards preparation token to maintenance group terminal and triggers general tool package packaging, receives the packaging duration and maintenance group on-road duration returned, generates confirmation deadline, and first motor car triggers its special tool package packaging and carries general tool package departure when sending confirmation token before deadline;When not sending, general tool package is transferred to the second motor car, and its special tool package packaging is triggered and sent after the second motor car confirmation token is forwarded;When first motor car confirms and is not transferred, slide reorganization train crew, to reuse general tool package to reduce repeated packaging and waiting.

Description

Technical Field

[0001] This invention pertains to resource scheduling methods, specifically a maintenance resource scheduling method based on the status of a train. Background Technology

[0002] When high-speed trains are used for maintenance and troubleshooting at train depots, the work usually needs to be completed under different maintenance facilities and track resources, such as temporary repair depots, wheel turning depots, static adjustment depots, and test lines. At the same time, it is necessary to coordinate the availability and occupancy of personnel teams, general tools, special tooling and related auxiliary resources.

[0003] Current practices generally use maintenance and operation plans as the main line for scheduling, and gradually introduce fault prediction based on train status to output maintenance requirements and work orders. At the execution level, preparation and waiting before work can be reduced by pre-assigning personnel and tools and preparing tools and equipment in sets.

[0004] However, in actual operation, arrival times often deviate, and diagnostic conclusions may fluctuate with new data. When a scheduling strategy of "pre-allocation and pre-occupancy" is adopted, it is easy for personnel and tools to be locked in but temporarily unavailable, while other trains are queued due to a lack of personnel and tools, which leads to rerouting, shunting, overtime, and passive adjustments to subsequent plans, resulting in overtime work and waste of resources. Summary of the Invention

[0005] The purpose of this invention is to provide a maintenance resource scheduling method based on the status of the train to solve the above-mentioned technical problems.

[0006] A maintenance resource scheduling method based on train status, executed by the scheduling center, includes:

[0007] Receive a preparatory token sent by the first high-speed train, the preparatory token carrying the identification of the first high-speed train, the model identification, the maintenance level identification, the target maintenance point identification and the estimated arrival time;

[0008] A second EMU with an estimated arrival time later than the first EMU is selected and a trainset is established, the trainset being associated with the first EMU and the second EMU;

[0009] Based on the model identification and maintenance level identification of the two EMUs in the train set, the general tool kit requirements and the special tool kit requirements corresponding to each EMU are determined.

[0010] The preparatory token is forwarded to the maintenance team terminal to trigger the packaging of the general tool kit, and the packaging time of the general tool kit, the packaging time of the special tool kit, and the travel time of the maintenance team are received back from the maintenance team terminal.

[0011] When the confirmation deadline is sent to the first EMU, and the confirmation token of the first EMU is received and forwarded before the confirmation deadline, the maintenance team terminal is triggered to pack the special tool kit of the first EMU and carry the general tool kit to the target maintenance point;

[0012] If the first EMU confirmation token is not received before the confirmation deadline, the general toolkit is transferred from the first EMU to the second EMU. After receiving and forwarding the confirmation token from the second EMU, the special toolkit of the second EMU is packaged and the general toolkit is carried to the corresponding location.

[0013] If the first EMU is confirmed and the transfer has not occurred, the second EMU will be used as the new first EMU and a new trainset will be established with the subsequent EMU, and the above steps will be repeated.

[0014] Furthermore, the dispatch center calculates the reserve token forwarding time based on the difference between the remaining arrival time of the first train and the resource arrival time;

[0015] The time it takes for resources to arrive is the sum of the packaging time for general tool kits, the packaging time for special tool kits, and the travel time of the maintenance team.

[0016] The dispatch center confirms the token forwarding time based on the sum of the pre-forwarded token time and the general toolkit packaging time.

[0017] Furthermore, establishing a train set involves selecting trains from the candidate train set whose expected arrival time is later than that of the first train to form a candidate set.

[0018] Furthermore, the pre-pass token forwarding time of the trains in the candidate set is calculated, and the trains whose pre-pass token forwarding time is later than the confirmation token forwarding time of the first train are selected, and the train with the earliest pre-pass token forwarding time is selected as the second train.

[0019] Furthermore, the scheduling center performs gated forwarding of tokens;

[0020] The gating state includes a closed state and an open state. In the closed state, forwarding of the preparation token for the second train is prohibited and the token is kept in a cache. In the open state, forwarding is allowed.

[0021] The gated state is triggered by the first train confirmation token forwarding event, or by the confirmation deadline being reached and no confirmation token being received.

[0022] The gating state is initiated by the first train confirmation token forwarding event.

[0023] Furthermore, when the first train confirmation token has been forwarded and no general toolkit transfer has occurred, the second train identifier will be updated to the new first train identifier;

[0024] Select a third EMU from the candidate EMU set whose estimated arrival time is later than that of the second EMU as the new second EMU and establish a new trainset;

[0025] Based on the new vehicle group, the requirements for general toolkits and special toolkits are redefined, and a new general toolkit packaging is triggered.

[0026] Furthermore, a general toolkit identifier code is assigned to the general toolkit, and the general toolkit identifier code and the bound train identifier are recorded in the toolkit binding table;

[0027] If the first train confirmation token is not received before the confirmation deadline, the bound train identifier will be updated from the first train identifier to the second train identifier to complete the transfer binding;

[0028] Send a transfer instruction to the maintenance team terminal and receive the transfer completion information returned by the team.

[0029] Furthermore, the dispatch center stores vehicle type, maintenance level, and tool mapping table, and reads the tool entry set corresponding to the two EMUs in the train set respectively;

[0030] Find the intersection of the two tool item sets to obtain a general tool item set and generate general toolkit requirements;

[0031] The difference between each tool item set and the general tool item set is used to obtain the corresponding special tool item set for the high-speed train, and the special tool package requirements are generated.

[0032] Furthermore, the dispatch center maintains a token status table, which includes statuses such as ready, confirmed, timeout, and transfer status.

[0033] When a preparation token is received, it is written to the preparation state; when a confirmation token is forwarded, it is updated to the confirmation state.

[0034] If the confirmation deadline is reached and no confirmation token is received, the status will be updated to timeout and the transfer status will be triggered.

[0035] The matching of the pre-issue token and the confirmation token is completed based on the train identification and token serial number fields.

[0036] Furthermore, the generation of the confirmation deadline includes obtaining the estimated arrival time of the first EMU, the packing time of the special tool kit for the first EMU, and the travel time of the maintenance team.

[0037] The candidate confirmation deadline is obtained by subtracting the packing time of the special tool kit and the travel time of the maintenance team from the estimated arrival time of the first EMU.

[0038] The candidate confirmation deadline is associated with the token serial number field, written into the token status table, and sent to the first train.

[0039] The beneficial effects achieved by the present invention using the above structure are as follows:

[0040] (1) After the train set is formed, only the general tool kit for the train set is prepared. If the current train is delayed, the completed general preparation can be directly reused by the subsequent train, reducing the non-working time caused by repeated packing of general tools and waiting for them to be used, and reducing the waste of preparation and the probability of errors caused by mis-dispatch.

[0041] (2) Dynamically forming train sets within a rolling window makes the scheduling process more adaptable to the uncertainty of arrival and health status, reduces chain queuing and plan disturbances under multiple concurrent trains, and improves the feasibility of maintenance plans. Attached Figure Description

[0042] Figure 1 This is a schematic diagram illustrating the maintenance resource scheduling of a separate high-speed train according to the present invention;

[0043] Figure 2 This is a schematic diagram of the operation of the scheduling method of the present invention in the form of a high-speed train. Detailed Implementation

[0044] The technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative effort are within the scope of protection of the present invention.

[0045] This invention proposes a maintenance resource scheduling method based on train status. In this embodiment, the scheduling center is a computer system that stores and maintains at least the following data tables:

[0046] First, the vehicle type, maintenance level, and tool mapping table is used to output the corresponding tool item set based on the vehicle type identifier and maintenance level identifier of the EMU, and to perform intersection and difference operations on the two tool item sets within the train set to generate general tool package requirements and special tool package requirements corresponding to the EMU respectively.

[0047] Second, the trainset table is used to record the trainset identifier, the first EMU identifier, the second EMU identifier, and the corresponding estimated arrival time, and is used to establish and update trainsets.

[0048] Third, the token status table is used to record the status of the prepared token and the confirmed token. The status includes at least the prepared status, confirmed status, timeout status and transfer status, and records the token serial number field, train identifier and status update time.

[0049] Fourth, the toolkit binding table is used to record the general toolkit identifier and the bound train identifier, and to update the binding relationship when a transfer occurs.

[0050] The interaction objects include: the communication interface between the train and the dispatch center, and the communication interface between the dispatch center and the maintenance team terminal.

[0051] The maintenance team terminal is used to receive the preparation token and confirmation token forwarded by the dispatch center, to package the general toolkit and the special toolkit, and to send back the packaging time of the general toolkit, the packaging time of the special toolkit, and the travel time of the maintenance team.

[0052] like Figure 1 The diagram shows the process of operating on only one train, which is the first train. In the diagram, Train is the first train, token 1 is the preparatory token, and token 2 is the confirmation token. During this process, the dispatch center can still create train sets, but the preparatory token for the second train can be cached and not participate in this action.

[0053] In step one, the dispatch center receives a preparatory token sent by the first EMU. The preparatory token carries the first EMU identifier, model identifier, maintenance level identifier, target maintenance point identifier, and estimated arrival time. The dispatch center writes the preparatory token into the token status table and marks it as preparatory. It also establishes a unique number for the preparatory token based on the EMU identifier and token serial number fields for subsequent querying and matching.

[0054] In step two, the dispatch center performs trainset establishment in the candidate EMU set: it filters EMUs whose estimated arrival time is later than the estimated arrival time of the first EMU to form a candidate set, and then writes one of the EMUs as the second EMU into the trainset table, thereby establishing the trainset;

[0055] Meanwhile, the dispatch center reads the tool item sets corresponding to the first and second EMUs based on the vehicle type, maintenance level, and tool mapping table. It then calculates the intersection of the two tool item sets to obtain a general tool item set and generates a general tool package requirement. Finally, it calculates the difference between each tool item set and the general tool item set to obtain the dedicated tool item set for the corresponding EMU and generates a dedicated tool package requirement.

[0056] In step three, the dispatch center determines the preparation token forwarding time through the following steps;

[0057] First, the dispatch center obtains the estimated arrival time of the first train and calculates the remaining arrival time of the first train based on the current system time and the estimated arrival time.

[0058] The dispatch center receives the packaging time of the general tool kit, the packaging time of the special tool kit, and the travel time of the maintenance team from the maintenance team's terminal, and sums the packaging time of the general tool kit, the packaging time of the special tool kit, and the travel time of the maintenance team to obtain the resource arrival time.

[0059] The dispatch center determines the time for forwarding the reserve token based on the difference between the remaining time of arrival of the first train and the time for resources to arrive, and forwards the reserve token to the maintenance team terminal at the time of forwarding the reserve token to trigger the packaging of the general toolkit.

[0060] In step four, after receiving the preparation token, the maintenance team terminal performs the general tool kit packaging according to the general tool kit requirements and sends the general tool kit packaging time back to the dispatch center.

[0061] At the same time, the maintenance team terminal generates feedback information on the packaging time of the special tool kit based on the special tool kit requirements, and also sends back the maintenance team's travel time.

[0062] In step five, the dispatch center generates a confirmation deadline and sends it to the first train: The dispatch center obtains the estimated arrival time of the first train, the packing time of the special tool kit for the first train and the travel time of the maintenance team, and subtracts the sum of the packing time of the special tool kit for the first train and the travel time of the maintenance team from the estimated arrival time of the first train to obtain the confirmation deadline. The confirmation deadline is then associated with the token serial number field, written into the token status table, and sent to the first train.

[0063] In step six, the first train sends a confirmation token before the confirmation deadline; after receiving the confirmation token from the first train, the dispatch center matches the preparatory token with the confirmation token based on the train identifier and token sequence number fields, and updates the corresponding record in the token status table to the confirmation status.

[0064] The dispatch center determines the confirmation token forwarding time based on the sum of the pre-confirmation token forwarding time and the general toolkit packaging time, and forwards the confirmation token to the maintenance team terminal at the confirmation token forwarding time.

[0065] In step seven, after the maintenance team terminal receives the confirmation token and forwards the trigger, it performs the packaging of the first EMU-specific tool kit; after the packaging of the first EMU-specific tool kit is completed, the maintenance team terminal carries the general tool kit and the first EMU-specific tool kit to the target maintenance point, and travels to the target maintenance point according to the maintenance team's travel time.

[0066] The first train arrives at the target maintenance point at its scheduled arrival time, thus achieving synchronization between the maintenance team's terminal and the first train's arrival at the target maintenance point.

[0067] like Figure 2As shown, the trainset includes a first motor car and a second motor car. In the figure, Train1 is the first motor car and Train2 is the second motor car, and the figure shows the process when the first motor car fails to send a confirmation token before the confirmation deadline.

[0068] In step one, the dispatch center receives the preparation token sent by the first EMU and writes it into the token status table as preparation status; the dispatch center filters the candidate EMU set to form a candidate set of EMUs whose expected arrival time is later than that of the first EMU, and establishes a train set, writing the identifier of the first EMU and the identifier of the second EMU into the train set table.

[0069] In step two, the dispatch center reads the tool item sets corresponding to the two EMUs in the train set based on the train type, maintenance level, and tool mapping table, respectively. It calculates the intersection of the two tool item sets to generate a general tool package requirement, and calculates the difference set to generate the first EMU-specific tool package requirement and the second EMU-specific tool package requirement.

[0070] At the time of the preparation token forwarding, the dispatch center forwards the preparation token of the first train to the maintenance team terminal to trigger the packaging of the general tool kit. The maintenance team terminal then sends back the packaging time of the general tool kit, the packaging time of the special tool kit, and the maintenance team's travel time.

[0071] In step three, the dispatch center obtains the estimated arrival time of the first EMU and the packing time of the special tool kit for the first EMU and the travel time of the maintenance team from the maintenance team terminal; the dispatch center subtracts the sum of the packing time of the special tool kit for the first EMU and the travel time of the maintenance team from the estimated arrival time of the first EMU to obtain the confirmation deadline.

[0072] The confirmation deadline is associated with the token sequence number field and written into the token status table. When the confirmation deadline is reached and the first train confirmation token has not been received, the dispatch center updates the corresponding record in the token status table to the timeout status and triggers the transfer status.

[0073] In step four, the dispatch center assigns a general toolkit identifier code to the general toolkit and records the general toolkit identifier code and the bound train identifier as the first train identifier in the toolkit binding table;

[0074] If the confirmation token for the first EMU is not received before the confirmation deadline, the EMU identifier in the toolkit binding table will be updated from the first EMU identifier to the second EMU identifier to complete the transfer binding, and a transfer binding instruction will be sent to the maintenance team terminal. The maintenance team terminal will then send back the transfer binding completion information.

[0075] In step five, the dispatch center adopts gated forwarding for the token forwarding of the second EMU: the gated state includes a closed state and an open state. In the closed state, forwarding of the second EMU's reserve token is prohibited and it is kept in a cache. In the open state, forwarding is allowed. The gated state is triggered when the confirmation deadline of the first EMU is reached and no confirmation token of the first EMU is received. When the gated state changes to the open state, the dispatch center forwards the cached second EMU's reserve token to the maintenance group terminal.

[0076] In step six, the second EMU sends a confirmation token before its confirmation deadline; the dispatch center receives the confirmation token from the second EMU and forwards it to the maintenance team terminal after matching the EMU identifier with the token serial number field. The maintenance team terminal then triggers the packaging of the special toolkit for the second EMU and carries the general toolkit that has been transferred to the second EMU to the corresponding location of the second EMU.

[0077] The maintenance team terminal arrives at the designated location according to the maintenance team's travel time, and the second train arrives at the designated location at its scheduled arrival time, thus achieving synchronization between the maintenance team terminal and the second train at the corresponding location.

[0078] This embodiment also includes the process where, if the first train sends a confirmation token before the confirmation deadline and no general toolkit transfer occurs, a new trainset is formed and the train returns to its original position. Figure 2 The state shown will continue to repeat.

[0079] In step one, the dispatch center follows the instructions. Figure 1 The process forwards the first EMU's preparation token and triggers the packaging of the general toolkit; after receiving the first EMU's confirmation token before the confirmation deadline, the dispatch center forwards the confirmation token to the maintenance team terminal to trigger the packaging of the first EMU's special toolkit; the dispatch center updates the corresponding record in the token status table to the confirmation status.

[0080] In step two, since the first EMU has been confirmed and no general toolkit transfer has occurred, the dispatch center performs a sliding train formation: the second EMU identifier is updated to the new first EMU identifier;

[0081] Select a third EMU from the candidate EMU set whose estimated arrival time is later than that of the second EMU as the new second EMU and establish a new trainset. Write the new first EMU identifier and the new second EMU identifier into the trainset table.

[0082] In step three, the dispatch center, based on the model identifier and maintenance level identifier of the two EMUs in the new trainset, calls the model, maintenance level, and tool mapping table to read the corresponding tool item set, and performs intersection and difference operations on the two tool item sets to redetermine the general tool package requirements and the special tool package requirements of the corresponding EMUs, and triggers the packaging of a new general tool package.

[0083] In step four, the dispatch center performs gating forwarding of the new second train's preparation token: when the gating state is closed, the forwarding of the new second train's preparation token is prohibited and the token is kept in a buffer; the gating state is opened by the new first train's confirmation token forwarding event, or by the confirmation deadline being reached and no confirmation token being received.

[0084] The gating state is triggered by the forwarding event of the new first train confirmation token; when the gating state is open, the forwarding of the cached reserve token is allowed.

[0085] In step five, when the new first EMU fails to send a confirmation token before the confirmation deadline, the dispatch center triggers a timeout state and a transfer state, and transfers the general toolkit from the new first EMU to the new second EMU. Subsequently, the new second EMU sends a confirmation token and triggers the packaging and departure process of its dedicated toolkit.

[0086] When the new first EMU sends the confirmation token on time, the dispatch center does not perform the transfer and continues to slide the train set.

[0087] Therefore, the system is Figure 2 The process of delayed transfer and the process of timely confirmation of sliding train assembly are repeated cyclically to achieve maintenance resource scheduling based on the status of the train.

[0088] The present invention and its embodiments have been described above. This description is not restrictive, and the accompanying drawings are only one embodiment of the present invention; the actual structure is not limited thereto. In conclusion, if those skilled in the art are inspired by this description and design similar structures and embodiments without departing from the spirit of the invention, such designs should fall within the protection scope of the present invention.

Claims

1. A maintenance resource scheduling method based on train status, characterized in that, Executed by the dispatch center, including: Receive a preparatory token sent by the first high-speed train, the preparatory token carrying the identification of the first high-speed train, the model identification, the maintenance level identification, the target maintenance point identification and the estimated arrival time; A second EMU with an estimated arrival time later than the first EMU is selected and a trainset is established, the trainset being associated with the first EMU and the second EMU; Based on the model identification and maintenance level identification of the two EMUs in the train set, the general tool kit requirements and the special tool kit requirements corresponding to each EMU are determined. The preparatory token is forwarded to the maintenance team terminal to trigger the packaging of the general tool kit, and the packaging time of the general tool kit, the packaging time of the special tool kit, and the travel time of the maintenance team are received back from the maintenance team terminal. When the confirmation deadline is sent to the first EMU, and the confirmation token of the first EMU is received and forwarded before the confirmation deadline, the maintenance team terminal is triggered to pack the special tool kit of the first EMU and carry the general tool kit to the target maintenance point; If the first EMU confirmation token is not received before the confirmation deadline, the general toolkit is transferred from the first EMU to the second EMU. After receiving and forwarding the confirmation token from the second EMU, the special toolkit of the second EMU is packaged and the general toolkit is carried to the corresponding location. When the first EMU is confirmed and the transfer has not occurred, the second EMU is used as the new first EMU and a new trainset is established with the subsequent EMU, and the above steps are repeated. The dispatch center calculates the reserve token forwarding time based on the difference between the remaining arrival time of the first train and the arrival time of the resources; The time it takes for resources to arrive is the sum of the packaging time for general tool kits, the packaging time for special tool kits, and the travel time of the maintenance team. The dispatch center confirms the token forwarding time based on the sum of the pre-forwarded token time and the general toolkit packaging time.

2. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, Establishing a trainset involves selecting trains from the candidate trainset whose expected arrival time is later than that of the first train to form a candidate set.

3. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, Calculate the advance token forwarding time of the trains in the candidate set, filter out the trains whose advance token forwarding time is later than the confirmation token forwarding time of the first train, and take the train with the earliest advance token forwarding time as the second train.

4. The maintenance resource scheduling method based on train status according to claim 3, characterized in that, The scheduling center performs gated forwarding of tokens; The gating state includes a closed state and an open state. In the closed state, forwarding of the preparation token for the second train is prohibited and the token is kept in a cache. In the open state, forwarding is allowed. The gated state is triggered by the first train confirmation token forwarding event, or by the confirmation deadline being reached and no confirmation token being received.

5. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, When the confirmation token for the first high-speed train has been forwarded and no transfer of the general toolkit has occurred, the identifier for the second high-speed train will be updated to the new identifier for the first high-speed train. Select a third EMU from the candidate EMU set whose estimated arrival time is later than that of the second EMU as the new second EMU and establish a new trainset; Based on the new vehicle group, the requirements for general toolkits and special toolkits are redefined, and a new general toolkit packaging is triggered.

6. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, Assign a general toolkit identifier code to the general toolkit, and record the general toolkit identifier code and the bound train identifier in the toolkit binding table; If the first train confirmation token is not received before the confirmation deadline, the bound train identifier will be updated from the first train identifier to the second train identifier to complete the transfer binding; Send a transfer instruction to the maintenance team terminal and receive the transfer completion information returned by the team.

7. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, The dispatch center stores vehicle type, maintenance level, and tool mapping table, and reads the tool entry set corresponding to the two EMUs in the train set respectively; Find the intersection of the two tool item sets to obtain a general tool item set and generate general toolkit requirements; The difference between each tool item set and the general tool item set is used to obtain the corresponding special tool item set for the high-speed train, and the special tool package requirements are generated.

8. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, The dispatch center maintains a token status table, which includes statuses such as ready, confirmed, timeout, and transfer status. When a preparation token is received, it is written to the preparation state; when a confirmation token is forwarded, it is updated to the confirmation state. If the confirmation deadline is reached and no confirmation token is received, the status will be updated to timeout and the transfer status will be triggered. The matching of the pre-issue token and the confirmation token is completed based on the train identification and token serial number fields.

9. The maintenance resource scheduling method based on train status according to claim 1, characterized in that, The confirmation deadline includes obtaining the estimated arrival time of the first high-speed train, the packing time of the special tool kit for the first high-speed train, and the travel time of the maintenance team. The candidate confirmation deadline is obtained by subtracting the packing time of the special tool kit and the travel time of the maintenance team from the estimated arrival time of the first EMU. The candidate confirmation deadline is associated with the token serial number field, written into the token status table, and sent to the first train.

Images