Support request system and support request method

Abstract

This system provides support requests to reduce the need for businesses to travel to the location of delivery robots when an anomaly occurs that can be resolved simply by altering the surrounding environment, in cases where autonomous mobile delivery robots are used for deliveries. [Solution] The support request system 100 according to this disclosure comprises an autonomous mobile delivery robot device 1. The support request system 100 detects the occurrence or signs of a predetermined trouble with the delivery robot device 1, and also detects peripheral terminal devices, which are mobile terminal devices 4, that are present around the delivery robot device 1. When a predetermined trouble is detected, the support request system 100 identifies a mobile terminal device 4 held by a support candidate, who is a pedestrian who is the target of the trouble resolution request, based on the detection results of the peripheral terminal devices, and transmits request information to the identified mobile terminal device 4 requesting trouble resolution assistance.

Description

Technical Field

[0001] The present disclosure relates to a support request system and a support request method.

Background Art

[0002] Patent Document 1 describes an unmanned delivery system that performs delivery work, which was previously done manually, by an autonomous mobile robot and a server system that operates in association with it. The above unmanned delivery system includes a user terminal for a user to issue a delivery request, a delivery item management means for determining the feasibility of delivery based on the delivery request, and a delivery control means for generating, recording, and issuing a delivery order. Further, the above unmanned delivery system includes an autonomous mobile robot that stores user-specified luggage, takes out the specified luggage when the delivery order and the user authentication key match, and issues a delivery completion notice, and a remote monitoring means for determining the quality based on the machine information of the autonomous mobile robot.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, while the unmanned delivery system described in Patent Document 1 can detect abnormalities by determining the condition of the autonomous mobile unit based on its mechanical state, it cannot determine whether the abnormality is caused by the surrounding environment. Examples of abnormalities caused by the surrounding environment include snow accumulation, stopping due to uneven terrain, stopping due to inability to press a push-button traffic signal, and stopping due to being caught in a sudden accident. Therefore, in the unmanned delivery system described in Patent Document 1, even in situations that could be resolved simply by changing the surrounding environment, such as manually moving the autonomous mobile unit, pressing a traffic signal button, or clearing snow from the road, the operator still needs to go and check the location of the autonomous mobile unit. Here, "operator" can refer to a delivery company, a system maintenance company, etc.

[0005] Thus, when using autonomous mobile delivery robots, such as automated mobile robots, abnormalities may occur that could be resolved simply by altering the surrounding environment. However, this necessitates the business operator going to the location of the delivery robot to perform the necessary work.

[0006] Therefore, when using autonomous mobile delivery robots for deliveries, there is a need to develop technologies that reduce the need for businesses to travel to the location of the delivery robots to perform work in the event of an anomaly that can be resolved simply by altering the surrounding environment. [Means for solving the problem]

[0007] The support request system according to this disclosure is a support request system equipped with an autonomous mobile delivery robot device, comprising: a first detection unit that detects the occurrence or precursor of a predetermined trouble with the delivery robot device; a second detection unit that detects peripheral terminal devices, which are mobile terminal devices, located around the delivery robot device; an identification unit that, when the first detection unit detects the predetermined trouble, identifies a mobile terminal device held by a support candidate, who is a pedestrian who is the target of the request for assistance in resolving the trouble with the delivery robot device, based on the detection result of the second detection unit; and a request information transmission unit that transmits request information to the mobile terminal device held by the support candidate to request assistance in resolving the trouble.

[0008] The method for requesting assistance according to this disclosure involves an assistance request system equipped with an autonomous mobile delivery robot device, which detects the occurrence or signs of a predetermined trouble with the delivery robot device, detects peripheral terminal devices which are mobile terminal devices located around the delivery robot device, and, if the predetermined trouble is detected, identifies a mobile terminal device held by an assistance candidate, who is a pedestrian who is the target of the request for assistance in resolving the trouble with the delivery robot device, based on the detection results of the peripheral terminal devices, and transmits request information to the mobile terminal device held by the assistance candidate to request assistance in resolving the trouble. [Effects of the Invention]

[0009] According to this disclosure, when an anomaly occurs in an autonomous mobile delivery robot that can be resolved simply by altering the surrounding environment, it becomes possible to reduce the need for the business operator to go to the location of the delivery robot and perform the necessary work. [Brief explanation of the drawing]

[0010] [Figure 1] This is a block diagram showing an example configuration of the support request system according to Embodiment 1. [Figure 2] Figure 1 is a schematic front view showing an example of a delivery robot device in the support request system. [Figure 3] This schematic diagram illustrates an example of the surrounding environment of a delivery robot device, illustrating an example of the process for identifying the mobile terminal device to which request information will be sent in the support request system shown in Figure 1. [Figure 4] This schematic diagram illustrates another example of the surrounding environment of a delivery robot device, illustrating an example of the process for identifying the mobile terminal device to which the request information will be sent in the support request system shown in Figure 1. [Figure 5] This is a flowchart illustrating an example of the support request process performed in the support request system shown in Figure 1. [Figure 6] This is a block diagram showing an example configuration of the support request system according to Embodiment 2. [Modes for carrying out the invention]

[0011] The following describes embodiments of the invention, but the invention claimed is not limited to these embodiments. Furthermore, not all of the configurations described in the embodiments are necessarily essential for solving the problem. For clarity of explanation, the following descriptions and drawings have been omitted and simplified as appropriate.

[0012] <Embodiment 1> (Example of a general configuration for a support request system) An example configuration of the support request system according to Embodiment 1 will be described using Figures 1 and 2. Figure 1 is a block diagram showing an example configuration of the support request system according to Embodiment 1. Figure 2 is a schematic front view showing an example of a delivery robot device in the support request system of Figure 1.

[0013] The support request system according to this embodiment is a system for requesting support for delivery by an autonomous mobile delivery robot device 1, and can be referred to as an automated delivery system or incorporated into an automated delivery system. An autonomous delivery robot device such as the delivery robot device 1 can also be referred to as an automated delivery robot. The delivery robot device 1 can refer to a robot that delivers various packages and goods to, for example, logistics centers or retail stores. The delivery robot device 1 can refer to a robot that meets certain size and structure requirements to be able to travel on public roads as a "remotely operated small vehicle" under the Road Traffic Act.

[0014] In this embodiment, support includes at least troubleshooting support for the delivery robot device 1. Troubleshooting support refers to assistance in resolving abnormalities in the delivery robot device 1 caused by the surrounding environment, and can include assistance in resolving problems such as snow accumulation, stopping due to uneven terrain, stopping due to inability to press a push-button traffic signal, and stopping due to being caught up in a sudden accident. Troubleshooting support may also be referred to as troubleshooting support.

[0015] Therefore, basically, those who provide this assistance should be able to resolve the troubles of the delivery robot device 1. Since those riding in a vehicle need to secure a parking space for the vehicle, pedestrians will fall into this category. However, those who are running, etc., can also be regarded as pedestrians. Pedestrians can also be referred to as passers-by. Also, those who are standing still on a bicycle or have dismounted from a bicycle can be regarded as pedestrians. In the above assistance request system, passengers on a bicycle may also be targets of those who provide assistance, but it is preferable to have a configuration that enables at least pedestrians to receive assistance.

[0016] As illustrated by the assistance request system 100 in FIG. 1, the assistance request system according to the present embodiment can be configured to include the delivery robot device 1 and the server device 3. Although not shown, the assistance request system 100 includes a plurality of delivery robot devices 1, and assistance requests for any of the delivery robot devices 1 can be executed. Hereinafter, it will be described on the assumption that the assistance request system 100 is a system that also includes one or more portable terminal devices 4. Thus, the assistance request system can also be referred to as including not only the delivery robot device 1 and the server device 3 but also the portable terminal device 4.

[0017] The delivery robot device 1 is configured to be able to store a conveyed object, that is, a delivery target object, and at least a part of its movement, such as designation of a destination, designation of a relay point and a destination, designation of a route, and remote movement control for its delivery, is controlled by the server device 3. In other words, the delivery robot device 1 may be a device that autonomously operates for at least a part of movement control, such as an obstacle avoidance operation.

[0018] The portable terminal device 4 is a portable information terminal device possessed by a user who may move around the periphery of the delivery robot device 1, and can be exemplified by a mobile phone, a smartphone, etc. The portable terminal device 4 can be referred to as a computer or can be said to include a computer.

[0019] The server device 3 is configured to be able to communicate with the delivery robot device 1 and is also configured to be able to communicate with the mobile terminal device 4. Regardless of the communication method, basically, since the delivery robot device 1 and the mobile terminal device 4 move, the server device 3 will perform wireless communication with the mobile communication system in any communication. Of course, this communication can include wired communication in some communication paths. Hereinafter, the individual configuration examples of the delivery robot device 1, the mobile terminal device 4, and the server device 3 will be described.

[0020] (Delivery robot device 1) The delivery robot device 1 can include a control unit 10, a communication unit 16, a drive unit 17, a GNSS reception unit 18, an imaging unit 19, and a display unit 20. Note that GNSS is an abbreviation for Global Navigation Satellite System. In addition, although not shown, the delivery robot device 1 can also include a storage unit that stores various information, an input unit that inputs power on / off and other operation contents, and the like. For example, the delivery robot device 1 can mount the control unit 10, the communication unit 16, the GNSS reception unit 18, the display unit 20, the above storage unit, and the above input unit as an information terminal device. This information terminal device can be referred to as a computer or can be said to include a computer.

[0021] The control unit 10 controls the entire delivery robot device 1. The control unit 10 can include a drive control unit 12, a position information acquisition unit 13, and a first detection processing unit 14a that are respectively responsible for the main functions of movement, position information acquisition, and trouble detection in the delivery robot device 1. In addition, the control unit 10 can include a second detection processing unit 14b, a communication control unit 11, and a display control unit 15 that are respectively responsible for the main functions of detecting the mobile terminal device 4 in the delivery robot device 1, communicating with the server device 3 and the mobile terminal device 4, and displaying on the display unit 20.

[0022] The control unit 10 may be implemented by, for example, a processor such as a CPU (Central Processing Unit), working memory, and a non-volatile storage device that stores a control program. This program may include a program that, when executed by the processor, realizes the functions of the delivery robot device 1. The control unit 10 may also be implemented using a programmable integrated circuit, such as an FPGA (field-programmable gate array) or a microcomputer.

[0023] Furthermore, the storage unit (not shown) is a storage device such as an SSD (Solid State Drive) or HDD (Hard Disk Drive) that stores various information used in the delivery robot device 1. This storage unit can store information to be displayed on the display unit 20, information indicating the detection conditions of the second detection processing unit 14b, and location information acquired by the location information acquisition unit 13 from the GNSS receiver unit 18. This storage unit stores and updates information according to the control of the control unit 10.

[0024] The communication unit 16 performs wireless communication with external devices such as the server device 3 and the mobile terminal device 4. The communication unit 16 may be equipped with one or more types of communication interfaces for performing such wireless communication. The communication control unit 11 controls communication with external devices via the communication unit 16.

[0025] Let's take an example of the communication unit 16. For instance, the communication unit 16 is equipped with a first communication interface for connecting to a mobile communication system, which allows it to communicate wirelessly with a server device 3 and a mobile terminal device 4 via that mobile communication system.

[0026] Furthermore, the communication unit 16 may be equipped with a second communication interface that performs wireless communication in accordance with the Wi-Fi (registered trademark; hereinafter the same) standard. This allows the communication unit 16 to communicate wirelessly with the server device 3 and the mobile terminal device 4 via its second communication interface and a nearby access point. This access point may include a free access point.

[0027] Furthermore, this second communication interface can be an interface capable of NAN communication, that is, Wi-Fi Aware communication, which can be realized with the Wi-Fi Aware function defined by the Wi-Fi Alliance. NAN stands for Neighbor Awareness Networking. Wi-Fi is the name of a wireless LAN (Local Area Network) that uses the IEEE (Institute of Electrical and Electronics Engineers) 802.11 standard and its derivative standards. Wi-Fi Aware communication enables the transmission and reception of information between the delivery robot device 1 and the mobile terminal devices 4 located in its vicinity. This transmission and reception of information can be performed without performing NAN pairing.

[0028] Furthermore, the communication unit 16 may be equipped with a third communication interface that performs wireless communication in accordance with the Bluetooth (registered trademark; hereinafter the same) standard or its derivative standards, or wireless communication in accordance with other types of short-range wireless communication standards. This allows the communication unit 16 to perform short-range wireless communication after pairing with the mobile terminal device 4 via its third communication interface.

[0029] The drive unit 17 may include, for example, a plurality of wheels 17a and motors that drive those wheels 17a. The drive unit 17 drives the wheels 17a under the control of the drive control unit 12, thereby enabling the delivery robot device 1 to move.

[0030] The GNSS receiver 18 is a receiver in the GNSS system and receives location information, including latitude and longitude information from the GNSS, and time information at the time of acquisition, and passes it to the location information acquisition unit 13. This allows the location information acquisition unit 13 to acquire the location information and time information. The location information acquisition unit 13 passes the acquired location information and time information to the drive control unit 12 for use in drive control, for example, or to the communication control unit 11 and has it transmitted to the server device 3 via the communication unit 16. Based on this location information and time information, the server device 3 sends a command for drive control back to the delivery robot device 1. The drive control unit 12 can then control the drive unit 17 according to this command.

[0031] Furthermore, the location information acquisition unit 13 can be configured to acquire location information of mobile terminal devices 4 located around the delivery robot device 1 via the communication unit 16. Hereinafter, the location information of the mobile terminal devices 4 will be referred to as the first location information, and the location information of the delivery robot device 1 acquired by the GNSS receiver unit 18 will be referred to as the second location information.

[0032] For example, the mobile terminal device 4 can be configured to include a GNSS receiver, and the location information acquisition unit 13 can acquire the first location information obtained by the GNSS receiver via the communication unit 16. More specifically, for example, the location information acquisition unit 13 can receive the first location information from the mobile terminal device 4 in its vicinity via Wi-Fi Aware communication. Of course, if user registration, as described later, has been performed, the location information acquisition unit 13 can receive the first location information from the mobile terminal device 4, or even from the mobile terminal device 4 via the server device 3, by means of a mobile communication system.

[0033] Alternatively, Wi-Fi Aware can include distance measurement with peer devices using the IEEE 802.11mc protocol. Therefore, the delivery robot device 1 can measure the distance to at least the mobile terminal device 4 within communication range as first position information, and can determine whether or not the mobile terminal device 4 is within a predetermined distance from itself. The determination of whether or not it is within a predetermined distance refers to the determination of whether or not the mobile terminal device 4 is located in the vicinity of the delivery robot device 1, that is, whether or not it is a peripheral terminal device.

[0034] Alternatively, the location information acquisition unit 13 may measure the distance and direction of the mobile terminal device 4 located around the delivery robot device 1 via the third communication interface of the communication unit 16. In this case, the location information acquisition unit 13 can calculate the first location information of the mobile terminal device 4 using the measurement results and the second location information obtained from the GNSS receiver unit 18.

[0035] Thus, the location information acquisition unit 13, the communication control unit 11, and the communication unit 16 can function as an example of an information acquisition unit that acquires first location information from a detected peripheral terminal device.

[0036] The second detection processing unit 14b detects peripheral terminal devices, which are mobile terminal devices 4, located around the delivery robot device 1 via the communication control unit 11 and the communication unit 16. In other words, the second detection processing unit 14b detects peripheral terminal devices, which are mobile terminal devices 4, located within a predetermined distance of the delivery robot device 1 via the communication control unit 11 and the communication unit 16. The delivery robot device 1 can determine whether a mobile terminal device 4 is located within a predetermined distance from itself or outside that predetermined distance based on the distance measurement results described above, or based on the difference in position between the acquired first position information and the second position information.

[0037] As illustrated by the second detection processing unit 14b, the communication control unit 11, and the communication unit 16, the delivery robot device 1 includes a second detection unit for detecting the above-mentioned peripheral terminal devices. The second detection processing unit 14b transmits the detection results of the peripheral terminal devices to the server device 3 via the communication control unit 11 and the communication unit 16.

[0038] Furthermore, regarding the mobile terminal device 4 owned by a user who has registered (as described later), the server device 3 can acquire its first and second location information, and can be configured to determine whether or not it is a mobile terminal device 4 located within a predetermined distance. Therefore, the second detection processing unit 14b may perform detection processing for users who have not registered, while the detection processing unit provided on the server device 3 side may perform detection processing for registered users.

[0039] Let me add some details about the detection process for peripheral terminal devices. The location information acquisition unit 13 can acquire the first location information if a peripheral terminal device, which is the source device for acquisition, is present around the delivery robot device 1. Therefore, the detection process for peripheral terminal devices itself can be performed by the communication unit 16 receiving a beacon signal from the communication unit of the peripheral terminal device, and the second detection processing unit 14b detecting that it has been received via the communication control unit 11. It should be noted that the second detection processing unit 14b can be included in the location information acquisition unit 13, or the location information acquisition unit 13 can be included in the second detection processing unit 14b.

[0040] Here, the area surrounding the delivery robot device 1 can refer to the range within which its radio waves can reach, and although this range may vary depending on factors such as the surrounding terrain and the presence of buildings, it can refer to a predetermined distance within which the radio waves can reach. Therefore, when the delivery robot device 1 performs detection directly, it can basically detect surrounding terminal devices based on radio waves received through a second or third communication interface other than radio waves transmitted via the mobile communication system.

[0041] Furthermore, the location information acquisition unit 13 may, via the communication control unit 11 and the communication unit 16, acquire not only the first location information but also route information indicating the planned travel route of the owner of the peripheral terminal device from the peripheral terminal device detected by the second detection processing unit 14b. For convenience, the route information indicating the planned travel route will be referred to as the first route information, and the route information indicating the planned delivery route of the delivery robot device 1 will be referred to as the second route information. The first route information is the route information set in the peripheral terminal device.

[0042] For example, via Wi-Fi Aware communication, the location information acquisition unit 13 can receive first route information from surrounding terminal information, which is a mobile terminal device 4 located in its vicinity. Of course, if user registration, as described later, has been performed, the location information acquisition unit 13 can also receive first route information from the mobile terminal device 4, or even from the mobile terminal device 4 via the server device 3, through a mobile communication system.

[0043] Thus, the location information acquisition unit 13, the communication control unit 11, and the communication unit 16 can function as an example of an information acquisition unit that acquires first location information and first route information from detected peripheral terminal devices.

[0044] Furthermore, the imaging unit 19 may include a camera that images the direction of travel, which is the front of the delivery robot device 1, and cameras that image the rear and left and right sides of the delivery robot device 1. The imaging unit 19 may also include an omnidirectional camera. In addition, the imaging unit 19 may include a two-dimensional or three-dimensional optical sensor such as LiDAR (registered trademark; the same applies hereinafter). As in these examples, the imaging unit 19 can acquire a surrounding image that captures the area around the delivery robot device 1.

[0045] Although not shown in the diagram, the imaging unit 19 may include an analysis unit for analyzing the captured images, or the control unit 10 may include such an analysis unit. The analysis unit determines obstacles and other objects from the surrounding image, that is, the image of the surrounding environment. The determination result is passed to the drive control unit 12 for use in drive control, for example, to avoid obstacles. The analysis unit can also analyze the crowding situation of people in the surrounding area, in which case the analysis result is passed to the communication control unit 11 and transmitted to the server device 3 via the communication unit 16. Based on this analysis result, the server device 3 can send a command for drive control back to the delivery robot device 1. The drive control unit 12 can control the drive unit 17 according to the returned command.

[0046] The display unit 20 may be composed of a display device such as a liquid crystal panel or an organic electroluminescent panel. The display control unit 15 controls the display on the display unit 20.

[0047] The display control unit 15 can control the display unit 20 to display an access image as follows. This access image is an image that includes information indicating the current location and current time of the delivery robot device 1 as indicated by the second location information, and access information for accessing the delivery robot device 1. The access image can be, for example, an image showing a two-dimensional code such as a QR code (registered trademark; the same applies hereinafter) 21 as illustrated in Figure 2, or an image showing a one-dimensional code such as a barcode (registered trademark). Since the access image includes the current time, it is displayed while being updated in real time.

[0048] In this example, a person who sees the access image can capture the access image with the imaging unit on their portable terminal device 4, thereby reading the access image and gaining access based on the access information. The second detection processing unit 14b then detects the portable terminal device 4 as a peripheral terminal device upon detecting this access based on the access information, and can transmit the detection result to the server device 3 via the communication control unit 11 and the communication unit 16.

[0049] The access information included in the access image may be access information for accessing the server device 3. In that case, the second detection processing unit 14b can detect it as a peripheral terminal device by receiving information indicating that an access has occurred from the server device 3 via the communication unit 16 and the communication control unit 11. However, in this case, if the server device 3 is equipped with a function for detection based on access information in the second detection processing unit 14b, the sending and receiving of such information will not be necessary.

[0050] The first detection processing unit 14a detects the occurrence or precursor of a predetermined trouble in the delivery robot device 1 based on the detection results from various sensors provided in the delivery robot device 1 (not shown). The first detection processing unit 14a and the sensor group are an example of a first detection unit that performs such detection.

[0051] Furthermore, the sensor group may include the imaging unit 19 described above. In that case, the first detection processing unit 14a is equipped with a trouble analysis unit as described above as an analysis unit for determining obstacles, and analyzes the captured surrounding image to detect the occurrence or precursor of a trouble. The analysis unit may detect the occurrence or precursor of a predetermined trouble, such as snow accumulation, stopping due to a step, stopping because the button on a push-button traffic signal cannot be pressed, or stopping due to being caught in a sudden accident, from the surrounding image, or from the surrounding image and sensor information from other sensors.

[0052] For example, this trouble analysis unit may include a trained model that has been machine-learned to take ambient images or ambient images and sensor information from a group of other sensors as input and output detection results. The algorithm of this trained model is not limited. By inputting ambient images or ambient images and sensor information from a group of other sensors into this trained model, a detection result for a predetermined trouble can be obtained. The detection result for a predetermined trouble may be the occurrence of a trouble and the content of the trouble that has occurred, or it may be a prediction of the signs of trouble and the content of that trouble, or both.

[0053] The first detection processing unit 14a transmits the detection result of a predetermined trouble to the server device 3 via the communication control unit 11 and the communication unit 16. Alternatively, the first detection processing unit 14a may pass the detection result of a predetermined trouble to the second detection processing unit 14b and the display control unit 15. In this case, the second detection processing unit 14b only needs to detect peripheral terminal devices, which are mobile terminal devices 4, that are present around the delivery robot device 1, when a predetermined trouble is detected. The display control unit 15 only needs to display the access image when a predetermined trouble is detected.

[0054] Furthermore, the functions of the first detection processing unit 14a can be partially or entirely provided on the server device 3 side. In other words, the server device 3 can be configured to monitor for the occurrence of a predetermined trouble in the delivery robot device 1. In this case, the communication control unit 11 transmits the information necessary for detection to the server device 3 via the communication unit 16, so that the server device 3 can detect the occurrence or precursor of the predetermined trouble.

[0055] Furthermore, the first detection processing unit 14a may also determine the content of troubleshooting support to resolve the detected predetermined trouble. The content of troubleshooting support may refer to procedures for dealing with the trouble. The first detection processing unit 14a also functions as an example of a decision unit that makes such determinations. The above decision unit may be provided on the server device 3 side, in which case information indicating the detected predetermined trouble should be sent to the server device 3.

[0056] The above decision can be made, for example, by storing a table in the memory unit of the delivery robot device 1 that associates troubles with the content of trouble resolution support to resolve them, and by referring to that table and reading the contents when a predetermined trouble is detected. Of course, the trouble analysis unit may also be equipped with a trained model that has been trained to take ambient images or ambient images and sensor information from other sensor groups as input and output the content of trouble resolution support. The algorithm of this trained model is not specified. By taking ambient images or ambient images and sensor information from other sensor groups as input to this trained model, the content of trouble resolution support can be obtained along with the detection result of a predetermined trouble.

[0057] If the detected problem is a stoppage or reduction in movement speed due to snow accumulation, in other words, being stranded due to snow, the content of the trouble resolution support, that is, the method of resolution to be conveyed to the support candidate, can be as follows: In this case, the content of the trouble resolution support should be snow removal work, work to move wheels 17a that are stuck in heavy snow or ruts, or assistance with driving by accompanying the vehicle.

[0058] If the detected problem is a stop due to a step or an obstacle, the troubleshooting support should involve shifting the delivery robot device 1 to avoid the step, or shifting the delivery robot device 1 to avoid the obstacle, or shifting the position of the obstacle, respectively. If the detected problem is a stop due to being unable to press a push-button traffic signal, the troubleshooting support should involve pressing the push-button traffic signal.

[0059] Furthermore, for any trouble, the support provided to resolve the trouble may include a report on the current situation, or a report on the results of resolving the trouble. If the detected trouble is a stoppage due to being caught in a sudden accident, the support provided to resolve the trouble should include moving the vehicle away from the accident scene, reporting the situation, notifying the police or calling an ambulance, and reporting on the results of resolving the trouble.

[0060] (Mobile terminal device 4) Although the configuration example of the mobile terminal device 4 is omitted, for example, it can have a general computer configuration in which the drive control unit 12, first detection processing unit 14a, second detection processing unit 14b, and drive unit 17 are excluded from the parts shown as the configuration of the delivery robot device 1 in Figure 1, and an input unit and a storage unit are added.

[0061] Therefore, the control unit of the mobile terminal device 4 can also be realized by, for example, a processor, working memory, and a non-volatile storage device that stores a control program. This program may include a program that, when executed by the processor, realizes the functions of the mobile terminal device 4. This program may include, for example, a program that executes communication processing with the communication destination device among the delivery robot device 1 and the server device 3, and processing for generating information to be transmitted. This control unit may also be realized using a programmable integrated circuit, such as an FPGA or a microcomputer.

[0062] Furthermore, the mobile terminal device 4 can be configured to display images on its display unit for route guidance, or navigation, to the user of the mobile terminal device 4, based on map data stored in its memory unit and first location information acquired by the GNSS receiver unit. This allows the user of the mobile terminal device 4 to travel to their destination while confirming the planned route to the destination on a map that includes their current location. As described above, the delivery robot device 1 can acquire this first route information indicating the planned route from the mobile terminal device 4.

[0063] Furthermore, in the example where the access image is displayed on the display unit 20, the owner of the mobile terminal device 4 captures this access image with the imaging unit provided on the mobile terminal device 4. As a result, the mobile terminal device 4 extracts access information from the access image, prompts the user to access the destination indicated by that access information, accepts the operation, or automatically accesses the destination. In this case, the owner is assumed to be walking around the delivery robot device 1, or to be standing still on a bicycle or to have dismounted from a bicycle, and can therefore be considered a candidate to request assistance in resolving the problem. A person who is standing still on a bicycle or to have dismounted from a bicycle can also be considered a pedestrian.

[0064] (Server device 3) The server device 3 consists of a server computer and may include a control unit 30, a communication unit 36, and a storage unit 37. Although the server device 3 is described as a single device, the server device 3 can also be constructed as a server system with functions distributed across multiple devices.

[0065] The control unit 30 controls the entire server device 3. The control unit 30 may include a communication control unit 11 and a robot control unit 32, which are responsible for the main functions of sending and receiving information with the delivery robot device 1 and controlling the drive of the delivery robot device 1, respectively. The control unit 30 may also include an identification unit 33 and a request processing unit 34, which are responsible for the main functions of identifying the mobile terminal device 4 held by the support candidate, and controlling the transmission of request information to the mobile terminal device 4 and the reception of the response, respectively.

[0066] The control unit 30 may be implemented, for example, by a processor such as a CPU, working memory, and a non-volatile storage device that stores a control program. This program may include a program that, when executed by the processor, realizes the functions of the server device 3. Alternatively, the control unit 30 may be implemented using an integrated circuit that can be programmed by the user, such as an FPGA or a microcomputer.

[0067] The communication unit 36 ​​performs wireless communication with external devices such as the delivery robot device 1 and the mobile terminal device 4. The communication unit 36 ​​may be equipped with a communication interface for performing such wireless communication. For example, the communication unit 36 ​​may be equipped with a communication interface that connects to a mobile communication system in order to communicate with the delivery robot device 1 and the mobile terminal device 4. The communication control unit 31 controls communication with external devices via the communication unit 36.

[0068] The storage unit 37 is a storage device such as an SSD or HDD that stores various information used by the server device 3. The storage unit 37 can store user information 37a, which indicates a user of the support request system 100, as one type of information to be stored. User information 37a is information registered in advance about users who may be candidates for support, and may include the user's name or ID, contact information for the mobile terminal device 4 used by the user, device identification number, telephone number, and other access information. In addition, user information 37a may be registered automatically or with the user's consent for users who have received support once. The storage unit 37 stores and updates information according to the control of the control unit 30.

[0069] When the first detection processing unit 14a detects a predetermined trouble, the identification unit 33 identifies the mobile terminal device 4 held by the support candidate, who is a pedestrian who is the target of the request for assistance in resolving the trouble of the delivery robot device 1, based on the detection result of the second detection processing unit 14b. Whether or not the person is a pedestrian can be determined, for example, by whether or not the speed of change of the first position information received from the mobile terminal device 4 is below a predetermined speed, or by whether or not the person is moving on a sidewalk. In the example where an access image is displayed, the person may also be determined to be a pedestrian simply by the fact that they accessed the device based on that access image.

[0070] Here, the identification in the identification unit 33 may be limited to one mobile terminal device 4, or it may be performed under the conditions of being within the first predetermined number, or being greater than or equal to the second predetermined number, or being within the first predetermined number and greater than or equal to the second predetermined number, or there may be no limit on the number of devices. It is expected that the number of support candidates who make trouble resolution requests will increase in proportion to the number of devices, and that the number of people who will accept the requests will also increase. In addition, the number of people required to resolve a trouble may vary depending on the trouble. For example, at least one of the first predetermined number and the second predetermined number may be changed depending on the nature of the trouble. Furthermore, support candidates are not limited to people walking on a sidewalk or other people moving toward a certain destination, but may also include, for example, construction workers or shop employees who stop or wander around along the delivery route of the delivery robot device 1.

[0071] In a simpler example, the identification unit 33 identifies the mobile terminal device 4 detected as being within a predetermined distance of the delivery robot device 1, as indicated by the detection results from the second detection processing unit 14b, as the mobile terminal device 4 possessed by the support candidate.

[0072] Alternatively, the identification unit 33 identifies a portable terminal device 4, that is, a peripheral terminal device, that meets predetermined conditions, as being located within a predetermined distance of the delivery robot device 1, as indicated by the detection results from the second detection processing unit 14b, and identifies it as the portable terminal device 4 possessed by the support candidate. Various examples of the above predetermined conditions are described below.

[0073] The above-mentioned predetermined conditions may be conditions relating to the first location information and first route information of the peripheral terminal device. In other words, the identification unit 33 may identify the mobile terminal device 4 possessed by the support candidate based on the detection result of the second detection processing unit 14b, the first location information and first route information, the second location information of the delivery robot device 1, and the second route information indicating the planned delivery route of the delivery robot device 1. More specifically, based on this information, the identification unit 33 may identify, for example, the nearest peripheral terminal device that is moving in the same direction or along the same route as the mobile terminal device 4 possessed by the support candidate.

[0074] Such specific examples will be explained using Figures 3 and 4. Figures 3 and 4 are schematic diagrams showing one example and another example of the situation around the delivery robot device 1, respectively, to explain an example of the process of identifying the mobile terminal device to which the request information will be sent in the support request system 100. In situation 50 shown in Figure 3 and situation 60 shown in Figure 4, the second detection processing unit 14b detects the mobile terminal device 4 within a circle 1c with a predetermined radius centered on the delivery robot device 1. In situations 50 and 60, the owners Ua, Ub, Uc and the delivery robot device 1 are all moving on sidewalk 52 of the sidewalks 52, 53, and 54 of the roadway 51, and their directions of movement are indicated by the arrows.

[0075] In the scenario 50 shown in Figure 3, the delivery robot device 1 is traveling along the planned delivery route 1r indicated by the second route information. Furthermore, in scenario 50, the owner Ua of the mobile terminal device 4a is walking towards the delivery robot device 1 from behind, while the owner Ub of the mobile terminal device 4b is approaching from the front of the delivery robot device 1 in the opposite direction. In this case, the identification unit 33 identifies the mobile terminal device 4a, which is moving in the same direction as the support candidate, rather than the mobile terminal device 4b, which is moving in the opposite direction. In other words, in this case, the support candidate is owner Ua, not owner Ub.

[0076] In the scenario 60 shown in Figure 4, the delivery robot device 1 is traveling along the planned delivery route 1r indicated by the second route information. Furthermore, in scenario 60, the owner Ua of mobile terminal device 4a and the owner Uc of mobile terminal device 4c are walking towards the delivery robot device 1 from behind, and owner Ua is closer to the delivery robot device 1 than owner Uc. However, the planned walking route 4ar indicated by the first route information obtained from mobile terminal device 4a then shows that they will cross the pedestrian crossing 55 and move away from the delivery robot device 1. In this case, the identification unit 33 identifies mobile terminal device 4c, which is moving in the same direction, rather than the closer mobile terminal device 4a, as the mobile terminal device possessed by the support candidate. In other words, in this case, the support candidate is owner Uc, not owner Ua.

[0077] Furthermore, the above-mentioned predetermined conditions may be conditions relating to the first location information of the peripheral terminal device, excluding the conditions relating to the first route information. In other words, the identification unit 33 may identify the mobile terminal device 4 possessed by the support candidate based on the detection result in the second detection processing unit 14b, the first location information, and the second location information of the delivery robot device 1. More specifically, based on this information, the identification unit 33 may identify, for example, the nearest peripheral terminal device, or a predetermined number of peripheral terminal devices in order of proximity, or a peripheral terminal device located within a predetermined distance shorter than the predetermined distance at the time of detection, as the mobile terminal device 4 possessed by the support candidate.

[0078] Alternatively, the identification unit 33 may identify a peripheral terminal device as a portable terminal device 4 possessed by the support candidate if the walking speed, which is the rate of change of the first position information, differs from the movement speed of the delivery robot device 1, which is the rate of change of the second position information, within a predetermined range. Alternatively, the identification unit 33 may identify a peripheral terminal device as a portable terminal device 4 possessed by the support candidate, which is the peripheral terminal device whose walking speed, which is the rate of change of the first position information, is closest to the movement speed of the delivery robot device 1, which is the rate of change of the second position information, or a predetermined number of peripheral terminal devices in order of proximity.

[0079] Furthermore, in the example of displaying an access image, the above-mentioned predetermined conditions may include the condition that the mobile terminal device 4 is the one that made the access based on that access image. In this case, the identification unit 33 may identify the peripheral terminal device, which is a mobile terminal device 4 located around the delivery robot device 1 that accessed the support request system 100 based on the access information, as the mobile terminal device 4 possessed by the support candidate. Of course, even in this case, the identification unit 33 may also take into account conditions based on location information, or location information and route information and a limit on the number of devices, or one or more of these conditions, when making the identification. In this example, the first location information may be the location information of the delivery robot device 1 included in the access information.

[0080] Furthermore, the above-mentioned predetermined conditions may also include conditions regarding whether or not a user is registered. In other words, the identification unit 33 may, based on the detection results in the second detection processing unit 14b, refer to the user information 37a and identify peripheral terminal devices that have been registered as users as the mobile terminal devices 4 possessed by the support candidate, prioritizing them over peripheral terminal devices that have not been registered as users. A mobile terminal device 4 that has not been registered as a user means that it is a mobile terminal device possessed by a person unrelated to the service requested in the support request system 100.

[0081] Alternatively, the second detection processing unit 14b may access the server device 3 and refer to user information 37a to detect peripheral terminal devices targeting mobile terminal devices 4 that have been registered as users. In this case, if the second detection processing unit 14b is unable to detect any peripheral terminal devices, it may detect peripheral terminal devices targeting mobile terminal devices 4 that have not been registered as users. For mobile terminal devices 4 that have not been registered as users, the delivery robot device 1 may request temporary user registration using an image from the display unit 20, or request temporary user registration using voice from an audio output device (not shown).

[0082] The request processing unit 34 performs a process to request the communication control unit 31 to transmit request information via the communication unit 36. In this way, the server device 3 can be equipped with a request information transmission unit that transmits the above request information. The request information is information for requesting trouble resolution assistance from the mobile terminal device 4 held by the support candidate, and may include information such as the details of the trouble and the details of the trouble resolution assistance, which is the method of resolving it. The details of the trouble resolution assistance are as described above. As in this example, the request information may include the details of the request, and may also include information such as the estimated time required for resolution.

[0083] If the destination for the request information is a user-registered mobile terminal device 4, the destination may also be a mobile terminal device 4 included in the user information 37a. In this case, the request information transmission unit will be exemplified by the request processing unit 34, the communication control unit 31, and the communication unit 36. However, even if the destination for the request information is a user-registered mobile terminal device 4, the request processing unit 34 may also request the delivery robot device 1 to transmit the request information to that mobile terminal device 4 via Wi-Fi Aware communication.

[0084] If the destination for the request information is a mobile terminal device 4 that is not registered as a user, the destination is set to the delivery robot device 1, and the communication control unit 31 is requested to send the request information, specifying the final destination. Upon receiving this request, the communication control unit 31 transmits the request information to the delivery robot device 1 via the communication unit 36. The delivery robot device 1, having received the request information, transmits the request information via the communication unit 16 to the mobile terminal device 4 that corresponds to the final destination among the mobile terminal devices 4 detected by the second detection processing unit 14b. This transmission can be performed via Wi-Fi Aware communication. In this case, the request information transmission unit is exemplified by the request processing unit 34, the communication control unit 31, the communication unit 36, the communication control unit 11, and the communication unit 16.

[0085] Furthermore, the request processing unit 34 also performs the process of receiving agreement information from the mobile terminal device 4 as a response to the request information, via the communication control unit 31 and the communication unit 36, indicating an agreement to provide assistance in resolving the problem. In this way, the server device 3 can be equipped with an agreement information receiving unit that receives the above agreement information. The receiving path for the agreement information is the reverse of the transmission path for the request information, and can be made to differ depending on whether or not the user is registered, similar to the transmission path for the request information.

[0086] However, for example, the request information may include access information to the server device 3 for performing support after user registration. This allows the request processing unit 34 to receive agreement information from the mobile terminal device 4 via the communication control unit 31 and the communication unit 36, without going through the delivery robot device 1, either by accessing the device or by having the user select an agreement button after accessing it.

[0087] Furthermore, in the example of displaying an access image, the request processing unit 34 may transmit agreement information or information indicating that an agreement has been reached to the delivery robot device 1 via the communication control unit 31 and the communication unit 36. The display control unit 15 may then erase the access image on the display unit 20 when it receives agreement information or information indicating that an agreement has been reached via the communication unit 16 and the communication control unit 11, that is, when an agreement has been obtained from the support candidate. This prevents the reading of the access image for making a support request, thus avoiding unnecessary requests.

[0088] Furthermore, if the request processing unit 34 receives agreement information, it may prompt the owner of the mobile terminal device 4 to register as a user if they are not already registered, and then have them register. Also, if the request processing unit 34 receives agreement information and the user is already registered or has registered, it may provide an incentive such as points that can be used for a predetermined service. The incentive to be provided can be managed, for example, in association with user information 37a, or it may be notified to the system providing the predetermined service along with the user's information.

[0089] Furthermore, incentives may be awarded upon completion of support rather than upon agreement to the request. In this case, the incentive may be set higher depending on the content of the support, such as the time required for the support. Request information may also include information such as the time and content of the support to be provided. In this case as well, incentives can be awarded after the completion of the support, or they may be awarded when the agreement information is received.

[0090] Furthermore, in the example where an access image is displayed, the incentive may be awarded only based on accesses related to the access image. The incentive may also be awarded with a limit on the number of accesses. Additionally, when displaying an access image, it may be indicated simultaneously that there is a benefit for which an incentive will be awarded, or this may be announced via voice from an audio output device (not shown).

[0091] Alternatively, instead of displaying an access image, a voice request for assistance can be made from an audio output device (not shown). In this case, the mobile terminal device 4 of a pedestrian who stops, attracted by the voice, becomes easier to detect as a peripheral terminal device.

[0092] Furthermore, after the agreement is reached, the mobile terminal device 4 of the agreed-upon owner can communicate with the server device 3 or the delivery robot device 1 via a mobile communication system or Wi-Fi access point, or via Bluetooth communication after pairing is established. Therefore, the mobile terminal device 4 can also report the progress and results of troubleshooting, indicating the status of troubleshooting, to the server device 3 or the delivery robot device 1. In addition, in examples where access images are displayed or audio announcements are made, it is advisable to clear the display or stop the audio announcement once such communication becomes possible.

[0093] Even if a report is made to delivery robot device 1, if delivery robot device 1 sends the results of the trouble resolution to server device 3, server device 3 can manage the results of the trouble resolution. Server device 3 can thus also function as a monitoring center to monitor the trouble resolution status.

[0094] (Example of processing in the support request system 100) Next, we will explain an example of the support request processing performed by the support request system 100 using Figure 5. Figure 5 is a flowchart illustrating an example of the support request processing performed by the support request system 100 shown in Figure 1. Here, only a general example of processing is given, but the various examples described above can be applied to the configuration of the support request system 100.

[0095] First, in the delivery robot device 1, the first detection processing unit 14a performs detection of the occurrence or precursor of a predetermined trouble with respect to the delivery robot device 1, and determines whether or not a trouble has been detected (step S11).

[0096] When the answer to step S11 is YES, the second detection processing unit 14b detects the peripheral terminal device, which is the mobile terminal device 4, that is present in the vicinity (step S12). Next, the location information acquisition unit 13 acquires the first location information and the first route information from the detected peripheral terminal device (step S13). The location information acquisition unit 13 also acquires the second location information and the second route information of the delivery robot device 1 (step S14). The order of steps S13 and S14 does not matter. The information acquired in steps S13 and S14, along with information indicating that a predetermined trouble has been detected, is transmitted by the communication control unit 11 to the server device 3 via the communication unit 16.

[0097] Upon receiving this information, the server device 3 uses the identification unit 33 to identify the mobile terminal device 4 held by the support candidate, who is a pedestrian requesting assistance in resolving a problem with the delivery robot device 1, based on the first and second location information and the first and second route information (step S15). The identification unit 33 then passes the information of the identified mobile terminal device 4 to the request processing unit 34.

[0098] Identifying a problem based on route information, as in step S15, is particularly useful, for example, when resolving the problem requires assistance from an accompanying driver. Furthermore, identification based on route information as well as location information may be performed only when the resolution of the detected problem involves assistance from an accompanying driver; otherwise, identification based solely on location information may be used.

[0099] Note that the process in step S11 may be executed after steps S12 to S14 and before step S15. In this case, if the answer in step S11 is NO, it is advisable to return to step S12.

[0100] After processing in step S15, the request processing unit 34 sends request information to the mobile terminal device 4 held by the support candidate to request assistance in resolving the problem (step S16). Next, the request processing unit 34 determines whether or not it has received agreement information in response to this transmission (step S17), and if it has not received it, it terminates the process.

[0101] If the answer in step S17 is YES, that is, if agreement information is received, the request processing unit 34 receives a support report from the identified mobile terminal device 4 and stores it in the storage unit 37 (step S18), and terminates the process. This support report may refer to a report that the supporter who agreed to the support request has resolved the problem in question, or a report of the process of resolving the problem.

[0102] (Effects of Embodiment 1) As described above, in this embodiment, when an autonomous mobile delivery robot is used for delivery, assistance in resolving problems is requested from people in the vicinity. Therefore, according to this embodiment, when an abnormality occurs that can be resolved simply by changing the surrounding environment when an autonomous mobile delivery robot is used for delivery, it becomes possible to reduce the need for the business operator to go to the location of the delivery robot and perform the work.

[0103] To illustrate the effect, let's consider a comparative example. The autonomous mobile delivery robot device in the comparative example has a function to report the occurrence of a predetermined trouble to a monitoring center when it is detected by the onboard sensors. Therefore, in the delivery robot device in the comparative example, even if the detected trouble is one that requires emergency response for smooth delivery but can be resolved simply by changing the surrounding environment, the operator's workers still need to go to the site to resolve it. In contrast, in this embodiment, assistance in resolving troubles can be requested from pedestrians near the delivery robot device 1, eliminating the need for the operator to go to the site when such troubles occur, and enabling quick resolution of the troubles, thus realizing safe and smooth delivery.

[0104] Furthermore, in this embodiment, if the delivery robot device 1 is configured to display an access image such as a QR code, a service can be provided in which the robot receives an incentive for reading the access image or for reading it and providing assistance in resolving the problem. If such a service becomes established, or if deliveries are made while providing notifications, the probability of the person requesting assistance agreeing to the request can be increased, and the problem can be resolved more quickly.

[0105] In this embodiment, if the delivery robot device 1 is configured to display an access image such as a QR code, the costs incurred by operators such as transportation companies for its introduction and operation will mainly consist of the display device or the display device and incentives. Therefore, such costs can be kept lower than the amount of damage caused by theft or the resulting loss of customers. Furthermore, by including location information and time information in the access image displayed in real time, this information can be included in the access information from passersby such as pedestrians. As a result, even in environments where the delivery robot device 1 cannot receive GNSS signals or does not have communication functions, the system accessed based on that access information can determine the location and time of the delivery robot device 1 at a given point in time.

[0106] Furthermore, in this embodiment, as such a delivery service becomes established, the psychological effect of an unspecified number of passersby monitoring the delivery robot device 1 can reduce theft or vandalism of the delivery robot device 1 or the items it carries.

[0107] <Embodiment 2> The support request system according to Embodiment 2 will be explained using Figure 6, focusing on the differences from Embodiment 1, but various examples described in Embodiment 1 can be applied. Figure 6 is a block diagram showing one example configuration of the support request system according to Embodiment 2.

[0108] The support request system according to this embodiment can be configured to include a delivery robot device 1a and a server device 3a, as illustrated in the support request system 100a in Figure 6. In this embodiment as well, the support request system 100a will be described as a system that also includes a mobile terminal device 4.

[0109] The support request system 100a differs from Embodiment 1 in that, in the support request system 100 of Figure 1, the functions of the specific unit 33 and the request processing unit 34 in the server device 3 are mainly located on the delivery robot device 1a side. In other words, the support request system 100a differs from Embodiment 1 in that the server device 3a does not have the specific unit 33 and the request processing unit 34 in its control unit 30a, while the delivery robot device 1a has a control unit 10a that includes the specific unit 33a and the request processing unit 34a.

[0110] In this embodiment, the server device 3a primarily handles the movement control, user management, and troubleshooting report management of the delivery robot device 1a, while the delivery robot device 1a handles all other processing.

[0111] For example, the second detection processing unit 14b performs the process of detecting peripheral terminal devices, which are mobile terminal devices 4, that are present around the delivery robot device 1a. In this embodiment, the delivery robot device 1a can basically perform this detection without going through the server device 3a at all. Of course, for user-registered mobile terminal devices 4, this detection can also be performed by communicating with the server device 3a via a mobile communication system or the like.

[0112] When a predetermined trouble is detected, the identification unit 33a identifies the mobile terminal device 4 held by the support candidate, who is a pedestrian who is the target of the trouble resolution assistance for the delivery robot device 1a, based on the detection result from the second detection processing unit 14b. The request processing unit 34a transmits request information to the mobile terminal device 4 held by the support candidate via the communication control unit 11 and the communication unit 16 to request trouble resolution assistance. The request processing unit 34a can also perform processing such as receiving agreement information in the same manner as in Embodiment 1. An example of the support request processing in this embodiment will be omitted as the explanation of Embodiment 1 can be used as a reference, although the communication path of information mainly differs from that of Embodiment 1.

[0113] According to this embodiment, compared to the server device 3 of Embodiment 1, the processing load on the server device 3a can be reduced, and the processing can be distributed to the delivery robot device 1a.

[0114] <Alternative examples, etc.> Some or all of the processing in each of the above-described devices—server device 3, server device 3a, delivery robot device 1, delivery robot device 1a, and mobile terminal device 4—can be implemented as computer programs, as described for control programs. The above-described programs include a set of instructions (or software code) for causing the computer to perform one or more of the functions described in the embodiments when loaded into a computer. The programs may be stored in non-temporary computer-readable media or tangible storage media. Examples, but not limited to, include random-access memory (RAM), read-only memory (ROM), flash memory, solid-state drive (SSD), or other memory technologies, CD-ROM, digital versatile disc (DVD), Blu-ray® disc, or other optical disc storage, magnetic cassette, magnetic tape, magnetic disk storage, or other magnetic storage devices. The programs may be transmitted over temporary computer-readable media or communication media. Examples, but not limited to, include temporary computer-readable media or communication media, including electrical, optical, acoustic, or other forms of propagating signals.

[0115] This disclosure is not limited to the embodiments described above, and can be modified as appropriate without departing from the spirit of the invention. For example, the shape and configuration of the delivery robot device are not limited to those exemplified, and only need to be able to accommodate the transported object and move autonomously. Furthermore, while Embodiment 1 gives an example in which the server device 3 is equipped with the specific unit and request processing unit, and Embodiment 2 gives an example in which the delivery robot device 1a is equipped with them, the method of distributing processing is not limited to these, and the server device and the delivery robot device may perform the processing in cooperation. [Explanation of Symbols]

[0116] 1, 1a Delivery robot device 1r Delivery route 3, 3a Server device 4, 4a, 4b, 4c Mobile terminal devices 4ar Planned walking route 10, 10a, 30, 30a control unit 11, 31 Communication Control Unit 12 Drive control unit 13 Location information acquisition unit 14a First detection processing unit 14b Second detection processing unit 15 Display Control Unit 16, 36 Communications Department 17 Drive Unit 17a wheels 18 GNSS receiver 19 Imaging Unit 20 Display section 21 QR Codes 32 Robot Control Unit 33 Specific part 34 Request Processing Unit 37 Memory section 37a User Information 50, 60 situation

Claims

1. A support request system equipped with an autonomous mobile delivery robot device, A first detection unit for detecting the occurrence or precursor of a predetermined trouble with the delivery robot device, A second detection unit detects peripheral terminal devices, which are portable terminal devices, located around the aforementioned delivery robot device. If the first detection unit detects the predetermined trouble, the second detection unit identifies a mobile terminal device held by the support candidate, who is a pedestrian who is the target of the request for assistance in resolving the trouble of the delivery robot device, based on the detection result of the second detection unit. A request information transmission unit that transmits request information requesting assistance in resolving the trouble to the mobile terminal device held by the support candidate, A support request system equipped with the following features.

2. The system further includes an information acquisition unit that acquires first location information, which is the location information of the peripheral terminal device, from the peripheral terminal device detected by the second detection unit. The identification unit identifies the mobile terminal device held by the support candidate based on the detection result from the second detection unit, the first location information, and the second location information which is the location information of the delivery robot device. The support request system according to claim 1.

3. The system further includes an information acquisition unit that acquires first location information, which is the location information of the peripheral terminal device, and first route information, which indicates the planned travel route of the owner of the peripheral terminal device, from the peripheral terminal device detected by the second detection unit. The identification unit identifies the mobile terminal device held by the support candidate based on the detection result from the second detection unit, the first location information, the first route information, the second location information which is the location information of the delivery robot device, and the second route information which indicates the planned delivery route of the delivery robot device. The support request system according to claim 1.

4. Based on the detection results from the second detection unit, the identification unit identifies the peripheral terminal device that has been registered as a user in the support request system as a portable terminal device possessed by the support candidate, prioritizing it over the peripheral terminal device that has not been registered as a user in the support request system, or The second detection unit detects the peripheral terminal device targeting mobile terminal devices that have been registered as users in the support request system, and if it cannot detect the peripheral terminal device, it detects the peripheral terminal device targeting mobile terminal devices that have not been registered as users in the support request system. A support request system according to any one of claims 1 to 3.

5. A support request system equipped with an autonomous mobile delivery robot device, The system detects the occurrence or precursor of a predetermined trouble with the delivery robot device. The system detects peripheral terminal devices, which are portable terminal devices, located around the aforementioned delivery robot device. If the aforementioned predetermined trouble is detected, based on the detection results of the peripheral terminal device, the mobile terminal device held by the support candidate, who is a pedestrian who is the target of the request for assistance in resolving the trouble of the delivery robot device, is identified. The request information for assistance in resolving the trouble is transmitted to the mobile terminal device held by the aforementioned support candidate. How to request support.

Images