Information processing method, program, and information processing device

Abstract

To provide an information processing method and the like, which allow for grasping the delivery status of a delivery container.SOLUTION: A computer acquires sensor data detected by each of multiple sensors associated with a delivery container. The computer then infers an event related to the delivery status of the delivery container on the basis of a combination of the acquired multiple sets of sensor data.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present disclosure relates to an information processing method, a program, and an information processing device. [Background technology]

[0002] Patent document 1 discloses a system that measures the temperature within the storage space of an insulated delivery container and compares it with the allowable temperature for the delivery container to determine whether or not temperature adjustment within the storage space is necessary. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 6693494 Summary of the Invention [Problem to be solved by the invention]

[0004] The technology disclosed in Patent Document 1 makes it possible to grasp the temperature within the storage space of a delivery container, but does not take into consideration grasping the state of the delivery container other than the temperature, resulting in the problem that it is not possible to grasp the state of the delivery container during delivery.

[0005] The present disclosure aims to provide an information processing method etc. that makes it possible to grasp the delivery status of a delivery container. [Means for solving the problem]

[0006] An information processing method according to one aspect of the present disclosure includes a computer acquiring sensor data detected by multiple sensors associated with a delivery container, and performing a process to infer an event related to the delivery status of the delivery container based on a combination of the acquired sensor data. Effect of the Invention

[0007] In one aspect of the present disclosure, the delivery status of a delivery container can be known. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is an explanatory diagram illustrating an example of the configuration of an information processing system. [Diagram 2] 4 is a block diagram showing an example of the configuration of a sensor module and a delivery worker terminal. FIG. [Diagram 3] FIG. 13 is an explanatory diagram illustrating an example of a record layout of an event DB. [Figure 4] FIG. 2 is an explanatory diagram showing an example of a record layout of a delivery status DB and a monitoring DB. [Diagram 5] 4 is a block diagram showing a configuration example of a server and a delivery company terminal. FIG. [Figure 6] FIG. 2 is an explanatory diagram showing an example of the record layout of a monitoring DB and a delivery worker DB. [Figure 7] 13 is a flowchart illustrating an example of an initial setting process procedure. [Figure 8] FIG. 13 is an explanatory diagram showing an example of a screen. [Figure 9] 13 is a flowchart showing an example of a delivery container monitoring process procedure. [Figure 10] 13 is a flowchart showing an example of a delivery container monitoring process procedure. [Figure 11] FIG. 13 is an explanatory diagram showing an example of a screen of a delivery worker terminal. [Figure 12] 13 is a flowchart illustrating an example of a monitoring data providing process. [Figure 13] FIG. 13 is an explanatory diagram showing an example of a screen of a delivery company terminal. [Figure 14] FIG. 13 is an explanatory diagram showing an example of a screen of a delivery company terminal. [Figure 15] FIG. 2 is an explanatory diagram showing an example of the configuration of a learning model. [Figure 16] 13 is a flowchart showing another example of the delivery container monitoring process procedure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an information processing method, a program, and an information processing device according to the present disclosure will be described in detail with reference to the drawings showing embodiments thereof.

[0010] (Embodiment 1) In this embodiment, an information processing system that monitors the state of a delivery container used by a delivery company when delivering a package (delivery item) will be described. The information processing system of this embodiment is used by a delivery company that delivers packages that require temperature control, such as freezing or refrigeration. In this embodiment, a delivery worker who delivers the package may be an employee or part-time worker of the delivery company, or a contracted driver who has a business contract with the delivery company. The means for delivering the package may be any form, such as a car, a two-wheeled vehicle (motorcycle), a bicycle, a ship, or an airplane.

[0011] 1 is an explanatory diagram showing an example of the configuration of an information processing system. The information processing system of this embodiment includes a server 10, a delivery worker terminal 20, a sensor module 30, and a delivery company terminal 40. The server 10, the delivery worker terminal 20, and the delivery company terminal 40 are communicatively connected via a network N. The network N includes the Internet, a public telephone line network, or the like. The delivery worker terminal 20 and the sensor module 30 are configured to perform wireless communication.

[0012] The server 10 is an information processing device capable of various information processing and transmission and reception of information, such as a server computer, a personal computer, etc. The delivery worker terminal 20 is a terminal used by a worker who delivers luggage using a delivery container, and is a general-purpose information processing device such as a smartphone, a tablet terminal, a personal computer, etc. The delivery worker terminal 20 may be a general-purpose terminal or a terminal dedicated to a delivery company. The delivery worker terminal 20 is preferably a portable terminal, but may be a terminal fixed to a delivery vehicle, for example. The delivery company terminal 40 is a terminal used by a person in charge of the delivery company, and is a general-purpose information processing device such as a personal computer, a tablet terminal, a smartphone, etc. The sensor module 30 has multiple types of sensors that detect the state of the delivery container 3 as described later, and is used in association with one delivery container 3. For example, the sensor module 30 is used in association with the delivery container 3 by being stored or attached to a storage unit or an attachment unit provided in the delivery container 3. It is not necessary to provide a storage unit or an attachment unit in the delivery container 3, and the sensor module 30 may be stored inside the delivery container 3 together with the luggage and used.

[0013] In the information processing system, the sensor module 30 detects the state of the delivery container 3 using multiple types of sensors and transmits the detection results (sensor data) to the delivery worker terminal 20 with which it can communicate. The delivery worker terminal 20 determines the state of the delivery container 3 based on the sensor data acquired from the sensor module 30, and notifies the delivery worker when an event that should be notified to the delivery worker occurs. This can support the delivery worker in managing the state of the delivery container 3. The delivery worker terminal 20 also transmits monitoring data including the sensor data acquired from the sensor module 30 and information on the event detected based on the sensor data to the server 10. The server 10 acquires and accumulates monitoring data related to the delivery container 3 associated with the sensor module 30 from multiple delivery worker terminals 20. The server 10 also provides the accumulated monitoring data related to the delivery container 3 to the delivery worker terminal 40 in response to a request from the delivery worker terminal 40. In this embodiment, the detection results of each sensor of the sensor module 30 are sent to the delivery worker terminal 20, and are then sent to the server 10 by the delivery worker terminal 20, but the present invention is not limited to this configuration. For example, the sensor module 30 may be provided with a communication function for connecting to the network N, and the detection results of each sensor of the sensor module 30 may be sent directly to the server 10 via the network N.

[0014] The delivery container 3 is a highly heat-retaining container made of a sheet having thermal insulation properties, and the temperature inside the container can be kept at an appropriate temperature by putting pre-cooled ice packs in the container. By using such a delivery container 3, it is possible to deliver packages that require temperature control such as freezing or refrigeration while maintaining their quality. A delivery worker puts ice packs cooled in a freezer or refrigerator into the delivery container 3, and after the inside of the delivery container 3 reaches an appropriate temperature, the delivery worker places the package in the container and delivers it to the delivery destination. From the time the delivery worker puts the package in the delivery container 3 until the package is taken out at the delivery destination, the internal temperature of the delivery container 3 needs to be maintained within a predetermined appropriate temperature range, and the internal temperature of the delivery container 3 and its duration can be controlled by adjusting the cooling temperature and number of ice packs, etc.

[0015] The delivery container 3 is composed of, for example, a box body 3a with an opening on the top and a lid 3b that can open and close the opening. The delivery container 3 is provided with a storage section in which the sensor module 30 is stored, for example, on the inside of one side of the box body 3a, and the sensor module 30 is stored in the storage section. The sensor module 30 of this embodiment has a lamp 37 (see FIG. 2), and a transparent sheet is provided at the storage section on one side of the box body 3a so that the light emission state of the lamp 37 can be visually confirmed. Note that the box body 3a is not limited to this configuration, and the transparent sheet may not be provided. In the following embodiment, the description will be given assuming a case where the inside of the delivery container 3 is kept at a low temperature, that is, for use in cold storage, but is not limited to such use. For example, when delivering cooked food, the technology of the present disclosure can also be applied to a case where the inside of the delivery container 3 is kept at room temperature or high temperature, that is, for use in warm storage.

[0016] FIG. 2 is a block diagram showing an example of the configuration of the sensor module 30 and the delivery worker terminal 20. The sensor module 30 includes a control unit 31, a storage unit 32, a temperature sensor 33, an opening / closing sensor 34, an impact sensor 35, a short-range wireless communication unit 36, a lamp 37, a power button 38, and the like. The control unit 31 includes a processor such as a central processing unit (CPU) or a micro-processing unit (MPU), a read only memory (ROM), and a random access memory (RAM). The ROM stores a program for controlling the operation of each unit of the sensor module 30, and the processor reads the program stored in the ROM into the RAM and executes it to execute the processing to be performed by the sensor module 30. The RAM temporarily stores data generated during the execution of calculations by the processor. The control unit 31 may further include a clock that outputs date and time information.

[0017] The storage unit 32 includes a flash memory or an EEPROM (Electrically Erasable and Programmable Read Only Memory), etc. The storage unit 32 stores information provided by the control unit 31, such as information (sensor data) related to the detection results by the temperature sensor 33, the open / close sensor 34, and the impact sensor 35. The short-range wireless communication unit 36 ​​is a communication module for performing short-range wireless communication, such as Bluetooth (registered trademark) or a wireless LAN (Local Area Network), and performs wireless communication with other devices. In this embodiment, the short-range wireless communication unit 36 ​​performs wireless communication with the delivery worker terminal 20.

[0018] The temperature sensor 33 is a sensor that detects the temperature inside the delivery container 3, and is configured using, for example, a thermocouple, a thermistor, or a resistance temperature detector. The temperature sensor 33 detects the temperature inside the delivery container 3 at a predetermined time interval, and sends sensor data indicating the detection result to the control unit 31. The impact sensor 35 is a three-axis acceleration sensor that detects the degree of impact (acceleration) applied to the delivery container 3, and is configured using, for example, a piezoelectric type, a piezo-resistance type, or a capacitance type sensor. The impact sensor 35 detects the degree of impact applied to the delivery container 3 in three directions, the up-down direction (X-axis direction), the left-right direction (Y-axis direction), and the front-back direction (Z-axis direction), at a predetermined time interval, and sends sensor data indicating the detection result to the control unit 31. The impact sensor 35 may be configured to send the detection result to the control unit 31 when it detects an impact degree equal to or greater than a predetermined value.

[0019] The open / close sensor 34 is a sensor that detects the opening and closing of the lid 3b of the delivery container 3, and is configured using a proximity sensor that switches between interruption and conduction depending on the opening and closing of the lid 3b. The open / close sensor 34 detects whether the lid 3b is in an open state or a closed state, and sends sensor data indicating the detection result to the control unit 31. The open / close sensor 34 may be configured to detect the illuminance inside the delivery container 3 using an illuminance sensor, utilizing the fact that the illuminance (brightness) inside the delivery container 3 changes depending on the opening and closing of the lid 3b, and detect the open / closed state of the lid 3b according to the detected illuminance. The open / close sensor 34 may also be configured using a mechanical switch that is pressed when the lid 3b is in a closed state. Furthermore, the open / close sensor 34 may be configured to detect the change of the lid 3b from an open state to a closed state and from a closed state to an open state, in which case it detects the change of state and sends sensor data indicating the detection result to the control unit 31. The temperature sensor 33, the open / close sensor 34, and the impact sensor 35 are not limited to the above-mentioned configurations.

[0020] The control unit 31 stores the sensor data sent from the temperature sensor 33, the open / close sensor 34, and the impact sensor 35 in the storage unit 32. The control unit 31 may be configured to sample the sensor data output from each of the sensors 33-35 at a predetermined cycle (e.g., every 10 seconds, every 30 seconds, every minute, etc.) to obtain the detection results (sensor data) from each of the sensors 33-35 at a predetermined cycle and store the same in the storage unit 32. The control unit 31 reads out the sensor data from each of the sensors 33-35 stored in the storage unit 32 at a predetermined cycle (e.g., every minute, every 5 minutes, etc.) and transmits it to the delivery worker terminal 20. The control unit 31 may be configured to transmit the sensor data from each of the sensors 33-35 stored in the storage unit 32 to the delivery worker terminal 20 in response to a request from the delivery worker terminal 20.

[0021] The lamps 37 include, for example, a lamp that lights up when the sensor module 30 is operating (power is on), a lamp that lights up when the short-range wireless communication unit 36 ​​is in a state where it can communicate with the delivery worker terminal 20, a lamp that lights up when the open state of the lid 3b is detected by the open / close sensor 34, etc. The power button 38 is a button for instructing the sensor module 30 to start and stop operating, and is constituted by, for example, a mechanical switch.

[0022] The sensor module 30 of this embodiment does not necessarily have to include the temperature sensor 33, the open / close sensor 34, and the impact sensor 35, and may be configured to include any one or more of these sensors 33 to 35. In addition to the above-mentioned sensors 33 to 35, the sensor module 30 may be configured to include a humidity sensor that detects the humidity inside the delivery container 3, a gas sensor that detects the concentration of gases such as carbon dioxide, ethylene gas, and ammonia inside the delivery container 3, and a sensor that detects the open / close state of the electronic key when the electronic key is provided in the delivery container 3. Furthermore, the sensor module 30 may be configured to include a temperature sensor that detects the temperature outside the delivery container 3, for example, the temperature inside the delivery vehicle or the ambient temperature of the delivery container 3 at the delivery destination. When a gas sensor is provided, the state of the package can be monitored by detecting gas generated from the package such as fresh food, and when an open / close sensor for the electronic key is provided, the open / close state of the electronic key can be monitored in addition to the open / close state of the lid 3b.

[0023] In addition to the above-mentioned configuration, the sensor module 30 may have a battery module having a battery such as a primary battery or a secondary battery and a detection circuit for detecting the remaining battery power, and the lamp 37 may include a lamp that lights up when the remaining battery power falls below a predetermined value. The sensor module 30 may also be provided with a display unit such as a liquid crystal panel instead of the lamp 37, and the operating state of the sensor module 30 may be displayed on the display unit. In this embodiment, the positioning unit 27 of the delivery worker terminal 20 is used as a means (position detection sensor) for detecting the current location of the delivery container 3, but the sensor module 30 may be provided with a positioning unit to detect the current location of the sensor module 30 itself. The sensor module 30 may also be configured to have a communication unit that transmits and receives information to and from other devices via the network N, and in this case, the detection results of each of the sensors 33 to 35 can be uploaded from the sensor module 30 to the server 10 via the network N. In this case, the sensor module 30 also has a positioning unit, so that the sensor module 30 can upload to the server 10 information on the current location detected by the positioning unit in addition to the detection results of the sensors 33-35.

[0024] The delivery worker terminal 20 has a control unit 21, a memory unit 22, a short-range wireless communication unit 23, a communication unit 24, an input unit 25, a display unit 26, a positioning unit 27, etc., and these units are connected via a bus. The control unit 21 includes one or more processors such as a CPU, an MPU, or a GPU (Graphics Processing Unit). The control unit 21 executes information processing and control processing to be performed by the delivery worker terminal 20 by appropriately executing a program 22P stored in the memory unit 22. Note that when the control unit 21 includes multiple processors, the control unit 21 may execute each process by a different processor.

[0025] The storage unit 22 includes a RAM (Random Access Memory), a flash memory, a hard disk, an SSD (Solid State Drive), and the like. The storage unit 22 stores a program 22P (program product) executed by the control unit 21 and various data. The storage unit 22 also stores an application program (hereinafter, referred to as a box monitoring application 22AP) for implementing a process of monitoring the state of the delivery container 3 associated with the sensor module 30 based on sensor data acquired from the sensor module 30. The storage unit 22 also temporarily stores data and the like generated when the control unit 21 executes the program 22P and the box monitoring application 22AP. The program 22P, the box monitoring application 22AP, and the like may be written to the storage unit 22 during the manufacturing stage of the delivery worker terminal 20, or the control unit 21 may download them from another device via the communication unit 24 and store them in the storage unit 22. The storage unit 22 also stores an event DB 22a, a delivery status DB 22b, and a monitoring DB 22c. The event DB 22a may be stored in the box monitoring application 22AP. Either or both of the delivery status DB 22b and the monitoring DB 22c may be stored in another storage device connected to the delivery worker terminal 20, or in another storage device with which the delivery worker terminal 20 can communicate.

[0026] The short-distance wireless communication unit 23 has a configuration similar to that of the short-distance wireless communication unit 36 ​​of the sensor module 30, and performs wireless communication with the short-distance wireless communication unit 36 ​​of the sensor module 30. The communication unit 24 is a communication module for performing processes related to wired communication or wireless communication, and transmits and receives information to and from other devices via the network N. The network N may be the Internet or a public telephone line network, and may be, for example, a LAN (Local Area Network) built in the facility of a delivery company. The input unit 25 accepts operation input by a user (delivery worker) and sends a control signal corresponding to the operation content to the control unit 21. The display unit 26 is a liquid crystal display or an organic EL display, etc., and displays various information according to instructions from the control unit 21. A part of the input unit 25 and the display unit 26 may be a touch panel configured as an integrated unit.

[0027] The positioning unit 27 detects the current location of the delivery worker terminal 20 and acquires current location information (e.g., longitude and latitude coordinate values) indicating the current location. The positioning unit 27 has, for example, a GPS (Global Positioning System) receiver, receives GPS signals transmitted from GPS satellites with the GPS receiver, and detects the current location based on the received GPS signals. Note that the method of detecting the current location is not limited to the method based on radio waves from GPS satellites. The positioning unit 27 sends the acquired current location information to the control unit 21.

[0028] FIG. 3 is an explanatory diagram showing an example of a record layout of the event DB 22a. The event DB 22a is a database that stores information about the state (event) of the delivery container 3 to be monitored in the monitoring process by the box monitoring application 22AP. The event DB 22a shown in FIG. 3 includes an event ID column, an event information column, a condition for establishment column, a countermeasure column, and the like, and stores information about each event in association with an event ID assigned to each event. The event information column stores information indicating the content of the event, and includes, for example, an event related to a wrong delivery of a package, an event related to an inadequate temperature management of the delivery container 3, an event related to the handling of the delivery container 3, an event related to an improper delivery of the delivery container 3, an event related to a delivery worker exceeding his / her working hours, and an event related to the handling of the delivery container 3 at the delivery destination. The condition for establishment column stores a condition when it is estimated that each event has occurred. The occurrence of each event is estimated based on the detection results by the sensors 33-35 of the sensor module 30 and the positioning unit 27 of the delivery worker terminal 20, so the conditions for each event to occur are determined by a combination of the detection results by the sensors 33-35 and the positioning unit 27. The countermeasure column stores information about the process to be executed by the delivery worker terminal 20 when the occurrence of each event is estimated. The countermeasures include, for example, an alert notification to the delivery worker who is the user of the delivery worker terminal 20, a notification to the delivery company to which the delivery worker belongs, and the like. The contents stored in the event DB 22a are not limited to the example shown in FIG. 3, and the types of events stored in the event DB 22a are not limited to the example shown in FIG. 3.

[0029] FIG. 4 is an explanatory diagram showing an example of the record layout of the delivery status DB 22b and the monitoring DB 22c. The delivery status DB 22b is a database that stores information on parcels delivered by a user (delivery worker) of the delivery worker terminal 20. The delivery status DB 22b shown in FIG. 4A includes a delivery slip number column, a delivery destination information column, a delivery time zone column, a delivery temperature column, a box ID column, a delivery status column, etc., and stores information on the delivery status of each parcel in association with the delivery slip number assigned to each parcel. The delivery destination information column stores the address of the delivery destination, etc., the delivery time zone column stores the delivery time zone specified by the parcel delivery requester or the time zone scheduled for delivery by the delivery worker, and the delivery temperature column stores information indicating the delivery temperature of the parcel, for example, refrigerated, frozen, room temperature, etc. The box ID column stores the box ID assigned to the delivery container 3 in which the parcel is stored, and the delivery status column stores information indicating the delivery status of the parcel, for example, in delivery, delivered, etc. The contents stored in the delivery status DB 22b are not limited to the example shown in FIG. 4A, and various types of information related to packages may be stored.

[0030] The monitoring DB 22c is a database that stores monitoring data of the delivery container 3 used by the user of the delivery worker terminal 20 for delivering packages. The monitoring DB 22c shown in FIG. 4B includes a box ID column, a delivery temperature column, a sensor ID column, a sensor data column, a location information column, an event data column, and the like, and stores the monitoring data of each delivery container 3 in association with the box ID assigned to each delivery container 3. The delivery temperature column stores information indicating the temperature when each delivery container 3 is used, for example, refrigerated, frozen, room temperature, and the like. The sensor ID column stores the sensor ID assigned to the sensor module 30 housed in each delivery container 3. The sensor data column stores sensor data (internal temperature of the delivery container 3, open / closed state of the lid 3b, impact degree) by each sensor 33-35 acquired from each sensor module 30 in association with date and time, and the location information column stores current location information indicating the current location detected by the positioning unit 27. The event data string stores information about an event that occurred in each delivery container 3 and the date and time when the occurrence of each event was detected (estimated). The occurrence of each event is estimated based on sensor data from each sensor 33-35. The sensor data, position information, and event data of each delivery container 3 are collectively referred to as monitoring data. The storage contents of the monitoring DB 22c are not limited to the example shown in FIG. 4B, and various information about the delivery container 3 may be stored. For example, when the sensor module 30 used in each delivery container 3 is fixed, both can be managed by either the box ID of the delivery container 3 or the sensor ID of the sensor module 30, so the monitoring DB 22c may be configured to store either the box ID or the sensor ID. When the sensor module 30 used in each delivery container 3 is fixed, the same ID may be set for the box ID and the sensor ID.

[0031] 5 is a block diagram showing an example of the configuration of the server 10 and the delivery company terminal 40. The server 10 has a control unit 11, a storage unit 12, a communication unit 13, an input unit 14, a display unit 15, a reading unit 16, etc., and these units are connected via a bus. The control unit 11, the storage unit 12, the communication unit 13, the input unit 14, and the display unit 15 each have the same configuration as the control unit 21, the storage unit 22, the communication unit 24, the input unit 25, and the display unit 26 of the delivery worker terminal 20, so a detailed description of the configuration will be omitted. The storage unit 12 of the server 10 stores a monitoring DB 12a in addition to the program 12P (program product).

[0032] The reading unit 16 reads information stored in the portable storage medium 10a, such as a CD (Compact Disc), a DVD (Digital Versatile Disc), a USB (Universal Serial Bus) memory, an SD card, a micro SD card, a Compact Flash (registered trademark), etc. The program 12P and various data stored in the storage unit 12 may be read by the control unit 11 from the portable storage medium 10a via the reading unit 16 and stored in the storage unit 12.

[0033] In this embodiment, the server 10 may be a multi-computer including multiple computers, a virtual machine virtually constructed by software in one device, or a cloud server. The program 12P may be deployed and executed on a single computer or at one site, or may be distributed across multiple sites and deployed to be executed on multiple computers connected to each other via a network N. Furthermore, the input unit 14 and the display unit 15 are not essential for the server 10, and the server 10 may be configured to accept operations through a connected computer, or to output information to be displayed to an external display device.

[0034] The delivery company terminal 40 has a control unit 41, a memory unit 42, a communication unit 43, an input unit 44, a display unit 45, a reading unit 46, etc., and these units are connected via a bus. The control unit 41, the memory unit 42, the communication unit 43, the input unit 44, the display unit 45, and the reading unit 46 each have the same configuration as the control unit 11, the memory unit 12, the communication unit 13, the input unit 14, the display unit 15, and the reading unit 16 of the server 10, so detailed explanations of the configurations will be omitted. In addition to the program 42P (program product), the memory unit 42 of the delivery company terminal 40 also stores a web browser (hereinafter referred to as browser 42AP) for viewing websites published via the network N, and a delivery worker DB 42a.

[0035] FIG. 6 is an explanatory diagram showing an example of the record layout of the monitoring DB 12a and the delivery worker DB 42a. FIG. 6A shows the monitoring DB 12a, and FIG. 6B shows the delivery worker DB 42a. The monitoring DB 12a is a database that stores monitoring data of the delivery container 3 used by a delivery worker belonging to each delivery company. The monitoring DB 12a is provided for each delivery company that uses the information processing system, and is stored in the storage unit 12 in association with a delivery company ID assigned to the delivery company. The monitoring DB 12a shown in FIG. 6A includes a delivery worker ID column in addition to the configuration of the monitoring DB 22c stored in the storage unit 22 of the delivery worker terminal 20 shown in FIG. 4B, and stores monitoring data of the delivery container 3 used by the delivery worker in association with a delivery worker ID assigned to each delivery worker belonging to the delivery company. The storage contents of the monitoring DB 12a are not limited to the example shown in FIG. 6A, and various information related to the delivery container 3 may be stored.

[0036] The delivery worker DB 42a is a database that stores information about delivery workers who belong to the delivery company that uses the delivery company terminal 40. The delivery worker DB 42a shown in FIG. 6B includes a delivery worker ID column, a worker information column, a delivery area column, etc., and stores information about each delivery worker in association with the delivery worker ID assigned to each delivery worker. The worker information column stores information such as the delivery worker's name, the department name, and years of service. The worker information column may store vehicle information such as the vehicle number of the delivery vehicle used by the delivery worker. The delivery area column stores information about the area in which each delivery worker is responsible for delivery. The storage contents of the delivery worker DB 42a are not limited to the example shown in FIG. 6B, and various information about the delivery worker may be stored.

[0037] The following describes the initial setting process performed when starting the monitoring process of the status of the delivery container 3 used by the delivery worker in the information processing system of this embodiment. Fig. 7 is a flowchart showing an example of the initial setting process procedure, and Fig. 8 is an explanatory diagram showing an example screen. The following process is performed by the control unit 21 of the delivery worker terminal 20 in accordance with the program 22P and box monitoring application 22AP stored in the memory unit 22.

[0038] When the control unit 21 of the delivery worker terminal 20 receives an instruction to start the box monitoring application 22AP via the input unit 25, the control unit 21 starts the box monitoring application 22AP and displays a registration screen as shown in FIG. 8A on the display unit 26 (S11). The screen shown in FIG. 8A has an input field for the box ID of the delivery container 3 to be registered as a monitoring target, an input field for the delivery temperature when the delivery container 3 is used, and an input field for the sensor ID of the sensor module 30 used for the delivery container 3, and each input field may be configured to allow any numerical value to be input, or a pull-down menu may be provided for selecting any one of multiple options. In the example of FIG. 8A, the input fields for the box ID and the sensor ID are configured to allow any numerical value to be input, and the input field for the delivery temperature is configured to have a pull-down menu. The box ID, the delivery temperature, and the sensor ID are input by an operation via the input unit 25. Also, for example, if a code (one-dimensional barcode, two-dimensional barcode, etc.) in which the box ID is coded is attached to the delivery container 3 by a sticker or the like, and the delivery worker terminal 20 has a code reading unit, the delivery worker terminal 20 may obtain the box ID by reading the code with the code reading unit. Also, if the code attached to the delivery container 3 also includes information on the delivery temperature, the delivery worker terminal 20 can read the delivery temperature together with the box ID. Also, if a code in which the sensor ID is coded is attached to the outer surface of the housing of the sensor module 30 by a sticker or the like, the delivery worker terminal 20 may obtain the sensor ID by reading the code with the code reading unit. The delivery worker inputs the box ID, delivery temperature, and sensor ID of the delivery container 3 used by the delivery worker on the registration screen, and operates the registration button. Note that, if the sensor module 30 used in each delivery container 3 is fixed, a configuration in which either the box ID or the sensor ID is input may be used. Also, if the same ID is set for the box ID and the sensor ID, a configuration in which one ID is input may be used.

[0039] When the control unit 21 receives the input of the box ID, the delivery temperature, and the sensor ID, the control unit 21 displays the received box ID, the delivery temperature, and the sensor ID in the respective input fields (S12). The control unit 21 judges whether or not the registration button in the registration screen has been operated (S13), and when it judges that the registration button has not been operated (S13: NO), for example, when the cancel button has been operated, the control unit 21 ends the process. When it judges that the registration button has been operated (S13: YES), the control unit 21 executes a pairing process between the short-range wireless communication unit 23 and the short-range wireless communication unit 36 ​​of the sensor module 30 (S14). For example, the short-range wireless communication unit 23 acquires address information of the sensor module 30 (short-range wireless communication unit 36) capable of wireless communication and displays it on the display unit 26, and the delivery worker selects the address information of the sensor module 30 to be registered from the displayed address information, thereby completing the pairing process. After the pairing process is completed, the control unit 21 notifies the completion of the registration of the delivery container 3 as shown in FIG. 8B (S15). 8B, the box ID, delivery temperature, and sensor ID of the delivery container 3 registered as a monitoring target are displayed. The control unit 21 stores the box ID, delivery temperature, and sensor ID of the registered delivery container 3 in the memory unit 22 in association with each other.

[0040] The screen of FIG. 8B is provided with a "Continue registration" button for instructing execution of registration processing of another delivery container 3, and a "Start monitoring" button for instructing to end the registration processing and start the monitoring processing. The control unit 21 judges whether the start monitoring button has been operated (S16), and if it judges that the start monitoring button has not been operated (S16: NO), that is, if it judges that the registration button has been operated next, it returns to the processing of step S11. In this case, the control unit 21 displays the screen of FIG. 8A again, and executes input acceptance of the box ID, delivery temperature, and sensor ID of the delivery container 3 to be newly registered, and pairing processing. Here, if the cancel button on the screen of FIG. 8A is operated, the control unit 21 returns to the screen display of FIG. 8B in which information of the already registered delivery container 3 is displayed, and continues to accept the operation of the registration button or the start monitoring button.

[0041] When it is determined that the monitoring start button has been operated on the screen of FIG. 8B (S16: YES), the control unit 21 connects to the sensor module 30 that has executed the pairing process, and starts the monitoring process for the registered delivery container 3 (S17). Here, the control unit 21 associates the box ID, delivery temperature, and sensor ID of the delivery container 3 stored in the storage unit 22 and stores them in the monitoring DB 22c. This allows the correspondence between each delivery container 3 and the sensor module 30 used for each delivery container 3 to be stored. Note that when the short-range wireless communication unit 23 can be connected to only one sensor module 30, the control unit 21 communicates with each sensor module 30 while appropriately switching the connection with the multiple sensor modules 30 that have been paired. The short-range wireless communication unit 23 may be connected to multiple sensor modules 30 simultaneously. Through the above-described process, the delivery container 3 and sensor module 30 used by the delivery worker can be registered in the delivery worker terminal 20, and the delivery worker terminal 20 becomes capable of communicating with the sensor module 30 associated with the registered delivery container 3. The delivery worker terminal 20 periodically acquires sensor data from the sensors 33-35 of the sensor module 30, and monitors the state of the delivery container 3 based on the acquired sensor data.

[0042] Next, a process in which the delivery worker terminal 20 monitors the state of the delivery container 3 based on the sensor data output from the sensors 33-35 of the sensor module 30 will be described. Figs. 9 and 10 are flowcharts showing an example of the monitoring process procedure for the delivery container 3, and Fig. 11 is an explanatory diagram showing an example screen of the delivery worker terminal 20. The process of estimating an occurrence event shown in Fig. 10 is the process of step S24 in Fig. 9. The following process is performed by the control unit 21 of the delivery worker terminal 20 in accordance with the program 22P and box monitoring application 22AP stored in the memory unit 22.

[0043] The sensor module 30 of this embodiment transmits the sensor data accumulated in the storage unit 32 to the delivery worker terminal 20 at a predetermined cycle. The sensor module 30 may transmit the sensor data accumulated in the storage unit 32 to the delivery worker terminal 20 in response to a request from the delivery worker terminal 20. For example, when the delivery worker terminal 20 can connect to only one sensor module 30, the delivery worker terminal 20 may acquire the sensor data by appropriately switching the connection with each paired sensor module 30 and requesting the sensor data from the connected sensor module 30. The control unit 21 of the delivery worker terminal 20 determines whether the sensor data transmitted from the sensor module 30 has been acquired (S21), and if it determines that the sensor data has not been acquired (S21: NO), it waits until the sensor data is acquired. If it determines that the sensor data has been acquired (S21: YES), the control unit 21 stores the acquired sensor data in the monitoring DB 22c of the storage unit 22 (S22). For example, the control unit 21 stores in the monitoring DB 22c the date and time when the sensor data was acquired from the sensor module 30 and the sensor data (temperature, open / close state, impact level) from each of the sensors 33-35 in association with the sensor ID of the sensor module 30. In addition, if the sensor module 30 is configured to transmit the sensor data from each of the sensors 33-35 in association with the detection date and time of each sensor data to the delivery worker terminal 20, the control unit 21 may store in the monitoring DB 22c the detection date and time acquired from the sensor module 30 in association with the sensor data from each of the sensors 33-35.

[0044] The control unit 21 detects the current location by the positioning unit 27 at the timing when the sensor data is acquired from the sensor module 30, for example, to acquire current location information, and stores the current location information (location information) in association with the date and time stored in the monitoring DB 22c in step S22 (S23). The control unit 21 executes a process of estimating an event occurring in the delivery container 3 associated with the sensor module 30 that is the source of the sensor data, based on the sensor data and location information stored in the monitoring DB 22c (S24).

[0045] In the estimation process of an occurring event shown in FIG. 10, the control unit 21 estimates whether or not each event registered in the event DB 22a has occurred for the delivery container 3 to be processed. Specifically, the control unit 21 acquires information about one event from the event DB 22a (S31). For example, the control unit 21 acquires an event ID, event information, and establishment condition for one event from the event DB 22a. Then, the control unit 21 acquires sensor data used to determine whether or not the establishment condition is satisfied based on the acquired establishment condition from the sensor data stored in the monitoring DB 22c (S32). The control unit 21 determines whether or not the establishment condition is satisfied based on the acquired sensor data (S33), and if it is determined that the establishment condition is satisfied (S33: YES), identifies (estimates) the event that satisfies the establishment condition as an occurring event (S34).

[0046] For example, when acquiring information on an event with an event ID of 001 in step S31, the control unit 21 acquires the open / closed state of the lid 3b and position information (current location information) from the sensor data stored in the monitoring DB 22c in steps S22 and S23 (S32). Then, the control unit 21 judges whether or not the condition that the lid 3b is in an open state and the current location does not match the delivery destination is satisfied. The control unit 21 acquires delivery destination information of the parcel contained in the delivery container 3 to be estimated from the delivery status DB 22b, and judges whether or not the current location indicated by the location information acquired in step S32 matches the delivery destination indicated by the delivery destination information. For example, the control unit 21 judges that the current location matches the delivery destination when the current location is within a predetermined distance (approximately several hundred meters to 1 km) from the delivery destination. In addition, when multiple parcels are stored in one delivery container 3, the control unit 21 may acquire delivery destination information of the multiple parcels, and judge that the condition is satisfied when it is determined that the current location does not match any of the delivery destinations. If it is determined that the condition is satisfied (S33: YES), the control unit 21 assumes that a mistaken delivery or tampering with the package has occurred (occurrence of an event related to a mistaken delivery) since the lid 3b of the delivery container 3 is open at a location that is not the delivery destination (S34).Then, the control unit 21 returns to the process of FIG.

[0047] If it is determined that the condition is not satisfied (S33: NO), the control unit 21 determines whether or not there is an unprocessed event that has not yet been subjected to estimation processing for occurrence among the events registered in the event DB 22a (S35). If it is determined that there is an unprocessed event (S35: YES), the control unit 21 returns to the processing of step S31 and executes the processing of steps S31 to S34 for the unprocessed event. If it is determined that there is no unprocessed event (S35: NO), the control unit 21 returns to the processing of FIG. 9.

[0048] When acquiring information on an event with an event ID of 002 in step S31, the control unit 21 acquires the open / closed state of the lid 3b and the temperature from the sensor data stored in the monitoring DB 22c in steps S22 and S23 (S32). Then, the control unit 21 judges whether or not the conditions that the lid 3b is in a closed state and the temperature is not within the appropriate temperature range (outside the appropriate temperature range) are satisfied. Here, the control unit 21 acquires the delivery temperature of the delivery container 3 to be estimated from the monitoring DB 22c or the delivery status DB 22b, and judges whether or not the temperature acquired in step S32 is outside the appropriate temperature range corresponding to the delivery temperature of the delivery container 3. The appropriate temperature range corresponding to the delivery temperature is, for example, a range of 2°C to 8°C for refrigeration and a range of -15°C or less for freezing, and is set in advance in the box monitoring application 22AP. If it is determined that the condition is met (S33: YES), the temperature inside the delivery container 3 is not within the appropriate temperature range even though the lid 3b is closed, so the control unit 21 presumes the occurrence of an event related to improper temperature control, such as forgetting to put in ice packs, using uncooled ice packs, or using ice packs whose cooling effect has worn off (S34).

[0049] In addition, whether or not an event with an event ID of 002 has occurred may be estimated based on whether or not the temperature inside the delivery container 3 is outside the appropriate temperature range, or whether or not the change in temperature inside the delivery container 3 is outside the appropriate range. In this case, the control unit 21 judges whether or not the conditions that the lid 3b is in a closed state and the temperature change is outside the appropriate range are satisfied. Specifically, the control unit 21 acquires the temperature detected immediately before from the monitoring DB 22c and calculates the temperature change. For example, when the control unit 21 acquires sensor data every minute from the sensor module 30, the control unit 21 calculates the temperature change in the immediately previous few minutes based on the temperature in the immediately previous few minutes and the current temperature (the temperature acquired in step S32), or estimates the temperature change in the immediately following few minutes from the present. Then, the control unit 21 judges whether or not the calculated or estimated temperature change is outside the appropriate range corresponding to the delivery temperature in the delivery container 3. The appropriate range corresponding to the temperature change is also preset according to refrigeration or freezing. Even in such a process, if it is determined that the condition is satisfied (S33: YES), the temperature change in the delivery container 3 is not within the appropriate range even though the lid 3b is in the closed state, so there is a high possibility that the temperature in the delivery container 3 will not reach the appropriate temperature, and the control unit 21 estimates the occurrence of an event related to improper temperature management (S34). Note that, for example, if the temperature rise changes slowly, the control unit 21 can estimate that the use of a cooling material whose cooling effect has been lost is the result of use, and if the temperature rise changes rapidly, the control unit 21 can estimate that the cooling material has been removed. Furthermore, the control unit 21 can estimate whether the cooling effect of the cooling material has been lost by measuring the elapsed time from the start of cooling in the delivery container 3 (for example, the start of the monitoring process).

[0050] When the control unit 21 acquires information on an event with an event ID of 003 in step S31, the control unit 21 acquires the temperature detected at the immediately preceding predetermined time, the open / closed state of the lid 3b detected at the immediately preceding predetermined time, and the impact degree stored in the monitoring DB 22c in step S22 from the sensor data stored in the monitoring DB 22c (S32). Then, the control unit 21 judges whether or not the conditions that the temperature change in the delivery container 3 is outside the appropriate range and the switching frequency of the open / closed state of the lid 3b is equal to or greater than a predetermined value are satisfied. Here, the control unit 21 calculates the temperature change at the predetermined time and the switching frequency of the open / closed state of the lid 3b at the predetermined time, and judges whether or not the temperature change is outside the appropriate range and the switching frequency (opening / closing frequency of the lid 3b) is equal to or greater than a predetermined value. If it is determined that the condition is met (S33: YES), the temperature change inside the delivery container 3 is not appropriate and the lid 3b is frequently opened and closed, so the control unit 21 estimates that the lid 3b is not closed properly and that the lid 3b is being opened and closed more than necessary due to vibration or impact during delivery (occurrence of an event related to improper handling of the delivery container 3) (S34). Note that the control unit 21 may estimate the occurrence of an event related to improper handling of the delivery container 3 due to impact during delivery by considering the degree of impact applied to the delivery container 3 in addition to the temperature change and the frequency of opening and closing of the lid 3b.

[0051] When the control unit 21 acquires information on the event with the event ID of 004 ​​in step S31, the control unit 21 acquires the open / closed state of the lid 3b detected at the last predetermined time from the sensor data stored in the monitoring DB 22c, and the impact degree stored in the monitoring DB 22c in step S22 (S32). Then, the control unit 21 judges whether or not the condition that the impact degree is equal to or greater than a predetermined value (for example, the impact degree received when a baggage is dropped) or the time from when the lid 3b is in the open state to when it is in the closed state is shorter than a predetermined time is satisfied. Here, the control unit 21 calculates the time from when the lid 3b, which was in the closed state at the last predetermined time, becomes in the open state and then in the closed state, and judges whether or not the time from when the lid 3b is in the open state to when it is in the closed state is shorter than a predetermined time. If it is determined that the condition is met (S33: YES), the control unit 21 estimates that the delivery container 3 has been subjected to an impact of a predetermined value or greater, or the lid 3b has been opened and closed roughly, and further, that the predetermined procedure, such as closing and securing the lid 3b, has not been followed, so that the control unit 21 estimates that the delivery worker has handled the package roughly (the occurrence of an event related to improper handling of the delivery container 3) (S34).

[0052] When the control unit 21 acquires information on an event with an event ID of 005 in step S31, the control unit 21 acquires the temperature stored in the monitoring DB 22c in step S22 and the impact degree detected at the previous predetermined time from the sensor data stored in the monitoring DB 22c (S32). Then, the control unit 21 judges whether or not the condition that the temperature is within the appropriate temperature range corresponding to the delivery temperature in the delivery container 3 and the impact degree is outside the range of the impact degree that the delivery container 3 may receive during delivery (outside the predetermined range) is satisfied. If it is judged that the condition is satisfied (S33: YES), the control unit 21 estimates the occurrence of a situation in which the package has not been delivered (an event related to delivery failure) since the delivery container 3 has not received the impact to the extent that it would receive during delivery even though the temperature inside the delivery container 3 is the appropriate temperature (S34).

[0053] When the control unit 21 acquires information on an event with an event ID of 006 in step S31, the control unit 21 acquires the temperature stored in the monitoring DB 22c in step S22 and the open / closed state of the lid 3b detected at the immediately preceding predetermined time from the sensor data stored in the monitoring DB 22c (S32). Then, the control unit 21 judges whether or not the condition is satisfied that the temperature is within the appropriate temperature range corresponding to the delivery temperature in the delivery container 3 and the lid 3b is opened and closed after a predetermined time (e.g., 8 hours) has elapsed since the start of monitoring the delivery container 3. Here, the control unit 21 measures the elapsed time from the start of monitoring the delivery container 3 (sensor module 30), and when it is judged that the predetermined time has elapsed, it judges whether or not the temperature inside the delivery container 3 is within the appropriate temperature range and whether or not the lid 3b is opened and closed, and when it is judged that the temperature is within the appropriate temperature range and that the lid 3b is opened and closed, it judges that the condition is satisfied. If it is determined that the condition is met (S33: YES), the control unit 21 estimates that working hours have been exceeded (S34) because the temperature inside the delivery container 3 is appropriate and the lid 3b has been opened and closed even though a predetermined time (e.g., the delivery worker's working hours) has elapsed.

[0054] When the control unit 21 acquires information on an event with an event ID of 007 in step S31, the control unit 21 acquires the temperature acquired from the sensor module 30 after the delivery is completed and the open / closed state of the lid 3b from the sensor data stored in the monitoring DB 22c (S32). Then, the control unit 21 judges whether or not the condition that the lid 3b is not opened within a predetermined time (the duration of the cooling effect of the cooling material) after the delivery of the package is completed and the temperature is outside the appropriate temperature range is satisfied. Here, the control unit 21 estimates the timing when the package is removed from the delivery container 3 based on the open / closed state of the lid 3b, and measures the storage time of the package that was stored in the delivery container 3 until this timing. For example, the control unit 21 measures the time from the start of the monitoring process for the delivery container 3 that stores the package to the time when the package is removed from the delivery container 3 (the lid 3b is opened) as the storage time. Then, based on the storage time and the temperature inside the delivery container 3 at the timing when the package is removed from the delivery container 3, the control unit 21 determines that the condition is satisfied if the lid 3b is not opened within a predetermined time from the start of the monitoring process and the temperature at the time when the lid 3b is opened is outside the appropriate temperature range. If it is determined that the condition is satisfied here (S33: YES), since the lid 3b is not opened within the duration of the cooling effect after the delivery is completed (i.e., the package is not removed), and the temperature inside the delivery container 3 is outside the appropriate temperature range at the time when the lid 3b is opened, the control unit 21 estimates the occurrence of a situation in which the time until the package is removed exceeds a specified time (occurrence of an event related to improper handling at the delivery destination) (S34). Note that, for an event with an event ID of 007, the occurrence or non-occurrence is determined based on the sensor data detected by the sensor module 30 after the delivery of the package (delivery container 3). If the package is delivered to the delivery destination while still stored in the delivery container 3, the short-distance wireless communication between the delivery worker terminal 20 and the sensor module 30 is interrupted. Therefore, the results detected by the sensors 33-35 of the sensor module 30 after the delivery is completed may be transmitted from the sensor module 30 to the delivery worker terminal 20, for example, when the delivery worker collects the delivery container 3. If the sensor module 30 is configured to be able to communicate with the network N, the sensor data after the delivery is completed may be transmitted directly to the server 10 via the network N.In this case, the server 10 may estimate whether or not an event with event ID 007 has occurred based on the sensor data, or the server 10 may transmit the sensor data acquired from the sensor module 30 to the delivery worker terminal 20, and the delivery worker terminal 20 may estimate whether or not an event with event ID 007 has occurred based on the sensor data acquired from the server 10.

[0055] The above-mentioned process can estimate whether or not each event registered in the event DB 22a has occurred for the delivery container 3 to be monitored. Note that a priority order may be set for each event, and the occurrence of each event may be estimated in order of priority order. In this case, the occurrence of an event with a high priority order can be efficiently detected. The events to be estimated for the delivery container 3 to be monitored are not limited to the above-mentioned example. In addition, in the above-mentioned process, the state of the delivery container 3 is estimated based on the detection results of two or more of the sensors 33 to 35 and the positioning unit 27, but the state of the delivery container 3 may be estimated based on the detection results of at least one of them. For example, if it is determined that the lid 3b was not opened during the delivery time period specified by the delivery requester of the package and the open / closed state of the lid 3b, it may be estimated that the delivery delay of the package has occurred. In addition, if it is determined that the frequency of opening and closing is equal to or greater than a predetermined number based on the open / closed state of the lid 3b, there is a possibility that the delivery container 3 is being used without closing the lid 3b, and it may be estimated that a violation of the rule of using the lid 3b with the lid closed has occurred. Furthermore, when it is detected that the delivery container 3 has been lifted based on the degree of impact, and when it is detected based on the location information that the delivery container 3 has deviated from the package delivery route, it may be presumed that the delivery container 3 has been stolen. Furthermore, when a delivery vehicle has caused a traffic accident, the location of the traffic accident may be presumed based on the degree of impact and the location information. Furthermore, when a decrease in the cooling effect inside the delivery container 3 is detected from continuously accumulated sensor data (temperature), it becomes possible to perform maintenance on the delivery container 3 itself or the cooling material, or to replace it with a new one, etc.

[0056] Returning to the process of FIG. 9, the control unit 21 judges whether the occurrence of an event occurring in the delivery container 3 was estimated in step S24 (S25), and if it is judged that the occurrence was estimated (S25: YES), the control unit 21 stores data of the estimated event (e.g., event ID) in the monitoring DB 22c in association with the box ID of the delivery container 3 (S26). For example, the control unit 21 stores the event ID in association with the date and time at this time in the monitoring DB 22c. The control unit 21 also identifies a countermeasure corresponding to the estimated event from the event DB 22a (S27) and executes a process related to the identified countermeasure (S28). For example, if the countermeasure is "notify delivery worker of an alert", the control unit 21 displays information about the estimated event on the display unit 26 to notify the delivery worker. For example, the control unit 21 of the delivery worker terminal 20 displays a status display screen as shown in FIG. 11A while executing the monitoring process of the delivery container 3. The screen of FIG. 11A displays the current state of the delivery container 3 being monitored, and when an alert notification is made, an alert screen is displayed on the status display screen as shown in FIG. 11B. The alert screen displays the box ID of the delivery container 3, information on the event that occurred in the delivery container 3, and a message for the delivery worker. If the countermeasure is "notify the delivery company", the control unit 21 adds a flag indicating that the event is one that should be notified to the delivery company, for example, in association with the event data stored in the monitoring DB 22c. The control unit 21 may also upload (send) the event that occurred in the delivery container 3 to the server 10 at this point. In this case, the control unit 21 sends alert information to the server 10, including, for example, the box ID of the delivery container 3, information on the event that occurred in the delivery container 3, and information on the user of the delivery worker terminal 20 (for example, a delivery worker ID). In this configuration, when an event that should be notified to the delivery company occurs, the event is registered in the server 10 early, so that the delivery company can grasp the occurrence of the event early.

[0057] When it is determined that the occurrence of an event could not be estimated (S25: NO), the control unit 21 ends the process. The control unit 21 executes the above-mentioned process each time sensor data is acquired from the sensor module 30, thereby monitoring the state of the delivery container 3 in real time, and when it estimates the occurrence of an event that requires an alert notification to the delivery worker or delivery company, it issues an alert notification. This allows the delivery worker to quickly confirm the state of the delivery container 3 in which a malfunction has occurred and take appropriate measures. In addition, by grasping the state of the delivery container 3 in which a malfunction has occurred, the delivery company can evaluate (rate) and instruct (educate) the delivery worker who uses the delivery container 3. For example, it is possible to evaluate and instruct the delivery worker on the work attitude, including the way the delivery worker handles the package. In addition, since the state of each delivery container 3 can be managed, when there is a complaint about the package from the recipient of the package, such as the temperature management inside the delivery container 3 or the theft of the package after delivery, it is possible to pursue the specific cause of the malfunction by tracking the temperature management of the delivery container 3 and the location information of the package.

[0058] In the process shown in Fig. 9, the occurrence event estimation process of step S24 is not limited to being executed locally by the delivery worker terminal 20. For example, a server that executes the occurrence event estimation process may be provided. In this case, the delivery worker terminal 20 is configured to transmit the sensor data and current location information stored in the monitoring DB 22c to the server, and obtain the result estimated by the server (presence or absence of an occurrence event). Even with such a configuration, the same process as in this embodiment is possible, and the same effect can be obtained.

[0059] Next, a process will be described in which the monitoring data of the delivery container 3 accumulated in the monitoring DB 22c of the delivery worker terminal 20 by the above-mentioned process is uploaded to the server 10, and the server 10 provides the monitoring data in response to a request from the delivery company terminal 40. Fig. 12 is a flowchart showing an example of the monitoring data providing process procedure, and Figs. 13 and 14 are explanatory diagrams showing example screens of the delivery company terminal 40. In Fig. 12, the process performed by the delivery worker terminal 20 is shown on the left, the process performed by the server 10 in the center, and the process performed by the delivery company terminal 40 on the right.

[0060] In the information processing system of this embodiment, the control unit 21 of the delivery worker terminal 20 transmits (updates) the delivery worker ID of the user (delivery worker) of the terminal 20 and the monitoring data of each delivery container 3 stored in the monitoring DB 22c to the server 10 at a predetermined timing (S41). For example, the control unit 21 receives an instruction to execute a process of transmitting the monitoring data to the server 10 or a notification of the end of the delivery work by the delivery worker via the input unit 25, and uploads the monitoring data to the server 10 when the control unit 21 receives an instruction to execute a process of transmitting the monitoring data or a notification of the end of the delivery work. Note that the control unit 21 may upload the stored monitoring data to the server 10 every time the control unit 21 stores the monitoring data in the monitoring DB 22c, for example. The delivery worker ID may be stored in the storage unit 22 as user information of the delivery worker terminal 20, or may be registered in advance in the box monitoring application 22AP.

[0061] When the control unit 11 of the server 10 receives a delivery worker ID and monitoring data from any of the delivery worker terminals 20, it identifies the delivery company to which the delivery worker belongs based on the delivery worker ID, and stores the received delivery worker ID and monitoring data in the monitoring DB 12a of the identified delivery business (S42). As a result, the monitoring data shown in Fig. 4B accumulated in the monitoring DB 22c of the delivery worker terminal 20 is uploaded to the monitoring DB 12a of the server 10 as shown in Fig. 6A. The monitoring data of each delivery container 3 uploaded to the server 10 in this manner is provided to the delivery company terminal 40 in response to a request from the delivery company terminal 40.

[0062] When the control unit 41 of the delivery company terminal 40 receives an instruction to view the monitoring data of each delivery container 3 stored in the monitoring DB 12a of the server 10, for example, via the input unit 44, the control unit 41 launches the browser 42AP and accesses the server 10. When the server 10 receives a request to view the monitoring data from the delivery company terminal 40, the server 10 transmits a viewing screen as shown in FIG. 13A to the delivery company terminal 40 after performing authentication using, for example, an ID and password assigned to the delivery company. The control unit 41 of the delivery company terminal 40 receives the viewing screen shown in FIG. 13A from the server 10 and displays it on the display unit 45 (S43). The screen of FIG. 13A has input fields for each piece of information, such as the delivery company ID, event type, box ID, delivery worker ID, and date and time, as information for specifying the viewing target. Each input field may be configured to allow any numerical value and information to be input, and may be provided with a pull-down menu for selecting any one of multiple options. The control unit 41 receives information input to each input field via the input unit 44 (S44), and displays the received information in each input field.

[0063] The control unit 41 judges whether the list display button in the viewing screen has been operated (S45), and when it judges that the button has been operated (S45: YES), it requests the server 10 for the monitoring data of the viewing target specified via the viewing screen (S46). Note that the event type, box ID, and delivery worker ID can each be selected from among the selectable items (event type, box ID, delivery worker ID), or all of them. The control unit 11 of the server 10 reads out the monitoring data requested from the delivery company terminal 40 from the monitoring DB 12a (S47). Specifically, the control unit 11 identifies the delivery container 3 that was delivered by the specified delivery worker among the delivery containers 3 in which the specified type of event occurred within the specified period from the storage contents of the monitoring DB 12a of the specified delivery company ID, and reads out the monitoring data (sensor data and event data) of the identified delivery container 3. The control unit 11 then associates the box ID of each delivery container 3 and the delivery worker ID of the delivery worker with the read monitoring data, and transmits the data to the delivery company terminal 40 (S48).

[0064] When the control unit 41 of the delivery company terminal 40 receives monitoring data of the delivery container 3 to be viewed from the server 10, it stores the data in the storage unit 42 and then displays the data on the display unit 45 (S49). For example, the control unit 41 displays a screen as shown in FIG. 13B. The screen in FIG. 13B displays the type of event that occurred in the delivery container 3, the date and time of the event, and the detection results (sensor data) of the sensors 33 to 35 at that time, in association with the box ID and the delivery worker ID. This allows the delivery company's staff member to understand the delivery status of the delivery container 3 used by their delivery worker for delivery and events that occurred during delivery.

[0065] If it is determined that the list display button on the viewing screen has not been operated (S45: NO), that is, if the download button has been operated, the control unit 41 requests a file describing the monitoring data of the specified viewing target from the server 10 (S50). Here, the control unit 11 of the server 10 reads out the monitoring data requested by the delivery company terminal 40 from the monitoring DB 12a (S51), and generates one file by associating the read monitoring data with the box ID of each delivery container 3 and the delivery worker ID of the delivery worker, and transmits the file to the delivery company terminal 40 (S52).

[0066] When the control unit 41 of the delivery company terminal 40 receives a file of monitoring data of the delivery container 3 to be viewed from the server 10, it stores the received file in the storage unit 42 and then displays the file name of the monitoring data on the display unit 45 (S53). Note that the file is displayed on the display unit 45 by performing a predetermined operation (for example, a mouse click operation) on the displayed file name. Through the above-mentioned process, the delivery status and occurrence of each delivery container 3 monitored based on the detection result by the sensor module 30 provided in each delivery container 3 can be provided to the delivery company. Thus, by grasping the state of the delivery container 3, the delivery company can evaluate (rate) and instruct (educate) the delivery worker. In addition, in this embodiment, the detection results of each sensor 33-35 provided in the sensor module 30 are notified to the delivery worker terminal 20 and accumulated in the server 10, so that, for example, when an abnormality occurs in the internal temperature of the delivery container 3, it becomes possible to infer the cause. Thus, by notifying the delivery worker of an appropriate countermeasure according to the appropriately inferred occurrence event, the delivery worker can take an appropriate action.

[0067] In the information processing system of this embodiment, the delivery worker terminal 20 may upload the monitoring data of each delivery container 3 to the server 10 in real time (for example, each time it is stored in the monitoring DB 22c). In this case, the delivery company terminal 40 can obtain the current state (monitoring data) of each delivery container 3 from the server 10. FIG. 14 shows a modified example of a viewing screen. When the control unit 41 of the delivery company terminal 40 receives an instruction to view the current state (monitoring data) of each delivery container 3 via, for example, the input unit 44, the control unit 41 obtains a viewing screen as shown in FIG. 14A from the server 10 and displays it on the display unit 45. The screen of FIG. 14A has input fields for each piece of information, such as a delivery company ID, a box ID, and a delivery worker ID, as information for specifying the viewing target. The control unit 41 requests the server 10 to provide the monitoring data of the viewing target specified by the information input via each input field, and the control unit 11 of the server 10 reads out the monitoring data requested by the delivery company terminal 40 from the monitoring DB 12a and transmits it to the delivery company terminal 40. Here, the control unit 11 reads out the monitoring data (delivery temperature, sensor data, and event data) of the specified delivery container 3 among the delivery containers 3 delivered by the specified delivery worker from the storage contents of the monitoring DB 12a of the specified delivery company ID. This allows the delivery company terminal 40 to receive the current monitoring data of the delivery container 3 to be viewed, and display it on the display unit 45 as shown in FIG. 14B. This allows the person in charge of the delivery company to understand the current delivery status of the delivery container 3 used by their delivery worker for delivery.

[0068] In this embodiment, the delivery worker terminal 20 estimates an occurrence of an event based on the detection results of each sensor acquired from the sensor module 30, and executes a process of a countermeasure for the estimated event (for example, an alert notification to the delivery worker), but is not limited to this configuration. For example, when the delivery worker terminal 20 uploads sensor data to the server 10 every time it acquires the detection results of each sensor from the sensor module 30, or when the sensor module 30 directly uploads the detection results of each sensor to the server 10, the server 10 may estimate an occurrence of an event based on the uploaded detection results of each sensor. In this case, if the countermeasure for the estimated event is an alert notification to the delivery worker, the server 10 can issue an alert notification to the delivery worker via the delivery worker terminal 20 by instructing the delivery worker terminal 20 to execute an alert notification. In addition, if the countermeasure for the estimated event is an alert notification to the delivery company, the server 10 can notify the delivery company of the occurrence of the estimated event to the delivery company terminal 40, thereby enabling early notification to the delivery company.

[0069] (Embodiment 2) In this embodiment, an information processing system will be described in which the delivery worker terminal 20 uses a learning model to perform a process of estimating an event occurring in the delivery container 3 based on sensor data from each sensor 33-35 of the sensor module 30. The information processing system of this embodiment can be realized using a device similar to the information processing system of embodiment 1 shown in FIG. 1, so detailed description of the configuration will be omitted. In this embodiment, the delivery worker terminal 20 stores a learning model in the storage unit 22 in addition to the configuration shown in FIG. 2. The control unit 21 of the delivery worker terminal 20 may be composed of one or more processors such as a CPU, an MPU, a GPU (Graphics Processing Unit), a TPU (Tensor Processing Unit), or an AI chip (semiconductor for AI). In this embodiment, each device performs the same process as in embodiment 1, except that the delivery worker terminal 20 uses a learning model to perform a process of estimating an event occurring in each delivery container 3. Description of the same process as in embodiment 1 will be omitted.

[0070] FIG. 15 is an explanatory diagram showing a configuration example of a learning model. The learning model Ma shown in FIG. 15B is a modified example of the learning model M shown in FIG. 15A. The learning model M is a model that receives sensor data (temperature, open / close state of the lid 3b, impact degree, and position information) that is a detection result by each sensor 33-35 of the sensor module 30 and the positioning unit 27 of the delivery worker terminal 20, performs a calculation to estimate an event occurring in the delivery container 3 to which the sensor module 30 is associated based on each input data, and outputs information indicating the calculation result. The learning model M may be configured using an algorithm such as a CNN (Convolution Neural Network), an RNN (Recurrent Neural Network), an LSTM (Long Short-Term Memory), a Transformer, a decision tree, a random forest, or an SVM (Support Vector Machine), or may be configured by combining multiple algorithms.

[0071] The learning model M may be configured to input detection results (sensor data) at a certain timing as detection results by the sensors 33 to 35 and the positioning unit 27, or may be configured to input detection results (sensor data in time series) within a predetermined period. In addition to the detection results (location information) by the positioning unit 27, information on the delivery destination of the delivery container 3 may be input to the learning model M, or the distance between the location information of the detection result and the delivery destination may be input. The learning model M has output nodes equal to the number of events set as monitoring targets, and each output node is associated with each event, and outputs the probability (certainty) that the associated event should be determined to have occurred. In the example of FIG. 15A, the probability that no event, a first event (for example, an event with an event ID of 001), a second event (for example, an event with an event ID of 002), etc. should be determined to have occurred is output. The output value of each output node is, for example, a value of 0 to 1.0, and the sum of the certainties output from each output node is 1.0. With the above-mentioned configuration, the learning model M outputs information indicating an event occurring in the delivery container 3 (the probability that each event should be determined to have occurred) when the detection results from each of the sensors 33-35 and the positioning unit 27 are input. Note that the learning model M may be configured to have a single output node that outputs the event with the highest certainty, instead of having multiple output nodes that output the certainty for each event.

[0072] The learning model M is generated by machine learning using training data that associates sensor data for training with an event (correct label) indicating the state of the delivery container 3 when the sensor data is detected. The learning model M learns so that when sensor data included in the training data is input, the output value from the output node corresponding to the event indicated by the correct label approaches 1 and the output values ​​from the other output nodes approach 0. In the learning process, the learning model M performs calculations based on the input sensor data and calculates output values ​​from each output node. The learning model M then compares the calculated output value of each output node with a value corresponding to the correct label (1 for the output node corresponding to the event indicated by the correct label, and 0 for the other output nodes), and optimizes parameters used in the calculation process so that the two are close to each other. For example, parameters such as weights (coupling coefficients) between nodes in the learning model M are optimized using an error backpropagation method, a steepest descent method, or the like. As a result, a learning model M is obtained that, when sensor data is input, estimates an event occurring in the delivery container 3 in a state in which the input sensor data is detected, and outputs the estimation result.

[0073] In the information processing system of this embodiment, each device can execute the same process as in the first embodiment, and the same effect can be obtained. However, in step S24 of the process shown in FIG. 9, the control unit 21 of the delivery worker terminal 20 of this embodiment estimates an event occurring in the delivery container 3 using the learning model M instead of the process shown in FIG. 10. Here, the control unit 21 inputs the sensor data and position information stored in the monitoring DB 22c in steps S22 and S23 to the learning model M, and estimates an event occurring in the delivery container 3 associated with the sensor module 30 that is the source of the sensor data based on the output data from the learning model M. Specifically, the control unit 11 identifies the output node that outputs the maximum output value in the learning model M, and identifies the event associated with the identified output node as an event occurring in the delivery container 3.

[0074] Even in the above-mentioned configuration, the state of the delivery container 3 can be monitored based on sensor data from the sensors 33-35 of the sensor module 30 and the positioning unit 27 of the delivery worker terminal 20. In the above-mentioned configuration, the event DB 22a does not need to have the configuration of FIG. 3, and may have a configuration in which, for example, an event ID and a countermeasure are stored in association with each other. Even in such a configuration, it is possible to identify the countermeasure to be executed for the state (event) of the delivery container 3 estimated using the learning model M.

[0075] In this embodiment, instead of estimating an event occurring in the delivery container 3 from sensor data using the learning model M, a learning model Ma shown in FIG. 15B may be used to estimate a countermeasure against an event occurring in the delivery container 3 from sensor data. The learning model Ma shown in FIG. 15B has a similar configuration to the learning model M, and like the learning model M, receives sensor data (temperature, open / closed state of the lid 3b, impact degree, position information) that is a detection result by each sensor 33-35 of the sensor module 30 and the positioning unit 27 of the delivery worker terminal 20. The learning model Ma is a model that performs a calculation to estimate a countermeasure to be taken against an event occurring in the delivery container 3 to which the sensor module 30 is associated based on each input data, and outputs information indicating the calculation result.

[0076] The learning model Ma may also be configured to receive detection results (sensor data) from the sensors 33-35 and the positioning unit 27 at a certain timing, or to receive detection results (sensor data in time series) within a predetermined period. The learning model Ma has output nodes equal in number to the number of countermeasures for each event set as a monitoring target, and each output node is associated with each countermeasure, and outputs the probability (certainty) that the associated countermeasure should be implemented. In the example of FIG. 15B, the model outputs the probability that no countermeasure is required, a first countermeasure (e.g., "notify delivery worker"), a second countermeasure (e.g., "notify delivery company"), or the like should be implemented. The output value of each output node is, for example, a value between 0 and 1.0, and the sum of the confidences output from each output node is 1.0. With the above-mentioned configuration, when the detection results from the sensors 33-35 and the positioning unit 27 are input, the learning model Ma outputs information indicating countermeasures to be implemented for an event occurring in the delivery container 3 (probability that each countermeasure should be determined to be implemented). Note that the learning model Ma may be configured to have one output node that outputs the countermeasure with the highest confidence level, instead of having multiple output nodes that output the confidence level for each countermeasure.

[0077] The learning model Ma is generated by machine learning using training data that associates sensor data for training with countermeasures (correct labels) to be implemented depending on the state of the delivery container 3 when the sensor data is detected. The learning model Ma learns so that when sensor data included in the training data is input, the output value from the output node corresponding to the countermeasure indicated by the correct label approaches 1, and the output values ​​from the other output nodes approach 0. In the learning process, the learning model Ma performs calculations based on the input sensor data and calculates output values ​​from each output node. The learning model M then compares the calculated output values ​​of each output node with values ​​corresponding to the correct label (1 for the output node corresponding to the countermeasure indicated by the correct label, and 0 for the other output nodes), and optimizes parameters used in the calculation process so that the two are close to each other. Here, parameters such as weights (coupling coefficients) between nodes in the learning model Ma are optimized using the backpropagation method, steepest descent method, etc. As a result, a learning model Ma is obtained that, when sensor data is input, estimates countermeasures to be implemented for the delivery container 3 in a state in which the input sensor data is detected, and outputs the estimated result.

[0078] Fig. 16 is a flowchart showing another example of the monitoring process procedure for the delivery container 3. The process shown in Fig. 16 is obtained by adding steps S61 to S63 instead of steps S24 to S27 in the process shown in Fig. 9. Explanations of the same steps as in Fig. 9 will be omitted.

[0079] After the process of step S23, the control unit 21 of the delivery worker terminal 20 of this embodiment estimates a countermeasure corresponding to the event occurring in the delivery container 3 associated with the sensor module 30 that is the source of the sensor data, based on the sensor data and position information stored in the monitoring DB 22c (S61). Here, the control unit 21 inputs the sensor data and position information stored in the monitoring DB 22c in steps S22 and S23 to the learning model Ma, and estimates a countermeasure corresponding to the event occurring in the delivery container 3, based on the output data from the learning model Ma. Specifically, the control unit 11 identifies the output node that outputs the maximum output value in the learning model Ma, and identifies the countermeasure associated with the identified output node as the countermeasure corresponding to the event occurring in the delivery container 3.

[0080] Thereafter, the control unit 21 judges whether or not the countermeasure has been estimated (S62), and if it is judged that the countermeasure has been estimated (S62: YES), the data of the estimated countermeasure (for example, the countermeasure ID if an ID is assigned to the countermeasure) is stored in the monitoring DB 22c in association with the box ID of the delivery container 3 (S63). Then, the control unit 21 executes the process of step S28. If it is judged that the countermeasure has not been estimated (S62: NO), the control unit 21 ends the process. In this embodiment, too, the control unit 21 executes the above-mentioned process every time it acquires sensor data from the sensor module 30. Thereby, the delivery worker terminal 20 monitors the sensor data that detects the state of the delivery container 3 in real time, and if there is a countermeasure to be executed, executes the countermeasure, thereby making it possible to notify the delivery worker or the delivery company of an alert. Therefore, in this embodiment, too, the same effect as in the above-mentioned embodiment 1 can be obtained.

[0081] 16 uses the learning model Ma to estimate a countermeasure corresponding to an event occurring in the delivery container 3 based on the sensor data. In such a configuration, the event DB 22a does not need to have the configuration in FIG. 3, and may have a configuration in which, for example, an event ID and a countermeasure are stored in association with each other.

[0082] In this embodiment, the learning models M, Ma may be learned by the server 10 or by another learning device. The learned learning models M, Ma generated by learning by the server 10 or another learning device are downloaded to the delivery worker terminal 20 from the server 10 or the learning device via the network N, for example, and stored in the storage unit 22. The delivery worker terminal 20 prepares the learning models M, Ma as described above in advance, and uses them in a process of estimating countermeasures to be taken in response to the state of the delivery container 3 associated with each sensor module from the detection results (sensor data) by the sensors 33-35 and the positioning unit 27 of each sensor module.

[0083] In this embodiment, the process of estimating an occurrence event in step S24 in FIG. 9 and the process of step S61 in FIG. 16 are not limited to being executed locally by the delivery worker terminal 20. For example, a server that executes both processes, or a server that executes each process, may be provided. Even in such a configuration, the same processes as in this embodiment are possible and the same effects can be obtained. Also, in this embodiment, the modified examples described as appropriate in the above-mentioned embodiment 1 can be applied.

[0084] Regarding the above embodiments including the first and second embodiments, the following supplementary notes are disclosed.

[0085] (Appendix 1) acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. An information processing method in which processing is performed by a computer.

[0086] (Appendix 2) Identify countermeasures for predicted events 2. The information processing method according to claim 1, wherein the processing is executed by the computer.

[0087] (Appendix 3) The plurality of sensors includes at least two of a temperature sensor that detects an internal temperature of the delivery container, an opening / closing sensor that detects the opening / closing of a lid of the delivery container, an impact sensor that detects the degree of impact that the delivery container receives from the outside, and a position detection sensor that detects the position of the delivery container. 3. An information processing method according to claim 1 or 2.

[0088] (Appendix 4) the plurality of sensors include an opening / closing sensor that detects the opening / closing of a lid of the delivery container, and a position detection sensor that detects a position of the delivery container; When the open state of the lid is detected by the opening / closing sensor, it is determined whether or not the position detected by the position detection sensor matches the position of the delivery destination of the delivery container; If it is determined that the location of the delivery destination does not match, it is inferred that an event related to erroneous delivery has occurred. 4. The information processing method according to claim 1, wherein the processing is executed by the computer.

[0089] (Appendix 5) The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, When the open / close sensor detects that the lid is closed, it is determined whether the temperature detected by the temperature sensor is within a predetermined range and / or whether a temperature change calculated based on the temperature detected by the temperature sensor is within a predetermined range; Based on the judgment result, the occurrence of an event related to an inadequate temperature management of the delivery container is predicted. 5. The information processing method according to claim 1, wherein the processing is executed by a computer.

[0090] (Appendix 6) The plurality of sensors include an opening / closing sensor that detects the opening / closing of a lid of the delivery container, and an impact sensor that detects the degree of impact that the delivery container receives from the outside, The occurrence of an event related to the handling of the delivery container is predicted based on the open / closed state of the lid detected by the open / close sensor and the degree of impact detected by the impact sensor. 6. The information processing method according to any one of claims 1 to 5, wherein the processing is executed by the computer.

[0091] (Appendix 7) The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an impact sensor that detects an impact degree that the delivery container receives from the outside, If the temperature detected by the temperature sensor is within a predetermined range, it is determined whether or not the impact degree detected by the impact sensor is within a predetermined range; If the impact level is not within a predetermined range, it is inferred that an event related to a delivery defect of the delivery container has occurred. 7. The information processing method according to any one of claims 1 to 6, wherein the processing is executed by the computer.

[0092] (Appendix 8) The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, determining whether or not the opening and closing of the lid is detected by the opening and closing sensor after a predetermined time has elapsed since the temperature detected by the temperature sensor falls within a predetermined range; When it is determined that the opening and closing of the lid has been detected, it is inferred that an event related to exceeding the delivery operation time has occurred. 8. The information processing method according to claim 1, wherein the processing is executed by the computer.

[0093] (Appendix 9) The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, predicting a timing when the delivery item was removed from the delivery container based on the open / close state of the lid detected by the open / close sensor; Measure the storage time of the delivery item in the delivery container until the estimated timing; Based on the measured storage time and the temperature detected by the temperature sensor at the timing, the occurrence of an event related to the handling of the delivery container at the delivery destination is predicted. 9. The information processing method according to any one of claims 1 to 8, wherein the processing is executed by the computer.

[0094] (Appendix 10) acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. A program that causes a computer to carry out processing.

[0095] (Appendix 11) In an information processing device having a control unit, The control unit is acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. Information processing device.

[0096] The embodiments disclosed herein are illustrative in all respects and should not be considered as limiting. The scope of the present invention is defined by the claims, not by the above meaning, and is intended to include all modifications within the scope and meaning equivalent to the claims. [Explanation of symbols]

[0097] 10 Server 11 Control section 12 Storage section 20 Delivery worker terminal 21 Control section 22 Memory section 23 Near Field Wireless Communication Department 30 Sensor Module 33 Temperature Sensor 34 Open / Close Sensor 35 Impact Sensor 36 Near Field Wireless Communication Department 40 Delivery company terminal

Claims

1. acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. An information processing method in which processing is performed by a computer.

2. Identify countermeasures for predicted events The information processing method according to claim 1 , wherein the processing is executed by the computer.

3. The plurality of sensors includes at least two of a temperature sensor that detects an internal temperature of the delivery container, an opening / closing sensor that detects the opening / closing of a lid of the delivery container, an impact sensor that detects the degree of impact that the delivery container receives from the outside, and a position detection sensor that detects the position of the delivery container.

3. The information processing method according to claim 1 or 2.

4. the plurality of sensors include an opening / closing sensor that detects the opening / closing of a lid of the delivery container, and a position detection sensor that detects a position of the delivery container; When the open state of the lid is detected by the opening / closing sensor, it is determined whether or not the position detected by the position detection sensor matches the position of the delivery destination of the delivery container; If it is determined that the location of the delivery destination does not match, it is inferred that an event related to erroneous delivery has occurred.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

5. The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, When the open / close sensor detects that the lid is closed, it is determined whether the temperature detected by the temperature sensor is within a predetermined range and / or whether a temperature change calculated based on the temperature detected by the temperature sensor is within a predetermined range; Based on the judgment result, the occurrence of an event related to an inadequate temperature management of the delivery container is predicted.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

6. The plurality of sensors include an opening / closing sensor that detects the opening / closing of a lid of the delivery container, and an impact sensor that detects the degree of impact that the delivery container receives from the outside, The occurrence of an event related to the handling of the delivery container is predicted based on the open / closed state of the lid detected by the open / close sensor and the degree of impact detected by the impact sensor.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

7. The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an impact sensor that detects an impact degree that the delivery container receives from the outside, If the temperature detected by the temperature sensor is within a predetermined range, it is determined whether or not the impact degree detected by the impact sensor is within a predetermined range; If the impact level is not within a predetermined range, it is inferred that an event related to a delivery defect of the delivery container has occurred.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

8. The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, determining whether or not the opening and closing of the lid is detected by the opening and closing sensor after a predetermined time has elapsed since the temperature detected by the temperature sensor falls within a predetermined range; When it is determined that the opening and closing of the lid has been detected, it is inferred that an event related to exceeding the delivery operation time has occurred.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

9. The plurality of sensors includes a temperature sensor that detects an internal temperature of the delivery container, and an opening / closing sensor that detects opening / closing of a lid of the delivery container, predicting a timing when the delivery item was removed from the delivery container based on the open / close state of the lid detected by the open / close sensor; Measure the storage time of the delivery item in the delivery container until the estimated timing; Based on the measured storage time and the temperature detected by the temperature sensor at the timing, the occurrence of an event related to the handling of the delivery container at the delivery destination is predicted.

3. The information processing method according to claim 1, wherein the processing is executed by the computer.

10. acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. A program that causes a computer to carry out processing.

11. In an information processing device having a control unit, The control unit is acquiring sensor data detected by a plurality of sensors associated with the delivery container; Inferring an event related to a delivery status of the delivery container based on a combination of the acquired sensor data. Information processing device.

Images