Multi-network integration gate ticket checking method and device, electronic equipment and storage medium

Abstract

The invention relates to the technical field of computers, and discloses a multi-network integration gate ticket checking method and device, electronic equipment and a storage medium. When a user swipes a card on a multi-network integration gate, ticket card information of the user is obtained, and then whether the swiped ticket card meets a ticket card standard is verified in sequence; whether the actual balance value in the ticket card is not smaller than the minimum transfer balance value or not is judged, after verification is passed, outbound settlement and deduction operation are executed, outbound transaction information is generated, then inbound operation is executed, inbound transaction information is generated, and the two kinds of transaction information are sent to corresponding external system systems through external communication links; and then generating a gate opening instruction, and sending the gate opening instruction to a fan door module of the multi-network integration gate machine, so that a fan door is opened, gate exiting of an exit system and gate entering of an entry system are realized at the multi-network integration gate machine, two independent entry processes and exit processes are combined into one gate exiting, and the transfer efficiency of a user is improved.

Description

Technical Field

[0001] This invention relates to the field of transportation infrastructure technology, specifically to a multi-network integrated gate ticket checking method, device, electronic equipment, and storage medium. Background Technology

[0002] With the continuous development of urban agglomerations and metropolitan areas, the demand for the integration of multiple rail transit networks is becoming increasingly urgent, especially the interconnection of subways, intercity railways, and suburban railways. Subways, intercity railways, and suburban railways are different types of lines, and their Automatic Fare Collection Systems (AFC) architectures, ticketing policies, fares, and ticketing systems also differ. Therefore, improving transfer efficiency has become a key research focus.

[0003] In related technologies, due to the incompatibility of AFC (Automatic Fare Collection) systems for different line types, a single turnstile only supports ticketing for one system. This causes passengers to need to complete the exit operation at one turnstile and the entry operation at another when transferring, requiring them to find two turnstiles at different locations to complete the entry and exit tasks, thus reducing travel efficiency. Summary of the Invention

[0004] This application provides a multi-network converged gate ticket checking method, device, electronic device and storage medium to at least solve the problem of incompatibility between AFC of different network standards in gates in related technologies.

[0005] This application provides a multi-network converged gate ticket checking method, including: In response to a user's card swiping behavior at a multi-network converged gate, obtain the user's ticket information; Based on the ticket information, verify whether the ticket being swiped meets the ticket standards of the multi-network converged gate; the ticket standards include exit ticket standards and entry ticket standards. If the ticket meets the ticket standard, the minimum transfer balance is determined based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard; where the entry station and transfer point belong to different external system standards. If the actual balance value represented by the ticket information is not less than the minimum balance value for transfer, the system will perform exit and entry transactions for the user based on the entry station, exit station, transfer point, and preset transaction standards, and generate exit and entry transaction information. Outbound transaction information is sent to the corresponding external outbound system via the outbound external communication link, and inbound transaction information is sent to the corresponding external inbound system via the inbound external communication link; A gate opening command is generated and sent to the gate module of the multi-network converged gate, so that the gate module responds to the gate opening command and controls the gate of the multi-network converged gate to open.

[0006] This application also provides a multi-network converged gate ticket checking device, including: The acquisition module is used to acquire the user's ticket information in response to the user's card swiping behavior at the multi-network converged gate; The verification module is used to verify whether the ticket being swiped meets the ticket standards of the multi-network converged gate based on the ticket information; the ticket standards include exit ticket standards and entry ticket standards. The determination module is used to determine the minimum transfer balance based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standards, provided that the ticket meets the ticket standards; where the entry station and transfer point belong to different external system types. The generation module is used to perform exit and entry transactions for users based on the entry station, exit station, transfer point, and preset transaction standards, provided that the actual balance value represented by the ticket information is not less than the minimum transfer balance value, and to generate exit and entry transaction information. The sending module is used to send outbound transaction information to the corresponding external outbound system via the outbound external communication link, and to send inbound transaction information to the corresponding external inbound system via the inbound external communication link. A gate opening command is generated and sent to the gate module of the multi-network converged gate, so that the gate module responds to the gate opening command and controls the gate of the multi-network converged gate to open.

[0007] This application also provides an electronic device, including: a memory for storing a computer program; and a processor for executing the computer program to implement the steps of any of the above-described multi-network converged gate ticket checking methods.

[0008] This application also provides a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, it implements the steps of any of the above-described multi-network converged gate ticket checking methods.

[0009] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of any of the above-described multi-network converged gate ticket checking methods.

[0010] Through this application, when a user swipes their card at the multi-network converged turnstile, the system obtains the user's card information, then verifies whether the swipe card meets the card standards and determines whether the actual balance on the card is not less than the minimum balance for transfer. After successful verification, the system performs exit settlement and deduction operations, generating exit transaction information. Then, it performs entry operations, generating entry transaction information. The two types of transaction information are sent to their respective external system via external communication links. Finally, an opening command is generated and sent to the gate module of the multi-network converged turnstile, causing the gate to open. This allows the multi-network converged turnstile to realize both exit and entry processes, merging two separate entry and exit processes into a single exit process, thus improving the user's transfer efficiency. Attached Figure Description

[0011] To more clearly illustrate the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 This is a schematic diagram of the structure of the multi-network converged gate ticketing system on which the embodiments of this application are based; Figure 2 A flowchart illustrating the multi-network converged gate ticket checking method provided in this application embodiment; Figure 3 A flowchart illustrating an exemplary multi-network converged gate ticket checking method provided in this application embodiment; Figure 4 A flowchart illustrating an exemplary transaction management method provided in this application embodiment; Figure 5 A schematic diagram illustrating the structure of an exemplary version parameter management method provided in this application embodiment; Figure 6 A schematic diagram of an exemplary multi-network converged gateway provided in the embodiments of this application; Figure 7 This is a schematic diagram of the structure of an exemplary device control method provided in the embodiments of this application; Figure 8 A schematic diagram of the structure of an exemplary device status monitoring method provided in the embodiments of this application; Figure 9 This is a schematic diagram of the structure of the multi-network converged gate ticket checking device provided in the embodiments of this application; Figure 10 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0013] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the protection scope of this application.

[0014] It should be noted that, in the description of this application, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. The terms "first," "second," etc., in this application are used to distinguish similar objects and are not used to describe a specific order or sequence.

[0015] Different AFC (Automatic Fare Collection) system architectures, ticketing policies, fares, and fare systems for different rail systems cannot be directly transferred. Passengers must complete ticketing within the same rail system before entering the other rail system. Furthermore, the AFC systems of different rail systems are incompatible, meaning each turnstile only supports one type of ticketing. This forces passengers to exit at one turnstile and then enter at another, requiring them to locate two turnstiles at different locations and reducing travel efficiency.

[0016] In related technologies, a dual-master control mode has been applied in cross-regional ticketing scenarios. This mode combines a metro master control module and a national railway master control module, along with a ticket recognition module and a seamless switching master control method, to implement national railway ticketing and metro ticketing services, achieving ticketing switching and integration with different system types. However, this solution is limited to the ticket recognition and switching between national railway and metro tickets, corresponding to the ticket checking business master control. Furthermore, it requires switching the ticket checking master control and gate opening control after ticket type recognition, making the ticket checking process complex and time-consuming, which is detrimental to passenger flow during peak hours.

[0017] To address the aforementioned technical problems, this application provides a multi-network converged gate ticket checking method, device, electronic device, and storage medium. The method includes: responding to a user's card-swiping behavior at the multi-network converged gate, acquiring the user's card information; verifying whether the swiped card meets the multi-network converged gate's card standards based on the card information; wherein the card standards include exit card standards and entry card standards; if the card meets the card standards, determining a minimum transfer balance value based on the entry station, exit station, and transfer point represented by the card information and a preset transaction standard; wherein the entry station and transfer point belong to different external system standards; and in the case of the ticket... If the actual balance represented by the card information is not less than the minimum balance for transfers, the system performs exit and entry transactions for the user based on the entry station, exit station, transfer point, and preset transaction standards, and generates exit and entry transaction information. The exit transaction information is sent to the corresponding external exit system via the exit external communication link, and the entry transaction information is sent to the corresponding external entry system via the entry external communication link. An opening command is generated and sent to the gate module of the multi-network converged gate, so that the gate module responds to the opening command and controls the gate of the multi-network converged gate to open. The method provided by the above solution obtains the user's ticket information when the user swipes their card at the multi-network converged gate. Then, it verifies whether the swiped card meets the ticket standards and determines whether the actual balance on the card is not less than the minimum balance for transfer. After successful verification, it performs exit settlement and deduction operations to generate exit transaction information. Then, it performs entry operations to generate entry transaction information. The two types of transaction information are sent to the corresponding external system through external communication links. Then, it generates a gate opening command and sends it to the gate module of the multi-network converged gate, causing the gate to open. This allows the multi-network converged gate to realize the exit of the exit system and the entry of the entry system, merging the two independent entry and exit processes into one exit process, thus improving the user's transfer efficiency.

[0018] To enable those skilled in the art to better understand the present application, the present application will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0019] The specific application environment architecture or specific hardware architecture on which the multi-network converged gate ticket checking method depends is described here.

[0020] First, the structure of the multi-network converged gate ticketing system based on this application will be described: The multi-network converged gate ticket checking method, device, electronic equipment, and storage medium provided in this application are applicable to achieving compatibility of different system standards on multi-network converged gates, such as... Figure 1The diagram shown is a structural schematic of the multi-network converged gate ticketing system based on the embodiments of this application. It mainly includes a data acquisition device and a multi-network converged gate ticketing device. The data acquisition device is used to acquire the user's ticket information, and the multi-network converged gate ticketing device is used to realize the user's transfer needs on the multi-network converged gate based on the multi-network converged gate ticketing method provided in the embodiments of this application.

[0021] This application provides a method for ticket checking at a multi-network converged turnstile, enabling compatibility between different system standards on the multi-network converged turnstile. The execution subject of this application embodiment is an electronic device, such as a server, desktop computer, laptop computer, tablet computer, or other electronic devices that can be used for ticket checking at a multi-network converged turnstile.

[0022] like Figure 2 The diagram shown is a flowchart illustrating the multi-network converged gate ticket checking method provided in this application embodiment. The method includes: Step 201: In response to the user's card swiping behavior at the multi-network converged gate, obtain the user's ticket information.

[0023] Specifically, multi-network converged turnstiles are typically four-network converged tag turnstiles, usually installed at the transfer interface between two different system types. The specific two system types used in the multi-network converged turnstile are determined based on the application scenario. For example, in a high-speed rail to subway transfer scenario, the multi-network converged turnstile is placed at the transfer interface, therefore, it incorporates both the high-speed rail system and the subway system. Depending on the application requirements, a greater number of external system types can be configured in the multi-network converged turnstile.

[0024] When a user swipes their card at the multi-network converged gate, the gate calls a reader to retrieve the card information via an interface. This card information includes the user's unique card identifier, card type, card validity period, entry point, and exit point.

[0025] Step 202: Based on the ticket information, verify whether the ticket being swiped meets the ticket standards of the multi-network converged gate.

[0026] The ticket standards include exit ticket standards and entry ticket standards.

[0027] Specifically, a multi-network converged turnstile contains at least two external system standards. Different systems have different ticket requirements, necessitating identification based on the ticket standards used by the main systems of each system. This involves determining whether the ticket can be used simultaneously under all system standards; that is, the user's ticket must meet the ticket standards of all systems. Secondly, the legality of the ticket is checked according to the business requirements of the main systems of each system, including ticket validity, ticket type, ticket blacklist, and ticket status.

[0028] Accordingly, by verifying whether the ticket card being swiped meets the ticket card standards, it is first determined whether the ticket card can be used normally, and whether the ticket card needs to meet the ticket card standards of multiple external system standards at the same time, thus providing a foundation for realizing the compatibility of multi-network converged gates with multiple external system standards.

[0029] Step 203: If the ticket meets the ticket standard, determine the minimum transfer balance value based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard.

[0030] Among them, the entry station and the transfer point belong to different external system.

[0031] Specifically, if the ticket meets the ticket standard, the gate reader can read the ticket information normally. The preset transaction standard includes the fare tables corresponding to the two system types. The minimum balance for transfers needs to meet the amount for exiting the station and taking at least one stop after the transfer.

[0032] Step 204: If the actual balance value represented by the ticket information is not less than the minimum balance value for transfer, perform exit and entry transactions for the user based on the entry station, exit station, transfer point and preset transaction standards, and generate exit transaction information and entry transaction information.

[0033] Specifically, the actual balance value is the available balance on the user's ticket card. This actual balance is not less than the minimum transfer balance, indicating that the ticket card can be used for normal exit and transfer into the station. In the application scenario of high-speed rail to subway transfer, the multi-network integrated gate first processes the exit transaction and then the entry transaction. First, based on the actual balance value and the minimum transfer balance, it is determined that the user can normally exit and transfer into the station. Then, the fare is deducted from the ticket card, and the corresponding data is written to the ticket card, completing the exit operation and generating the corresponding exit transaction information. Next, based on the transfer point and preset transaction standards, the corresponding entry data is written to the ticket card, generating the corresponding entry transaction information. Both the exit and entry transaction information comply with the requirements of the corresponding external system.

[0034] Exit transaction information includes transaction type, transaction serial number, ticket unique identifier, transaction verification code, transaction status, gate number, station and line information, and fare information. Entry transaction information includes transaction type, transaction verification code, transaction serial number, ticket unique identifier, gate number, transfer point information, and entry time.

[0035] Step 205: Send outbound transaction information to the corresponding external outbound system via the outbound external communication link, and send inbound transaction information to the corresponding external inbound system via the inbound external communication link.

[0036] Specifically, the external system refers to the back-end ticketing management and service system corresponding to the rail transit system, which includes national railways, suburban railways, and subways. Transactions generated during the operation belong to two separate systems. The external system needs to perform related financial settlement and operational management based on exit transaction information. Transaction information differs in transaction format, data content, upload interface, and auditing requirements. Furthermore, the AFC architecture differs across systems. Therefore, based on the different transaction information generated by processing different line systems, the corresponding external communication link needs to upload the transaction information to the corresponding system for auditing. Thus, exit transaction information needs to be sent to the corresponding external exit system via an external communication link. Once the external entry system receives the entry transaction information, it indicates that the user has completed the exit payment and can proceed with the transfer normally.

[0037] Accordingly, by generating corresponding outbound and inbound transaction information based on outbound and inbound transaction data within the multi-network converged gate, and transmitting this information to external system standards via an external standard link, the external system can obtain the inbound and outbound transaction data. This allows the external system to perform financial settlement and operational management based on the relevant transaction information. Simultaneously, the transmission of inbound and outbound transaction information via an external communication link enables compatibility with multiple external system standards within the multi-network converged gate.

[0038] Step 206: Generate an opening command and send the opening command to the gate module of the multi-network converged gate, so that the gate module responds to the opening command and controls the gate of the multi-network converged gate to open.

[0039] Specifically, after generating the gate opening command, it is sent to the gate module of the multi-network converged turnstile to control the gate to open and display the gate passage prompt information on the display device of the multi-network converged turnstile. The multi-network converged turnstile includes a ticket sensor, gate, and display device.

[0040] Accordingly, this application allows for direct exit ticket checking for System 1 and entry ticket checking for System 2 on the multi-network converged tag gate, eliminating the need to search for the exit gate of System 1 and the entry gate of System 2. This reduces the time spent searching for gates of different system types. Furthermore, in the design of the station hall, the characteristics of the multi-network converged gate can be fully utilized to reduce the number of transfer channels and gate equipment between System 1 and System 2, making it easier to design transfer channels and install gates. This results in a more convenient station hall layout for passengers to transfer, improving passenger transfer efficiency.

[0041] Based on the above embodiments, as an implementable approach, in one embodiment, when the ticket meets the ticket standard, the minimum transfer balance is determined according to the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard, including: Step 2031: If the ticket meets the ticket standard, determine the exit fare based on the entry station, exit station, and preset transaction standard; Step 2032: Determine the minimum transfer fare based on the transfer type represented by the transfer point and the preset transaction standard; Step 2033: Determine the minimum transfer balance based on the exit fare and the minimum transfer fare.

[0042] Specifically, the preset transaction standard is the fare table corresponding to the external system. A ticket meeting the standard indicates that it can be used normally. The card reader calculates the exit fare based on the entry and exit stations in the ticket information and the fare table corresponding to the external exit system. Then, based on the transfer type, i.e., the type of external system used for the transfer and its corresponding fare table, the amount required to travel at least one stop is determined, resulting in the minimum transfer fare. The minimum balance for the transfer is determined by summing the exit fare and the minimum transfer fare.

[0043] Accordingly, the minimum balance for transfer is determined by the exit fare and the minimum transfer fare, ensuring that the actual balance in the ticket card must simultaneously meet the minimum cost for exit settlement and transfer, thus providing a basis for multi-network integrated gates to simultaneously realize the transfer mode of entering and exiting the station.

[0044] Specifically, in one embodiment, if the actual balance value represented by the ticket information is less than the minimum balance value for transfer, it is determined that the exit has failed and a corresponding exit failure message is generated; the exit failure message is sent to the multi-network converged gate display device to notify the passenger that the exit has failed.

[0045] Specifically, if the actual balance is less than the minimum balance for a transfer, the passenger cannot exit the gate normally, the gate will not open, a corresponding exit failure message will be generated, and an error message will be displayed on the interface, prompting the passenger to handle the situation appropriately, such as indicating insufficient balance and the need to top up. The exit failure message is sent to the external system via an external communication link. The exit failure message includes the ticket's unique identifier, transaction serial number, gate number, station and line information, transaction failure time, and reason for failure. The transaction failure message is also displayed on the multi-network converged gate's display device, informing the passenger of the exit failure and the corresponding reason for failure.

[0046] For example, such as Figure 3The diagram illustrates an exemplary multi-network converged gate ticket checking method provided in this application embodiment. After the gate is activated, the reader obtains ticket information and sequentially determines whether the ticket meets the exit and entry ticket standards. Then, the legality of the ticket is checked according to the business requirements of different system types, including ticket validity, ticket type, ticket blacklist, and ticket status. If all conditions are met, the exit fare and minimum transfer fare are calculated to obtain the minimum transfer balance. It is then determined whether the actual balance on the ticket is not less than the minimum transfer balance. If so, a deduction operation is performed, the exit transaction information is written to the ticket, and sent to the corresponding external system. When the multi-network converged tag gate device passes through the gate, it first completes the operation loop of system 1 through the external communication link of system 1 and deducts the corresponding fee. Then, it opens the starting station information of external system 2 through the external communication link of system 2 and writes the station, equipment, and entry time of the currently configured external system 2 into the entry transaction information.

[0047] For example, such as Figure 4 The diagram shown is a flowchart of an exemplary transaction management method provided in this application embodiment. After the exit of system 1 and the entry of system 2 are completed, the gate opens, different system types perform transaction audits, and the corresponding transaction data are stored in the database respectively. Then, the passage through the gate is completed.

[0048] Based on the above embodiments, as an implementable approach, in one embodiment, the method further includes: Step 301: Obtain the current system version information from the main program's local parameter file; wherein, the current system version information includes the current version information of each external system. Step 302: For any external standard system, send the current version information to the corresponding external standard system through the external communication link so that the external standard system can perform version comparison and obtain the version comparison result; Step 303: If the version comparison results are inconsistent, obtain the version difference information; Step 304: Update the corresponding external system version in the main program's local parameter file based on the version difference information.

[0049] The preset transaction standards, outbound transaction information communication formats, and inbound transaction information communication formats are determined based on the current standard version information in the main program's local parameter file.

[0050] Specifically, when performing AFC service operations under different external line systems, it is necessary to implement parameter application under different line systems, and use parameters to control service operations, ticket checks, and fare calculations under different external line systems.

[0051] For the two systems in the multi-network converged gate, the main program's local parameter file contains information about the current system version being used by both systems. This current system version information is included in the local parameter file storage directory and the database's current parameter application table. Parameters include site parameters, device information parameters, fare parameters, ticket parameters, and blacklist parameters, etc.

[0052] During main program initialization, a version comparison is performed on both external standard systems. The current version information is sent to the corresponding external standard system via an external communication link. The external standard system compares its latest version information with the received current version. If the comparison results are inconsistent, version difference information is generated. The multi-network converged gate retrieves the version difference information from the external standard system's FTP server via the external communication link using the File Transfer Protocol (FTP). Upon receiving the version difference information, the gate updates the corresponding external standard system version in the main program's local parameter file.

[0053] For example, such as Figure 5 The diagram illustrates the structure of an exemplary version parameter management method provided in this application embodiment. During main program initialization, the current version information in the local parameter file of the multi-network converged gateway is queried. This information is then sent to the corresponding external standard system via an external communication link. The external standard system performs version comparison in its background, obtaining the comparison result. If a difference exists, corresponding version difference information is generated and sent to the multi-network converged gateway, enabling it to update its version based on the difference information. After completion, the version in the reader is checked. If no difference exists, the current version information in the reader is retrieved to determine if there is a difference between the version in the reader and the latest version. If a difference exists, corresponding version difference information is generated and sent to the reader, allowing it to update its version based on the difference information. This ensures that the parameter versions in the external standard system, the multi-network converged gateway, and the reader remain consistent. Version comparison and updates are performed sequentially, first on the main external standard system, then on other external standard systems.

[0054] Accordingly, by comparing parameter versions, the parameters of external standard systems, multi-network converged gate main programs, and readers are kept consistent, avoiding deviations in business processing caused by different parameter versions, which could lead to data errors.

[0055] Based on the above embodiments, as an implementable approach, in one embodiment, the method further includes: Step 401: Obtain the backend connection address of the external standard system; Step 402: Based on the backend connection address, establish an external communication link with the external standard system using the network card and network switch.

[0056] External communication links include network interface cards (NICs) and network switches.

[0057] For example, such as Figure 6 The diagram shown is a schematic of an exemplary multi-network converged turnstile provided in this application embodiment. The multi-network converged turnstile device uses physically isolated dual networks to connect to different external systems. These external systems include a clearing center (ACC), a station computer (SC), and a multi-line center (MLC). Each external system's main body is connected to a dedicated network switch. The multi-network converged turnstile is equipped with a corresponding independent network card. The main program performs various business processing and communicates with the corresponding external system through the network card. The turnstile reader interacts with the passenger's ticket, obtains ticket information, and writes the information after the transaction is completed. The turnstile's main program establishes an external communication link through the network card and network switch based on the backend connection address, including socket and FTP communication interfaces, to achieve the corresponding data transmission.

[0058] Correspondingly, since the two external standard systems are physically completely isolated, data security and network independence between the different standard systems are ensured, complying with industry security standards. Furthermore, connecting different external standard systems via external communication links is more convenient, efficient, and easier to expand the external standard systems compared to installing two industrial control units of different standards inside the gate.

[0059] Based on the above embodiments, as an implementable approach, in one embodiment, the method further includes: Step 501: When receiving device control commands from different external standard systems simultaneously, select the main external standard system from among the multiple external standard systems that sent the device control commands based on the internal configuration information of the multi-network converged gate. Step 502: In response to the device control command from the main external system, perform device control operations and return a success message to all external systems that sent the device control command.

[0060] Among them, equipment control operations include at least equipment software restart, equipment hardware restart, and equipment operating mode adjustment.

[0061] Specifically, the internal configuration information of the multi-network converged turnstile differs depending on the sovereign entity of the turnstile, and the primary external system is determined based on this internal configuration information. When receiving device control commands from different external systems simultaneously, the turnstile only responds to the device control commands from the primary external system, performs the corresponding device control operation, and returns a success message to all external systems that sent the device control commands. The external system configured for the multi-network converged turnstile is the configured system. The multi-network converged turnstile responds to device control commands sent by the configured system; for device control commands sent by non-configured systems, the multi-network converged turnstile directly returns a command execution failure message.

[0062] Equipment control commands include: starting service (transferring the equipment from stopped service to normal service); stopping service (transferring the equipment from normal service to stopped service); restarting the main program; restarting the system; uploading the current equipment status (including the operating status of each hardware module and the current operating mode); uploading the current parameter version information (uploading the currently used parameter version information to the ACC); uploading the current software version information (uploading the current main program and reader software version information to the ACC); setting a degraded operating mode (transferring the equipment from normal operating mode to the corresponding degraded mode, such as train fault mode, fare exemption mode, ticket entry and exit exemption mode, time exemption mode, emergency mode, etc.); setting a normal operating mode (transferring the equipment from degraded mode to normal operating mode); and opening / closing the equipment door (allowing the ACC to remotely control the opening and closing of the door).

[0063] For example, such as Figure 7 The diagram shown is a schematic of an exemplary device control method provided in this application embodiment. The multi-network converged gate starts up, the hardware module is initialized, and after the device initialization is completed, it cyclically receives device control commands sent by the standard system. After receiving the device control command, it first checks whether the corresponding standard system is a configured standard system. If it is a non-configured standard system, it returns an execution failure. If it is a configured standard system, it responds to the device control command of the external standard system, performs device control operations, updates the device status accordingly, and returns an execution success to all external standard systems that sent device control commands.

[0064] Accordingly, by determining the primary external system, the priority of device control command response is determined. When device control commands are received simultaneously, the primary external system can be responded to first. At the same time, by returning the same command indicating successful execution, state synchronization is achieved, avoiding the external system from repeatedly resending commands due to lack of response or mistakenly believing that the command execution has failed.

[0065] Based on the above embodiments, as an implementable approach, in one embodiment, the method further includes: Step 601: Obtain the device status change information of the multi-network converged gate; Step 602: Send the device status change information to the corresponding external standard system through the external communication link.

[0066] Among them, the equipment status change information includes at least the door status change information.

[0067] For example, such as Figure 8 The diagram shown is a schematic diagram of an exemplary device status monitoring method provided in this application embodiment. During the initialization of the gate main program, the device operating status is monitored, and the device status after startup is sent to all external standard systems. The device operating status is monitored in real time, and when the device operating status changes, the current device operating status is sent to the corresponding external standard system.

[0068] Specifically, different external line systems monitor the status of the multi-network converged turnstile during operation, enabling the external lines to effectively manage the equipment's operational status. The multi-network converged tag turnstile manages the equipment's operational status data based on different external line systems and uploads this data via the corresponding system's external communication link.

[0069] Equipment status monitoring includes information such as equipment operating mode, status of each hardware module, and events occurring on the equipment. The main program periodically checks the module status, current operating mode, and records various types of events generated during equipment operation. Different physical networks then call external communication links of different external standard line systems, sending the current equipment status monitoring data to the respective external standard line systems according to their protocols. This enables different standard line systems to monitor the operational status of the tag gate equipment. Equipment status change information includes whether the gate is open or closed, and the display shows the corresponding content. This equipment status change information is sent to the corresponding external standard system via the external communication link.

[0070] Correspondingly, by monitoring the equipment status and feeding it back to the external system, the external system gains control over the gate's status and can determine the corresponding business processing status based on the gate's equipment status, thus achieving synchronization.

[0071] The multi-network converged gate ticket checking method provided in this application includes: responding to a user's card swiping behavior at the multi-network converged gate, obtaining the user's card information; verifying whether the swiped card meets the multi-network converged gate's card standards based on the card information; wherein the card standards include exit card standards and entry card standards; if the card meets the card standards, determining a minimum transfer balance value based on the entry station, exit station, and transfer point represented by the card information and a preset transaction standard; wherein the entry station and transfer point belong to different external system standards; and the actual balance value represented by the card information is not small. Under the condition of minimum transfer balance, based on the entry station, exit station, transfer point and preset transaction standards, the system performs exit and entry transactions for users and generates exit and entry transaction information. The exit transaction information is sent to the corresponding external exit system via the exit external communication link, and the entry transaction information is sent to the corresponding external entry system via the entry external communication link. An opening command is generated and sent to the gate module of the multi-network converged gate, so that the gate module responds to the opening command and controls the gate of the multi-network converged gate to open. The method provided by the above solution obtains the user's ticket information when the user swipes their card at the multi-network converged gate. Then, it verifies whether the swiped card meets the ticket standards and determines whether the actual balance on the card is not less than the minimum balance for transfer. After successful verification, it performs exit settlement and deduction operations to generate exit transaction information. Then, it performs entry operations to generate entry transaction information. The two types of transaction information are sent to the corresponding external system through external communication links. Then, it generates a gate opening command and sends it to the gate module of the multi-network converged gate, causing the gate to open. This allows the multi-network converged gate to realize the exit of the exit system and the entry of the entry system, merging the two independent entry and exit processes into one exit process, thus improving the user's transfer efficiency.

[0072] Furthermore, by verifying whether the swiped ticket meets the ticket standards, it first determines whether the ticket can be used normally and whether the ticket needs to simultaneously meet the ticket standards of multiple external systems. This provides a foundation for achieving compatibility between multiple external systems and multi-network converged turnstiles. By generating corresponding outbound and inbound transaction information based on outbound and inbound transactions within the multi-network converged turnstile, and sending this information to external systems via external links, the external systems can obtain inbound and outbound transaction information. This allows them to perform financial settlement and operational management based on the corresponding transaction information. Simultaneously, the transmission of inbound and outbound transaction information via external communication links enables compatibility with multiple external systems within the multi-network converged turnstile. This application allows for direct ticket checking for System 1 (exit) and System 2 (entry) on the multi-network converged tag gate, eliminating the need to search for exit gates for System 1 and entry gates for System 2. This reduces the time spent searching for gates of different systems. Furthermore, the multi-network converged gate's features can be fully utilized in station hall design, reducing the number of transfer channels and gates between System 1 and System 2. This facilitates transfer channel design and gate installation, resulting in a more convenient station hall layout for passenger transfers and improved passenger transfer efficiency.

[0073] The minimum transfer balance is determined by the exit fare and the minimum transfer fare, ensuring that the actual balance on the ticket card simultaneously meets the minimum cost for both exit settlement and transfer. This provides a foundation for multi-network converged turnstiles to simultaneously support both entry and exit transfers. Comparison of parameter versions ensures consistency among external systems, the multi-network converged turnstile's main program, and readers, preventing discrepancies in processing and data errors due to version differences. Since the two external systems are physically isolated, data security and network independence between them are ensured, complying with industry security standards. Furthermore, connecting different external systems via external communication links is more convenient, efficient, and facilitates expansion of external systems compared to installing two different industrial control systems within the turnstile. By identifying the primary external control system, the priority of device control command responses is determined. When device control commands are received simultaneously, the primary external control system can be responded to first. Simultaneously, by returning the same successful execution command, state synchronization is achieved, preventing the external control system from repeatedly resending commands due to lack of response or mistakenly deeming command execution failure. By monitoring the device status and feeding it back to the external control system, the external control system gains control of the gate's status and can determine the corresponding business processing status based on the gate's device status, thus achieving synchronization.

[0074] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method.

[0075] The embodiments of this application also provide a multi-network converged gate ticket checking device for performing the multi-network converged gate ticket checking method provided in the above embodiments.

[0076] like Figure 9 The diagram shown is a structural schematic of the multi-network converged gate ticket checking device provided in this application embodiment. The multi-network converged gate ticket checking device 90 includes: an acquisition module 901, a verification module 902, a determination module 903, a generation module 904, a sending module 905, and a control module 906.

[0077] The system comprises the following modules: an acquisition module, used to acquire the user's ticket information in response to the user's card swiping behavior at the multi-network converged gate; a verification module, used to verify whether the swiped ticket meets the ticket standards of the multi-network converged gate based on the ticket information; these standards include exit ticket standards and entry ticket standards; a determination module, used to determine the minimum transfer balance value based on the entry station, exit station, and transfer point represented by the ticket information and preset transaction standards, provided the ticket meets the ticket standards; where the entry station and transfer point belong to different external system standards; and a generation module, used to ensure that the actual balance value represented by the ticket information is not less than the minimum transfer balance value. In the case of a remaining balance, based on the entry station, exit station, transfer point, and preset transaction standards, the system performs exit and entry transactions for the user, generating exit and entry transaction information. A sending module transmits the exit transaction information to the corresponding external exit system via an external communication link, and the entry transaction information to the corresponding external entry system via an external communication link. A control module generates an opening command and sends it to the gate module of the multi-network converged turnstile, causing the gate module to respond to the opening command and control the gate of the multi-network converged turnstile to open. For a detailed description of the features in the embodiment corresponding to the multi-network converged turnstile ticket checking device, please refer to the relevant descriptions in the embodiment corresponding to the multi-network converged turnstile ticket checking method; these will not be repeated here.

[0078] Embodiments of this application also provide an electronic device, such as... Figure 10 The diagram shown is a schematic diagram of the structure of an electronic device provided in an embodiment of this application, including a processor 10 and a memory 20. The memory 20 stores a computer program, and the processor 10 is configured to run the computer program to execute the steps in any of the above embodiments of the multi-network converged gate ticket checking method.

[0079] Embodiments of this application also provide a computer-readable storage medium storing a computer program, wherein the computer program is configured to execute the steps in any of the above embodiments of the multi-network converged gate ticket checking method when it is run.

[0080] In one exemplary embodiment, the aforementioned computer-readable storage medium may include, but is not limited to, various media capable of storing computer programs, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard disk, magnetic disk, or optical disk.

[0081] The embodiments of this application also provide a computer program product, which includes a computer program that, when executed by a processor, implements the steps in any of the above embodiments of the multi-network converged gate ticket checking method.

[0082] Embodiments of this application also provide another computer program product, including a non-volatile computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps in any of the above embodiments of the multi-network converged gate ticket checking method.

[0083] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0084] The foregoing has provided a detailed description of the multi-network converged gate ticket checking method, apparatus, electronic device, and storage medium provided in this application. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the embodiments above are only intended to aid in understanding the method and core ideas of this application. It should be noted that those skilled in the art can make various improvements and modifications to this application without departing from its principles, and these improvements and modifications also fall within the protection scope of the claims of this application.

Claims

1. A multi-network integrated gate ticket checking method, characterized in that, The method includes: In response to a user's card swiping behavior at a multi-network converged gate, the user's ticket information is obtained; Based on the ticket information, verify whether the swiped ticket meets the ticket standards of the multi-network converged gate; wherein, the ticket standards include exit ticket standards and entry ticket standards; If the ticket meets the ticket standard, the minimum transfer balance is determined based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard; wherein the entry station and transfer point belong to different external system standards. If the actual balance value represented by the ticket information is not less than the minimum transfer balance value, the user is made to make an exit transaction and an entry transaction according to the entry station, exit station, transfer point and preset transaction standard, and exit transaction information and entry transaction information are generated. The outbound transaction information is sent to the corresponding external outbound system via the outbound external communication link, and the inbound transaction information is sent to the corresponding external inbound system via the inbound external communication link; A gate opening command is generated and sent to the gate module of the multi-network converged gate, so that the gate module responds to the gate opening command and controls the gate of the multi-network converged gate to open.

2. The multi-network integrated gate ticket checking method according to claim 1, characterized in that, The method further includes: Obtain the current system version information from the main program's local parameter file; wherein, the current system version information includes the current version information of each external system. For any of the aforementioned external standard systems, the current version information is sent to the corresponding external standard system via an external communication link, so that the external standard system can perform version comparison and obtain the version comparison result; If the version comparison results are inconsistent, obtain the version difference information; Based on the version difference information, update the corresponding external system version in the main program's local parameter file; The preset transaction standard, outbound transaction information communication format, and inbound transaction information communication format are determined based on the current format version information in the main program's local parameter file.

3. The multi-network integrated gate ticket checking method according to claim 1, characterized in that, The method further includes: Obtain the backend connection address of the external standard system; Based on the backend connection address, and using the network card and network switch, an external communication link is established with the external system. The external communication link includes a network interface card (NIC) and a network switch.

4. The multi-network integrated gate ticket checking method according to claim 1, characterized in that, The method further includes: When receiving device control commands from different external systems simultaneously, the main external system is selected from among the multiple external systems that sent the device control commands, based on the internal configuration information of the multi-network converged gate. In response to the device control command from the main external system, perform device control operations and return a success message to all external systems that sent the device control command. The device control operations include at least device software restart, device hardware restart, and device operating mode adjustment.

5. The multi-network converged gate ticket checking method according to claim 1, characterized in that, The method further includes: Obtain the device status change information of the multi-network converged gate; The device status change information is sent to the corresponding external standard system via an external communication link; The equipment status change information includes at least the door status change information.

6. The multi-network converged gate ticket checking method according to claim 1, characterized in that, When the ticket meets the ticket standard, the minimum transfer balance is determined based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard, including: If the ticket meets the ticket standard, the exit fare is determined according to the entry station, exit station, and preset transaction standard; The minimum transfer fare is determined based on the transfer type represented by the transfer point and the preset transaction standard. The minimum transfer balance is determined based on the exit fare and the minimum transfer fare.

7. The multi-network integrated gate ticket checking method according to claim 1, characterized in that, The method further includes: If the actual balance value represented by the ticket information is less than the minimum balance value for transfer, it is determined that the exit has failed and corresponding exit failure information is generated. The exit failure information is sent to the multi-network converged gate display device to notify the passenger that the exit has failed.

8. A multi-network integrated gate ticket checking device, characterized in that, The device includes: The acquisition module is used to acquire the user's ticket information in response to the user's card swiping behavior at the multi-network converged gate; The verification module is used to verify whether the ticket being swiped meets the ticket standards of the multi-network converged gate based on the ticket information; wherein, the ticket standards include exit ticket standards and entry ticket standards; The determination module is used to determine the minimum transfer balance value based on the entry station, exit station, and transfer point represented by the ticket information and the preset transaction standard, provided that the ticket meets the ticket standard; wherein the entry station and transfer point belong to different external system standards. The generation module is used to perform exit and entry transactions for the user based on the entry station, exit station, transfer point and preset transaction standards, and generate exit and entry transaction information, provided that the actual balance value represented by the ticket information is not less than the minimum transfer balance value. The sending module is used to send the outbound transaction information to the corresponding external outbound system via the outbound external communication link, and to send the inbound transaction information to the corresponding external inbound system via the inbound external communication link; The control module is used to generate an opening command and send the opening command to the gate module of the multi-network converged gate, so that the gate module responds to the opening command and controls the gate of the multi-network converged gate to open.

9. An electronic device, characterized in that, include: Memory, used to store computer programs; A processor, configured to execute the computer program to implement the steps of the multi-network converged gate ticket checking method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, wherein when the computer program is executed by a processor, it implements the steps of the multi-network converged gate ticket checking method as described in any one of claims 1 to 7.

Images