JP2022067448A - Fleet management system, fleet management method and terminal device - Google Patents

Abstract

To provide a fleet management technique that is able to efficiently manage a plurality of robots.SOLUTION: A fleet management system 100 manages a plurality of non-fixed robots 20 by using a computer 10. Each robot 20 has a sensor unit that acquires ambient environment information. The computer 10 includes: a reception unit that receives the environment information from the plurality of robots 20; a detection unit that, based on the received environment information, detects an occurrence of a specific event; and a transmission unit that transmits an instruction to switch a set control system, to the robot 20 from which the specific event has been detected.SELECTED DRAWING: Figure 1

Description

The present invention relates to a fleet management system, a fleet management method and a terminal device.

In recent years, a video conference system using the Internet has become widespread, and a telepresence robot that not only talks while looking at the face but also allows a user at a remote place to operate the direction and position of the camera is used.

For example, in Patent Document 1 below, a camera that provides a photographed image to a remote operator and a mask process that hides at least a part of the photographed image from the remote operator are executed, and the mask process is used. A moving body with a camera (telepresence robot) including a mask processing unit that switches according to the situation is described.

JP-A-2019-062308

By utilizing telepresence robots (hereinafter referred to simply as "robots"), for example, robots located at airports and large commercial facilities can be used to guard the premises, and robots installed in factories can be used to assemble products. Can be done. In order to make a remote robot perform some work, a method of autonomously controlling the robot or a method of an operator instructing the robot to perform remote control can be considered. There was a problem that it became difficult to manage these groups of robots (hereinafter, also referred to as "fleet management") when it became a stand.

The present invention has been made in view of the circumstances described above, and provides a fleet management technique capable of efficiently managing a plurality of robots.

The fleet management system according to one aspect of the present invention is a fleet management system that manages a plurality of non-fixed robots by using a computer, and the robot has a sensor unit for acquiring information on the surrounding environment. The computer is set for a receiving unit that receives environmental information from a plurality of robots, a detecting unit that detects the occurrence of a specific event based on the received environmental information, and a robot that detects a specific event. The gist is to include a transmission unit that transmits a control method switching instruction.

According to the present invention, it is possible to efficiently manage a plurality of robots.

It is a figure which shows the network configuration of the fleet management system which concerns on this embodiment. It is an image diagram for explaining the outline of a fleet management system. It is a figure exemplifying the warning screen. It is a block diagram which shows the functional structure of a computer. It is a figure which exemplifies the registration contents of the judgment table. It is a block diagram which shows the functional composition of a robot. It is a block diagram which shows the physical structure of a computer. It is a block diagram which shows the physical composition of a robot. It is a flowchart which shows an example of the process executed by a computer.

Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In each figure, those with the same reference numerals have the same or similar configurations.

FIG. 1 is a diagram showing a network configuration of the fleet management system 100 according to the present embodiment. The fleet management system 100 includes a plurality of non-fixed robots 20-N (1 ≦ N ≦ M) and a computer 10 capable of operating 20-N. Here, the robot 20-N and the computer 10 can communicate with each other via the communication network NW. Although one computer 10 is illustrated in FIG. 1, the number of computers 10 is arbitrary. Further, in the following description, when it is not necessary to distinguish each robot 20-N, it is simply referred to as a robot 20.

One or more parts of the communication network NW may be a wired network or a wireless network. The communication network NW is not limited to, for example, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), and the like. Wireless LAN (WLAN), Wide Area Network (WAN), Wireless WAN (WWAN), Metropolitan Area Network (MAN), Part of the Internet, Public Exchange Telephone Network (MAN) Part of Public Switched Telephone Network (PSTN), mobile phone network, ISDNs (Integrated Service Digital Networks), wireless LANs, LTE (Long Term Evolution), CDMA (Code Division Multiple Access), Bluetooth (Bluetooth (registered trademark)), etc. Short-range wireless communication, satellite communication, etc., or a combination of two or more thereof can be included.

<Overview of Fleet Management System 100>
FIG. 2 is an image diagram for explaining the outline of the fleet management system 100.
Each robot 20 is a mobile robot arranged at, for example, an airport, and guards equipment, stores, and the like in the airport. Each robot 20 can switch between autonomous control, which performs security while determining the situation by itself, and remote control, which operates according to instructions from a remote user. It is assumed that each robot 20 is set to autonomous control as an initial setting.

The user is, for example, an administrator of a security company, and by operating the computer 10, all robots 20 arranged in the airport are fleet-managed.

Each robot 20 acquires environmental information representing the surrounding situation by a mounted camera or the like, and transmits this to the computer 10 (S1).
When the computer 10 receives the environmental information from each robot 20, the computer 10 analyzes the received environmental information to determine whether or not an abnormality has occurred in the security area of each robot 20. Although the details will be described later, in the computer 10, an abnormal event (for example, a dangerous person with a knife or the like exists in the security area) has occurred based on, for example, an image taken by a camera of each robot 20. It is automatically determined whether or not it is present (S2).

When an abnormal event is detected in any of the robots 20 (here, robot 20-1 is assumed), the computer 10 displays a warning screen in order to notify the user of this (S3).

FIG. 3 is a diagram illustrating the warning screen D1 displayed on the computer 10.
As shown in FIG. 3, the warning screen D1 displays detailed information of the abnormal event, specific information of the robot 20-1 in which the abnormal event is detected, and the like.
The detailed information of the abnormal event includes, for example, the type of the abnormal event (discovery of a dangerous person, the discovery of a fire, the discovery of theft or an accident, etc.), the time when the abnormal event occurs, the place where the abnormal event occurs, and the like. Further, the specific information of the robot 20-1 includes, for example, a robot ID, an area code of a robot security area, and the like.

Returning to FIG. 2, when the user grasps the content of the abnormal event and the robot 20-1 in which the abnormal event is detected based on the warning screen D1, the user operates the computer 10 to instruct the switching of the control method (autonomous control). → Remote control) is entered. The computer 10 transmits the input control method switching instruction to the robot 20-1 in which the abnormal event is detected (S4).
The computer 10 may transmit an instruction to switch from autonomous control to remote control to the robot 20-1 in which an abnormal event is detected without waiting for an instruction from the user.

After that, the user takes measures for resolving the abnormal event by remotely controlling the robot 20-1 in which the abnormal event is detected. For example, if a dangerous person is recognized, the user remotely controls the robot 20-1 to track the dangerous person and take measures to prevent the dangerous act. As an example, it is conceivable to notify a dangerous person of a warning message or a warning sound, but the purpose is not limited to these.

When the abnormal event is resolved by the above measures, the user may input an instruction (remote control → autonomous control) to switch the control method of the robot 20-1 in which the abnormal event is resolved again. When the instruction to switch the control method again is input, the computer 10 transmits the instruction to switch the control method again to the robot 20-1 in which the abnormality has been resolved (S5).

According to the fleet management system 100 according to the present embodiment, when an abnormal event is detected in any of the robots 20 under control, the control method of the robot 20 in which the abnormal event is detected is switched to remote control. By remotely controlling the robot 20 in which the abnormal event is detected by using the computer 10, the user can quickly resolve the abnormal event and can efficiently manage the robot 20. Hereinafter, the configurations of the computer 10 and the robot 20 will be described.

<Functional configuration>
(Computer 10)
The computer 10 is an information processing device that operates the robot 20 and inputs information necessary for user authentication when the robot 20 is used. The computer 10 is a general-purpose or dedicated information processing device such as a smartphone, a tablet terminal, a PDA, a personal computer, and a wearable terminal.

FIG. 4 is a block diagram showing a functional configuration of the computer 10.
The computer (terminal device) 10 includes an input unit 11, a communication unit 12, a detection unit 13, and an output unit 14.

The input unit 11 receives input of various instructions regarding the operation of the robot 20. Various instructions are input by the user or the like. Explaining FIG. 2 as an example, when an abnormal event is detected in any of the robots 20, an instruction for switching the control method of the robot 20 and an instruction for resolving the abnormal event are received.

The communication unit (transmission unit, reception unit) 12 transmits and receives various data to and from the robot 20 and the like. Specifically, the communication unit 12 receives environmental information representing the surrounding situation of the robot 20, such as images and sounds acquired by the camera and microphone of the robot 20. Further, the communication unit 12 transmits an instruction input by the user to the robot 20 in which the abnormal event is detected.

The detection unit 13 detects the occurrence of an abnormal event based on the environmental information of each robot 20 received by the communication unit 12. Explaining FIG. 2 as an example, when the detection unit 13 receives the environmental information from each robot 20, the detection unit 13 uses the determination table TA1 to determine whether or not an abnormal event has occurred in the security area of each robot 20. Judgment (that is, detection of the occurrence of an abnormal event).

FIG. 5 is a diagram illustrating the registered contents of the determination table TA1.
The detection unit (storage unit) 13 includes a determination table TA1. A plurality of judgment conditions for detecting an abnormal event (including the type of the abnormal event) are registered in the judgment table TA1. In the example shown in FIG. 5, when a person holding a knife or the like is projected by a camera, it is determined to be an abnormal event (class 1; dangerous person), and the temperature rises above the threshold value by a temperature sensor, a thermography camera, or the like. If is detected, it is determined that the event is an abnormal event (class 2; fire), and so on. The judgment condition registered in the judgment table TA1 may be fixed, but may be configured to be addable / editable by a user or the like.

When an abnormal event is detected in any of the robots 20, the output unit 14 outputs the content of the abnormal event and information for identifying the robot 20 in which the abnormal event is detected to a display panel or the like.

(Robot 20)
The robot 20 may be composed of, for example, a telepresence robot or an avatar robot, and may have a moving portion such as wheels. The robot 20 is a non-fixed robot, and for example, a plurality of robots 20 are arranged in an airport. Here, the case where the robot 20 is not fixed includes a case where the robot 20 is a mobile type having wheels and the like and a case where the robot 20 is a wearable type which can be worn by a person and has a manipulator and the like. In this embodiment, a mobile robot is assumed. The mobile robot is shown in, for example, Patent Document 1. Mobile robots are one-wheeled, two-wheeled or multi-wheeled, caterpillar-based, rail-mounted, jump-moving, bipedal, quadrupedal or multi-legged. Includes those that navigate on or under water with screws and those that fly with propellers and the like. Wearable robots are available, for example, in MHD Yamen Saraiji, Tomoya Sasaki, Reo Matsumura, Kouta Minamizawa and Masahiko Inami, "Fusion: full body surrogacy for collaborative communication," Proceeding SIGGRAPH '18 ACM SIGGRAPH 2018 Emerging Technologies Article No. 7. It has been published. Further, the robot 20 includes a vehicle or a heavy machine capable of automatic or semi-automatic traveling, a drone or various flying objects. The robot 20 also includes a robot equipped with a camera that can move on rails.

The robot 20 operates based on a command from the computer 10 that has succeeded in user authentication. Here, the user authentication may be performed by a known method, and the information for the user authentication may be registered in advance.

FIG. 6 is a block diagram showing a functional configuration of the robot 20.
The robot 20 includes a sensor unit 21, a communication unit 22, and a drive unit 23.

The sensor unit 21 acquires environmental information representing the surrounding situation of the robot 20. Environmental information includes images taken by a camera, voice acquired by a microphone, temperature data acquired by a temperature sensor, and the like. It should be noted that these are merely examples, and other data may be acquired depending on the system design or the like.

The communication unit 22 transmits and receives various data to and from the computer 10 and the like. Specifically, the communication unit 22 receives various instructions transmitted from the computer 10, while transmitting environmental information (image, voice, temperature data, etc.) acquired by the robot 20 to the computer 10. When transmitting the environmental information to the computer 10, the communication unit 22 transmits the environment information to the computer 10 including the specific information of the own robot 20.

The drive unit 23 drives each unit (for example, an arm, a wheel, etc.) of the robot 20 according to a drive instruction transmitted from the computer 10.

<Physical configuration>
(Computer 10)
FIG. 7 is a diagram showing a physical configuration of the computer 10 according to the present embodiment.
The computer 10 includes a CPU (Central Processing Unit) 10a corresponding to a computing device, a RAM (Random Access Memory) 10b corresponding to a storage device, a ROM (Read only Memory) 10c corresponding to a storage device, and a communication device 10d. , An input device 10e and an output device 10f. Each of these configurations is connected to each other via a bus so that data can be transmitted and received. In this example, the case where the computer 10 is composed of one computer will be described, but the computer 10 may be realized by combining a plurality of computers. Further, the configuration shown in FIG. 7 is an example, and the computer 10 may have configurations other than these, or may not have a part of these configurations.

The CPU 10a is an arithmetic unit that controls execution of a program stored in the RAM 10b or ROM 10c, calculates data, and processes data. The CPU 10a executes a program (fleet management program) for fleet management of a plurality of robots 20. The CPU 10a receives various data from the input device 10e and the communication device 10d, outputs the calculation result of the data to the output device 10f, and stores the data in the RAM 10b.

The RAM 10b is a storage device capable of rewriting data, and may be composed of, for example, a semiconductor storage element. The RAM 10b may store user information such as a program executed by the CPU 10a and a user ID that identifies a user. It should be noted that these are examples, and data other than these may be stored in the RAM 10b, or a part of these may not be stored.

The ROM 10c is a storage device capable of reading data, and may be composed of, for example, a semiconductor storage element. The ROM 10c may store, for example, a fleet management program or data that is not rewritten.

The communication device 10d may include various communication interfaces that connect the computer 10 to other devices. The communication device 10d may be connected to a communication network NW such as the Internet or a telephone line.

The input device 10e receives data input from the user, and may include, for example, a touch panel, a microphone, and the like.

The output device 10f outputs the calculation result by the CPU 10a, and may be configured by, for example, a display panel such as an LCD (Liquid Crystal Display), a speaker, or the like. The output device 10f may output the environmental information acquired by each robot 20.

The fleet management program may be stored and provided in a storage medium readable by a computer such as RAM 10b or ROM 10c, or may be provided via a communication network NW connected by a communication device 10d. In the computer 10, the CPU 10a controls each robot 20 by executing a fleet management program. It should be noted that these physical configurations are examples and do not necessarily have to be independent configurations. For example, the computer 10 may include an LSI (Large-Scale Integration) in which the CPU 10a and the RAM 10b and the ROM 10c are integrated.

(Robot 20)
FIG. 8 is a diagram showing a physical configuration of the robot 20 according to the present embodiment.
The robot 20 has a CPU 20a corresponding to an arithmetic unit, a RAM 20b corresponding to a storage device, a ROM 20c corresponding to a storage device, a communication device 20d, an output device 20e, a drive device 20f, and a sensor group 20g. Each of these configurations is connected to each other via a bus so that data can be transmitted and received. The configuration shown in FIG. 8 is an example, and the robot 20 may have configurations other than these, or may not have a part of these configurations.

The CPU 20a is an arithmetic unit that controls execution of a program stored in the RAM 20b or the ROM 20c, calculates data, and processes data. The CPU 20a executes a fleet management program. The CPU 20a receives various data from the communication device 20d or the like, displays the calculation result of the data in the output device 20e, or stores the data in the RAM 20b. Further, the CPU 20a controls the drive device 20f and controls the operation of the robot 20.

The RAM 20b is a storage device capable of rewriting data, and may be composed of, for example, a semiconductor storage element. The RAM 20b may store a program executed by the CPU 20a, specific information of the own robot 20, and the like. It should be noted that these are examples, and data other than these may be stored in the RAM 20b, or a part of these may not be stored.

The ROM 20c is a storage device capable of reading data, and may be composed of, for example, a semiconductor storage element. The ROM 20c may store, for example, a fleet management program or data that is not rewritten.

The communication device 20d may include various communication interfaces that connect the robot 20 to other devices. The communication device 20d may be connected to a communication network NW such as the Internet.

The output device 20e outputs the calculation result of the CPU 20a, and may be configured by, for example, a display panel such as an LCD, a speaker, or the like. The output device 20e may output an image taken by the camera of the computer 10 or a sound acquired by a microphone.

The drive device 20f includes an actuator that can be remotely controlled, and includes wheels and the like, a manipulator, and the like. When the robot 20 is a mobile robot, the drive device 20f includes at least wheels and the like, but may include a manipulator. When the robot 20 is wearable, the drive device 20f includes at least a manipulator.

The sensor group 20g acquires environmental information representing the surrounding situation of the robot 20, and may be configured by, for example, a camera, a microphone, a temperature sensor, or the like.

The fleet management program may be stored and provided in a storage medium readable by a computer such as a RAM 20b or a ROM 20c, or may be provided via a communication network NW connected by a communication device 20d. In the robot 20, the CPU 20a controls the operation of the robot 20 required for fleet management by executing the fleet management program. It should be noted that these physical configurations are examples and do not necessarily have to be independent configurations. For example, the robot 20 may include an LSI in which the CPU 20a and the RAM 20b or the ROM 20c are integrated.

<Processing flow>
FIG. 9 is a flowchart showing an example of processing executed by the computer 10 according to the present embodiment. This flow is realized by the CPU 10a of the computer 10 executing a fleet management program or the like.

When each robot 20 under control acquires environmental information in the sensor unit 21, it transmits the specific information of its own robot 20 to the computer 10. Note that each robot 20 may transmit the acquired environmental information to the computer 10 at a set timing.

When the communication unit 12 of the computer 10 receives the environmental information from each robot 20 (Sa1), the communication unit 12 sends it to the detection unit 13.
The detection unit 13 determines whether or not an abnormal event has occurred in any of the robots 20 by comparing the environmental information received from each robot 20 with each determination condition registered in the determination table TA1. (Sa2).

When the detection unit 13 determines that no abnormal event has occurred (Sa2; NO), the detection unit 13 ends the process. On the other hand, the detection unit 13 determines that an abnormal event (class 1; dangerous person) has occurred because, for example, a person holding a knife or the like is shown in the image of the camera included in the environmental information (class 1; dangerous person). Sa2; YES), the output unit 14 is notified that an abnormal event (class 1; dangerous person) has occurred, and environmental information is output. Further, the detection unit 13 sends an instruction to the output unit 14 to output (notify) the occurrence of an abnormal event to the user.

The output unit 14 outputs the occurrence of an abnormal event according to the instruction of the detection unit 13 (Sa3). Specifically, the output unit 14 generates a warning screen D1 as shown in FIG. 3 based on the environmental information supplied from the detection unit 13, and displays the warning screen D1 on a display panel or the like. As described above, the warning screen D1 shows the robot 20 that has detected the abnormal event (here, the robot 20-1 shown in FIG. 2) together with the detailed information of the abnormal event (type, occurrence time, occurrence location, etc.) of the abnormal event. ) Specific information is displayed.

Based on the warning screen D1 displayed on the display panel of the computer 10, the user confirms the occurrence of the abnormal event and identifies the robot 20-1 in which the abnormal event is detected. Then, by operating the computer 10, the user inputs a control method switching instruction (autonomous control → remote control) for the robot 20-1 in which the abnormal event is detected. When the input unit 11 receives such an input (Sa4), the input unit 11 sends it to the communication unit 12.

Instead of inputting the control method switching instruction by the user, the computer 10 may automatically input the control method switching instruction of the robot 20 that has detected an abnormal event. The robot 20 that has detected the abnormal event may be identified by using the determination result of the detection unit 13.

The communication unit 12 transmits a control method switching instruction to the robot 20-1 in which the abnormal event is detected (Sa5). The robot 20-1 in which the abnormal event is detected switches from autonomous control to remote control according to the control method switching instruction transmitted from the computer 10. By switching to remote control, the robot 20-1 in which an abnormality is detected can be remotely controlled by the user. The user takes measures for resolving the abnormal event by remotely controlling the robot 20-1 in which the abnormal event is detected by using the computer 10. For example, if a dangerous person is found, the robot 20-1 may be remotely controlled to track the dangerous person and notify the dangerous person of a warning message or a warning sound. When the abnormal event is resolved by the above measures, the user may input an instruction (remote control → autonomous control) to switch the control method of the robot 20 for which the abnormal event has been resolved again.

As described above, according to the present embodiment, when an abnormal event is detected in any of the robots 20 under control, the control method already set for the robot 20 in which the abnormal event is detected is based on the control method. Switch to remote control by the user. By remotely controlling the robot 20 in which the abnormal event is detected, the user can quickly resolve the abnormal event and can efficiently manage the robot 20.

B. Modification Example In the above-described embodiment, the case where the guarding robot 20 is fleet-managed has been described, but the present invention is not limited to this. For example, it can be applied to the case of fleet management of the robot 20 that receives the handing down of the Meister's technique such as baked confectionery. In the following, it is assumed that each robot 20 executes the firing technique (firing profile, etc.) of the Meister in perfect synchronization under the supervision of the Meister who is the user.

Each robot 20 is located in, for example, confectionery factories around the world. Each robot 20 executes the firing technique of the Meister in real time. Each robot 20 acquires environmental information indicating the baking status of baked confectionery. In this case, the environmental information includes not only the image taken by the camera, but also the temperature data indicating the firing temperature and the temperature in the factory acquired by the temperature sensor, the humidity data indicating the humidity in the factory acquired by the humidity sensor, and the like. It may be included.

Each robot 20 transmits the acquired environmental information to the computer 10 of the Meister. The computer 10 stores a determination condition for detecting an abnormal event (hereinafter, simply referred to as "abnormal event") in the firing stage. Judgment conditions include, for example, shrinkage, color unevenness, occurrence of shape abnormality, and the like. Even if each robot 20 faithfully executes the firing technique of Meister, shrinkage, color unevenness, shape abnormality, etc. may occur due to differences in temperature, humidity, and the like of the confectionery factory where each robot 20 is installed.

The computer 10 determines whether or not an abnormal event has occurred in any of the robots 20 by comparing the environmental information acquired from each robot 20 with the determination conditions.

When the computer 10 determines that an abnormal event has occurred in any of the robots 20, it displays a warning screen on a display panel or the like in order to notify the Meister of this. In this case, the warning screen displays detailed information of the abnormal event, as well as specific information of the robot 20 in which the abnormal event is detected. The detailed information of the abnormal event includes the type of the abnormal event (for example, the occurrence of uneven baking), the time when the abnormal event occurs, and the place where the abnormal event occurs (for example, a confectionery factory in Belgium).

Based on the warning screen, the Meister grasps the content of the abnormal event that occurred in the firing stage and the robot 20 in which the abnormal event is detected. By operating the computer 10, the Meister inputs a control method switching instruction (here, a switching instruction from synchronous control to remote control) for the robot 20 in which an abnormal event is detected. As in the present embodiment, instead of the Meister inputting the control method switching instruction, the computer 10 may automatically input the control method switching instruction of the robot 20 that has detected the abnormal event.

The computer 10 transmits a control method switching instruction to the robot 20 in which the abnormal event is detected. When the robot 20 in which the abnormal event is detected receives the control method switching instruction from the computer 10, the robot 20 switches from the synchronous control to the remote control according to the instruction.

After that, the Meister takes measures for eliminating the abnormal event by remotely controlling the robot 20 in which the abnormal event detected in the firing stage is detected by using the computer 10. For example, when color unevenness occurs in a specific portion, the temperature gradient setting may be changed so as to eliminate the color unevenness. When the abnormal event in the firing stage is resolved by the above measures, the Meister inputs an instruction to switch the control method of the robot 20 again (here, an instruction to switch from remote control to synchronous control). You may do so.

C. Others In the above-described embodiments and modifications described above, the case where an abnormal event is detected by any of the robots 20 has been described as an example, but the purpose is not limited to this, and various events (specific events) other than the abnormal event are included. Is also applicable. For example, when the management target is a plurality of robots 20 that perform space exploration, the discovery of extraterrestrial life by the robot 20 may be set as a specific event.
Further, in the above-described embodiments and modifications, in order to facilitate understanding of the explanation, a case where an abnormal event is detected by one robot 20 is illustrated, but an abnormal event is detected by a plurality of robots 20. It is also applicable when it is done.

The embodiments and modifications described above are for facilitating the understanding of the present invention, and are not intended to limit the interpretation of the present invention. Each element and its arrangement, material, condition, shape, size, etc. are not limited to those exemplified, and can be changed as appropriate. It is also possible to partially replace or combine each element.
Further, in the present embodiment and modifications, the "part" and "device" do not simply mean physical means, but also include the case where the functions of the "part" and "device" are realized by software. .. Further, even if the functions of one "part" and "device" are realized by two or more physical means, the functions of two or more "parts" and "devices" are realized by one physical means. May be.

10 ... Computer, 10a ... CPU, 10b ... RAM, 10c ... ROM, 10d ... Communication device, 10e ... Input device, 10f ... Output device, 20 ... Robot, 20a ... CPU, 20b ... RAM, 20c ... ROM, 20d ... Communication Device, 20e ... Output device, 20f ... Drive device, 20g ... Sensor group, 100 ... Fleet management system

Claims (8)

A fleet management system that manages multiple unfixed robots using a computer.
The robot
It has a sensor unit that acquires information on the surrounding environment.
The computer
A receiving unit that receives the environmental information from the plurality of robots, and
A detector that detects the occurrence of a specific event based on the received environmental information,
A fleet management system including a transmission unit that transmits a set control method switching instruction to the robot in which the specific event is detected. The transmitter is
The fleet management system according to claim 1, wherein a user sends an instruction to switch from a control method already set to remote control to the robot in which the specific event is detected. The computer
The fleet management system according to claim 1 or 2, further comprising an input unit for receiving input of the switching instruction from the user. The computer
The invention according to any one of claims 1 to 3, further comprising an output unit that outputs information for identifying the robot in which the specific event is detected, together with the content of the specific event when the specific event is detected. The described fleet management system. The computer
Further provided with a storage unit for storing judgment conditions for detecting the specific event,
The fleet management system according to any one of claims 1 to 4, wherein the detection unit detects the occurrence of the specific event based on the comparison result between the environmental information and the determination condition. The sensor unit has a camera.
The fleet management system according to any one of claims 1 to 5, wherein the surrounding environment information includes an image taken by the camera. A fleet management system that manages multiple unfixed robots using a computer.
The acquisition step in which the robot acquires information on the surrounding environment,
A reception step in which the computer receives the environmental information from the plurality of robots, and
A detection step in which the computer detects the occurrence of a specific event based on the received environmental information.
A fleet management method comprising a transmission step in which the computer transmits a set control method switching instruction to the robot in which the specific event is detected. A terminal device that manages multiple robots that are not fixed.
A receiving unit that receives surrounding environment information from the plurality of robots,
A detector that detects the occurrence of a specific event based on the received environmental information,
A terminal device comprising a transmission unit for transmitting a set control method switching instruction to the robot in which the specific event is detected.

Images