Information processing apparatus

Abstract

To provide a technique capable of performing notification to a user in response to a temporal change of a possibility that vehicle damage occurs at a parking position of a vehicle.SOLUTION: A server 20 comprises: a parking position information acquisition section 201 which acquires information relating to a parking position of a vehicle 10; a vehicle damage tendency information acquisition section 202 which acquires information relating to current occurrence tendency of vehicle damage at the parking position of the vehicle 10; a vehicle damage possibility estimation section 203 which estimates a possibility that current vehicle damage occurs at the parking position of the vehicle 10 based on the information acquired by the vehicle damage tendency information acquisition section 202 in a state where the vehicle 10 is parked at the parking position; and a notification section 204 which transmits a notification representing that the possibility of the occurrence of vehicle damage is relatively high to a portable terminal 30 of a user of the vehicle 10 in a case where it is represented that the possibility that the current vehicle damage occurs estimated by the vehicle damage possibility estimation section 203 is changed from a relatively low state to a high state with respect to a predetermined reference.SELECTED DRAWING: Figure 4

Description

Technical Field

[0001] This disclosure relates to an information processing apparatus.

Background Art

[0002] For example, there is known a technique for estimating the possibility (risk level) of vehicle damage such as theft of items brought into or installed in a vehicle at the parking position of the vehicle, or vandalism to the vehicle, and notifying the user when the possibility as an estimation result is relatively high (see Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, in Patent Document 1, when a passenger (driver) gets out of the vehicle, the possibility of vehicle damage is estimated, and at that timing, the user is notified when the possibility as an estimation result is relatively high. Therefore, for example, it is not possible to cope with a situation where the possibility of vehicle damage occurring at the parking position of the vehicle changes over time and changes from a relatively low state to a high state.

[0005] Therefore, in view of the above problems, an object is to provide a technique capable of notifying the user in accordance with changes over time in the possibility of vehicle damage occurring at the parking position of the vehicle.

Means for Solving the Problems

[0006] 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 the current or future tendency of vehicle damage including at least one of theft of the vehicle or items brought into or mounted on the vehicle at the parking position, and mischief to the vehicle; An estimation unit that estimates the possibility of current or future vehicle damage at the parking position based on the information acquired by the second acquisition unit while the vehicle is parked at the parking position; When the possibility of current vehicle damage estimated by the estimation unit changes from a state relatively low with respect to a predetermined standard to a high state, or when it is predicted that the possibility of future vehicle damage estimated by the estimation unit is relatively high with respect to the predetermined standard, a notification unit that transmits a notification indicating that the possibility of vehicle damage occurring is relatively high to a terminal device of a user of the vehicle. An information processing device is provided.

Advantages of the Invention

[0007] According to the above-described embodiment, 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.

Brief Description of the Drawings

[0008]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Embodiments for Carrying Out the Invention

[0009] Hereinafter, embodiments will be described with reference to the drawings.

[0010] [Overview of Vehicle Damage Monitoring System] Referring to FIG. 1, the overview of the vehicle damage monitoring system 1 will be described.

[0011] FIG. 1 is a diagram showing an example of the vehicle damage monitoring system 1.

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

[0013] The vehicle damage monitoring system 1 remotely monitors, at the server 20, the occurrence of vehicle damage to the vehicle 10.

[0014] 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, and vehicle damage may include vandalism to the vehicle 10. Vandalism to the vehicle 10 includes acts of damaging the vehicle 10 (exterior surface) and acts of puncturing tires.

[0015] The vehicle 10 is the object of monitoring for vehicle damage. The vehicle 10 is, for example, an engine vehicle equipped only with an internal combustion engine (engine) as a prime mover. Also, the vehicle 10 may be a HEV (Hybrid Electric Vehicle), PHEV (Plug-in Hybrid Electric Vehicle), or range extender EV equipped with an electric motor in addition to the internal combustion engine as a prime mover. Further, the vehicle 10 may be a BEV (Battery Electric Vehicle) or a fuel cell vehicle equipped only with an electric motor as a prime mover.

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

[0017] The predetermined communication line includes, for example, a mobile communication network terminating at a base station, a satellite communication network using communication satellites, a wide area network (WAN) such as the Internet. Also, the predetermined communication line may include a short-distance communication line based on a predetermined wireless communication standard such as WiFi or Bluetooth (registered trademark). The same may apply to the predetermined communication line used for communication between server 20 and mobile terminal 30 below.

[0018] The vehicle 10 monitored by the vehicle damage monitoring system 1 may be one vehicle or a plurality of vehicles.

[0019] Server 20 (an example of an information processing device) acquires vehicle information from vehicle 10 through a predetermined communication line and monitors vehicle damage to parked vehicle 10 based on the vehicle information. Also, server 20 transmits a notification regarding the monitoring result regarding vehicle damage to mobile terminal 30 through the predetermined communication line.

[0020] Server 20 is, for example, an on-premises server installed in a monitoring center that performs monitoring services regarding vehicle 10 including monitoring of vehicle damage to vehicle 10. Also, server 20 may be a cloud server or an edge server installed at a location different from the monitoring center.

[0021] The functions of the server 20 may be realized by any hardware, or any combination of hardware and software, etc. For example, the server 20 is mainly configured around a computer including a CPU (Central Processing Unit), a memory device, an auxiliary storage device, an interface for input / output with the outside, an input device, and a display device, etc. The memory device is, for example, SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory). The auxiliary storage device is, for example, HDD (Hard Disc Drive), SSD (Solid State Drive), EEPROM (Electrically Erasable Programmable Read Only Memory), 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 (Electroluminescence) display, etc. 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, etc. Thereby, the server 20 can, for example, take in various programs from a recording medium through the external interface, or download various programs from an external device through the communication interface. Also, the server 20 can, for example, mutually communicate with external devices such as the vehicle 10 and the portable terminal 30 through the communication interface.

[0022] The portable terminal 30 (an example of a terminal device) is a user terminal possessed by the user of the vehicle 10. The portable terminal 30 receives a notification regarding the monitoring result related to the vehicle damage of the vehicle 10 from the server 20 through a predetermined communication line, and notifies the user of the content of the notification in a visual or auditory method.

[0023] The portable terminal 30 is, for example, a portable terminal device such as a smartphone, a tablet terminal, a laptop-type PC, etc.

[0024] The functions of the mobile terminal 30 may be realized by any hardware, or any combination of hardware and software, etc. For example, the mobile terminal 30 is mainly configured around a computer including a CPU, a memory device, an auxiliary storage device, an interface for input / output with the outside, an input device, and a display device, etc. The memory device is, for example, SRAM or DRAM. The auxiliary storage device is, for example, HDD, SSD, EEPROM, 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, a communication interface for communicating with the outside of the mobile terminal 30, etc. Thereby, the mobile terminal 30 can, for example, take in various programs from a recording medium through the external interface, or download various programs from an external device through the communication interface. Also, the mobile terminal 30 can, for example, communicate with an external device such as the server 20 through the communication interface.

[0025] [Detailed Configuration of Vehicle Damage Monitoring System] Next, continuing to refer to FIG. 1, the detailed configuration of the vehicle damage monitoring system 1 will be described.

[0026] 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.

[0027] ECU 11 performs control related to acquisition of vehicle information. The vehicle information includes, for example, the position information of the vehicle 10. The position information of the vehicle 10 is acquired, for example, based on the output of a GNSS (Global Navigation Satellite System) mounted on the vehicle 10. Further, the vehicle information includes, for example, information regarding the open / closed state of the doors of the vehicle 10 and information regarding the presence or absence of door locking. Further, the vehicle information includes, for example, information regarding the presence or absence of a passenger sitting on the 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).

[0028] The functions of the ECU 11 may be realized by any hardware or any combination of hardware and software, etc. For example, the ECU 11 is mainly configured by a computer including a CPU, a memory device, an auxiliary storage device, and an interface device. The memory device is, for example, SRAM. The auxiliary storage device is, for example, EEPROM or flash memory. The interface device is used to connect to the internal communication line of the vehicle 10. Thereby, for example, through the internal communication line of the vehicle 10, a program for realizing various processes and various data can be installed in the ECU 11 (auxiliary storage device) from a portable recording medium. The portable recording medium is, for example, a dedicated tool connected by a cable detachable from an external connection connector such as a DLC (Data Link Coupler). Further, the recording medium may be, for example, an SD memory card or a USB (Universal Serial Bus) memory, etc. Further, the program may be downloaded from an external computer of 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 hereinafter.

[0029] For example, the ECU 11 acquires and outputs vehicle information such as the position information of the vehicle 10, information representing the open / closed state of the doors of the vehicle 10, and information representing the presence or absence of door locking at each predetermined control cycle.

[0030] The remote service ECU 12 controls the support of the monitoring service for vehicle damage of the vehicle 10 remotely by the server 20.

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

[0032] The DCM 13 is connected to a predetermined communication line and communicates with an external device such as the server 20.

[0033] 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 the auxiliary storage device into the memory device and executing it on the CPU.

[0034] The parking position information acquisition unit 201 (an example of the first acquisition unit) acquires information on the parking position of the vehicle 10. Specifically, when the parking position information acquisition unit 201 determines that the vehicle 10 is in a parked state, it acquires the latest position information of the vehicle 10 corresponding to the latest parking position of the vehicle 10 included in the latest vehicle information received from the vehicle 10.

[0035] A vehicle damage tendency information acquisition unit 202 (an example of a second acquisition unit) acquires information representing the current vehicle damage tendency at the parking position of the vehicle 10. The information representing the vehicle damage tendency at the parking position of the vehicle 10 includes, for example, information representing a time zone. This is because the possibility of vehicle damage may vary depending on the time zone of the day. Also, the information representing the vehicle damage tendency at the parking position of the vehicle 10 includes, for example, statistical information representing the occurrence status of past vehicle damage within a predetermined area including the parking lot or parking lot corresponding to the parking position of the vehicle 10. Also, for example, when this statistical information is organized by time zone, it is information corresponding to the target (current) time zone among this statistical information. The statistical information for each parking lot or 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 target area by reading it from the auxiliary storage device or the like. Also, the information representing the vehicle damage tendency 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 a lot of pedestrian or vehicle traffic, and whether the parking lot is indoor or outdoor. For example, there may be a difference in the possibility of vehicle damage depending on whether the vehicle 10 is easily noticeable. Also, for example, when the parking lot is indoor, there is a high possibility that a monitor is present, while when it is outdoor, there is a possibility that the monitor is absent, and there may be a difference in the possibility of vehicle damage occurring. The information regarding the environment of the parking lot 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 information regarding the environment of the parking lot by reading it from the auxiliary storage device or the like. Also, the information representing the vehicle damage tendency at the parking position of the vehicle 10 includes, for example, information representing the state of the interior 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 the curtain, and the presence or absence of the installation of a shade. When articles are left in the interior of the vehicle 10 or when the interior of the vehicle 10 can be easily peeked into, it is likely to become a target for vehicle vandalism.For example, the vehicle damage tendency information acquisition unit 202 can acquire information representing the interior state of the vehicle 10 based on the information included in the vehicle information received from the vehicle 10 and representing the interior state of the vehicle 10.

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

[0037] For example, a map, a table, or a conversion formula representing the relationship between various 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 stored in the auxiliary storage device of the server 20. The score is expressed, for example, in the range of 0% to 100% for the degree of vehicle damage occurrence. Thereby, the vehicle damage possibility estimation unit 203 can estimate the possibility (score) of vehicle damage occurring by using the map, the table, or the conversion formula prepared in advance based on the various information acquired by the vehicle damage tendency information acquisition unit 202.

[0038] Also, a learned model that can output a score representing the possibility of vehicle damage occurring with the 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. Thereby, the vehicle damage possibility estimation unit 203 can estimate the possibility (score) of vehicle damage occurring by using the learned model prepared in advance based on the various information acquired by the vehicle damage tendency information acquisition unit 202.

[0039] 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 the same to the mobile terminal 30 of the user of the vehicle 10. Thereby, when the mobile terminal 30 receives the notification signal from the server 20, it can notify the user to that effect 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 compared to a predetermined standard may be the 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 be the case where it exceeds the predetermined standard.

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

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

[0042] <First example> FIG. 2 is a diagram showing a first example of the processing related to monitoring of vehicle damage in the server 20. FIG. 3 is a diagram for explaining the operation by the processing of FIG. 2.

[0043] The flowchart of FIG. 2 is repeatedly executed, for example, in a situation where the passengers of the vehicle 10 have not gotten off immediately after the vehicle 10 has stopped (ignition off).

[0044] As shown in FIG. 2, in step S102, the server 20 determines whether the passengers in the vehicle 10 have gotten off based on the latest vehicle information received from the vehicle 10. The target passengers may be the passengers in all seats, or may be limited to the passengers (driver) in a specific seat (driver's seat) of the vehicle 10. Specifically, the server 20 may determine whether the passengers in the vehicle 10 have gotten off based on information regarding the presence or absence of passengers sitting in the seats of the vehicle 10, information regarding the open / closed state of the doors of the vehicle 10, and information regarding the presence or absence of locking of the doors of the vehicle 10, etc. If the passengers in the vehicle 10 have gotten off, the server 20 proceeds to step S104; if the passengers in the vehicle 10 have not gotten off, the current flowchart ends.

[0045] 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 the latest vehicle information received from the vehicle 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.

[0046] When the processing in step S104 is completed, the server 20 proceeds to step S106.

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

[0048] When the processing in step S106 is completed, the server 20 proceeds to step S108.

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

[0050] In step S110, the vehicle damage possibility estimation unit 203 estimates the possibility of current vehicle damage occurring in the parking lot around the parking position of the vehicle 10. For example, the vehicle damage possibility estimation unit 203 selects a parking lot within a range corresponding to the periphery of the parking position of the vehicle 10 from the list information of the parking lots associated with 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 the parking lots are stored in advance in the auxiliary storage device of the server 20, for example. Then, the vehicle damage possibility estimation unit 203 extracts a parking lot from the selected parking lots where the possibility of current vehicle damage occurring is lower than that of the parking position of the vehicle 10. The geographical range corresponding to the periphery of the vehicle 10 may be a fixed range or a variable range depending on the location.

[0051] When the process of step S110 is completed, the server 20 proceeds to step S112.

[0052] In step S112, based on the estimation result of step S110, the notification unit 204 notifies the mobile terminal 30 of the user of the vehicle 10 of the candidate parking lots where the possibility of current vehicle damage occurring is lower than that of the parking position of the vehicle 10. When there are a plurality of candidate parking lots where the possibility of current vehicle damage occurring is lower than that of the parking position of the vehicle 10, the notification unit 204 may notify all the parking lots, or may notify only some of the parking lots in order from the ones with a lower possibility of vehicle damage occurring.

[0053] Further, when there is no parking lot in the vicinity where the possibility of current vehicle damage is lower than the parking position of the vehicle 10, the notification unit 204 may notify only the user of the vehicle 10 via the mobile terminal that the possibility of current vehicle damage at the parking position of the vehicle 10 is relatively high. Also, when the vehicle damage possibility estimation unit 203 cannot extract a parking lot in the vicinity where the possibility of current vehicle damage is lower than the parking position of the vehicle 10, it may expand the range corresponding to the vicinity of the vehicle 10 from a predefined range. Thereby, although the server 20 will be relatively far from the parking position of the vehicle 10, it can extract a parking lot as an alternative candidate for the parking position of the vehicle 10 and notify the user.

[0054] For example, as shown in FIG. 3, consider a case where the vehicle 10 is parked in a parking lot A in an area where there is a parking lot A where the possibility of current vehicle damage is relatively high with respect to a predetermined standard and a parking lot B where the possibility of vehicle damage is lower than that of the parking lot A in the vicinity (scene 301).

[0055] In this case, when the user U gets out of the vehicle 10, the server 20 determines, by the processes of steps S102 to S108 in FIG. 2, that the possibility of current vehicle damage at the parking position (parking lot A) of the vehicle 10 is relatively high with respect to a predetermined standard. Then, by the processes of steps S110 and S112, the server 20 extracts the parking lot B where the possibility of current vehicle damage is lower than the parking position (parking lot A) of the vehicle 10, and notifies the user U's mobile terminal 30 of the parking lot B as an alternative candidate for the parking position of the vehicle 10 (scene 302).

[0056] Thereby, the user U can check the notification to the mobile terminal 30 and park again in the parking lot B where the possibility of occurrence of current vehicle damage is lower than that of the parking lot A (scene 303).

[0057] <Second Example> FIG. 4 is a diagram showing a second example of the process related to the monitoring of vehicle damage in the server 20. FIG. 5 is a diagram for explaining the operation by the process of FIG. 4.

[0058] 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 has ended, and the notification of step S112 is not made in the flowchart of FIG. 3.

[0059] As shown in FIG. 4, in step S202, the server 20 determines whether 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 there is a passenger in the vehicle 10 based on information such as the presence or absence of a passenger sitting on the seat of the vehicle 10. If there is no passenger in the vehicle 10, the server 20 proceeds to step S204. If there is a passenger in the vehicle 10, the processing of this flowchart ends.

[0060] Steps S204 to S208 are the same as the processing of steps S104 to S108 in FIG. 2, so the description is omitted.

[0061] In step S208, if the possibility of current 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 S210. Otherwise, this flowchart ends.

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

[0063] When the elapsed time after the vehicle 10's passenger gets off is relatively short (for example, 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 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 may perform the same processing as steps S110 and S112 in FIG. 2. At this time, the server 20 can grasp the position of the user of the vehicle 10, for example, by receiving the output of the GNSS sensor mounted on the mobile terminal 30 from the mobile terminal 30 and obtaining the position information of the mobile terminal 30.

[0064] When the processing of step S210 is completed, the server 20 ends the processing of this flowchart.

[0065] For example, as shown in FIG. 5, consider the 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).

[0066] In this example, after the passenger gets off from the vehicle 10, the current possibility of vehicle damage has changed from a state relatively low compared to the predetermined standard to a state relatively high (scene 502).

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

[0068] As a result, the user U can confirm the notification to the mobile terminal 30 and grasp that the possibility of vehicle damage in the parking lot C where the vehicle 10 is parked has changed from a state relatively low to a high state.

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

[0070] In the above-described embodiments, the contents thereof may be appropriately combined with each other, or modifications and changes may be made to the contents.

[0071] For example, in the above-described embodiment (the first example of the process related to monitoring of vehicle damage), the process of step S110 is omitted, and instead of step S112, the same process as step S210 may be adopted as in the second example (FIG. 4). That is, when the possibility of current vehicle damage at the parking position of the vehicle 10 is relatively high with respect to a predetermined standard, the server 20 may not notify the user of the alternative parking lot, but may notify only that fact to the mobile terminal 30 of the user of the vehicle 10.

[0072] Also, in the above-described embodiments and their modified examples, instead of or in addition to the possibility of current vehicle damage at the parking position of the vehicle 10, the vehicle damage possibility estimation unit 203 may estimate the possibility of future vehicle damage. For example, instead of the process of step S106 in FIG. 2, the vehicle damage possibility estimation unit 203 performs a process of estimating the possibility of vehicle damage at a future predetermined time at the parking position of the vehicle 10. The predetermined time represents the assumed parking time of the vehicle 10. The predetermined time may be constant, or may be variable according to conditions such as the time zone and the location of the parking lot. Then, instead of the process of step S110, the server 20 estimates the possibility of vehicle damage at a future predetermined time in the parking lot around the parking position of the vehicle 10, and extracts a candidate parking lot where the possibility of vehicle damage at a future predetermined time is lower than that of the parking position of the vehicle 10. Specifically, in this case, the vehicle damage tendency information acquisition unit 202 of the vehicle damage possibility estimation unit 203 acquires information representing the tendency of future vehicle damage at the parking position of the vehicle 10. Thereby, when it is predicted that the possibility of future vehicle damage is relatively high with respect to a predetermined standard, the server 20 can notify the user's mobile terminal 30 to that effect, or notify the user's mobile terminal 30 of an alternative parking lot.

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

[0074] 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 regarding the parking position of the vehicle 10. Further, the vehicle damage tendency information acquisition unit 202 acquires information regarding the current or future occurrence tendency of vehicle damage including at least one of theft of the vehicle 10 or items brought into or mounted on the vehicle 10 and vandalism to the vehicle 10 at the parking position of the vehicle 10. Based on the information acquired by the vehicle damage tendency information acquisition unit 202 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. And when the notification unit 204 represents that the possibility of current vehicle damage estimated by the vehicle damage possibility estimation unit 203 has changed from a relatively low state to a high state with respect to a predetermined standard, or when it is predicted that the possibility of future vehicle damage estimated by the vehicle damage possibility estimation unit 203 is in a relatively high state with respect to a predetermined standard, a notification indicating that the possibility of vehicle damage occurring is relatively high is transmitted to the mobile terminal 30 of the user of the vehicle 10.

[0075] Thereby, for example, when the possibility of vehicle damage occurring at the parking position of the vehicle 10 changes over time and the possibility of vehicle damage changes from a relatively low state to a high state with respect to a predetermined standard, the user can be notified to that effect.

[0076] 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 described in the claims.

Explanation of Reference Numerals

[0077] 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

【Claim 1】 a first acquisition unit that acquires information regarding a parking position of a 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 mounted on the vehicle at the parking position and mischief to the vehicle; an estimation unit that estimates a possibility of occurrence of current or future vehicle damage at the parking position based on the 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 occurrence of vehicle damage is relatively high to a terminal device of a user of the vehicle when it is indicated that the possibility of occurrence of current vehicle damage estimated by the estimation unit has changed from a state relatively low with respect to a predetermined standard to a high state, or when it is predicted that the possibility of occurrence of future vehicle damage estimated by the estimation unit is in a state relatively high with respect to the predetermined standard; an information processing apparatus.

Images