JP2001151114A - Railroad operation management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To eliminate the drawback of conventional operation management systems that as special systems adapted to individual railroads, they do not realize hardware/software architectures directly applicable to and developable in accordance with various system configurations, e.g. system configurations of the station-based distributed type, centralized type, centrally distributed type, etc. SOLUTION: With regard to data to be shared by a plurality of devices, the data renewed by one of the devices is transmitted over a network. Distributed data management portions are arranged as they are distributed to the respective devices, each of the management portions taking in, based on its own judgment, the piece of information needed for its own device, from pieces of information about the other devices which are transmitted over the network, with the piece of information subsequently subjected to a conversion process or a matching process if necessary so that the pieces of information are originated as pieces of information about an entire railroad section which is the subject of control. The main processing part of each device processes information about the entire section presented by the distributed data management part, for the range allocated to itself.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a railway operation management system for controlling equipment such as a traffic light and a switch so that a train operates according to schedule information and instructions.

[0002]

2. Description of the Related Art At present, in various railway systems such as Shinkansen, conventional lines, subways, and monorails, railway operation management systems having various system configurations are operating. The most representative operation management system is the Shinkansen operation management system (COMTR
AC). This is a centralized system with a redundant three-unit control unit as the main unit. At major stations, interlocking devices and train number transmission / reception devices are installed.These devices and station interface devices are connected by serial lines, and the station interface devices and the central control device are connected by dedicated control lines. ing. The control device takes in the equipment information from the interlocking device and the train number information read by the train number transmission / reception device via the station interface device, performs the tracking process of the train from these information, and controls based on the schedule information and command information. Route setting information is created as output information and transmitted to the station interface device.
The station interface device transmits this information to the interlocking device, and the interlocking device controls the traffic light and the switch based on the control information, and the route is set.

As a distributed system, for example, a Hanwa Line operation management system was introduced in Hitachi Review in 1994. This is a station decentralized system.Control devices, interlocking devices, guidance devices, etc. are installed in the station subsystem, command terminals, management devices, etc. are installed in the central subsystem, and these subsystems are autonomous distributed loop networks (Autonomou network).
s Decentralized Loop Network (commonly called ADL).

[0004] In the station subsystem, the station control device fetches equipment information from the interlocking device, performs a train tracking process,
Based on the schedule information and command information received from the management device of the central subsystem, route setting information and guidance information are generated,
It outputs route setting information to the interlocking device and guide information to the guide device. According to this, the interlocking device will be a traffic light,
The guidance device outputs guidance information for controlling the switch. In the central subsystem, the command terminal performs a monitor display of operation status to a commander and a process of inputting a command. The management device
A process of distributing timetable information to the control device, a process of checking command input information, a process of distributing command input information to the control device, and the like are performed. In the ADL network, data is transmitted by an autonomous distributed protocol of broadcast transmission using a function code.Each subsystem refers to a function code in a received packet to determine whether the data is required by itself, and determines only necessary information. Capture in subsystem. That is, the subsystem is one autonomous unit, and in this system, it is easy to add a subsystem unit.

References: About centralized system ・ Signal security ・ Introduction to railway communication (Chuo Shoin 1988), p
p. 88-pp. 96 Station Distributed System ・ Hitachi Review, Vol. 76 No. 5 pp. 39-p
p. 43, 1994 Autonomous Decentralized Loop Network (AD
L) ・ Measurement and Control Vol. 29, No. 10 pp. 47
~ 52, 1990

[0006]

The conventional operation management system including the two systems introduced above is a dedicated system adapted to each individual railway line, and has various system configurations, for example, station distributed type, centralized centralized system. It does not realize a hardware / software architecture that can be applied and deployed as it is to a distributed, centrally distributed system (a plurality of control devices are installed in a central subsystem).

For example, in the above-mentioned station distributed system, the subsystem is an autonomous unit, and it is easy to add a station subsystem. However, autonomy has not been realized up to individual device units, and it is difficult to add device units and position equivalent arrangements, and the architecture of this system cannot be directly applied to centralized type or centrally distributed type. Was.
An object of the present invention is to realize a highly reliable hardware / software architecture that can be applied to various system configurations such as a centralized type, a centralized distributed type, and a station distributed type system as it is.

[0008]

The above interlocking device, control device, management device, and command terminal are used as basic components.
A hardware architecture that combines these devices on the network, depending on whether the control device is in the central subsystem or the station subsystem, and whether the control device is single or multiple, centralized type, central distributed type, Station distributed system configuration.

Further, in order to realize various system configurations such as a centralized type, a centralized distributed type, and a station distributed type with a common software architecture, 1. An autonomous distributed protocol, which is a function code broadcast transmission, is provided in a subsystem. Network so that each device can take necessary information at its own discretion.

2. With respect to the data to be shared by the plurality of devices, the data updated by the own device is transmitted to the network, and the information necessary for the own device among the information transmitted from the other devices transmitted to the network is transmitted. A distributed data management unit that captures information at its own discretion, performs conversion processing and matching processing if necessary, and creates this information as information for the entire railway track area to be controlled is distributed and placed in each of the above devices I do.
The distributed data management unit temporarily registers data fetched from the network in the buffer area at the timing of fetching the data, and executes a process of extracting and presenting information registered in the buffer area in a periodic process.

3. The main processing unit of each device executes a process on the information on the entire railway line presented by the distributed data management unit in a range in which the device is in charge. For example, in the control device, for a control range specified by the own device,
Equipment monitoring, train tracking, route setting, control output.

Further, in order to realize high reliability, the distributed data management unit has a function of checking whether the periodic processing is completed within the cycle, and an exclusive control function of not stopping the processing.

[0013]

FIG. 1 shows an example of a system configuration of a centralized system as an example of a system configuration in the present invention. In FIG. 1, a central subsystem includes a management device 101, a control device 102, a monitoring terminal 103, a data storage device 1
04, which are connected to the central network 105. The station subsystem includes an interlocking device 106 and a guide broadcasting device 107, and these devices are connected to a station network 108. Station subsystems are installed for each major station. Each station subsystem and the central subsystem are connected by an inter-station network 109. Since the networks in the central and station subsystems are local communications, for example, Ethernet (registered trademark) is used.

On the other hand, the inter-station network 109 is, for example, an ADL (Autonomous Decentralized Loop) described in the prior art.
An optical loop network such as an optical network or an integrated transmission line having a star configuration is used. Station network 10
9 and each subsystem are connected via a gateway device 110. Management device 101, control device 102, interlocking device 10
6. The guide broadcasting device 107 may be a dual system. Here, a dual system is also regarded as one device. Also, the terminal device 103 may be a plural system.

Hereinafter, the function of each device will be specifically described.

In the station subsystem, the interlocking device 106 is connected to equipment such as a traffic light, a switch, and a track circuit. The interlocking device captures the ON / OFF state information of these equipments, and The information is transmitted to the station network 108 as information. This equipment information is transmitted to the entire system via the gateway device 110. Further, the interlocking device 106 receives the control output information from the control device 102 of the central subsystem, and directly controls the equipment according to the control output information. The guide broadcast device 107 is connected to a guide display panel and a guide broadcast device, receives guide broadcast information from the control device 102, and performs guide display and guide broadcast in accordance with the guide broadcast information.

In the central subsystem, the control device 102 receives equipment information from the interlocking device 106 of each station subsystem from the central network 105, and performs a process of tracking a train, a process of setting a route, and a process of outputting route setting information and guidance broadcast information. I do.
These output information are transmitted to each station subsystem via the gateway device 110. The terminal device 103 monitors the operation status to the dispatcher, receives a command input from the dispatcher, and transmits it to the management device 101. The management device 101
Various processes such as a process of distributing the diagram information to the control device 102, a process of checking the command input information, and a process of distributing the command information to the control device 102 are performed. The data storage device 104 includes various information flowing through the network, for example, train tracking information,
Processing for accumulating control output information, command input information, and the like in time series is performed. This is possible because data flowing on the network can be easily captured by broadcast communication using a function code described later.

The gateway device 110, which is an interface device between the network in each subsystem and the network between the stations, performs protocol conversion between the network between the stations and the network in the subsystem, and performs filtering processing of data that passes only necessary data. .

Here, the grounds for the centralized system are as follows:
This is because only one control device 102, which is the main device for executing the course control, is installed in the central subsystem. Therefore, one control device 102 performs monitoring / control output of the entire railway line.

FIG. 2 shows an example of a system configuration of a centrally distributed system. The configuration difference from the centralized system of FIG. 1 is that a plurality of control devices 102 are installed on the central subsystem. This is for the purpose of distributing the load of the control devices, and each control device 102 shares the range of the railway line to be controlled, that is, the station subsystem that is in charge of the control, and each control device is assigned to its own area. Monitoring and control output.

FIG. 3 shows an example of a system configuration of the station distributed type system. The difference between the above two systems is the control unit
102 is installed in the station subsystem, and performs control output to the interlocking device 106 and the guide broadcasting device 107 in the same station subsystem.

Which system configuration is to be applied cannot be unconditionally determined by various factors such as the scale and characteristics of the railway line and the performance of the control device. Medium-scale systems and station-distributed types can be classified as large-scale systems.

As described above, the systems shown in FIGS. 1, 2, and 3 are based on a hardware architecture having a management device, a control device, a terminal, and an interlocking device as basic components. The difference in configuration between these systems is that the number of control devices differs depending on whether the control device is located on the central subsystem side or on the station subsystem side. It is the greatest object of the present invention to realize a software architecture that can be uniformly applied to such various configurations.

First, a communication protocol is adopted in which each device including the control device 102 can obtain necessary information transparently in the central subsystem and the station subsystem. ADL described in the prior art is a communication protocol based on broadcast transmission using a function code. That is, a code corresponding to the contents of the information of the packet is added to the communication header portion of the communication packet, and when each communication system receives the communication packet, it determines whether or not to take it into its own subsystem by using the function code. In the present invention, as shown in FIG. 4, this protocol is extended not only to a network between stations but also to a network in a subsystem. As shown in FIG. 4, as header information in a packet flowing through the network, at least a function code 401 indicating the content of the packet information and a device number 402 indicating from which device the information is transmitted are provided. Further, a plurality of data types can be registered in the application data section.

Each device refers to the function code of the received packet, specifies the content of this data, takes in only necessary information, and specifies from which device the information comes from the device number information. Generally, the communication protocol between the network in the subsystem and the network between stations is different, but the gateway device 110 performs this interface processing.
In addition to the protocol conversion process between the station network and the network in each subsystem, if necessary, the function code conversion process in the station network and the network in each subsystem, and information that is unnecessary based on the function code Has a function that does not pass through, that is, a filtering processing function. As described above, in each of the central subsystem and the station subsystem, each device including the control device 102 can acquire necessary information in a position-transparent manner by its own judgment.

However, even if necessary information can be fetched in a position-transparent manner, it is necessary to convert or edit it into information required by its own application. For example, in a central decentralized system or a station decentralized system, a matching process is required between data from each control device in train tracking information and the like (details will be described later). There may be a method in which a specific device executes this processing in a function-distributed manner, and only the result is transmitted / received using the protocol shown in FIG. 4, but in order to realize a software architecture independent of the system configuration,
In the present invention, each device is provided with a function of not only capturing information required by the own device but also converting and matching the captured information into information required by the device as necessary. FIG. 5 shows a basic software architecture in each device according to the present invention.

Arrows indicate the flow of data. The software architecture is broadly composed of three layers: an application unit 501, a distributed common data unit 502, and a distributed data management unit 503.

At the top is the main application section 501 of each device. The control device 102 corresponds to a train tracking process and a course setting process, the management device 101 corresponds to a command information check process and a diagram management, and the command terminal 103 corresponds to a monitor display and a command input process. The second layer is a distributed common data unit 502 which is a storage area for data commonly used by a plurality of devices. Specifically, it is an information area for storing equipment information from the interlocking device, information on train tracking information and alarms updated by the control device, and the like. The third layer,
Distributed data management unit 503 that manages this distributed common data unit
It is. This is because the data updated by the application unit 501 of the own device is transmitted on the network, and only the information necessary for the own device among the information transmitted from the other devices transmitted on the network is fetched at its own discretion. If there is, a conversion process and a matching process are performed, and the information is created as information of the entire railway line to be controlled, and registered in the distributed common data unit 502.

In addition, there is an input / output module 504 for each device to transmit and receive local information. The control information output process in the control device 102, the command information reception process in the management device 101, the command information transmission process in the terminal device 103, and the like.

Hereinafter, the processing contents of the distributed data management unit 503 will be described using the contents of processing in the control device as a specific example.

FIG. 6 shows main processing in the control device 102. The basic processing of the control device is repeatedly executed at a constant cycle. The order is shown from step 601 to step 605.
In the distributed common data presentation process in step 601, update information such as equipment information from the interlocking device and train tracking information from another control device is fetched, and these information and the update information in the own device are combined to obtain the entire line section. And present it to the application. This is the distributed common data section
This is the information in 502. In the train tracking process of step 602,
Based on the information presented in step 601, a train tracking process within the control range of the own device is performed to update the train tracking information. In the route setting process of step 603, a route setting process within the control range is performed based on the train tracking information, the schedule information, and the command information. In the control output process of step 604,
It outputs control information such as route information and guidance information based on the route setting. In the own device update data transmission process of step 605, the updated train tracking information and alarm information are transmitted on the network.

The above processing is repeatedly executed periodically.
In this series of processes, the distributed data management unit 503 in FIG. 5 corresponds to the distributed common data presentation process in step 601 and the own device update data transmission process in step 605. The process, the route setting process in step 603, corresponds to the input / output module 504 in the route output process in step 604.

Next, the distributed common data presentation processing in step 601 corresponding to the distributed data management unit 503 and the own apparatus update data transmission processing in step 605 will be described in more detail.
FIG. 7 shows an example of a functional configuration of the distributed data management unit. It is composed of several functions, each of which corresponds to one program module. First, step 60
The function corresponding to the distributed common data presentation process 1 will be described. These are the data reception function 701 and the data collection function 70
2. It is realized from three functions of the data editing function 703. The flow of processing of these functions includes the flow of event processing executed at the timing of receiving data and the flow of periodic processing for executing processing periodically. In FIG. 7, the flow of event processing is indicated by dotted lines. , The flow of the periodic processing is shown by a solid line.

First, the flow of event processing will be described. The data receiving function 701 is a function of receiving transmission data by the function code broadcast communication shown in FIG. In this case, when a data packet having the same function code as a function code registered in advance as data content to be taken into the own device is received, this data is taken in, and the received data packet is delivered to the data collection function 702. If a data packet other than the corresponding function code is received, it is discarded. When the data collection function 702 receives the data packet from the data reception function 701, the data in the data packet is temporarily stored in the buffer area 70 for each data type.
Register in 5. A plurality of data types can be registered in a received data packet, and data types that are not required for the own device are discarded. The buffer area has at least an overwrite buffer and a FIFO (First
There is an In First Out (First-In-First-Out) buffer. FIG. 8 shows an example of an overwrite type buffer area, and FIG.
4 shows an example of a FIFO type buffer area. Each buffer area is prepared for each data type to be presented to the application unit 501.

The data types registered in the overwrite buffer in FIG. 8 correspond to data such as equipment information and train tracking information, and these are data for presenting the latest information to the application side. This is registered in a block for each unit as shown in FIG. 8, and if it is equipment information, this is information from the interlocking unit 106, and if it is train tracking information, this is the control unit 102. Since the data is from the controller, it is registered for each control device. As shown in FIG. 4, the device information 402 of the device that transmitted the data is registered as header information in the transmission packet in addition to the function code 401 as shown in FIG. Can identify the device from which device. The data collection function 702 has the function code 4 of the received data packet.
01, the device number 402 is recognized, and data is overwritten and registered in the corresponding device block of the corresponding data type.

On the other hand, data such as alarms must be presented to the application in order without missing data. The data collection function 702 uses the FIF
Register in the O type buffer area. FIG. 9 shows an example of the FIFO buffer area. The management unit includes a management unit and a data unit.
1 and number information 902 of the message to be read next are registered. A plurality of message data are registered in the data section. When writing information to the FIFO buffer area, the data collection function 702 registers received data from the area corresponding to the write number 901 and increments the write number information 901 by the number of registered messages.

When the writing number 901 reaches the maximum number of blocks, writing is continued from the first block.

The flow of event processing has been described above. Next, the periodic processing will be described. This is a process of extracting information registered in the buffer area at every cycle required by the application, performing conversion processing and matching processing if necessary, and presenting the information to the application side. The data collection function 702 performs a process of periodically extracting and presenting information registered in the buffer area 705 with itself as a starting point. The data area type for presentation is
Same as the corresponding buffer area type. That is, for each data type, the overwrite buffer is registered in the overwrite data area and the FIFO buffer is registered in the FIFO data area.
For registration from the overwriting buffer to the overwriting data area, the data area shown in FIG. 8 is copied as it is. In the registration in the FIFO type data area, first, data reading from the FIFO type buffer area will be described. In reading, data is read in order from the information in the data area indicated by the read number 902 in FIG. 9, and the read number 902 is incremented by the number of read data. When the read number reaches the maximum number of blocks, reading is continuously performed from the first block. Registration of the read data in the FIFO data area is the same as registration in the FIFO buffer area in event processing.

As described above, the data collection function 702 has a buffer area. When data is received, the data is temporarily registered in the buffer area, and the data in the buffer area is periodically presented. As one of the effects, each device can present data asynchronously and at an arbitrary cycle, thereby improving the reliability of the system and setting the cycle according to the processing contents of the application of the own apparatus. It is possible.

By the way, among the information periodically presented by the data collection function 702, some information is presented as it is as the data of the distributed common data unit 502, but conversion processing and matching processing are performed on some information. May be required. It is the data editing function 703 that performs the conversion processing and the matching processing. The data editing function is executed as part of the periodic processing after the data collection function 702 presents the data. Hereinafter, an example of the data editing function 703 will be described. As an example of the data that needs to be subjected to the matching processing, there is train tracking information in a central distribution type or station distribution type system. The train tracking information is data updated as a result of performing a tracking process of a train traveling in the control area of the own device in a train tracking process 602 in the control device. This data is transmitted by the own device update data transmission processing 605.
Is transmitted over the network.

The data reception function 701 of each device collects the information transmitted on the network, and the data collection function 702
Are presented in the form of overwrite data in FIG. With respect to this tracking information, it is necessary to perform consistency processing for deleting data duplicated between control devices (including the own device when the own device is the control device). Hereinafter, this tracking information matching process will be briefly described. FIG. 10 shows an outline of a railway line. In this railway line, a control device that uses station A and station B as control areas
1 and a control device 2 with C and D stations as control areas.
The control area is separated between the station and station C. As shown in FIG. 10, when a train is present at the boundary of this control area, both control devices recognize this train, and thus the presence of this train information in the train tracking information from both control devices. Become. Therefore, when a train exists at the position shown in FIG. 10, the presentation area of the train tracking information presented by the data collection function 702 is as shown in FIG. The data editing function 703 removes the duplicate data shown in FIG.
Train tracking information is generated as information on the entire railway line section. When generating train information for the entire line section, information from one of the trains, usually a control device in the traveling direction of the train, is adopted to create train tracking information for the entire line section. As described above, for some information, the data editing function 703
Coordination processing and conversion processing are performed, and the application unit 50
1 is presented as distributed common data 502.

The description of the distributed common data presentation processing in step 601 in FIG. 6 has been completed.

Next, the own device update data transmission processing in step 605 will be described. This is performed by the data transmission function 704 in FIG. This function is continuously executed after the control output process 604 in FIG. 6, and transmits information such as train tracking information and alarms updated by the application unit 501 of the own device to the network. This is because, among the updated data types, the data to be transmitted is registered in the transmission data packet, and the function code 401 corresponding to the content of this data packet and the device number 4
Register 02 and send it over the network.

The basic functions of the distributed data management unit 503 have been described above, but the processing also has several functions for ensuring reliability.

First, the distributed data management unit 503 can check whether a series of periodic processing shown in FIG. 6 has been completed within a cycle. For example, as shown in FIG. 12, a check flag 1201 is provided, and when the data collection function 702 starts periodic processing, the check flag 1201 is turned on,
This can be realized by adding a function of turning off the check flag 1201 after the data transmission function 704 transmits the update data of the own device.

If a series of cyclic processing is not completed within the cycle, the data collection function 702 sets the check flag 1201
Is checked, the flag remains ON, which confirms that the cycle of the periodic processing has not been completed yet. In this case, a series of periodic processes after the data collection function are not executed, and the data collection function 702 confirms that the check flag 1201 is OFF again in the next cycle, so that the series of periodic processes can be restarted. As a result, the starting order of the periodic processing can be reliably guaranteed. However, although skipping of the periodic processing may occur, as described above, the distributed data management unit 503 has a structure in which the cycle can be set asynchronously and arbitrarily, so that skipping the periodic processing does not affect the operation of the entire system.

The application unit 50 of each device
If 1 is a function of only a series of periodic processing as shown in FIG. 6, exclusive control of data presented by the distributed data management unit 503 is not necessary. However, this is not always the case, and some applications are started at a timing or cycle different from the series of periodic processing and refer to information presented by the distributed data management unit 503. If such processing exists, exclusive control of the competing data area is required between this processing and the distributed data management unit 503. If another process is already accessing the information to be accessed (reserving), the exclusive control will be in a standby state and wait until the access of this other process ends (free) ( (Reserved / free system is called here.)
There is a method of giving up access without waiting and executing the next processing (referred to as a no-wait method here). Reserve/
In the free system, if the process previously reserved ends abnormally without performing free with the reserved state, another process waiting for free will continue to wait. Also, the reserve / free system may cause deadlock. Therefore, depending on the method of use, this may be a factor that impairs the reliability of the system.

The distributed data management unit 503 can employ only the no-wait system without using the reserve / free system. To explain this, FIG. 13 shows an example in which, besides a series of periodic processes starting from the data collection function 702, another process 1301 exists, which refers to information created by the data collection function 702. Show. In this case, it is assumed that another function 1301 previously occupies a certain data type in the distributed common data unit. At this time, the data collection function 702
Even if the presentation of this data type is not executed without waiting for the end of data occupation of another function 1301, the end of data occupation of this another function 1301 may be confirmed and the presentation of data may be executed by starting the next cycle.

The description of the function for improving the reliability of the distributed data management unit 503 has been completed, and the application unit 501 shown in FIG. 5 will be described. The distributed data management unit 503 was able to present facility information and train tracking information as information on the entire railway line section to the distributed common data unit 502. The application unit 501 executes a process on a range defined for the own device in the entire line section. For example,
The management device 101 and the terminal device 103 monitor the entire line section. The control device 102 performs monitoring / control within a predetermined control range of the entire line section. Hereinafter, the control device 102 will be described as an example. In the train tracking process 602 and the route setting process 603 which are applications of the control device, the information of the entire railway line section presented by the distributed data management unit is
It performs monitoring and control output for a predetermined control area of the own device. FIG. 14 shows a conceptual diagram of this. FIG.
4, the data area of the common data section 502 is presented as information on the entire line section, and the application 501 that refers to the data area performs monitoring / control over a control range defined by its own device (the control device 1 in the figure). carry out. The setting of the control range is demarcated for each control area of the interlocking device 106 irrespective of the distributed data management unit 503.
This is because the control device generates control output information to the interlocking device. In the example of FIG. 14, the control area of the control device 1 is an area of the interlocking device 1 and the interlocking device 2, performs monitoring / control on this area, and transmits control output information to the interlocking device 1 and the interlocking device 2. . The example of FIG. 14 is an example of a station distributed or central distributed system.
Of course, in a centralized system, the application 501 will monitor / control the entire area.

[0050]

According to the present invention, the distributed data management unit of each device collects / edits necessary information in its own device at its own discretion, and presents it to the application unit as information on the entire railway line section. By implementing such a software architecture that processes only the specified range of its own device for the presented data without being aware of the system configuration, this architecture can be centralized and distributed. It can be applied to various types of system configurations, such as a type and a station distributed type. Thereby, various system configurations can be easily constructed.

The distributed data management unit has a buffer area, and once data is received, the data is registered in the buffer area, and the data in the buffer area is periodically presented. It is possible to present data at an arbitrary cycle, to improve reliability, and to set a cycle according to the processing content of the application of the own device.

The reliability of the system can be enhanced by providing the distributed data management unit with a check process of the periodic process and an exclusive control function that does not stop its own process.

[Brief description of the drawings]

FIG. 1 is a diagram showing an example of a system configuration of a centralized system according to the present invention.

FIG. 2 is a diagram showing an example of a system configuration of a centrally distributed system according to the present invention.

FIG. 3 is a diagram showing an example of a system configuration of a station distributed system according to the present invention.

FIG. 4 is a diagram showing a configuration of broadcast transmission and a transmission packet by a function code according to the present invention.

FIG. 5 is a diagram showing a software architecture according to the present invention.

FIG. 6 is a diagram showing a basic processing flow in the control device of the present invention.

FIG. 7 is a diagram showing a functional configuration of a distributed data management unit according to the present invention.

FIG. 8 is a diagram showing an example of a configuration of an overwrite buffer data area handled by a distributed data management unit.

FIG. 9 is a diagram showing an example of a configuration of a FIFO buffer data area handled by a distributed data management unit.

FIG. 10 is a diagram showing an example of a control range of a control device on a railway line.

FIG. 11 is a diagram illustrating a process of matching train tracking data.

FIG. 12 is a diagram showing a means of a periodic processing check function according to the present invention.

FIG. 13 is a diagram showing an example of a function of referring to data presented by the distributed data management processing unit.

FIG. 14 is a diagram illustrating a monitoring / control area of an application.

[Explanation of symbols]

101 management device, 102 control device, 103 command terminal, 106 interlocking device, 107 guide device, 110 gateway, 501 application unit, 502 common data unit, 503 distributed data management processing unit, 701
Data receiving function, 702 ... data collecting function, 703 ...
Data editing function, 704: Data transmission function.

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Hiroshi Saotome 1070 Ma, Hitachinaka City, Ibaraki Prefecture Inside the Mito Works of Hitachi, Ltd. 5H161 AA01 JJ03 JJ04 JJ05 JJ12 JJ22 9A001 HH34 JJ77 KK56

Claims (1)

[Claims] 1. Monitoring the ON / OFF status of equipment such as traffic lights, switches, track circuits, etc., and confirming the position of the train based on the information on these equipment so that the train can be operated according to schedule information and instructions. In a railway operation management system that controls facilities, at least interlocking devices that are distributed and arranged at major stations and directly monitor / control the equipment, and take in equipment information from the interlocking devices, and confirm the train position from this, A control device that sets the course based on the schedule information and the command information, creates control information for traffic signals and switches, and outputs control information to the interlocking device. Monitors the operation status to the commander and displays commands. And a management device that performs timetable management, check processing of command input information, distribution processing of command input information to a control device, and the like, are connected via a network. Regarding data to be shared by multiple devices, transmit the data updated by the own device on the network, capture the data transmitted from other devices at your own judgment, and perform conversion processing of the captured data if necessary. A matching process is performed, these data are created as information on the entire railway line to be controlled, and a distributed data management unit to be presented to a main processing unit in the own device is distributed and mounted in each of the devices. And railway operation management system.