Architecture and method for integrating multiple train operation control systems into railway centralized signaling monitoring system

Abstract

Disclosed in embodiments of the present invention are an architecture and method for integrating multiple train operation control systems into a railway centralized signaling monitoring system. The architecture comprises a protocol root node, a protocol type composite node, and protocol type leaf nodes. The child nodes of the protocol root node include the protocol type composite node and / or the protocol type leaf nodes; and the child nodes of the protocol type composite node include the protocol type leaf nodes. The protocol root node is used for: acquiring a service request initiated by a service requester, calling a first path processing function set inside, and determining a target train operation control system corresponding to the service request and a corresponding target protocol type leaf node; determining a request path from the protocol root node to the target protocol type leaf node, iteratively calling a function set inside each node in the request path on the basis of the request path, and acquiring return information corresponding to the service request; and feeding back the return information to the service requester. The architecture can allow for integration of multiple train operation control systems into a monitoring system, and has high scalability.

Description

An architecture and method for accessing multiple train control systems to a railway signal centralized monitoring system Technical Field

[0001] The present invention relates to the field of rail transit control technology, and in particular to an architecture and method for accessing a railway signal centralized monitoring system with multiple train controls. Background Art

[0002] With the recent development and upgrade of the railway information industry, the centralized railway signal monitoring system (hereinafter referred to as the monitoring system) has become an indispensable component in the intelligent transformation of railway operations. The monitoring system plays a vital role in managing equipment usage, identifying equipment hazards, analyzing fault causes, and assisting in troubleshooting.

[0003] The train operation control system, abbreviated as train control, is a system that ensures the safe and fast operation of trains. Its main function is to complete the interval control and speed control of trains. It is a technical equipment that monitors, controls and adjusts the train's operating speed, braking mode and other conditions.

[0004] Traditionally, monitoring systems and train control systems were connected on a one-to-one basis, meaning each station had only one monitoring station and one train control system. However, with the advancement of technology, railway lines now have two train control systems at the same station. This made the existing system connection method unable to meet on-site needs, necessitating a monitoring system upgrade.

[0005] In the existing technology, there is no technical solution for multiple train control access monitoring systems. Therefore, in order to meet the rapid development of railway construction in recent years and the application needs of large and extra-large stations, it is urgent to study the problem of multiple train control access monitoring systems to fill the technical gap. Summary of the Invention

[0006] The present invention provides an architecture and method for accessing a railway signal centralized monitoring system with multiple train controllers, so as to realize access of multiple train controllers to the monitoring system.

[0007] According to one aspect of the present invention, an architecture for accessing a railway signal centralized monitoring system with multiple train controls is provided, the architecture comprising: a protocol type root node, at least one protocol type combination node, and at least one protocol type leaf node; wherein:

[0008] The next level of nodes of the protocol class root node include protocol type combination nodes and / or protocol type leaf nodes;

[0009] The next level of nodes of the protocol type combination node includes a protocol type leaf node;

[0010] The protocol class root node is used to obtain a service request initiated by a service requester, call an internally set first path processing function, determine a target train control corresponding to the service request, and a target protocol type leaf node corresponding to the target train control;

[0011] The protocol class root node is used to determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request;

[0012] The protocol class root node is further used to feed back the receipt information to the service requester.

[0013] Optional, protocol root node, specifically used for:

[0014] Calling an internally set first path processing function and determining that the second node in the request path is a target protocol type combination node or a target protocol type leaf node;

[0015] When it is determined to be a target protocol type combination node, calling a second path processing function set inside the target protocol type combination node to determine that the third node in the request path is a target protocol type leaf node;

[0016] When it is determined to be a target protocol type leaf node, the third path processing function set inside the target protocol type leaf node is called to determine the target train control corresponding to the business request; and the first state processing function set inside the target protocol type leaf node is called to obtain the receipt information corresponding to the business request from the target train control.

[0017] Optional, protocol root node, also used for:

[0018] Determine a feedback path from the target protocol type leaf node to the protocol class root node, iteratively call back a state processing function set within each node in the feedback path, summarize receipt information, and obtain receipt summary information;

[0019] Feedback the receipt summary information to the service requester.

[0020] Optional, status processing function, used to:

[0021] Identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information.

[0022] Optional, state processing function, specifically used for:

[0023] Identify information categories of receipt information, including: image information, list information, and alarm information;

[0024] If the information category of the receipt information is graphic information, adding a unique identifier to distinguish different graphic elements in the receipt information;

[0025] If the information category of the receipt information is list information, then add a column control sequence number and summarize the table information according to the column control sequence number;

[0026] If the information category of the receipt information is alarm information, alarm description information is added.

[0027] According to another aspect of the present invention, a method for accessing a railway signal centralized monitoring system with multiple train control systems is provided. The method is applied to the architecture of the railway signal centralized monitoring system with multiple train control systems provided in any embodiment of the present invention. The method includes:

[0028] Obtain a service request initiated by a service requester, call an internally set first path processing function, determine the target train control corresponding to the service request, and the target protocol type leaf node corresponding to the target train control;

[0029] Determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the state processing function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request;

[0030] Feedback the receipt information to the service requester.

[0031] Optionally, iteratively calling a function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request includes:

[0032] Calling an internally set first path processing function and determining that the second node in the request path is a target protocol type combination node or a target protocol type leaf node;

[0033] When it is determined to be a target protocol type combination node, calling a second path processing function set inside the target protocol type combination node to determine that the third node in the request path is a target protocol type leaf node;

[0034] When it is determined to be a target protocol type leaf node, calling the third path processing function set inside the target protocol type leaf node to determine the target train control corresponding to the service request;

[0035] The first state processing function set in the target protocol type leaf node is called to obtain receipt information corresponding to the service request from the target train control.

[0036] Optionally, feeding back the receipt information to the service requester includes:

[0037] Determine a feedback path from the target protocol type leaf node to the protocol class root node, iteratively call back a state processing function set within each node in the feedback path, summarize receipt information, and obtain receipt summary information;

[0038] Feedback the receipt summary information to the service requester.

[0039] Optionally, the state processing function set in each node in the feedback path is iteratively called back to summarize the receipt information to obtain receipt summary information, including:

[0040] Identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information.

[0041] Optionally, identifying information categories of the receipt information, and distinguishing and summarizing the receipt information according to the information categories to obtain receipt summary information, including:

[0042] Identify information categories of receipt information, including: image information, list information, and alarm information;

[0043] If the information category of the receipt information is graphic information, adding a unique identifier to distinguish different graphic elements in the receipt information;

[0044] If the information category of the receipt information is list information, then add a column control sequence number and summarize the table information according to the column control sequence number;

[0045] If the information category of the receipt information is alarm information, alarm description information is added.

[0046] According to another aspect of the present invention, an electronic device is provided, comprising:

[0047] at least one processor; and

[0048] a memory communicatively connected to the at least one processor; wherein,

[0049] The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the method of multiple train control access to the railway signal centralized monitoring system described in any embodiment of the present invention.

[0050] According to another aspect of the present invention, a computer-readable storage medium is provided, which stores computer instructions, and the computer instructions are used to enable a processor to implement the method of multiple train control access to a railway signal centralized monitoring system as described in any embodiment of the present invention when executed.

[0051] The technical solution of the embodiment of the present invention is to provide an architecture for accessing a railway signal centralized monitoring system with multiple train control units, including a protocol class root node, at least one protocol type combination node, at least one protocol type leaf node, and at least one train control leaf node. The architecture includes: the next-level node of the protocol class root node includes a protocol type combination node and / or a protocol type leaf node; the next-level node of the protocol type combination node includes a protocol type leaf node; the protocol class root node is used to obtain a service request initiated by a service requester, call an internally set first path processing function, determine the target train control unit corresponding to the service request, and the target protocol type leaf node corresponding to the target train control unit; the protocol class root node is used to determine a request path from the protocol class root node to the target protocol type leaf node, and iteratively call the internally set function of each node in the request path according to the request path to obtain receipt information corresponding to the service request; the protocol class root node is also used to feed back the receipt information to the service requester, thereby solving the problem of multiple train control units accessing the monitoring system and filling this technical gap. Furthermore, the architecture is highly scalable, multiple train control units can be easily accessed, and there is no need to limit the number of train control units.

[0052] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present invention, nor is it intended to limit the scope of the present invention. Other features of the present invention will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0054] FIG1 is a schematic structural diagram of an architecture of a multi-train control access railway signal centralized monitoring system provided by an embodiment 1 of the present invention;

[0055] FIG2 provides a schematic diagram of the structure of a single train control access railway signal centralized monitoring system;

[0056] FIG3 is a schematic diagram of a tree structure of a multi-train control service query provided according to the first embodiment of the present invention;

[0057] 4 is a flowchart of a method for accessing a railway signal centralized monitoring system using multiple train control systems according to a second embodiment of the present invention;

[0058] FIG5 is a schematic diagram of the structure of an electronic device for implementing the method for multiple train control systems to access a railway signal centralized monitoring system according to an embodiment of the present invention. DETAILED DESCRIPTION

[0059] In order to enable those skilled in the art to better understand the solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the embodiments described are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of the present invention.

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

[0061] Example 1

[0062] Figure 1 is a schematic diagram of the architecture of a centralized railway signal monitoring system with multiple train control systems connected to it, according to a first embodiment of the present invention. This embodiment is applicable to situations where multiple train control systems are connected to a centralized railway signal monitoring system. The basic function of the monitoring system is to aggregate and display maintenance and monitoring information for various railway information and signal products, facilitating one-stop information viewing and batch data analysis and processing for users. Among the various products connected to the monitoring system, the train control system is one of the most important.

[0063] The train control system transmits information to the monitoring system through the maintenance terminal. The monitoring system analyzes and processes this information and displays it in the station diagram, train control status diagram, and train control real-time information query window. The information content may include: train control equipment function status information, train control business data flow information, and train control maintenance alarm information.

[0064] As shown in FIG1 , the architecture of the multi-train control access railway signal centralized monitoring system includes: a protocol type root node, at least one protocol type combination node, and at least one protocol type leaf node.

[0065] Among them, the next level node of the protocol class root node includes a protocol type combination node and / or a protocol type leaf node; the next level node of the protocol type combination node includes a protocol type leaf node.

[0066] As shown in Figure 1, functions can be set within each node. Specifically, in the protocol class root node, you can set functions such as Add, Remove, GetChild, DealRoute, and DealStatus. In the protocol type combination node, you can set Add, Remove, GetChild, DealRoute, and DealStatus. In the protocol type leaf node, you can set DealRoute and DealStatus.

[0067] When the inquiring party sends a specific service request, the request can be sent to the protocol class root node (TccProtocol), which is processed by the corresponding function of TccProtocol, and the functions of all subclasses are iteratively called until the function of the leaf node is called to obtain the receipt information, which is then returned.

[0068] To illustrate the feasibility of this architecture, Figure 2 provides a schematic diagram of the architecture of a single train control system connected to a centralized railway signal monitoring system. As shown in Figure 2, when a single train control system is connected, the Protocol class serves as the processing unit. The Protocol class converts external data streams into internal objects based on a specific version of the train control protocol. Whenever a user queries a specific type of train control information, an internal, customized request packet is sent to the Protocol processing unit. The Protocol processing unit then returns the specific information to the inquiring party and displays it to the user.

[0069] In the case of multiple train controls, if communication is carried out according to the structure shown in Figure 2, it is necessary to establish multiple Protocol protocol processing units. In an embodiment of the present invention, an abstract train control protocol class can be introduced, and the protocol class system of multiple train controls can be designed as a tree structure, and each processing unit should be a leaf node. Specifically, Figure 3 is a schematic diagram of a tree structure for querying multiple train control services provided according to the first embodiment of the present invention. As shown in Figure 3, if you want to send query information to different processing units, you need to iteratively transmit information layer by layer from top to bottom. The receipt information needs to be passed layer by layer from bottom to top to the root node, and then passed to the inquiring party by the root node.

[0070] In order to make the hierarchical relationship of multiple train controls clearer, simplify the train control interface function code, and improve the scalability of the tree structure, a combination mode is introduced in an embodiment of the present invention to process the tree structure shown in FIG3 .

[0071] The Composite pattern combines objects into a tree structure to represent a "part-whole" hierarchy. This allows users to ignore the differences between composite objects and individual objects and manipulate all objects in the composite structure uniformly. In the Composite pattern, users interact with objects in the composite structure using the Component class interface. If the recipient is a leaf node, the request is processed directly. If the recipient is a composite, the request is typically forwarded to its child components, performing auxiliary operations before and after forwarding the request.

[0072] In this embodiment of the present invention, based on the tree structure shown in Figure 3, the interface structure of Figure 2 is modified using a composite model, resulting in the architecture shown in Figure 1. In a specific example, the protocol class root node can be the base class TccProtocol, which serves as the tree root. The protocol type composite node can be the concrete composite class ConcreteTccProtocol, which serves as the branch. The protocol type leaf nodes can be processing unit classes of different protocol types.

[0073] Exemplarily, the protocol type leaf nodes include: a design institute protocol leaf node (CrscTccProtocol), a Casco protocol leaf node (CascoTccProtocol), or an other manufacturer protocol leaf node (OtherTccProtocol).

[0074] After introducing the rationality of the architecture of multiple train control access to the railway signal centralized monitoring system shown in Figure 1, the specific application of this architecture is explained next.

[0075] As shown in Figure 1, when the business requester (querier) queries specific business information, the protocol class root node is used to obtain the business request initiated by the business requester, call the internally set first path processing function, and determine the target train control corresponding to the business request, and the target train control leaf node corresponding to the target train control; the protocol class root node is used to determine the request path from the protocol class root node to the target train control leaf node, and iteratively call the function set inside each node in the request path according to the request path to obtain the receipt information corresponding to the business request; the protocol class root node is also used to feed back the receipt information to the business requester.

[0076] Among them, the request path from the protocol class root node to the target train control leaf node can be the protocol class root node->target protocol type combination node->target protocol type leaf node->target train control; or, the protocol class root node->target protocol type leaf node->target train control.

[0077] Optionally, the protocol class root node is specifically used to: call the first path processing function set internally, and determine that the second node in the request path is a target protocol type combination node or a target protocol type leaf node; when it is determined to be a target protocol type combination node, call the second path processing function set internally in the target protocol type combination node, and determine that the third node in the request path is a target protocol type leaf node; when it is determined to be a target protocol type leaf node, call the third path processing function set internally in the target protocol type leaf node to determine the target train control corresponding to the business request; and call the first status processing function set internally in the target protocol type leaf node to obtain the receipt information corresponding to the business request from the target train control.

[0078] The first node in the request path defaults to the protocol class root node. The second node in the request path is the node after the protocol class root node, and the third node is the node after the second node. Specifically, in the process of protocol class root node -> target protocol type combination node -> target protocol type leaf node -> target train control, the second node is the target protocol type combination node, and the third node is the target protocol type leaf node. In the process of protocol class root node -> target protocol type leaf node -> target train control, the second node is the target protocol type leaf node.

[0079] In actual applications, the specific method of obtaining the receipt information can be determined based on the specific request path. For example, for the protocol class root node -> target protocol type combination node -> target protocol type leaf node -> target train control, you can first call the first path processing function set inside the protocol class root node to determine that the second node is the target protocol type combination node. Call the second path processing function set inside the target protocol type combination node to determine that the third node is the target protocol type leaf node. Call the third path processing function set inside the target protocol type leaf node to determine the target train control corresponding to the business request. Call the first state processing function set inside the target protocol type leaf node to obtain the receipt information corresponding to the business request from the target train control.

[0080] For another example, for the protocol class root node -> target protocol type combination node -> target protocol type leaf node -> target train control, you can first call the first path processing function set in the protocol class root node to determine that the second node is the target protocol type leaf node. Then, call the third path processing function set in the target protocol type leaf node to determine the target train control corresponding to the service request. Then, call the first status processing function set in the target protocol type leaf node to obtain the receipt information corresponding to the service request from the target train control.

[0081] To improve the high availability of information display, receipt information displayed for multiple column controls can be aggregated. Optionally, the protocol class root node is also used to: determine the feedback path from the target protocol type leaf node to the protocol class root node; iteratively call back the state processing function set within each node in the feedback path to aggregate receipt information to obtain receipt summary information; and feed the receipt summary information back to the service requester.

[0082] The feedback path is the path from the target protocol type leaf node to the protocol class root node. According to the architecture shown in Figure 1, the feedback path includes: target protocol type leaf node -> target protocol type combination node -> protocol class root node; or target protocol type leaf node -> protocol class root node.

[0083] In actual applications, the specific aggregation method of receipt information can be determined according to the specific feedback path. For example, for the target protocol type leaf node -> target protocol type combination node -> protocol class root node, the state processing function in the protocol class root node can call back the second state processing function set inside the target protocol type leaf node, and perform a first aggregation of the receipt information of multiple train controls of the same protocol type to obtain the first receipt aggregation information; then call back the third state processing function set inside the target protocol type combination node, and perform a second aggregation of the receipt information of multiple train controls of multiple protocol types in the same type combination to obtain the second receipt aggregation information; call the state processing function built into the protocol class root node to aggregate the receipt information of all train controls to obtain the receipt aggregation information; and feed back the receipt aggregation information to the service requester.

[0084] For example, for the target protocol type leaf node -> protocol class root node, the status processing function in the protocol class root node can call back the second status processing function set inside the target protocol type leaf node, perform a first summary of the receipt information of multiple train controls of the same protocol type, and obtain the first receipt summary information; then call the built-in status processing function of the protocol class root node to summarize the receipt information of all train controls, and obtain the receipt summary information; and feed back the receipt summary information to the business requester.

[0085] On the basis of the above implementation, in order to further improve the display effect, the embodiment of the present invention can provide a specific summary method, wherein the state processing function is used to: identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information.

[0086] The status processing function is specifically used to: identify the information category of the receipt information, which includes: graphic information, list information and alarm information; if the information category of the receipt information is graphic information, then add a unique identifier to distinguish different graphic elements in the receipt information; if the information category of the receipt information is list information, then add the column control sequence number and summarize the table information according to the column control sequence number; if the information category of the receipt information is alarm information, then add the alarm description information.

[0087] Among them, the order of the multiple train control rooms can be set, which is called the train control sequence number, and is achieved by adding configuration. The train control receipt information displayed by the monitoring system mainly includes four categories, namely station map information (such as interval occupancy, low-frequency code, logical track status, etc.), train control status diagram information, train control real-time information list, and train control alarm information. Table 1 is a schematic diagram of a receipt information merging method provided according to Example 1 of the present invention. The specific merging method of each information can be shown in Table 1.

[0088] Table 1

[0089] The train control serial number can be the serial number of multiple train control units within the same protocol type, and the extension number can be the identification number of all train control units within each protocol type.

[0090] The technical solution of this embodiment is to set up an architecture of a multi-train control access railway signal centralized monitoring system including a protocol class root node, at least one protocol type combination node, at least one protocol type leaf node, and at least one train control leaf node. Among them: the next level node of the protocol class root node includes a protocol type combination node and / or a protocol type leaf node; the next level node of the protocol type combination node includes a protocol type leaf node; the protocol class root node is used to obtain the business request initiated by the business requester, call the internally set first path processing function, determine the target train control corresponding to the business request, and the target protocol type leaf node corresponding to the target train control; the protocol class root node is used to determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the function set in each node in the request path according to the request path to obtain the receipt information corresponding to the business request; the protocol class root node is also used to feed back the receipt information to the business requester, which solves the problem of multiple train controls accessing the monitoring system and fills the technical gap. The architecture is highly scalable and is easier to add train control combinations of new protocol types, and can also add new train controls; multiple train controls are easy to access without limiting the number of train controls; the combination mode can simplify the hierarchical structure during access and make the inheritance relationship between classes clearer; the interface function code is simplified and the combination structure and single object can be used consistently.

[0091] Example 2

[0092] FIG4 is a flowchart of a method for accessing a railway signal centralized monitoring system using multiple train control systems according to a second embodiment of the present invention. The technical solution in this embodiment can be combined with the various optional solutions in one or more of the above embodiments. The method is applied to the architecture of a railway signal centralized monitoring system using multiple train control systems provided in any embodiment of the present invention. As shown in FIG4 , the method includes:

[0093] Step 410: Obtain the service request initiated by the service requester, call the internally set first path processing function, determine the target train control corresponding to the service request, and the target protocol type leaf node corresponding to the target train control.

[0094] Step 420: Determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the state processing function set in each node in the request path according to the request path to obtain the receipt information corresponding to the service request.

[0095] Step 430: Feedback receipt information to the service requester.

[0096] Optionally, according to the request path iteration, the function set inside each node in the request path is called to obtain the receipt information corresponding to the business request, including: calling the internally set first path processing function, and determining that the second node in the request path is a target protocol type combination node or a target protocol type leaf node; when it is determined to be a target protocol type combination node, calling the second path processing function set inside the target protocol type combination node, and determining that the third node in the request path is a target protocol type leaf node; when it is determined to be a target protocol type leaf node, calling the third path processing function set inside the target protocol type leaf node, and determining the target train control corresponding to the business request; calling the first state processing function set inside the target protocol type leaf node, and obtaining the receipt information corresponding to the business request from the target train control.

[0097] Optionally, the receipt information is fed back to the business requester, including: determining the feedback path from the target protocol type leaf node to the protocol class root node, iteratively calling back the state processing function set inside each node in the feedback path, summarizing the receipt information, and obtaining receipt summary information; and feeding back the receipt summary information to the business requester.

[0098] Optionally, the state processing function set inside each node in the iterative callback feedback path is used to summarize the receipt information to obtain receipt summary information, including: identifying the information category of the receipt information, and distinguishing and summarizing the receipt information according to the information category to obtain receipt summary information.

[0099] Optionally, identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information, including: identifying the information category of the receipt information, the information categories include: graphic information, list information and alarm information; if the information category of the receipt information is graphic information, then add a unique identifier to distinguish different graphic elements in the receipt information; if the information category of the receipt information is list information, then add a column control sequence number, and summarize the table information according to the column control sequence number; if the information category of the receipt information is alarm information, then add alarm description information.

[0100] The technical solution of the embodiment of the present invention is to obtain the business request initiated by the business requester in the railway signal centralized monitoring system architecture of multiple train controls, call the internally set first path processing function, determine the target train control corresponding to the business request, and the target protocol type leaf node corresponding to the target train control; determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the state processing function set inside each node in the request path according to the request path to obtain the receipt information corresponding to the business request; the method of feeding back the receipt information to the business requester solves the problem of multiple train controls accessing the monitoring system and fills the technical gap. The architecture is highly scalable and can more easily add train control combinations of new protocol types, and can also add new train controls; multiple train controls are convenient to access without limiting the number of train controls; the use of a combination mode can simplify the hierarchical structure during access, making the inheritance relationship between classes clearer; simplify the tear-space interface function code, and can consistently use combination structures and single objects.

[0101] Example 3

[0102] FIG5 shows a block diagram of an electronic device 10 that can be used to implement an embodiment of the present invention. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present invention described and / or required herein.

[0103] As shown in FIG5 , the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 and a random access memory (RAM) 13, that is communicatively connected to the at least one processor 11. The memory stores a computer program that can be executed by the at least one processor, and the processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 into the random access memory (RAM) 13. Various programs and data required for the operation of the electronic device 10 can also be stored in the RAM 13. The processor 11, ROM 12, and RAM 13 are connected to each other via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0104] Multiple components in the electronic device 10 are connected to the I / O interface 15, including an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a magnetic disk, an optical disk, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0105] The processor 11 can be any general-purpose and / or specialized processing component with processing and computing capabilities. Some examples of the processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various specialized artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The processor 11 executes the various methods and processes described above, such as the method for connecting multiple train control systems to a centralized railway signal monitoring system.

[0106] In some embodiments, the method for multiple train control systems to access a centralized railway signal monitoring system may be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the method for multiple train control systems to access a centralized railway signal monitoring system described above may be performed. Alternatively, in other embodiments, the processor 11 may be configured to execute the method for multiple train control systems to access a centralized railway signal monitoring system in any other appropriate manner (e.g., by means of firmware).

[0107] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), system-on-chip systems (SOCs), programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system that includes at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0108] Computer programs for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when the computer program is executed by the processor, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The computer program may be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0109] In the context of the present invention, computer-readable storage media can be tangible media that can contain or store a computer program for use with an instruction execution system, device or equipment or used in combination with an instruction execution system, device or equipment. Computer-readable storage media can include but are not limited to electronic, magnetic, optical, electromagnetic, infrared or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, computer-readable storage media can be machine-readable signal media. More specific examples of machine-readable storage media can include electrical connections based on one or more lines, portable computer disks, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROM or flash memory), optical fibers, portable compact disk read-only memories (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0110] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0111] The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0112] A computing system may include clients and servers. The clients and servers are typically remote from each other and typically interact via a communication network. This client-server relationship arises through computer programs running on the respective computers, creating a client-server relationship. The server may be a cloud server, also known as a cloud computing server or cloud host. This server is a hosting product within the cloud computing service ecosystem that addresses the management difficulties and limited scalability of traditional physical hosting and VPS services.

[0113] It should be understood that the various forms of the processes shown above can be used to reorder, add, or delete steps. For example, the steps described in the present invention can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of the present invention can be achieved. This is not limited herein.

[0114] The above specific embodiments do not limit the scope of protection of the present invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention are intended to be included within the scope of protection of the present invention.

Claims

1. An architecture for multiple train control access to a railway signal centralized monitoring system, characterized in that: The architecture includes: a protocol type root node, at least one protocol type combination node, and at least one protocol type leaf node; wherein: The next level of nodes of the protocol class root node include protocol type combination nodes and / or protocol type leaf nodes; The next level of nodes of the protocol type combination node includes a protocol type leaf node; The protocol class root node is used to obtain a service request initiated by a service requester, call an internally set first path processing function, determine a target train control corresponding to the service request, and a target protocol type leaf node corresponding to the target train control; The protocol class root node is used to determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request; The protocol class root node is further used to feed back the receipt information to the service requester.

2. The architecture according to claim 1, wherein: The protocol class root node is specifically used to: Calling an internally set first path processing function and determining that the second node in the request path is a target protocol type combination node or a target protocol type leaf node; When it is determined to be a target protocol type combination node, calling a second path processing function set inside the target protocol type combination node to determine that the third node in the request path is a target protocol type leaf node; When it is determined to be a target protocol type leaf node, the third path processing function set inside the target protocol type leaf node is called to determine the target train control corresponding to the business request; and the first state processing function set inside the target protocol type leaf node is called to obtain the receipt information corresponding to the business request from the target train control.

3. The architecture according to claim 1, wherein: The protocol class root node is further specifically used for: Determine a feedback path from the target protocol type leaf node to the protocol class root node, iteratively call back a state processing function set within each node in the feedback path, summarize receipt information, and obtain receipt summary information; Feedback the receipt summary information to the service requester.

4. The architecture according to claim 3, characterized in that The state processing function is used to: Identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information.

5. The architecture according to claim 4, characterized in that The state processing function is specifically used to: Identify information categories of receipt information, including: image information, list information, and alarm information; If the information category of the receipt information is graphic information, adding a unique identifier to distinguish different graphic elements in the receipt information; If the information category of the receipt information is list information, then add a column control sequence number and summarize the table information according to the column control sequence number; If the information category of the receipt information is alarm information, alarm description information is added.

6. A method for connecting multiple train control systems to a railway signal centralized monitoring system, characterized in that: The method is applied to the multi-train control access railway signal centralized monitoring system architecture according to any one of claims 1 to 5, and the method comprises: Obtain a service request initiated by a service requester, call an internally set first path processing function, determine the target train control corresponding to the service request, and the target protocol type leaf node corresponding to the target train control; Determine the request path from the protocol class root node to the target protocol type leaf node, and iteratively call the state processing function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request; Feedback the receipt information to the service requester.

7. The method according to claim 6, characterized in that Iteratively calling a function set in each node in the request path according to the request path to obtain receipt information corresponding to the service request, including: Calling an internally set first path processing function and determining that the second node in the request path is a target protocol type combination node or a target protocol type leaf node; When it is determined to be a target protocol type combination node, calling a second path processing function set inside the target protocol type combination node to determine that the third node in the request path is a target protocol type leaf node; When it is determined to be a target protocol type leaf node, calling the third path processing function set inside the target protocol type leaf node to determine the target train control corresponding to the service request; The first state processing function set in the target protocol type leaf node is called to obtain receipt information corresponding to the service request from the target train control.

8. The method according to claim 6, characterized in that Feedback of the receipt information to the service requester includes: Determine a feedback path from the target protocol type leaf node to the protocol class root node, iteratively call back a state processing function set within each node in the feedback path, summarize receipt information, and obtain receipt summary information; Feedback the receipt summary information to the service requester.

9. The method according to claim 8, characterized in that Iteratively call back the state processing function set in each node in the feedback path to summarize the receipt information and obtain receipt summary information, including: Identify the information category of the receipt information, and distinguish and summarize the receipt information according to the information category to obtain receipt summary information.

10. The method according to claim 9, characterized in that Identifying the information category of the receipt information, and distinguishing and summarizing the receipt information according to the information category to obtain receipt summary information, including: Identify information categories of receipt information, including: image information, list information, and alarm information; If the information category of the receipt information is graphic information, adding a unique identifier to distinguish different graphic elements in the receipt information; If the information category of the receipt information is list information, then add a column control sequence number and summarize the table information according to the column control sequence number; If the information category of the receipt information is alarm information, alarm description information is added.

Images