Elevator restoration support system, elevator restoration support device, and elevator restoration support method

Abstract

To provide an elevator restoration support system capable of calculating the priority of elevator restoration work in the event of a wide-area disaster such as an earthquake without pre-registering information on persons requiring assistance in evacuation, and capable of executing the restoration work for elevators in multiple buildings in an optimal order.SOLUTION: The present invention is an elevator restoration support system that provides restoration work support for an elevator system comprising a first imaging device installed in a car and multiple second imaging devices installed at landing places on multiple floors. The elevator restoration support system comprises an attribute detection unit that detects attribute information related to characteristics of each passenger in the car based on first image data or second image data, and a restoration priority setting unit that sets an elevator restoration priority based on the attribute information of each passenger in the car detected by the attribute detection unit when a situation requiring elevator restoration work occurs.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to an elevator restoration support system, an elevator restoration support device, and an elevator restoration support method. [Background technology]

[0002] Conventionally, an elevator restoration work support system has been proposed for carrying out restoration work on elevators in multiple buildings when a wide-area disaster such as an earthquake occurs, with priority given to ensuring the safety of people who have difficulty evacuating (see, for example, Patent Document 1). In Patent Document 1, if information about people who have difficulty evacuating is attached to the stop notification information received from any of the elevators, the system calculates the priority of the restoration work for the corresponding elevator as a high value, and sends information about the elevators that are the targets of restoration work, sorted in descending order of priority, to a maintenance worker terminal. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2019-1555 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, the elevator recovery work support system disclosed in Patent Document 1 can only grasp information about people who have registered information about people who are having difficulty evacuating in advance. In other words, it cannot grasp information about passengers who have not registered information about people who are having difficulty evacuating, for example, due to sudden use of the elevator. Furthermore, the elevator recovery work support system disclosed in Patent Document 1 cannot be applied to buildings (elevators) that are not equipped with a function for registering information about people who are having difficulty evacuating in advance.

[0005] The present invention has been made to solve the above-mentioned problems. An object of the present invention is to provide a technology that can calculate the priority of elevator restoration work when a wide-area disaster such as an earthquake occurs, without having to register information on people who are unable to evacuate in advance, and that can execute restoration work for elevators in multiple buildings in an optimal order. [Means for solving the problem]

[0006] In order to solve the above problems, the elevator recovery support system of the present invention is an elevator recovery support system that provides recovery work support to an elevator system. The elevator system includes a car, a first photographing device installed in the car, multiple second photographing devices installed at each of the landings of multiple floors where the car stops, and an operation control unit that controls the operation of the car. The elevator recovery support system also includes an image data acquisition unit, an attribute detection unit, and a recovery priority setting unit. The image data acquisition unit acquires first image data captured by the first photographing device and second image data captured by the second photographing device. The attribute detection unit detects attribute information related to the characteristics of each passenger in the car based on the first image data or the second image data acquired by the image data acquisition unit. Furthermore, when a situation occurs that requires elevator recovery work, the recovery priority setting unit sets the recovery priority of the elevator based on the attribute information of each passenger in the car detected by the attribute detection unit.

[0007] In order to solve the above-mentioned problems, the elevator recovery support device of the present invention is an elevator recovery support device that provides recovery work support to an elevator system. The elevator system includes a car, a first photographing device installed in the car, multiple second photographing devices installed at each of the landings of multiple floors where the car stops, and an operation control unit that controls the operation of the car. The elevator recovery support device also includes an attribute detection unit and a recovery priority setting unit. The attribute detection unit detects attribute information related to the characteristics of each passenger in the car based on first image data captured by the first photographing device or second image data captured by the second photographing device. Furthermore, when a situation occurs that requires elevator recovery work, the recovery priority setting unit sets the recovery priority of the elevator based on the attribute information of each passenger in the car detected by the attribute detection unit.

[0008] Furthermore, to solve the above-mentioned problems, the elevator restoration support method of the present invention is an elevator restoration support method performed by the elevator restoration support device of the present invention. In the elevator restoration support method, the elevator restoration support device detects attribute information relating to the characteristics of each passenger in the car based on first image data captured by a first image capture device or second image data captured by a second image capture device. In addition, in the elevator restoration support method, when a situation occurs requiring elevator restoration work, the elevator restoration support device sets an elevator restoration priority based on the detected attribute information of each passenger in the car. [Effects of the Invention]

[0009] According to the present invention having the above configuration, when a wide-area disaster such as an earthquake occurs, it is possible to calculate the priority of elevator restoration work, even without registering information on people who are unable to evacuate in advance, and it is possible to carry out restoration work on elevators in multiple buildings in the optimal order. [Brief explanation of the drawings]

[0010] [Figure 1]1 is a schematic configuration diagram of an elevator system in a building managed by an elevator recovery support system according to an embodiment of the present invention. [Figure 2] 1 is a block diagram of an elevator recovery support system according to an embodiment of the present invention. [Figure 3] 1 is a hardware configuration diagram of each part constituting an elevator restoration support system according to an embodiment of the present invention. [Figure 4] 10 is a flowchart showing the procedure of elevator passenger attribute detection processing performed in the elevator recovery support system according to one embodiment of the present invention. [Figure 5] 10 is a flowchart showing the procedure of a process for registering attribute complement / estimate information of elevator passengers, which is performed in the elevator recovery support system according to one embodiment of the present invention. [Figure 6] 1 is a flowchart showing the procedure of processing when an earthquake occurs, which is performed in an elevator recovery support system according to one embodiment of the present invention. [Figure 7] 10 is a flowchart showing the procedure of rescue priority calculation processing performed in the elevator recovery support system according to the first modification of the present invention. [Figure 8] 10 is a flowchart showing the procedure of rescue priority calculation processing performed in the elevator restoration support system according to the second modification of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, an elevator restoration support system, an elevator restoration support device, and an elevator restoration support method according to one embodiment of the present invention will be specifically described with reference to the drawings.

[0012] [Configuration of elevator system to be managed] Figure 1 is a schematic diagram of an elevator system installed in a building that is a target of management by an elevator recovery support system according to one embodiment of the present invention. The elevator shown in Figure 1 is a rope elevator with a counterweight.

[0013] As shown in Fig. 1, elevator system 1 includes car 11 and counterweight 12 arranged in hoistway 2. Elevator system 1 also includes main ropes 13, and a hoisting machine 14 and control panel 15 arranged in a machine room (not shown) provided above the ceiling of hoistway 2. Note that main rope 13 connecting car 11 and counterweight 12 is wound around hoisting machine 14, and car 11 travels (moves up and down) in hoistway 2 when driven by hoisting machine 14.

[0014] A destination floor registration button 11a and an in-car camera 21 (first photographing device) for monitoring the inside of the car 11 are installed inside the car 11. When an elevator user (passenger) operates the destination floor registration button 11a, the operation data is transmitted to the control panel 15. In addition, image data (first image data) photographed by the in-car camera 21 is also transmitted to the control panel 15.

[0015] The elevator system 1 also includes a hall call button 4 installed at the landing 3 (hall) of each floor where the car 11 stops, and an in-hall camera 22 (second photographing device) for monitoring the landing 3. When an elevator user operates the hall call button 4, the operation data is transmitted to the control panel 15. In addition, image data (second image data) captured by the in-hall camera 22 is also transmitted to the control panel 15. In this embodiment, the in-hall camera 22 has a lens with an angle of view that captures passengers inside the car 11 when the car 11 stops at the landing 3 of each floor and the door is opened.

[0016] Furthermore, elevator system 1 is equipped with various sensors (not shown) installed in hoistway 2 for detecting the operating status of the elevator. For example, various sensors are installed in hoistway 2 for detecting the door opening / closing status when car 11 stops at each floor, the amount of floor displacement of car 11 when stopped, the operating status (operating status) of hoisting machine 14, etc. The detection data of each of these sensors is transmitted to control panel 15, which monitors the operating status of the elevator based on this detection data. Although not shown in FIG. 1, elevator system 1 is also equipped with a seismometer (earthquake sensor) installed in the building, and measurement data from the seismometer is transmitted to control panel 15.

[0017] The control panel 15 controls the operation and speed of the elevator by driving and controlling the hoist 14 based on operation data transmitted from the destination floor registration button 11a and the hall call button 4 and detection data transmitted from various sensors installed in the elevator shaft 2. Furthermore, in the event of a disaster such as an earthquake, the control panel 15 performs processing to create various information necessary for recovery support work based on image data transmitted from the in-car camera 21 and the in-hall camera 22. Specifically, as will be described later, in the event of a disaster such as an earthquake, the control panel 15 performs various processing such as calculating the elevator rescue priority and creating a patrol route based on the image data transmitted from the in-car camera 21 and the in-hall camera 22.

[0018] [Configuration of elevator recovery support system] Next, the configuration of an elevator restoration support system according to one embodiment of the present invention will be described. Fig. 2 is a block diagram of the elevator restoration support system according to this embodiment. To simplify the explanation, only components involved in the creation process of various information required for restoration support work when a disaster such as an earthquake occurs are shown here.

[0019] 2, the elevator recovery support system 100 includes a control panel 15 and a communication center 90. The control panel 15 and the communication center 90 are connected to each other via a predetermined network so that they can communicate with each other.

[0020] The communication center 90 can be configured as a relay server provided in a monitoring center that remotely monitors the operation status of multiple elevators installed in multiple buildings within the same management area. Therefore, although the example shown in Figure 2 shows a configuration in which one elevator is connected to the communication center 90, in reality, multiple elevators (not shown) that are to be monitored by the communication center 90 are connected to the communication center 90.

[0021] 2, the control panel 15 has a surveillance camera information acquisition unit 30 (image data acquisition unit), an operation control device unit 40 (operation control unit), and a recovery support device unit 50 (elevator recovery support device). The surveillance camera information acquisition unit 30, the operation control device unit 40, and the recovery support device unit 50 are each individually connected to a communication center 90 via a predetermined network so as to be able to communicate with each other. The functional components of each unit constituting the control panel 15 will be described below.

[0022] (1) Surveillance camera information acquisition unit 2, the surveillance camera information acquisition unit 30 functionally comprises an in-car camera unit 31, an in-hall camera unit 32, and a communication unit 33. Within the surveillance camera information acquisition unit 30, the in-car camera unit 31 and the in-hall camera unit 32 are functionally connected to the communication unit 33.

[0023] The in-car camera unit 31 acquires image data of the inside of the car 11 photographed by the in-car camera 21, and outputs the acquired image data to the communication unit 33. The in-hall camera unit 32 acquires image data of the landing 3 on each floor photographed by each in-hall camera 22 installed at the landing 3 on each floor, and outputs the acquired image data to the communication unit 33.

[0024] The communication unit 33 transmits and receives data to and from the communication center 90 via a predetermined network. For example, the communication unit 33 transmits image data acquired by the car camera unit 31 and the hall camera 22 to the communication center 90.

[0025] (2) Operation control unit 2, the operation control device unit 40 functionally includes an operation control unit 41, an alarm issuing unit 42, a seismometer measurement unit 43, an operation status registration unit 44, a door opening / closing confirmation unit 45, and a communication unit 46. Within the operation control device unit 40, the operation control unit 41 is functionally connected to the communication unit 46, the alarm issuing unit 42, the seismometer measurement unit 43, the operation status registration unit 44, and the door opening / closing confirmation unit 45.

[0026] The operation control unit 41 controls the operation of the elevator (car 11) based on operation data of the user (passenger) on the destination floor registration button 11a and the hall call button 4, and detection data from various sensors installed in the elevator shaft 2 and the building. In addition, the operation control unit 41 outputs various information related to the elevator operation status to the operation status registration unit 44 based on various detection data related to the operation status.

[0027] The alarm unit 42 issues an alert or makes a notification when it detects an abnormality in any part of the elevator or a sign of such an abnormality based on the detection data of various sensors installed in the elevator shaft 2 and the building. The alarm processing by the alarm unit 42 is carried out to the communication center 90, for example.

[0028] The seismometer measurement unit 43 acquires detection data from a seismometer (earthquake sensor) installed in the building, and outputs the acquired detection data to the operation control unit 41.

[0029] The operation status registration unit 44 registers (stores) information relating to the operation status of the elevator (car 11) input from the operation control unit 41.

[0030] The door opening / closing confirmation unit 45 acquires detection data from a sensor for detecting the opening / closing state of the door, and outputs information relating to the opening / closing state of the door to the operation control unit 41.

[0031] The communication unit 46 transmits and receives data to and from the communication center 90 via a predetermined network. For example, the communication unit 46 transmits to the communication center 90 various information related to the operation status of the elevator monitored by the operation control unit 41, information related to the opening and closing status of the doors, detection data of the seismometer (earthquake sensor) acquired by the seismometer measurement unit 43, and the like.

[0032] (3) Recovery Support Device Section 2, the recovery support device unit 50 functionally includes an attribute detection unit 51 (attribute detection unit), an attribute information registration unit 52, a rescue priority calculation unit 53 (recovery priority setting unit), and a patrol route creation unit 54 (recovery work sequence creation unit). The recovery support device unit 50 also includes a building information registration unit 55, a seismometer measurement value confirmation unit 56, a number of users confirmation unit 57, an attribute information complementation unit 58 (first attribute information estimation unit), an attribute information estimation unit 59 (second attribute information estimation unit), and a communication unit 60.

[0033] Within the recovery support device unit 50, the communication unit 60 is functionally connected to the attribute detection unit 51, the attribute detection unit 51 is connected to the attribute information registration unit 52, the attribute information registration unit 52 is connected to the rescue priority calculation unit 53, and the rescue priority calculation unit 53 is connected to the patrol route creation unit 54. Furthermore, within the recovery support device unit 50, the building information registration unit 55, the seismometer measurement value confirmation unit 56, and the number of occupants confirmation unit 57 are functionally connected to the communication unit 60 and the attribute detection unit 51. Furthermore, within the recovery support device unit 50, the attribute information complementation unit 58 and the attribute information estimation unit 59 are functionally connected to the attribute detection unit 51 and the attribute information registration unit 52.

[0034] The attribute detection unit 51 performs attribute detection processing of each passenger in the car 11 based on image data inside the car 11 or image data of the boarding area 3 on each floor, acquired via the communication center 90. Specifically, the attribute detection unit 51 performs image recognition (analysis) processing on the image data inside the car 11 or image data of the boarding area 3 on each floor, and detects (detects) attribute information of each passenger in the car 11. The attribute information of passengers detected (discriminated) by the attribute detection unit 51 includes, for example, various types of information such as gender (male, female), age group (adult, child, elderly), whether a passenger uses a wheelchair or crutches, etc. As a method for detecting (discriminating) the attribute information of passengers from the image data inside the car 11 or image data of the boarding area 3 on each floor, an existing image analysis (recognition) technology can be adopted.

[0035] Furthermore, if there is a passenger whose attribute information cannot be detected from the image data of the inside of the elevator car 11 and the landing 3 on each floor, the attribute detection unit 51 first refers to attribute complement information, described below, registered in the attribute information complement unit 58 or attribute estimation information, described below, registered in the attribute information estimation unit 59. Then, the attribute detection unit 51 sets (estimates) the attribute information of the passenger whose attribute information cannot be detected, based on the reference result of the attribute complement information, described below, or the attribute estimation information, described below.

[0036] Furthermore, the attribute detection unit 51 outputs the attribute information of each passenger in the car 11 acquired as described above to the attribute information registration unit 52. The process of detecting and acquiring the attribute information of each passenger by the attribute detection unit 51 starts when the car 11 stops at each floor and the door is opened, and ends when the door is closed. In other words, the process of detecting the attribute information of each passenger by the attribute detection unit 51 is performed every time the car 11 stops at each floor.

[0037] The attribute information registration unit 52 registers (stores) the attribute information of each passenger in the car 11 detected (detected) by the attribute detection unit 51.

[0038] The rescue priority calculation unit 53 calculates (updates or maintains) the recovery priority (hereinafter referred to as "rescue priority") of its own building (elevator) when an earthquake occurs, based on the attribute information of each passenger registered (stored) in the attribute information registration unit 52. At this time, if there is a passenger in the car 11 who has attribute information such as a child, an elderly person, a person using a wheelchair, or a person using crutches, that is, a passenger who has difficulty evacuating, the rescue priority calculation unit 53 increases the rescue priority. Then, the rescue priority calculation unit 53 outputs the calculated rescue priority of its own building (elevator) to the patrol route creation unit 54. The rescue priority calculation (update) process by the rescue priority calculation unit 53 described above is performed every time an earthquake occurs.

[0039] In this embodiment, an example will be described in which the rescue priority calculation unit 53 calculates (updates or maintains) the rescue priority based on the passenger's attribute information, but the present invention is not limited to this. For example, the rescue priority calculation unit 53 may calculate the rescue priority by referring not only to the passenger's attribute information but also to, for example, use information of the building in which the elevator system 1 is installed (for example, type information such as a hospital or a public facility). In this case, if the use of the building is, for example, a hospital or a public facility, that is, a facility that involves an emergency such as a facility that involves human life or a facility with a large number of users, the rescue priority calculation unit 53 increases the rescue priority. Such a configuration will be described in Modifications 1 and 2 below.

[0040] The patrol route creation unit 54 creates (updates or maintains) information (hereinafter referred to as "patrol route") regarding the execution order of restoration work for multiple buildings in the event of an earthquake, as restoration support information, based on the rescue priority of the buildings input from the rescue priority calculation unit 53. In this process, the patrol route creation unit 54 creates a patrol route in which the execution order of restoration work for multiple buildings is rearranged in descending order of rescue priority, based on the newly calculated rescue priority of its own building (elevator).

[0041] The above-described process of creating (updating) a patrol route by the patrol route creation unit 54 is performed every time an earthquake occurs. Therefore, the patrol route creation unit 54 creates (updates or maintains) a patrol route that reflects the latest rescue priority (at the time of the current earthquake) of its own building on the patrol route created when the previous earthquake occurred.

[0042] The restoration work patrol route is restoration support information that defines the order in which restoration workers will patrol and perform work in the event of an earthquake for multiple buildings that are monitored within the management area of ​​the communication center 90. Therefore, ultimately, it is necessary to provide a functional unit that creates a restoration work patrol route (hereinafter referred to as a "confirmed patrol route") that combines (adjusts) the multiple latest patrol routes created by the patrol route creation unit 54 of each building.

[0043] The functional unit for creating the confirmed patrol route can be provided externally, for example, in a monitoring center, a cloud, etc. In this configuration, the latest patrol route created by the patrol route creation unit 54 of each building is received by a functional unit provided externally (for example, a monitoring center or a cloud), and the functional unit combines the received latest patrol routes into one to create a confirmed patrol route.

[0044] Also, for example, the tour route creation unit 54 of a predetermined building among multiple buildings within the management area of ​​the communications center 90 may be used as a functional unit for creating a confirmed tour route. In this configuration, the tour route creation unit 54 of the predetermined building first creates the latest tour route for its own building, and receives the latest tour routes created by the tour route creation units 54 of other buildings. The tour route creation unit 54 of the predetermined building then combines the received latest tour routes for other buildings and the latest tour route for its own building to create a confirmed tour route.

[0045] The finalized patrol route for the recovery work finally created by the patrol route creation unit 54 in an external location (for example, a monitoring center or cloud) or in a specified building is transmitted to the mobile terminals of the recovery workers via the communication center 90, and also transmitted to each building. The finalized patrol route for the recovery work transmitted to each building at this time becomes the previous patrol route that will be updated in the patrol route creation (update) process in the patrol route creation unit 54 that will be performed when the next earthquake occurs.

[0046] The building information registration unit 55 registers (stores) use information (e.g., type information such as hospital or public facility) of the building in which the recovery support device unit 50 is installed. The process of registering the building use information in the building information registration unit 55 is performed in advance at a predetermined timing, for example, when the elevator system 1 is installed.

[0047] The seismometer measurement value checking unit 56 receives the detection data of the seismometer acquired by the seismometer measurement unit 43 via the communication center 90 and stores (memorizes) it.

[0048] The number of users confirmation unit 57 calculates and stores (memorizes) the number of users (cumulative number) of the elevator during a specified period (e.g., the current day) based on image data inside the elevator car 11 and image data of the landing 3 on each floor.

[0049] The attribute information complementing unit 58 sets attribute information that can correspond to passengers whose attributes could not be detected by the attribute detection unit 51 (hereinafter referred to as "non-detected persons") based on data of the detection results of attribute detection processing previously performed by the attribute detection unit 51. Specifically, the attribute information complementing unit 58 calculates the proportion of one or more attribute information that can correspond to non-detected persons based on data of the detection results of attribute detection processing previously performed, and sets the attribute information with the highest proportion as the attribute information of the non-detected person. Note that, hereinafter, the attribute information of the non-detected persons set by the attribute information complementing unit 58 will be referred to as "attribute complementing information."

[0050] Furthermore, the attribute information complementing unit 58 registers (stores) attribute complementing information (first attribute estimation information) of the non-detected individual. At this time, the attribute information complementing unit 58 registers the attribute complementing information in association with the image data of the non-detected individual.

[0051] The attribute information estimation unit 59 estimates attribute information corresponding to the non-detected person based on the building's use information. For example, if the building is used as a hospital, the attribute information estimation unit 59 determines that the non-detected person is not only a doctor or a nurse, but also an outpatient or inpatient who is likely to have difficulty evacuating in the event of an earthquake. Therefore, in this case, the attribute information estimation unit 59 analyzes image data of the non-detected person (such as the appearance or posture of the non-detected person) to determine whether the non-detected person is, for example, a doctor, nurse, outpatient, or inpatient, and sets the determination result as the attribute information. In this case, specific type information such as doctor, nurse, outpatient, or inpatient may be used as the attribute information of the non-detected person. However, qualitative information such as whether the non-detected person is likely to have difficulty evacuating in the event of an earthquake may also be used as the attribute information of the non-detected person. Note that, hereinafter, the attribute information of the non-detected person determined by the attribute information estimation unit 59 is referred to as "attribute estimation information."

[0052] Furthermore, the attribute information estimation unit 59 registers (stores) attribute estimation information (second attribute estimation information) of the non-detected individual. At this time, the attribute information estimation unit 59 registers the attribute estimation information in association with the image data of the non-detected individual.

[0053] The process of setting and registering attribute complement information of non-detected persons by the attribute information complementing unit 58 and the process of setting and registering attribute estimation information of non-detected persons by the attribute information estimating unit 59 may be performed, for example, every time a non-detected person occurs in the process of detecting attribute information of each passenger by the attribute detecting unit 51. Also, the process of setting and registering attribute complement information of non-detected persons by the attribute information complementing unit 58 and the process of setting and registering attribute estimation information of non-detected persons by the attribute information estimating unit 59 may be performed, for example, every certain period (periodically). In this case, the process of setting and registering attribute complement information or attribute estimation information for image data of each non-detected person detected during a certain period is performed collectively.

[0054] Therefore, in this embodiment, every time a process for setting and registering attribute supplementary information of a non-detected individual is executed, the attribute supplementary information is accumulated in the attribute information supplementing unit 58, and every time a process for setting and registering attribute estimation information of a non-detected individual is executed, the attribute estimation information is accumulated in the attribute information estimation unit 59. That is, the attribute information supplementing unit 58 and the attribute information estimation unit 59 create databases of attribute supplementary information and attribute estimation information of non-detected individuals, respectively.

[0055] However, in this embodiment, the process of setting and registering attribute complement information of a non-detected person by the attribute information complementing unit 58 and the process of setting and registering attribute estimation information of a non-detected person by the attribute information estimating unit 59 are not performed simultaneously. Specifically, if the number of attribute detections (cumulative number) performed by the attribute detecting unit 51 within a predetermined period in the past (for example, within a unit of several months to several years) is equal to or greater than a predetermined number, the attribute information complementing unit 58 performs the process of setting and registering attribute complement information of a non-detected person. On the other hand, if the number of attribute detections is less than the predetermined number, the attribute information estimating unit 59 performs the process of setting and registering attribute estimation information of a non-detected person.

[0056] The communication unit 60 transmits and receives data to and from the communication center 90 via a predetermined network. The communication unit 60 receives various data from the communication center 90, such as image data of the inside of the elevator car 11, image data of the landings 3 on each floor, and detection data from a seismometer.

[0057] [Hardware configuration of each component of the control panel] In this embodiment, the surveillance camera information acquisition unit 30, the operation control device unit 40, and the recovery support device unit 50 included in the control panel 15 can each be configured as an information processing device with a calculation function and a communication function. Fig. 3 is a hardware configuration diagram of an information processing device 110 that can configure each of the surveillance camera information acquisition unit 30, the operation control device unit 40, and the recovery support device unit 50.

[0058] 3, the information processing device 110 includes a CPU (Central Processing Unit) 111, a memory 112, a storage device 113, an external device I / F (Interface) 114, and a bus line 115 connecting these components. The memory 112 is configured with a RAM (Random Access Memory), and the storage device 113 is configured with a ROM (Read Only Memory). The external device I / F 114 includes various interfaces for executing transmission / reception processing and input / output processing of various data (various information) between various external devices.

[0059] The various processes performed by the surveillance camera information acquisition unit 30, the operation control device unit 40, and the recovery support device unit 50 are realized by the CPU 111 loading programs and data pre-stored in the storage device 113 into the memory 112 and executing them.

[0060] [Various processes performed by the elevator recovery support system] Next, various processes performed in the elevator restoration support system 100 will be described with reference to the drawings (flowcharts).

[0061] (Attribute detection processing) First, the attribute detection process of elevator users (passengers) performed in the elevator recovery support system 100 will be described. Fig. 4 is a flowchart showing a specific procedure for the attribute detection process of passengers in the elevator car 11 performed by the attribute detection unit 51 of the recovery support device unit 50. The attribute detection process by the attribute detection unit 51 described below is executed on software by a CPU (CPU 111 in Fig. 3) included in the recovery support device unit 50. The passenger attribute detection process shown in Fig. 4 is executed every time the elevator car 11 stops at each floor.

[0062] The attribute detection unit 51 (recovery support device unit 50) refers to the information regarding the door opening / closing status received from the operation control device unit 40, and when it detects that the elevator car 11 has stopped at a specified floor and the door of the car 11 has been opened, it starts the attribute detection process shown in Figure 4.

[0063] First, the attribute detection unit 51 analyzes the image data of the car interior camera 21 received from the surveillance camera information acquisition unit 30, and determines whether or not the attribute of a predetermined passenger in the car 11 can be detected from the image data of the car interior camera 21 (S1). Note that, when multiple passengers are riding in the car 11, the processes of S1 to S5 (described later) are repeatedly executed for each passenger.

[0064] In the processing of S1, for example, if the video captured by the in-car camera 21 does not contain enough information to enable the attribute detection of the predetermined passenger by image analysis (for example, only a portion of the predetermined passenger is captured in the video), it is determined that the attribute detection of the predetermined passenger is impossible, and the determination result of S1 is No. On the other hand, for example, if the video captured by the in-car camera 21 contains enough information to enable the attribute detection of the predetermined passenger by image analysis, it is determined that the attribute detection of the predetermined passenger is possible, and the determination result of S1 is Yes.

[0065] In the processing of S1, if the attribute detection unit 51 determines that it is possible to detect the attributes of a specified passenger from the image data of the in-car camera 21 (if S1 is judged as Yes), the attribute detection unit 51 performs the processing of S3 described below.

[0066] On the other hand, in the processing of S1, if the attribute detection unit 51 determines that it is not possible to detect the attributes of the specified passenger from the image data of the in-car camera 21 (if S1 is determined to be No), the attribute detection unit 51 analyzes the image data of the in-hall camera 22 received from the surveillance camera information acquisition unit 30 and determines whether it is possible to detect the attributes of the specified passenger from the image data of the in-hall camera 22 (S2).

[0067] In the process of S2, for example, if the video captured by the in-hall camera 22 does not contain enough information to enable the attribute detection of the predetermined passenger by image analysis, it is determined that the attribute detection of the predetermined passenger is impossible, and the determination result of S2 is No. On the other hand, for example, if the video captured by the in-hall camera 22 contains enough information to enable the attribute detection of the predetermined passenger by image analysis, it is determined that the attribute detection of the predetermined passenger is possible, and the determination result of S2 is Yes.

[0068] In the process of S2, if the attribute detection unit 51 determines that it is possible to detect the attribute of a predetermined passenger from the image data of the hall camera 22 (if S2 is determined as Yes), or if S1 is determined as Yes, the attribute detection unit 51 performs attribute detection (S3). In the process of S3, which is performed if S1 is determined as Yes, the attribute detection unit 51 performs image analysis (recognition) processing on the image data of the car interior camera 21 to detect the attribute of a predetermined passenger in the car 11. In the process of S3, which is performed if S2 is determined as Yes, the attribute detection unit 51 performs image analysis (recognition) processing on the image data of the hall camera 22 to detect the attribute of a predetermined passenger in the car 11. Then, after the process of S3, the attribute detection unit 51 performs the process of S5, which will be described later.

[0069] On the other hand, if the attribute detection unit 51 determines in the process of S2 that it is not possible to detect the attribute of the predetermined passenger from the image data of the hall camera 22 (if S2 is determined to be No), the attribute detection unit 51 performs attribute detection based on the attribute supplement information and / or attribute estimation information (S4). In this process, for example, the attribute detection unit 51 first compares an image of the predetermined passenger obtained from the image data of at least one of the car camera 21 and the hall camera 22 with an image linked to each piece of attribute supplement information stored in the attribute information supplement unit 58 and / or an image linked to each piece of attribute estimation information stored in the attribute information estimation unit 59. Then, the attribute detection unit 51 selects, for example, an image most similar to the image of the predetermined passenger from the multiple compared images, and sets the attribute supplement information or attribute estimation information linked to the selected image as the attribute information of the predetermined passenger.

[0070] After processing S3 or S4, the attribute detection unit 51 completes attribute detection of a specified passenger in the car 11 (S5). If there are other passengers in the car 11 for whom attribute detection has not been performed at the current processing time, the attribute detection unit 51 returns the process to the process of S1 in the processing of S5. In this case, the processing from S1 onwards (attribute detection) is performed for the other passengers. On the other hand, if attribute detection has been completed for all passengers in the car 11 at the current processing time, the attribute detection unit 51 detects that the door of the car 11 has been closed and confirms (determines) the attribute information of each passenger in the car 11 in the processing of S5.

[0071] After the process of S5, the attribute detection unit 51 determines whether or not any passengers have got off at the current stopping floor (S6).

[0072] At the end of the processing in S5, the attribute information of each passenger in the car 11 determined in the current attribute detection processing has not been registered (updated) in the attribute information registration unit 52 (the processing in S8 described below). Therefore, if there is a passenger who has disembarked at the current stopping floor, the attribute information of the disembarking passenger that has already been registered in the previous attribute detection processing remains at the end of the processing in S5. Therefore, if there is passenger attribute information remaining at the time of processing in S6 other than the passenger attribute information determined in the current attribute detection (the processing in S1 to S5 described above), the attribute detection unit 51 determines that there is a passenger who has disembarked at the current stopping floor, and the determination result in S6 is Yes. On the other hand, if there is no passenger attribute information remaining at the time of processing in S6 other than the passenger attribute information determined in the current attribute detection, the attribute detection unit 51 determines that there is no passenger who has disembarked at the current stopping floor, and the determination result in S6 is No.

[0073] In the process of S6, if the attribute detection unit 51 determines that no passengers have disembarked at the current stopping floor (if S6 is determined as No), the attribute detection unit 51 performs the process of S8 described below.

[0074] On the other hand, in the process of S6, if the attribute detection unit 51 determines that there is a passenger who has disembarked at the current stopping floor (if S6 is determined as Yes), the attribute detection unit 51 deletes the attribute information of the passenger who has disembarked (S7). In this process, the attribute detection unit 51 deletes the attribute information of passengers other than the attribute information of passengers determined in the current attribute detection (the processes of S1 to S5 described above) as attribute information of passengers who have disembarked.

[0075] After the process of S7, or if the determination in S6 is Yes, the attribute detection unit 51 registers the passenger attribute information determined in this attribute detection in the attribute information registration unit 52 (S8). Then, after the process of S8, the attribute detection unit 51 ends the attribute detection process.

[0076] (Attribute completion / estimation processing) Next, an explanation will be given of the attribute complement / estimation processing of elevator users (passengers) performed in the elevator recovery support system 100. Fig. 5 is a flowchart showing a specific procedure of the passenger attribute complement / estimation processing performed by the attribute information complement unit 58 and the attribute information estimation unit 59 of the recovery support device unit 50. Note that the attribute complement / estimation processing by the attribute information complement unit 58 and the attribute information estimation unit 59 described below is executed on software by a CPU (CPU 111 in Fig. 3) included in the recovery support device unit 50.

[0077] 5 may be executed, for example, every time a non-detected person (a passenger whose attribute could not be detected by the attribute detection unit 51) occurs in the attribute detection process by the attribute detection unit 51 shown in Fig. 4, or may be executed, for example, at regular intervals (periodically). In the latter case, the attribute complementation / estimation process shown in Fig. 5 is repeatedly executed on the image data of all non-detected persons detected during a certain period.

[0078] First, the recovery support device unit 50 determines whether the number of times attribute detection has been performed is n or more (S11). This determination process may be performed by either the attribute information complementing unit 58 or the attribute information estimating unit 59 in the recovery support device unit 50, or by the attribute detection unit 51. The number of times attribute detection has been performed, which serves as a determination parameter in this process, is the number (cumulative number) of times attribute detection has been performed by the attribute detection unit 51 in the past within a predetermined period (e.g., within a unit of several months to several years). Data on the number of times attribute detection has been performed is updated every time attribute detection is performed by the attribute detection unit 51, and is stored in, for example, the attribute information registration unit 52. Furthermore, n, which is the determination threshold for the number of times attribute detection has been performed in the process of S11, is set appropriately taking into consideration, for example, information such as the purpose of the building in which the elevator system 1 is installed and the number of elevator users.

[0079] In the process of S11, if the recovery support device unit 50 determines that the number of times attribute detection has been performed is n or more (if S11 is determined to be Yes), the attribute information complementing unit 58 performs a complementing process of the attribute information of the non-detected person (S12). In this process, the attribute information complementing unit 58 calculates a proportion of one or more pieces of attribute information that can correspond to the non-detected person based on data of the detection results of attribute detection processes performed in the past, and sets the attribute information with the highest proportion as the attribute information of the non-detected person.

[0080] Next, the attribute information complementing unit 58 registers (stores) the result of the complementing process of S12 in the attribute information complementing unit 58 (S13). Specifically, the attribute information complementing unit 58 registers the attribute information of the non-detected individual obtained in the complementing process of S12 in the attribute information complementing unit 58 as attribute complementing information of the non-detected individual. At this time, the attribute information complementing unit 58 registers the attribute complementing information in association with the image data of the non-detected individual. Then, after the process of S13, the attribute information complementing unit 58 ends the attribute complementing / estimation process.

[0081] Returning to the explanation of the process of S11, if the recovery support device unit 50 determines in the process of S11 that the number of times attribute detection has been performed is not n or more (if S11 is determined as No), the attribute information estimation unit 59 performs a process of estimating the attribute information of the non-detected person (S14). In this process, the attribute information estimation unit 59 estimates attribute information that may correspond to the non-detected person based on the building use information stored in the building information registration unit 55.

[0082] Next, the attribute information estimation unit 59 registers (stores) the result of the estimation process of S14 in the attribute information estimation unit 59 (S15). Specifically, the attribute information estimation unit 59 registers the attribute information of the non-detected individual obtained in the estimation process of S14 in the attribute information estimation unit 59 as attribute estimation information of the non-detected individual. At this time, the attribute information estimation unit 59 registers the attribute estimation information in association with the image data of the non-detected individual. Then, after the process of S15, the attribute information estimation unit 59 ends the attribute complementation / estimation process.

[0083] (Processing when an earthquake occurs) Next, an elevator operation control process and a recovery support information creation process (hereinafter, these processes are collectively referred to as "earthquake occurrence process") performed by the elevator recovery support system 100 when an earthquake occurs will be described. Fig. 6 is a flowchart showing the specific steps of the earthquake occurrence process performed by the elevator recovery support system 100.

[0084] The earthquake occurrence process shown in FIG. 6 is performed when an earthquake occurs, and is performed in cooperation between the operation control device unit 40 and the recovery support device unit 50 in the elevator recovery support system 100. Specifically, the processes of S21 to S27 in FIG. 6 are elevator operation control processes executed by the operation control device unit 40 when an earthquake occurs. Furthermore, the processes of S28 to S29 (S31 to S33) in FIG. 6 are recovery support information creation processes (elevator recovery support method) executed by the recovery support device unit 50 when an earthquake occurs. Note that the elevator operation control processes of S21 to S27 executed by the operation control device unit 40 are executed on software by the CPU (CPU 111 in FIG. 3) included in the operation control device unit 40. Furthermore, the recovery support information creation processes of S28 to S29 (S31 to S33) executed by the recovery support device unit 50 are executed on software by the CPU (CPU 111 in FIG. 3) included in the recovery support device unit 50.

[0085] First, the operation control unit 41 of the operation control device unit 40 starts controlled operation (S21). Next, the operation control unit 41 determines whether the elevator is operable (S22).

[0086] In the processing of S22, if the operation control unit 41 determines that the elevator is not operable (if S22 is judged as No), that is, if there is a possibility that passengers are trapped, the elevator recovery support system 100 performs the processing of S28 described below.

[0087] On the other hand, if the operation control unit 41 determines in the process of S22 that the elevator is operable (if S22 is determined as Yes), the operation control unit 41 determines whether the nearest floor is not a ground floor (S23). If the operation control unit 41 determines in the process of S23 that the nearest floor is a ground floor (if S23 is determined as No), the operation control unit 41 performs the process of S27 described below.

[0088] On the other hand, in the processing of S23, if the operation control unit 41 determines that the nearest floor is not a ground floor (if S23 is judged as Yes), the operation control unit 41 determines whether there are any passengers (hereinafter referred to as "specific passengers") in the elevator 11 who have difficulty evacuating (S24).

[0089] In the process of S24, the operation control unit 41 first receives (acquires) attribute information of each passenger in the car 11 (hereinafter referred to as "passenger attribute information group") registered in the attribute information registration unit 52 from the recovery support device unit 50 via the communication center 90. Note that the acquired attribute information group of the passengers in the car 11 is the passenger attribute information group obtained by the attribute detection process (FIG. 4) executed by the attribute detection unit 51 at the stop floor immediately before the earthquake occurred. Next, the operation control unit 41 determines whether the acquired passenger attribute information group includes attribute information of a specific passenger (e.g., child, elderly person, wheelchair user, crutch user). If the passenger attribute information group includes attribute information of a specific passenger, the operation control unit 41 determines the result of the determination in S24 as "Yes," and if the passenger attribute information group does not include attribute information of a specific passenger, the operation control unit 41 determines the result of the determination in S24 as "No."

[0090] In the process of S24, if the operation control unit 41 determines that there is no specific passenger in the elevator car 11 (if the determination in S24 is No), the operation control unit 41 performs the process of S27 described below.

[0091] On the other hand, in the process of S24, if the operation control unit 41 determines that a specific passenger is present in the car 11 (if S24 is determined as Yes), the operation control unit 41 determines whether the earthquake that has occurred is an earthquake that allows the elevator to operate (S25). In this process, if the earthquake that has occurred is, for example, a low-gal earthquake that allows the car 11 to operate up to the ground floor, the operation control unit 41 determines as a Yes judgment result in S25, and if the earthquake that has occurred is a high-gal earthquake, the operation control unit 41 determines as a No judgment result in S25.

[0092] In the process of S25, if the operation control unit 41 determines that the earthquake that has occurred is an earthquake in which the elevator can be operated (if S25 is judged as Yes), the operation control unit 41 operates the elevator (car 11) to the ground floor (S26). Then, after the process of S26, the operation control unit 41 ends the earthquake occurrence process.

[0093] On the other hand, in the process of S25, if the operation control unit 41 determines that the earthquake that has occurred is not one that allows the elevator to be operated (if the determination in S25 is No), or if the determination in S23 or S24 is No, the operation control unit 41 operates the elevator (car 11) to the nearest floor (S27). Then, after the process of S27, the operation control unit 41 ends the earthquake occurrence process.

[0094] Returning to the explanation of the processing of S22, if the determination in S22 is No, that is, if there is a possibility that passengers are trapped, the rescue priority calculation unit 53 of the recovery support device unit 50 checks (refers to) the attribute information group of passengers registered in the attribute information registration unit 52 (S28). The attribute information group of passengers in the elevator 11 checked here is the attribute information group of passengers obtained by the attribute detection process (FIG. 4) executed by the attribute detection unit 51 at the floor where the train stopped immediately before the earthquake occurred.

[0095] Next, the rescue priority calculation unit 53 and the travel route creation unit 54 of the recovery support device unit 50 perform a rescue priority calculation process (S29). In the rescue priority calculation process of S29, the following process is performed.

[0096] First, the rescue priority calculation unit 53 determines whether or not a specific passenger is present in the car 11 based on the result of checking (referring to) the attribute information group of the passengers in the process of S28 (S31).

[0097] In the process of S31, if the rescue priority calculation unit 53 determines that there is a specific passenger in the car 11 (if S31 is judged as Yes), the rescue priority calculation unit 53 increases the rescue priority of its own building (elevator) (S32). On the other hand, in the process of S31, if the rescue priority calculation unit 53 determines that there is no specific passenger in the car 11 (if S31 is judged as No), the rescue priority calculation unit 53 maintains the rescue priority of its own building without changing it (S33).

[0098] After the processing of S32 or S33, the patrol route creation unit 54 creates a patrol route for the recovery work (S34). When the processing of S34 is performed after the processing of S32, the patrol route creation unit 54 creates (updates) a patrol route that reflects the increase (rank up) in the rescue priority of the building itself in the patrol route (confirmed patrol route) created when the previous earthquake occurred. On the other hand, when the processing of S34 is performed after the processing of S33, the patrol route creation unit 54 maintains the patrol route (confirmed patrol route) created when the previous earthquake occurred.

[0099] After the process of S34, the recovery support device unit 50 ends the earthquake occurrence process.

[0100] Although not shown in Figure 6, if there are multiple buildings within the management area of ​​the communication center 90, after processing of S34, a confirmed route is created by combining the multiple latest route created by the route creation units 54 of the multiple buildings.

[0101] For example, if the confirmed patrol route creation function unit is located externally, such as in a monitoring center or cloud, after processing S34, the patrol route creation unit 54 transmits the latest created patrol route to the confirmed patrol route creation function unit.

[0102] Also, for example, if the function of creating a confirmed patrol route is executed in a specified building among multiple buildings within the management area of ​​the communication center 90 and the specified building is not the center's own building, after processing S34, the patrol route creation unit 54 transmits the latest created patrol route to the recovery support device unit 50 of the specified building.

[0103] On the other hand, if the function of creating a confirmed patrol route is executed in a specific building among multiple buildings within the management area of ​​the communication center 90, and the specific building is the building itself, after processing S34, the patrol route creation unit 54 first receives the latest patrol route transmitted from the other building. Then, the patrol route creation unit 54 combines the latest patrol routes of the other buildings and the latest patrol route of the building itself (sorting them in descending order of confirmed rescue priority) and creates (updates) a confirmed patrol route. The patrol route creation unit 54 also transmits the created confirmed patrol route to, for example, a mobile terminal of a recovery worker, and also transmits it to the recovery support device units 50 of other buildings.

[0104] [Various effects] As described above, in the elevator recovery support system 100 of this embodiment, while the elevator is in operation, the attribute information of each passenger in the car 11 is detected (determined) each time the car 11 stops at each floor. In this case, in this embodiment, the attribute information of each passenger in the car 11 is detected (determined) using image data captured by the in-car monitoring camera 21 installed in the car 11 or the in-hall monitoring camera 22 installed at the landing 3. Then, if passengers are trapped inside the car when an earthquake occurs, the rescue priority of the elevator (building) recovery work is calculated based on the detected attribute information of each passenger in the car 11.

[0105] Therefore, in this embodiment, when a wide-area disaster such as an earthquake occurs, it is possible to calculate the priority of elevator restoration work without having to register information on people who are unable to evacuate (information indicating the specific passengers described above) in advance. As a result, when a wide-area disaster such as an earthquake occurs, it is possible to execute restoration work on elevators in multiple buildings in the same management area in the optimal order.

[0106] Furthermore, the elevator recovery support system 100 of this embodiment is provided with an attribute information complementing unit 58 and an attribute information estimating unit 59. Therefore, in this embodiment, even if there is a passenger in the car 11 whose attribute information cannot be detected, the attribute information can be estimated and set for the passenger based on the attribute complementing information and / or the attribute estimation information.

[0107] [Various variations] Although the elevator restoration support system 100 and the restoration support method according to one embodiment of the present invention have been described above, the present invention is not limited to the above embodiment. For example, various modifications such as those described below can be adopted.

[0108] (Variation 1) In the above embodiment, a configuration example has been described in which the rescue priority is calculated using only the attribute information of the passengers in the car 11 in the rescue priority calculation process of S29 in the earthquake occurrence process (FIG. 6), but the present invention is not limited to this. For example, the rescue priority may be calculated taking into consideration the building use information in addition to the attribute information of the passengers in the car 11, and an example of this will be described in Modification 1.

[0109] Fig. 7 is a flowchart showing specific steps of the rescue priority calculation process of Modified Example 1. When the rescue priority calculation process of Modified Example 1 shown in Fig. 7 is applied to the elevator recovery support system 100 of the above embodiment, the process flow of S29 (S31 to S34) in Fig. 6 is replaced with the process flow (S41 to S45 described below) shown in Fig. 7. Furthermore, the rescue priority calculation process of Modified Example 1 executed by the recovery support device unit 50 described below is executed on software by a CPU (CPU 111 in Fig. 3) included in the recovery support device unit 50.

[0110] First, the rescue priority calculation unit 53 of the recovery support device unit 50 determines whether the use of its own building is a use that requires emergency recovery work (hereinafter referred to as a "specific use") (S41). Buildings that fall under the specific use category include, for example, hospitals and public facilities, that is, facilities that involve human life or have many users. In the process of S41, the rescue priority calculation unit 53 refers to the use information registered (stored) in the building information registration unit 55 and determines whether the use of its own building is a specific use.

[0111] In the process of S41, if the rescue priority calculation unit 53 determines that the use of its own building is not a specific use (if S41 is determined as No), the rescue priority calculation unit 53 performs the process of S43 described later. In this case, the rescue priority ranking based on the use information of the building (process of S42 described later) is not increased, and the rescue priority at the time of the current process is maintained.

[0112] On the other hand, in the process of S41, if the rescue priority calculation unit 53 determines that the use of the building itself is a specific use (if S41 is determined as Yes), the rescue priority calculation unit 53 increases the rescue priority by N (S42). Note that "N" is an integer equal to or greater than 1, and is set appropriately according to the use of the building, and the higher the rescue urgency of the use of the building, the larger the value of N that is set. Therefore, by the process of S42, the rescue priority of the building itself is ranked up by N ranks according to the use information of the building.

[0113] After the process of S42, or if the determination in S41 is No, the rescue priority calculation unit 53 determines whether or not a specific passenger is present in the car 11 (S43). In this process, the rescue priority calculation unit 53 determines whether or not a specific passenger is present in the car 11 based on the result of checking (referring to) the attribute information group of the passengers in the process of S28 in FIG. 6.

[0114] In the process of S43, if the rescue priority calculation unit 53 determines that there is no specific passenger in the elevator car 11 (if S43 is determined as No), the rescue priority calculation unit 53 performs the process of S45 described later. In this case, the rescue priority is not ranked up based on the passenger's attribute information (the process of S44 described later), and the rescue priority at the current processing time is maintained.

[0115] On the other hand, in the process of S43, if the rescue priority calculation unit 53 determines that a specific passenger is present in the car 11 (if S43 is determined as Yes), the rescue priority calculation unit 53 raises the rescue priority by P (S44). Note that "P" is an integer equal to or greater than 1, and is set appropriately according to the passenger's attribute information, and the higher the attribute information is regarding the urgency of rescue, the larger the value of P that is set. Therefore, by the process of S44, the rescue priority of the building is raised by P ranks according to the passenger's attribute information. Note that if the processes of S42 and S44 are both performed when an earthquake occurs, that is, if the building is used for a purpose for which rescue is urgent and there is a possibility that passengers who will have difficulty evacuating are trapped, the rescue priority of the building is raised by "N+P" ranks.

[0116] After the process of S44, or if the determination in S43 is No, the patrol route creation unit 54 creates a patrol route for the restoration work (S45). In this process, the patrol route is created in the same manner as the process of S34 in Fig. 6. Then, after the process of S45, the restoration support device unit 50 ends the earthquake occurrence process.

[0117] In addition, if there are multiple buildings within the management area of ​​the communication center 90, after processing of S45, a confirmed tour route is created from the multiple latest tour routes created by the tour route creation units 54 of the multiple buildings, in the same manner as described in the above embodiment.

[0118] In the first modification, in the calculation process of rescue priority for the elevator (building) restoration work in the event of an earthquake, the attribute information of each passenger in the car 11 is referenced, as in the above embodiment. Therefore, in the first modification, the same effects as in the above embodiment can be obtained.

[0119] Furthermore, in the first modification, in the calculation process of the rescue priority of the restoration work, the rescue priority is set by referring to the building use information as well as the attribute information of each passenger in the car 11. Therefore, when an earthquake occurs, a high rescue priority can be set for buildings (facilities) with highly urgent uses, such as facilities that involve human lives or facilities with many users, and restoration work can be started more quickly for such buildings.

[0120] (Variation 2) In the second modification, a configuration example will be described in which the rescue priority is calculated in the rescue priority calculation process by taking into consideration the attribute information of the users in the car 11 as well as the building use information and the number of passengers in the car 11.

[0121] Fig. 8 is a flowchart showing a specific procedure of the rescue priority calculation process of Modified Example 2. When the rescue priority calculation process of Modified Example 2 is applied to the elevator recovery support system 100 of the above embodiment, the process flow of S29 (S31 to S34) in Fig. 6 is replaced with the process flow (S51 to S59 described later) shown in Fig. 8. Furthermore, the rescue priority calculation process of Modified Example 2 executed by the recovery support device unit 50 described below is executed on software by a CPU (CPU 111 in Fig. 3) included in the recovery support device unit 50.

[0122] First, the rescue priority calculation unit 53 of the recovery support device unit 50 determines whether the use of its own building is a specific use or not (S51). In the process of S51, the rescue priority calculation unit 53 refers to the use information registered (stored) in the building information registration unit 55 and determines whether the use of its own building is a specific use or not.

[0123] In the processing of S51, if the rescue priority calculation unit 53 determines that the use of its own building is a specific use (if S51 is judged as Yes), the rescue priority calculation unit 53 sets a Q value according to the use of its own building (S52).

[0124] The "Q value" (first restoration priority value) is a rank value of rescue priority according to the use of the building, and is set to an integer of "1" or greater according to the use of the building. The lowest Q value (lowest rank) is set to "1," and the higher the urgency of the rescue use of the building, the larger the Q value set ("2" or greater). Therefore, if the judgment in S51 is Yes, the use of the building itself is a specific use, and the Q value set in the processing of S52 will be a value of "2" or greater.

[0125] On the other hand, in the processing of S51, if the rescue priority calculation unit 53 determines that the use of its own building is not a specific use (if S51 is judged as No), the rescue priority calculation unit 53 sets the Q value to "1" (S53).

[0126] After the processing of S52 or S53, the rescue priority calculation unit 53 checks the number of passengers in the elevator 11 (the number of passengers) (S54). In this processing, the rescue priority calculation unit 53 checks the number of attribute information of passengers currently registered based on the result of checking (referring to) the group of attribute information of passengers in the processing of S28 in Fig. 6, and sets the number of attribute information of the passengers as the number of passengers trapped in the elevator 11.

[0127] Next, the rescue priority calculation unit 53 determines whether or not a specific passenger is present in the car 11 (S55). In this process, the rescue priority calculation unit 53 determines whether or not a specific passenger is present in the car 11 based on the result of checking (referring to) the attribute information group of the passengers in the process of S28 in FIG. 6.

[0128] In the processing of S55, if the rescue priority calculation unit 53 determines that there is a specific passenger in the elevator 11 (if S55 is judged as Yes), the rescue priority calculation unit 53 sets an R value according to the attribute information of the specific passenger (S56).

[0129] The "R value" (second recovery priority value) is a rank value of rescue priority according to the passenger's attribute information, and is set to an integer equal to or greater than "1" according to the passenger's attribute information. The lowest R value (lowest rank) is set to "1," and the more difficult it is for the passenger to evacuate, the larger the R value set in the passenger's attribute information ("2" or greater). Therefore, if the judgment in S55 is Yes, the passenger trapped inside the elevator 11 is a passenger who will have difficulty evacuating, and the R value set in the processing of S56 will be a value equal to or greater than "2."

[0130] On the other hand, if, in the processing of S55, the rescue priority calculation unit 53 determines that there is no specific passenger in the elevator 11 (if S55 is judged as No), the rescue priority calculation unit 53 sets the R value to "1" (S57).

[0131] After the processing of S56 or S57, the rescue priority calculation unit 53 adds up the Q value, the number of passengers in the car 11, and the R value, and calculates the result of this addition as the rescue priority (S58). When such a rescue priority calculation method is adopted, for example, even if the rank of the rescue priority based on the passenger attribute information or the use of the building is low, if the number of passengers trapped in the car 11 is large, the rescue priority can be significantly increased.

[0132] Next, the patrol route creation unit 54 creates a patrol route for the restoration work (S59). In this process, the patrol route is created in the same manner as the process of S34 in Fig. 6. After the process of S59, the restoration support device unit 50 ends the earthquake occurrence process.

[0133] If there are multiple buildings within the management area of ​​the communication center 90, after processing of S59, a confirmed tour route is created from the multiple latest tour routes created by the tour route creation units 54 of the multiple buildings, in the same manner as described in the above embodiment.

[0134] In the second modification, in the calculation process of rescue priority for the elevator (building) restoration work in the event of an earthquake, the attribute information of each passenger in the car 11 is referenced, as in the above embodiment. Therefore, in the second modification, the same effects as in the above embodiment can be obtained.

[0135] In addition, in the second modification, in the calculation process of the rescue priority of the recovery work, the rescue priority is calculated by referring to the use information of the building as well as the attribute information of each passenger in the car 11. Therefore, in the second modification, the same effect as in the first modification can be obtained.

[0136] Furthermore, in Modification 2, the rescue priority of the recovery work is calculated by also referring to the number of passengers trapped in the car 11 in the calculation process. In this case, for example, even if the rank of the rescue priority based on the user attribute information or the use of the building is low, if there are many passengers trapped in the car 11, the rescue priority can be significantly increased, and recovery measures can be taken quickly. Therefore, in Modification 2, it is possible to create an optimal recovery work route for all situations when an earthquake occurs.

[0137] In the second modification, an example has been described in which the Q value, the number of passengers in the car 11, and the R value are multiplied and the result of the multiplication is calculated as the rescue priority, but the present invention is not limited to this. For example, the Q value, the number of passengers in the car 11, and the R value may be added together and the result of the addition may be calculated as the rescue priority.

[0138] (others) In the above-described embodiment and various modified examples, examples have been described in which the technology of the elevator recovery support system 100 described above is applied when an earthquake occurs, but the present invention is not limited to this. Even when a large-scale power outage occurs within the management area of ​​the communication center 90 due to a cause other than an earthquake, for example, and a situation arises in which elevator recovery work is required, the technology of the above-described embodiment and various modified examples can be applied, and similar effects can be obtained.

[0139] In the above-described embodiment and various variants, the various functional units included in the recovery support device unit 50 are configured as software, but the present invention is not limited to this, and some or all of the various functional units may be configured as hardware.

[0140] Furthermore, the above-described embodiment has described the configuration of the device in detail and specifically to clearly explain the present invention, and is not necessarily limited to an embodiment having all of the described configurations. Furthermore, the position, size, shape, range, etc. of each component shown in the drawings, etc. may not represent the actual position, size, shape, range, etc., in order to facilitate understanding of the invention. Therefore, the present invention is not necessarily limited to the position, size, shape, range, etc., disclosed in the drawings, etc. Furthermore, the present invention may have various other applications and modifications without departing from the gist of the present invention as set forth in the claims. [Explanation of symbols]

[0141] 1...Elevator system, 2...Hoistway, 3...Landing area, 11...Cab, 15...Control panel, 21...In-cab camera, 22...In-hall camera, 30...Surveillance camera information acquisition unit, 31...In-cab camera unit, 32...In-hall camera unit, 33...Communication unit, 40...Operation control device unit, 41...Operation control unit, 43...Seismometer measurement unit, 44...Operation status registration unit, 45...Door opening / closing confirmation unit, 50...Recovery support device unit, 51...Attribute detection unit, 52...Attribute information registration unit, 53...Rescue priority calculation unit, 54...Patrol route creation unit, 55...Building information registration unit, 56...Seismometer measurement value confirmation unit, 58...Attribute information complementation unit, 59...Attribute information estimation unit, 60...Communication unit, 90...Communication center, 100...Elevator recovery support system

Claims

1. An elevator recovery support system that provides recovery work support for an elevator system that includes a car, a first photographing device provided in the car, a plurality of second photographing devices provided at landings of a plurality of floors where the car stops, and an operation control unit that controls operation of the car, an image data acquisition unit that acquires first image data captured by the first image capture device and second image data captured by the second image capture device; an attribute detection unit that detects attribute information related to characteristics of each passenger in the elevator based on the first image data or the second image data acquired by the image data acquisition unit; and a recovery priority setting unit that sets a recovery priority of the elevator based on the attribute information of each passenger in the car detected by the attribute detection unit when a situation occurs that requires elevator recovery work. An elevator recovery support system characterized by:

2. The recovery priority setting unit sets the recovery priority of the elevator based on the attribute information of each passenger detected by the attribute detection unit and usage information of the building in which the elevator is installed.

2. The elevator restoration support system according to claim 1 .

3. The recovery priority setting unit sets the recovery priority based on the attribute information of each passenger detected by the attribute detection unit, purpose information of a building in which the elevator is installed, and the number of passengers in the elevator car.

3. The elevator restoration support system according to claim 2.

4. The restoration priority setting unit calculates the restoration priority by multiplying a first restoration priority value set according to the attribute information of each passenger detected by the attribute detection unit, a second restoration priority value set according to usage information of a building in which the elevator is installed, and the number of passengers in the elevator car.

4. The elevator restoration support system according to claim 3.

5. a first attribute information estimation unit that estimates attribute information for a passenger whose attribute information cannot be detected by the attribute detection unit based on accumulated past detection results of the attribute information of the passenger in the elevator by the attribute detection unit, and registers the estimated attribute information as first attribute estimation information.

2. The elevator restoration support system according to claim 1 .

6. a second attribute information estimation unit that estimates attribute information for a passenger whose attribute information cannot be detected by the attribute detection unit based on usage information of a building in which the elevator is installed, and registers the estimated attribute information as second attribute estimation information.

6. The elevator restoration support system according to claim 5.

7. When there is a passenger whose attribute information cannot be detected by the attribute detection unit, the recovery priority setting unit determines attribute information of the passenger whose attribute information cannot be detected based on the first attribute estimation information registered in the first attribute information estimation unit or the second attribute estimation information registered in the second attribute information estimation unit.

7. The elevator restoration support system according to claim 6.

8. a recovery work order creation unit that creates information on the order of recovery work to be performed for a plurality of elevators that are provided in the same monitoring area as the elevator, based on the recovery priorities set by the recovery priority setting unit.

2. The elevator restoration support system according to claim 1 .

9. An elevator recovery support device that provides recovery work support for an elevator system that includes a car, a first photographing device provided in the car, a plurality of second photographing devices provided at landings of a plurality of floors where the car stops, and an operation control unit that controls operation of the car, an attribute detection unit that detects attribute information related to characteristics of each passenger in the elevator based on first image data captured by the first photographing device or second image data captured by the second photographing device; and a recovery priority setting unit that sets a recovery priority of the elevator based on the attribute information of each passenger in the car detected by the attribute detection unit when a situation occurs that requires elevator recovery work. An elevator recovery support device characterized by:

10. An elevator restoration support method performed by an elevator restoration support device that provides restoration work support for an elevator system including a car, a first photographing device provided in the car, a plurality of second photographing devices provided at landings of a plurality of floors at which the car stops, and an operation control unit that controls operation of the car, the elevator recovery support device detects attribute information relating to characteristics of each passenger in the elevator car based on first image data captured by the first photographing device or second image data captured by the second photographing device; When a situation occurs in which elevator restoration work is required, the elevator restoration support device sets a restoration priority of the elevator based on the detected attribute information of each passenger in the car. An elevator recovery support method characterized by the above.

Images