WO2016098198A1

WO2016098198A1 - Server device for recovery operation management within marine vessel, program, recording medium, and method

Info

Publication number: WO2016098198A1
Application number: PCT/JP2014/083416
Authority: WO
Inventors: 隆志三島; 将史植松; 成洋柴岡; 佳彦前田; 智生大石
Original assignee: 日本郵船株式会社
Priority date: 2014-12-17
Filing date: 2014-12-17
Publication date: 2016-06-23
Also published as: JP6116748B6; JP6116748B2; JPWO2016098198A1

Abstract

A server device (11) which detects abnormalities in a device of a marine vessel on the basis of device state data acquired from sensors (13) that specify the state of the device. The server device (11) specifies, on the basis of workers' job responsibilities, current positions within the marine vessel, and the like, a worker of whom initial handling of an abnormality is to be requested and transmits a warning screen for an operation request to the specified worker's terminal device (12). To perform the operation for the initial handling of the device that is indicating the abnormality, having accepted the operation in accordance with the request from the warning screen, the worker specifies the source of the abnormality and uses the terminal device (12) to register the specified source in the server device (11). The server device (11) specifies, in conformity with procedure data that corresponds to the registered source and pertaining to each of a plurality of operations required for resolving the abnormality, a worker having a job responsibility allowing the performance of said operations and transmits a warning screen for an operation request to the specified worker's terminal device (12). As a result, the abnormality can be resolved quickly.

Description

Server apparatus, program, recording medium and method for managing recovery work in ship

The present invention relates to a technique for managing a recovery operation of a device indicating an abnormality in a ship.

When an abnormality occurs in any device in a ship, urgent action may be requested. For example, when the fuel oil pressure drop of the main engine occurs, the main engine stops and various inconveniences occur unless the cause of the abnormality is quickly identified and restored. Accordingly, there is a need for a mechanism that prompts a worker in a ship to take prompt action when an abnormality is detected in the ship.

For example, Patent Document 1 is a document that proposes a technique that meets the above needs. In Patent Document 1, the inside of a ship is divided into a plurality of sections, the position information of the portable terminal held by the worker in the ship is regularly updated, and an abnormality occurs when the detector detects an abnormality. An alarm notification system has been proposed in which an alarm is output to a portable terminal in a section so that a worker can quickly deal with it.

JP 2005-332247 A

Ships are equipped with various types of equipment, and the responsibilities of the workers who should deal with the abnormality differ depending on the type of equipment that shows the abnormality and the type of abnormality. For example, with respect to an important apparatus such as a main machine, there is a restriction that a first engineer or a chief engineer has a responsibility to perform the work, and a worker below the second engineer has no responsibility to perform the work. Therefore, for example, if an abnormality of the main engine is detected, even if a second engineer is near the main engine and an alarm is notified to the second engineer, the second engineer cannot cope with the detected abnormality. .

In view of the circumstances as described above, it is an object of the present invention to provide a means that enables quick recovery of a device that shows an abnormality even when there is a restriction of work according to responsibility in a ship.

In order to solve the above-mentioned problem, the present invention relates to each of a plurality of workers staying on a ship, responsibility data acquisition means for acquiring responsibility data indicating the responsibility of the worker, and a plurality of positions arranged on the ship. Device status data acquisition means for acquiring device status data indicating the status of each of the devices, and when the device status data indicates any of the plurality of devices, the abnormality should be dealt with based on the responsibility data Worker identification means for identifying a worker of responsibility, terminal device identification data obtaining means for obtaining terminal device identification data for identifying a terminal device carried by the worker identified by the worker identification means on a network, and Work data transmission for transmitting work data indicating work corresponding to the abnormality to the terminal device carried by the worker specified by the worker specifying means using the terminal device identification data Providing a server and means.

The server apparatus includes a procedure data acquisition unit that acquires procedure data indicating a plurality of operations for dealing with the abnormality as a procedure, and the worker specifying unit relates to each of the plurality of operations indicated by the procedure data. A configuration may be employed in which a worker having a responsibility to be in charge of the work is specified.

Further, in the server device described above, the procedure indicated by the procedure data includes a procedure in which an operation to be executed after the one operation is changed depending on a result of the one operation among a plurality of operations constituting the procedure, Work result data obtaining means for obtaining work result data indicating the result of the one work is provided, and the worker specifying means is executed after the one work according to the work result indicated by the work result data. A configuration may be employed in which a work to be performed is specified based on the procedure data, and a worker having a responsibility to be responsible for the specified work is specified.

Further, the server device described above further includes support data acquisition means for acquiring support data indicating support work by a worker according to the work data, and the worker specifying means adds the support data to the support data based on the responsibility data. A configuration may be adopted in which a worker having a responsibility to deal with the indicated support work is specified.

Further, the server device described above further includes navigation state data acquisition means for acquiring navigation state data indicating the navigation state of the ship, and the worker specifying means responds to the abnormality according to the navigation state indicated by the navigation state data. A configuration may be adopted in which a worker having a responsibility to be dealt with is specified.

Further, in the above-described server device, the device includes terminal device position data acquisition means for acquiring terminal device position data indicating the position of each of the terminal devices carried by the plurality of workers on the ship, and the worker specifying means includes: A configuration may be adopted in which a worker having a responsibility to deal with the abnormality is specified based on a time required for movement from the position indicated by the terminal device position data to the device in the abnormal state.

In the server device described above, work state data acquisition means for acquiring work state data indicating a state of work by a worker according to the work data, and any one of the plurality of workers is carried by the worker A configuration may be employed in which the terminal device includes a work state data transmission unit that transmits the work state data.

Further, in the above-described server device, a work history data obtaining unit that obtains work history data indicating work performed on the abnormal state indicated by the device in the abnormal state in the past, and among the plurality of workers A configuration may be employed in which the device includes a work history data transmitting unit that transmits the work history data to a terminal device carried by any one of the workers.

Further, the present invention relates to a process for acquiring responsibility data indicating the responsibility of the worker for each of a plurality of workers staying on the ship, and a plurality of devices arranged on the ship. A process of acquiring apparatus status data indicating a state; and a process of identifying a worker having a responsibility to deal with the abnormality based on the responsibility data when the apparatus status data indicates any abnormality of the plurality of apparatuses. The terminal device identification data for identifying the terminal device carried by the identified worker on the network, and using the terminal device identification data, the terminal device carried by the identified worker A program for executing a process of transmitting work data indicating a corresponding work is provided.

Further, the present invention relates to a process for acquiring responsibility data indicating the responsibility of the worker for each of a plurality of workers staying on the ship, and a plurality of devices arranged on the ship. A process of acquiring apparatus status data indicating a state; and a process of identifying a worker having a responsibility to deal with the abnormality based on the responsibility data when the apparatus status data indicates any abnormality of the plurality of apparatuses. The terminal device identification data for identifying the terminal device carried by the identified worker on the network, and using the terminal device identification data, the terminal device carried by the identified worker There is provided a computer-readable recording medium for continuously recording a program for executing a process of transmitting work data indicating a corresponding work.

According to the present invention, the server device has a step of obtaining responsibility data indicating the responsibility of the worker for each of a plurality of workers staying on the ship, and the server device is disposed on the ship. Acquiring device status data indicating the status of each of a plurality of devices; and, when the device status data indicates an abnormality of any of the plurality of devices, the server device deals with the abnormality based on the responsibility data Identifying a worker having a responsibility to be performed; obtaining a terminal device identification data for identifying a terminal device carried on the network by the server device; and the server device comprising the terminal A work tube comprising a step of transmitting work data indicating work corresponding to the abnormality to a terminal device carried by the identified worker using device identification data. To provide a method.

According to the present invention, when an abnormality occurs in an apparatus on a ship, a work request is made to a worker having a duty capable of recovering the apparatus, so that the apparatus can be quickly recovered.

The figure which showed the whole structure of the work management system concerning one Embodiment. The figure which showed the function structure of the server apparatus concerning one Embodiment. The figure which illustrated the data composition of procedure master DB concerning one embodiment. The figure which illustrated the data composition of worker DB concerning one embodiment. The figure which illustrated the data composition of movement required time DB concerning one embodiment. The figure which illustrated the data structure of abnormality DB concerning one embodiment. The figure which illustrated the data structure of abnormality DB concerning one embodiment. The figure which showed the function structure of the terminal device concerning one Embodiment. The figure which illustrated the warning screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the warning screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the work demand screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the situation check screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the detailed screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the detailed screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the coping screen (before work start) displayed on the terminal unit concerning one embodiment. The figure which illustrated the coping screen (working) displayed on the terminal unit concerning one embodiment. The figure which illustrated the coping screen (after work completion) displayed on the terminal unit concerning one embodiment. The figure which illustrated the remarks registration screen displayed on the terminal unit concerning one embodiment. The figure which illustrated the history screen displayed on the terminal unit concerning one embodiment.

[Embodiment]
Hereinafter, a work management system 1 according to an embodiment of the present invention will be described. The work management system 1 is a system for supporting recovery work of a device when an abnormality occurs in a device such as a main engine, a generator, or a boiler arranged on the ship.

FIG. 1 is a diagram showing the overall configuration of the work management system 1. The work management system 1 includes a server device 11 that stores and transmits / receives data for managing recovery work, and i terminal devices 12-1 to 12-i carried by workers staying in the ship (where i Is an arbitrary natural number corresponding to the number of workers, and sensors 13-1 to 13-j that sequentially transmit to the server apparatus 11 device status data indicating the specified status by continuously specifying the status of the ship's device. (Where j is an arbitrary natural number) and cameras 14-1 to 14-k that sequentially transmit image data obtained by continuously photographing the ship apparatus to the server apparatus 11 (where k is an arbitrary natural number) And a position measuring device 15 such as a GPS unit for measuring the current position of the ship, and a terminal device 16 used by the in-board administrator to input various data to the server device 11.

Hereinafter, the terminal devices 12-1 to 12-i are collectively referred to as the terminal device 12, the sensors 13-1 to 13-j are collectively referred to as the sensor 13, and the cameras 14-1 to 14-k are collectively referred to as the camera 14. The server device 11, each of the terminal devices 12, each of the sensors 13, each of the cameras 14, the position measuring device 15, and the terminal device 16 can communicate with each other via the network 9. A part of the network 9 includes a wireless communication section. For example, each of the terminal devices 12 is carried by a worker and performs wireless communication with the network 9. Therefore, wireless access points (not shown in FIG. 1) are installed in various places in the ship, and the server device 11 is based on which of these wireless access points the terminal device 12 is connected to, The position of the terminal device 12 in the ship can be specified. Note that at least some of the sensor 13, the camera 14, the position measurement device 15, and the terminal device 16 may be connected to the server device 11 without going through the network 9. Instead of the configuration in which the work management system 1 includes the terminal device 16, a configuration in which a display device such as a liquid crystal display and an operation device such as a keyboard and a mouse are connected (or built in) to the server device 11 may be employed. . In this case, the inboard manager inputs various data to the server device 11 by directly operating the server device 11.

The server device 11 is realized by causing a general server device computer to execute processing according to the server device program according to the present embodiment. FIG. 2 is a diagram illustrating a functional configuration of the server device 11. That is, the processor of the computer that constitutes the hardware of the server device 11 functions as a device having the configuration shown in FIG. 2 by executing processing according to the program stored in the memory.

The server device 11 includes, as a functional configuration, a receiving unit 111 that receives various data transmitted from each of the terminal devices 12, the sensors 13, the cameras 14, the position measuring device 15, and the terminal device 16; A storage unit 112 that stores data, a worker specifying unit 113 (an example of a worker specifying unit) that specifies a worker who is requested to work to deal with the abnormality when an abnormality occurs, and various types of data A transmission unit 114 that transmits to each of the terminal devices 12 is provided.

The storage unit 112 stores a procedure master DB (Database), a worker DB, a travel time DB, and an abnormality DB.

FIG. 3 is a diagram illustrating the data configuration of the procedure master DB. The procedure master DB is a database for managing procedure data indicating procedures (a plurality of operations to be executed) for recovering a device in an abnormal state with respect to each type of abnormality that can occur in various devices. It is. The procedure master DB is a collection of records corresponding to each type of anomaly that can occur, and each record has the fields [device type name], [responsibility name], [abnormal name], [emergency], [cause type name] ] And [Procedure].

The field [device type name] stores data indicating the device type name of the ship such as “main engine”, “boiler”, “generator”, and the like. The field [responsibility name] stores data indicating the name of the responsibility of the worker who is permitted to work on the device of the device type indicated by the field [device type name]. The data stored in the field [name of responsibility] is, for example, “first engineer”, “second engineer”, and the like. The field [abnormal name] stores data indicating the name of the abnormality such as “fuel oil pressure drop”, “water level rise”, and the like. In the data configuration illustrated in FIG. 3, only one data is stored in the field [abnormal name], and the type of abnormality is specified by a combination of data stored in the fields [device type name] and [abnormal name]. Is done.

The field [Urgent level] stores data indicating the degree of urgency to deal with the abnormality. In the work management system 1, the urgency of coping can be different even if the abnormality is the same depending on the navigation state of the ship. For example, if the boiler fuel oil pressure decreases, the steam pressure of the boiler will not drop rapidly due to the thermal energy recovered from the exhaust gas of the main engine even if the boiler misfires during navigation, If the ship is anchored at the port, if the boiler misfires, the steam pressure will drop rapidly, affecting the cargo handling work, etc., and prompt recovery is required. Therefore, the field [Urgent Level] stores, for example, data such as “Navigating: Normal, Waiting: Normal, Dormant: High”. “Waiting” means waiting off at the port offshore.

The field [Cause type name] stores data indicating the name of the cause type of the abnormality such as “Fuel oil pump abnormality”, “Heater failure”, and the like. In the data configuration illustrated in FIG. 3, the field [cause type name] includes a plurality of cause types that can be considered as causes of the abnormality specified by the data stored in the fields [device type name] and [abnormal name]. The data shown is stored.

The field [procedure] stores procedure data indicating a procedure for dealing with the cause type indicated by the data according to each of the data stored in the field [cause type name]. The field [procedure] has subfields [work content], [execution condition], [start condition], and [responsibility name].

The sub-field [work content] stores data indicating a plurality of work to be executed in time series. The data stored in the subfield [work content] is, for example, data such as “ST1: fuel oil pump switching”. Here, “ST1” or the like is an identifier of a work in the procedure. Hereinafter, when an individual work is designated, it is described as “work ST1”.

The sub-field [execution condition] stores data indicating a condition for which work is requested. The data stored in the subfield [execution condition] is, for example, data such as “execute if ST1 is impossible” regarding the work ST2 subsequent to the work ST1. In this example, the work ST2 is not requested to be executed if the work ST1 is successful.

The subfield [start condition] stores data indicating a condition required at the start of work. The data stored in the subfield [start condition] is, for example, data such as “ST3: Complete” regarding the work ST4 following the work ST3. In this example, if the operation ST3 is not completed, the execution of the operation ST4 is not permitted. Therefore, the start condition “ST3: Complete” illustrated in FIG. 3 indicates that the generator switching in ST4 is not permitted unless the boiler reignition (ST3) is completed.

As described above, the procedure data indicates the execution condition and the start condition, so that in the procedure indicated by the procedure data, it is possible to change the work in parallel or change (select) the subsequent work according to the result of the preceding work. Is done.

The subfield [responsibility name] stores data indicating the responsibility name of the worker who can execute the work for each work included in the procedure indicated by the procedure data. The subfield [responsibility name] stores data indicating only the responsibility name such as “secondary engineer”, and the responsibility name and work identifier such as “third engineer (ST1)”. May be stored. For example, when data “third engineer (ST1)” regarding work ST3 is stored in the subfield [responsibility name], this data is handled by the third engineer who is in charge of work ST1. Indicates that it should be.

FIG. 4 is a diagram illustrating the data configuration of the worker DB. The worker DB is a database for managing data related to each worker. The worker DB is a collection of records corresponding to each worker, and each record has fields [worker name], [responsibility name], [on / off number], [area name], and [address].

The field [worker name] stores data indicating the name of the worker. The field [name of responsibility] stores data indicating the name of responsibility of the worker. The field [on / off] stores data indicating whether the worker is currently on or off. The field [area name] stores data indicating the name of the area where the terminal device 12 carried by the worker is currently located. In the work management system 1, the position of the terminal device 12 is specified based on the position of the wireless access point that is accessed when the terminal device 12 is connected to the network 9. The field [address] stores an address (an example of terminal device identification data) for identifying the terminal device 12 in the network 9. The server device 11 can transmit data to a specific terminal device 12 based on the address stored in the field [address].

FIG. 5 is a diagram illustrating the data configuration of the travel time DB. The required travel time DB manages the time required for the worker to move at a normal speed from the representative position of each of a plurality of areas in the ship (for example, the central position of each area) to each position of the apparatus. It is a database. The required travel time DB is a collection of records corresponding to each combination of device and area, and each record has fields [device name], [area], and [required time].

The field [device name] stores data indicating the name of the device. The field [area] stores data indicating the name of the area in the ship. The field [required time] stores data indicating the time required to move from the representative position of the area indicated by the field [area] to the position of the device indicated by the field [device name].

FIG. 6A and FIG. 6B (hereinafter collectively referred to as “FIG. 6”) are diagrams illustrating the data configuration of the abnormality DB. FIG. 6B shows an example of “work details” displayed as “XXXX” in FIG. 6A. The abnormality DB is a database that manages data related to an abnormality that has occurred. The abnormality DB is a collection of records corresponding to each of the abnormality that has occurred, and each record has fields [abnormality ID], [occurrence time], [resolution time], [device name], [abnormal name], and [urgency level]. , [Navigation state], [Cause name], [Work contents], [Work details].

The field [abnormal ID] stores an abnormal ID for identifying each of the abnormalities. The field [occurrence time] stores data indicating the occurrence time of the abnormality. The field [resolution time] stores data indicating the time when all the work for dealing with the abnormality is completed and the abnormality is resolved. The field [device name] stores data indicating the name of the device indicating the abnormality. The field [Urgent Level] stores data indicating the urgent level of abnormality. The field [navigation state] stores data indicating the navigation state at the time when the abnormality occurred. The field [Cause name] stores data indicating the cause name of the abnormality. The field [work content] stores data indicating the content of the work performed to deal with the abnormality. The field [work details] stores data indicating a detailed history of work contents.

The field [work details] has subfields [time], [work name], [worker name], and [remarks] as shown in FIG. 6B. The subfield [time] stores data indicating the time when the worker accepts the request for the work, the time when the work is started, or the time when the work is completed. The subfield [work name] stores data indicating the work name. The data stored in the subfield [work name] is, for example, data such as “ST1: switching of the fuel oil pump”, and the data stored in the field [procedure] of the procedure master DB (FIG. 3). One of the copies. The subfield [worker name] stores data indicating the name of the worker who accepted and executed the work. The subfield [Remarks] stores data indicating remarks information related to the work input by the worker.

The terminal device 12 is realized by causing a general computer for a terminal device to execute processing according to the program for the terminal device according to the present embodiment. FIG. 7 is a diagram illustrating a functional configuration of the terminal device 12. That is, the processor of the computer constituting the hardware of the terminal device 12 functions as a device having the configuration shown in FIG. 7 by executing processing according to the program stored in the memory. The computer constituting the hardware of the terminal device 12 is, for example, a tablet computer including a wireless communication interface, a touch display, a speaker, a microphone, and a camera, and the type thereof is any of a notebook computer, a smartphone, and the like. Also good.

The terminal device 12 has, as a functional configuration, a receiving unit 121 that receives various data transmitted from the server device 11, a display unit 122 that displays an image, and a sounding unit 123 that generates a warning sound and the voice of the other party. The vibration unit 124 that generates vibration for notifying the worker of a warning, the operation unit 125 that receives the operation of the worker, the sound pickup unit 126 that picks up the worker's voice during a call, and the imaging that performs imaging And a transmission unit 128 that transmits various data to the server device 11.

Subsequently, the operation of the work management system 1 when an abnormality has occurred in any of the ship's devices will be described by taking as an example a case where the fuel oil pressure of the boiler having the device name “boiler B05” has abnormally decreased.

First, the above-described procedure master DB, worker DB, travel time DB, and abnormality DB are stored in the storage unit 112 of the server device 11. In addition, the storage unit 112 stores data indicating a threshold for the server device 11 to detect an abnormality of the device. Note that data (responsibility data) indicating the responsibility of the worker is stored in the field [responsibility name] in the worker DB (FIG. 4), and the storage unit 112 that stores the worker DB is an example of responsibility data acquisition means. Function as. The procedure master DB (FIG. 3) stores procedure data in the field [procedure], and the storage unit 112 that stores the procedure master DB functions as an example of procedure data acquisition means. The procedure master DB (FIG. 3) stores procedure data in the field [procedure], and the storage unit 112 that stores the procedure master DB functions as an example of procedure data acquisition means.

In addition, the reception unit 111 (an example of the terminal device identification data acquisition unit) of the server device 11 has an address (an example of the terminal device identification data) assigned to the terminal device 12 when each of the terminal devices 12 is connected to the network 9. Is stored in the field [address] of the worker DB. In addition, the reception unit 111 (an example of the terminal device position data acquisition unit) of the server device 11 receives the address of the terminal device 12 that is accessing the wireless access point from the wireless access point, and stores it in the storage unit 112 in advance, for example. The field [area name] of the worker DB (FIG. 4) is updated according to the data indicating the area name where the wireless access point is arranged.

Further, the receiving unit 111 (an example of the device state data acquisition unit) of the server device 11 continuously receives device state data indicating the state of the device from each of the sensors 13. The receiving unit 111 of the server device 11 continuously receives ship current position data indicating the ship's current position from the position measuring device 15. For example, the server device 11 identifies the navigation state of the ship based on the device state data indicating the operating state of the main engine received from any of the sensors 13 and the ship current position data received from the position measuring device 15. Therefore, the apparatus state data indicating the operating state of the main engine and the ship current position data are examples of navigation state data indicating the navigation state of the ship, and the reception unit 111 that receives these data functions as an example of the navigation state data acquisition unit. To do.

In the above situation, when the fuel oil pressure of the boiler B05 is abnormally lowered, the server device 11 detects the abnormality by comparing with a threshold value stored in advance in the storage unit 112, for example. In response to the detection of the abnormality, the worker specifying unit 113 of the server device 11 adds a new record to the abnormality DB (FIG. 6), and the fields [abnormality ID], [occurrence time], [device name], and [abnormal name]. ] And [Navigation state].

Subsequently, the worker specifying unit 113 reads a record corresponding to the abnormality that has occurred from the procedure master DB (FIG. 3), and sets the navigation state of the ship at that point in the field [emergency] data of the read record. It is determined whether the urgency indicated by the corresponding data is “high” or “normal”. The worker specifying unit 113 stores data indicating the determined urgency level in a field [urgency level] of a record (hereinafter referred to as “corresponding record”) previously added to the abnormality DB.

When the degree of urgency is “high”, the worker identification unit 113 identifies all the workers as the workers who are requested for the initial countermeasure of this abnormality. The transmission unit 114 (an example of work data transmission means) refers to the worker DB (FIG. 4) and is identified by the worker identification unit 113 and is the worker of the request destination of the initial response, that is, the terminals of all workers. Warning screen data (an example of work data) for instructing display of the warning screen illustrated in FIG. 8A is transmitted to the address of the device 12.

On the other hand, when the urgency is “normal”, the worker identification unit 113 first refers to the procedure master DB (FIG. 3), reads the data of the field [responsibility name] of the record corresponding to the abnormality that has occurred, and initially Identify the responsibilities of workers who should take action. Subsequently, the worker specifying unit 113 refers to the worker DB (FIG. 4), and extracts the record of the worker who is on duty corresponding to the responsibility name of the worker to be initially dealt with. Subsequently, the worker specifying unit 113 refers to the travel time DB (FIG. 5) and extracts a record corresponding to the device in which the abnormality has occurred. The worker specifying unit 113 specifies the record extracted from the worker DB in this way as a candidate of the worker who performs the initial action of the abnormality, and performs the initial action based on the data of the record extracted from the travel time DB. The candidates for workers to be performed are arranged in the order of the shortest time required to move to the device where the abnormality has occurred. Subsequently, the worker specifying unit 113 arranges the candidates one by one from the candidates at every elapse of a predetermined time or when there is a response that the request destination worker cannot respond to the request. Select the worker to whom initial action is requested according to the order. The process of sequentially selecting requested workers by the worker specifying unit 113 is continued until one of the requested workers responds to the request.

When the degree of urgency is “normal”, the transmission unit 114 of the server device 11 refers to the worker DB (FIG. 4), and the worker terminal unit 12 selected by the worker identification unit 113 as the request destination. A warning screen data (an example of work data) for instructing the display of the warning screen illustrated in FIG. 8A is transmitted to the address, and the addresses of all other workers' terminal devices 12 are transmitted to FIG. 8B. Warning screen data for instructing display of the exemplified warning screen is transmitted.

Upon receiving the warning screen data from the server device 11, the terminal device 12 displays a warning screen on the display unit 122, emits a warning sound by the sound generation unit 123, and generates vibration by the vibration unit 124, thereby Notify the occurrence of an abnormality. The warning screen notifies the worker of, for example, the time of occurrence of the abnormality, the device indicating the abnormality and its position, the type of abnormality, and the degree of urgency. In addition, the initial response request is also notified to the worker who requested the initial response.

When a worker who has viewed the warning screen operates the “confirm” button on the warning screen, the server device 11 is illustrated in FIG. 9A in response to a request transmitted from the terminal device 12 to the server device 11 in response to this operation. Work request screen data for instructing the display of a simple work request screen (for the requesting worker's terminal device 12), or a status confirmation screen (for the terminal device 12 of the worker who is not the request destination) as illustrated in FIG. 9B Status confirmation screen data for instructing display is generated and transmitted to the requesting terminal device 12. The terminal device 12 displays a work request screen (FIG. 9A) according to the work request screen data or a situation confirmation screen (FIG. 9B) according to the situation confirmation screen data. On the work request screen and the status confirmation screen, information related to the work response status is displayed in a list together with statuses such as “unhandled”, “being handled”, and “solved”. In the work request screen, the work requested to be handled by the worker is indicated by, for example, a thick frame, and the “Accept” button operated when responding to the request and when the request is not satisfied The “reject” button to be operated is displayed.

If the worker wants to obtain more detailed information regarding the status of countermeasures against anomalies, select the task for which information is to be obtained from the list on the work request screen, and then operate the “detail” button. In response to a request transmitted from the terminal device 12 to the server device 11 in response to this operation, the server device 11 performs either FIG. 10A (for the requesting worker's terminal device 12) or FIG. Detailed screen data for instructing the display of the detailed screen as exemplified in the apparatus 12 is generated and transmitted to the requesting terminal device 12. In the detailed screen, for example, in addition to basic information such as a device name and an abnormality name, a moving image indicated by image data sequentially received by the server device 11 from the camera 14 that captures the device indicating the abnormality, for example, an abnormality is indicated. A graph showing a time-series change in the measured value (in this case, the fuel oil pressure of the boiler B05) is displayed.

The worker who requested the initial action operates the “accept” button on the work request screen (FIG. 9A) or the details screen (FIG. 10A) when accepting the requested work. In response to this operation, work acceptance data indicating work acceptance is transmitted from the terminal device 12 to the server device 11. The receiving unit 111 of the server device 11 updates the data in the field [work details] of the corresponding record in the abnormality DB (FIG. 6) according to the work acceptance data.

When the worker who accepted the work of the initial countermeasure selects the work accepted by himself / herself from the list on the work request screen (FIG. 9A) before starting the work, a “handling” button is displayed instead of the “accept” button. . When the operator operates the “Correction” button, a countermeasure screen as illustrated in FIG. 11 is displayed. In addition to the basic information regarding the abnormality, a “work start” button is displayed on the countermeasure screen.

The worker operates the “work start” button when the worker arrives at the location of boiler B05 and starts work. In response to this operation, work state data indicating the start of work is transmitted from the terminal device 12 to the server device 11. The receiving unit 111 (an example of work status data acquisition means) of the server device 11 receives the work status data, and updates the data in the field [work details] of the corresponding record in the abnormality DB (FIG. 6) according to the work status data. .

After the “work start” button is operated, a handling screen as illustrated in FIG. That is, a work result input field and a “work end” button are displayed on the countermeasure screen after the work starts.

In this case, the worker is requested to identify the cause of the decrease in the fuel oil pressure of the boiler B05 as an initial action. Accordingly, when the worker checks the state of the boiler B05 and identifies the cause of the abnormality, the worker inputs the identified cause type name in the work result input field and operates the “work end” button. In response to this operation, work result data indicating information input to the work result input field and work state data indicating the end of work are transmitted from the terminal device 12 to the server device 11. When the receiving unit 111 (an example of the work state data acquisition unit and the work result data acquisition unit) of the server apparatus 11 receives the work result data and the work state data, first, according to the work state data, the corresponding record in the abnormality DB (FIG. 6). Update the data in the field [work details].

Subsequently, the worker identifying unit 113 refers to the procedure master DB (FIG. 3), and stores the procedure stored in the field [procedure] of the record corresponding to the device indicating the abnormality and the abnormality name of the abnormality that has occurred. The data corresponding to the cause type name indicated by the work result data received from the terminal device 12 is read out. Subsequently, the worker specifying unit 113 assigns each responsibility name of a work that satisfies the execution condition (including a work that does not have an execution condition) among the work indicated by the read procedure data. Specify the responsibility name of the worker who should perform

Subsequently, the worker specifying unit 113 refers to the worker DB (FIG. 4) and the required travel time DB (FIG. 5) in the same manner as when the worker who requested the initial action is specified first. For each work indicated by the procedure data corresponding to the cause type name identified by the worker who performed the action (work that satisfies the execution conditions), the work request destination worker is assigned the responsibility name, duty / non-number , And the time required to move to the work target device. The transmission unit 114 refers to the worker DB (FIG. 4) and transmits warning screen data to the address of the terminal device 12 of the requested worker identified by the worker identification unit 113.

The terminal device 12 that has received the warning screen data displays a warning screen (FIG. 8A) according to the received warning screen data, and emits a warning sound and vibration to notify the worker that a work request has been made. After that, each worker requested to work on the warning screen confirms and accepts the requested work in the same way as the worker who received the work request for the initial action described above. Move to the location of the device and perform the requested work. At this time, the operations performed by the worker on the terminal device 12 and the processes performed by the server device 11 and the terminal device 12 in accordance with the operations of the worker are the same as those in the above-described initial countermeasure work.

The worker can input the remark information regarding the completed work to the terminal device 12 after completing the work accepted by the worker. FIG. 13 exemplifies the countermeasure screen displayed after the worker operates the “work end” button on the countermeasure screen illustrated in FIG. 12. That is, a “remark registration” button is displayed on the handling screen displayed on the terminal device 12 after the work is completed. When the operator operates the “remark registration” button, a remark registration screen as illustrated in FIG. 14 is displayed on the terminal device 12. The worker inputs the remark information freely on the remark registration screen, and selects, for example, the image data photographed using the terminal device 12 during the operation by operating the “select image” button and registers it with the remark information. Can do. When the operator operates the “Register” button on the remark registration screen, the remark data indicating the remark information and the image data selected by the worker are transmitted from the terminal device 12 to the server device 11 in accordance with the operation. . The server device 11 stores the received remark data and image data in the subfield [remarks] of the field [work history] of the corresponding data in the abnormality DB (FIG. 6).

The worker operates the “history” button on the work request screen (FIG. 9A), the status confirmation screen (FIG. 9B), the details screen (FIG. 10A or FIG. 10B), and the countermeasure screen (FIGS. 11 to 13). It is possible to display history information regarding abnormalities that have occurred in the past on the work target device. When the worker operates the “history” button, the server device 11 stores the request in the storage unit 112 (an example of a work history data acquisition unit) in response to a request transmitted from the terminal device 12 to the server device 11 in response to this operation. Using the data read from the field [work content] of the abnormality DB, the history screen data for instructing the display of the history screen as illustrated in FIG. 15 is generated. Thereafter, the transmission unit 114 (an example of work history data transmission means) transmits the history screen data to the requesting terminal device 12. On the history screen, a history of abnormalities that have occurred in the past with respect to the work target device is displayed in a list, for example, in the order of occurrence. Further, when the worker selects any of the abnormality histories on the history screen, a history of work performed in the past for the same type of abnormality as the selected abnormality is displayed. The worker can perform the work currently being dealt with while referring to the information displayed on the history screen.

In addition, the worker can request support work by operating a “support request” button on the countermeasure screen illustrated in FIG. 12 or FIG. 13. When the worker operates the “support request” button, support data indicating support work requested from the terminal device 12 to the server device 11 is transmitted in accordance with this operation. When the support data is received by the receiving unit 111 (an example of the support data acquisition unit) of the server device 11, the worker specifying unit 113 accepts the worker of the requesting terminal device 12 and is currently working. The worker who is on duty and can reach the device quickly is identified from the workers who can perform the above. The transmission unit 114 of the server device 11 transmits the warning screen data to the worker's terminal device 12 specified by the worker specifying unit 113. As a result, a warning screen for requesting support work is displayed on the terminal device 12 that has received the warning screen data.

Further, the worker operates the “call” button on the work request screen (FIG. 9A), the status confirmation screen (FIG. 9B), the details screen (FIG. 10A or FIG. 10B), and the countermeasure screen (FIGS. 11 to 13). Thus, it is possible to make a call with another worker who desires. When the worker operates the “call” button, for example, a list of workers on duty is displayed, and by selecting a worker who wants to make a call from the list, a voice call is made to the terminal device 12 of the worker. It can be performed. Therefore, the worker can proceed with work while contacting other workers as necessary.

According to the work management system 1 described above, when an abnormality occurs in the apparatus, a work request is made to a worker having a responsibility capable of performing work for coping with the abnormality. As a result, it is possible to quickly solve the abnormality.

In addition, according to the work management system 1, the work can be executed for each of a plurality of work required for solving the abnormality according to work data corresponding to the cause type specified by the worker who performed the initial countermeasure. Requests are made to workers with various responsibilities. When a plurality of operations need to be performed in parallel for solving the abnormality, work requests are performed all at once, so that the abnormality can be quickly resolved.

Moreover, according to the work management system 1, it is easy for a worker who has accepted the work to request a support worker.

Furthermore, according to the work management system 1, when an abnormality occurs in the apparatus, it is not necessary for a worker such as a shift engineer to perform a coordinated work for requesting a work to the worker. Can do.

[Modification]
The above-described embodiments can be variously modified within the scope of the technical idea of the present invention. Examples of these modifications are shown below.

(1) The data configuration and screen of the database shown in the above-described embodiment are merely examples, and a database and a screen with other configurations may be adopted.

(2) In the above-described embodiment, the responsibility that can execute the work is determined according to the device type. However, it is possible to arbitrarily set which work can be executed by which worker. It is. For example, the responsibility that can execute the work may be determined according to the combination of the device type and the abnormality type.

(3) In the above-described embodiment, the current position of the terminal device 12 is specified based on the position of the wireless access point that the terminal device 12 is accessing. The method may be performed. For example, the worker may input the current position to the terminal device 12, and the server device 11 may specify the current position of the terminal device 12 based on the current position input by the worker.

(4) In the above-described embodiment, the server device 11 and the terminal device 12 are realized by a computer executing processing according to a program. Instead, at least a part of the server device 11 and the terminal device 12 may be configured as a so-called dedicated device.

DESCRIPTION OF SYMBOLS 1 ... Work management system, 9 ... Network, 11 ... Server apparatus, 12 ... Terminal device, 13 ... Sensor, 14 ... Camera, 15 ... Position measuring device, 111 ... Receiving part, 112 ... Storage part, 113 ... Worker identification part , 114 ... transmission unit, 121 ... reception unit, 122 ... display unit, 123 ... sound generation unit, 124 ... vibration unit, 125 ... operation unit, 126 ... sound pickup unit, 127 ... imaging unit, 128 ... transmission unit

Claims

For each of a plurality of workers staying on the ship, responsibility data acquisition means for acquiring responsibility data indicating the responsibility of the worker,
Device status data acquisition means for acquiring device status data indicating the status of each of a plurality of devices arranged in the ship;
When the device status data indicates any abnormality of the plurality of devices, worker identification means for identifying a worker with responsibility to deal with the abnormality based on the responsibility data;
Terminal device identification data acquisition means for acquiring terminal device identification data for identifying on the network a terminal device carried by the worker specified by the worker specification means;
A server device comprising: work data transmitting means for transmitting work data indicating work corresponding to the abnormality to a terminal device carried by the worker specified by the worker specifying means using the terminal device identification data.
Procedural data acquisition means for acquiring procedural data indicating a plurality of operations for dealing with the abnormality as a procedure,
The server device according to claim 1, wherein the worker specifying unit specifies a worker having a responsibility for each of the plurality of tasks indicated by the procedure data.
The procedure indicated by the procedure data includes a procedure in which an operation to be executed after the one operation is changed depending on a result of one operation among a plurality of operations constituting the procedure,
A work result data obtaining means for obtaining work result data indicating the result of the one work;
The worker specifying unit specifies a work to be executed after the one work based on the result of the work indicated by the work result data based on the procedure data, and a work of responsibility to be responsible for the specified work. The server device according to claim 2, wherein a member is specified.
Support data acquisition means for acquiring support data indicating support work by a worker according to the work data,
The server device according to any one of claims 1 to 3, wherein the worker specifying unit specifies a worker having a responsibility to deal with the support work indicated in the support data based on the responsibility data.
Navigation status data acquisition means for acquiring navigation status data indicating the navigation status of the ship,
The server device according to any one of claims 1 to 4, wherein the worker specifying unit specifies a worker having a responsibility to deal with the abnormality according to a navigation state indicated by the navigation state data.
Terminal device position data acquisition means for acquiring terminal device position data indicating the position of each of the terminal devices carried by the plurality of workers on the ship;
The worker identification means identifies a worker having a responsibility to deal with the abnormality based on a time required for movement from the position indicated by the terminal device position data to the device in the abnormal state. The server device according to any one of the above.
Work state data acquisition means for acquiring work state data indicating the state of work by a worker according to the work data;
The server device according to any one of claims 1 to 6, further comprising: work state data transmitting means for transmitting the work state data to a terminal device carried by any one of the plurality of workers.
Work history data obtaining means for obtaining work history data indicating work performed on the abnormal state shown in the past by the device in the abnormal state;
The server device according to any one of claims 1 to 7, further comprising: work history data transmitting means for transmitting the work history data to a terminal device carried by any one of the plurality of workers.
On the computer,
For each of a plurality of workers staying on the ship, processing for acquiring responsibility data indicating the responsibility of the worker,
Processing for acquiring device state data indicating the state of each of a plurality of devices arranged on the ship;
When the device status data indicates an abnormality in any of the plurality of devices, a process of identifying a worker with responsibility to deal with the abnormality based on the responsibility data;
Processing for acquiring terminal device identification data for identifying the terminal device carried by the identified worker on the network;
A program for causing the terminal device carried by the identified worker to execute work data indicating work corresponding to the abnormality using the terminal device identification data.
On the computer,
For each of a plurality of workers staying on the ship, processing for acquiring responsibility data indicating the responsibility of the worker,
Processing for acquiring device state data indicating the state of each of a plurality of devices arranged on the ship;
When the device status data indicates an abnormality in any of the plurality of devices, a process of identifying a worker with responsibility to deal with the abnormality based on the responsibility data;
Processing for acquiring terminal device identification data for identifying the terminal device carried by the identified worker on the network;
A computer-readable program that continuously records a program for causing the terminal device carried by the identified worker to perform work data indicating work corresponding to the abnormality using the terminal device identification data. Recording medium.
A server device, for each of a plurality of workers staying on the ship, obtaining responsibility data indicating the responsibility of the worker;
The server device acquires device state data indicating a state of each of a plurality of devices disposed on the ship; and
The server device, if the device status data indicates any abnormality of the plurality of devices, identifying a worker of responsibility to deal with the abnormality based on the responsibility data;
The server device acquiring terminal device identification data for identifying a terminal device carried by the identified worker on a network; and
A work management method comprising: using the terminal device identification data, the server device transmitting work data indicating work corresponding to the abnormality to a terminal device carried by the identified worker.