JP2015171257A - Train management device and measure procedure display system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To change train information displaying a measure procedure easily in a short time when changing the measure procedure at the time of a failure of a railway vehicle.SOLUTION: A train management device 10 comprises: storage means for storing catalog information that defines parts for displaying each measure of a measure procedure which shows a time-sequence arrangement of a plurality of measures corresponding to a failure, and updatable parameter information which shows the arrangement sequence of each measure of the measure procedure and the configuration of the parts; reception means for receiving the updated parameter information from a terminal device 60; update means for updating the stored parameter information from the received parameter information; acquisition means for acquiring equipment state information from equipment state detection means for detecting a state of equipment of a railway vehicle; and display control means for creating check list screen information including the measure procedure by using the stored catalog information and the parameter information and making a display operation device 20 display the check list screen information, when the acquired equipment state information indicates the occurrence of the failure.

Description

  The present invention relates to an on-board management apparatus and a procedure display system that are effective for use in, for example, a railway system.

  Conventionally, in the railway industry, a procedure for dealing with a vehicle failure or the like that has occurred during operation of a train has been described in a manual or the like for each type of train or failure location. However, in the case of an actual failure, there is a case in which a treatment is executed or commanded based on a procedure stored by a driver or a commander in a command room on the ground, in addition to a procedure based on a manual or the like. In this case, there is a possibility that the influence on the transportation of the train may be expanded due to reasons such as taking time to identify the cause or making a mistake in the procedure.

  For this reason, when a failure occurs, the train information management device on the vehicle accepts the input of the failure code corresponding to the type of train or the failure part manually or automatically from the driver, and transmits it to the ground procedure management server, A configuration is known in which an emergency treatment manual corresponding to the failure code is downloaded from a treatment procedure management server and displayed on a monitor display (see, for example, Patent Document 1).

  On the other hand, in the aviation industry, a configuration is known in which an in-flight aircraft information management system displays a checklist indicating treatment procedures when the aircraft is operating normally or abnormally (see, for example, Patent Document 2). An aircraft has a control room that manages the surroundings of the airport, but since there is no command room that manages the aircraft itself, the checklist is displayed only within the aircraft.

JP 2011-250573 A US Pat. No. 5,454,074

  Similar to the aircraft checklist, there is a request for the display of a checklist indicating a procedure for handling a failure in a railway vehicle. Conventionally, however, information for display on a railway vehicle is hard-coded in a storage unit on a vehicle-mounted board. For this reason, even if the checklist is displayed on the railroad vehicle, when changing the procedure for handling a railroad vehicle failure, replace the board on which the storage unit is mounted, or connect to the ROM by wire. Thus, there is a problem that it is necessary to perform rewriting work, and the work load is large and the work time is long.

  An object of the present invention is to easily and quickly change information on a vehicle displaying a treatment procedure when changing a treatment procedure at the time of failure of a railway vehicle.

In order to solve the above problem, the on-board management device according to claim 1 of the present invention provides:
An on-board management device mounted on a railway vehicle,
Catalog information that defines parts for displaying each treatment in the treatment procedure showing a time-series arrangement of a plurality of treatments corresponding to the failure, and updatable that indicates the order of each treatment in the treatment procedure and the configuration of the parts First parameter information for storing various parameter information;
Receiving means for receiving parameter information from the ground terminal;
First updating means for updating the stored parameter information with the received parameter information;
An acquisition unit that acquires device state information from a device state detection unit that detects the state of the device of the railway vehicle;
When the acquired device status information indicates the occurrence of a failure, the stored catalog information and parameter information are used to create checklist screen information including the failure treatment procedure and display it on the display means on the vehicle Display control means.

The treatment procedure display system according to claim 2,
On-vehicle management device according to claim 1,
The ground terminal,
The ground terminal is
Second storage means for storing updated parameter information;
Transmitting means for transmitting the parameter information stored in the second storage means to the on-board management device.

The treatment procedure display system according to claim 3 is the treatment procedure display system according to claim 2,
The ground terminal is
Input means for accepting input of parameter information contents;
Second update means for updating the parameter information according to the contents of the input parameter information and storing the updated parameter information in the second storage means.

  ADVANTAGE OF THE INVENTION According to this invention, when changing the treatment procedure at the time of failure of a railway vehicle, the parameter information on the vehicle which displays a treatment procedure can be changed easily and in a short time.

It is a block diagram which shows schematic structure of the treatment procedure display system of embodiment of this invention. It is a block diagram which shows the function structure of a vehicle management apparatus. It is a block diagram which shows the function structure of a command room server. It is a block diagram which shows the function structure of a terminal device. It is a figure which shows the structure of a catalog file. It is a figure which shows the structure of a parameter file. (A) is a figure which shows the structure of a failure treatment procedure corresponding | compatible file. (B) is a figure which shows the structure of a failure master-slave file. It is a figure which shows an example of the master-slave relationship of a failure. (A) is a flowchart which shows the parameter file transmission process performed with a terminal device. (B) is a flowchart which shows the parameter file reception process performed with a vehicle management apparatus. It is a flowchart which shows the check list vehicle display process performed with a vehicle management apparatus. It is a figure which shows an example of the detailed screen of a failure. It is a figure which shows an example of the treatment procedure list screen at the time of failure occurrence. It is a figure which shows a 1st check list screen. It is a figure which shows a 2nd check list screen. It is a figure which shows the 3rd check list screen. It is a flowchart which shows the check list ground display process performed with a command room server.

  Embodiments according to the present invention will be described below in detail with reference to the accompanying drawings. The present invention is not limited to the illustrated example.

  With reference to FIGS. 1-4, the apparatus structure of this Embodiment is demonstrated. First, the treatment procedure display system 1 according to the present embodiment will be described with reference to FIG. FIG. 1 is a block diagram showing a schematic configuration of the treatment procedure display system 1.

  When a failure occurs in a railway vehicle operated by a railway company, the treatment procedure display system 1 displays a checklist (electronic checklist) indicating a treatment procedure for the failure of the vehicle according to the progress of the treatment procedure. It has a function to display in the command room on the vehicle and on the ground. The treatment procedure display system 1 includes an on-board management device 10, an on-board wireless communication unit 10a, a display operation device 20, a device state detection device 30 as a display means, an information communication device 40, and a command room server 50. And a terminal device 60 as a ground terminal.

  The on-vehicle management device 10, the on-vehicle wireless communication unit 10 a, the display operation device 20, and the device state detection device 30 are installed on the railcar A. The on-board management device 10 is wired to the on-board wireless communication unit 10a, the display operation device 20, and the device state detection device 30. The apparatus configuration in other railway vehicles is the same as the apparatus configuration of the railway vehicle A.

  The information communication device 40, the command room server 50, and the terminal device 60 are installed on the ground. The information communication device 40 is wired to the command room server 50 and the terminal device 60. The on-board wireless communication unit 10a performs wireless communication with the information communication device 40.

  The on-board management device 10 manages device status information received from the device status detection device 30, information received from the command room server 50 and the terminal device 60, and the like. The on-board management device 10 receives an input operation on the display operation device 20, and controls display on the display operation device 20, wireless communication via the on-vehicle wireless communication unit 10a, and the like.

  The on-board wireless communication unit 10a includes an antenna, a modem circuit, a signal processing circuit, and the like, and performs wireless communication with the information communication device 40. That is, the on-board management device 10 can communicate with the command room server 50 and the terminal device 60 via the on-board wireless communication unit 10a and the information communication device 40.

  The display operation device 20 receives an operation input from a crew member and transmits the operation information to the on-board management device 10, and according to the control of the on-board management device 10, such as driving support information, a check list at the time of failure, etc. It has a function to display various information. The display operation device 20 includes a control unit, an operation unit including various levers and various buttons, a display unit such as an LCD (Liquid Crystal Display), and a wired communication unit that communicates with the on-board management device 10. Here, the operation part of the display operation apparatus 20 is comprised by the touchscreen provided, for example on the display screen of the display part.

  The device state detection device 30 has a function of detecting device states of various devices in the railway vehicle A and transmitting the device state information to the on-board management device 10. The device state detection device 30 includes a detection unit such as a sensor provided in various devices in the railway vehicle A, a control unit, and a wired communication unit that communicates with the on-board management device 10.

  The information communication device 40 has a function of relaying communication between the onboard management device 10 and the command room server 50 and communication between the onboard management device 10 and the terminal device 60. The information communication device 40 performs wireless communication with the on-board management device 10 and performs wired communication with the command room server 50 and the terminal device 60.

  The command room server 50 is installed in the command room on the ground, and provides information according to operations by commanders who perform various command tasks. The terminal device 60 includes an operation unit, and is installed in, for example, a branch office of a railway company on the ground, and has a function of supporting creation of a parameter file.

  Next, functional configurations of the on-board management device 10, the command room server 50, and the terminal device 60 will be described with reference to FIGS. FIG. 2 is a block diagram illustrating a functional configuration of the on-board management device 10. FIG. 3 is a block diagram showing a functional configuration of the command room server 50. FIG. 4 is a block diagram illustrating a functional configuration of the terminal device 60.

  As shown in FIG. 2, the on-board management device 10 includes a CPU (Central Processing Unit) 11, a RAM (Random Access Memory) 13 as a receiving means, a first updating means, an obtaining means, and a display control means, And a storage unit 15 as one storage unit. Each part of the on-board management device 10 is connected via a bus 18.

  The CPU 11 controls each unit of the on-board management device 10. The CPU 11 reads a designated program from various programs stored in the storage unit 15 and expands it in the RAM 13, and executes various processes in cooperation with the expanded program.

  The CPU 11 executes a check list on-vehicle display process, which will be described later, according to the check list on-vehicle display program 151. Further, the CPU 11 executes a parameter file receiving process described later according to the parameter file receiving program 152.

  The RAM 13 temporarily stores various data and programs. The storage unit 15 includes an HDD (Hard Disk Drive), a flash memory, and the like, and stores various programs and various data in a readable and writable manner. The storage unit 15 includes a check list on-board display program 151, a parameter file reception program 152, a log file 70, a catalog file 80, a parameter file 90, a failure procedure corresponding file 100, and a failure master-slave file 110. , Remember.

  The catalog file 80 is a file that cannot be updated. The log file 70 and the parameter file 90 are files that can be updated. The log file 70 is history information indicating the failure that has occurred and the progress of treatment for the failure, and includes device status information relating to the failure that has occurred, the state of treatment for the failure, operation input information relating to the treatment, screen transition information, and the like. Details of the catalog file 80, the parameter file 90, the failure procedure corresponding file 100, and the failure master-slave file 110 will be described later.

  The on-vehicle wireless communication unit 10 a, the display operation device 20, and the device state detection device 30 are connected to the bus 18. For this reason, the on-board management device 10 can perform data communication via the on-board wireless communication unit 10 a, the display operation device 20, the device state detection device 30, and the bus 18.

  As shown in FIG. 3, the command room server 50 includes a CPU 51, an operation unit 52, a RAM 53, a display unit 54, a storage unit 55, and a wired communication unit 56. Each part of the command room server 50 is connected via a bus 57.

  The CPU 51, the RAM 53, and the storage unit 55 have the same configuration as the CPU 11, the RAM 13, and the storage unit 15 of the on-board management device 10, and different parts will be mainly described.

  The CPU 51 executes a checklist ground display process, which will be described later, according to the checklist ground display program 551. Further, the CPU 51 executes a parameter file receiving process described later according to the parameter file receiving program 552.

  The operation unit 52 includes a keyboard having various keys and a pointing device such as a mouse, receives various operation inputs from the commander, and outputs the operation information to the CPU 51. The display unit 54 includes a display device such as an LCD, and performs various displays on the display device in accordance with instructions from the CPU 51.

  The storage unit 55 stores a checklist ground display program 551, a parameter file reception program 552, a log file 70, a catalog file 80, a parameter file 90, a failure procedure corresponding file 100, a failure master / slave file 110, and To do. The log file 70 stored in the storage unit 55 is the same as the log file 70 stored in the on-board management device 10 and is updated at a predetermined cycle according to the updated log file received from the on-board management device 10. The

  The wired communication unit 56 communicates with the information communication device 40 via a cable. That is, the command room server 50 can communicate with the terminal device 60 and the on-board management device 10 via the wired communication unit 56, the information communication device 40, and the on-vehicle wireless communication unit 10a.

  As illustrated in FIG. 4, the terminal device 60 includes a CPU 61 as a second update unit, an operation unit 62 as an input unit, a RAM 63, a display unit 64, and a storage unit 65 as a second storage unit. And a wired communication unit 66 as a transmission means. Each part of the terminal device 60 is connected via a bus 67.

  The CPU 61, operation unit 62, RAM 63, display unit 64, storage unit 65, and wired communication unit 66 are the same as the CPU 51, operation unit 52, RAM 53, display unit 54, storage unit 55, and wired communication unit 56 of the command room server 50. It is a structure and a different part is mainly demonstrated.

  In accordance with the parameter file transmission program 651, the CPU 61 executes a parameter file transmission process to be described later.

  The storage unit 65 stores a parameter file transmission program 651, a catalog file 80, a parameter file 90, a failure procedure corresponding file 100, and a failure master / slave file 110. The terminal device 60 can communicate with the command room server 50 and the on-board management device 10 via the wired communication unit 66, the information communication device 40, and the on-vehicle wireless communication unit 10a.

  Next, information stored in the on-board management device 10 will be described with reference to FIGS. FIG. 5 is a diagram showing the configuration of the catalog file 80. FIG. 6 is a diagram showing the configuration of the parameter file 90. FIG. 7A is a diagram showing the configuration of the failure handling procedure correspondence file 100. FIG. 7B is a diagram showing the configuration of the failure master / slave file 110. FIG. 8 is a diagram illustrating an example of a master-slave relationship of failure.

  The catalog file 80 shown in FIG. 5 is a definition file that describes display parts as constituent parts of a check list screen indicating the procedure for handling after a failure occurs, progress conditions of check list items, and the like.

  The catalog file 80 has a display parts table 80A, a stage condition table 80B,. Among these, the display parts table 80 </ b> A has items of a part type ID 81 and a display part 82. The part type ID 81 is identification information of the type of display part. The display parts include types such as treatment items, buttons, balloons, and check marks. The display part 82 is image data of a display part with a part type ID 81. The display part 82 may be the file name of the image data and the storage location thereof, not the image data itself.

  The advance condition table 80B has items of condition ID 83 and advance condition 84. Of these, the condition ID 83 is identification information of the advance condition. The advance condition 84 is information indicating the content of the advance condition of the condition ID 83.

  The parameter file 90 shown in FIG. 6 is information on the time-series arrangement order of a plurality of treatments corresponding to a failure and the configuration of display parts, and is used for displaying each display part of the treatment procedure on the checklist screen. It stores information. The parameter file 90 includes items such as a scenario ID 91, a part ID 92, a part type ID 93, a part sentence 94, a part coordinate 95, a condition ID 96, and a next part ID 97.

  The scenario ID 91 is identification information of a check list (scenario) indicating a treatment procedure. The part ID 92 is identification information of a display part displayed in the check list of the scenario ID 91. The part type ID 93 is identification information of the type of display part of the part ID 92.

  The part sentence ID 94 is information on the contents of the sentence displayed in the display part of the part ID 92. The parts coordinate 95 is information on the coordinates of the display part of the part ID 92 on the check list screen. The condition ID 96 is identification information of the advance condition of the display part (item) of the part ID 92.

  The next part ID 97 is identification information of a display part to be arranged next to (below) the display part of the part ID 92 of the current record in the check list of the scenario ID 91. In the parameter file 90, the display part arranged at the top (top) of the check list of the scenario ID 91 corresponds to the part ID 92 of the top record of the scenario ID 91.

  Other items in the parameter file 90 include the number of branches when the display part of the part ID 92 is a branch part, the range that disappears at the time of branch selection, the erroneous selection detection condition of the branch part, and a warning screen (pop-up) display at the time of an erroneous operation. There are presence / absence, detection condition of erroneous operation, display position of warning screen, display position of the balloon when the display part of part ID 92 is a balloon, and the like.

  The failure handling procedure correspondence file 100 shown in FIG. 7A has information on the correspondence between the failure that has occurred and the handling procedure (scenario). The failure handling procedure correspondence file 100 includes items such as a failure code 101, a scenario ID 102, a priority order 103, a failure content 104, and the like.

  The failure code 101 is failure identification information. The scenario ID 102 is identification information of a treatment procedure (scenario) corresponding to the failure of the failure code 101. The priority order 103 is a priority order for executing a treatment procedure for the failure of the failure code 101. It is assumed that the priority is higher as the value of the priority 103 is smaller. The failure content 104 is information on the detailed content of the failure.

Here, an example of the priority order 103 is shown in Table 1 below.

  In Table 1, the train information management system relationship of the failure content classification is a failure related to the train information management system configured by the on-board management device 10, the display operation device 20, the device state detection device 30, and the like. The high voltage / pantograph relationship of the failure content classification is a failure related to a high voltage or pantograph obtained from the pantograph. The power conversion device relationship of the failure content classification is a failure related to the alternating current in which the direct current of the power source is converted by the power conversion device. The failure content classification safety device is a failure related to a safety device such as an automatic train stop device (ATS) or an automatic train control device (ATC) mounted on a railway vehicle.

  The powering circuit of the failure content classification is a failure related to a circuit that transmits the power of the motor of the railway vehicle to the wheels (drive wheels) and maintains the equilibrium speed by acceleration or climbing. In Table 1, the higher the priority is set, the more dangerous the failure is for humans.

  The failure master-slave file 110 shown in FIG. 7B has information indicating the master-slave relationship of failure. When a failure occurs in a certain device, other devices based on the normal operation of the device may not be able to operate (failure). At this time, the device state is detected as if a plurality of failures seemed to occur despite a single failure.

  For example, as shown in FIG. 8, when a failure with a failure code “1005” occurs, apparent failures with failure codes “1050” and “1060” assuming normal operation of the failure code “1005” occur. Furthermore, apparent faults of fault codes “1051”, “1052”, and “1053” that are based on the normal operation of the fault code “1050” occur.

  In order to avoid displaying these apparent faults in the checklist, a list of predetermined faults (main faults) and subordinate faults (subordinate faults) based on this fault Is the failure master-slave file 110 of FIG. The failure master-slave file 110 has items of a main failure code 111 and a dependent failure code 112. The main failure code 111 is main failure identification information. The subordinate fault code 112 is identification information of subordinate faults subordinate to the fault of the main fault code 111.

  In the check list screen of the present embodiment, when a main failure and a dependent failure occur, only the basic main failure is extracted by masking the dependent failure, and only the check list of the order of treatment of the main failure is displayed. To be displayed.

  Next, the operation of the treatment procedure display system 1 will be described with reference to FIGS. FIG. 9A is a flowchart showing a parameter file transmission process executed by the terminal device 60. FIG. 9B is a flowchart showing a parameter file reception process executed by the on-board management device 10. FIG. 10 is a flowchart showing a check list on-board display process executed by the on-board management apparatus 10. FIG. 11 is a diagram showing a failure details screen 200. FIG. 12 is a diagram showing a treatment procedure list screen 210 when a failure occurs. FIG. 13 is a diagram showing the check list screen 220a. FIG. 14 is a diagram showing the check list screen 220b. FIG. 15 is a diagram showing a check list screen 220c. FIG. 16 is a flowchart showing a checklist ground display process executed by the command room server 50.

  First, a parameter file transmission process executed by the terminal device 60 will be described with reference to FIG. The parameter file transmission process is a process for creating or editing a parameter file and transmitting it to the on-board management device 10 and the command room server 50.

  In the terminal device 60, triggered by the input of the parameter file transmission process execution instruction from the administrator via the operation unit 62, the CPU 61 reads the parameter file transmitted from the storage unit 65 and appropriately expanded in the RAM 63. A parameter file transmission process is executed in cooperation with the program 651.

  First, the CPU 61 receives an operation input for creating, editing, or transmitting a parameter file from an administrator via the operation unit 62 (step S11). And CPU61 discriminate | determines what the operation content received by step S11 is (step S12). When the operation content is creation or editing of a parameter file (step S12; creation or editing), the CPU 61 creates or edits the parameter file 90 according to the operation content of step S11 (step S13). In this editing, for example, the parameter file 90 stored in the storage unit 65 is read from the storage unit 65 and edited.

  Then, the CPU 61 stores the parameter file 90 created or edited in step S13 in the storage unit 65 (step S14). Then, the CPU 61 determines whether or not to end the parameter file transmission process in response to an input of an end instruction from the administrator via the operation unit 62 (step S15). If not finished (step S15; NO), the process proceeds to step S11. If there is an input of an instruction to end (step S15; YES), the parameter file transmission process ends.

  When the operation content is transmission of a parameter file (step S12; transmission), the CPU 61 reads the created or edited parameter file 90 stored in the storage unit 65, and reads the wired communication unit 66, the information communication device 40, the on-vehicle The parameter file is transmitted to the on-board management device 10 and the command room server 50 via the wireless communication unit 10a (step S16), and the process proceeds to step S15.

  Next, a parameter file reception process executed by the on-board management device 10 will be described with reference to FIG. The parameter file receiving process is a process of receiving the parameter file 90 from the terminal device 60 and storing it.

  In the on-board management device 10, the CPU 11 is read from the storage unit 15 as appropriate and triggered by the reception of the parameter file 90 from the terminal device 60 via the information communication device 40 and the on-board wireless communication unit 10 a as appropriate. The parameter file receiving process is executed in cooperation with the parameter file receiving program 152 developed in the RAM 13.

  First, the CPU 11 completes reception of the parameter file from the terminal device 60 via the information communication device 40 and the on-vehicle wireless communication unit 10a (step S21). Then, the CPU 11 updates the parameter file 90 stored in the storage unit 15 with the received parameter file 90 (step S22), and ends the parameter file receiving process.

  The parameter file reception process executed by the command room server 50 is the same as the parameter file reception process executed by the on-board management device 10. In the command room server 50, the CPU 51 receives the parameter file 90 from the terminal device 60 and stores it in the storage unit 55 in accordance with the parameter file reception program 552.

  Next, with reference to FIG. 10, a checklist on-board display process executed by the on-board management device 10 will be described. The check list on-vehicle display process is a process for displaying a check list screen including a treatment procedure at the time of failure on the display operation device 20 on the vehicle.

  In advance, it is assumed that the railway vehicle A is in an operating state. At this time, the on-board management device 10 repeatedly receives device state information from the device state detection device 30 at predetermined time intervals. The device state information includes information such as a failure code of the failure that has occurred, a failure location, and date and time information of occurrence when a failure has occurred.

  In the on-board management device 10, the CPU 11 is triggered by the fact that the device state information received from the device state detection device 30 indicates a failure as a trigger, and the CPU 11 is read from the storage unit 15 and appropriately expanded in the RAM 13. In cooperation with the upper display program 151, a checklist on-vehicle display process is executed.

  First, the CPU 11 uses the failure handling procedure correspondence file 100 stored in the storage unit 15 to display detailed screen information including detailed information such as the failure content 104 of the failure code 101 of the failure that has occurred in the device status information received as a trigger. And a detailed screen is displayed on the display operation device 20 using the detailed screen information (step S31). The detailed screen information is, for example, screen information for displaying the detailed screen 200 shown in FIG.

  Then, the CPU 11 adds and updates the received device status information of the failure, details of the failure detailed screen display, and date / time information to the log file 70 stored in the storage unit 15 (step S32). Then, the CPU 11 determines whether or not a plurality of failures that have not been treated among the failures in the received device state information have occurred (step S33). When a plurality of failures have occurred (step S33; YES), the CPU 11 uses the failure master-slave file 110 stored in the storage unit 15 to determine a failure code of a failure having a master-slave relationship among a plurality of failures. The dependent failure code 112 is integrated into the main failure code 111 (step S34).

  Then, the CPU 11 uses the failure treatment procedure correspondence file 100 to rearrange the failure codes 101 of the failure including the failure codes integrated in step S34 and for which the treatment has not been completed in order of priority 103 (step S35). Then, the CPU 11 creates treatment procedure list screen information in which treatment procedure information including information such as the failure code, failure location, and treatment status rearranged in step S35 is arranged in the rearranged order. The procedure list screen is displayed on the display operation device 20 using the procedure list screen information (step S36). Each treatment procedure corresponds to each failure that has occurred. The treatment procedure list screen information is, for example, screen information for displaying the treatment procedure list screen 210 shown in FIG.

  Then, the CPU 11 adds and updates the received device status information of the failure, the indication of the treatment procedure list screen, and the date / time information to the log file 70 stored in the storage unit 15 (step S37). And CPU11 receives the selection input of a treatment procedure from the crew member (driver) of railroad vehicle A via the display operation apparatus 20, and discriminate | determines whether the treatment procedure was selected (step S38). When the treatment procedure is not selected (step S38; NO), the process proceeds to step S38.

  When the treatment procedure is selected (step S38; YES), the CPU 11 uses the catalog file 80 and the parameter file 90 stored in the storage unit 15 to create checklist screen information corresponding to the selected treatment procedure. The checklist screen information is used to display the checklist screen on the display / operation device 20 (step S39). In the check list screen information, display parts of the part ID 92 of the scenario ID 91 corresponding to the failure code of the selected treatment procedure are arranged and included in the order of the next part ID 97 of the parameter file 90. The check list screen information is, for example, screen information for displaying the check list screen 220a shown in FIG.

  Then, the CPU 11 adds and updates the received device status information of the failure, the selection status of the treatment procedure, the indication of the check list screen display, and the date and time information to the log file 70 stored in the storage unit 15 (step S40). ).

  Then, the CPU 11 refers to the device state information newly received from the device state detection device 30 using the failure treatment procedure correspondence file 100, and the failure code 101 having a higher priority 103 than the treatment procedure selected in step S38. It is determined whether or not a new failure has occurred (step S41).

  When a failure with a high priority occurs (step S41; YES), the CPU 11 uses the failure treatment procedure correspondence file 100 to include detailed information including detailed information such as the failure content 104 of the failure code 101 of the failure with a high priority. Screen information is created, and the detailed information screen is displayed on the display operation device 20 using the detailed information screen information (step S42). Then, the device status information of the failure including the failure with the high priority received, the details of the failure detailed screen display, and the date and time information are added to the log file 70 stored in the storage unit 15 and updated (step S43). The process proceeds to step S38. At this time, in step S38, a failure treatment procedure with a high priority is selected.

  When a failure with a high priority has not occurred (step S41; NO), the CPU 11 uses the parameter file 90 and the catalog file 80, and the execution order of the scenario ID 91 of the failure code of the treatment procedure selected by the condition ID 96 is the highest. It is determined whether or not the advance condition 84 corresponding to the condition ID 96 of the part ID 92 of the early unadvanced stage (no action is taken) is a manual advance (step S44). The manual advance is an advance that requires selection input by the crew member in the branching procedure and touch input operation input by the crew member for confirmation of the part text.

  When it is a manual advance (step S44; YES), the CPU 11 determines whether or not there is an operation input from the crew member through the display operation device 20 corresponding to the next step (step S45).

  When there is an operation input (step S45; YES), the CPU 11 determines whether or not the operation input input in step S45 is an appropriate operation at the current stage of the advance condition 84 (step S46). When the operation is not appropriate (step S46; NO), the CPU 11 creates warning screen information for the inappropriate operation, displays the warning screen on the display operation device 20 using the warning screen information (step S47), and step S46. Migrate to At this time, in step S46, it is determined whether or not the operation input made in accordance with the warning screen information is an appropriate operation.

  When the operation is an appropriate operation (step S46; YES), the CPU 11 updates the checklist screen information that has been appropriately treated and advanced, and uses the checklist screen information to display the checklist screen on the display operation device 20. It is displayed (step S48). When it is not manual advance (step S44; NO), it is automatic advance according to the device state change by an appropriate measure, and the CPU 11 determines whether or not the device state information received from the device state detection device 30 is changed. A determination is made (step S49). When there is no operation input (step S45; NO), although it is manual advance, it transfers to step S49.

  When there is no change in the device status information (step S49; NO), the CPU 11 determines whether or not the change in the device status information in step S49 is a change in the device status at the current stage of the advance condition 84 and appropriate measures have been taken. Is discriminated (step S50). When appropriate measures have not been taken (step S50; NO), the CPU 11 creates warning screen information for inappropriate measures and causes the display / operation device 20 to display a warning screen using the warning screen information (step S51). The process proceeds to step S50. If there is no change in the device status information (step S49; NO), the process proceeds to step S41. If appropriate measures have been taken (step S50; YES), the process proceeds to step S48.

  After execution of step S48, the CPU 11 receives the device status information of the failure and the status of the treatment (including information on whether or not all treatments of the selected treatment procedure have been completed and whether or not all treatment procedures have been completed). The operation state, the changed check list screen display information, and the date / time information are added to the log file 70 stored in the storage unit 15 and updated (step S52). Then, the CPU 11 refers to the parameter file 90 and determines whether there is no next part ID 97 of the scenario ID 91 of the treatment procedure selected in step S38 and all treatments of the selected treatment procedure have been completed ( Step S53).

  When all the treatments of the treatment procedure being selected have not been completed (step S53; NO), the process proceeds to step S41. When all the treatments in the selected treatment procedure have been completed (step S53; YES), the CPU 11 uses all of the treatment device status information and the treatment state information of the treatment procedure received. It is determined whether or not the treatment is selected and finished (step S54). If all the treatment procedures have not been completed (step S54; NO), the process proceeds to step S33. When all the treatment procedures have been completed (step S54; YES), the checklist on-vehicle display process is terminated.

  Next, transition examples of the check list screen in the check list on-vehicle display process will be described with reference to FIGS. In this case, a failure of the security device inspection recording unit transmission failure shown in the detailed screen 200 of FIG. 11 has occurred, and the security device power supply reset procedure corresponding to the failure has been selected in step S38 of FIG. And

  In step S39 of FIG. 10, the check list screen 220a of FIG. 13 is displayed. In this check list screen 220a, parts of a plurality of treatment steps (steps) corresponding to the security device power supply resetting procedure are arranged in the order of execution. The part 221 “contact command” of the first treatment step is displayed in a square button shape capable of touch input. The crew member informs the command room of the failure, touches the part 221 in step S45 of FIG. 10, and advances to the next part 222. A check box is shown on the left side of the treatment part such as the part 221 and is not checked because it has not been executed.

  When the progress advances from the check list screen 220a and advances to the fourth treatment step, the check list screen 220b of FIG. 14 is displayed in step S48 of FIG. On the check list screen 220b, the parts 221, 222, and 223 of the executed treatment are displayed in white, and touch input is impossible. Also, a check indicating execution has been put in the check boxes on the left side of the parts 221, 222, and 223.

  In the fourth step, the “security device failure indicator light confirmation” part 224 is branched into a “not illuminated” part 225 and a “lit” part 226 according to the confirmation result. It is a branch part. The parts 225 and 226 are displayed in a square button shape that allows touch input. After confirming the safety device failure indicator lamp, the crew member alternatively inputs the part 225 or 226 according to the confirmation result and proceeds to the next part 227 or 228 in step S45. Here, it is assumed that the part 225 is touch-inputted and is advanced to the part 227 of the step “resume operation”.

  Then, the part “227” of the step “resume operation” is displayed so as to be touchable. The crew member resumes operation of the railway vehicle A and touches the part 227 for touch input. Then, in step S48 of FIG. 10, a check list screen 220c shown in FIG. 15 is displayed. On the check list screen 220c, the parts 221 to 225 and 227 of the executed treatments are displayed in white and the touch input is not possible. Also, a check indicating that the parts have been executed is put in the check boxes of the parts 221 to 225 and 227. In the check list screen 220c, 226 and 228 which are not selected are not displayed.

  Next, with reference to FIG. 16, the checklist ground display process executed by the on-board management device 10 will be described. The checklist on-vehicle display process is a process of displaying a checklist screen including a treatment procedure for treatment at the time of failure on the command room server 50 on the ground.

  Assume that the railway vehicle A is in an operating state in advance, and the on-board management device 10 performs a check list on-board display process. In the check list on-board display processing, the log file 70 that is updated as appropriate is repeatedly transmitted from the on-board management device 10 to the command room server 50 at a predetermined cycle. The CPU 51 of the command room server 50 receives the log file 70 from the on-board management device 10 via the information communication device 40 and the wired communication unit 56 and stores it in the storage unit 55.

  In the command room server 50, the CPU 51 is read from the storage unit 55 and appropriately stored in the RAM 53, triggered by detection of information indicating a new failure (failure code, failure location, etc.) from the latest log file 70. In cooperation with the expanded checklist ground display program 551, checklist ground display processing is executed.

  First, the CPU 51 creates detailed screen information including detailed information such as the failure content 104 of the failure code 101 of the failure that occurred in the log file 70 using the failure handling procedure correspondence file 100 stored in the storage unit 55, A detailed screen is displayed on the display unit 54 using the detailed screen information (step S61).

  Then, the CPU 51 determines whether or not a plurality of failures that have not been treated among the failures in the log file 70 have occurred (step S62). When a plurality of failures have occurred (step S62; YES), the CPU 51 uses the failure master-slave file 110 stored in the storage unit 55 to determine a failure code of a failure having a master-slave relationship among the plurality of failures. The dependent failure code 112 is integrated into the main failure code 111 (step S63).

  Then, the CPU 51 uses the failure treatment procedure correspondence file 100 to rearrange the failure codes 101 including the failure codes integrated in step S63 and not yet finished in order of priority 103 (step S64). Then, the CPU 51 creates treatment procedure list screen information in which the treatment procedures including information such as the failure code, the failure location, and the treatment state rearranged in step S64 are arranged in the rearranged order, and the treatment procedure list The treatment procedure list screen is displayed on the display operation device 20 using the screen information (step S65). If a plurality of failures have not occurred (step S62; NO), the process proceeds to step S65.

  And CPU51 reads and acquires the newest log file 70 from the memory | storage part 55 (step S66). Then, the CPU 51 uses the catalog file 80 and the parameter file 90 stored in the storage unit 55 to create check list screen information corresponding to the selected treatment procedure in the log file 70 read in step S66, A check list screen is displayed on the display operation device 20 using the list screen information (step S67).

  Then, the CPU 51 reads out the latest log file 70 from the storage unit 55 with reference to the failure treatment procedure correspondence file 100 and refers to it, and a failure of the failure code 101 having a higher priority 103 than the currently selected treatment procedure is newly found. It is determined whether or not it has occurred (step S68). When a failure with a high priority occurs (step S68; YES), the CPU 51 uses the failure treatment procedure correspondence file 100 to include detailed information including detailed information such as the failure content 104 of the failure code 101 of the failure with a high priority. The screen information is created, the detailed information screen is displayed on the display / operation device 20 using the detailed information screen information (step S69), and the process proceeds to step S66.

  If no failure with high priority has occurred (step S68; NO), the CPU 51 determines whether or not the newly updated log file 70 has been read from the storage unit 55 and acquired (step S70). When the newly updated log file 70 cannot be acquired (step S70; NO), the process proceeds to step S70. When the newly updated log file 70 can be acquired (step S70; YES), the CPU 51 uses the information on the status of each treatment procedure in the newly updated log file 70 to advance the checklist. The screen information is updated, and the check list screen is displayed on the display operation device 20 using the check list screen information (step S71). Then, the CPU 51 refers to the parameter file 90 and determines whether there is no next part ID 97 of the scenario ID 91 of the currently selected procedure, and all the procedures of the currently selected procedure have been completed (step S72). .

  If not all treatments in the selected treatment procedure have been completed (step S72; NO), the process proceeds to step S68. When all the treatments in the treatment procedure being selected have been completed (step S72; YES), the CPU 11 uses all the treatment device state information in the log file 70 and information on the state of each treatment procedure. It is determined whether or not the procedure has been completed (step S73). If all the treatment procedures have not been completed (step S73; NO), the process proceeds to step S62. When all the treatment procedures have been completed (step S73; YES), the checklist ground display process is terminated.

  As described above, according to the present embodiment, the terminal device 60 stores the updated parameter file 90 in the storage unit 65 and transmits the parameter file 90 stored in the storage unit 65 to the on-board management device 10. The on-board management device 10 stores a catalog file 80 and an updatable parameter file 90 in the storage unit 15. When the updated parameter file 90 is received from the terminal device 60, the on-board management device 10 stores the received parameter information. The parameter file 90 stored in the unit 15 is updated. And when apparatus state information is acquired from the apparatus state detection apparatus 30, and the acquired apparatus state information shows generation | occurrence | production of a failure, a treatment procedure is performed using the catalog file 80 and the parameter file 90 which were memorize | stored in the memory | storage part 15. The checklist screen information including it is created and displayed on the display operation device 20.

  For this reason, in the case of changing the treatment procedure at the time of failure of the railway vehicle, the vehicle as information for displaying the treatment procedure by the update parameter file acquired by communication without changing the hard-coded information on the vehicle. The above parameter file 90 can be changed easily and in a short time. Further, since the catalog file 80 and the parameter file 90 used for displaying the treatment procedure are divided and only the parameter file 90 is updated, the amount of information to be updated can be reduced and the update can be performed in a shorter time.

  In addition, the terminal device 60 receives input of the contents of the parameter file, updates the parameter file 90 according to the input contents of the parameter file, and stores the updated parameter file 90 in the storage unit 65. For this reason, the contents of the parameter file 90 can be easily updated.

  The present invention is not limited to the above embodiment, and various improvements and design changes may be made without departing from the spirit of the present invention.

  In the above embodiment, the on-board management device 10 is configured to transmit the log file 70 as the check list screen display information to the command room server 50. However, the present invention is not limited to this. For example, the on-board management device 10 may transmit the check list screen information that is sequentially updated to the command room server 50 as the check list screen display information. In this configuration, since the command room server 50 displays the received checklist screen information on the display unit 54, information for creating the checklist screen information (catalog file 80, parameter file 90, failure procedure corresponding file 100) , It is not necessary to store the failure master-slave file 110) in the storage unit 55.

  Also, the warning screen information created in steps S47 and S51 in FIG. 10 includes information for displaying the warning screen information in the log file 70, and the command room server 50 responds to the update of the log file 70 with the warning screen information. May be displayed on the display unit 54.

  In the above embodiment, the on-board management device 10 and the command room server 50 are configured to display the treatment procedure list screen even when one failure occurs, but the present invention is not limited to this. . For example, the on-board management device 10 and the command room server 50 may be configured to display a check list screen of the treatment procedure without displaying the treatment procedure list screen when one failure occurs. In this configuration, for example, a button for shifting to the check list screen of the procedure for dealing with the failure may be displayed on one failure detail screen, and the screen may be shifted to the check list screen by touch input of the button.

  Moreover, it is needless to say that the detailed configuration and detailed operation of each component of the treatment procedure display system in the above embodiment can be appropriately changed without departing from the gist of the present invention.

10 On-vehicle management device 11 CPU
13 RAM
DESCRIPTION OF SYMBOLS 15 Memory | storage part 10a Car-mounted radio | wireless communication part 20 Display operation apparatus 30 Apparatus state detection apparatus 40 Information communication apparatus 50 Command room server 51 CPU
52 Operation unit 53 RAM
54 Display Unit 55 Storage Unit 56 Wired Communication Unit 60 Terminal Device 61 CPU
62 Operation unit 63 RAM
64 Display unit 65 Storage unit 66 Wired communication unit

Claims (3)

An on-board management device mounted on a railway vehicle,
Catalog information that defines parts for displaying each treatment in the treatment procedure showing a time-series arrangement of a plurality of treatments corresponding to the failure, and updatable that indicates the order of each treatment in the treatment procedure and the configuration of the parts First parameter information for storing various parameter information;
Receiving means for receiving parameter information from the ground terminal;
First updating means for updating the stored parameter information with the received parameter information;
An acquisition unit that acquires device state information from a device state detection unit that detects the state of the device of the railway vehicle;
When the acquired device status information indicates the occurrence of a failure, the stored catalog information and parameter information are used to create checklist screen information including the failure treatment procedure and display it on the display means on the vehicle An on-vehicle management device comprising: On-vehicle management device according to claim 1,
The ground terminal,
The ground terminal is
Second storage means for storing updated parameter information;
A treatment procedure display system comprising: transmission means for transmitting parameter information stored in the second storage means to the on-board management device. The ground terminal is
Input means for accepting input of parameter information contents;
The treatment procedure display system according to claim 2, further comprising: a second update unit that updates the parameter information according to the contents of the input parameter information and stores the updated parameter information in the second storage unit.