JP2023170638A - information processing equipment - Google Patents

Abstract

An object of the present invention is to provide a technology that can notify a user in accordance with changes over time in the possibility of vehicle damage occurring at a parking position of a vehicle. A server 20 includes a parking position information acquisition unit 201 that acquires information regarding the parking position of the vehicle 10, and a vehicle damage trend information acquisition unit 201 that acquires information regarding the current tendency of occurrence of vehicle damage at the parking position of the vehicle 10. unit 202 and the vehicle 10 is parked at the parking position, and estimates the possibility that the current vehicle damage will occur at the parking position of the vehicle 10 based on the information acquired by the vehicle damage tendency information acquisition unit 202. Indicates that the current probability of vehicle damage occurring has changed from a relatively low state to a high state relative to a predetermined standard, as estimated by the vehicle damage possibility estimation unit 203 and the vehicle damage possibility estimation unit 203. In this case, the vehicle includes a notification unit 204 that transmits a notification indicating that there is a relatively high possibility that vehicle damage will occur to the mobile terminal 30 of the user of the vehicle 10. [Selection diagram] Figure 4

Description

The present disclosure relates to an information processing device.

For example, if the probability (degree of risk) of damage to the vehicle, such as theft of items brought into the vehicle or installed in the vehicle, or tampering with the vehicle, will occur at the parking position of the vehicle is estimated, and if the probability as a result of the estimation is relatively high. There is a known technology for notifying the user in advance (see Patent Document 1).

Japanese Patent Application Publication No. 2005-346276

However, in Patent Document 1, the possibility of vehicle damage occurring is estimated when the passenger (driver) exits the vehicle, and at that timing, if the estimation result is relatively high, the user is informed Notification will be given. Therefore, for example, it is necessary to respond to situations where the possibility of vehicle damage occurring at the parking position of the vehicle changes over time, and the probability of vehicle damage occurring changes from a relatively low state to a high state. I can't.

In view of the above-mentioned problems, it is an object of the present invention to provide a technology that can notify a user in accordance with a change over time in the possibility of vehicle damage occurring at a parking position of a vehicle.

To achieve the above object, in one embodiment of the present disclosure,
a first acquisition unit that acquires information regarding the parking position of the vehicle;
a second acquisition unit that acquires information regarding current or future trends in vehicle damage, including at least one of theft of the vehicle at the parking position, theft of items brought into or mounted on the vehicle, and tampering with the vehicle; and,
an estimating unit that estimates the possibility of current or future damage to the vehicle occurring at the parking position based on the information acquired by the second acquisition unit while the vehicle is parked at the parking position; ,
If the current possibility of the vehicle damage occurring is estimated by the estimating unit to be from a relatively low state to a high state with respect to a predetermined standard, or is estimated by the estimating unit , if it is predicted that the possibility that the vehicle damage will occur in the future is relatively high with respect to the predetermined standard, a notification indicating that the possibility that the vehicle damage will occur is relatively high; a notification unit that transmits the information to a terminal device of a user of the vehicle;
An information processing device is provided.

According to the embodiment described above, it is possible to notify the user in accordance with the change over time in the possibility of vehicle damage occurring at the parking position of the vehicle.

FIG. 1 is a diagram showing an example of a vehicle damage monitoring system. FIG. 2 is a diagram illustrating a first example of processing related to monitoring vehicle damage in a server. FIG. 3 is a diagram illustrating the effect of the process in FIG. 2; It is a figure which shows the 2nd example of the process regarding monitoring of the vehicle damage in a server. FIG. 5 is a diagram illustrating the effect of the process in FIG. 4;

Embodiments will be described below with reference to the drawings.

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

FIG. 1 is a diagram showing an example of a vehicle damage monitoring system 1. As shown in FIG.

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 remotely monitors the occurrence of vehicle damage targeting the vehicle 10 in the server 20 .

Vehicle damage includes, for example, theft of the vehicle 10 or components of the vehicle 10. The components of the vehicle 10 may include the vehicle 10, and the damage to the vehicle may include mischief to the vehicle 10. Mischiefs to the vehicle 10 include acts of damaging the vehicle 10 (exterior surface), acts of puncturing a tire, and the like.

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

Vehicle 10 is communicably connected to server 20 through a predetermined communication line. Thereby, the vehicle 10 can acquire information regarding the vehicle 10 (hereinafter referred to as "vehicle information") and upload it to the server 20 through a predetermined communication line. The vehicle 10, for example, periodically uploads vehicle information to the server 20. Further, the vehicle 10 may upload vehicle information to the server 20, for example, in response to a request from the server 20.

The predetermined communication line includes, for example, a mobile communication network having a base station at its end, a satellite communication network using communication satellites, and a wide area network (WAN) such as the Internet network. Further, the predetermined communication line may include, for example, a short-range communication line based on a predetermined wireless communication standard such as WiFi or Bluetooth (registered trademark). Hereinafter, the same may apply to a predetermined communication line used for communication between the server 20 and the mobile terminal 30.

The number of vehicles 10 monitored by the vehicle damage monitoring system 1 may be one or more than one.

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

The server 20 is, for example, an on-premises server installed in a monitoring center that performs monitoring operations regarding the vehicle 10, including monitoring regarding vehicle damage to the vehicle 10. Further, the server 20 may be a cloud server or an edge server installed at a location other than the monitoring center.

The functions of the server 20 may be realized by arbitrary hardware or a combination of arbitrary hardware and software. For example, the server 20 is configured mainly of a computer including a CPU (Central Processing Unit), a memory device, an auxiliary storage device, an input/output interface with the outside, an input device, a display device, and the like. The memory device is, for example, SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory). Examples of the auxiliary storage device include a HDD (Hard Disc Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read Only Memory), and a flash memory. The input device is, for example, a keyboard, mouse, touch panel, or the like. 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, a communication interface for communicating with the outside of the server 20, and the like. Thereby, 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. Further, the server 20 can communicate with external devices such as the vehicle 10 and the mobile terminal 30, for example, through a communication interface.

The mobile terminal 30 (an example of a terminal device) is a user terminal owned by a user of the vehicle 10. The mobile terminal 30 receives a notification regarding the monitoring result regarding damage to the vehicle 10 from the server 20 through a predetermined communication line, and notifies the user of the content of the notification visually or audibly.

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

The functions of the mobile terminal 30 may be realized by arbitrary hardware or a combination of arbitrary hardware and software. For example, the mobile terminal 30 is mainly configured with a computer including a CPU, a memory device, an auxiliary storage device, an input/output interface with the outside, an input device, a display device, and the like. The memory device is, for example, SRAM or DRAM. The auxiliary storage device is, for example, an HDD, SSD, EEPROM, flash memory, or the like. The input device is, for example, a keyboard, mouse, touch panel, or the like. The display device is, for example, a liquid crystal display or an organic EL display. The interface includes, for example, an external interface for connecting to a recording medium, a communication interface for communicating with the outside of the mobile terminal 30, and the like. Thereby, the mobile terminal 30 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. Further, the mobile terminal 30 can communicate with an external device such as the server 20 through a communication interface, for example.

[Detailed configuration of vehicle damage monitoring system]
Next, with continued 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 performs control regarding acquisition of vehicle information. The vehicle information includes, for example, location information of the vehicle 10. The position information of the vehicle 10 is acquired based on the output of a GNSS (Global Navigation Satellite System) mounted on the vehicle 10, for example. Further, the vehicle information includes, for example, information regarding the open/closed state of the door of the vehicle 10 and information regarding whether or not the door is locked. Further, the vehicle information includes, for example, information regarding whether or not a passenger is seated in a seat of the vehicle 10. Further, the vehicle information includes information representing the state of the interior of the vehicle 10 (for example, image information of a camera installed in the interior of the vehicle 10).

The functions of the ECU 11 may be realized by arbitrary hardware or a combination of arbitrary 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. Thereby, for example, programs and various data for realizing various processes can be installed in the ECU 11 (auxiliary storage device) from a portable recording medium through a communication line inside the vehicle 10. The portable recording medium is, for example, a dedicated tool that is connected to an external connector such as a DLC (Data Link Coupler) with a detachable cable. Further, the recording medium may be, for example, an SD memory card, a USB (Universal Serial Bus) memory, or the like. Further, the program may be downloaded from a computer outside the vehicle 10 through a predetermined communication line and installed in the auxiliary storage device. The same may apply to the remote service ECU 12 below.

For example, the ECU 11 acquires and outputs vehicle information such as position information of the vehicle 10, information indicating the open/closed state of the door of the vehicle 10, and information indicating whether the door is locked or not, at every predetermined control cycle.

The remote service ECU 12 controls the server 20 to remotely support a monitoring service regarding 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.

The DCM 13 connects to a predetermined communication line and communicates with external devices such as the 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, vehicle damage tendency information acquisition unit 202, vehicle damage possibility estimation unit 203, and notification unit 204 include, for example, loading a program installed in an auxiliary storage device into a memory device and running it on the CPU. This is achieved by executing.

The parking position information acquisition unit 201 (an example of a first acquisition unit) acquires information regarding the parking position of the vehicle 10. Specifically, when the parking position information acquisition unit 201 determines that the vehicle 10 is parked, the parking position information acquisition unit 201 selects a vehicle corresponding to the latest parking position of the vehicle 10 included in the latest vehicle information received from the vehicle 10. Get 10 latest location information.

The vehicle damage tendency information acquisition unit 202 (an example of a second acquisition unit) acquires information representing the current tendency of 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 the time period. This is because the possibility of vehicle damage occurring may vary depending on the time of day. Further, the information representing the tendency of vehicle damage at the parking position of the vehicle 10 may represent, for example, the occurrence status of past vehicle damage within a parking lot corresponding to the parking position of the vehicle 10 or a predetermined area including the parking lot. Contains statistical information. Further, for example, if this statistical information is organized by time zone, this information corresponds to the target (current) time zone of this statistical information. Statistical information for each parking lot or area is stored in advance in, for example, an auxiliary storage device of the server 20, and the vehicle damage tendency information acquisition unit 202 reads it from the auxiliary storage device etc. to determine the target parking lot or area. It is possible to obtain statistical information. Further, 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 regarding the environment of the parking lot includes, for example, information such as whether the parking lot faces a road with many people or vehicles, and whether the parking lot is indoors or outdoors. For example, the possibility of vehicle damage occurring may vary depending on whether the vehicle 10 attracts attention or not. Also, for example, if the parking lot is indoors, there is a high possibility that a guard will be staying there, but if the parking lot is outdoors, there is a possibility that the guard will not be present, making a difference in the possibility of vehicle damage occurring. Because you will get it. Information regarding the environment of the parking lot is stored in advance in, for example, an auxiliary storage device of the server 20, and the vehicle damage tendency information acquisition unit 202 acquires information regarding the environment of the parking lot by reading it from the auxiliary storage device or the like. Can be done. Further, the information representing the tendency of vehicle damage at the parking position of the vehicle 10 includes, for example, information representing the indoor state of the vehicle 10. The information representing the state of the interior of the vehicle 10 includes, for example, information such as the presence or absence of articles in the interior of the vehicle 10, the open/closed state of curtains, and the presence or absence of a shade installed. This is because if items are left inside the vehicle 10 or if the interior of the vehicle 10 is easily seen, the vehicle is likely to become a target for burglary. For example, the vehicle damage tendency information acquisition unit 202 can acquire information representing the indoor state of the vehicle 10 based on information representing the indoor state of the vehicle 10 that is included in the vehicle information received from the vehicle 10. .

The vehicle damage possibility estimating unit 203 (an example of an estimating unit) estimates the current possibility that vehicle damage will occur at the parking position of the vehicle 10 based on the information acquired by the vehicle damage tendency information acquiring unit 202.

For example, a map, table, or conversion formula representing the relationship between various types of information acquired by the vehicle damage tendency information acquisition unit 202 and a score representing the possibility of vehicle damage occurring is prepared in advance, and is stored in the auxiliary storage of the server 20. is stored in The score represents, for example, the degree of vehicle damage occurring in a range of 0% to 100%. As a result, the vehicle damage possibility estimating unit 203 uses maps, tables, and conversion formulas prepared in advance based on various information acquired by the vehicle damage tendency information acquisition unit 202 to estimate the possibility that vehicle damage will occur. (score) can be estimated.

In addition, a trained model that can output 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 is prepared in advance, and is stored in the auxiliary storage device of the server 20. May be stored. Thereby, the vehicle damage possibility estimating unit 203 calculates the probability (score) that vehicle damage will occur, using the trained model prepared in advance, based on the various information acquired by the vehicle damage tendency information acquisition unit 202. can be estimated.

If the estimation result of the vehicle damage possibility estimating unit 203 indicates that the possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high with respect to a predetermined standard, the notification unit 204 issues a notification to that effect. is transmitted to the mobile terminal 30 of the user of the vehicle 10. Thereby, when the mobile terminal 30 receives a notification signal from the server 20, the mobile terminal 30 can notify the user of this through the display device of the mobile terminal 30. The case where the possibility of vehicle damage occurring at the parking position of the vehicle 10 is relatively high with respect to a predetermined standard means the case where the possibility of vehicle damage occurring at the parking position of the vehicle 10 is greater than or equal to the predetermined standard. It may be the case that there is, or it may be a case that exceeds a predetermined standard.

For example, the notification unit 204 determines that there is a possibility that vehicle damage will occur if the score indicating the possibility of vehicle damage occurring that is output by the vehicle damage possibility estimation unit 203 is equal to or higher than a predetermined standard or exceeds a predetermined standard. A notification indicating that it is relatively high is sent to the mobile terminal 30.

[Processing related to vehicle damage monitoring]
Next, processing related to vehicle damage monitoring will be described with reference to FIGS. 2 to 5.

<First example>
FIG. 2 is a diagram showing a first example of processing related to monitoring vehicle damage in the server 20. FIG. 3 is a diagram illustrating the effect of the process in FIG. 2.

The flowchart of FIG. 2 is repeatedly executed, for example, in a situation where the vehicle 10 has just been stopped (the ignition is turned off) and the passenger of the vehicle 10 has not gotten off the vehicle.

As shown in FIG. 2, in step S102, the server 20 determines whether the passenger of the vehicle 10 has gotten off the vehicle, based on the latest vehicle information received from the vehicle 10. The target passengers may be passengers in all seats, or may be limited to passengers (driver) in a specific seat (driver's seat) of the vehicle 10. Specifically, the server 20 determines whether or not a passenger is seated in the seat of the vehicle 10, information regarding the open/closed state of the door of the vehicle 10, information regarding whether the door of the vehicle 10 is locked, etc. It may be determined whether 10 passengers have alighted from the vehicle. If the passenger of the vehicle 10 has alighted, the server 20 proceeds to step S104, and if the passenger of the vehicle 10 has not alighted, the server 20 ends the current flowchart.

In step S104, the parking position information acquisition unit 201 acquires the latest position information of the vehicle 10, that is, the position information of the vehicle 10 from among the latest vehicle information received from the vehicles 10. Then, the vehicle damage tendency information acquisition unit 202 acquires information representing the tendency of vehicle damage at the current parking position of the vehicle 10.

Upon completion of the process in step S104, the server 20 proceeds to step S106.

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

Upon completion of the process in step S106, the server 20 proceeds to step S108.

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

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

Upon completion of the process in step S110, the server 20 proceeds to step S112.

In step S112, the notification unit 204 sends the mobile terminal 30 of the user of the vehicle 10, based on the estimation result in step S110, a candidate parking lot where the possibility of vehicle damage occurring is lower than the parking position of the vehicle 10. Notice. If there are multiple candidate parking lots where the possibility of vehicle damage occurring is lower than the parking position of the vehicle 10, the notification unit 204 may notify all of the parking lots, or may notify only one of them where the vehicle damage will occur. It is also possible to notify only some of the parking lots in descending order of the probability of parking.

Note that if there is no parking lot in the vicinity where the possibility of the current vehicle damage occurring is lower than the parking position of the vehicle 10, the notification unit 204 indicates that the probability of the current vehicle damage occurring at the parking position of the vehicle 10 is relatively low. The mobile terminal of the user of the vehicle 10 may be notified only that the cost is high. Furthermore, if the vehicle damage possibility estimating unit 203 cannot extract a parking lot in the vicinity where the possibility of current vehicle damage occurring is lower than the parking position of the vehicle 10, the vehicle damage possibility estimation unit 203 extracts a range corresponding to the vicinity of the vehicle 10. It may be expanded from a predefined range. Thereby, the server 20 can extract a parking lot that is an alternative candidate for the parking position of the vehicle 10, and notify the user of the parking lot, although the parking lot is relatively far from the parking position of the vehicle 10.

For example, as shown in Figure 3, there is a parking lot A in the vicinity where the possibility of vehicle damage is relatively high compared to a predetermined standard, and a parking lot B where the possibility of vehicle damage is lower than parking lot A. Consider a case where the vehicle 10 is parked in the parking lot A in the area where the vehicle 10 is parked (scene 301).

In this case, the server 20 determines, based on a predetermined standard, the possibility that damage to the current vehicle will occur at the parking position of the vehicle 10 (parking lot A) when the user U gets off the vehicle 10 through the processing of steps S102 to S108 in FIG. It is determined that the value is relatively high. Then, through the processing in steps S110 and S112, the server 20 extracts a parking lot B where the possibility of damage to the current vehicle will occur is lower than the parking location of the vehicle 10 (parking lot A), and extracts the parking lot B as an alternative parking location of the vehicle 10. The candidate parking lot B is notified to the mobile terminal 30 of the user U (scene 302).

Thereby, the user U can confirm the notification to the mobile terminal 30 and re-park the vehicle in parking lot B, where the possibility of vehicle damage occurring is currently lower than in parking lot A (scene 303).

<Second example>
FIG. 4 is a diagram illustrating a second example of processing related to monitoring vehicle damage in the server 20. FIG. 5 is a diagram illustrating the effect of the process in FIG. 4.

The flowchart of FIG. 4 is repeatedly executed, for example, when the vehicle 10 is stopped, the execution timing of the flowchart of FIG. 3 ends, and the notification of step S112 is not given in the flowchart of 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 the 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 process of the current flowchart.

Steps S204 to S208 are the same as the processing of steps S104 to S108 in FIG. 2, so a description thereof will be omitted.

In step S208, if the possibility of vehicle damage occurring at the current parking position of the vehicle 10 is relatively high with respect to a predetermined standard, the server 20 proceeds to step S210; otherwise, the server 20 executes the current flowchart. finish.

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 that vehicle damage will occur at the current parking position of the vehicle 10.

Note that if the elapsed time after the passenger of the vehicle 10 disembarks is relatively short (for example, within 5 minutes), the server 20 may perform the same processing as steps S110 and S112 in FIG. . Similarly, when the distance between the user of the vehicle 10 and the parking position of the vehicle 10 is relatively small (for example, when the distance between the user of the vehicle 10 and the parking position of the vehicle 10 is within 1 km), the server 20 Processing similar to steps S110 and S112 in FIG. 2 may be performed. At this time, the server 20 can grasp the position of the user of the vehicle 10 by, for example, receiving the output of a GNSS sensor installed in the mobile terminal 30 from the mobile terminal 30 and acquiring the position information of the mobile terminal 30. can.

When the process of step S210 is completed, the server 20 ends the process of the current flowchart.

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

In this example, after the passenger exits the vehicle 10, the current possibility of damage to the vehicle 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, through the processing of steps S202 to S208 in FIG. It is determined that the state has changed to a higher state. Then, through the process of step S210 in FIG. 4, the server 20 notifies the mobile terminal 30 of the user U that the possibility of damage to the current vehicle at the parking position of the vehicle 10 (parking lot C) is relatively high ( scene 503).

As a result, the user U checks the notification to the mobile terminal 30 and understands that the possibility of vehicle damage occurring in the parking lot C where the vehicle 10 is parked has changed from a relatively low state to a high state. can do.

[Other embodiments]
Next, other embodiments will be described.

The contents of the embodiments described above may be combined as appropriate, or the contents may be modified or changed.

For example, in the above-described embodiment (first example of processing related to vehicle damage monitoring), step S110 is omitted, and step S210 is replaced with step S112, as in the second example (FIG. 4). Similar processing may be employed. In other words, if the possibility that damage to the current vehicle will occur at the parking position of the vehicle 10 is relatively high with respect to a predetermined standard, the server 20 does not notify the vehicle 10 of an alternative parking lot, but only sends a notification to that effect to the vehicle 10. The notification may be sent to the mobile terminal 30 of the user.

In addition, in the above-described embodiment and its modified examples, the vehicle damage possibility estimating unit 203 estimates future vehicle damage in place of or in addition to the current possibility of vehicle damage occurring at the parking position of the vehicle 10. The probability of occurrence may be estimated. For example, instead of the process in step S106 of FIG. 2, the vehicle damage possibility estimating unit 203 performs a process of estimating the possibility of vehicle damage at the parking position of the vehicle 10 at a predetermined time in the future. The predetermined time represents the expected parking time of the vehicle 10. The predetermined time may be constant or may be varied depending on conditions such as the time of day and the location of the parking lot. Then, instead of the process in step S110, the server 20 estimates the possibility of future vehicle damage in a predetermined time in a parking lot around the parking position of the vehicle 10, and estimates the possibility that vehicle damage will occur in a future predetermined time. Candidate parking lots having a lower parking position than the parking position of the vehicle 10 may be extracted. Specifically, the vehicle damage possibility estimation unit 203, in this case, the vehicle damage tendency information acquisition unit 202 acquires information representing a future tendency of vehicle damage at the parking position of the vehicle 10. As a result, if the server 20 predicts that the possibility of future vehicle damage occurring is relatively high compared to a predetermined standard, the server 20 can notify the user's mobile terminal 30 of this fact, or The parking lot can be notified to the user's mobile terminal 30.

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

In this embodiment, the server 20 includes a parking position information acquisition section 201, a vehicle damage tendency information acquisition section 202, a vehicle damage possibility estimation section 203, and a notification section 204. Specifically, the parking position information acquisition unit 201 acquires information regarding the parking position of the vehicle 10. The vehicle damage tendency information acquisition unit 202 also determines whether current or future vehicle damage is occurring, including at least one of theft of the vehicle 10 at the parking position of the vehicle 10 or items brought into or mounted on the vehicle 10, and tampering with the vehicle 10. Obtain information about outbreak trends. While the vehicle 10 is parked at the parking position, the possibility of current or future vehicle damage occurring at the parking position is estimated based on information acquired by the vehicle damage tendency information acquisition unit 202. The notification unit 204 indicates that the current possibility of vehicle damage occurring has changed from a relatively low state to a high state with respect to a predetermined standard, as estimated by the vehicle damage possibility estimation unit 203. or when the vehicle damage possibility estimating unit 203 predicts that the possibility of future vehicle damage occurring is relatively high with respect to a predetermined standard, vehicle damage will occur. A notification indicating that the possibility is relatively high is sent to the mobile terminal 30 of the user of the vehicle 10.

As a result, for example, the possibility of vehicle damage occurring at the parking position of the vehicle 10 changes over time, and the possibility of vehicle damage occurring changes from a relatively low state to a high state with respect to a predetermined standard. In such a case, the user can be notified to that effect.

Although the embodiments have been described in detail above, the present disclosure is not limited to such specific embodiments, and various modifications and improvements can be made within the scope of the gist 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 the parking position of the vehicle;
a second acquisition unit that acquires information regarding current or future trends in vehicle damage, including at least one of theft of the vehicle at the parking position, theft of items brought into or mounted on the vehicle, and tampering with the vehicle; and,
an estimating unit that estimates the possibility of current or future damage to the vehicle occurring at the parking position based on the information acquired by the second acquisition unit while the vehicle is parked at the parking position; ,
If the current possibility of the vehicle damage occurring is estimated by the estimating unit to be from a relatively low state to a high state with respect to a predetermined standard, or is estimated by the estimating unit , if it is predicted that the possibility that the vehicle damage will occur in the future is relatively high with respect to the predetermined standard, a notification indicating that the possibility that the vehicle damage will occur is relatively high; a notification unit that transmits the information to a terminal device of a user of the vehicle;
Information processing device.

Images