Urban rail data processing system and method
By independently deploying server groups on each line, including service registration unit and redundant adjudication unit, the impact of new lines on the original lines and the imbalance of server load is solved, and line autonomous management and load balance are achieved.
Patent Information
- Application Number
- CN202411365341.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-27
- Publication Date
- 2025-02-18
AI Technical Summary
When multiple lines share a comprehensive monitoring system, the new line access system may have a great impact on the lines that have been opened and operated, and the load of the main server and the disaster recovery server in the system is unbalanced, resulting in a server's long-term high load operation .
By independently deploying server groups on each line, including service registration unit and redundant adjudication unit, the autonomous management and dynamic registration of each line are achieved to balance the load of the server.
This reduces the impact of new lines on the original lines, realizes server load balance and flexible master-slip state switching, and avoids long-term high-load operation of the server.
Smart Images
Figure CN119484542A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of rail transit control technology, and in particular to an urban rail transit data processing system and method. Background Art
[0002] With the development of multi-line control and intelligent applications, resources and data are unified through a unified multi-line center comprehensive monitoring system. In the later stage, each line is directly connected to the comprehensive monitoring system to realize resource sharing and reduce construction costs.
[0003] However, when all lines share a comprehensive monitoring system, the construction period and opening time of each line are different, and different lines are built by different manufacturers, which may cause a significant impact on the lines that have already been opened and operated after the new lines are connected to the system.
[0004] In addition, the integrated monitoring system includes a main server and a disaster recovery server. At any time, one of the servers is in the main state and the other is in the disaster recovery state. In the related art, when one server fails, another server is activated as the main server, causing a server to work at high load for a long time. Summary of the invention
[0005] In an exemplary embodiment of the present application, a system and method for processing urban rail data are provided to reduce the impact of new lines on existing lines and balance the loads of different servers.
[0006] According to a first aspect of an exemplary embodiment, a city rail data processing system is provided, comprising a server group corresponding to each of a plurality of lines; a first server group comprises a first server and a second server, the first server comprises a first service registration unit and a first redundant decision unit, the second server comprises a second server registration unit and a second redundant decision unit, and each functional layer is deployed in the first server and the second server, respectively; two servers in the first server group redundantly provide services for a first line, and the first line is any one of a plurality of lines, wherein:
[0007] A first service registration unit is used to: respond to the service registration request of each functional layer, register the service for each functional layer, and obtain first service registration information; wherein the first service registration information indicates the available services of the first server;
[0008] The first redundant decision unit is used to determine the first redundant registration information and receive the second redundant registration information from the second redundant decision unit after each functional layer of the first server performs redundant registration with the first redundant decision unit; and determine the target decision unit according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the active and standby status of the first server and the second server; wherein the server in the active state is used to process the urban rail data of the first line; the target decision unit is the first redundant decision unit or the second redundant decision unit, and the target decision unit has a decision function.
[0009] In the embodiment of the present application, the functions and services of the lines are divided, and the functions required by each line are deployed on a server group, thereby realizing autonomous management of a single line. On this basis, a service registration unit and a redundant decision unit are constructed, taking the first service registration unit and the first redundant registration unit of the first server as an example. The first service registration unit can register for each functional layer and obtain first service registration information that can indicate the available services of the first server. This process can realize dynamic registration of each functional layer and independent registration between each line, avoiding mutual influence between lines. In addition, the first redundant decision unit can determine the active and standby status of the two servers according to the respective redundant registration information of the first server and the second server. Compared with the related art in which one server is in the active state for a long time, the actual situation of each function is taken into consideration, and the active and standby switching is flexible, avoiding long-term high-load operation of one server.
[0010] In a possible implementation, the first service registration unit is further used to: upon receiving a data access request from a client, obtain target data indicated by the data access request through a currently available service, and send the target data to the client; wherein the client is used to display business data of a second line, and the second line is any one of multiple lines that is different from the first line.
[0011] In the above embodiment, although each line independently registers with its own server, it is also possible to request the corresponding target data by acquiring the available services of the target line, thereby realizing dynamic discovery and data subscription between the lines.
[0012] In a possible implementation manner, the multiple functional layers include a first functional layer and a second functional layer; the first functional layer is a functional layer in a master-slave arbitration mode; the second functional layer is a functional layer in a multi-master arbitration mode;
[0013] If the first server works in the active state, the first function layer deployed in the first server works in the active mode, and the second function layer works in the active mode;
[0014] If the second server works in a standby state, the first functional layer deployed in the second server works in a standby mode, and the second functional layer works in an active mode.
[0015] The above embodiment introduces different decision modes of the functional layer, some functional layers can work in the multi-active decision mode, and some functional layers can work in the active-standby decision mode. Compared with the related art in which the server determines the active-standby mode as a whole, it is more flexible.
[0016] In a possible implementation manner, the first redundancy decision unit is further configured to:
[0017] If the first server is determined to be normal according to the first redundant registration information, and the second server is determined to be abnormal according to the second redundant registration information, then the target decision unit is determined to be the first redundant decision unit;
[0018] If the first server is determined to be normal according to the first redundant registration information, and the second server is determined to be normal according to the second redundant registration information, the target decision unit is determined to be the decision unit corresponding to the server with a higher priority between the first server and the second server.
[0019] In the above embodiment, the first redundant registration information and the second redundant registration information are used to determine which redundant decision unit is used as the current decision unit, and the decision mode of each functional layer and the operation status of the server are combined, so that the decision result is more accurate.
[0020] In a possible implementation, the functional layers deployed by the first server include part or all of the first acquisition layer, the first processing layer, the first application layer, and the first service layer; the functional layers deployed by the second server include part or all of the second acquisition layer, the second processing layer, the second application layer, and the second service layer.
[0021] In the above embodiment, each functional layer corresponds to different functions, and the first server and the second server are divided into different functional layers, thereby achieving refinement of server functions.
[0022] In a possible implementation, if a newly added display module is detected through the first display layer used to display the business data of the first line, the first service registration unit is further used to: respond to a display request from the newly added display module, and display display data matching the available services of the first server corresponding to the display request through the newly added display module.
[0023] The above embodiment realizes the dynamic expansion of the newly added display modules of the display layer.
[0024] In a possible implementation, if a new application module is detected through the first application layer, the first redundancy decision unit is further used to: respond to a redundancy registration request of the new application module and send available services from the first server of the first service registration unit to the new application module.
[0025] The above embodiment realizes the dynamic expansion of new application modules in the application layer.
[0026] In a possible implementation, if a newly added service module is detected through the first service layer, the first redundancy decision unit is further used to: respond to a redundancy registration request of the newly added service module and send available services from the first server of the first service registration unit to the newly added service module;
[0027] If a new service module is detected through the first service layer, the first service registration unit responds to the service registration request of the new service module and registers itself as a service.
[0028] The above embodiment realizes the dynamic expansion of new service modules in the service layer.
[0029] In a possible implementation, the first service layer and the second service layer respectively include part or all of the model service, the data service, the alarm service, the message service and the history service.
[0030] In the above embodiment, the service layer includes different services, which can enrich the available service list of each server, so that when other lines subscribe to service data, there are more service data of available services to choose from.
[0031] According to a second aspect of an exemplary embodiment, a method for processing urban rail data is provided, which is applied to the urban rail data processing system of the first aspect, and the method includes:
[0032] The first service registration unit responds to the service registration request of each functional layer, registers the service for each functional layer, and obtains first service registration information; wherein the first service registration information indicates the available services of the first server;
[0033] After each functional layer of the first server performs redundant registration with the first redundant decision unit, the first redundant decision unit determines the first redundant registration information and receives the second redundant registration information from the second redundant decision unit; and determines the target decision unit according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the master-slave status of the first server and the second server; wherein the server in the master state is used to process the urban rail data of the first line; the target decision unit is the first redundant decision unit or the second redundant decision unit, and the target decision unit has a decision function.
[0034] According to a third aspect of an exemplary implementation, a computer storage medium is provided, in which computer program instructions are stored. When the instructions are executed on a computer, the computer executes the urban rail data processing method of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS
[0035] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.
[0036] Figure 1 The following is a schematic diagram showing the structure of a city rail data processing system provided by an embodiment of the present application;
[0037] Figure 2 A schematic diagram of each functional layer provided in an embodiment of the present application is exemplarily shown;
[0038] Figure 3 A schematic diagram showing, by way of example, the registration of different services of a service layer provided by an embodiment of the present application with a service registration unit;
[0039] Figure 4 A schematic diagram of each functional layer registering with a redundancy decision unit provided in an embodiment of the present application is exemplarily shown;
[0040] Figure 5 A schematic diagram of synchronizing redundant registration information between redundant decision units provided in an embodiment of the present application is exemplarily shown;
[0041] Figure 6 A schematic diagram exemplarily shows a ruling process provided by an embodiment of the present application;
[0042] Figure 7 A schematic diagram of a dynamic expansion of an application layer provided by an embodiment of the present application is exemplified;
[0043] Figure 8 A schematic diagram of a dynamic expansion of a service layer provided by an embodiment of the present application is exemplified;
[0044] Fig. 9 A schematic diagram of a dynamic expansion of a display layer provided by an embodiment of the present application is exemplarily shown;
[0045] Fig.10 A flowchart of a method for processing urban rail data provided in an embodiment of the present application is exemplified. DETAILED DESCRIPTION
[0046] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.
[0047] In recent years, my country's subway construction has developed rapidly. Urban rail data processing systems are developing towards intelligence. In particular, the development of smart stations can achieve efficient operation and management of stations and provide safe and convenient services for passengers. Due to the diversity of smart station displays and the emergence of intelligent applications, higher requirements are also placed on urban rail data processing systems. However, the urban rail data processing system in related technologies has the following two problems:
[0048] The first problem: When various lines share a system, the construction period and opening time of each line are different, and different lines are built by different manufacturers, which may cause a significant impact on the lines that have already been opened and operated after the new lines are connected to the system.
[0049] The second problem: the system includes a primary server and a disaster recovery server. At any time, one of the servers is in the primary state and the other is in the disaster recovery state. In the related art, when one server fails, the other server is activated as the primary server, causing a server to work under high load for a long time.
[0050] To this end, an embodiment of the present application provides an urban rail data processing system, which is divided into business processing units (hereinafter referred to as units) according to the functions and services of the lines. The business processing within the units is completed, and the data interaction process between units collaboratively completes the unified management business of the multi-line center. In order to realize cross-line applications and multi-line unified management, and at the same time simplify the complexity of data interaction between units, the unit can be divided into an acquisition layer, a processing layer, a service layer, and an application layer (each functional layer), shielding the data processing process within the unit. The service layer and the application layer represent the entire unit to perform data interaction and realize multi-line unified management. Among them, each unit is independently deployed on a different server, and the server provides data support. Each server is a set of independently running and independently managed running programs. The server processes the data and services of this line and realizes all the functions of a single line.
[0051] Specifically, each line corresponds to a server group. For example, the first server group includes a first server and a second server. A service registration unit is constructed in each server, and the service registration unit in the first server is called a first service registration unit; a redundant decision unit is constructed in each server, and the redundant decision unit in the first server is called a first redundant decision unit. Each functional layer is deployed in the first server and the second server respectively; the two servers in the first server group redundantly provide services for the first line, and the first line is any one of the multiple lines.
[0052] The first service registration unit can respond to the server registration request of each functional layer, register the service for each functional layer, and obtain the first service registration information. The first service registration information includes the available services of the first line served by the first server, so when each line is connected, it is connected to its own server instead of a unified integrated monitoring system, which overcomes the first problem in the related art.
[0053] For the first redundant registration unit, after each functional layer of the first server performs redundant registration with the first redundant decision unit, the first redundant registration information can be determined, and the second redundant registration information from the second redundant decision unit can be received. Then, the target decision unit is determined according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the active and standby states of the first server and the second server. By constructing the redundant decision unit, the second problem in the related art is overcome.
[0054] To further illustrate the technical solution provided by the embodiment of the present application, this is described in detail below in conjunction with the accompanying drawings and specific implementation methods. Although the embodiment of the present application provides the method operation steps shown in the following embodiments or drawings, more or fewer operation steps may be included in the method based on routine or no creative labor. In the steps where there is no necessary causal relationship logically, the execution order of these steps is not limited to the execution order provided in the embodiment of the present application.
[0055] refer to Figure 1 A structural schematic diagram of an urban rail data processing system is shown to illustrate the technical solution provided in the embodiment of the present application.
[0056] The first server group is a server group for the first line, and the first server group includes a first server 11 and a second server 12. The first server 11 and the second server 12 provide services for the first line in a redundant manner. The first server 11 includes a first service registration unit 111 and a first redundant decision unit 112, and the second server 12 includes a second server registration unit 121 and a second redundant decision unit 122. Next, taking the first server 11 as an example, the functions of the first service registration unit 111 and the first redundant decision unit 112 are described respectively.
[0057] The first service registration unit 111 may respond to the service registration request of each functional layer, perform service registration for each functional layer, and obtain first service registration information.
[0058] Among them, in the urban rail data processing system, it is generally divided into backend services and front-end human-machine interfaces. The backend services are deployed in the server, and the front-end human-machine interface (client) is deployed in the dispatching hall workstation. In order to reduce the complexity of data interaction between the server and the workstation, the urban rail data processing system is re-divided according to function into the collection layer, processing layer, service layer and application layer.
[0059] Specifically, the acquisition layer is responsible for data collection from external devices, subsystem access, etc., and submits the collected data to the processing layer for data processing. It is an internal processing module; the processing layer is responsible for data processing, alarm generation, data storage, etc., and is an internal processing module; the service layer is responsible for data caching, subscription, publishing, query, etc., and shields the processing process of the processing layer and the acquisition layer from the application layer and the presentation layer, and may increase dynamically with the increase of applications; the application layer is responsible for the logical processing of business applications, such as sequential control, linkage, etc., and increases dynamically with the increase of applications; the presentation layer performs visual display of data, and adds presentation modules according to different presentation forms. Figure 2 A schematic diagram of various functional layers provided in an embodiment of the present application.
[0060] Optionally, the collection layer, processing layer, service layer, and application layer are backend services and are deployed in the backend server; the presentation layer is the frontend interface and is deployed in the frontend workstation. The collection layer and processing layer are basically unchanged, while the service layer, application layer, and presentation layer are expandable. The service layer and application layer represent the entire backend data processing process, interact with the presentation layer for data, and shield the data processing process of the collection layer and processing layer.
[0061] Specifically for the first server 11 and the second server 12, the functional layers deployed by the first server 11 include part or all of the first acquisition layer, the first processing layer, the first application layer and the first service layer; the functional layers deployed by the second server 12 include part or all of the second acquisition layer, the second processing layer, the second application layer and the second service layer.
[0062] Each functional layer registers a service with the first server registration unit 111, and the obtained first service registration information may indicate the available services of the first server, and may specifically include a service name, address, port number, etc. Optionally, the available services may include some or all of model services, data services, alarm services, message services, history services, and application services.
[0063] Specifically, the model service provides query services for system model data; the data service provides subscription, publishing and query services for real-time data; the alarm service provides query and subscription and publishing services for alarm data; the message service receives commands issued by the client, distributes them to each business processing module, and feeds them back to the client; the history service receives historical query commands issued by the client, queries the results and feeds them back to the client. Figure 3 A schematic diagram of registering different services of a service layer with a service registration unit provided in an embodiment of the present application.
[0064] Since the service layer will expand according to the increase of business, in order to realize the dynamic expansion of the service layer, a service registration unit is added in this application to manage the list of available services (including available services). In this way, the business data corresponding to the available services can be accessed or subscribed. For other lines, you can also register with your own service registration unit, which will not be repeated here.
[0065] Therefore, by building a service registration unit, the service layer program needs to register with the service registration unit after it is started. The service registration unit contains a list of all available services. When the client wants to access data, it needs to first query the service registration unit for available services, and then obtain the required data through the service.
[0066] In addition, the first service registration unit can also provide a data subscription function between each line. For example, the first service registration unit receives a data access request from the second line, and obtains the target data indicated by the data access request through the available services of the first server indicated by the first service registration information. And send the target data to the client of the second line. The second line here is any line different from the first line among multiple lines. Such a design ensures information exchange and mutual subscription between each line.
[0067] Since the application layer will expand according to the increase of business, in order to achieve dynamic expansion of the application layer, a redundancy decision unit is added to the urban rail data processing system to manage the active and standby status of all functional layers. The first redundancy decision unit 112 in the first server 11 is used as an example for explanation.
[0068] For the first redundant decision unit 112, after each functional layer of the first server 11 performs redundant registration with the first redundant decision unit 112, the first redundant registration information can be determined, and the second redundant registration information from the second redundant decision unit 122 can be received; and the target decision unit can be determined based on the first redundant registration information and the second redundant registration information, so that the target decision unit determines the master-slave status of the first server 11 and the second server 12.
[0069] The two redundant servers (the first server 11 and the second server 12) mutually synchronize redundant registration information for active / standby decision. The target decision unit notifies the functional layer of the decision result for redundancy switching. Figure 4 A schematic diagram of each functional layer registering with a redundancy decision unit provided in an embodiment of the present application.
[0070] Among them, the redundant registration information may include the arbitration mode of each functional layer, for example, the multiple functional layers include a first functional layer and a second functional layer; the first functional layer is a functional layer in a master-slave arbitration mode; the second functional layer is a functional layer in a multi-master arbitration mode. Figure 5 A schematic diagram of synchronizing redundant registration information between redundant decision units provided in an embodiment of the present application.
[0071] Optionally, in the master-slave arbitration mode, only one server is the master and the other servers are the backups. The acquisition layer, processing layer, and application layer are managed in redundancy in the master-slave arbitration mode. In the multi-master arbitration mode, all machines work as the master. The service layer is managed in redundancy in the multi-master arbitration mode.
[0072] In a specific example, the first functional layer may include the collection layer, the processing layer and the application layer, and the second functional layer may include the service layer. That is, the service layer always works in the active state, regardless of the active and standby states of the servers deploying the service layer; the working states of the collection layer, the processing layer and the application layer are consistent with the active and standby states of the services deployed therein.
[0073] In this way, the first redundant decision unit 112 can comprehensively consider the first redundant registration information and the second redundant registration information to determine which redundant decision unit has the decision function and can be used as the target decision unit. The target decision unit can determine the active and standby status of the first server 11 and the second server 12. For example, the first redundant decision unit determines that the first server 11 is in the active state and the second server 12 is in the disaster recovery state. At this time, the first server 11 is used to process the urban rail data of the first line; the second server 12 can perform the corresponding functions in the disaster recovery state.
[0074] Optionally, if the first server 11 works in the active state, the first functional layer (collection layer, processing layer and application layer) deployed in the first server 11 works in the active mode, and the second functional layer (server layer) works in the active mode; if the second server works in the standby state, the first functional layer (collection layer, processing layer and application layer) deployed in the second server 12 works in the standby mode, and the second functional layer (service layer) works in the active mode. Figure 6 A schematic diagram of a arbitration process provided for an embodiment of the present application, wherein the acquisition layer, the processing layer and the application layer are switched from the primary mode to the backup mode, and the service layer remains in the primary mode.
[0075] This design enables more flexible setting of the functions of different functional layers of the server, making the configuration of the server more flexible, and thus more flexible in processing the business data of the corresponding lines.
[0076] In the actual application process, there may be server abnormalities. Specifically, when the first redundant decision unit 112 determines that the first server 11 is normal according to the first redundant registration information, and determines that the second server 12 is abnormal according to the second redundant registration information, the target decision unit can be directly determined to be the first redundant decision unit 112. However, if the first server 11 is normal according to the first redundant registration information, and the second server 12 is normal according to the second redundant registration information, the target decision unit is determined to be the decision unit corresponding to the server with a higher priority among the first server 11 and the second server 12.
[0077] Therefore, a redundant decision unit is built. When the programs of the collection layer, processing layer, service layer, and application layer are started, they need to register with the redundant decision unit, which determines the master and backup of each functional layer. When the host program fails, the redundant decision unit makes a new decision and notifies each business program to switch between the master and backup.
[0078] In addition, redundancy arbitration also supports the arbitration of the primary and standby control centers. When the primary control center is normal, one of the acquisition layer, processing layer, and application layer deployed in the primary control center is in operation as the primary, and all service layers deployed in the primary control center are in operation; the acquisition layer, processing layer, service layer, and application layer deployed in the standby control center are standby. When the primary control center is abnormal and the standby control center becomes the primary, one of the acquisition layer, processing layer, and application layer programs deployed in the standby control center is in operation as the primary, and all service layers deployed in the standby control center are in operation.
[0079] In addition, especially for the lines that have been opened, how to quickly implement new display styles and new intelligent applications without affecting existing functions and making as few changes as possible has become a technical problem that the urban rail data processing system needs to solve.
[0080] Therefore, with the service registration unit and the redundancy decision unit, the urban rail data processing system can support the dynamic expansion of services without affecting existing applications and functions. Business expansion can be divided into three categories: application layer, service layer and presentation layer expansion.
[0081] In the embodiment of the present application, for the application layer, when a new application module is added, the new application module can be registered as an independent application; for the service layer, when a new service module is added, the new service module can be registered as an independent service; for the display layer, when a new display module is added, the new display module can be registered as an independent display. Such a design does not require changing the underlying code of the application layer, service layer, and display layer, and realizes the dynamic expansion of the application layer, service layer, and display layer. Still taking the first server 11 as an example for explanation:
[0082] For the dynamic expansion of the application layer, if a newly added display module is detected through the first display layer used to display the business data of the first line, the first service registration unit can respond to the display request from the newly added display module and display the display data matching the available services of the first server corresponding to the display request through the newly added display module.
[0083] Specifically, when there is a new application module in the application layer, it first registers with the first redundant decision unit, and the first redundant decision unit 112 manages its active and standby status. Secondly, the new application module can obtain a list of other available services through the first service registration unit 111, and provide data support for it through other services. Once again, the new application module can register itself as a service with the first service registration unit 111, which is managed by the first service registration unit 111 and queried and used by the client. At this time, the presentation layer can obtain the interface provided by the service through the first service registration unit 111 and initiate a data request to the service. Dynamic access to new application modules can be achieved without restarting the existing system. Figure 7 A schematic diagram of dynamic expansion of an application layer provided in an embodiment of the present application.
[0084] For dynamic expansion of the service layer, if a new application module is detected through the first application layer, the first redundancy decision unit 112 can respond to the redundancy registration request of the new application module and send the available services of the first server from the first service registration unit 111 to the new application module.
[0085] After the newly added application module is registered with the first redundancy decision unit 112, the first redundancy decision unit 112 can manage its active and standby status. At the same time, the first service registration unit 111 can obtain the list of available services, and the available services can provide data support for it, so that the newly added application module can realize the function of the available services. The dynamic access of the newly added application module is realized without restarting the existing system. The dynamic expansion of the newly added application module at the application layer is realized. Figure 8 A schematic diagram of dynamic expansion of a service layer provided in an embodiment of the present application.
[0086] For the dynamic expansion of the presentation layer, if a new service module is detected through the first service layer, the first redundant decision unit 112 may respond to the redundant registration request of the new service module and send the available services of the first server 11 from the first service registration unit 111 to the new service module; if a new service module is detected through the first service layer, the first service registration unit 111 responds to the service registration request of the new service module and registers itself as a service.
[0087] When a new display module is detected, such as a new pie chart display, the new display module can directly query the available service list through the first service registration unit 111, obtain the data support of the entire background through the available services, add a new display style, and realize dynamic expansion of the display module. Fig. 9 A schematic diagram of dynamic expansion of a display layer provided in an embodiment of the present application.
[0088] The urban rail data processing system in the embodiment of the present application is layered according to business functions, and is divided into an acquisition layer, a processing layer, a service layer, and an application layer. The service layer is used to shield the data processing process and provide data support for the application layer and the display layer. A service registration unit is constructed to realize the dynamic addition of display modules of the display layer through the service registration unit, and to support the dynamic expansion of new service modules of the service layer without affecting the existing functions; at the same time, a redundant decision unit is constructed for the primary and standby redundant decision management of the background service program, and to support the dynamic addition of application layer programs and service layer programs. Through the service registration unit and the redundant decision unit, the dynamic addition of new display modules, new application modules, and new service modules is realized, and dynamic expansion is realized without affecting the existing business and functions.
[0089] like Fig.10 As shown, based on the same inventive concept, an embodiment of the present application provides a method for processing urban rail data, which is applied to the urban rail data processing system of the aforementioned embodiment, and the method includes:
[0090] S101: The first service registration unit responds to the service registration request of each functional layer, registers the service for each functional layer, and obtains first service registration information.
[0091] The first service registration information indicates available services of the first server.
[0092] S102: After each functional layer of the first server performs redundant registration with the first redundant decision unit, the first redundant decision unit determines first redundant registration information and receives second redundant registration information from the second redundant decision unit; and determines a target decision unit according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the primary and secondary states of the first server and the second server.
[0093] Among them, the server in the main state is used to process the urban rail data of the first line; the target decision unit is the first redundant decision unit or the second redundant decision unit, and the target decision unit has a decision function.
[0094] The implementation method of each step can be found in the above-mentioned embodiment and will not be repeated here.
[0095] An embodiment of the present application further provides a computer storage medium, in which computer program instructions are stored. When the instructions are executed on a computer, the computer executes the steps of the above-mentioned urban rail data processing method.
[0096] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.
[0097] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0098] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0099] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0100] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.
Claims
1. A city rail data processing system, characterized in that: It includes server groups corresponding to multiple lines respectively; the first server group includes a first server and a second server, the first server includes a first service registration unit and a first redundant decision unit, the second server includes a second server registration unit and a second redundant decision unit, and each functional layer is deployed in the first server and the second server respectively; the two servers in the first server group provide services for the first line redundantly, and the first line is any one of the multiple lines, wherein: The first service registration unit is used to: respond to the service registration request of each functional layer, register the service for each functional layer, and obtain first service registration information; wherein the first service registration information indicates the available services of the first server; The first redundant decision unit is used to determine first redundant registration information and receive second redundant registration information from the second redundant decision unit after each functional layer of the first server performs redundant registration with the first redundant decision unit; and determine a target decision unit according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the master-slave status of the first server and the second server; wherein the server in the master state is used to process the urban rail data of the first line; the target decision unit is the first redundant decision unit or the second redundant decision unit, and the target decision unit has a decision function.
2. The system according to claim 1, characterized in that The first service registration unit is further used for: When receiving a data access request from a second line, the target data indicated by the data access request is obtained through a currently available service, and the target data is sent to a client of the second line; wherein the second line is any one of the multiple lines that is different from the first line.
3. The system according to claim 1, characterized in that The multiple functional layers include a first functional layer and a second functional layer; the first functional layer is a functional layer in a master-slave arbitration mode; the second functional layer is a functional layer in a multi-master arbitration mode; If the first server works in the active state, the first function layer deployed in the first server works in the active mode, and the second function layer works in the active mode; If the second server works in a standby state, the first function layer deployed in the second server works in a standby mode, and the second function layer works in an active mode.
4. The system according to claim 1, characterized in that The first redundancy decision unit is further configured to: If it is determined that the first server is normal according to the first redundant registration information, and it is determined that the second server is abnormal according to the second redundant registration information, then the target decision unit is determined to be the first redundant decision unit; If it is determined that the first server is normal according to the first redundant registration information, and if it is determined that the second server is normal according to the second redundant registration information, the target decision unit is determined to be the decision unit corresponding to the server with a higher priority between the first server and the second server.
5. The system according to claim 1, characterized in that The functional layers deployed by the first server include part or all of the first acquisition layer, the first processing layer, the first application layer and the first service layer; the functional layers deployed by the second server include part or all of the second acquisition layer, the second processing layer, the second application layer and the second service layer.
6. The system according to claim 5, characterized in that If a newly added display module is detected through the first display layer used to display the business data of the first line, the first service registration unit is also used to: respond to a display request from the newly added display module, and display display data matching the available services of the first server corresponding to the display request through the newly added display module.
7. The system according to claim 5, characterized in that If a new application module is detected through the first application layer, the first redundancy determination unit is further used to: respond to a redundancy registration request of the new application module, and send the available services of the first server from the first service registration unit to the new application module.
8. The system according to claim 5, characterized in that: If a newly added service module is detected through the first service layer, the first redundancy decision unit is further used to: respond to a redundancy registration request of the newly added service module and send the available services of the first server from the first service registration unit to the newly added service module; If a new service module is detected through the first service layer, the first service registration unit responds to the service registration request of the new service module and registers itself as a service.
9. The system according to claim 5, characterized in that: The first service layer and the second service layer respectively include part or all of a model service, a data service, an alarm service, a message service and a history service.
10. A method for processing urban rail data, characterized in that: Applied to the urban rail data processing system according to any one of claims 1 to 9, the method comprises: The first service registration unit responds to the service registration request of each functional layer, performs service registration for each functional layer, and obtains first service registration information; wherein the first service registration information indicates the available services of the first server; After each functional layer of the first server performs redundant registration with the first redundant decision unit, the first redundant decision unit determines first redundant registration information and receives second redundant registration information from the second redundant decision unit; and determines a target decision unit according to the first redundant registration information and the second redundant registration information, so that the target decision unit determines the master-slave status of the first server and the second server; wherein the server in the master state is used to process the urban rail data of the first line; the target decision unit is the first redundant decision unit or the second redundant decision unit, and the target decision unit has a decision function.