Elevator control device and elevator system

Abstract

Elevator control device and elevator system. In a case where a robot is trapped in a car of an elevator, a rescue priority appropriate for the robot is set. The elevator control device of the present invention is configured to be capable of transmitting and receiving information with at least one robot, and has: an acquisition unit that acquires individual information related to the robot based on information transmitted from the robot; a detection unit that detects a case where only the robot is trapped in the car of the elevator; and a determination unit that, in a case where the detection unit detects the case where only the robot is trapped in the car, diagnoses a rescue priority of the trapped robot based on the individual information. Furthermore, the elevator system of the present invention has: the elevator control device of the present invention; and at least one robot configured to be capable of transmitting and receiving information with the elevator control device, which transmits information including inherent information that can identify an individual to the elevator control device.

Description

Technical Field

[0001] This invention relates to elevator control devices and elevator systems. Background Technology

[0002] Patent Document 1 describes a robotic elevator system comprising an elevator-utilizing robot and an elevator control device, which are configured to transmit and receive information from each other. In this robotic elevator system, when the operating status changes from normal to emergency operation, the elevator control device sends information about the change in operating status to the elevator-utilizing robot. In response, the elevator-utilizing robot chooses between continuing to ride the elevator or descending it. Furthermore, if it chooses to descend, it requests the floor it wants to go to and instructs the elevator control device accordingly. Based on the received instruction, the elevator control device performs tasks such as monitoring whether to continue riding or preparing to descend.

[0003] Existing technical documents

[0004] Patent Document 1: Japanese Patent Application Publication No. 2013-193863 Summary of the Invention

[0005] In the system described in Patent Document 1, when switching to emergency operation, the robot can choose to continue riding the elevator or descend. However, even if the robot chooses to descend, it may be unable to descend and become trapped inside the elevator car. Patent Document 1 does not address how to handle such a situation.

[0006] In elevator systems, there exist systems configured to detect when a user is trapped inside the elevator car and report this information to an external monitoring center. However, this reporting from the elevator system does not provide information about the trapped object to the monitoring center or other external entities. Specifically, the monitoring center cannot determine whether the trapped object is a robot or a person, and if it is a robot, its purpose and intended use, making it difficult to appropriately prioritize the rescue of the trapped object.

[0007] The present invention was made to solve the above-mentioned problems, and its purpose is to provide an elevator control device and elevator system that is improved to determine the appropriate rescue priority for the trapped object based on information related to the trapped object when a person is trapped in an elevator car.

[0008] The elevator control device of the present invention is configured to send and receive information with at least one robot, wherein the elevator control device comprises: an acquisition unit that acquires individual information related to the robot based on information sent from the robot; a detection unit that detects a situation where only the robot is trapped in the elevator car; and a determination unit that, when the detection unit detects that only the robot is trapped in the car, determines the rescue priority of the trapped robot based on the individual information.

[0009] The elevator system of the present invention includes: the elevator control device of the present invention; and at least one robot configured to send and receive information with the elevator control device and send information containing inherent information of an identifiable individual to the elevator control device.

[0010] Invention Effects

[0011] According to the elevator control device or elevator system of the present invention, the rescue priority is determined based on the individual information of the trapped robot. Therefore, the robot can be rescued in an appropriate sequence according to the rescue priority. Attached Figure Description

[0012] Figure 1 This is a block diagram showing the overall structure of the elevator system according to Embodiment 1 of the present invention.

[0013] Figure 2 This is a diagram illustrating an example of a rescue priority table used in determining rescue priorities in the elevator system of Embodiment 1 of the present invention.

[0014] Figure 3 This is a diagram illustrating an example of a rescue priority table used in determining rescue priorities in the elevator system of Embodiment 1 of the present invention.

[0015] Figure 4 This is a diagram illustrating an example of rescue procedures in an elevator system according to Embodiment 1 of the present invention when a entrapment is detected.

[0016] Figure 5 This is a flowchart illustrating an example of a control action performed by the elevator control device according to Embodiment 1 of the present invention.

[0017] Figure 6 This is a flowchart illustrating an example of a detection action performed by the elevator control device according to Embodiment 1 of the present invention to detect when a person is trapped.

[0018] Figure 7 This is a flowchart illustrating an example of a rescue operation performed by the elevator control device according to Embodiment 1 of the present invention.

[0019] Figure 8This is a flowchart illustrating an example of the control actions performed by a robot in an elevator system according to Embodiment 1 of the present invention.

[0020] Label Explanation

[0021] 1: Elevator system; 10: Elevator control device; 11: Acquisition unit; 12: Detection unit; 13: Judgment unit; 14: Priority output unit; 15: Operation request unit; 16: Execution unit; 20: Robot; 21: Information output unit; 22: Response unit; 23: Abort request unit. Detailed Implementation

[0022] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. Furthermore, in the drawings, identical or equivalent parts are labeled with the same reference numerals, and their descriptions are simplified or omitted.

[0023] Implementation method 1.

[0024] The elevator system of this embodiment is configured to determine the rescue priority of a person or robot trapped inside the elevator car. Furthermore, if only a robot is trapped, the system is configured to rescue the robot according to the determined rescue priority. The structure and control operations of the elevator system will be described in detail below.

[0025] Figure 1 This is a block diagram showing the overall structure of the elevator system according to this embodiment. The elevator system 1 of this embodiment includes an elevator control device 10 and first to Nth robots 20-1 to 20-N. In the following description, unless otherwise specified, the first to Nth robots 20-1 to 20-N are simply referred to as robots 20. Furthermore, N is an integer greater than or equal to 1. That is, the elevator system 1 includes at least one robot 20.

[0026] The location of the elevator control device 10 is not limited; it can be installed in the elevator machine room. Furthermore, if the elevator control device 10 manages multiple elevators within a building, it can be installed within that building. Alternatively, the elevator control device 10 can be installed outside the building, such as in a monitoring center.

[0027] The elevator control device 10 is configured to include a communication device, thereby enabling wireless communication with each robot 20. The elevator control device 10 includes at least one processor and a memory. The memory stores various programs. By executing these programs by the processor, the various functions of the elevator control device are implemented.

[0028] 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 units are not configured as individual hardware components, but rather are configured to perform their functions by having the processor of the elevator control device 10 execute a program stored in memory.

[0029] In addition, an individual information database is registered in the memory. Within this database, as individual information for each robot 20, information corresponding to the identifiable unique number of each robot 20 utilizing the elevator, and information related to the purpose and intended use of each robot 20, is stored.

[0030] The acquisition unit 11 retrieves the individual information database based on the unique number sent from the robot 20, thereby obtaining the individual information of the robot 20. Furthermore, the acquisition unit 11 determines whether the robot 20 that output the unique number is a registered robot 20. If the robot 20 is a registered robot 20, it authenticates the robot 20, allowing it to use the elevator.

[0031] The detection unit 12 detects the occurrence of entrapment within the elevator car. Furthermore, by determining whether someone is inside the car, it detects whether the entrapment includes a person or only the robot 20. The method for determining whether someone is inside the car is not limited; an appropriate method can be selected based on the equipment installed in the car and the elevator's operation. For example, if a camera is installed inside the car and the elevator control device 10 can acquire the camera image, the detection unit 12 analyzes the acquired camera image to determine whether someone is inside the car. Alternatively, if a human sensor is installed inside the car, the detection unit 12 can determine whether someone is detected based on the output of the human sensor. Furthermore, the detection unit 12 can also determine whether someone is inside based on whether a registered car call was registered by pressing the destination button inside the car. Additionally, it can be configured to determine that only the robot 20 is inside the car when the elevator control device 10 is operating the robot-only mode.

[0032] The determination unit 13 determines the rescue priority based on individual information about the robot 20, such as its purpose and intended use, obtained from the individual information database, and the elapsed time since it was detected as trapped. The rescue priority is determined, for example, according to a predefined rescue priority table. Figure 2 and Figure 3 This is an example table showing a rescue priority table. In Figure 2 and Figure 3In this example of a rescue priority table, rescue priorities are indicated by numerical values ​​from 1 to 5. In this example, a higher value indicates a higher priority. Additionally, rescue priorities for individuals can also be set. Figure 2 and Figure 3 In the example, the priority of rescuing people is preset to 3.

[0033] Figure 2 The rescue priority indicates the rescue priority corresponding to the purpose and function of robot 20. According to Figure 2 A rescue priority table is used. For example, if the trapped robot 20 is a cleaning robot, the rescue priority is 1, and if it is a handling robot, the rescue priority is 2. Generally, even if a robot 20, which is used for cleaning and handling, is trapped in the car, the urgency of rescue is low, so the rescue priority is set to a lower value.

[0034] Furthermore, for example, if the trapped robot 20 is a security robot, the rescue priority is determined to be 4; if it is a medical robot, the rescue priority is determined to be 5. Since robots 20 such as security robots and medical robots will play an important role in emergencies, they are assigned a higher rescue priority. By comparing the determined rescue priority with the rescue priority of "3" set for humans, it can be determined that the robot 20 playing an important role is trapped, thus enabling decisions such as prioritizing the rescue response.

[0035] The decision unit 13 can also further determine the rescue priority based on the elapsed time since the robot 20 was detected as trapped. Figure 3 The rescue priority is an example of a rescue priority corresponding to the elapsed time. Figure 3 In the example, the rescue priority is set to 1 when the elapsed time is 0 minutes to less than 1 minute, and to 2 when the elapsed time is 1 minute to less than 5 minutes. When the elapsed time from the detection time is 5 minutes to less than 10 minutes, the rescue priority is set to 3, and when it becomes more than 10 minutes, the rescue priority is set to 4. Thus, the rescue priority is set to increase as time passes. Therefore, in the event of entrapment, the following response can be taken: initially delaying the rescue response order, and then advancing the rescue response order as time progresses.

[0036] In this embodiment, the determination unit 13 determines the rescue priority based on the robot 20's purpose and objective, as well as the elapsed time. That is, the determination unit 13 is used in... Figure 2 The rescue priority determined in the report, and in Figure 3The rescue priority is determined by the rescue priority determined in the process. For example, the determination unit 13 calculates the average or weighted average of the rescue priority corresponding to the purpose and use of robot 20 and the rescue priority corresponding to the elapsed time, and determines the calculated value as the rescue priority.

[0037] The priority output unit 14 outputs the rescue priority determined by the determination unit 13 to an external source. This external source may include, for example, a landing device installed at the elevator landing, a management system for managing buildings with elevators, a monitoring center for remotely monitoring elevators, or a portable terminal operable by personnel managing or guarding the building or elevator. For example, when the rescue priority has been output to the landing device, the landing device notifies users around the landing of the occurrence of the entrapment and its rescue priority. Furthermore, when the rescue priority is output to the management system, monitoring center, or portable terminal, the control devices or personnel within the management system, monitoring center, or portable terminal respond accordingly to the rescue priority. By outputting the rescue priority to an external source, the urgency of the rescue can be assessed even from outside, allowing for a more appropriate response sequence. Furthermore, by pre-notifying external parties of the rescue priority (in this embodiment, for example, 3), a more appropriate response sequence can be achieved by comparing it with the individual's rescue priority.

[0038] When a rescue operation is performed to rescue the trapped robot 20, and a step requires the robot 20 to perform the operation, the operation request unit 15 requests a rescue operation from the robot 20.

[0039] If the execution unit 16 is unable to execute the rescue operation requested by the operation request unit 15 while performing the rescue operation for the trapped robot 20, it may either execute the rescue operation requested by the robot 20 on its behalf or continue the rescue operation as if the rescue operation has already been executed.

[0040] Figure 4 This diagram illustrates an example of rescue procedures in a trapped situation. For example, in Figure 4 In the example of the rescue steps shown, rescue steps 1 or 3 of the rescue action do not require operation inside the car. Therefore, the operation request unit 15 does not issue a rescue operation request to the robot 20, but the execution unit 16 performs the rescue action instead.

[0041] On the other hand, in step 2, "continuously pressing the door closing button inside the car," the operation of the door closing button on the landing equipment inside the car is required. Thus, the operation that needs to be performed inside the car must be carried out by the trapped robot 20. Therefore, in this case, the operation request unit 15 sends a rescue operation request to the robot 20. Furthermore, the operation of "continuously pressing the door closing button inside the car" in step 2 cannot be performed by the robot 20. In this case, the execution unit 16 receives the operation response from the robot 20 (described later) and inputs an operation equivalent to "continuously pressing the door closing button inside the car" in step 2, and continues the rescue operation.

[0042] Refer again Figure 1 The elevator system's first to Nth robots 20-1 to 20-N each possess information output units 21-1 to 21-N, response units 22-1 to 22-N, and abort request units 23-1 to 23-N. Furthermore, in the following description, unless otherwise specified, the label "-N" corresponding to the robot numbers 1 to N will be omitted, and they will only be referred to as "Information Output Unit 21," "Response Unit 22," and "Abort Request Unit 23."

[0043] When the robot 20 needs to use the elevator, the information output unit 21 sends its individual information required for authentication to the elevator control device 10. The individual information includes at least a unique identifier required for independent authentication of the robot 20. In addition, the individual information may also include information about the robot 20's category, such as its purpose and intended use.

[0044] When the response unit 22 receives a rescue operation request from the operation request unit 15 of the elevator control device 10, it determines whether the rescue operation can be performed. Then, if it determines that the rescue operation cannot be performed, it returns an operation response as a reply to the rescue operation request.

[0045] If any abnormality is detected on the robot 20 side during the execution of the rescue action, the abort request unit 23 outputs an abort request to the elevator control device 10 to stop the rescue action.

[0046] Figure 5 This is a flowchart illustrating an example of the control actions performed by the elevator control device 10 of this embodiment. Figure 5 In the example, firstly, in step S101, it is determined whether individual information output from robot 20 has been detected. If no individual information is detected, the processing returns to step S101. In step S101, the determination process of step S101 is repeatedly performed at predetermined control intervals until individual information is detected.

[0047] If individual information is detected in step S101, the next step in S102 is to determine whether the detected individual information has been fully registered. This determination is performed by the acquisition unit 11, based on whether the detected individual information exists in the individual information database owned by the elevator control device 10. If it is determined in step S102 that the individual information is not fully registered, the individual information is discarded, the robot 20 is not authenticated, and the process returns to step S101.

[0048] On the other hand, if it is determined in step S102 that the individual information of robot 20 is pre-registered information, robot 20 is authenticated, and the process proceeds to step S103. In step S103, it is determined whether entrapment has been detected. If entrapment is detected by the detection unit 12 in this determination, it is determined that entrapment has been detected.

[0049] Here, use Figure 6 The method for detecting the occurrence of entrapment by the detection unit 12 is explained. Figure 6 This is a flowchart illustrating an example of the detection action performed by the detection unit 12 when a trap occurs.

[0050] like Figure 6 As shown, in step S201, it is determined whether there is a car call registration. If it is determined in step S201 that there is no car call registration, the process returns to the beginning. The process of step S201 is repeated at a predetermined control interval until it is determined that there is a car call registration.

[0051] If a car call registration is detected in step S201, then in step S202, it is determined whether a reference time has elapsed since the car doors were detected to be fully closed and the car neither moved nor opened. Here, the reference time is a preset value used as a threshold for detecting entrapment. If it is determined in step S202 that the reference time has not elapsed, the process returns to step S201.

[0052] On the other hand, if it is determined in step S202 that a reference time has elapsed, the process proceeds to step S203. In step S203, it is determined whether a person has been detected inside the car.

[0053] If a person is detected in step S203, the process is terminated in step S204 when it is determined that a person is trapped. Conversely, if no person is detected in step S203, the process is terminated in step S205 when it is determined that only robot 20 is trapped.

[0054] Refer again Figure 5If it is determined in step S103 that no entrapment has been detected, the process returns to step S103. On the other hand, if it is determined that entrapment has been detected, the process proceeds to step S104.

[0055] 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 since the trapping was detected, according to the rescue priority table. Next, in step S105, the rescue priority is output to the outside.

[0056] In the event of multiple entrapments, the elevator control device 10 performs rescue actions in descending order of priority, according to the output rescue priority. Figure 7 This is a flowchart illustrating an example of a rescue action performed by the elevator control device 10.

[0057] Figure 7 The flowchart of the rescue action shown is repeated for one step or each operation of the rescue action. First, in step S301, it is determined whether the current operation in the rescue action requires operation by the robot 20. For example, in... Figure 4 If, as shown in step 1 or 3, no operation is required from the robot 20 side, the result is "No" in step S301, and the process proceeds to step S305. If, as shown in step 2, the operation is required from the robot 20 side, the result is "Yes" in step S301, and the process proceeds to step S302.

[0058] In step S302, a rescue operation request is sent to the robot 20 trapped inside the car. Next, in step S303, it is determined whether a stop request for the rescue operation has been received. The stop request is output from the stop request unit 23 of the robot 20 through the control action on the robot 20 side, as described later.

[0059] If a stop request is determined in step S303, the rescue operation is stopped and the current process ends. Conversely, if no stop request is determined in step S303, the next step, S304, determines whether an operation response has been received. The operation response is a signal output from the response unit 22 of the robot 20 via control actions performed on the robot 20 side, as described later.

[0060] If an operation response is determined to exist in step S304, the process proceeds to step S305, where the execution unit 16 of the elevator control device 10 executes the rescue operation requested by the robot 20, or assumes that the rescue operation requested by the robot 20 has already been executed and completes the rescue action. Then, the current processing ends.

[0061] On the other hand, if no operation response is detected in step S304, the process proceeds to step S306 to determine whether the requested rescue operation has been executed. If no rescue operation is detected, the process returns to step S303. On the other hand, if the rescue operation is detected, the current step is considered complete, and the current process ends.

[0062] Figure 8 This is a flowchart illustrating an example of control actions performed by robot 20. Figure 8 In the control action, firstly, in step S401, the robot 20 outputs individual information to the elevator control device 10 of the elevator to be used, which includes information that can identify the robot 20.

[0063] Next, in step S402, it is determined whether the individual information has been pre-registered in the elevator control device 10. The elevator control device 10 determines whether the individual information has been pre-registered, and this determination result is sent to the robot 20. The determination in step S402 is based on the determination result received by the robot 20.

[0064] If the information is determined to be not fully registered in step S402, the process returns to step S401. On the other hand, if the information is determined to be fully registered in step S402, the robot 20 can use the elevator to proceed to step S403.

[0065] In step S403, it is determined whether a rescue operation request has been received. As described above, a rescue operation request is a signal sent from the operation request unit 15 of the elevator control device 10 to the robot 20 when a rescue action is to be performed while the robot 20 is trapped inside the elevator car. If it is determined in step S403 that no rescue operation request exists, the process returns to step S403, and the determination process of step S403 is repeated at a predetermined control interval.

[0066] On the other hand, if a rescue operation request is determined in step S403, then in step S404, it is determined whether any abnormality is detected. If an abnormality is detected in step S404, the process proceeds to step S405, where a request to stop the rescue operation is output to the elevator control device 10. Then, the process returns to step S403. Furthermore, the processing in steps S404 to S405 aims to stop the rescue operation itself if any abnormality is detected on the robot 20 side. Therefore, it can be configured such that this processing can be omitted if the robot 20 side lacks the means to detect abnormalities, or if the rescue operation is to continue even if an abnormality is detected.

[0067] If no abnormality is detected in step S404, the next step is to determine in step S406 whether the rescue operation requested from the elevator control device 10 can be executed. If it is determined in step S406 that the requested rescue operation can be executed, the process proceeds to step S407 to execute the requested rescue operation.

[0068] On the other hand, if it is determined in step S406 that the operation cannot be performed, then in step S408, an operation response is sent to the elevator control device 10. After step S407 or step S408, the process returns to step S403.

[0069] As explained above, in the elevator system of this embodiment, when a person is trapped in the elevator, the rescue priority is determined based on the individual information of the robot 20 and the elapsed time since the entrapment occurred. This allows for the external notification of the rescue priority corresponding to the purpose and function of the trapped robot, and enables the determination of the rescue response order based on that priority.

[0070] Furthermore, in the above embodiments, the method of determining the rescue priority order has been described, taking into account both information related to the purpose or use of the robot 20 and the elapsed time since the entrapment occurred. This allows for the setting of a more appropriate rescue priority. However, the determination of the rescue priority is not limited to this. For example, the elapsed time may not be considered when determining the rescue priority. Figure 2 The configuration shown is based solely on information about the purpose or use of robot 20. Alternatively, rescue priorities can be determined based on information other than the purpose or use of robot 20.

[0071] Furthermore, the methods for determining rescue priorities are not limited to using Figure 2 and Figure 3 The method for creating a rescue priority table. For example, it could be configured to create a rescue priority table that combines two independent indicators: the purpose and objective of robot 20 and the elapsed time since it was detected as trapped, and then determine the rescue priority according to this table. Alternatively, it could be structured such that two rescue priorities—one determined based on the individual information of robot 20 and the other based on the elapsed time—are output to an external system. For example, if the rescue priorities are output to an external monitoring center or similar facility and the monitor confirms the priority values, the monitoring personnel can consider the multiple output rescue priorities to determine the final rescue order.

[0072] Furthermore, in this embodiment, the individual information of the robot 20 is pre-registered in the elevator control device 10, and only the robot 20 that has been certified by the acquisition unit 11 can use the elevator. However, the elevator system may also not require the certification of the robot 20. For example, it may be configured such that the elevator control device 10 does not have an individual information table with the individual information of the robot 20 pre-registered, and instead the robot 20 sends its own individual information, such as its purpose and intention, to the elevator control device 10 when using the elevator.

[0073] Furthermore, in this embodiment, the elevator control device 10 is described as having a priority output unit 14 that outputs the determined rescue priority to the outside. This allows for appropriate determination of the rescue priority from the outside. Moreover, in a monitoring center that remotely monitors multiple elevator systems located in multiple buildings, the rescue order can be appropriately determined among the multiple buildings. However, the elevator control device 10 is not limited to having a priority output unit 14 that outputs the determined rescue priority to the outside. Even if the elevator control device 10 does not have a priority output unit 14, as long as it is configured, for example, to perform rescue actions when a entrapment occurs, rescue can be carried out according to the rescue priority.

[0074] Furthermore, in this embodiment, the elevator control device 10 is described as having the function of performing rescue actions. Therefore, in the event of a entrapment, a rescue action can be performed quickly. However, the method by which the elevator control device 10 performs rescue is not limited to the method described in this embodiment, and may be performed according to other steps.

[0075] The preferred embodiments have been described in detail above, but are not limited to the embodiments described above. Various modifications and substitutions can be made to the embodiments described above without departing from the scope of the claims.

[0076] Furthermore, in the above embodiments, when numerical values ​​such as the number, quantity, amount, and range of each element are mentioned, the present invention is not limited to the mentioned values ​​unless specifically stated or clearly determined in principle. Moreover, the present invention is not limited to the structures described in this embodiment, unless specifically stated or clearly determined in principle.

[0077] The various aspects of the present invention will now be described in their entirety as an appendix.

[0078] (Postscript 1)

[0079] An elevator control device is configured to send and receive information with at least one robot, wherein the elevator control device comprises:

[0080] An acquisition unit acquires individual information related to the robot based on information sent from the robot; a detection unit detects situations where only the robot is trapped in the elevator car; and

[0081] The determination unit, when the detection unit detects that only the robot is trapped in the car, determines the rescue priority of the trapped robot based on the individual information.

[0082] (Postscript 2)

[0083] According to the elevator control device described in Appendix 1, wherein...

[0084] The individual information includes information related to the purpose or use of the robot.

[0085] The determination unit determines the rescue priority based on the purpose or use of the robot.

[0086] (Note 3)

[0087] According to the elevator control device described in Appendix 1 or 2, wherein,

[0088] The determination unit determines the rescue priority based on the robot's individual information and the elapsed time since the moment the robot was detected to be trapped.

[0089] (Note 4)

[0090] According to any one of the appendices 1 to 3, the elevator control device wherein...

[0091] The acquisition unit authenticates the robot based on the information sent from the robot.

[0092] (Note 5)

[0093] According to any one of the appendices 1 to 4, the elevator control device, wherein...

[0094] The elevator control device also has a priority output unit, which outputs the rescue priority determined by the determination unit to the outside.

[0095] (Note 6)

[0096] According to any one of the appendices 1 to 5, the elevator control device wherein...

[0097] The elevator control device also includes an execution unit that performs rescue actions on the trapped robot according to the rescue priority.

[0098] (Note 7)

[0099] According to the elevator control device described in Appendix 6, wherein...

[0100] The elevator control device also includes an operation request unit. If the rescue operation requires the trapped robot to perform an operation, this operation request unit sends an operation request to the robot to perform the necessary rescue operation.

[0101] Upon receiving a response from the robot to the operation request, i.e., an operation response, the execution unit performs the operation required for the rescue in place of the robot.

[0102] (Postscript 8)

[0103] According to the elevator control device described in Appendix 6 or 7, wherein...

[0104] If the execution unit receives a request from the robot to stop the rescue action during the execution of the rescue action, it shall stop the rescue action.

[0105] (Note 9)

[0106] An elevator system, wherein the elevator system comprises:

[0107] The elevator control device described in any one of notes 1 to 8; and

[0108] At least one robot is configured to send and receive information with the elevator control device and send information to the elevator control device, including information that can identify an individual.

[0109] (Postscript 10)

[0110] According to the elevator system described in Appendix 9, wherein...

[0111] The elevator control device also includes:

[0112] An execution unit that performs rescue actions on the trapped robot according to the rescue priority; and

[0113] An operation request unit sends an operation request to the trapped robot to request the execution of the operation required for rescue when the robot needs to perform an operation.

[0114] In response to the operation request, the robot sends an operation response requesting the execution unit to perform the operations required for the rescue.

[0115] Upon receiving the operation response, the execution unit replaces the robot to perform the operations required for the rescue.

[0116] (Postscript 11)

[0117] According to the elevator system described in Appendix 9, wherein...

[0118] If the robot detects an anomaly during the execution of the rescue operation, it sends a request to terminate the rescue operation.

[0119] Upon receiving the abort request from the robot, the execution unit terminates the rescue operation.

Claims

1. An elevator control device configured to be capable of communicating with at least one robot, wherein The elevator control device includes: The acquisition unit acquires individual information related to the robot based on information sent from the robot; A detection unit that detects situations where only the robot is trapped inside the elevator car; and The determination unit, when the detection unit detects that only the robot is trapped in the car, determines the rescue priority of the trapped robot based on the individual information.

2. The elevator control device according to claim 1, wherein, The individual information includes information related to the purpose or use of the robot. The determination unit determines the rescue priority based on 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 robot's individual information and the elapsed time since the moment 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 sent from the robot.

5. The elevator control device according to claim 1 or 2, wherein, The elevator control device also has a priority output unit, which 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 also includes an execution unit that performs rescue actions on the trapped robot according to the rescue priority.

7. The elevator control device according to claim 6, wherein, The elevator control device also includes an operation request unit. If the rescue operation requires the trapped robot to perform an operation, this operation request unit sends an operation request to the robot to perform the necessary rescue operation. Upon receiving a response from the robot to the operation request, namely a request for the execution unit to perform the operation required for the rescue, the execution unit performs the operation required for the rescue in place of the robot.

8. The elevator control device according to claim 6, wherein, If the execution unit receives a request from the robot to stop the rescue action during the execution of the rescue action, it shall stop the rescue action.

9. An elevator system, wherein, The elevator system has the following features: The elevator control device according to any one of claims 1 to 8; and At least one robot is configured to send and receive information with the elevator control device and send information to the elevator control device, including information that can identify an individual.

10. The elevator system according to claim 9, wherein, The elevator control device also includes: An execution unit that performs rescue actions on the trapped robot according to the rescue priority; and An operation request unit sends an operation request to the trapped robot to request the execution of the operation required for rescue when the robot needs to perform an operation. In response to the operation request, the robot sends an operation response requesting the execution unit to perform the operations required for the rescue. Upon receiving the operation response, the execution unit replaces the robot to perform the operations required for the rescue.

11. The elevator system according to claim 10, wherein, If the robot detects an anomaly during the execution of the rescue operation, it sends a request to terminate the rescue operation. Upon receiving the abort request from the robot, the execution unit terminates the rescue operation.

Images