CN117303141A - Elevator control device and elevator system - Google Patents

Elevator control device and elevator system Download PDF

Info

Publication number
CN117303141A
CN117303141A CN202211121033.2A CN202211121033A CN117303141A CN 117303141 A CN117303141 A CN 117303141A CN 202211121033 A CN202211121033 A CN 202211121033A CN 117303141 A CN117303141 A CN 117303141A
Authority
CN
China
Prior art keywords
robot
rescue
elevator control
control device
elevator
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211121033.2A
Other languages
Chinese (zh)
Inventor
森文宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN117303141A publication Critical patent/CN117303141A/en
Pending legal-status Critical Current

Links

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00Control systems of elevators in general
    • B66B1/02Control systems without regulation, i.e. without retroactive action
    • B66B1/06Control systems without regulation, i.e. without retroactive action electric
    • B66B1/14Control systems without regulation, i.e. without retroactive action electric with devices, e.g. push-buttons, for indirect control of movements
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00Control systems of elevators in general
    • B66B1/34Details, e.g. call counting devices, data transmission from car to control system, devices giving information to the control system
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B3/00Applications of devices for indicating or signalling operating conditions of elevators
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B5/00Applications of checking, fault-correcting, or safety devices in elevators

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Maintenance And Inspection Apparatuses For Elevators (AREA)
  • Indicating And Signalling Devices For Elevators (AREA)
  • Elevator Control (AREA)

Abstract

Elevator control device and elevator system. In the case where the robot is trapped in the car of the elevator, a rescue priority suitable for the robot is set. An elevator control device according to the present invention is configured to be capable of transmitting and receiving information to and from at least 1 robot, and includes: an acquisition unit that acquires individual information related to the robot based on information transmitted from the robot; a detection unit that detects that only the robot is trapped in the car of the elevator; and a determination unit that diagnoses a rescue priority of the trapped robot based on the individual information when the detection unit detects that only the robot is trapped in the car. The elevator system of the present invention further includes: the elevator control device of the invention; and at least 1 robot configured to be capable of transmitting and receiving information to and from the elevator control device, and transmitting information including unique information that can identify an individual to the elevator control device.

Description

Elevator control device and elevator system
Technical Field
The present invention relates to an elevator control device and an elevator system.
Background
Patent document 1 discloses a robot-carrying elevator system including an elevator-use robot and an elevator control device configured to be capable of transmitting and receiving information to and from each other. In this robot-based transportation elevator system, when the operation state is changed from the normal operation to the emergency operation, the elevator control device transmits information such as a change in the operation state to the elevator-used robot. In contrast, the elevator-using robot selects one of the continuous boarding operation and the disembarking operation, and if the disembarking operation is selected, the robot also selects a request for a disembarking floor and instructs the elevator control apparatus. The elevator control device performs processing such as continuous elevator taking monitoring or preparation for elevator taking in accordance with the received instruction.
Prior art literature
Patent document 1: japanese patent laid-open No. 2013-193863
Disclosure of Invention
In the system of patent document 1, when the operation is shifted to the emergency operation, either the continuous boarding operation or the disembarking operation is selected by the robot side. However, even if the robot selects the landing action, there is a possibility that the robot cannot actually get off the elevator and gets trapped in the car of the elevator. In this case, patent document 1 does not describe any countermeasure.
In the elevator system, there is an elevator system configured to detect occurrence of a stuck elevator user when the elevator user is stuck in a car, and notify the information to an external monitoring center or the like. However, with such notification from the elevator system, information of the trapped object cannot be obtained outside the monitoring center or the like. That is, information about whether the trapped object is a robot or a person cannot be obtained outside the monitoring center or the like, and in the case of the robot, information about the purpose and purpose of the robot cannot be obtained, and it is difficult to appropriately determine the rescue priority of the trapped object.
The present invention has been made to solve the above problems, and an object of the present invention is to provide an elevator control device and an elevator system which are improved so as to be able to determine a rescue priority suitable for a trapped object based on information related to the trapped object when the trapped object occurs in an elevator car.
An elevator control device according to the present invention is configured to be capable of transmitting and receiving information to and from at least 1 robot, and includes: an acquisition unit that acquires individual information related to the robot based on information transmitted from the robot; a detection unit that detects that only the robot is trapped in the car of the elevator; and a determination unit that determines a rescue priority of the trapped robot based on the individual information when the detection unit detects that only the robot is trapped in the car.
An elevator system of the present invention includes: the elevator control device of the invention; and at least 1 robot configured to be capable of transmitting and receiving information to and from the elevator control device and transmitting information including unique information that can identify an individual to the elevator control device.
Effects of the invention
According to the elevator control device or the elevator system of the present invention, the rescue priority is determined based on the individual information of the trapped robot. Thereby, the robot can be rescued in an appropriate order of response according to the rescue priority.
Drawings
Fig. 1 is a block diagram showing the overall configuration of an elevator system according to embodiment 1 of the present invention.
Fig. 2 is a diagram showing an example of a rescue priority table used in determining a rescue priority in the elevator system according to embodiment 1 of the present invention.
Fig. 3 is a diagram showing an example of a rescue priority table used in determining a rescue priority in the elevator system according to embodiment 1 of the present invention.
Fig. 4 is a diagram showing an example of a rescue operation procedure in the case where a trapped state is detected in the elevator system according to embodiment 1 of the present invention.
Fig. 5 is a flowchart showing an example of a control operation performed by the elevator control device according to embodiment 1 of the present invention.
Fig. 6 is a flowchart showing an example of a detection operation of occurrence of trapping performed by the elevator control device according to embodiment 1 of the present invention.
Fig. 7 is a flowchart showing an example of a rescue operation performed by the elevator control device according to embodiment 1 of the present invention.
Fig. 8 is a flowchart showing an example of a control operation performed by the robot of the elevator system according to embodiment 1 of the present invention.
Description of the reference numerals
1: an elevator system; 10: an elevator control device; 11: an acquisition unit; 12: a detection unit; 13: a determination unit; 14: a priority output unit; 15: an operation request unit; 16: an execution unit; 20: a robot; 21: an information output unit; 22: a response unit; 23: and a suspension request unit.
Detailed Description
Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings, the same or corresponding portions are denoted by the same reference numerals, and description thereof is simplified or omitted.
Embodiment 1.
In the elevator system according to the present embodiment, when a trapped person or robot is trapped in the car of the elevator, the rescue priority of the trapped person or robot is determined. In addition, when only the robot is trapped, rescue of the robot is performed based on the determined rescue priority. Hereinafter, the configuration of the elevator system and the control operation will be specifically described.
Fig. 1 is a block diagram showing the overall configuration of an elevator system according to the present embodiment. The elevator system 1 of the present embodiment includes an elevator control device 10 and 1 st to nth robots 20-1 to 20-N. In the following description, the 1 st to nth robots 20-1 to 20-N will be simply referred to as the robot 20 unless a particular distinction is required. N is an integer of 1 or more. That is, the elevator system 1 includes at least 1 robot 20.
The installation place of the elevator control device 10 is not limited, and may be installed in the machine room of the elevator. In addition, when the elevator control device 10 manages a plurality of elevators in a building, it may be installed in the building. The elevator control device 10 may be installed in, for example, a monitoring center outside a building in which an elevator is installed.
The elevator control device 10 is configured to include a communication device, and thus can communicate with each robot 20 by wireless. The elevator control device 10 is provided with at least 1 processor and a memory. The memory stores various programs. By executing these programs by the processor, various functions of the elevator control device are realized.
The elevator control device 10 includes an acquisition unit 11, a detection unit 12, a determination unit 13, a priority output unit 14, an operation request unit 15, and an execution unit 16. Here, these means are not constituted as respective hardware, but are constituted to realize functions possessed by these means by executing a program stored in a memory by a processor of the elevator control apparatus 10.
Further, an individual information database is registered in the memory. In the individual information database, information of the identifiable unique number of each robot 20 using an elevator and information related to the purpose and purpose of each robot 20 are stored in association with each other as individual information of each robot 20.
The acquisition unit 11 retrieves the individual information database from the information of the unique number transmitted from the robot 20, thereby acquiring the individual information of the robot 20. The acquiring unit 11 determines whether or not the robot 20 having output the unique number is a registered robot 20, and if the robot 20 is a registered robot 20, authenticates the robot 20 and allows the use of the elevator.
The detection unit 12 detects occurrence of a trapping in the elevator car. Further, whether the car is occupied with a person or not is determined, and whether the car is occupied with a person or is occupied with only the robot 20 is detected. Here, the method of determining whether or not a person is present in the car is not limited, and an appropriate method can be selected according to the equipment provided in the car and the operation of the elevator. As an example, when the imaging device is provided in the car and the elevator control device 10 can acquire the imaging device image, the detection unit 12 may analyze the acquired imaging device image to determine whether or not a person is present in the car. In addition, when a human sensor is provided in the car, the detection unit 12 may be configured to determine whether or not a human is detected based on an output of the human sensor. The detection unit 12 may have the following structure: whether a person is present is determined based on whether the registered car call is a car call registered by pressing a destination button in the car. In addition, it may be determined that only the robot 20 is in the car in a case where the elevator control apparatus 10 is performing the robot-dedicated operation.
The determination unit 13 determines the rescue priority based on the individual information such as the purpose and the purpose of the robot 20 acquired from the individual information database and the elapsed time from the time of the trapped detection. The rescue priority is determined, for example, based on a predetermined rescue priority table. Fig. 2 and 3 are tables showing an example of the rescue priority table. In the example of the rescue priority table of fig. 2 and 3, the rescue priority is shown by a numerical value of 5 levels, for example, 1 to 5. In this example, the larger the value, the higher the priority. In addition, the rescue priority of the person may be set. In the examples of fig. 2 and 3, the rescue priority of the person is set to 3 in advance, for example.
The rescue priority of fig. 2 shows a rescue priority corresponding to the purpose and purpose of robot 20. According to the rescue priority table of fig. 2, for example, when the trapped robot 20 is a cleaning robot, the rescue priority is 1, and when the trapped robot is a transfer robot, the rescue priority is 2. In general, even if the robot 20 is trapped in the car for cleaning, transportation, and the like, the urgency of rescue is low, and therefore the rescue priority is set to a small value.
For example, when the trapped robot 20 is a police robot, the rescue priority is determined to be 4, and when the robot is a medical robot, the rescue priority is determined to be 5. Since the robot 20 such as the police robot and the medical robot plays an important role in emergency, a high rescue priority is assigned to the robot. By comparing the determined rescue priority with the rescue priority "3" set for the person, it can be determined that the robot 20 playing an important role is trapped, and it can be determined that the rescue processing order is advanced, or the like.
The determination unit 13 may further determine the rescue priority based on the elapsed time from the time of the trapped detection of the robot 20. The rescue priority of fig. 3 shows an example of the rescue priority according to the elapsed time. In the example of fig. 3, the rescue priority is determined to be 1 when the elapsed time is 0 minutes or more and less than 1 minute, and is determined to be 2 when the elapsed time is 1 minute or more and less than 5 minutes. When the elapsed time from the detection time is 5 minutes or more and less than 10 minutes, the rescue priority is determined to be 3, and when the elapsed time is further 10 minutes or more, the rescue priority is determined to be 4. In this way, the rescue priority is set to be increased with the lapse of time. Thus, when the trapping occurs, the following can be adopted: the rescue response procedure is delayed immediately after the start of the operation, and advanced as the time passes.
In the present embodiment, the determination unit 13 determines the rescue priority according to the purpose, and the like of the robot 20 and the elapsed time. That is, the determination unit 13 determines the rescue priority using the rescue priority determined in fig. 2 and the rescue priority determined in fig. 3. For example, the determination unit 13 calculates an average value or a weighted average value of the rescue priority corresponding to the purpose and purpose of the robot 20 and the rescue priority corresponding to the elapsed time, and determines the calculated value as the rescue priority.
The priority output unit 14 outputs the rescue priority determined by the determination unit 13 to the outside. Here, the outside of the output may include, for example, a landing device provided at an elevator landing, a management system that manages a building in which an elevator is provided, a monitoring center that remotely monitors an elevator, a portable terminal operable by a person who manages or guards a building or an elevator, and the like. For example, in the case where the rescue priority has been output to the landing device, the occurrence of the trapping and the rescue priority thereof are notified from the landing device to the users around the landing. When the rescue priority is output to a management system, a monitoring center, a portable terminal, or the like, a control device or a person provided in the management system, the monitoring center, the portable terminal, or the like performs a response according to the rescue priority. By outputting the rescue priority to the outside, the urgency of rescue can be grasped even in the outside, and rescue can be performed in an appropriate order of response. In addition, by presenting the rescue priority of the person (for example, 3 in the present embodiment) to the outside in advance, rescue can be performed in a more appropriate order of response by comparing the rescue priority with the rescue priority of the person.
When a step requiring an operation performed by the robot 20 side is generated at the time of performing a rescue operation for rescuing the trapped robot 20, the operation requesting unit 15 requests the robot 20 for a rescue operation.
When the rescue operation requested by the operation requesting unit 15 cannot be performed by the robot 20 side while the rescue operation of the trapped robot 20 is being performed, the performing unit 16 performs the rescue operation requested to the robot 20 instead or performs the process of continuing the rescue operation in consideration of the fact that the rescue operation has been performed.
Fig. 4 is a diagram showing an example of a rescue operation step in the case where a trap has occurred. For example, in the example of the rescue step shown in fig. 4, rescue step 1 or 3 of the rescue operation does not require an operation in the car. Therefore, the operation requesting unit 15 does not issue a rescue operation request to the robot 20, but performs a rescue operation by the executing unit 16.
On the other hand, in the "continuously pressing the door closing button in the car" of step 2, the door closing button of the landing equipment in the car is required to be operated. Thus, the operations to be performed in the car need to be performed by the trapped robot 20 side. Therefore, in this case, the operation requesting unit 15 issues a rescue operation request to the robot 20 side. The operation of "continuously pressing the door closing button in the car" in step 2 is an operation that cannot be performed by the robot 20. In this case, the execution unit 16 receives an operation response from the robot 20 side, which will be described later, and performs an input corresponding to the operation of "continuously pressing the door closing button in the car" in step 2, thereby continuing the rescue operation.
Referring again to fig. 1, the 1 st to nth robots 20-1 to 20-N of the elevator system are provided with information output means 21-1 to 21-N, response means 22-1 to 22-N, and stop request means 23-1 to 23-N, respectively. Note that, in the following, unless otherwise specified, the reference numeral "-N" corresponding to the numbers of the 1 st to nth robots is omitted, and only "information output section 21", "response section 22", and "suspension request section 23" are described.
The information output unit 21 transmits individual information required for authentication of the robot 20 to the elevator control device 10 when the robot is to use the elevator. The individual information contains at least a unique number required for independently authenticating the robot 20. The individual information may include information on the type, for example, the purpose and the purpose of the robot 20.
The response unit 22 determines whether or not the rescue operation can be performed in the case where the rescue operation request is received from the operation request unit 15 of the elevator control apparatus 10. Then, when it is determined that the rescue operation cannot be performed, an operation response is returned as a response to the rescue operation request.
When any abnormality is detected on the robot 20 side during the rescue operation, the suspension requesting unit 23 outputs a suspension request for suspending the rescue operation to the elevator control apparatus 10.
Fig. 5 is a flowchart showing an example of a control operation performed by the elevator control device 10 according to the present embodiment. In the example of fig. 5, first, in step S101, it is determined whether or not the individual information output from the robot 20 is detected. If the individual information is not detected, the process returns to step S101. In step S101, the determination processing in step S101 is repeated at predetermined control intervals until the individual information is detected.
When it is determined in step S101 that the individual information is detected, it is next determined in step S102 whether or not the detected individual information is registered. This determination is performed by the acquisition unit 11, and is determined based on whether or not the detected individual information exists in the individual information database provided in the elevator control apparatus 10. If it is determined in step S102 that the individual information is not registered individual information, the individual information is discarded, and the robot 20 is not authenticated, and the process returns to step S101.
On the other hand, when it is determined in step S102 that the individual information of the robot 20 is the information registered in advance, the robot 20 is authenticated, and the flow proceeds to step S103. In step S103, it is determined whether or not trapping is detected. When the detection unit 12 detects the occurrence of the trapping in this determination, it is determined that the trapping is detected.
The method of detecting the occurrence of trapping by the detection unit 12 will be described with reference to fig. 6. Fig. 6 is a flowchart showing an example of the detection operation of the occurrence of the trapping by the detection unit 12.
As shown in fig. 6, in step S201, it is determined whether or not there is currently a state in which a car call registration exists. When it is determined in step S201 that there is no car call registration, the process is returned to the start. The process of step S201 is repeated at predetermined control intervals until it is determined that there is a car call registration.
When it is determined in step S201 that there is car call registration, next, in step S202, it is determined whether or not a reference time has elapsed in a state in which the car is neither traveling nor opening the car door after the full closing of the car door is detected. Here, the reference time is a value set in advance as a threshold value for detecting trapping. When it is determined in step S202 that the reference time has not elapsed, the process returns to step S201.
On the other hand, when it is determined in step S202 that the reference time has elapsed, the routine proceeds to step S203. In step S203, it is determined whether a person is detected in the car.
When it is determined in step S203 that a person is detected, it is determined in step S204 that the person is trapped, and the current process ends. On the other hand, when it is determined in step S203 that no person is detected, it is determined in step S205 that only the robot 20 is trapped, and then the present process ends.
Referring again to fig. 5, when it is determined in step S103 that the trapping is not detected, the process returns to step S103. On the other hand, when it is determined that the trap is detected, the process proceeds to step S104.
In step S104, the determination unit 13 determines the rescue priority. Here, as described above, the rescue priority is determined based on the individual information of the trapped robot 20 and the elapsed time from the time of detection of the trapped robot, and based on the rescue priority table. Next, in step S105, the rescue priority is output to the outside.
When a plurality of passengers are trapped, the elevator control device 10 performs rescue operations in the order of the priority from high to low in accordance with the output rescue priority. Fig. 7 is a flowchart showing an example of a rescue operation performed by elevator control apparatus 10.
The flowchart of the rescue operation shown in fig. 7 is repeatedly executed for 1 step or each operation of the rescue operation. First, in step S301, it is determined whether or not the current operation in the rescue operation is an operation requiring an operation performed by the robot 20 side. For example, when the operation by the robot 20 side is not required as in step 1 or 3 shown in fig. 4, the process proceeds to step S305 if the determination is no in step S301, and when the operation by the robot 20 side is required as in step 2, the process proceeds to step S302 if the determination is yes in step S301.
In step S302, a rescue operation request is output to the robot 20 trapped in the car. Next, in step S303, it is determined whether or not a suspension request for the rescue operation is received. The suspension request is outputted from the suspension requesting section 23 of the robot 20 by a control operation on the side of the robot 20, which will be described later.
When it is determined in step S303 that the suspension request is present, the rescue operation is suspended and the present process is ended. On the other hand, when it is determined in step S303 that there is no suspension request, next, it is determined in step S304 whether or not an operation response is received. The operation response is a signal output from the response unit 22 of the robot 20 by a control operation on the side of the robot 20, which will be described later.
When it is determined in step S304 that there is an operation response, the flow proceeds to step S305, and the execution unit 16 of the elevator control apparatus 10 performs the rescue operation requested for the robot 20 instead of performing the rescue operation or considers that the rescue operation requested for the robot 20 has been performed, thereby completing the rescue operation. Then, the present processing ends.
On the other hand, in the case where the operation response is not detected in step S304, next, it is determined in step S306 whether or not execution of the requested rescue operation is detected. In the case where the execution of the rescue operation is not detected, the process returns to step S303. On the other hand, when the execution of the rescue operation is detected, it is determined that the current step is completed, and the current process is ended.
Fig. 8 is a flowchart showing an example of the control operation performed by the robot 20. In the control operation of fig. 8, first, in step S401, the robot 20 outputs individual information including information that can identify the robot 20 to the elevator control device 10 of the elevator to be used.
Next, in step S402, it is determined whether or not the individual information has been registered in advance in the elevator control apparatus 10. Whether or not the individual information is registered information is determined by the elevator control apparatus 10 side, and the determination result is transmitted to the robot 20. The determination in step S402 is performed based on the determination result received by the robot 20.
When it is determined in step S402 that the registered information is not acquired, the process returns to step S401. On the other hand, when it is determined in step S402 that the registered information is available, the robot 20 can use an elevator, and the process proceeds to step S403.
In step S403, it is determined whether a rescue operation request is received. As described above, the rescue operation request is a signal transmitted from the operation requesting unit 15 of the elevator control apparatus 10 to the robot 20 when the robot 20 is trapped in the car and a rescue operation is performed. When it is determined in step S403 that there is no rescue operation request, the process returns to step S403, and the determination process in step S403 is repeated at predetermined control intervals.
On the other hand, when it is determined in step S403 that there is a rescue operation request, next, it is determined in step S404 whether any abnormality is detected. When it is determined in step S404 that any abnormality is detected, the routine proceeds to step S405, and a request for stopping the rescue operation is output to the elevator control apparatus 10. Then, the process returns to step S403. The processing in steps S404 to S405 is a processing for the purpose of suspending the rescue operation itself when any abnormality is detected on the robot 20 side. Therefore, this process may be omitted in a case where the robot 20 side does not include a means for detecting an abnormality, a case where the rescue operation is to be continued even if an abnormality is detected, or the like.
When it is determined in step S404 that no abnormality is detected, it is next determined in step S406 whether or not the rescue operation requested from the elevator control apparatus 10 can be performed. In the case where it is determined in step S406 that the requested rescue operation can be performed, the process next advances to step S407, where the requested rescue operation is performed.
On the other hand, when it is determined in step S406 that the execution is not possible, an operation response is transmitted to the elevator control apparatus 10 in step S408. After step S407 or step S408, the process returns to step S403.
As described above, in the elevator system according to the present embodiment, when a trouble occurs in the elevator, the rescue priority is determined based on the individual information of the robot 20 and the elapsed time from the occurrence of the trouble. This allows the rescue priority according to the use and purpose of the robot to be notified to the outside, and the rescue response order based on the priority to be determined.
In the above embodiment, the case where the rescue priority is determined in consideration of both the information related to the purpose or use of the robot 20 and the elapsed time from the occurrence of the trapping has been described. This enables setting a more appropriate rescue priority. However, the determination of the rescue priority is not limited thereto. The rescue priority may be determined based on only information on the purpose or use of the robot 20, for example, as shown in fig. 2, regardless of the elapsed time. The rescue priority may be determined based on information other than the purpose or use of the robot 20.
The method for determining the rescue priority is not limited to the method using the rescue priority table of fig. 2 and 3. For example, 1 rescue priority table may be created by matching two independent indexes, i.e., the purpose and purpose of robot 20 and the elapsed time from the time of detection of the trapped object, and the rescue priority may be determined based on the rescue priority table. The following structure may be used: the two rescue priorities, that is, the rescue priority determined based on the individual information of robot 20 and the rescue priority determined based on the elapsed time, are output to the outside. For example, when the rescue priority is output to an external monitoring center or the like and the monitor confirms the value of the priority, the monitor can determine the final rescue sequence in consideration of the plurality of rescue priorities output.
In the present embodiment, the individual information of the robot 20 is registered in the elevator control device 10 in advance, and only the robot 20 authenticated by the acquisition unit 11 can use the elevator is described. However, the elevator system may not require authentication of the robot 20. For example, the elevator control apparatus 10 may be configured not to have an individual information table in which individual information of the robot 20 is registered in advance, but to transmit individual information such as the use and purpose of the robot 20 itself to the elevator control apparatus 10 when using the elevator.
In the present embodiment, a case has been described in which the elevator control device 10 has the priority output means 14 for outputting the determined rescue priority to the outside. Thus, the rescue priority can be appropriately determined from the outside. In addition, for example, in a monitoring center or the like that remotely monitors a plurality of elevator systems installed in a plurality of buildings, a rescue order can be appropriately determined between the plurality of buildings. However, the elevator control device 10 is not limited to a configuration having the priority output unit 14 that outputs the determined rescue priority to the outside. Even when the elevator control apparatus 10 does not have the priority output unit 14, for example, if the elevator control apparatus 10 itself can execute a rescue operation when a trouble occurs, rescue can be performed according to the rescue priority.
In the present embodiment, a case has been described in which the elevator control device 10 has a function of performing a rescue operation. Thus, when the trapping occurs, the rescue operation can be rapidly performed. However, the method of rescuing the elevator control device 10 is not limited to the method described in the present embodiment, and may be performed according to other steps.
The preferred embodiments and the like have been described in detail above, but the present invention is not limited to the above embodiments and the like, and various modifications and substitutions can be made to the above embodiments and the like without departing from the scope of the claims.
In the above embodiments, when numerical values such as the number, the amount, the range, and the like of the elements are mentioned, the present invention is not limited to the mentioned numerical values except for the case where they are specifically and clearly defined as numerical values in principle. The present invention is not limited to the configuration and the like described in the present embodiment, except for the case where it is specifically and clearly described or the case where it is clearly determined in principle.
Hereinafter, various aspects of the present invention will be described in detail as an additional note.
(additionally, 1)
An elevator control device configured to be capable of transmitting and receiving information to and from at least 1 robot, the elevator control device comprising:
an acquisition unit that acquires individual information related to the robot based on information transmitted from the robot; a detection unit that detects that only the robot is trapped in the car of the elevator; and
and a determination unit that determines a rescue priority of the trapped robot based on the individual information when the detection unit detects that only the robot is trapped in the car.
(additionally remembered 2)
The elevator control device according to supplementary note 1, wherein,
the individual information contains information related to the purpose or use of the robot,
the determination unit determines the rescue priority according to the purpose or use of the robot.
(additionally, the recording 3)
The elevator control device according to supplementary note 1 or 2, wherein,
the determination unit determines the rescue priority based on the individual information of the robot and an elapsed time from a time at which the robot was detected to be trapped.
(additionally remembered 4)
The elevator control device according to any one of supplementary notes 1 to 3, wherein,
the acquisition unit authenticates the robot based on the information transmitted from the robot.
(additionally noted 5)
The elevator control device according to any one of supplementary notes 1 to 4, wherein,
the elevator control device further includes a priority output unit that outputs the rescue priority determined by the determination unit to the outside.
(additionally described 6)
The elevator control device according to any one of supplementary notes 1 to 5, wherein,
the elevator control device further includes an execution unit that executes the rescue operation of the trapped robot according to the rescue priority.
(additionally noted 7)
The elevator control device according to supplementary note 6, wherein,
the elevator control device further comprises an operation request means for transmitting an operation request for requesting the robot to perform an operation necessary for rescue when the robot is required to perform the operation during the rescue operation,
in the case of receiving a response to the operation request, that is, an operation response from the robot, the execution unit executes an operation required for the rescue in place of the robot.
(additionally noted 8)
The elevator control device according to supplementary notes 6 or 7, wherein,
the execution unit suspends the rescue operation when receiving a suspension request from the robot requesting suspension of the rescue operation during execution of the rescue operation.
(additionally, the mark 9)
An elevator system, wherein the elevator system comprises:
the elevator control device according to any one of supplementary notes 1 to 8; and
and at least 1 robot configured to be capable of transmitting and receiving information to and from the elevator control device and transmitting information including information identifying an individual to the elevator control device.
(additionally noted 10)
The elevator system of supplementary note 9, wherein,
the elevator control device further comprises:
an execution unit that executes rescue actions of the trapped robot according to the rescue priority; and
an operation request unit that, in the event that an operation by the robot is required to be trapped, transmits an operation request requesting the robot to perform an operation required for rescue,
the robot transmits an operation response requesting an operation required for the rescue to be performed by the performing unit with respect to the operation request,
the execution unit performs an operation required for the rescue in place of the robot in a case where the operation response is received.
(additionally noted 11)
The elevator system of supplementary note 9, wherein,
when the robot detects an abnormality during the execution of the rescue operation, the robot transmits a suspension request for suspending the rescue operation,
the execution unit suspends the rescue operation when receiving the suspension request from the robot.

Claims (11)

1. An elevator control device configured to be capable of transmitting and receiving information to and from at least 1 robot, the elevator control device comprising:
an acquisition unit that acquires individual information related to the robot based on information transmitted from the robot;
a detection unit that detects that only the robot is trapped in the car of the elevator; and
and a determination unit that determines a rescue priority of the trapped robot based on the individual information when the detection unit detects that only the robot is trapped in the car.
2. The elevator control according to claim 1, wherein,
the individual information contains information related to the purpose or use of the robot,
the determination unit determines the rescue priority according to the purpose or use of the robot.
3. The elevator control device according to claim 1 or 2, wherein,
the determination unit determines the rescue priority based on the individual information of the robot and an elapsed time from a time at which the robot was detected to be trapped.
4. The elevator control device according to claim 1 or 2, wherein,
the acquisition unit authenticates the robot based on the information transmitted from the robot.
5. The elevator control device according to claim 1 or 2, wherein,
the elevator control device further includes a priority output unit that outputs the rescue priority determined by the determination unit to the outside.
6. The elevator control device according to claim 1 or 2, wherein,
the elevator control device further includes an execution unit that executes the rescue operation of the trapped robot according to the rescue priority.
7. The elevator control according to claim 6, wherein,
the elevator control device further comprises an operation request means for transmitting an operation request for requesting the robot to perform an operation necessary for rescue when the robot is required to perform the operation during the rescue operation,
in the case of receiving a response to the operation request, that is, an operation response from the robot, the execution unit executes an operation required for the rescue in place of the robot.
8. The elevator control according to claim 6, wherein,
the execution unit suspends the rescue operation when receiving a suspension request from the robot requesting suspension of the rescue operation during execution of the rescue operation.
9. An elevator system, wherein the elevator system comprises:
the elevator control device according to any one of claims 1 to 8; and
and at least 1 robot configured to be capable of transmitting and receiving information to and from the elevator control device and transmitting information including information identifying an individual to the elevator control device.
10. The elevator system of claim 9, wherein,
the elevator control device further comprises:
an execution unit that executes rescue actions of the trapped robot according to the rescue priority; and
an operation request unit that, in the event that an operation by the robot is required to be trapped, transmits an operation request requesting the robot to perform an operation required for rescue,
the robot transmits an operation response requesting an operation required for the rescue to be performed by the performing unit with respect to the operation request,
the execution unit performs an operation required for the rescue in place of the robot in a case where the operation response is received.
11. The elevator system of claim 10, wherein,
when the robot detects an abnormality during the execution of the rescue operation, the robot transmits a suspension request for suspending the rescue operation,
the execution unit suspends the rescue operation when receiving the suspension request from the robot.
CN202211121033.2A 2022-06-22 2022-09-15 Elevator control device and elevator system Pending CN117303141A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022100361A JP7226627B1 (en) 2022-06-22 2022-06-22 Elevator controller and elevator system
JP2022-100361 2022-06-22

Publications (1)

Publication Number Publication Date
CN117303141A true CN117303141A (en) 2023-12-29

Family

ID=85252031

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211121033.2A Pending CN117303141A (en) 2022-06-22 2022-09-15 Elevator control device and elevator system

Country Status (2)

Country Link
JP (1) JP7226627B1 (en)
CN (1) CN117303141A (en)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019106724A1 (en) * 2017-11-28 2019-06-06 三菱電機株式会社 Elevator monitoring system
JP6657436B1 (en) * 2019-01-17 2020-03-04 東芝エレベータ株式会社 Group management control device and method of assigning car number to autonomous mobile unit
JP6819767B1 (en) * 2019-11-29 2021-01-27 フジテック株式会社 Elevator management device, elevator management system, and control method of elevator management device
JP7360569B2 (en) * 2019-12-16 2023-10-12 株式会社日立製作所 Elevator control system and elevator control method
JP7055845B2 (en) * 2020-08-12 2022-04-18 東芝エレベータ株式会社 Group management controller and elevator group management system
JP7020575B1 (en) * 2021-03-09 2022-02-16 三菱電機株式会社 Control system and mobile

Also Published As

Publication number Publication date
JP7226627B1 (en) 2023-02-21
JP2024001604A (en) 2024-01-10

Similar Documents

Publication Publication Date Title
US8839914B2 (en) Elevator system including fire evacuation priority
FI117010B (en) Elevator remote control
US20080067006A1 (en) Elevator System
JP6552755B1 (en) Control device and control method of elevator
EP2107030B1 (en) Elevator control system
JP2019189445A (en) Operation monitoring system of elevator
CN110228738B (en) Disaster information processing device and disaster information notification method
JP6490295B2 (en) Elevator control device, elevator remote monitoring server, evacuation support system, and evacuation support method using elevator
KR20200070594A (en) Wheelchair control system for emergency notice
JP5279229B2 (en) Elevator control device
CN117303141A (en) Elevator control device and elevator system
JP7168120B2 (en) elevator control system
JP6539799B1 (en) Safety confirmation system
JP7112511B2 (en) People Information Acquisition System, People Information Acquisition Method, and Elevator
JP5546223B2 (en) Elevator system
JP6650751B2 (en) Security operation support system
JP2023163263A (en) Abnormality detection system, abnormality detection device, building facility management device
CN115367579A (en) Elevator system and maintenance method for elevator system
JP6644865B2 (en) Medical systems
JP7120495B2 (en) Elevator Confinement and Rescue Support System, Mobile Terminal, and Elevator Confinement and Rescue Support Program
JP7226665B2 (en) elevator emergency contact system
CN116209634B (en) Determination system
WO2023132075A1 (en) Elevator system and method for allocating elevator car
KR102084497B1 (en) Elevator passenger emergency rescue apparatus
JP2024071203A (en) Elevator system and elevator monitoring support method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination