A railway fusion local card ticket checking method, system, device and medium

Abstract

The application discloses a railway fusion pairing ticket checking method, which comprises the following steps: a railway gate obtains identification information when a local card is swiped, the local card identification information is verified through a local card system, if the verification is successful, an abnormal record query, a ticket price calculation, a seat application and a temporary ticket checking stub recording are performed in a railway ticket checking system, and a formal ticket checking stub is generated after the gate is opened for entry; based on the formal ticket checking stub, a railway seat database is associated in real time, the allocation, control and reuse of the seats associated with the local card are completed in real time, and the real-time sharing of the seats is realized; according to the formal ticket checking stub of the local card, the railway ticket checking system performs a pre-deduction of the ticket price for entry, and the ticket price is deducted according to an actual riding interval when the passenger gets off; after the deduction of the ticket price for exit, the system is paired through the entry and exit records, a complete ticket checking stub is formed, and the pairing ticket checking of the railway fusion is realized. The application further discloses a railway fusion local card ticket checking system.

Description

Technical Field

[0001] This application relates to a railway ticket checking method, and more particularly to a ticket checking method and system for integrating local transportation cards into the railway system. Background Technology

[0002] Currently, with the gradual increase in high-speed rail intercity lines across the country, passenger travel is becoming increasingly convenient and travel time is decreasing. The number of commuters using high-speed rail is also increasing, with most commuters needing to combine subway, bus, and high-speed rail daily. Providing efficient and convenient transfer methods is becoming increasingly urgent. Local transportation cards can be directly swiped at high-speed rail station gates for entry and exit, eliminating the need for advance ticket purchases. This integrates railway and local transportation through local transportation cards. However, there is a pressing need for more convenient and advanced integration methods than those currently available.

[0003] Existing Method 1: Dual-Gate System. High-speed rail stations are equipped with turnstiles at each ticket gate for self-service ticket checking. Each gate typically has three turnstiles. Existing turnstiles support ticket checking using ID cards, e-ticket QR codes, railway e-cards, and China Railway UnionPay cards, but not local cards. To allow local passengers to use their local cards, a new local card checking gate is added to each gate, exclusively for local card holders. The original turnstiles only check passengers using railway cards. Due to high-speed rail overcrowding restrictions, the number of railway and local card entry seats is manually allocated for each train and station. This method frequently results in passengers queuing in the wrong line with their local cards at the railway gates, only to be denied entry and then having to queue again at the local gates, leading to passenger complaints and station chaos. Manual seat allocation also often results in unused railway seats and insufficient local card seats, leading to wasted seats.

[0004] The existing method two, the dual-controller method, addresses the various drawbacks of method one by integrating railway and local turnstiles into a single turnstile. Two control computers are installed within the turnstile: one for the railway system and the other for the local card system. Passengers are manually assigned seats to control overcrowding. However, this method still suffers from seat waste. Because two control computers are required, the turnstile needs modification, increasing the internal space for the computers and thus increasing its size. This results in high modification costs and cumbersome equipment. Summary of the Invention

[0005] This application provides a railway ticket checking method and system that integrates local cards. In order to solve the problems existing in the prior art, a method for integrating local cards into the railway ticket checking system is proposed.

[0006] In a first aspect, embodiments of this application provide a railway-integrated local card ticket checking method, the method comprising:

[0007] Railway gate card swiping identification steps: The railway gate obtains the identification information when the local card is swiped through, verifies the local card identification information through the local card system, and if the verification is successful, it enters the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the gate opens and the passenger enters the station, a formal ticket stub is generated. The local card is a transportation card used for buses, subways, airlines, or ships.

[0008] Real-time sharing of railway seats: Based on the official ticket stub, the railway seat database is linked in real time, and the allocation, control and reuse of seats associated with local cards are completed in real time to realize real-time sharing of seats;

[0009] The process of matching entry and exit ticket records is as follows: Based on the official ticket stub of the local card, the railway ticketing system pre-deducts the fare upon entry and deducts the fare based on the actual travel segment upon exit. After the fare is deducted upon exit, the system matches the entry and exit records to form a complete ticket stub, thus realizing the integration of local card ticketing with railway ticketing.

[0010] In a specific embodiment of the present invention, the above-mentioned real-time seat sharing step further includes:

[0011] Seat allocation procedure: The railway seat pool allocates local card-use train numbers to the railway gates, supporting local card entry and ticket checking; train numbers not allocated local card use are not allowed to be swiped for ticket checking.

[0012] Seat control steps: The number of local cards swiped to enter the station is controlled by the number of local card seats allocated by the railway seat database. The turnstiles obtain seats from the railway seat database in real time when local cards are swiped for ticket inspection.

[0013] Seat reuse procedure: After swiping the local card to exit the station, unused seats at subsequent stations can be reused.

[0014] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step further includes:

[0015] Steps for constructing the ticket entry stub table: After the ticket is successfully checked at the gate, an entry ticket record is generated on the ticket checking server and stored in the entry ticket stub table;

[0016] Card ticket status table construction steps: Generate a local card status record for each local card and store it in the card ticket status table;

[0017] Steps for constructing the exit ticket check stub table: After the local card is swiped for exit ticket check, an exit ticket check record is generated and stored in the exit ticket check stub table.

[0018] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step further includes:

[0019] At preset intervals, the exit ticket check stub table is scanned periodically. If the exit ticket check stub table shows an unmatched status, the system checks the card check status table to see if the entry and exit serial numbers of the card records match. If they match, the exit ticket check records are matched to form an initial passenger ticket sales stub table and a payment information table. If they do not match, the matching process stops, a data anomaly alarm is triggered, and the ticket check matching is completed after the sales stub is formed.

[0020] In a specific embodiment of the present invention, the above-mentioned card check status table construction step further includes:

[0021] After the gate generates an entry ticket stub, it records the user's unique identifier, entry serial number, and ticket checking time in the card ticket checking status table. After successful exit ticket checking, it updates the exit serial number in the card ticket checking status table after finding the record based on the user's unique identifier.

[0022] In a specific embodiment of the present invention, the above-mentioned step of constructing the exit ticket check stub table further includes:

[0023] After successful exit ticket inspection, the boarding station and boarding date information from the entry ticket inspection will be recorded in the exit ticket inspection stub table.

[0024] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step further includes:

[0025] The railway passenger ticketing system periodically pairs the entry and exit ticket inspection records of local cards. After pairing, a passenger ticket stub is generated, and the system performs settlement and statistics according to the existing passenger ticketing system ticket stub process.

[0026] For local card swipes with one-sided records of entering the station but not exiting, the railway ticketing system will transmit the detailed file of the one-sided record to the local system for forced matching the next day;

[0027] The railway ticketing system will periodically transmit the paired entry and exit ticket check records to the designated server directory of the local system.

[0028] Secondly, embodiments of this application provide a ticket checking system for railway-integrated local cards, employing the ticket checking method for railway-integrated local cards as described above. The system includes:

[0029] Railway turnstiles are used to obtain identification information when local cards are swiped to pass through the station. The local card identification information is verified through the local card system. If the verification is successful, the system will enter the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the turnstile opens and the passenger enters the station, a formal ticket stub is generated. The local card is a transportation card used for buses, subways, airlines, or ships.

[0030] Railway seat library module: used to complete the allocation, control and reuse of seats associated with local cards in real time, and realize the real-time sharing of seats;

[0031] Railway ticketing system: Based on the official ticket stubs of local cards, the railway ticketing system performs pre-deduction of ticket price upon entry and deduction of fare upon exit based on the actual travel segment. After exiting the station, the system matches the entry and exit records to form a complete ticket stub, realizing the matching and ticketing of railway integration.

[0032] Thirdly, embodiments of this application provide a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the ticket checking method for railway integrated local cards as described above.

[0033] Fourthly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the ticket checking method for railway integrated local cards as described above.

[0034] Compared with existing technologies, it has the following outstanding advantages:

[0035] 1) This invention adopts a method of deep integration of railway and local transportation cards to realize real-time sharing of seats for ticket sales and inspection. When the local card is checked at the gate, it directly obtains a seat from the seat library of the passenger ticket system. The gate is regarded as a ticketing terminal in a special scenario in real time. The seat library is shared in real time with the Internet, station windows and self-service ticket machines. After exiting the station, the seat is reset and the subsequent tickets can continue to be used, which prevents the waste of seats and maximizes the utilization of seat resources.

[0036] 2) This invention adopts the railway integration local card method, which integrates the local card as another ticket checking medium in a specific scenario of the ticketing system. The gate only needs to be equipped with card reading equipment, and the system adopts a compatibility processing method, which ensures the station entry ticket checking order, reduces equipment modification, reduces modification investment, makes full use of gate space resources, and maintains the existing gate structure and appearance design.

[0037] 3) This invention adopts a method for matching entry and exit ticket check records, which solves the technical problem that when passengers use local cards to check tickets for train travel, they do not need to purchase tickets in advance and cannot know the passenger's exit station when checking tickets at the station, thus making it impossible to deduct the fare from the passenger. The ticket checking system pre-deducts the fare from the boarding station to the destination station when entering the station, and deducts the fare based on the actual travel distance when exiting the station. After the fare is deducted when exiting the station, the system matches the entry and exit records to form a complete ticket stub. After the ticket stub is formed, business scenarios such as station revenue reconciliation and passenger volume statistics can be performed according to the existing ticketing process. Attached Figure Description

[0038] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0039] Figure 1 This is a schematic diagram of the ticket checking method for railway-integrated local cards according to the present invention;

[0040] Figure 2 This is a schematic diagram of the overall architecture of a specific embodiment of the present invention;

[0041] Figure 3 This is a schematic diagram of a local card-swiping ticket inspection process according to a specific embodiment of the present invention;

[0042] Figure 4 This is a schematic representation of the ticket stub for a specific embodiment of the present invention;

[0043] Figure 5 This is a schematic representation of the exit ticket stub in a specific embodiment of the present invention;

[0044] Figure 6 This is a schematic diagram illustrating the card check status in a specific embodiment of the present invention;

[0045] Figure 7 This is a schematic representation of the ticket stub after successful pairing in a specific embodiment of the present invention;

[0046] Figure 8 This is a schematic diagram of the pairing process in a specific embodiment of the present invention;

[0047] Figure 9 This is a schematic diagram of the railway-integrated local card ticket checking system of the present invention;

[0048] Figure 10 This is a schematic diagram of the hardware structure of a computer device according to an embodiment of this application.

[0049] In the above image:

[0050] 10 railway turnstiles, 20 railway seat storage modules

[0051] 30. Railway ticketing and inspection system. Detailed Implementation

[0052] To make the objectives, technical solutions, and advantages of this application clearer, the application is described and illustrated below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application. All other embodiments obtained by those skilled in the art based on the embodiments provided in this application without inventive effort are within the scope of protection of this application.

[0053] Obviously, the accompanying drawings described below are merely some examples or embodiments of this application. Those skilled in the art can apply this application to other similar scenarios based on these drawings without any inventive effort. Furthermore, it is understood that although the efforts made in this development process may be complex and lengthy, for those skilled in the art related to the content disclosed in this application, any changes to design, manufacturing, or production based on the technical content disclosed in this application are merely conventional technical means and should not be construed as insufficient disclosure of the content of this application.

[0054] Details of one or more embodiments of this application are set forth in the following drawings and description to make other features, objects and advantages of this application more readily apparent.

[0055] In this application, the reference to "embodiment" means that a specific feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment that is mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described in this application may be combined with other embodiments without conflict.

[0056] Unless otherwise defined, the technical or scientific terms used in this application shall have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms “a,” “an,” “an,” “the,” and similar words used in this application do not indicate quantity limitation and may indicate singular or plural. The terms “comprising,” “including,” “having,” and any variations thereof used in this application are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that includes a series of steps or modules (units) is not limited to the listed steps or units, but may also include steps or units not listed, or may include other steps or units inherent to these processes, methods, products, or devices. The terms “connected,” “linked,” “coupled,” and similar words used in this application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. “Multiple” used in this application refers to two or more. “And / or” describes the relationship between related objects, indicating that three relationships may exist; for example, “A and / or B” can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following objects are in an "or" relationship. The terms "first," "second," and "third" used in this application are merely to distinguish similar objects and do not represent a specific ordering of the objects.

[0057] This invention aims to provide an application for integrating local cards into the railway passenger ticketing system. Based on the overall architecture of the railway passenger ticketing system, it expands the functions of the existing railway ticket checking system, settlement system and seat management system to enable local cards to be directly swiped for entry and exit from the station and boarding the train.

[0058] Design principles of the system in specific embodiments of the present invention:

[0059] 1) Advanced technology and maturity

[0060] When applying local cards to railways, the system research and development design should be based on current needs while fully considering future development needs, reflecting both advanced technology and ensuring maturity and practicality.

[0061] 2) Openness

[0062] As a window service system for railway passenger transport, the openness of the ticketing system is of great significance to improving the quality of railway passenger transport services and increasing customer satisfaction. The design should reflect: an open system architecture, open product selection, open technical routes, and open application design.

[0063] 3) High reliability

[0064] As a transaction service system that provides services to the entire society 24 / 7, the reliability of the local card application in the ticketing system is of paramount importance. The system should avoid single points of failure at the core levels such as host, storage, and network, strengthen the security monitoring of external interfaces, enhance the effective protection of resources, and establish emergency disaster recovery mechanisms.

[0065] 4) Scalability

[0066] Ensure that local cards have good scalability as data volume, user growth, and business growth occur.

[0067] 5) Safety

[0068] After the ticketing system supports local card applications, the following security design principles are followed to ensure the secure operation of the system:

[0069] (1) Ensure the uninterrupted operation of core transactions in the ticketing system;

[0070] (2) Ensure that the core data of the ticketing system is not leaked;

[0071] (3) Ensure that the efficiency of the ticketing system is not reduced;

[0072] (4) Ensure that the basic data of the ticketing system is not stolen.

[0073] like Figure 1As shown in the figure, this application provides a railway integrated local card ticket checking method, the method including:

[0074] Railway gate card swiping identification step S10: The railway gate obtains the identification information when the local card is swiped through, verifies the local card identification information through the local card system, and if the verification is successful, it enters the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the gate opens and the passenger enters the station, a formal ticket stub is generated. The local card is a transportation card used for buses, subways, airlines, or ships.

[0075] Real-time sharing of railway seats step S20: Based on the official ticket stub, the railway seat database is linked in real time to complete the allocation, control and reuse of seats associated with local cards in real time, so as to realize the real-time sharing of seats;

[0076] Step S30: Based on the official ticket stub of the local card, the railway ticketing system pre-deducts the fare upon entry and deducts the fare based on the actual travel segment upon exit. After the exit fare deduction, the system matches the entry and exit records to form a complete ticket stub, thus realizing the integration of local card ticketing with railway ticketing.

[0077] In a specific embodiment of the present invention, the above-mentioned real-time seat sharing step S20 further includes:

[0078] Seat allocation procedure: The railway seat pool allocates local card-use train numbers to the railway gates, supporting local card entry and ticket checking; train numbers not allocated local card use are not allowed to be swiped for ticket checking.

[0079] Seat control steps: The number of local cards swiped to enter the station is controlled by the number of local card seats allocated by the railway seat database. The turnstiles obtain seats from the railway seat database in real time when local cards are swiped for ticket inspection.

[0080] Seat reuse procedure: After swiping the local card to exit the station, unused seats at subsequent stations can be reused.

[0081] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step S30 further includes:

[0082] Steps for constructing the ticket entry stub table: After the ticket is successfully checked at the gate, an entry ticket record is generated on the ticket checking server and stored in the entry ticket stub table;

[0083] Card ticket status table construction steps: Generate a local card status record for each local card and store it in the card ticket status table;

[0084] Steps for constructing the exit ticket check stub table: After the local card is swiped for exit ticket check, an exit ticket check record is generated and stored in the exit ticket check stub table.

[0085] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step S30 further includes:

[0086] At preset intervals, the exit ticket check stub table is scanned periodically. If the exit ticket check stub table shows an unmatched status, the system checks the card check status table to see if the entry and exit serial numbers of the card records match. If they match, the exit ticket check records are matched to form an initial passenger ticket sales stub table and a payment information table. If they do not match, the matching process stops, a data anomaly alarm is triggered, and the ticket check matching is completed after the sales stub is formed.

[0087] In a specific embodiment of the present invention, the above-mentioned card check status table construction step further includes:

[0088] After the gate generates an entry ticket stub, it records the user's unique identifier, entry serial number, and ticket checking time in the card ticket checking status table. After successful exit ticket checking, it updates the exit serial number in the card ticket checking status table after finding the record based on the user's unique identifier.

[0089] In a specific embodiment of the present invention, the above-mentioned step of constructing the exit ticket check stub table further includes:

[0090] After successful exit ticket inspection, the boarding station and boarding date information from the entry ticket inspection will be recorded in the exit ticket inspection stub table.

[0091] In a specific embodiment of the present invention, the above-mentioned entry and exit ticket check record matching step S30 further includes:

[0092] The railway passenger ticketing system periodically pairs the entry and exit ticket inspection records of local cards. After pairing, a passenger ticket stub is generated, and the system performs settlement and statistics according to the existing passenger ticketing system ticket stub process.

[0093] For local card swipes with one-sided records of entering the station but not exiting, the railway ticketing system will transmit the detailed file of the one-sided record to the local system for forced matching the next day;

[0094] The railway ticketing system will periodically transmit the paired entry and exit ticket check records to the designated server directory of the local system.

[0095] The specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings:

[0096] The overall architecture of specific embodiments of the present invention is as follows: Figure 2 As shown, the overall architecture of the ticketing system supporting local card applications includes station gates and exception handling windows, railway bureau ticket checking system, seat management system, railway bureau settlement system and local card interface server, China State Railway Group settlement server and card transaction matching server, and the railway bureau connects to the local card system through security equipment.

[0097] To enable real-name registration and payment for local cards, the railway bureau group company interconnects with local systems via dedicated lines and ensures secure data transmission between systems through security equipment.

[0098] The data from card swiping for entry and exit from the station needs to be paired. After pairing, the data forms a ticket stub, which is then entered into the ticket settlement system for settlement. The ticket checking data is synchronously transmitted to the local card system through the local card interface server.

[0099] The specific embodiment of the present invention includes the local card swiping process, such as... Figure 3 As shown:

[0100] 1) Real-time shared seating for ticket sales and inspection

[0101] (1) The number of trains that can be swiped is managed by the seat pool. Trains that are assigned to the "local card" purpose support the entry and ticket inspection of local cards. Trains that are not assigned to the "local card" purpose do not allow swiping cards for ticket inspection. Local cards share the "local card" purpose seats.

[0102] (2) The number of local card swipes to enter the station is controlled by the number of seats. The gate swipes the card to check the ticket and obtains a seat from the seat library in real time. The seats for "public" and "general sale" purposes are used first, and then the seats for "local card" purposes are used.

[0103] (3) After swiping the card to exit the station, the seats at the next station can be reused, and the reuse rules follow the ticketing strategy.

[0104] The railway passenger ticketing system operates on a prepayment-before-boarding model, where seats are automatically reused after purchase. Local card-swiping systems, on the other hand, operate on a prepayment-before-boarding model, resulting in significant differences in seat management. Local ticket checking is linked to the seat database in real time, prioritizing the use of "public" and "general" seats before those for local card purposes. Unsold seats are available for entry, and after exiting through the gates, seats at subsequent stations can be reused. This real-time sharing of seats between ticket sales and check-in increases seat utilization and further reduces seat waste.

[0105] 2) Card swiping at the turnstile

[0106] The ticket checking logic is handled by the railway gate's internal software. Local authorities provide a card SDK to handle card reading, payment deduction, and other processing. The card's real-name information can be read by the local backend and returned to the ticketing system during card reading. The specific ticket checking process is as follows:

[0107] (1) Local card swiping entry and exit ticket inspection process: The gate calls the local interface to read the balance in the local card, real-name information and card status. The railway machine's main control program goes to the background to query abnormal records, calculate ticket price, apply for seats and record temporary ticket stubs. After the gate's face recognition and business logic judgment are passed, the card writing gate is opened. If entering the station, the formal ticket stub is recorded. If leaving the station, the payment is deducted and the gate is opened.

[0108] 3) Train inspection

[0109] (1) The train has a handheld verification terminal that provides local card verification function. Passengers who swipe their cards to board the train can have their cards verified by entering their card numbers. If there is an entry record, the verification is successful. If the verification fails, the passenger did not swipe their card to enter the station.

[0110] 4) Exception handling

[0111] (1) Abnormal handling is divided into two categories: entry abnormality and exit abnormality. If a passenger does not swipe their card when entering the station, the exit gate will not allow them to pass through. They must undergo abnormal handling before they can exit the station. If a passenger does not swipe their card when exiting the station, the gate will not allow them to pass through the next time they swipe their card to enter the station. They must undergo abnormal handling before they can enter the station.

[0112] (2) The station abnormality handling window program and the railway arrival supplement window program provide the function of handling local card abnormalities. They can handle passenger abnormalities when entering or leaving the station, and after the handling, the passenger can enter or leave the station normally.

[0113] 5) Transaction record matching

[0114] (1) The ticketing system periodically pairs the entry ticket check records and exit ticket check records. After pairing, a ticket stub is generated, and the system performs settlement and statistics according to the existing ticketing system ticket stub process.

[0115] (2) If there is a single-sided record of entering the station but not exiting the station, the ticketing system will transmit the single-sided record details to the local system on the second day. Thirty days later, the ticketing system will perform forced matching.

[0116] (3) The ticketing system will periodically transmit the matched records to the local system, and transmit the summary file of the day to the designated server directory of the local system every night.

[0117] When passengers board trains by swiping their cards, since they do not need to purchase tickets in advance, the system does not know the passenger's exit station when checking tickets at the entrance and cannot deduct the fare from the passenger. The ticket checking system pre-deducts the fare from the entrance station to the destination station when entering the station, and deducts the fare based on the actual travel distance when exiting the station. After the fare is deducted when exiting the station, the system matches the entry and exit records to form a complete ticket stub. After the ticket stub is formed, the existing ticketing process is used for station revenue reconciliation, passenger volume statistics, and other business scenarios.

[0118] like Figure 4 , Figure 5 and Figure 6As shown, the method for matching entry and exit ticket check records mainly involves three tables: the entry ticket check stub table, the exit ticket check stub table, and the card check status table. After a successful entry ticket check at the gate, an entry ticket check record is generated on the ticket check server and stored in the entry ticket check stub table TFT_SwipeInRecord; simultaneously, a card status record is generated for each card and stored in the card check status table TFT_SwipeStatus; after an exit ticket check, an exit ticket check record is generated and stored in the exit ticket check stub table TFT_CardPayRecord.

[0119] like Figure 8 As shown, after the gate generates an entry ticket stub, it records the user's unique identifier (UserID), entry serial number, and ticket checking time in the card ticket status table. Upon successful exit ticket checking, the card ticket status table finds the record based on the User ID and updates the exit serial number. The entry and exit serial numbers increment from 0, with each successful check incrementing the serial number by 1. After successful exit ticket checking, the station and travel date information from the entry ticket check are recorded in the exit ticket stub table. The matching program scans the exit record table every 3 minutes. For ticket stubs with a matching status of 0 (unmatched) in the exit record table, it checks the card status table to see if the entry and exit serial numbers match. If they match, the exit record is matched to form the initial ticket sales stub table and payment information table. If they don't match, matching stops, a data anomaly alarm is triggered, and manual processing is performed. Once the ticket sales stub is formed, the matching is complete. Figure 7 As shown, the ticketing system uses the generated ticket stubs as the basis for revenue statistics and reconciliation settlement with the card company. The payment information table is sent to the card company for verification, and then the card company uses this information to settle funds with the ticketing system.

[0120] Secondly, embodiments of this application provide a ticket checking system for railway-integrated local cards, employing the ticket checking method for railway-integrated local cards as described above, such as... Figure 9 As shown, the system includes:

[0121] Railway gate 10: Used to obtain the identification information when a local card is swiped to pass through, and to verify the local card identification information through the local card system. If the verification is successful, it will enter the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the gate opens and the passenger enters the station, a formal ticket stub is generated. The local card is a transportation card used for buses, subways, air travel, or shipping.

[0122] Railway seat library module 20: Used to complete the allocation, control and reuse of seats associated with local cards in real time, and realize the real-time sharing of seats;

[0123] Railway ticketing system 30: Based on the official ticket stub of the local card, the railway ticketing system performs pre-deduction of ticket price upon entry and deduction of fare based on the actual travel section upon exit. After exiting the station, the system matches the entry and exit records to form a complete ticket stub, realizing the matching and ticketing of railway integration.

[0124] Thirdly, embodiments of this application provide a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the ticket checking method for the railway integrated local card as described above.

[0125] Fourthly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, wherein the program, when executed by a processor, implements the ticket checking method for railway integrated local cards as described above.

[0126] In addition, combined Figure 1 The ticket checking method for the railway integrated local card described in this application embodiment can be implemented by computer equipment. Figure 10 This is a schematic diagram of the hardware structure of a computer device according to an embodiment of this application.

[0127] The computer device may include a processor 81 and a memory 82 storing computer program instructions.

[0128] In some embodiments, the computer device may further include a communication interface 83 and a bus 80. For example, Figure 10 As shown, the processor 81, memory 82, and communication interface 83 are connected through bus 80 and complete communication with each other.

[0129] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A railway ticket checking method integrating local cards, characterized in that, The method includes: Railway gate card swiping identification steps: The railway gate obtains the identification information when the local card is swiped through, verifies the local card identification information through the local card system, and if the verification is successful, it enters the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the gate opens and the passenger enters the station, a formal ticket stub is generated; pre-authorization for entering the station is performed, and entry information and pre-authorization amount are transmitted. The local card is a transportation card used for buses, subways, airlines, or ships. Real-time sharing of railway seats: Based on the official ticket stub, the railway seat database is linked in real time to complete the allocation, control and reuse of seats associated with local cards in real time, thereby realizing real-time sharing of seats; The process of matching entry and exit ticket records is as follows: Based on the official ticket stub of the local card, the railway ticketing system performs a pre-deduction of the fare upon entry and deducts the fare based on the actual travel segment upon exit. After the fare is deducted upon exit, the system matches the entry and exit records to form a complete ticket stub, thereby realizing the integration of local cards with railway ticketing. The real-time seat sharing step also includes: Seat allocation steps: The railway seat pool allocates local card-use train numbers to the railway gates, supporting local card entry and ticket checking; train numbers not allocated local card use are not allowed to be swiped for ticket checking. Seat control steps: The number of local cards swiped to enter the station is controlled by the number of local card seats allocated by the railway seat database. The turnstiles swipe the local cards to check tickets and obtain seats from the railway seat database in real time. Seat reuse procedure: After the local card is swiped to exit the station, the unused station seats can be reused; When the local card is checked at the gate, it directly obtains a seat from the seat database of the passenger ticket system, and the gate is used as a ticketing terminal in a special scenario. By adopting the railway integration local card method, the local card is integrated into the passenger ticket system as another ticket checking medium in a specific scenario, and the gate only needs to be equipped with a card reader.

2. The railway integrated local card ticket checking method according to claim 1, characterized in that, The process of matching entry and exit ticket check records also includes: Steps for constructing the ticket entry stub table: After the ticket is successfully checked at the gate, an entry ticket record is generated on the ticket checking server and stored in the entry ticket stub table; Card ticket status table construction steps: Generate a local card status record for each local card and store it in the card ticket status table; Steps for constructing the exit ticket check stub table: After the local card is swiped for exit ticket check, an exit ticket check record is generated and stored in the exit ticket check stub table.

3. The railway integrated local card ticket checking method according to claim 2, characterized in that, The process of matching entry and exit ticket check records also includes: At preset intervals, the exit ticket check stub table is scanned periodically. If the exit ticket check stub table shows an unpaired check stub, the system checks the card check status table to see if the entry and exit serial numbers of the card records match. If they match, the exit ticket check records are paired to form an initial passenger ticket sales stub table and a payment information table. If they do not match, the pairing process stops, a data anomaly alarm is triggered, and the ticket check pairing is completed after the sales stub is formed.

4. The railway integrated local card ticket checking method according to claim 3, characterized in that, The card check status table construction step also includes: After the gate generates an entry ticket stub, it records the user's unique identifier, entry serial number, and ticket checking time information in the card ticket checking status table. After successful exit ticket checking, it finds the record in the card ticket checking status table based on the user's unique identifier and updates the exit serial number.

5. The railway integrated local card ticket checking method according to claim 3, characterized in that, The steps for constructing the exit ticket check stub table also include: After successful exit ticket check, the boarding station and boarding date information from the entry ticket check will be recorded in the exit ticket check stub table.

6. The railway integrated local card ticket checking method according to claim 3, characterized in that, The process of matching entry and exit ticket check records also includes: The railway passenger ticketing system periodically pairs the entry and exit ticket inspection records of the local card, generates a ticket stub after pairing, and performs settlement and statistics according to the existing ticketing system ticket stub process. For the local card swipe, if there is a one-sided record of entering the station but not exiting, the railway ticketing system will transmit the one-sided record details file to the local system for forced matching the next day; The railway ticketing system will periodically transmit the paired entry and exit ticket check records to the designated server directory of the local system.

7. A railway integrated local card ticket checking system, employing the railway integrated local card ticket checking method as described in any one of claims 1-6, characterized in that, The system includes: Railway turnstiles are used to acquire identification information when a local card is swiped to pass through the station. The local card system verifies the identification information. If the verification is successful, the system enters the railway ticketing system to query abnormal records, calculate fares, apply for seats, and record temporary ticket stubs. After the turnstile opens and the passenger enters the station, a formal ticket stub is generated. The local card is a transportation card used for buses, subways, airlines, or ships. Railway seat library module: used to complete the allocation, control and reuse of seats associated with local cards in real time, and realize the real-time sharing of seats; Railway ticketing system: Based on the official ticket stub of the local card, the railway ticketing system performs pre-deduction of ticket price upon entry and deduction of fare based on the actual travel segment upon exit. After exiting the station, the system matches the entry and exit records to form a complete ticket stub, realizing the matching and ticketing of railway integration.

8. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the railway integrated local card ticket checking method as described in any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the railway integrated local card ticket checking method as described in any one of claims 1 to 6.

Images