JP7704068B2 - Information processing device - Google Patents

Description

This disclosure relates to an information processing device.

For example, there is known a technology that estimates the possibility (risk) of damage to a vehicle, such as theft of items brought into or loaded on the vehicle at the vehicle's parking position, or vandalism to the vehicle, and notifies the user when the estimated possibility is relatively high (see Patent Document 1).

JP 2005-346276 A

However, in Patent Document 1, the possibility of vehicle damage occurring is estimated when a passenger (driver) gets off the vehicle, and the user is notified at that time if the estimated possibility is relatively high. Therefore, it is not possible to deal with a situation where, for example, the possibility of vehicle damage occurring at the vehicle's parking position changes over time, changing from a relatively low state to a relatively high state.

In view of the above problem, the objective of the present invention is to provide a technology that can notify the user of changes over time in the possibility of vehicle damage occurring at the vehicle's parking position.

In order to achieve the above object, in one embodiment of the present disclosure,
A first acquisition unit that acquires information regarding a parking position of the vehicle;
A second acquisition unit that acquires information regarding a current or future tendency of occurrence of vehicle damage, including at least one of theft of the vehicle or items brought into or loaded on the vehicle at the parking position, and vandalism to the vehicle;
an estimation unit that estimates a possibility of current or future damage to the vehicle occurring at the parking position based on information acquired by the second acquisition unit while the vehicle is parked at the parking position;
a notification unit that transmits a notification indicating that the possibility of the occurrence of the vehicle damage is relatively high to a terminal device of a user of the vehicle when the estimation unit indicates that the current possibility of the occurrence of the vehicle damage has changed from a relatively low state to a high state with respect to a predetermined standard, or when the estimation unit predicts that the future possibility of the occurrence of the vehicle damage is relatively high with respect to the predetermined standard;
An information processing device is provided.

According to the above-described embodiment, it is possible to notify the user of changes over time in the possibility of vehicle damage occurring at the vehicle's parking position.

FIG. 1 is a diagram illustrating an example of a vehicle damage monitoring system. A figure showing a first example of processing related to monitoring vehicle damage in a server. FIG. 3 is a diagram for explaining the effect of the processing in FIG. 2 . FIG. 11 is a diagram showing a second example of a process related to monitoring vehicle damage in the server. FIG. 5 is a diagram for explaining the effect of the processing of FIG. 4 .

The following describes the embodiment with reference to the drawings.

[Overview of the vehicle damage monitoring system]
An overview of a vehicle damage monitoring system 1 will be described with reference to FIG.

Figure 1 shows an example of a vehicle damage monitoring system 1.

As shown in FIG. 1, the vehicle damage monitoring system 1 includes a vehicle 10, a server 20, and a mobile terminal 30.

The vehicle damage monitoring system 1 uses the server 20 to remotely monitor the occurrence of vehicle damage targeting the vehicle 10.

Vehicle damage includes, for example, theft of the vehicle 10 or components of the vehicle 10. Components of the vehicle 10 include the vehicle 10 itself. Vehicle damage may also include vandalism against the vehicle 10. Vandalism against the vehicle 10 includes damage to the vehicle 10 (exterior surface) and puncturing the tires.

Vehicle 10 is the subject of monitoring for vehicle damage. Vehicle 10 is, for example, an engine vehicle equipped with only an internal combustion engine as a prime mover. Vehicle 10 may also be an HEV (Hybrid Electric Vehicle), PHEV (Plug-in Hybrid Electric Vehicle), or range extender EV equipped with an electric motor in addition to an internal combustion engine as a prime mover. Vehicle 10 may also be a BEV (Battery Electric Vehicle) or hydrogen battery vehicle equipped with only an electric motor as a prime mover.

The vehicle 10 is communicatively connected to the server 20 through a specified communication line. This allows the vehicle 10 to obtain information about the vehicle 10 (hereinafter, "vehicle information") and upload it to the server 20 through the specified communication line. The vehicle 10 uploads the vehicle information to the server 20, for example, periodically. The vehicle 10 may also upload the vehicle information to the server 20 in response to a request from the server 20, for example.

The specified communication line includes, for example, a wide area network (WAN) such as a mobile communication network ending at a base station, a satellite communication network using a communication satellite, and the Internet. The specified communication line may also include, for example, a short-distance communication line based on a specified wireless communication standard such as WiFi or Bluetooth (registered trademark). The same may be true below for the specified communication line used for communication between the server 20 and the mobile terminal 30.

The vehicle 10 monitored by the vehicle damage monitoring system 1 may be one or multiple vehicles.

The server 20 (an example of an information processing device) acquires vehicle information from the vehicle 10 via a specified communication line, and monitors the parked vehicle 10 for damage to the vehicle based on the vehicle information. The server 20 also transmits a notification of the monitoring results for the vehicle damage to the mobile terminal 30 via the specified communication line.

The server 20 is, for example, an on-premise server installed in a monitoring center that performs monitoring operations related to the vehicle 10, including monitoring damage to the vehicle 10. The server 20 may also be a cloud server or an edge server installed in a location separate from the monitoring center.

The functions of the server 20 may be realized by any hardware or a combination of any hardware and software. For example, the server 20 is mainly composed of a computer including a CPU (Central Processing Unit), a memory device, an auxiliary storage device, an interface for input and output with the outside, an input device, and a display device. The memory device is, for example, an SRAM (Static Random Access Memory) or a DRAM (Dynamic Random Access Memory). The auxiliary storage device is, for example, an HDD (Hard Disc Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read Only Memory), or a flash memory. The input device is, for example, a keyboard, a mouse, or a touch panel. The display device is, for example, a liquid crystal display or an organic EL (Electroluminescence) display. The interface includes, for example, an external interface for connecting to a recording medium and a communication interface for communicating with the outside of the server 20. As a result, the server 20 can, for example, import various programs from a recording medium through the external interface, or download various programs from an external device through the communication interface. In addition, the server 20 can communicate with external devices such as the vehicle 10 and the mobile terminal 30 via a communication interface.

The mobile terminal 30 (an example of a terminal device) is a user terminal carried by the user of the vehicle 10. The mobile terminal 30 receives notifications regarding the monitoring results of vehicle damage to the vehicle 10 from the server 20 via a specified communication line, and notifies the user of the contents of the notifications in a visual or auditory manner.

The mobile terminal 30 is, for example, a portable terminal device such as a smartphone, a tablet terminal, or a laptop PC.

The functions of the mobile terminal 30 may be realized by any hardware or a combination of any hardware and software. For example, the mobile terminal 30 is mainly composed of a computer including a CPU, a memory device, an auxiliary storage device, an interface for input and output with the outside, an input device, and a display device. The memory device is, for example, an SRAM or DRAM. The auxiliary storage device is, for example, an HDD, an SSD, an EEPROM, a flash memory, etc. The input device is, for example, a keyboard, a mouse, a touch panel, etc. The display device is, for example, a liquid crystal display, an organic EL display, etc. The interface includes, for example, an external interface for connecting to a recording medium and a communication interface for communicating with the outside of the mobile terminal 30. As a result, the mobile terminal 30 can, for example, import various programs from a recording medium through the external interface, and download various programs from an external device through the communication interface. In addition, the mobile terminal 30 can communicate with an external device such as a server 20 through the communication interface.

[Detailed configuration of vehicle damage monitoring system]
Next, still with reference to FIG. 1, the detailed configuration of the vehicle damage monitoring system 1 will be described.

As shown in FIG. 1, the vehicle 10 includes an ECU (Electronic Control Unit) 11, a remote service ECU 12, and a DCM (Data Communication Module) 13.

The ECU 11 controls the acquisition of vehicle information. The vehicle information includes, for example, position information of the vehicle 10. The position information of the vehicle 10 is acquired, for example, based on the output of a Global Navigation Satellite System (GNSS) installed in the vehicle 10. The vehicle information also includes, for example, information regarding the open/closed state of the doors of the vehicle 10 and information regarding whether the doors are locked or not. The vehicle information also includes, for example, information regarding whether a passenger is seated in a seat of the vehicle 10. The vehicle information also includes information indicating the state of the interior of the vehicle 10 (for example, image information from a camera installed in the interior of the vehicle 10).

The functions of the ECU 11 may be realized by any hardware or a combination of any hardware and software. For example, the ECU 11 is mainly composed of a computer including a CPU, a memory device, an auxiliary storage device, and an interface device. The memory device is, for example, an SRAM. The auxiliary storage device is, for example, an EEPROM or a flash memory. The interface device is used to connect to a communication line inside the vehicle 10. This allows, for example, programs and various data for realizing various processes to be installed in the ECU 11 (auxiliary storage device) from a portable recording medium through the communication line inside the vehicle 10. The portable recording medium is, for example, a dedicated tool connected to an external connection connector such as a DLC (Data Link Coupler) with a detachable cable. The recording medium may also be, for example, an SD memory card or a USB (Universal Serial Bus) memory. The program may also be downloaded from a computer outside the vehicle 10 through a specified communication line and installed in the auxiliary storage device. The same may be true for the remote service ECU 12 below.

For example, the ECU 11 acquires and outputs vehicle information such as the position information of the vehicle 10, information indicating whether the doors of the vehicle 10 are open or closed, and information indicating whether the doors are locked or not, at each predetermined control period.

The remote service ECU 12 controls the support provided by the server 20 for remote monitoring services related to vehicle damage to the vehicle 10.

For example, the remote service ECU 12 acquires vehicle information output from the ECU 11 and transmits the vehicle information to the server 20 via the DCM 13.

DCM13 connects to a specified communication line and communicates with external devices such as server 20.

The server 20 includes, as functional units, a parking position information acquisition unit 201, a vehicle damage tendency information acquisition unit 202, a vehicle damage possibility estimation unit 203, and a notification unit 204. The functions of the parking position information acquisition unit 201, the vehicle damage tendency information acquisition unit 202, the vehicle damage possibility estimation unit 203, and the notification unit 204 are realized, for example, by loading a program installed in an auxiliary storage device into a memory device and executing it on a CPU.

The parking position information acquisition unit 201 (an example of a first acquisition unit) acquires information related to the parking position of the vehicle 10. Specifically, when the parking position information acquisition unit 201 determines that the vehicle 10 is parked, it acquires the latest position information of the vehicle 10 that corresponds to the latest parking position of the vehicle 10 and is included in the latest vehicle information received from the vehicle 10.

The vehicle damage tendency information acquisition unit 202 (an example of a second acquisition unit) acquires information representing the tendency of current vehicle damage at the parking position of the vehicle 10. The information representing the tendency of vehicle damage at the parking position of the vehicle 10 includes, for example, information representing a time period. This is because the possibility of vehicle damage occurring may differ depending on the time period of the day. In addition, the information representing the tendency of vehicle damage at the parking position of the vehicle 10 includes, for example, statistical information representing the past occurrence of vehicle damage in a parking lot corresponding to the parking position of the vehicle 10 or a specified area including the parking lot. In addition, for example, if this statistical information is organized by time period, this is information corresponding to the target (current) time period among this statistical information. The statistical information for each parking lot or each area is stored in advance, for example, in an auxiliary storage device of the server 20, and the vehicle damage tendency information acquisition unit 202 can acquire the statistical information of the target parking lot or the target area by reading it from the auxiliary storage device. In addition, the information representing the tendency of vehicle damage at the parking position of the vehicle 10 includes, for example, information regarding the environment of the parking lot corresponding to the parking position of the vehicle 10. The information on the environment of the parking lot includes, for example, information on whether the parking lot faces a road with a lot of pedestrian and vehicular traffic, whether the parking lot is indoors or outdoors, and so on. For example, the possibility of vehicle damage occurring may differ depending on whether the vehicle 10 is easily visible to the public. Also, for example, if the parking lot is indoors, there is a high possibility that a guard is present, whereas if it is outdoors, there is a possibility that the guard is absent, which may result in a difference in the possibility of vehicle damage occurring. Information on the environment of the parking lot is, for example, stored in advance in an auxiliary storage device or the like of the server 20, and the vehicle damage tendency information acquisition unit 202 can acquire information on the environment of the parking lot by reading it from the auxiliary storage device or the like. Also, the information representing the tendency of vehicle damage at the parking position of the vehicle 10 includes, for example, information representing the state of the interior of the vehicle 10. Information representing the state of the interior of the vehicle 10 includes, for example, information on the presence or absence of items in the interior of the vehicle 10, the open/closed state of curtains, the presence or absence of a shade, and so on. This is because if items are left in the interior of the vehicle 10 or if the interior of the vehicle 10 can be easily peeked into, the vehicle 10 is likely to be a target of vehicle break-ins. For example, the vehicle damage tendency information acquisition unit 202 can acquire information representing the interior condition of the vehicle 10 based on information representing the interior condition of the vehicle 10 that is included in the vehicle information received from the vehicle 10.

The vehicle damage possibility estimation unit 203 (an example of an estimation unit) estimates the possibility of vehicle damage occurring at the current parking position of the vehicle 10 based on the information acquired by the vehicle damage tendency information acquisition unit 202.

For example, maps, tables, and conversion formulas that show the relationship between the various information acquired by the vehicle damage tendency information acquisition unit 202 and a score indicating the possibility of vehicle damage occurring are prepared in advance and stored in the auxiliary storage device of the server 20. The score expresses the degree of vehicle damage occurring, for example, in a range of 0% to 100%. This allows the vehicle damage possibility estimation unit 203 to estimate the possibility (score) of vehicle damage occurring based on the various information acquired by the vehicle damage tendency information acquisition unit 202, using the maps, tables, and conversion formulas prepared in advance.

In addition, a trained model capable of outputting a score representing the possibility of vehicle damage occurring using various information acquired by the vehicle damage tendency information acquisition unit 202 as input conditions may be prepared in advance and stored in the auxiliary storage device of the server 20. This allows the vehicle damage possibility estimation unit 203 to estimate the possibility (score) of vehicle damage occurring using the trained model prepared in advance based on the various information acquired by the vehicle damage tendency information acquisition unit 202.

When the estimation result of the vehicle damage possibility estimation unit 203 indicates that the possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high compared to a predetermined standard, the notification unit 204 transmits a notification indicating that to the mobile terminal 30 of the user of the vehicle 10. As a result, when the mobile terminal 30 receives a notification signal from the server 20, it can notify the user of that fact through the display device of the mobile terminal 30. A case where the possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high compared to a predetermined standard may be a case where the possibility of vehicle damage occurring at the parking position of the vehicle 10 is equal to or higher than the predetermined standard, or may exceed the predetermined standard.

For example, when the score indicating the possibility of vehicle damage occurring output by the vehicle damage possibility estimation unit 203 is equal to or exceeds a predetermined standard, the notification unit 204 transmits a notification to the mobile terminal 30 indicating that the possibility of vehicle damage occurring is relatively high.

[Processing related to monitoring vehicle damage]
Next, the process for monitoring vehicle damage will be described with reference to FIGS.

<First Example>
Fig. 2 is a diagram showing a first example of a process related to monitoring vehicle damage in the server 20. Fig. 3 is a diagram for explaining the action of the process in Fig. 2.

The flowchart in FIG. 2 is executed repeatedly, for example, immediately after the vehicle 10 is stopped (ignition is turned off) when the passengers of the vehicle 10 have not yet disembarked.

As shown in FIG. 2, in step S102, the server 20 determines whether or not the passengers of the vehicle 10 have disembarked based on the latest vehicle information received from the vehicle 10. The passengers may be passengers in all seats, or may be limited to a passenger (driver) in a specific seat (driver's seat) of the vehicle 10. Specifically, the server 20 may determine whether or not the passengers of the vehicle 10 have disembarked based on information regarding whether or not the passengers are seated in the seats of the vehicle 10, information regarding the open/closed state of the doors of the vehicle 10, and information regarding whether or not the doors of the vehicle 10 are locked. If the passengers of the vehicle 10 have disembarked, the server 20 proceeds to step S104, and if the passengers of the vehicle 10 have not disembarked, the server 20 ends this flowchart.

In step S104, the parking position information acquisition unit 201 acquires the latest position information of the vehicle 10 from the latest vehicle information received from the vehicle 10, i.e., the position information of the vehicle 10. Then, the vehicle damage tendency information acquisition unit 202 acquires information that represents the tendency of vehicle damage at the current parking position of the vehicle 10.

When the processing of step S104 is completed, the server 20 proceeds to step S106.

In step S106, the vehicle damage possibility estimation unit 203 estimates the possibility of vehicle damage occurring at the current parking position of the vehicle 10 based on the information acquired in step S104.

When the server 20 completes processing of step S106, it proceeds to step S108.

In step S108, the server 20 determines whether the current possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high with respect to a predetermined standard based on the estimation result in step S106. If the current possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high with respect to the predetermined standard, the server 20 proceeds to step S110, otherwise the server 20 ends this flowchart.

In step S110, the vehicle damage possibility estimation unit 203 estimates the possibility of current vehicle damage occurring in parking lots around the parking position of the vehicle 10. For example, the vehicle damage possibility estimation unit 203 selects parking lots within a range corresponding to the periphery of the parking position of the vehicle 10 from the list information of parking lots linked to the map information, and estimates the possibility of current vehicle damage occurring for each selected parking lot. The map information and the list information of parking lots are, for example, stored in advance in the auxiliary storage device of the server 20. Then, the vehicle damage possibility estimation unit 203 extracts parking lots from the selected parking lots where the possibility of current vehicle damage occurring is lower than the parking position of the vehicle 10. The geographical range corresponding to the periphery of the vehicle 10 may be a fixed range, or may be a range that varies depending on the location.

When the server 20 completes processing of step S110, it proceeds to step S112.

In step S112, the notification unit 204 notifies the mobile terminal 30 of the user of the vehicle 10 of candidate parking lots where the likelihood of vehicle damage occurring is lower than the current parking position of the vehicle 10 based on the estimation result of step S110. If there are multiple candidate parking lots where the likelihood of vehicle damage occurring is lower than the current parking position of the vehicle 10, the notification unit 204 may notify all of the parking lots, or may notify only some of the parking lots in order of the likelihood of vehicle damage occurring.

If there is no nearby parking lot where the current vehicle damage occurrence is less likely than the parking position of vehicle 10, the notification unit 204 may notify the mobile device of the user of vehicle 10 only that the current vehicle damage occurrence is relatively more likely at the parking position of vehicle 10. Furthermore, if the vehicle damage possibility estimation unit 203 cannot extract a nearby parking lot where the current vehicle damage occurrence is less likely than the parking position of vehicle 10, it may expand the range corresponding to the periphery of vehicle 10 from the predefined range. This allows the server 20 to extract alternative parking lots for the parking position of vehicle 10, even if they are relatively far from the parking position of vehicle 10, and notify the user.

For example, as shown in FIG. 3, consider a case where vehicle 10 is parked in parking lot A in an area where parking lot A has a relatively high current risk of vehicle damage relative to a predetermined standard, and parking lot B has a lower risk of vehicle damage than parking lot A, and the vehicle 10 is parked in parking lot A (scene 301).

In this case, the server 20 determines, through the processing of steps S102 to S108 in FIG. 2, that when the user U gets off the vehicle 10, the current parking position (parking lot A) of the vehicle 10 is more likely to cause vehicle damage than a predetermined standard. Then, through the processing of steps S110 and S112, the server 20 extracts parking lot B, which has a lower probability of causing vehicle damage than the parking position (parking lot A) of the vehicle 10, and notifies the mobile terminal 30 of the user U of parking lot B, which is a candidate for an alternative parking position for the vehicle 10 (scene 302).

This allows user U to check the notification on his/her mobile device 30 and repark his/her vehicle in parking lot B, where the current possibility of vehicle damage occurring is lower than in parking lot A (scene 303).

<Second Example>
Fig. 4 is a diagram showing a second example of the process relating to monitoring of vehicle damage in the server 20. Fig. 5 is a diagram for explaining the action of the process in Fig. 4.

The flowchart in FIG. 4 is executed repeatedly, for example, when the vehicle 10 is stopped, the execution timing of the flowchart in FIG. 3 has ended, and no notification of step S112 has been given in the flowchart in FIG. 3.

As shown in FIG. 4, in step S202, the server 20 determines whether or not there is a passenger in the vehicle 10 based on the latest vehicle information received from the vehicle 10. Specifically, the server 20 may determine whether or not there is a passenger in the vehicle 10 based on information regarding whether or not a passenger is seated in a seat of the vehicle 10. If there is no passenger in the vehicle 10, the server 20 proceeds to step S204, and if there is a passenger in the vehicle 10, the server 20 ends the processing of this flowchart.

Steps S204 to S208 are the same as steps S104 to S108 in Figure 2, so the explanation is omitted.

In step S208, if the server 20 determines that the current possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high relative to a predetermined standard, it proceeds to step S210; otherwise, it terminates this flowchart.

In step S210, the notification unit 204 notifies the mobile terminal 30 of the user of the vehicle 10 that there is a relatively high possibility of vehicle damage occurring at the current parking position of the vehicle 10.

When the time that has elapsed since the passenger of the vehicle 10 disembarked is relatively short (e.g., within 5 minutes), the server 20 may perform the same processing as steps S110 and S112 in FIG. 2. Similarly, when the distance between the user of the vehicle 10 and the parking position of the vehicle 10 is relatively short (e.g., within 1 km), the server 20 may perform the same processing as steps S110 and S112 in FIG. 2. In this case, the server 20 can grasp the position of the user of the vehicle 10 by, for example, receiving the output of a GNSS sensor mounted on the mobile terminal 30 from the mobile terminal 30 and acquiring the position information of the mobile terminal 30.

When the server 20 completes the processing of step S210, it ends the processing of this flowchart.

For example, as shown in FIG. 5, consider the case where vehicle 10 is parked in parking lot C, where the current possibility of vehicle damage is relatively low relative to a predetermined standard (scene 501).

In this example, after the passengers disembark from the vehicle 10, the current possibility of vehicle damage changes from a relatively low state to a relatively high state with respect to a predetermined standard (scene 502).

In this case, the server 20 determines, through the processing of steps S202 to S208 in FIG. 4, that the current possibility of vehicle damage occurring at the parking position of the vehicle 10 (parking lot C) has changed from a relatively low state to a high state relative to a predetermined standard. Then, through the processing of step S210 in FIG. 4, the server 20 notifies the mobile device 30 of the user U that the current possibility of vehicle damage occurring at the parking position of the vehicle 10 (parking lot C) is relatively high (scene 503).

As a result, user U can check the notification on his/her mobile device 30 and understand that the possibility of vehicle damage occurring in parking lot C where vehicle 10 is parked has changed from a relatively low state to a high state.

[Other embodiments]
Next, another embodiment will be described.

The above-described embodiments may be combined as appropriate, or the contents may be modified or altered.

For example, in the above embodiment (first example of processing related to monitoring vehicle damage), the processing of step S110 may be omitted, and instead of step S112, processing similar to step S210 may be adopted as in the second example (FIG. 4). In other words, when the possibility of vehicle damage occurring at the current parking position of the vehicle 10 is relatively high relative to a predetermined standard, the server 20 may not notify the mobile terminal 30 of the user of the vehicle 10 of the alternative parking lot, but may only notify that fact.

In addition, in the above-mentioned embodiment and its modified example, the vehicle damage possibility estimation unit 203 may estimate the possibility of future vehicle damage instead of or in addition to the possibility of current vehicle damage occurring at the parking position of the vehicle 10. For example, instead of the processing of step S106 in FIG. 2, the vehicle damage possibility estimation unit 203 performs processing to estimate the possibility of vehicle damage at the parking position of the vehicle 10 in a predetermined future time. The predetermined time represents the expected parking time of the vehicle 10. The predetermined time may be constant or may be variable depending on conditions such as the time of day and the location of the parking lot. Then, instead of the processing of step S110, the server 20 may estimate the possibility of vehicle damage at parking lots around the parking position of the vehicle 10 in a predetermined future time, and extract candidate parking lots in which the possibility of vehicle damage occurring in a predetermined future time is lower than the parking position of the vehicle 10. Specifically, the vehicle damage possibility estimation unit 203, in this case, the vehicle damage tendency information acquisition unit 202 acquires information representing the tendency of future vehicle damage at the parking position of the vehicle 10. As a result, if the server 20 predicts that the likelihood of future vehicle damage occurring is relatively high relative to a predetermined standard, it can notify the user's mobile terminal 30 of this fact or notify the user's mobile terminal 30 of an alternative parking lot.

[Effect]
Next, the operation of the vehicle damage monitoring system 1 (server 20) according to this embodiment will be described.

In this embodiment, the server 20 includes a parking position information acquisition unit 201, a vehicle damage tendency information acquisition unit 202, a vehicle damage possibility estimation unit 203, and a notification unit 204. Specifically, the parking position information acquisition unit 201 acquires information related to the parking position of the vehicle 10. In addition, the vehicle damage tendency information acquisition unit 202 acquires information related to the current or future tendency of vehicle damage, including at least one of theft of the vehicle 10 or items brought into or installed in the vehicle 10, and vandalism to the vehicle 10, at the parking position of the vehicle 10. When the vehicle 10 is parked in the parking position, the possibility of current or future vehicle damage occurring at the parking position is estimated based on the information acquired by the vehicle damage tendency information acquisition unit 202. Then, when the vehicle damage possibility estimation unit 203 estimates that the current possibility of vehicle damage has changed from a relatively low state to a high state with respect to a predetermined standard, or when the vehicle damage possibility estimation unit 203 predicts that the future possibility of vehicle damage is relatively high with respect to a predetermined standard, the notification unit 204 transmits a notification to the mobile terminal 30 of the user of the vehicle 10 indicating that the possibility of vehicle damage is relatively high.

This allows the user to be notified, for example, when the possibility of vehicle damage occurring at the parking position of vehicle 10 changes over time and the possibility of vehicle damage occurring changes from a relatively low state to a relatively high state relative to a predetermined standard.

Although the embodiments have been described in detail above, the present disclosure is not limited to such specific embodiments, and various modifications and improvements are possible within the scope of the gist of the invention as described in the claims.

1 Vehicle damage monitoring system 10 Vehicle 11 ECU
12 Remote service ECU
20 Server 30 Mobile terminal 201 Parking position information acquisition unit 202 Vehicle damage tendency information acquisition unit 203 Vehicle damage possibility estimation unit 204 Notification unit

Claims (1)

A first acquisition unit that acquires information regarding a parking position of the vehicle;
A second acquisition unit that acquires information regarding a current or future tendency of occurrence of vehicle damage, including at least one of theft of the vehicle or items brought into or loaded on the vehicle at the parking position, and vandalism to the vehicle;
an estimation unit that estimates a possibility of current or future damage to the vehicle occurring at the parking position based on information acquired by the second acquisition unit while the vehicle is parked at the parking position;
a notification unit that transmits a notification indicating that the possibility of the occurrence of the vehicle damage is relatively high to a terminal device of a user of the vehicle when the estimation unit indicates that the current possibility of the occurrence of the vehicle damage has changed from a relatively low state to a high state with respect to a predetermined standard, or when the estimation unit predicts that the future possibility of the occurrence of the vehicle damage is relatively high with respect to the predetermined standard;
Information processing device.

Images