High-concurrency and low-delay flattened rail transit charging system and charging method

Abstract

The invention relates to a high-concurrency and low-delay flattened rail transit toll collection system, which comprises a riding voucher and terminal equipment, and also comprises a central platform, and the central platform comprises a communication module used for obtaining uplink data from the terminal equipment and sending downlink data to the terminal equipment; the MQ cluster is provided with a plurality of MQ data queues used for receiving and storing uplink data or downlink data of the corresponding type; and the service module comprises a plurality of service subsystems which are used for acquiring and processing uplink data from the MQ data queues, generating downlink data and sending the downlink data to the corresponding MQ data queues. According to the method, a uniform access address is provided for the terminal equipment, large-scale equipment data concurrent processing is supported, agile parallel development, flexible and independent deployment and efficient fault isolation can be realized, the development efficiency is effectively improved, and the coupling risk between systems is reduced; the problems of low system transmission efficiency and low resource use efficiency are solved, and ticket business data can be directly transmitted to the central platform and uniformly stored and backed up.

Description

Technical Field

[0001] The present invention relates to the field of rail transit technology, and in particular to a high-concurrency, low-latency flat rail transit charging system and charging method. Background Art

[0002] The existing urban rail transit fare collection system is divided into five levels: ticket voucher, terminal equipment, station system (SC), line system (MLC) and clearing and settlement center (ACC).

[0003] It takes at least 30 minutes for data to be processed by SC and MLC from the terminal device and uploaded to the ACC system. The road network cannot grasp the passenger flow status and changes in real time, which directly affects the organization of networked transportation. At the same time, software and parameter data sent from the center to the terminal device must also undergo processing and transmission at all levels of the system. The reliability and timeliness of data transmission still have room for improvement.

[0004] When the system needs to add new functions and adjust business, the terminal equipment, SC, MLC, ACC and each layer need to be modified. The R&D collaboration requirements between each layer are high, and the implementation complexity increases, which leads to increasing risks of iterative upgrades.

[0005] First, the existing system transmits data in layers, and the timeliness of data transmission is low; and there are many transmission levels and failure points, which affect the reliability of data transmission; it takes at least 30 minutes for the existing system data to be processed by SC and MLC from the terminal device and uploaded to the ACC system. The road network cannot grasp the passenger flow status and changes in real time, which directly affects the organization of networked transportation; at the same time, software and parameter data must also be processed and transmitted at all levels of the system when sent from the center to the terminal device. The reliability and timeliness of data transmission still have room for improvement.

[0006] Second, when the existing system needs to add new functions and adjust its business, the terminal equipment, SC, MLC, ACC and various layers need to be transformed. The R&D collaboration requirements between layers are high, the implementation complexity increases, and the risk of system iteration is high. Summary of the invention

[0007] In order to solve the technical problems existing in the above-mentioned prior art, the purpose of the present invention is to provide a flat rail transit fare collection system with the characteristics of simple structure, timely data transmission, high reliability, and support for concurrent processing of large amounts of data.

[0008] To achieve the above-mentioned purpose of the invention, the present invention provides a high-concurrency, low-latency flat rail transit charging system, including a ticket and a terminal device, and also includes a central platform, the central platform includes:

[0009] A communication module, used to provide a unified access address to a terminal device, obtain uplink data from the terminal device and send downlink data to the terminal device, and support concurrent data processing of multiple terminal devices;

[0010] An MQ cluster is provided with a plurality of MQ data queues, wherein the MQ data queues are used to receive and store the uplink data or the downlink data of a corresponding type;

[0011] The business module includes a plurality of relatively independent business subsystems, wherein the business subsystems are used to obtain and process the uplink data from the MQ data queue, generate the downlink data and send it to the corresponding MQ data queue.

[0012] According to a technical solution of the present invention, the communication module includes a load balancing module and a communication collection service cluster.

[0013] The communication collection service cluster includes a plurality of communication servers, which are used to verify the connected terminal devices, classify the uplink data from the terminal devices and send them to the corresponding MQ data queues, obtain the downlink data from the corresponding MQ data queues and send them to the terminal devices;

[0014] The load balancing module is used to provide a unified access address to the terminal device, monitor the status of the communication server, evenly distribute the traffic of the communication server, and distribute its traffic to other communication servers with normal communication according to the communication anomaly of the communication server.

[0015] According to a technical solution of the present invention, the terminal device realizes communication with the communication module through a communication protocol, and the communication protocol includes a data transmission response and retransmission mechanism, a dual communication link mechanism, and a data classification mechanism;

[0016] The data transmission response and retransmission mechanism is:

[0017] After receiving the data, the data receiver sends a data reception confirmation message to the data sender;

[0018] If the data sender does not receive a data reception confirmation message within 30 seconds after sending the data, it will resend the message data and wait for the data reception confirmation message;

[0019] The dual communication link mechanism is:

[0020] The uplink data includes parameter status data and device log data uploaded by the terminal device;

[0021] The downlink data includes instruction data, parameter adjustment data and program file data sent by the central platform through the communication module;

[0022] The parameter status data and the instruction data are both transmitted using real-time sockets; the device log data, the parameter data issued by the central platform, and the program file data issued by the central platform are transmitted using the http protocol;

[0023] The data classification mechanism is:

[0024] A data type field is added to the data protocol, and the communication module can classify the data through the data type field and send it to the corresponding MQ data queue in the MQ cluster.

[0025] According to a technical solution of the present invention, the MQ data queue includes at least one or more of a transaction data queue, a business data queue, an audit data queue, a status data queue, and a command data queue.

[0026] According to a technical solution of the present invention, the business subsystem includes at least a parameter management subsystem, an authority management subsystem, an external communication subsystem, a report management subsystem, a clearing and reconciliation subsystem, a task management subsystem, a passenger flow management subsystem, a configuration management subsystem, a public dictionary subsystem, an equipment management subsystem, a transaction management subsystem, a revenue management subsystem, a data audit subsystem, a status monitoring subsystem, an operation management subsystem, a ticket management subsystem, a non-cash subsystem, a code issuance platform subsystem, a post-payment gate-passing subsystem, a prepaid subsystem, a palmprint gate-passing system, a user management subsystem, a risk control subsystem, an electronic invoice subsystem, a customer service subsystem, an operation and maintenance monitoring subsystem, and a large-screen monitoring subsystem.

[0027] According to a technical solution of the present invention, the MQ cluster includes:

[0028] A queue parameter setting module is used to configure queue parameters, including the type, quantity, size and message consumer of the MQ data queue, where the message consumer is a single consumer or a consumer group;

[0029] The storage module includes a plurality of the MQ data queues and is used for caching and / or persistently storing the data in the MQ data queues.

[0030] According to a technical solution of the present invention, the business subsystems communicate with each other through the MQ queue or service interface to achieve linkage and collaborative work of the business subsystems.

[0031] According to one aspect of the present invention, a charging method based on the above-mentioned flattened rail transit charging system is provided, which specifically comprises the following steps:

[0032] Step S1, the boarding voucher interacts with the terminal device to generate the uplink data;

[0033] Step S2, the terminal device sends the uplink data to the communication module, and performs data verification through the communication module;

[0034] Step S3, the communication module sends the verified uplink data to the corresponding MQ data queue according to the data protocol;

[0035] Step S4: the business subsystem obtains and processes the uplink data through the MQ data queue to generate the downlink data;

[0036] Step S5, the business subsystem sends the downlink data to the MQ data queue according to the data protocol, and sends the downlink data to the terminal device through the communication module;

[0037] Step S6: The terminal device takes action according to the received downlink data.

[0038] Compared with the prior art, the present invention has the following beneficial effects:

[0039] The present invention, with the help of the current cloud computing technology's large concurrent communication, load balancing, elastic scalability, and big data processing and analysis capabilities, pioneered a rail transit ticketing system model in which terminal devices are directly connected to the central platform, centrally integrating the existing system's station system (SC), line system (MLC), and clearing and settlement center (ACC) to form a three-tier architecture system consisting of a ticket voucher, terminal devices, and a central platform system, thus achieving direct connection of terminal devices to the center, optimizing the data transmission link, and solving the problem of high data transmission delay due to excessive data transmission levels.

[0040] Compared with the existing systems, the transceiver system provided by the present invention reduces the time required for uploading data from the terminal device to the central platform from at least 30 minutes to instant uploading, which solves the problem of difficulty in issuing parameters and software due to too many data transmission levels. On the one hand, system-level optimization reduces the failure points of parameter and software issuance, and solves the problem of high risk of iterative upgrades of multiple systems at the system level. The central platform adopts a high-cohesion and low-coupling microservice architecture and modular design, integrating SC, MLC, ACC, monitoring center and Internet ticketing functions, realizing agile parallel development, flexible and independent deployment, and efficient fault isolation, effectively improving development efficiency, reducing the risk of coupling between systems, and solving the problem of low efficiency of system resource utilization caused by multiple system levels; the central platform uniformly schedules the use of computing resources and storage resources, improving the efficiency of system resource utilization. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments are briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0042] Figure 1 A schematic diagram showing the structure of a flat rail transit charging system provided according to an embodiment of the present invention;

[0043] Figure 2 The flowchart schematically shows a flat rail transit charging system provided according to an embodiment of the present invention. DETAILED DESCRIPTION

[0044] The description of the embodiments of this specification should be combined with the corresponding drawings, which should be considered as part of the complete specification. In the drawings, the shape or thickness of the embodiments may be enlarged and indicated for simplification or convenience. Furthermore, the parts of each structure in the drawings will be described separately. It is worth noting that the elements not shown in the drawings or not described in words are in a form known to ordinary technicians in the relevant technical field.

[0045] The description of the embodiments herein and any reference to directions and orientations are only for the convenience of description and are not to be construed as any limitation on the scope of protection of the present invention. The following description of the preferred embodiments may involve combinations of features, which may exist independently or in combination, and the present invention is not particularly limited to the preferred embodiments. The scope of the present invention is defined by the claims.

[0046] like Figure 1As shown, the present invention provides a high-concurrency, low-latency flat rail transit fare collection system, including a ticket and a terminal device, and also includes a central platform, which includes a communication module, an MQ cluster 3 and a business module 4. The communication module includes a load balancing module 1 and a communication acquisition service cluster 2, which are used to obtain the number of uplinks from the terminal device and send downlink data to the terminal device, and support concurrent data processing of multiple terminal devices; the MQ cluster 3 sets a number of MQ data queues, and the MQ data queue is used to receive its corresponding uplink data or downlink data; the business module 4 includes a number of relatively independent business subsystems, and the business subsystem is used to process the uplink data in the MQ data queue, generate downlink data and send it to the MQ data queue.

[0047] The communication collection service cluster 2 includes several communication servers, which are used to verify the connected terminal devices, classify the uplink data from the terminal devices and send them to the corresponding MQ data queues, obtain the downlink data from the corresponding MQ data queues and send them to the terminal devices; the load balancing module 1 is used to provide a unified access address to the terminal devices, monitor the status of the communication servers, evenly distribute the traffic of the communication servers, and distribute the traffic of individual communication servers to other communication servers with normal communication according to the communication abnormalities of the individual communication servers.

[0048] In the present invention, the load balancing module 1 provides a unified access address for terminal devices in the entire network, distributes a large amount of concurrent data of the terminal devices to servers of different communication collection service clusters 2, ensures that the load of each communication server is evenly distributed, avoids overloading of a single server, and does not cause communication anomalies due to overloading of individual servers, thereby improving data concurrent processing performance; at the same time, by monitoring the status of the back-end communication collection service cluster 2 servers, when a communication collection server fails, load balancing distributes data traffic to other healthy servers, so that the entire communication collection server cluster can work normally, ensure the stability of data processing, and provide high availability of the entire system.

[0049] The communication collection service cluster 2 consists of multiple server hosts, each of which independently deploys the communication collection service and independently completes the communication work. Based on processing power and security redundancy considerations, the communication collection service capacity is set to 200% of demand, and the number of service hosts can be dynamically expanded to cope with the expansion of the road network scale. The communication collection service can perform a legality check on the terminal device; at the same time, it performs a protocol check on the data uploaded by the terminal device, and classifies the data according to the data protocol and sends it to different MQ data queues. The communication collection service cluster 2 provides large-scale terminal device access capabilities for the entire central platform, and also has horizontal expansion capabilities. It can increase the number of communication servers according to the scale of the road network equipment, thereby increasing the access capacity of the system.

[0050] In the present invention, in order to ensure the data transmission reliability of the system and to support concurrent data processing of large-scale terminal devices, a communication protocol is designed to realize the communication between the terminal devices and the central platform.

[0051] The communication protocol includes data transmission response and retransmission mechanism, dual communication link mechanism and data classification mechanism.

[0052] 1) The data transmission response and retransmission mechanism is:

[0053] After receiving the data, the data receiver sends a data reception confirmation message to the data sender;

[0054] If the data sender does not receive a data reception confirmation message within 30 seconds after sending the data, it will resend the message data and wait for the data reception confirmation message.

[0055] For uplink data, the data sender is the terminal device and the data receiver is the communication module; for downlink data, the data sender is the communication module and the data receiver is the terminal device.

[0056] 2) The dual communication link mechanism is:

[0057] The uplink data includes parameter status data and device log data uploaded by the terminal device;

[0058] The downlink data includes instruction data, parameter adjustment data and program file data sent by the central platform through the communication module;

[0059] The parameter status data of the terminal device and the command data issued by the central platform are both transmitted using real-time sockets; the device log data of the terminal device, the parameter adjustment data and program file data issued by the central platform are transmitted using the http protocol, forming two communication links, making the entire transmission protocol more stable and reliable.

[0060] 3) The data classification mechanism is:

[0061] By adding a data type field to the data protocol, the communication module can classify the data through the data type field in the protocol and send it to the corresponding data queue in the MQ cluster, thereby realizing classified transmission and storage of data in the MQ cluster.

[0062] Data is classified based on reliable, efficient and modular communication protocols, which makes it easier for different business subsystems to process different data separately, simplifies business processing logic, and facilitates horizontal expansion of the system.

[0063] In the present invention, the MQ cluster includes a queue parameter setting module and a storage module. The queue parameter setting module is used to configure queue parameters, which include the type, quantity, size and message consumer of the MQ data queue, and the message consumer can be a single consumer or a consumer group including multiple consumers; the storage module includes several MQ data queues, which are used to cache and / or persistently store the data in the MQ data queue.

[0064] MQ data queue is a kind of middleware. The producer of data sends data to the queue, and the consumer obtains data from the queue. It decouples the producer and consumer of data. Different queues are set by queue tags to store different types of data. It can also provide persistent storage to ensure that data is not lost in the event of a system failure. By setting the MQ buffer, the backend service load can be prevented from being too high during periods of high data traffic. The queue parameters can be flexibly configured according to business needs. The queue parameters include the type, quantity and size of the MQ data queue, which fully matches the needs of the data and business modules.

[0065] MQ data queues include transaction data queues, business data queues, audit data queues, status data queues, command data queues, etc. Among them, transaction data queues, business data queues, audit data queues, and status data queues are all uplink data queues, and command data queues are downlink data queues. The types of MQ data queues can be expanded according to business requirements to meet the requirements of different businesses.

[0066] In the present invention, each business subsystem in the business module 4 obtains data from the agreed MQ data queue for processing. Each business subsystem remains relatively independent. When adding and updating functions, a grayscale release mechanism is adopted, which does not affect the operation of existing businesses and terminal devices, realizes the operation of continuous online update of businesses, and eliminates the impact of system upgrades on on-site operations. The business subsystem at least includes a parameter management subsystem, a permission management subsystem, an external communication subsystem, a report management subsystem, a clearing and reconciliation subsystem, a task management subsystem, a passenger flow management subsystem, a configuration management subsystem, a public dictionary subsystem, a device management subsystem, a transaction management subsystem, a revenue management subsystem, a data audit subsystem, a status monitoring subsystem, an operation management subsystem, a ticket card management subsystem, a non-cash subsystem, a code issuing platform subsystem, a post-payment gate-passing subsystem, a prepaid subsystem, a palm print gate-passing system, a user management subsystem, a risk control subsystem, an electronic invoice subsystem, a customer service subsystem, and an operation and maintenance monitoring subsystem. Monitor one or more of the large screen subsystem.

[0067] In the rail transit scenario, the present invention connects all terminal devices of the road network to a unified central platform, realizes the flattening of data transmission of the entire system, and can quickly collect and process ticketing data of the entire network. The load balancing and communication collection service cluster 2 of the central platform provides the system with high concurrent data processing capabilities, and relies on cloud computing related technologies to improve the high availability, dynamic expansion capabilities, and rapid deployment and implementation capabilities of the entire system.

[0068] like Figure 2 As shown, the present invention provides a charging method based on the above-mentioned flattened rail transit charging system, which specifically includes the following steps:

[0069] Step S1, the boarding voucher interacts with the terminal device to generate uplink data;

[0070] Passengers use their boarding vouchers to board the bus. The boarding vouchers interact with the terminal device to generate uplink data that needs to be sent to the business subsystem. The uplink data may include the entry station and entry time of the passenger.

[0071] Step S2: The terminal device sends the uplink data to the communication module, and performs data verification through the communication module;

[0072] The terminal device can access the communication module through the unified access address of the entire network. The communication acquisition server of the communication module performs a legitimacy check on the terminal device based on the IP address, MAC address and device ID of the terminal device. Specifically, a unique terminal device verification code can be generated based on the IP address, MAC address and device ID of the terminal device. When the terminal device accesses the communication module through the unified access address provided by the load balancing module 1, the terminal device sends access request data through the unified access address. The access request data contains the terminal device verification code. The load balancing module 1 distributes the access request data to the communication server according to the load situation of each communication server. The communication server performs a security check based on the terminal device verification code and returns a verification message to the terminal device through the unified access address.

[0073] Step S3: The communication module sends the verified uplink data to the MQ data queue according to the data protocol;

[0074] The communication module classifies the uplink data according to the data type field of the uplink data and sends it to the corresponding MQ data queue.

[0075] Step S4: The business subsystem obtains and processes the uplink data through the MQ data queue to generate downlink data;

[0076] Each business subsystem can obtain uplink data through the MQ data queue, and can also call data from other business subsystems through the service interface to process the uplink data, thereby enabling linkage and collaborative work among the business subsystems.

[0077] Step S5: The business subsystem sends the downlink data to the MQ data queue according to the data protocol, and sends the downlink data to the terminal device through the communication module.

[0078] Downlink data mainly includes parameter data, command data, etc. The terminal equipment can perform corresponding actions according to the downlink data, such as updating parameters, keeping the gate open, operating 24 hours a day, shutting down, etc.

[0079] It should be noted that the above is a preferred embodiment of the present invention. It should be pointed out that although the preferred embodiment of the present invention has been described, once the basic creative concept of the present invention is known, a number of improvements and modifications can be made by a person skilled in the art without departing from the principles of the present invention, and these improvements and modifications should also be regarded as the protection scope of the present invention. Therefore, the attached claims are intended to be interpreted as including the preferred embodiment and all changes and modifications that fall within the scope of the embodiments of the present invention.

Claims

1. A high-concurrency, low-latency flat rail transit charging system, including a ticket and a terminal device, characterized in that: Also included is a central platform, the central platform comprising: A communication module, used to provide a unified access address to the terminal device, obtain uplink data from the terminal device and send downlink data to the terminal device, and support concurrent data processing of multiple terminal devices; An MQ cluster is provided with a plurality of MQ data queues, wherein the MQ data queues are used to receive and store the uplink data or the downlink data of a corresponding type; The business module includes a plurality of relatively independent business subsystems, wherein the business subsystems are used to obtain and process the uplink data from the MQ data queue, generate the downlink data and send it to the corresponding MQ data queue.

2. The high-concurrency, low-latency flat rail transit charging system according to claim 1 is characterized in that: The communication module includes a load balancing module and a communication collection service cluster; The communication collection service cluster includes a plurality of communication servers, which are used to verify the connected terminal devices, classify the uplink data from the terminal devices and send them to the corresponding MQ data queues, obtain the downlink data from the corresponding MQ data queues and send them to the terminal devices; The load balancing module is used to provide a unified access address to the terminal device, monitor the status of the communication server, evenly distribute the traffic of the communication server, and distribute its traffic to other communication servers with normal communication according to the communication anomaly of the communication server.

3. The high-concurrency, low-latency flat rail transit charging system according to claim 1 is characterized in that: The terminal device realizes communication with the communication module through a communication protocol, and the communication protocol includes a data transmission response and retransmission mechanism, a dual communication link mechanism, and a data classification mechanism; The data transmission response and retransmission mechanism is: After receiving the data, the data receiver sends a data reception confirmation message to the data sender; If the data sender does not receive a data reception confirmation message within 30 seconds after sending the data, it will resend the message data and wait for the data reception confirmation message; The dual communication link mechanism is: The uplink data includes parameter status data and device log data uploaded by the terminal device; The downlink data includes instruction data, parameter adjustment data and program file data sent by the central platform through the communication module; The parameter status data and the instruction data are both transmitted using real-time sockets; the device log data, the parameter adjustment data issued by the central platform, and the program file data issued by the central platform are transmitted using the http protocol; The data classification mechanism is: A data type field is added to the data protocol, and the communication module can classify the data through the data type field and send it to the corresponding MQ data queue in the MQ cluster.

4. The high-concurrency, low-latency flat rail transit charging system according to claim 2 is characterized in that: The communication collection server performs a legitimacy check on the terminal device according to the IP address, MAC address and device ID of the terminal device.

5. The high-concurrency, low-latency flat rail transit charging system according to claim 1 is characterized in that: The MQ data queue includes at least one or more of a transaction data queue, a business data queue, an audit data queue, a status data queue, and a command data queue.

6. The flat rail transit charging system according to claim 1, characterized in that: The business subsystem includes at least one or more of a parameter management subsystem, a permission management subsystem, an external communication subsystem, a report management subsystem, a clearing and reconciliation subsystem, a task management subsystem, a passenger flow management subsystem, a configuration management subsystem, a public dictionary subsystem, an equipment management subsystem, a transaction management subsystem, a revenue management subsystem, a data audit subsystem, a status monitoring subsystem, an operation management subsystem, a ticket management subsystem, a non-cash subsystem, a code issuance platform subsystem, a post-payment gate system, a prepaid subsystem, a palmprint gate system, a user management subsystem, a risk control subsystem, an electronic invoice subsystem, a customer service subsystem, an operation and maintenance monitoring subsystem, and a large screen monitoring subsystem.

7. The high-concurrency, low-latency flat rail transit charging system according to claim 1 is characterized in that: The MQ cluster includes: A queue parameter setting module is used to configure queue parameters, including the type, quantity, size, and consumer of the MQ data queue, where the consumer of the message is a single consumer or a consumer group; The storage module includes a plurality of the MQ data queues and is used for caching and / or persistently storing the data in the MQ data queues.

8. The high-concurrency, low-latency flat rail transit charging system according to claim 1 is characterized in that: The business subsystems communicate with each other through MQ queues or service interfaces to achieve linkage and collaborative work of the business subsystems.

9. A charging method based on the high-concurrency, low-latency flat rail transit charging system as described in any one of claims 1 to 8, characterized in that: The specific steps include: Step S1, the boarding voucher interacts with the terminal device to generate the uplink data; Step S2, the terminal device sends the uplink data to the communication module, and performs data verification through the communication module; Step S3, the communication module sends the verified uplink data to the corresponding MQ data queue according to the data protocol; Step S4: the business subsystem obtains and processes the uplink data through the MQ data queue to generate the downlink data; Step S5, the business subsystem sends the downlink data to the MQ data queue according to the data protocol, and sends the downlink data to the terminal device through the communication module; Step S6: The terminal device takes action according to the received downlink data.

Images