Rail transit abnormity processing method, device and system and storage medium

Abstract

The invention relates to the technical field of rail transit, and discloses a rail transit exception handling method, device and system and a storage medium. The rail transit abnormity processing method comprises the following steps: monitoring whether a triggering condition for entering a riding code degradation mode is met currently in real time; if the trigger condition is met at present, acquiring a degradation mode notice and issuing the degradation mode notice to a message queue, then reading the degradation mode notice from the message queue and broadcasting the degradation mode notice to a station anti-repetition system of a corresponding station of the whole network, and then notifying station equipment of the station to enter a riding code degradation mode by the station anti-repetition system. According to the invention, when an original bus-taking code verification mechanism fails due to network faults or system problems, passengers can still go in and out of the station by using the bus-taking codes, so that smooth travel of the passengers is ensured, and the problem of large-scale retention of the passengers caused by rail transit abnormity is avoided.

Description

Technical Field

[0001] The present invention relates to the field of rail transit technology, and in particular to a rail transit exception processing method, device, system and storage medium. Background Art

[0002] At present, with the popularity of mobile payment and electronic ticketing systems, more and more urban rail transit uses boarding codes as the main way for passengers to enter and exit the station. However, when there is a network interruption or system failure in rail transit, passengers can only rely on the anti-weight capability of the device itself when using the boarding code. After passing the gate once, it will not be able to handle it the next time, which will cause passengers to be stranded in the station. In addition, when the station encounters a large passenger flow, emergency evacuation is usually required, so it is necessary to control the gate of the station to be open. At this time, passengers can enter or exit the station directly without swiping the boarding code, but this batch of passengers will be blocked when passing the gate next time. They need to update the boarding code status on the customer service equipment before they can pass the gate, which will cause passengers at other stations to be stranded, bringing pressure to the operation of other stations. The failure of the traditional boarding code verification mechanism may cause passengers to be unable to enter and exit the station normally, thus affecting the travel experience and even causing passengers to complain to the rail transit operating company. There are also major safety hazards when a large number of passengers are stranded in the station because they cannot enter and exit the station normally. Summary of the invention

[0003] The main purpose of the present invention is to provide a rail transit abnormality processing method, device, system and storage medium, aiming to solve the technical problem that passengers cannot enter and exit the station normally when the existing rail transit is abnormal.

[0004] A first aspect of the present invention provides a rail transit exception handling method, which is applied to an Internet ticketing system. The rail transit exception handling method includes:

[0005] Real-time monitoring of whether the trigger conditions for entering the ride code downgrade mode are met;

[0006] If the trigger condition is currently met, a downgrade mode notification is obtained and published to the message queue;

[0007] Reading a degraded mode notification from the message queue;

[0008] The downgrade mode notification is broadcast to the station anti-weight systems of the corresponding stations in the entire network, so that the station anti-weight systems can notify the station equipment at this station to enter the boarding code downgrade mode.

[0009] Optionally, in a first implementation of the first aspect of the present invention, the trigger condition includes any one or more of the following:

[0010] Receive a notification from the station anti-weight system at the faulty station that the boarding code has entered downgrade mode;

[0011] Receive the instruction from the user to enter the ride code downgrade mode;

[0012] It is detected that the station anti-weight system of the faulty station is offline and the station equipment of this station has reached the degradation condition.

[0013] Optionally, in a second implementation of the first aspect of the present invention, the rail transit exception handling method further includes:

[0014] Receive the line network anti-recall request initiated by the station equipment when checking the boarding code;

[0015] Check whether there is data for broadcasting downgrade mode notification in the cache server;

[0016] If there is data of broadcasting a downgrade mode notification, it is determined that the station equipment is in the downgrade mode period;

[0017] Based on the anti-duplication rules for the boarding code adopted during the downgrade mode, the line network anti-duplication call request is processed and the processing result is returned, and the processing includes not checking the code status of the boarding code.

[0018] Optionally, in a third implementation of the first aspect of the present invention, the rail transit exception handling method further includes:

[0019] Receive the QR code transaction data reported by the station equipment;

[0020] Parse the boarding code transaction data to obtain the anti-duplicate type business field and the anti-duplicate business type field in the boarding code transaction data;

[0021] According to the anti-duplicate type business field and the anti-duplicate business type field, determine whether the boarding code transaction data belongs to a degraded mode transaction;

[0022] If the boarding code transaction data belongs to a downgraded mode transaction and is an entry transaction, the record of the corresponding boarding code in the cache pool is retained;

[0023] If the ride code transaction data belongs to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, match the ride code itinerary in the downgraded mode and clear the record of the corresponding ride code in the cache pool, otherwise match the ride code itinerary in the normal mode and generate a record of the cache pool according to the corresponding rules;

[0024] If the boarding code transaction data does not belong to a downgraded mode transaction and is an entry transaction, clear the record of the corresponding boarding code in the cache pool;

[0025] If the ride code transaction data does not belong to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, match the ride code itinerary in the downgraded mode and clear the record of the corresponding ride code in the cache pool, otherwise match the ride code itinerary in the normal mode.

[0026] A second aspect of the present invention further provides a rail transit abnormality processing method, which is applied to a station anti-weight system. The rail transit abnormality processing method comprises:

[0027] Receive the heartbeat message reported by the station equipment of this station and keep it as heartbeat record;

[0028] Scan the heartbeat record regularly and determine whether the current station is in a degradation mode;

[0029] If the current station is not in degradation mode, determine whether there are multiple station devices disconnected at the current station;

[0030] If multiple station devices are disconnected at this station, this station is determined to be a faulty station, and the Internet ticketing system is requested to determine whether this station has entered the boarding code downgrade mode;

[0031] If a message is received from the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, the station equipment of the current station will be notified to enter the boarding code downgrade mode, and the notification of entering the boarding code downgrade mode will be reported to the Internet ticketing system.

[0032] Optionally, in an implementation of the second aspect of the present invention, the rail transit exception handling method further includes:

[0033] When the Internet ticketing system receives the downgrade mode notification of the boarding code reported by the faulty station, it receives the downgrade mode notification broadcast by the Internet ticketing system to other normal stations in the entire line network;

[0034] When a normal station receives a downgrade mode notification broadcast by the Internet ticketing system, it notifies the station equipment at this station to enter or release the boarding code downgrade mode.

[0035] A third aspect of the present invention also provides a rail transit exception handling device, which is applied to an Internet ticketing system. The rail transit exception handling device includes:

[0036] The monitoring module is used to monitor in real time whether the trigger conditions for entering the boarding code downgrade mode are met;

[0037] An acquisition module, used for acquiring a downgrade mode notification and publishing it to a message queue if the trigger condition is currently met;

[0038] A reading module, used for reading the downgrade mode notification from the message queue;

[0039] The broadcast module is used to broadcast the downgrade mode notification to the station anti-weight system of the corresponding stations in the entire line network, so that the station anti-weight system can notify the station equipment of this station to enter the boarding code downgrade mode.

[0040] Optionally, in a first implementation manner of the third aspect of the present invention, the trigger condition includes any one or more of the following:

[0041] Receive a notification from the station anti-weight system at the faulty station that the boarding code has entered downgrade mode;

[0042] Receive the instruction from the user to enter the ride code downgrade mode;

[0043] It is detected that the station anti-weight system of the faulty station is offline and the station equipment of this station has reached the degradation condition.

[0044] Optionally, in a second implementation of the third aspect of the present invention, the rail transit abnormality processing device further includes:

[0045] The first receiving module is used to receive the line network anti-recall request initiated by the station equipment when checking the boarding code;

[0046] A query module, used to query whether there is data of broadcast degradation mode notification in the cache server;

[0047] The anti-duplication module is used to determine that the station equipment is in a downgrade mode if there is data broadcasting a downgrade mode notification; based on the anti-duplication rules for the boarding code adopted during the downgrade mode, the anti-duplication call request for the line network is processed and the processing result is returned, and the processing includes not checking the code status of the boarding code.

[0048] Optionally, in a third implementation of the third aspect of the present invention, the rail transit abnormality processing device further includes:

[0049] The second receiving module is used to receive the boarding code transaction data reported by the station equipment;

[0050] A parsing module, used for parsing the boarding code transaction data, and obtaining an anti-duplicate type business field and an anti-duplicate business type field in the boarding code transaction data;

[0051] The trip matching module is used to determine whether the boarding code transaction data belongs to a downgraded mode transaction according to the anti-duplicate type business field and the anti-duplicate business type field; if the boarding code transaction data belongs to a downgraded mode transaction and is an entry transaction, the record of the corresponding boarding code in the cache pool is retained; if the boarding code transaction data belongs to a downgraded mode transaction and is an exit transaction, it is determined whether there is a record of the corresponding boarding code in the cache pool; if there is a record of the corresponding boarding code in the cache pool, the boarding code trip is matched according to the downgraded mode and the corresponding boarding code in the cache pool is cleared. , otherwise the ride code itinerary is matched in normal mode and the record of the cache pool is generated according to the corresponding rules; if the ride code transaction data does not belong to the downgraded mode transaction and is an entry transaction, the record of the corresponding ride code in the cache pool is cleared; if the ride code transaction data does not belong to the downgraded mode transaction and is an exit transaction, it is determined whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, the ride code itinerary is matched in downgrade mode and the record of the corresponding ride code in the cache pool is cleared, otherwise the ride code itinerary is matched in normal mode.

[0052] A fourth aspect of the present invention further provides a rail transit abnormality processing device, which is applied to a station anti-weight system, and the rail transit abnormality processing device comprises:

[0053] A receiving module, used to receive the heartbeat message reported by the station equipment of this station and keep it as a heartbeat record;

[0054] A first judgment module is used to periodically scan the heartbeat record and judge whether the current station is in a degradation mode;

[0055] The second judgment module is used to judge whether there are multiple station equipment disconnections in the current station if the current station is not in the degradation mode;

[0056] The request module is used to determine that the station is a faulty station if multiple station devices are disconnected at the current station, and request the Internet ticketing system to determine whether the current station has entered the boarding code downgrade mode;

[0057] The notification module is used to notify the station equipment of this station to enter the boarding code downgrade mode if it receives a message returned by the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, and report the notification of entering the boarding code downgrade mode to the Internet ticketing system.

[0058] Optionally, in an implementation manner of the fourth aspect of the present invention, the receiving module is further used to:

[0059] When the Internet ticketing system receives the downgrade mode notification reported by the faulty site, the Internet ticketing system broadcasts the downgrade mode notification to other normal sites in the entire network;

[0060] The notification module is also used to: when a normal station receives a downgrade mode notification broadcast by the Internet ticketing system, notify the station equipment of the station to enter or release the boarding code downgrade mode.

[0061] A fifth aspect of the present invention further provides a rail transit abnormality processing system, the rail transit abnormality processing system comprising an Internet ticketing system, a station anti-weight system and station equipment;

[0062] The Internet ticketing system includes the rail transit exception handling device described in any one of the third aspects of the present invention; the station anti-weight system includes the rail transit exception handling device described in any one of the fourth aspects of the present invention.

[0063] A sixth aspect of the present invention provides a computer-readable storage medium, in which instructions are stored. When the computer-readable storage medium is run on a computer, the computer executes the above-mentioned rail transit abnormality handling method.

[0064] The present invention provides a rail transit abnormality processing method. When all system equipments in the station are operating normally, the boarding code operates according to normal inspection rules and no downgrade processing is required. The boarding code downgrade mode is entered only when rail transit is abnormal. Therefore, it is necessary to monitor in real time whether the triggering conditions for entering the boarding code downgrade mode are currently met; if the triggering conditions are currently met, the downgrade mode notification is obtained and published to the message queue, and then the downgrade mode notification is read from the message queue and broadcast to the station anti-weight system of the corresponding station of the entire line network, and the station anti-weight system notifies the station equipment of this station to enter the boarding code downgrade mode. In the boarding code downgrade mode, the present invention enables a new boarding code verification mechanism. Even if the original boarding code verification mechanism fails due to network failure or system problems, passengers can still use the boarding code to enter and exit the station, thereby greatly reducing service interruptions caused by technical problems, ensuring smooth travel for passengers, and avoiding large-scale detention caused by system failures. BRIEF DESCRIPTION OF THE DRAWINGS

[0065] Figure 1 It is a schematic diagram of a first embodiment of a method for handling rail transit anomalies based on an Internet ticketing system in an embodiment of the present invention;

[0066] Figure 2 This is a schematic diagram of an embodiment of the station anti-weight system triggering the boarding code degradation mode in an embodiment of the present invention;

[0067] Figure 3 A schematic diagram of an embodiment of triggering a downgrade mode of a boarding code by an Internet ticketing system in an embodiment of the present invention;

[0068] Figure 4 This is a schematic diagram of an embodiment of manually triggering the boarding code downgrade mode in an embodiment of the present invention;

[0069] Figure 5 This is a second embodiment of a rail transit exception handling method based on an Internet ticketing system in an embodiment of the present invention;

[0070] Figure 6 This is a third embodiment of a rail transit exception handling method based on an Internet ticketing system in an embodiment of the present invention;

[0071] Figure 7 This is an embodiment of a method for handling rail transit anomalies based on a station anti-weight system in an embodiment of the present invention;

[0072] Figure 8 This is an embodiment of the rail transit abnormality processing device in the embodiment of the present invention;

[0073] Fig. 9 Another embodiment of the rail transit abnormality processing device in the embodiment of the present invention;

[0074] Fig.10 This is an embodiment of the rail transit abnormality handling system in the embodiment of the present invention. DETAILED DESCRIPTION

[0075] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "including" or "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0076] To facilitate a better understanding of the present invention, the technical names involved in the embodiments of the present invention are explained below.

[0077] Rail transit: refers to a type of transportation vehicle or transportation system in which operating vehicles need to travel on specific tracks, such as urban subways.

[0078] Internet ticketing system: It uses Internet technology to realize the virtualization and digitization of tickets, and realizes platform-based ticket sales, ticket checking, billing and other functions. At the same time, it provides various management functions for the operation process, including equipment gateway, line network anti-duplicate system, transaction management module and operation management module.

[0079] Anti-duplicate system: refers to the anti-duplicate system for boarding codes, which is divided into station-level anti-duplicate system and network-level anti-duplicate system according to the deployment level. The anti-duplicate system is a mechanism designed to prevent passengers from repeated deductions or multiple entries and exits when using QR codes to board the train.

[0080] Station-level system: refers to the system that monitors, controls, alarms and stores information for various types of equipment in the station, including the station computer system and the station anti-weight system.

[0081] Station equipment includes gates and passenger affairs processing equipment. Gates are mainly used in urban rail transit management and ticket gate systems to manage passenger flow and regulate passenger entry and exit. When passengers swipe their cards, they place the cards close to the card reader on the gate. The card reader reads the card information and after verification, the gate opens the channel. Passenger affairs processing equipment is mainly used to handle various affairs encountered by passengers during their travels, including but not limited to ticket processing, information inquiry, complaints and suggestions, etc.

[0082] The downgrade mode of the boarding code refers to an emergency measure initiated to ensure that passengers' travel is not affected when the normal operation system of rail transit fails or the network is unstable. The implementation of the downgrade mode of the boarding code involves multiple systems or equipment of rail transit (such as the Internet ticketing system, station system and station equipment), which is completed by the cooperation of various systems or equipment, including the triggering method and triggering conditions of the downgrade mode, the verification mechanism of the boarding code and the transaction settlement method.

[0083] For ease of understanding, the specific process of the embodiment of the present invention is described below. Figure 1 , Figure 1 This is the first embodiment of the rail transit exception handling method based on the Internet ticketing system in the embodiment of the present invention. In this embodiment, the rail transit exception handling method includes:

[0084] 101. Real-time monitoring of whether the triggering conditions for entering the downgrade mode of the boarding code are met;

[0085] In this embodiment, considering that rail transit may be abnormal at any time, it is necessary to monitor in real time whether the trigger conditions for entering the downgrade mode of the boarding code are met. The setting of the trigger conditions involves considerations from multiple aspects, including but not limited to: (1) equipment failure, including automatic ticket vending and checking system failure and gate failure; (2) network conditions, including no signal on passengers' mobile phones and gate disconnection; (3) passenger flow conditions, such as peak passenger flow; (4) operational needs, such as train failure or special events, such as fire, earthquake and other emergencies.

[0086] In this embodiment, the triggering methods of the boarding code downgrade mode include: station anti-duplicate system triggering, Internet ticketing system triggering, and manual triggering. Among them, station anti-duplicate system triggering and Internet ticketing system triggering are automatic triggering, and manual triggering is manual triggering by the operator.

[0087] (1) The station anti-heavy system triggers the boarding code downgrade mode

[0088] The station anti-weight system is mainly triggered by the station anti-weight system monitoring the gate equipment of the station. If the monitoring finds that there are multiple gates that are offline due to failure, the degradation mode will be automatically triggered.

[0089] like Figure 2 As shown, after the station anti-weight system triggers the downgrade mode of the boarding code, it notifies the gates and passenger affairs processing equipment in the entire station to enter the downgrade mode, handles business in the downgraded mode, and reports the downgraded mode to the Internet ticketing system at the line network layer. After receiving the notification, the Internet ticketing system forwards it to the anti-weight systems of other stations in the entire line network, and then the anti-weight systems of each station send the downgraded mode to the station equipment of this station.

[0090] (II) Internet ticketing system triggers the downgrade mode of boarding code

[0091] The Internet ticketing system is triggered by the Internet ticketing system monitoring the station anti-weight system of the entire line network. If the monitoring finds that there is a station anti-weight system offline, the number of offline gate equipment at the station will be queried. If the number of offline gate equipment reaches the degradation condition, the anti-weight system of other stations in the entire line network will be notified to enter the degradation mode, and then the degradation mode will be sent by the anti-weight system of each station to the station equipment of this station. The implementation method is as follows Figure 3 shown.

[0092] (III) Manually triggering the downgrade mode of the ride code

[0093] Manual triggering is used in scenarios where large passenger flow is diverted. It is triggered when stranded passengers in the station need to be evacuated in time. At this time, the station and the background system are in normal status. The operator logs in to the Internet ticketing system page to manually trigger the downgrade mode of the boarding code. The Internet ticketing system notifies the anti-dumping systems of other stations in the entire line network to enter the downgrade mode, and then the anti-dumping systems of each station send the downgrade mode to the station equipment of this station respectively. At the same time, it also notifies the boarding code APP background, and then the APP can selectively pop up reminders to inform passengers to handle corresponding passenger affairs, such as refunds, ticket supplements, etc. The implementation method is as follows Figure 4 shown.

[0094] In an optional embodiment, based on the triggering methods of the various boarding code downgrade modes described in the above embodiments, corresponding triggering conditions for the Internet ticketing system to trigger the boarding code downgrade mode are set, and the triggering conditions include any one or more of the following: (1) receiving a notification of entering the boarding code downgrade mode reported by the station anti-weight system of the faulty station; (2) receiving an instruction from the user to enter the boarding code downgrade mode; (3) detecting that the station anti-weight system of the faulty station is offline and the station equipment of this station meets the downgrade conditions. It should be noted that the above triggering conditions can occur independently or simultaneously.

[0095] 102. If the trigger condition is currently met, obtain a downgrade mode notification and publish it to a message queue;

[0096] In this embodiment, under different triggering conditions, the Internet ticketing system obtains the downgrade mode notification in different ways: if it is triggered by a fault site report, the notification of entering the boarding code downgrade mode reported by the station anti-duplicate system of the fault site is directly used as the downgrade mode notification; if it is triggered by a user issuing an instruction or by detecting a fault site, a downgrade mode notification needs to be generated.

[0097] In an optional embodiment, considering the different specific conditions of each site, before issuing the degradation mode notification, the above step 102 further includes:

[0098] 1021. If the trigger condition is currently met, determine whether the broadcast notification is currently turned on;

[0099] 1022. If the broadcast notification is currently enabled, determine whether the site to be broadcast is in the site whitelist;

[0100] 1023. If the site to be broadcasted is in the site whitelist, obtain a downgrade mode notification and publish it to the message queue.

[0101] In this optional embodiment, the Internet ticketing system provides a configuration page, which can configure the broadcast switch, broadcast site whitelist or blacklist, so as to adapt to various application scenarios. When it is determined that the broadcast notification function has been turned on and the site to be broadcast is in the site whitelist, the degraded mode broadcast can be performed.

[0102] 103. Reading a degraded mode notification from the message queue;

[0103] 104. Broadcast the downgrade mode notification to the station anti-weight system of the corresponding stations in the entire line network, so that the station anti-weight system can notify the station equipment of this station to enter the boarding code downgrade mode.

[0104] In this embodiment, the Internet ticketing system also provides a message queue for real-time processing of various messages. The downgrade mode notification is published to the message queue, and the Internet ticketing system automatically reads the downgrade mode notification from the message queue, and then broadcasts the downgrade mode notification to the station anti-duplicate system of the corresponding station (white list station) of the whole line network, and then the station anti-duplicate system notifies the station equipment of this station to enter the boarding code downgrade mode, and at this time, the corresponding station of the whole line network enters the boarding code downgrade mode.

[0105] In this embodiment, the Internet ticketing system also provides a downgrade mode page setting function for implementing the parameter configuration of the downgrade mode. The parameter configuration is used by the station operator to set the parameters for automatic downgrade of the station. Specifically, the fault duration, the number of gates, and the downgrade threshold can be configured. For example, the fault duration is 5 minutes, the number of gates is 20, and the downgrade threshold is 10 (10 out of 20 are offline, which triggers downgrade). The downgrade parameter configuration is set by the Internet ticketing system and then sent to the station-level anti-duplicate system for storage. In addition, the Internet ticketing system also adds a page downgrade mode triggering function, which is used for the station or the Internet ticketing system operator to manually trigger the downgrade mode or cancel the downgrade mode. When the page triggers the downgrade mode, the downgrade mode and the linkage station can be selected. The linkage station defaults to all stations in the entire line network, and the station can also be manually checked.

[0106] In this embodiment, after the station anti-duplication system enters the boarding code downgrade mode, it sends a boarding code downgrade notification to the device gateway of the Internet ticketing system, and sends a downgrade notification to the station equipment of this station; in addition, after the station equipment failure is restored, the station anti-duplication system can also send a cancellation downgrade notification to the Internet ticketing system, which is then broadcast by the Internet ticketing system to the station anti-duplication systems of other stations in the entire line network. The device gateway of the Internet ticketing system adds the function of broadcast downgrade mode, and after the broadcast notification, saves the reception result of the broadcast notification by the station anti-duplication system of the entire line network. During the broadcast downgrade period, the line network anti-duplication system and the station anti-duplication system do not check the boarding code status, but only check the validity of the boarding code, thereby excluding illegal and forged boarding codes.

[0107] In this embodiment, when all system equipment in the station is operating normally, the boarding code operates according to normal inspection rules and does not need to be downgraded. The boarding code downgrade mode is entered only when rail transit is abnormal, so it is necessary to monitor in real time whether the trigger conditions for entering the boarding code downgrade mode are currently met; if the trigger conditions are currently met, the downgrade mode notification is obtained and published to the message queue, and then the downgrade mode notification is read from the message queue and broadcast to the station anti-weight system of the corresponding station of the entire line network, and the station anti-weight system notifies the station equipment of this station to enter the boarding code downgrade mode. In this embodiment, in the boarding code downgrade mode, a new boarding code verification mechanism is enabled. Even if the original boarding code verification mechanism fails due to network failure or system problems, passengers can still use the boarding code to enter and exit the station, thereby greatly reducing service interruptions caused by technical problems, ensuring smooth travel for passengers, and avoiding large-scale detention caused by system failures.

[0108] See also Figure 5 , Figure 5 This is a second embodiment of a method for handling rail transit exceptions based on an Internet ticketing system in an embodiment of the present invention. This embodiment can be executed before or after any step in the first embodiment, that is, it can be executed in normal mode or in degraded mode. In this embodiment, the method for handling rail transit exceptions includes:

[0109] 501. Receive the line network anti-recall request initiated by the station equipment when checking the boarding code;

[0110] 502. Query whether there is data of broadcast degradation mode notification in the cache server;

[0111] 503. If there is data of broadcasting a downgrade mode notification, it is determined that the station equipment is in the downgrade mode;

[0112] 504. Based on the anti-duplication rules for the boarding code adopted during the downgrade mode, the line network anti-duplication call request is processed and the processing result is returned, and the processing includes not checking the code status of the boarding code.

[0113] The network anti-duplicate of the boarding code refers to a series of technologies and measures taken in the public transportation system to prevent passengers from using the same boarding code to repeatedly scan the code on multiple devices or lines to board the bus. The boarding code is unique when it is generated, and each use will be compared with the record in the system to ensure that the same boarding code can only be used once in the same time period. The uniqueness and non-replicability of the boarding code are ensured by technical means (such as encryption algorithms, timestamps, etc.). When passengers use the boarding code to enter and exit the station, the system will automatically check whether the boarding code has been used and update the usage status. The equipment of each station (such as gates) needs to be linked and synchronized to ensure that the usage status of the boarding code can be updated and shared in real time. By establishing a reliable data transmission and synchronization mechanism, the data consistency and accuracy between the equipment of each station are ensured.

[0114] In this embodiment, when a passenger uses a boarding code to enter or exit a station, the station device initiates a line network anti-recall request to the Internet ticketing system to check whether the boarding code has been used to prevent the boarding code from being reused. Before processing the line network anti-recall request, the Internet ticketing system first queries the cache server to check whether there is notification data for broadcasting downgrade mode. If there is notification data for broadcasting downgrade mode in the cache server, it can be determined that the current station device is in downgrade mode.

[0115] After determining that the station equipment is in downgrade mode, the Internet ticketing system will use specific boarding code anti-duplicate rules to process the line network anti-duplicate call request. These rules are different from the boarding code anti-duplicate rules in normal mode. For example, in downgrade mode, the Internet ticketing system will choose not to check the code status of the boarding code (such as whether it has expired, whether it has been used, etc.). After the online network anti-duplicate processing is completed, the Internet ticketing system will return the processing result to the station equipment. The processing result includes information such as whether the boarding code is valid and whether passengers are allowed to enter and exit the station.

[0116] In this embodiment, when rail transit fails or the network is unstable, the Internet ticketing system allows passengers to use the boarding code to enter and exit the station without real-time verification, and the Internet ticketing system will make up and settle the account later. The boarding code downgrade mode not only reduces the passenger detention caused by technical problems, but also improves the robustness of the system and the continuity of passenger services, ensuring that passengers can still pass smoothly even when there are problems with the network or system of rail transit, thereby improving the overall service quality of rail transit.

[0117] See also Figure 6 , Figure 6This is the third embodiment of the rail transit exception handling method based on the Internet ticketing system in the embodiments of the present invention. This embodiment can be executed before or after any step in the first and second embodiments above, that is, it can be executed in normal mode or in degraded mode. In this embodiment, the rail transit exception handling method includes:

[0118] 601. Receive the boarding code transaction data reported by the station equipment;

[0119] 602. Parse the boarding code transaction data to obtain an anti-duplicate type service field and an anti-duplicate service type field in the boarding code transaction data;

[0120] In this embodiment, when passengers swipe their cards to enter and exit the station, the station equipment will report the transaction data of the boarding code to the Internet ticketing system. In order to facilitate the subsequent downgrade mode determination and matching of the ride itinerary, two fields, namely, anti-duplicate type and anti-duplicate business type, are added to the entry and exit transaction data format of the boarding code to determine whether the transaction is generated during the downgrade mode and to determine and process the downgrade mode during real-time matching, so as to achieve the matching and deduction processing of the boarding code ride itinerary in the downgrade mode.

[0121] When the Internet ticketing system parses the boarding code entry and exit transaction data, it obtains and parses the anti-duplicate type and anti-duplicate business type fields, and saves the anti-duplicate type and anti-duplicate business type fields in the boarding code entry transaction table and exit transaction table. The values ​​of the anti-duplicate type and anti-duplicate business type fields are shown in the following table:

[0122]

[0123] 603. Determine whether the boarding code transaction data belongs to a downgrade mode transaction according to the anti-duplicate type service field and the anti-duplicate service type field;

[0124] 604. If the boarding code transaction data belongs to a downgraded mode transaction and is an entry transaction, retain the record of the corresponding boarding code in the cache pool;

[0125] 605. If the ride code transaction data belongs to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, match the ride code itinerary in the downgraded mode and clear the record of the corresponding ride code in the cache pool; otherwise, match the ride code itinerary in the normal mode and generate a record of the cache pool according to the corresponding rules;

[0126] In this embodiment, if the boarding code transaction data adopts any of the anti-duplication types including line network anti-duplication, station anti-duplication and local anti-duplication, and the anti-duplication service type is downgraded station anti-duplication mode or broadcast downgraded mode, then it can be determined that the boarding code transaction data belongs to a downgraded mode transaction.

[0127] In this embodiment, if the ride code transaction data belongs to a downgraded mode transaction and is an entry transaction, the record of the corresponding ride code in the cache pool is retained so as to be used to determine the processing method for matching the ride itinerary when exiting the station. If the ride code transaction data belongs to a downgraded mode transaction and is an exit transaction, it is determined whether there is a ride code record saved when entering the station in the cache pool; if there is a ride code record saved when entering the station in the cache pool, the downgraded mode is used to match the ride code itinerary, and the ride code record saved when entering the station in the cache pool is cleared; and if there is no ride code record saved when entering the station in the cache pool, the normal mode is used to match the ride code itinerary, and the record of the ride code is generated in the cache pool according to the corresponding rules. For example, it is recorded whether the ride code is in the downgraded mode when entering the station.

[0128] 606. If the boarding code transaction data does not belong to a downgraded mode transaction and is an entry transaction, clear the record of the corresponding boarding code in the cache pool;

[0129] 607. If the boarding code transaction data does not belong to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding boarding code in the cache pool; if there is a record of the corresponding boarding code in the cache pool, match the boarding code itinerary in the downgraded mode and clear the record of the corresponding boarding code in the cache pool, otherwise match the boarding code itinerary in the normal mode.

[0130] In this embodiment, if the boarding code transaction data does not belong to a downgraded mode transaction and is an entry transaction, the record of the corresponding boarding code in the cache pool is cleared to avoid the existence of records retained by the previous outbound transaction in the downgraded mode in the cache pool; if the boarding code transaction data does not belong to a downgraded mode transaction and is an outbound transaction, it is determined whether there is a record of the corresponding boarding code in the cache pool. If there is a record of the corresponding boarding code in the cache pool, it means that the most recent entry transaction was generated in the downgraded mode. The boarding code itinerary is matched according to the downgraded mode and the record of the corresponding boarding code in the cache pool is cleared, otherwise the boarding code itinerary is matched according to the normal mode.

[0131] In this embodiment, the types of ride code transactions include inbound transactions and outbound transactions. Both inbound transactions and outbound transactions may be in the downgraded mode at the same time or separately, or neither of them is in the downgraded mode. Therefore, there are four corresponding situations when matching the ride code itinerary:

[0132] Scenario 1: When both entry and exit are in degraded mode, when matching the ride code itinerary in this scenario, the ride code itinerary is matched in degraded mode and the corresponding ride code record in the cache pool is cleared.

[0133] Scenario 2: The entry into the station is in the degraded mode, and the exit from the station is in the normal mode. In this scenario, when matching the ride code itinerary, the ride code itinerary is matched in the degraded mode and the corresponding ride code record in the cache pool is cleared.

[0134] Scenario 3: Entry into the station is in normal mode, and exit from the station is in degraded mode. In this scenario, when matching the ride code itinerary, the normal mode is used to match the ride code itinerary, and a record of the ride code is generated in the cache pool according to the corresponding rules.

[0135] Scenario 4: When both entry and exit are in normal mode, when matching the boarding code itinerary in this scenario, the boarding code itinerary is matched in normal mode.

[0136] In this embodiment, the processing rules of the Internet ticketing system for boarding code itinerary matching are as follows:

[0137] (1) The ride code itinerary matching realizes itinerary matching based on the time axis. When matching outbound transactions, the inbound transaction with the most recent inbound time is selected for matching. When matching inbound transactions, the outbound transaction with the most recent outbound time is selected for matching.

[0138] (2) During the downgrade mode, if the inbound and outbound transactions can be matched, the charges will be deducted immediately after the matching. For transactions that cannot be matched during the downgrade mode, if the ticket registration is completed or the ride code status is updated within the settlement period (for example, 7 days), the charges will be matched and deducted after the settlement period ends. If the ticket registration is still not completed or the ride code status is not updated after the settlement period ends, the charges will be matched and deducted based on the single inbound or single outbound trip.

[0139] See also Figure 7 , Figure 7 This is an embodiment of a method for handling rail transit anomalies based on a station anti-weight system in an embodiment of the present invention. In this embodiment, the method for handling rail transit anomalies includes:

[0140] 701. Receive the heartbeat message reported by the station equipment of this station and keep it as a heartbeat record;

[0141] In this embodiment, each station is equipped with a station anti-weight system. The station anti-weight system needs to receive heartbeat messages from each station device (such as a gate) of the station. Heartbeat messages are sent regularly by station devices to confirm that the device is online and working normally. The station anti-weight system saves the heartbeat messages uploaded by each station device as heartbeat records to grasp the online status of the station equipment in real time.

[0142] 702. Scan the heartbeat record regularly and determine whether the current station is in a degradation mode;

[0143] In this embodiment, the station anti-weight system needs to regularly scan the heartbeat records to check the device status. At the same time, the system also needs to determine whether the current station is in a degraded mode. By scanning the heartbeat records of each station device, changes in the device status can be discovered in a timely manner.

[0144] 703. If the current station is not in the degradation mode, determine whether there are multiple station devices disconnected at the current station;

[0145] In this embodiment, if the station is not currently in degraded mode, the station anti-weight system needs to further check the heartbeat records to determine whether multiple station devices have been disconnected (i.e., no longer sending heartbeat messages), and then identify potential failure points to prepare for possible degraded mode triggering.

[0146] 704. If there are multiple station devices disconnected at the current station, the current station is determined to be a faulty station, and the Internet ticketing system is requested to determine whether the current station has entered the boarding code downgrade mode;

[0147] In this embodiment, if the station anti-weight system detects that multiple station devices of the station are disconnected, the station is determined to be a faulty station, wherein the specific number of disconnected station devices can be pre-configured, such as 3 or 5, or 20% of the total number of devices of the station. The station anti-weight system sends a request to the Internet ticketing system, asking whether the station is allowed to enter the boarding code downgrade mode.

[0148] 705. If a message is received from the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, the station equipment of the current station will be notified to enter the boarding code downgrade mode, and the notification of entering the boarding code downgrade mode will be reported to the Internet ticketing system.

[0149] In this embodiment, after the Internet ticketing system receives the downgrade mode judgment request sent by the station anti-weight system, it determines whether to allow the current fault site to enter the boarding code downgrade mode based on the pre-configured downgrade parameters (such as fault duration, number of gates, downgrade threshold, etc.). For example, if the fault duration is 5 minutes, or the number of gates is 20, and the downgrade threshold is 10 (10 out of 20 are offline, which triggers downgrade), the current fault site is allowed to enter the boarding code downgrade mode. At the same time, the judgment result is returned to the station anti-weight system of the fault site. When the station anti-weight system receives the message returned by the Internet ticketing system to determine that the current station has entered the boarding code downgrade mode, it notifies the station equipment of the station to enter the boarding code downgrade mode, and reports the notification of entering the boarding code downgrade mode to the Internet ticketing system.

[0150] In an optional embodiment, after step 702, the above step further includes:

[0151] 706. If the current station is in the degradation mode, determine whether the station equipment currently disconnected from the current station is restored;

[0152] 707. If the station equipment that is currently disconnected at this station is restored, the Internet ticketing system is requested to determine whether the current station has released the boarding code downgrade mode;

[0153] 708. If a message is received from the Internet ticketing system confirming that the current station has released the boarding code downgrade mode, the station equipment of the station will be notified to release the boarding code downgrade mode, and the notification of releasing the boarding code downgrade mode will be reported to the Internet ticketing system.

[0154] In this optional embodiment, the station anti-weight system also determines whether the station equipment that is currently disconnected from the station has been restored during the downgrade mode. If the station equipment that is currently disconnected from the station has been restored, a cancellation notification of the downgrade is sent to the Internet ticketing system. If the Internet ticketing system agrees that the station can cancel the downgrade mode of the boarding code, the station anti-weight system sends a notification of canceling the downgrade mode to the station equipment, and also reports this change to the Internet ticketing system to ensure that the station equipment and the Internet ticketing system enter the downgrade mode synchronously.

[0155] The above steps 701-708 are for the station anti-weight system of the fault station. In an optional embodiment, after the above step 705 or 708, it also includes:

[0156] 709. When the Internet ticketing system receives the downgrade mode notification reported by the faulty site, the Internet ticketing system broadcasts the downgrade mode notification to other normal sites in the entire network;

[0157] 710. When a normal station receives a downgrade mode notification broadcast by the Internet ticketing system, it notifies the station equipment at this station to enter or release the boarding code downgrade mode.

[0158] In this optional embodiment, the downgrade mode notification reported by the faulty site may be a notification of entering the downgrade mode or a notification of releasing the downgrade mode. After the faulty site reports to the Internet ticketing system, the Internet ticketing system broadcasts the downgrade mode notification to the station anti-duplicate systems of other normal sites. After receiving the broadcasted downgrade mode notification, the station anti-duplicate systems of other normal sites send the downgrade mode to the station equipment of this station, thereby entering or releasing the boarding code downgrade mode. Among them, when the notification enters the boarding code downgrade mode, the station anti-duplicate system does not check the code status of the boarding code during the downgrade mode.

[0159] The boarding code downgrade mode implemented in this embodiment has the following advantages:

[0160] (1) Ensure service continuity: In the degraded mode, even if there is a network failure or system problem, passengers can still use the QR code to enter and exit the station. This greatly reduces service interruptions caused by technical problems, ensures smooth travel for passengers, and avoids large-scale detention caused by system failures.

[0161] (2) Improve passenger satisfaction: By enabling the degraded mode, passengers’ waiting time can be reduced, inconvenience caused by system failures can be avoided, and the overall travel experience of passengers can be improved. This is crucial to improving user satisfaction with public transportation and maintaining the corporate image.

[0162] (3) Enhance system flexibility and stability: The design of the degradation mode enables the system to be more flexible when facing unforeseen technical challenges. Through pre-planned degradation plans, the impact of a single point of failure can be effectively reduced, thereby enhancing the stability and reliability of the entire system.

[0163] (4) Simplified troubleshooting process: After enabling the degraded mode, system operation and maintenance personnel can have more time to focus on solving core problems instead of immediately responding to the immediate needs of all passengers, thereby simplifying the troubleshooting process and helping to quickly restore normal service.

[0164] (5) Data integrity and security: Although in a degraded state, the system can still record entry and exit information through the background, and synchronize and verify the data after returning to normal, ensuring that all transaction records are accurate, protecting the interests of passengers and ensuring the ticketing revenue of the rail transit operating company.

[0165] The above describes the rail transit abnormality processing method in the embodiment of the present invention. The following describes the rail transit abnormality processing device in the embodiment of the present invention. Figure 8 , Figure 8 This is an embodiment of the rail transit exception handling device in the embodiment of the present invention. In this embodiment, the rail transit exception handling device is applied to the Internet ticketing system, and the rail transit exception handling device includes:

[0166] Monitoring module 801, used to monitor in real time whether the triggering conditions for entering the boarding code downgrade mode are met;

[0167] The acquisition module 802 is used to obtain the downgrade mode notification and publish it to the message queue if the trigger condition is currently met;

[0168] A reading module 803, configured to read a downgrade mode notification from the message queue;

[0169] The broadcast module 804 is used to broadcast the downgrade mode notification to the station anti-weight system of the corresponding stations in the entire line network, so that the station anti-weight system can notify the station equipment of this station to enter the boarding code downgrade mode.

[0170] Optionally, in a first implementation manner of the third aspect of the present invention, the trigger condition includes any one or more of the following:

[0171] Receive a notification from the station anti-weight system at the faulty station that the boarding code has entered downgrade mode;

[0172] Receive the instruction from the user to enter the ride code downgrade mode;

[0173] It is detected that the station anti-weight system of the faulty station is offline and the station equipment of this station has reached the degradation condition.

[0174] Optionally, in one embodiment, the rail transit abnormality processing device further includes:

[0175] The first receiving module is used to receive the line network anti-recall request initiated by the station equipment when checking the boarding code;

[0176] A query module, used to query whether there is data of broadcast degradation mode notification in the cache server;

[0177] The anti-duplication module is used to determine that the station equipment is in a downgrade mode if there is data broadcasting a downgrade mode notification; based on the anti-duplication rules for the boarding code adopted during the downgrade mode, the anti-duplication call request for the line network is processed and the processing result is returned, and the processing includes not checking the code status of the boarding code.

[0178] Optionally, in one embodiment, the rail transit abnormality processing device further includes:

[0179] The second receiving module is used to receive the boarding code transaction data reported by the station equipment;

[0180] A parsing module, used for parsing the boarding code transaction data, and obtaining an anti-duplicate type business field and an anti-duplicate business type field in the boarding code transaction data;

[0181] The trip matching module is used to determine whether the boarding code transaction data belongs to a downgraded mode transaction according to the anti-duplicate type business field and the anti-duplicate business type field; if the boarding code transaction data belongs to a downgraded mode transaction and is an entry transaction, the record of the corresponding boarding code in the cache pool is retained; if the boarding code transaction data belongs to a downgraded mode transaction and is an exit transaction, it is determined whether there is a record of the corresponding boarding code in the cache pool; if there is a record of the corresponding boarding code in the cache pool, the boarding code trip is matched according to the downgraded mode and the corresponding boarding code in the cache pool is cleared. , otherwise the ride code itinerary is matched in normal mode and the record of the cache pool is generated according to the corresponding rules; if the ride code transaction data does not belong to the downgraded mode transaction and is an entry transaction, the record of the corresponding ride code in the cache pool is cleared; if the ride code transaction data does not belong to the downgraded mode transaction and is an exit transaction, it is determined whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, the ride code itinerary is matched in downgrade mode and the record of the corresponding ride code in the cache pool is cleared, otherwise the ride code itinerary is matched in normal mode.

[0182] See also Fig. 9 , Fig. 9 This is another embodiment of the rail transit abnormality processing device in the embodiment of the present invention. In this embodiment, the rail transit abnormality processing device is applied to the station anti-weight system, and the rail transit abnormality processing device 900 includes:

[0183] Receiving module 901, used to receive the heartbeat message reported by the station equipment of this station and keep it as a heartbeat record;

[0184] The first judgment module 902 is used to periodically scan the heartbeat record and judge whether the current station is in a degradation mode;

[0185] The second judgment module 903 is used to judge whether there are multiple station equipment disconnections in the current station if the current station is not in the degradation mode;

[0186] Request module 904, for determining that the station is a faulty station if multiple station devices are disconnected at the current station, and requesting the Internet ticketing system to determine whether the current station has entered the boarding code degradation mode;

[0187] Notification module 905 is used to notify the station equipment of this station to enter the boarding code downgrade mode if a message is received from the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, and report the notification of entering the boarding code downgrade mode to the Internet ticketing system.

[0188] Optionally, in one embodiment, the receiving module 901 is further used to: when the Internet ticketing system receives the downgrade mode notification reported by the faulty site, receive the downgrade mode notification broadcasted by the Internet ticketing system to other normal sites in the entire network;

[0189] The notification module 905 is also used to: when a normal station receives a downgrade mode notification broadcast by the Internet ticketing system, notify the station equipment of the station to enter or release the boarding code downgrade mode.

[0190] See also Fig.10 , Fig.10 This is an embodiment of the rail transit exception handling system in the embodiment of the present invention. In this embodiment, the rail transit exception handling system includes an Internet ticketing system 1001, a station anti-weight system 1002 and a station device 1003;

[0191] The Internet ticketing system 1001 includes the Figure 8 The rail transit abnormality handling device A; the station anti-weight system includes the above-mentioned embodiment Fig. 9 The rail transit abnormality handling device B.

[0192] Since the embodiments of the device part (including the system part) correspond to the embodiments of the above-mentioned method, please refer to the above-mentioned method embodiments for the introduction of the rail transit abnormality handling device (including the system part) provided by the present invention. The present invention will not be repeated here, and it has the same beneficial effects as the above-mentioned rail transit abnormality handling method.

[0193] The present invention also provides a computer-readable storage medium, which may be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium. Instructions are stored in the computer-readable storage medium. When the instructions are executed on a computer, the computer executes the steps of the rail transit abnormality handling method.

[0194] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0195] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk and other media that can store program codes.

[0196] As described above, the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features thereof may be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A rail transit exception handling method, applied to an Internet ticketing system, characterized in that: The rail transit abnormality processing method comprises: Real-time monitoring of whether the trigger conditions for entering the ride code downgrade mode are met; If the trigger condition is currently met, a downgrade mode notification is obtained and published to the message queue; Reading a degraded mode notification from the message queue; The downgrade mode notification is broadcast to the station anti-weight systems of the corresponding stations in the entire network, so that the station anti-weight systems can notify the station equipment at this station to enter the boarding code downgrade mode.

2. The rail transit abnormality handling method according to claim 1, characterized in that: The triggering conditions include any one or more of the following: Receive a notification from the station anti-weight system at the faulty station that the boarding code has entered downgrade mode; Receive the instruction from the user to enter the ride code downgrade mode; It is detected that the station anti-weight system of the faulty station is offline and the station equipment of this station has reached the degradation condition.

3. The rail transit abnormality handling method according to claim 1, characterized in that: The rail transit abnormality processing method further includes: Receive the line network anti-recall request initiated by the station equipment when checking the boarding code; Check whether there is data for broadcasting downgrade mode notification in the cache server; If there is data of broadcasting a downgrade mode notification, it is determined that the station equipment is in the downgrade mode period; Based on the anti-duplication rules for the boarding code adopted during the downgrade mode, the line network anti-duplication call request is processed and the processing result is returned, and the processing includes not checking the code status of the boarding code.

4. The rail transit abnormality handling method according to any one of claims 1 to 3, characterized in that: The rail transit abnormality processing method further includes: Receive the QR code transaction data reported by the station equipment; Parse the boarding code transaction data to obtain the anti-duplicate type business field and the anti-duplicate business type field in the boarding code transaction data; According to the anti-duplicate type business field and the anti-duplicate business type field, determine whether the boarding code transaction data belongs to a degraded mode transaction; If the boarding code transaction data belongs to a downgraded mode transaction and is an entry transaction, the record of the corresponding boarding code in the cache pool is retained; If the ride code transaction data belongs to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, match the ride code itinerary in the downgraded mode and clear the record of the corresponding ride code in the cache pool, otherwise match the ride code itinerary in the normal mode and generate a record of the cache pool according to the corresponding rules; If the boarding code transaction data does not belong to a downgraded mode transaction and is an entry transaction, clear the record of the corresponding boarding code in the cache pool; If the ride code transaction data does not belong to a downgraded mode transaction and is an outbound transaction, determine whether there is a record of the corresponding ride code in the cache pool; if there is a record of the corresponding ride code in the cache pool, match the ride code itinerary in the downgraded mode and clear the record of the corresponding ride code in the cache pool, otherwise match the ride code itinerary in the normal mode.

5. A rail transit abnormality processing method, applied to a station anti-weight system, characterized in that: The rail transit abnormality processing method comprises: Receive the heartbeat message reported by the station equipment of this station and keep it as heartbeat record; Scan the heartbeat record regularly and determine whether the current station is in a degradation mode; If the current station is not in degradation mode, determine whether there are multiple station devices disconnected at the current station; If multiple station devices are disconnected at this station, this station is determined to be a faulty station, and the Internet ticketing system is requested to determine whether this station has entered the boarding code downgrade mode; If a message is received from the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, the station equipment of the current station will be notified to enter the boarding code downgrade mode, and the notification of entering the boarding code downgrade mode will be reported to the Internet ticketing system.

6. The rail transit abnormality handling method according to claim 5, characterized in that: The rail transit abnormality processing method further includes: When the Internet ticketing system receives the downgrade mode notification reported by the faulty site, the Internet ticketing system broadcasts the downgrade mode notification to other normal sites in the entire network; When a normal station receives a downgrade mode notification broadcast by the Internet ticketing system, it notifies the station equipment at this station to enter or release the boarding code downgrade mode.

7. A rail transit exception handling device, applied to an Internet ticketing system, characterized in that: The rail transit abnormality processing device comprises: The monitoring module is used to monitor in real time whether the trigger conditions for entering the boarding code downgrade mode are met; An acquisition module, used for acquiring a downgrade mode notification and publishing it to a message queue if the trigger condition is currently met; A reading module, used for reading the downgrade mode notification from the message queue; The broadcast module is used to broadcast the downgrade mode notification to the station anti-weight system of the corresponding stations in the entire line network, so that the station anti-weight system can notify the station equipment of this station to enter the boarding code downgrade mode.

8. A rail transit abnormality handling device, applied to a station anti-weight system, characterized in that: The rail transit abnormality processing device comprises: A receiving module, used to receive the heartbeat message reported by the station equipment of this station and keep it as a heartbeat record; A first judgment module is used to periodically scan the heartbeat record and judge whether the current station is in a degradation mode; The second judgment module is used to judge whether there are multiple station equipment disconnections in the current station if the current station is not in the degradation mode; The request module is used to determine that the station is a faulty station if multiple station devices are disconnected at the current station, and request the Internet ticketing system to determine whether the current station has entered the boarding code downgrade mode; The notification module is used to notify the station equipment of this station to enter the boarding code downgrade mode if it receives a message returned by the Internet ticketing system confirming that the current station has entered the boarding code downgrade mode, and report the notification of entering the boarding code downgrade mode to the Internet ticketing system.

9. A rail transit abnormality handling system, characterized in that: The rail transit abnormality handling system includes an Internet ticketing system, a station anti-weight system and station equipment; The Internet ticketing system includes the rail transit exception handling device described in claim 7; the station anti-weight system includes the rail transit exception handling device described in claim 8.

10. A computer-readable storage medium having instructions stored thereon, characterized in that: When the instruction is executed by the processor, the rail transit exception handling method as described in any one of claims 1-6 is implemented.

Images