Urban rail transit automatic fare collection virtual transfer method and system

Abstract

The invention discloses an urban rail transit automatic fare collection virtual transfer method and system, and the method comprises the steps: judging whether the station is a virtual transfer station or not according to the information obtained from an entrance gate, if yes, judging whether the last departure station and the current entry station are the same operation day or not, if yes, continuing to judge whether the last departure station is an associated virtual transfer station or not, and if not, continuing to judge whether the last departure station is an associated virtual transfer station; if yes, judging whether the distance from last outbound is within a preset transfer duration, and if yes, retaining a newly added transaction field about transfer; judging whether a virtual transfer station is available according to the information acquired from the exit gate, if so, judging whether the exit of this time and the entrance of the last time are the same operation date, if so, continuing to judge whether a continuous transfer condition is met, and if so, charging according to a billing rule and emptying a newly added transaction field about transfer according to a preset rule; and if the continuous transfer condition is not met, normally charging and filling in a newly added transaction field according to a preset rule. According to the invention, the transfer efficiency of the urban rail transit can be improved and enhanced.

Description

Technical Field

[0001] The present invention relates to the field of urban rail transit, and in particular to an automatic ticket vending and checking virtual transfer method and system for urban rail transit. Background Art

[0002] With the rapid development of regional integration, convenient and efficient urban rail transit has become the preferred mode of transportation for passengers. As a landmark of urban services and a vital component of public transportation, urban rail transit's service level, operational management capabilities, and connection solutions for different types of transportation all significantly influence the passenger travel experience.

[0003] However, in the process of rapid development of rail transit, due to the influence of multiple factors such as land acquisition progress, surrounding environment, and construction sequence, the planned transfer stations cannot be connected and connected, which often becomes a key issue for the full opening and operation of the line. Usually, in the early stage of the opening of a new line, the above-mentioned stations will be used as non-transfer stations to calculate fares to ensure the smooth opening and trial operation of the new line. When conditions are ripe, transfer channels will be established to achieve barrier-free transfers in the paid area. However, it is still impossible to achieve barrier-free transfers in the paid areas of different rail transit lines within the railway protection zone, which has a great impact on the travel experience of passengers. There will also be situations where barrier-free transfers in the paid area cannot be achieved, and you must exit the station to transfer lines, which affects the effective performance of the comprehensive efficiency of the line network. There are also situations where there is no transfer at the intersection with the existing line.

[0004] At present, urban rail transit transfer modes are divided into the following two categories:

[0005] (1) Transfer in the paid area: Passengers transfer to other lines without leaving the station during their rail transit journey. According to different transfer methods, it is divided into transfer on the same platform, transfer at the node, transfer in the passage, transfer in the station hall, and mixed transfer.

[0006] (2) Virtual transfer, such as Figure 1 As shown, an out-of-station transfer occurs when a passenger exits the paid area and re-enters the paid area to transfer to another line during a rail transit journey. Unlike paid area transfers, this method requires passengers to exit the station, walk or take a bus to another station, and then re-enter the gate to transfer. This requires using the same transit card and QR code, completing the transfer within the specified timeframe. The two journeys are billed in conjunction with the fare rules. This feature is not available for single-trip tickets due to their exit recycling nature.

[0007] It can be seen that the two aforementioned transfer solutions still have many problems, such as the inability to use interoperable gates for single-trip tickets issued at linked virtual transfer stations, and the inability to combine fares for outbound transfers. In order to improve and enhance urban rail transit transfer efficiency and passenger experience, better meet passenger travel needs, and enhance urban rail transit service levels and operational management capabilities, it is urgent to conduct research on virtual transfer applications. Summary of the Invention

[0008] The main purpose of the present invention is to provide an urban rail transit automatic ticket vending and virtual transfer method and system that can improve and enhance the transfer efficiency of urban rail transit and meet the different travel needs of passengers.

[0009] The technical solution adopted in the present invention is:

[0010] Provided is an urban rail transit automatic ticket vending and virtual transfer method, comprising the following steps:

[0011] Based on the information obtained at the entrance gate, determine whether it is a virtual transfer station. If so, determine whether the last exit and the current entry are on the same operating day. If so, continue to determine whether the last exit station is an associated virtual transfer station. If so, determine whether the time from the last exit to the station is within the preset transfer time. If so, retain the newly added transaction field for the transfer;

[0012] Determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, determine whether this exit and the last entry are on the same operating day. If so, continue to determine whether the continuous transfer conditions are met. If so, charge according to the joint charging rules and clear the new transaction fields about transfers according to the preset rules. If the continuous transfer conditions are not met, charge normally and fill in the new transaction fields according to the preset rules.

[0013] Following the above technical solution, if it is determined that the station is not a virtual transfer station based on the information obtained at the gate, the newly added transaction field for transfer in the card data is cleared.

[0014] Following the above technical solution, if it is determined that it is not a virtual transfer station based on the information obtained at the exit gate, then continue to determine whether this exit and the last entry are on the same operating day. If not, then charge normally and clear the newly added transaction field for the joint ride. If so, then continue to determine whether the continuous transfer conditions are met. If so, then charge according to the joint ride charging rules and clear the newly added transaction field for the transfer according to the preset rules. If not, then charge normally.

[0015] Following the above technical solution, when the virtual transfer conditions are met, the fare for each ride will enjoy discounts according to the rules of each city.

[0016] Following the above technical solution, the joint ride billing rules are: deductions are made based on the difference between the full fare and the cumulative deduction fare; if the transaction record of the number of rides for a certain segment of the journey is lost, deductions are made based on the number of rides for the current segment of the journey.

[0017] Following the above technical solution, the preset transfer time is a certain period of time after swiping the card or scanning the code at the associated virtual transfer station; if the station is changed or the transfer time is exceeded, the virtual transfer discount will not be enjoyed, and the next ride will be charged as a normal fare.

[0018] Following the above technical solution, if it is a one-way ticket, you need to swipe the ticket at a specific channel to exit the gate, and the combined ride charging rules are: the balance of the first leg is reset to zero, and the remaining legs are charged "0" yuan for virtual transfers.

[0019] Following the above technical solution, in the carpooling billing rules, the detour route is charged according to the shortest route of the entire journey.

[0020] Following the above technical solution, in the joint ride billing rules, trips across operating days are not eligible for virtual transfer continuous pricing.

[0021] The present invention also provides an urban rail transit automatic ticket vending and checking virtual transfer system, comprising:

[0022] The station entry reader is used to determine whether it is a virtual transfer station based on the information obtained at the entrance gate. If so, it determines whether the last exit and the current entry are on the same operating day. If so, it continues to determine whether the last exit station is an associated virtual transfer station. If so, it determines whether the time from the last exit to the station is within the preset transfer time. If so, it retains the newly added transaction field related to the transfer;

[0023] The exit reader is used to determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, it determines whether the current exit and the last entry are on the same operating day. If so, it continues to determine whether the continuous transfer conditions are met. If so, it charges according to the joint ride billing rules and clears the newly added transaction fields about the transfer according to the preset rules. If it does not meet the continuous transfer conditions, it charges normally and fills in the newly added transaction fields according to the preset rules.

[0024] The beneficial effects of the present invention are as follows: by setting a station as a virtual transfer station and adding a field about transfer to associate multiple journeys, the present invention can independently judge and record whether a transfer is required, and complete the payment for the ride according to the preset joint ride billing rules, thereby realizing the clearing logic of effective joint ride deductions, thereby improving and enhancing the transfer efficiency and passenger experience of urban rail transit, better meeting the travel needs of passengers, and improving the service level and operation management capabilities of urban rail transit.

[0025] Furthermore, the virtual transfer clearing logic is implemented using real-time clearing + negative clearing + full-trip clearing. The first leg of the journey is cleared normally. By linking the first and second legs through a new transaction field, the previous leg is cleared negatively and the full-trip transaction is cleared positively. If the transaction for a previous leg is lost and the full leg cannot be matched, to avoid revenue errors caused by reverse clearing, the current leg is cleared according to the actual fee deducted at the exit gate.

[0026] Furthermore, in order to simplify the timeout judgment rules, the timeout of the entire journey is not judged based on the first entry time, but the timeout verification rules are calculated independently for the two journeys.

[0027] Furthermore, in order to regulate the order of riding, updates such as timeout, over-distance, and incorrect riding order at virtual transfer stations will not be able to enjoy continuous pricing.

[0028] Furthermore, in order to allow passengers holding one-way tickets to enjoy the combined ride discount, a specific channel for swiping tickets to exit the gate has been designed for one-way tickets, and the combined ride charging rules are: the balance of the first leg is reset to zero, and the remaining legs of the virtual transfer are charged "0" yuan for entry and exit.

[0029] Of course, any product implementing the present invention does not necessarily need to achieve all of the advantages described above at the same time. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0031] Figure 1 It is a virtual transfer diagram of the existing urban rail transit;

[0032] Figure 2 This is a schematic diagram of the AFC system architecture for a certain city's rail transit;

[0033] Figure 3 This is a schematic diagram of writing a card with newly added fields for virtual transfer according to an embodiment of the present invention;

[0034] Figure 4A This is a schematic diagram of a reader / writer judgment service process according to an embodiment of the present invention;

[0035] Figure 4B This is a schematic diagram of the reading and writing process when swiping a card or QR code at a gate according to an embodiment of the present invention;

[0036] Figure 4C This is a schematic diagram of the reading and writing process when swiping a card or QR code at an exit gate according to an embodiment of the present invention;

[0037] Figure 5 This is a schematic diagram of the Internet ticket service according to an embodiment of the present invention;

[0038] Figure 6A This is a normal card writing rule using a one-way card and a stored-value card as examples in an embodiment of the present invention;

[0039] Figure 6B This is a transfer card writing rule when the balance of a one-way card and a stored-value card is insufficient in an embodiment of the present invention. DETAILED DESCRIPTION

[0040] In order to make the purpose, technical solutions and advantages of the present invention more clearly understood, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0041] It should be noted that the illustrations provided in the embodiments of the present invention are only schematic illustrations of the basic concept of the present invention. Therefore, the drawings only show components related to the present invention and are not drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component can be changed at will, and the component layout type may also be more complicated.

[0042] In the present invention, it should also be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer" and the like are used to indicate positions or locations based on those shown in the accompanying drawings. These terms are intended solely to facilitate the description of the present application and to simplify the description. They are not intended to indicate or imply that the devices or components referred to must have a specific orientation, be constructed, or operate in a specific orientation. Therefore, they should not be construed as limiting the present application. Furthermore, the terms "first" and "second" are used solely for descriptive and distinguishing purposes and should not be construed as indicating or implying relative importance.

[0043] In addition, it should be noted that the features of the various embodiments of the present invention may be combined or coupled in part or in whole, and, as will be appreciated by those skilled in the art, may interact and operate in different ways. Each embodiment may be implemented independently of one another or in an associated relationship.

[0044] The types of tickets used in urban rail transit include five categories: one-ticket pass, one-card pass, QR code, UnionPay QuickPass, and biometrics. The ticket systems in each city are diverse, and they issue free tickets, half-price tickets, counted tickets, discount tickets and other types of tickets.

[0045] Taking the architecture of a certain city's rail transit automatic ticket vending and checking system as an example, in addition to the traditional five-layer architecture (tickets, terminal equipment, station system, line system, and clearing system), a four-layer architecture (tickets, readers, iAFC system, and clearing system) has been derived based on industry development. Figure 2 As shown in the figure, the business logic of traditional card transactions is controlled by terminal devices and readers, and is uploaded to the clearing and sorting system step by step after the transaction is completed. However, the business logic of QR code tickets and UnionPay QuickPass cards is controlled by readers and the iAFC system (Automatic Fare Collection System, referring to the "Internet+"-based AFC system, where the AFC system is a system integrating computer, communication, network, and automatic control technologies, and is mainly used for the automation of the entire process of rail transit ticketing, ticket inspection, billing, charging, statistics, clearing, and management). After the transaction is completed, it can be directly uploaded to the iAFC system.

[0046] Integrating other existing urban rail transit virtual transfer business rules, the present invention forms the following ticketing regulations:

[0047] (1) Passengers who use the same City Pass card (including the Interconnected Transportation Card, the same below), UnionPay QuickPass card, the same client and account boarding code (including the Transportation Card QR code), and biometric tickets can enjoy virtual transfer and inter-ride billing at the associated virtual transfer station (station information is dynamically added as the line network changes).

[0048] (2) When deducting fares for a virtual transfer, the first leg of the trip will be charged the normal fare. After the virtual transfer, the next leg will be charged the full fare minus the accumulated deduction fare. If the full fare is less than the accumulated fare, no refund will be made. The deduction amount for each leg will be subject to discounts based on the rules of each city.

[0049] (3) The transfer time is a certain period of time (e.g. 30 minutes) after swiping the card / scanning the code at the associated virtual transfer station. If you change stations or exceed the transfer time, you will not enjoy the virtual transfer and the next ride will be charged as a normal fare.

[0050] (4) Virtual transfer stations should be set up to calculate the network fare at the transfer station and passengers who purchase a one-way ticket can swipe their card to enter the gate at the associated virtual transfer station.

[0051] (5) To prevent the loss of one-way tickets, passengers holding one-way tickets need to purchase a new ticket to enter the gate for a virtual transfer and cannot enjoy continuous fare calculation. Of course, a specific channel can also be set up for ticket swiping and exiting the gate, and the combined fare calculation rules are: the balance of the first leg is cleared, and the remaining legs of the virtual transfer are charged "0" yuan for entry and exit.

[0052] (6) In order to simplify the timeout judgment rules, the timeout of the entire journey is not judged based on the first entry time, but the timeout verification rules are calculated independently for the two journeys.

[0053] (7) To regulate the order of riding, if a virtual transfer station is updated due to timeout, over-distance, or incorrect riding order, it will not be eligible for continuous pricing.

[0054] (8) The detour route will be charged based on the shortest route.

[0055] (9) Journeys that span multiple operating days are not eligible for virtual transfer continuous pricing.

[0056] Some cities' rail transit systems issue time-based and metered cards, stored-value cards, and discount cards, etc. The decision on whether to implement the virtual transfer function can be considered based on the reserved ticket fields and actual needs.

[0057] This business field is not planned for the "Public Transportation Process Information Variable-Length Record File" of the Transportation Card Interconnection Card, and it is recommended that out-of-town cards do not implement this function.

[0058] For post-paid ticket types such as QR codes for boarding and UnionPay QuickPass cards, it is recommended that each city's rail transit system determine segmented billing or unified billing at the end of the trip based on actual needs. This invention considers the consistency of business logic and the timeliness of reconciliation and deducts fees in segments according to the traditional ticket business logic.

[0059] Existing urban rail transit charges are based on time-based metering. The ticket-card composite transaction record file records information such as boarding status, boarding device code, and boarding time. Upon passing through the gate, the card data (composite consumption record file and balance file) are rewritten and deducted based on ticketing regulations. In addition to the aforementioned fields, this invention adds additional transaction fields for transfers.

[0060] After the transaction field is added, the urban rail transit automatic ticket vending and virtual transfer method of the embodiment of the present invention mainly includes the reading and writing process when swiping the card or QR code at the entrance and the reading and writing process when swiping the card or QR code at the exit.

[0061] like Figures 4A-4B As shown, the reading and writing process of swiping a card or QR code at the gate includes the following steps:

[0062] S101. Determine whether it is a virtual transfer station based on the information obtained at the entrance gate. If so, proceed to step S102.

[0063] S102: Determine whether the last exit and the current entry are on the same operating day. If so, proceed to step S103.

[0064] S103, continue to determine whether the last exit station is an associated virtual transfer station, if so, execute step S104;

[0065] S104: Determine whether the time from the last exit to the station is within the preset transfer time. If so, proceed to step S105.

[0066] S105. Reserve the newly added transaction fields regarding transfers.

[0067] like Figure 4A 、 4C As shown, the reading and writing process of swiping a card or QR code at the exit gate includes the following steps:

[0068] S201. Determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, proceed to step S202.

[0069] S202: Determine whether the current exit and the last entry are on the same operating day. If so, proceed to step S203.

[0070] S203, continue to determine whether the continuous transfer conditions are met, if so, execute step S204; if not, execute step S205;

[0071] S204: Charge according to the joint ride charging rules and clear the newly added transaction fields related to transfers according to the preset rules;

[0072] S205. Normal billing is performed and the newly added transaction fields are filled in according to the preset rules.

[0073] Furthermore, if it is determined that the station is not a virtual transfer station according to the information obtained at the gate, step S206 is executed: clearing the newly added transaction field related to transfer in the card data.

[0074] If it is determined that the station is not a virtual transfer station according to the information obtained at the exit gate, step S206 is executed to determine whether the current exit and the previous entry are on the same operating day. If not, step S207 is executed; if so, step S208 is executed;

[0075] S207. Normal billing is performed and the newly added transaction fields for the ride-sharing are cleared.

[0076] S208: Determine whether the continuous transfer condition is met. If so, execute step S209; if not, execute step S210;

[0077] S209: Calculate the fee according to the joint ride charging rules and clear the newly added transaction fields related to the transfer according to the preset rules;

[0078] S210. Normal billing.

[0079] It can be seen that by adding fields about transfers to associate multiple trips, it is possible to judge and record whether to transfer separately, and complete the payment for the ride according to the preset joint ride billing rules, thereby realizing the clearing logic of effective joint ride deductions, improving and enhancing the transfer efficiency and passenger experience of urban rail transit, better meeting the travel needs of passengers, and improving the service level and operation management capabilities of urban rail transit.

[0080] The newly added transaction field can be set to 6 bytes (BCD code) to record virtual transfer related information (such as 4 bytes for the previous OD and 2 bytes for the last deduction) to conduct virtual transfer business judgment. The field content is shown in Table 1 below.

[0081] Table 1. Field description of composite consumption record file

[0082]

[0083] The complete itinerary of two trips is as follows Figure 3 As shown, the entry reader at station A does not rewrite the newly added field; the exit reader at station B rewrites the newly added field if it is judged to be a virtual transfer station (taking AB as an example, a fee of 5 yuan), and does not fill in the field if it is a non-virtual transfer station; the entry reader at station C does not rewrite the newly added field if it is judged that the last exit station is an associated virtual transfer station and the exit time is on the same operating day and the transfer time difference is within the specified range of the rules, otherwise the newly added field is cleared; the exit reader at station D determines that the existence of the newly added field indicates that the current trip meets the virtual transfer rules, and the fee is deducted according to the difference of 3 yuan between AD and AB (taking AB as an example, a fee of 5 yuan, CD as an example, but AD as an entire fee of 8 yuan).

[0084] After initialization, the reader can be divided into four categories according to the site parameters (corresponding to Figure 3 There are four types of sites (A / B / C / D), and the business judgment logic is as follows Figure 3 shown.

[0085] A. The station parameters are set to non-virtual transfer stations, and the reader clears the newly added fields when entering the gate;

[0086] B. The first leg of the journey (AB) is deducted normally upon exiting the gate, and the fee is written into a new field according to the rules for entry into the second leg of the journey (i.e., C entry). This information is included in subsequent transactions for ACC to verify the route completeness at the end of the day.

[0087] C. The gate entry determines the last gate exit information in the composite transaction record file. If the conditions are met, the newly added field is retained; if not, the field content is cleared.

[0088] D. Whether the newly added field is recorded when exiting the gate (whether the combined charge is made). If so, the combined charge is made according to the virtual transfer logic and the newly added field is cleared (not a virtual transfer station). Otherwise, the virtual transfer is not enjoyed and the existing business logic is used for normal charging.

[0089] Internet ticket judgment logic: Internet tickets are usually in a pay-later mode and support dual offline gate pass through the reader and APP. After the reader verifies the legitimacy of the boarding code and passes it, it initiates a gate pass application to the iAFC system (the gate is directly opened when the reader is offline). After passing the gate, the boarding transaction is sent to the iAFC system. The system asynchronously matches according to the rules, initiates the deduction, and pushes the deduction transaction to ACC for clearing. The business process is as follows Figure 5 shown.

[0090] The iAFC acquisition subsystem is responsible for receiving / returning gate-passing requests initiated by the reader. The iAFC trip judgment subsystem still maintains the one-in-one-out boarding order verification rule. Compared with the traditional ticket card judgment logic, only the iAFC matching subsystem is modified to calibrate the boarding transaction of the virtual transfer station, add virtual transfer logic judgment and deduction rules, and modify the iAFC order subsystem to send the transaction file to ACC for clearing in the required format fields, thereby realizing the virtual transfer function of Internet tickets.

[0091] Cooperate with third-party system platforms to make special calibration for virtual transfer transaction orders, and you can intuitively check whether you are eligible for virtual transfer rules on your mobile phone bill and itinerary page.

[0092] Clearing management: Ordinary trips are charged once, while virtual transfers are charged twice. The current situation is that the charges for the latter part of the ride are relatively low. To ensure the fairness of the pooled ride billing and clearing rules, the following three clearing rules are mainly discussed:

[0093] Solution 1: Real-time settlement based on the actual deduction amount. The income of each segment is settled in real time based on the actual deduction amount (some segments may have a deduction of 0 yuan).

[0094] Solution 2: Implement virtual transfer clearing logic using real-time clearing, negative clearing, and full-trip clearing. The first leg of the journey will be cleared normally. By adding a new transaction field to link the first and second legs, the first leg will be cleared negatively and the full-trip transaction will be cleared positively. If the first leg transaction is lost and the full journey cannot be matched, to avoid revenue errors caused by reverse clearing, clearing will be performed based on the actual exit fee deduction for the second leg.

[0095] Solution 3: Implement virtual transfer clearing logic using end-of-day delayed clearing. Virtual transfer transactions are marked with fields and transferred to the delayed clearing table after being entered into the ACC database. Delayed clearing is then performed at the end of the day: virtual transfer transactions are sorted by card number, transaction time, and other information. The virtual transfer station, transfer time, and deduction amount are then used to determine whether they meet the virtual transfer criteria. If they meet the criteria, the accumulated deduction amount is cleared based on the entire route. Otherwise, the actual deduction amount is cleared (similar to Solution 2, where the first leg of the trip is lost). The clearing results are saved in a table to facilitate traceability. Table 2 shows a comparison of the solutions.

[0096] Table 2. Comparison of solutions

[0097]

[0098] In summary, the clearing rules have their own advantages and disadvantages. The present invention adopts Option 2, which not only ensures the timeliness and accuracy of clearing but also takes into account the economy of the transformation. Of course, it is understandable that the specific conditions of rail transit in various places can also be comprehensively considered.

[0099] In the prior art, many one-way tickets cannot be transferred. In the present invention, if it is a one-way ticket, the ticket is swiped at a specific channel to exit the gate, and the combined charging rules are: the balance of the first section of the ride is cleared, and the remaining rides are "0" yuan for virtual transfer. Since the transaction of a one-way ticket mainly involves the process of sale, entry, exit, update, and refund, a virtual transfer field can be reserved for the data information of the one-way ticket, which can be added, deleted, and modified to achieve virtual transfer of the one-way ticket. Its virtual transfer method is the same as the virtual transfer of the subway stored-value card, Wuhan Tong stored-value card, transportation card, UnionPay QuickPass card, the same client and the same account boarding code in the above-mentioned embodiment. However, when a one-way ticket is swiped at a specific channel to exit the gate, passengers who mistakenly receive the ticket need to buy a new ticket to board the train.

[0100] like Figure 6A As shown, if there are no transfers and the balance is sufficient, using a one-way ticket and a stored-value card as an example, covering Station A, Station B, Station C, and Station D, the one-way ticket balance is 5 yuan, and the stored-value card balance is 20 yuan. AB = 3 yuan, AD = 5 yuan. If exiting Station B: The one-way ticket balance is reset and the amount is added to the accumulated fare. The stored-value card is deducted normally and the amount is added to the accumulated fare. Exiting Station D: If the accumulated fare of the one-way ticket is ≥ AD, the stored-value card will be deducted according to AD minus the accumulated fare.

[0101] like Figure 6B As shown, if there is insufficient balance for a transfer, using a one-way ticket and stored-value card as an example, the journey involves Station A, Station B, Station C, and Station D. Stations B and C are both transfer stations. The balance on the one-way ticket is 5 yuan, and the balance on the stored-value card is 8 yuan. Thus, AB = 10 yuan, and AD = 9 yuan. Override update at Station B: The update fee is charged according to the exit gate at Station D, and the balance is added to the accumulated fare. Exit gate at Station B: The update flag is read, and the passenger is allowed to travel without checking the balance. The total balance of the balance and the exit gate deduction is added to the accumulated fare.

[0102] Taking a subway transfer station renovation project in a certain city as an example, one station was renovated to enable transfers in a paid area. After a certain subway line in the city was opened for trial operation, due to civil engineering issues, the two subway lines intersected without transfers, the station names were similar, and the ticket prices were set according to non-transfer stations, affecting the passenger travel experience. Later, a new transfer passage was built (comprising four parts: underground section, ground section, overpass section, and overpass transfer hall), and the non-paid areas of the two stations were renovated to connect with the newly built transfer overpass. Relevant equipment, systems, and renovations were added and modified to realize the paid area transfer function.

[0103] In another example, after a city rail transit line opened for trial operation, another line failed to connect to the same station at the same paid area, making transfers impossible despite the station name being the same. The two lines were then designated as transfer stations for calculating network fares, and interoperable single-trip ticket access was implemented.

[0104] In another example, three rail transit lines in a certain city were launched for trial operation. All three lines had the same starting station. Due to the railway protection zone, transfers within the paid area were impossible. Initially, network fares were calculated based on non-transfer stations, and single-trip tickets were not transferable, impacting passenger travel. Later, all three stations were designated as transfer stations for network fare calculation, enabling transferable single-trip tickets.

[0105] As can be seen, by setting designated stations as transfer stations and implementing fare calculations according to the present invention's virtual transfer method, various complex situations can be modified, improving the passenger experience. Specifically, this can address issues in urban rail transit, such as the inability to transfer within a station or the inability to combine two journeys for fare calculations due to factors such as railway protection zones and transfer station construction cycles, thereby improving service quality and passenger travel satisfaction.

[0106] The present invention's urban rail transit automatic ticket vending and virtual transfer system adopts a four-layer architecture: ticket, reader / writer, iAFC system, and clearing system. It mainly improves the entry and exit readers / writers. The improved readers / writers are as follows.

[0107] The station entry reader is used to determine whether it is a virtual transfer station based on the information obtained at the entrance gate. If so, it determines whether the last exit and the current entry are on the same operating day. If so, it continues to determine whether the last exit station is an associated virtual transfer station. If so, it determines whether the time from the last exit to the station is within the preset transfer time. If so, it retains the newly added transaction field related to the transfer;

[0108] The exit reader is used to determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, it determines whether the current exit and the last entry are on the same operating day. If so, it continues to determine whether the continuous transfer conditions are met. If so, it charges according to the joint ride billing rules and clears the newly added transaction fields about the transfer according to the preset rules. If it does not meet the continuous transfer conditions, it charges normally and fills in the newly added transaction fields according to the preset rules.

[0109] Both readers and writers are used to implement the above method embodiments, and are not described in detail here.

[0110] The present application also provides a computer-readable storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., an SD or DX memory), a random access memory (RAM), a static random access memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a disk, an optical disk, a server, an App application store, etc., on which a computer program is stored, and when the program is executed by a processor, a corresponding function is implemented. When the computer-readable storage medium of this embodiment is executed by a processor, the urban rail transit automatic ticket vending and virtual transfer method of the method embodiment is implemented.

[0111] It should be pointed out that, according to the needs of implementation, the various steps / components described in this application can be split into more steps / components, or two or more steps / components or partial operations of steps / components can be combined into new steps / components to achieve the purpose of the present invention.

[0112] The size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0113] It should be understood that those skilled in the art can make improvements or changes based on the above description, and all such improvements and changes should fall within the scope of protection of the appended claims of the present invention.

Claims

1. A virtual transfer method for automatic ticketing and checking in urban rail transit, characterized in that: The following steps are involved: Determine whether it is a virtual transfer station based on the information obtained at the entrance gate. If so, determine whether the last exit and the current entry are on the same operating day. If so, continue to determine whether the last exit station is an associated virtual transfer station. If so, determine whether the distance from the last exit is within the preset transfer time. If so, retain the newly added transaction field about the transfer; Determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, determine whether this exit and the last entry are on the same operating day. If so, continue to determine whether the conditions for continuous transfer are met. If so, charge according to the joint charging rules and clear the newly added transaction fields about transfers according to the preset rules. If the conditions for continuous transfer are not met, charge normally and fill in the newly added transaction fields according to the preset rules.

2. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: If it is determined that the station is not a virtual transfer station based on the information obtained at the gate, the newly added transaction field about the transfer in the card data will be cleared.

3. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: If it is determined that it is not a virtual transfer station based on the information obtained at the exit gate, then continue to determine whether this exit and the last entry are on the same operating day. If not, normal billing will be performed and the newly added transaction fields for joint rides will be cleared. If so, continue to determine whether the conditions for continuous transfers are met. If so, billing will be performed according to the joint ride billing rules and the newly added transaction fields for transfers will be cleared according to the preset rules. If not, normal billing will be performed.

4. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: When the conditions for virtual transfer are met, the fare for each trip will be discounted according to the rules of each city.

5. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: The joint ride billing rules are as follows: deductions are made based on the difference between the full fare and the cumulative deduction fare; if the transaction record for a certain segment of the journey is lost, deductions are made based on the number of rides in the current segment of the journey.

6. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: The preset transfer time is a certain period of time after swiping the card or scanning the code at the associated virtual transfer station; if the station is changed or the transfer time is exceeded, the virtual transfer discount will not be enjoyed, and the next ride will be charged according to the normal fare.

7. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: If it is a one-way ticket, you need to swipe the ticket at a specific channel to exit the gate, and the combined fare rules are as follows: the balance of the first ride is reset to zero, and the remaining rides are charged "0" yuan for virtual transfers.

8. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: In the joint charging rules, the detour route is charged according to the shortest route of the entire journey.

9. The urban rail transit automatic ticket vending and checking virtual transfer method according to claim 1, characterized in that: In the joint ride pricing rules, trips across operating days are not eligible for virtual transfer continuous pricing.

10. An urban rail transit automatic ticket vending and checking virtual transfer system, characterized in that: include: The station entry reader is used to determine whether it is a virtual transfer station based on the information obtained at the entrance gate. If so, it determines whether the last exit and the current entry are on the same operating day. If so, it continues to determine whether the last exit station is an associated virtual transfer station. If so, it determines whether the distance from the last exit is within the preset transfer time. If so, it retains the newly added transaction field about the transfer; The exit reader is used to determine whether it is a virtual transfer station based on the information obtained at the exit gate. If so, it determines whether the current exit and the last entry are on the same operating day. If so, it continues to determine whether the continuous transfer conditions are met. If so, it charges according to the joint charging rules and clears the newly added transaction fields about the transfer according to the preset rules. If it does not meet the continuous transfer conditions, it charges normally and fills in the newly added transaction fields according to the preset rules.

Images