Parking assistance device

Abstract

To propose the use of an automatic parking function without giving an uncomfortable feeling to a driver on the basis of a history of past driving of vehicles including the own vehicle at a parking planned point.SOLUTION: A parking support device comprises: an acquisition unit which acquires a history of past driving of vehicles including at least the own vehicle at a parking planned point of the vehicle having an automatic parking function; a determination unit which determines whether difficulty of parking at the parking planned point is high on the basis of the acquired history of driving; and a proposal unit which causes an output device provided in the vehicle to output proposal information that proposes the use of the automatic parking function when it is determined that the difficulty is high by the determination unit.SELECTED DRAWING: Figure 5

Description

Technical Field

[0001] The present invention relates to a parking assistance device that proposes an automatic parking function to a driver who drives a vehicle.

Background Art

[0002] Conventionally, a vehicle agent device that provides information related to the operation of various in-vehicle units has been disclosed (see, for example, Patent Document 1). In addition, an automatic parking system that automatically parks a vehicle without steering by the driver of the vehicle has been disclosed (see, for example, Patent Document 2).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Patent Document 2

Summary of the Invention

Problems to be Solved by the Invention

[0004] As places to park a vehicle, there are familiar places such as a home parking lot and unfamiliar places such as a public parking lot. For example, in an unfamiliar or narrow parking lot, an automatic parking function is often required, and in a familiar or wide parking lot, an automatic parking function is often not required. In addition, the necessity of using the automatic parking function also varies depending on the driving skill.

[0005] For example, when the proposal function of the agent device includes an automatic parking function, the agent device proposes the use of the automatic parking function under predetermined conditions regardless of whether the driver needs the automatic parking function. If the use of the automatic parking function is proposed in a situation where the automatic parking function is not necessary, it may cause discomfort to the driver or the like.

[0006] Therefore, in view of the above problems, an object of the present invention is to provide a technique for proposing the use of an automatic parking function without giving discomfort to the driver based on the past driving history of vehicles including the own vehicle at the planned parking location.

Means for Solving the Problems

[0007] To achieve the above object, in one embodiment of the present disclosure, at least the own vehicle at the planned parking location of a vehicle equipped with an automatic parking function and other than the host vehicle an acquisition unit that acquires the past driving history of the vehicle, and based on the acquired driving history when the number of lane changes of the host vehicle is equal to or greater than a predetermined number or when the average value of the number of lane changes of the other vehicle is equal to or greater than the predetermined number, the difficulty level of parking at the planned parking location is is high a determination unit that determines, and when the determination unit determines that the difficulty level is high, a proposal unit that causes a proposal information for proposing the use of the automatic parking function to be output to an output device provided in the vehicle is provided.

Advantages of the Invention

[0008] According to the above embodiment, it is possible to provide a technique for proposing the use of an automatic parking function without giving discomfort to the driver based on the past driving history of vehicles including the own vehicle at the planned parking location.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Embodiments for Carrying Out the Invention

[0010] Hereinafter, embodiments for carrying out the invention will be described with reference to the drawings.

[0011] [Configuration of the First Embodiment] FIG. 1 is a diagram showing an example of the schematic configuration of an agent system including an agent device according to the first embodiment. The agent system 10 shown in FIG. 1 includes vehicles 12, an agent server 30, and an information providing server 40 that are wirelessly connected to each other via a network N. The agent server 30 is an example of a parking support device. For example, the vehicle 12 includes an in-vehicle device 20 and a plurality of ECUs (Electronic Control Units) 22 that are control devices for controlling each part of the vehicle 12. The vehicle 12 is equipped with an automatic parking function that functions based on an instruction from the driver of the vehicle 12.

[0012] The agent server 30 acquires information on the vehicle 12 from the in-vehicle device 20, grasps the control state and position information of the vehicle 12, and transmits information regarding the proposal of a recommended function for the passengers of the vehicle 12 to the in-vehicle device 20. The recommended function includes the automatic parking function.

[0013] For example, the agent server 30 acquires the planned parking location of the vehicle 12 from the in-vehicle device 20. The agent server 30 acquires from the information providing server 40 the driving history of at least the vehicle including the own vehicle 12 at the acquired planned parking location. The agent server 30 determines whether the parking difficulty at the acquired planned parking location is high. Then, when it is determined that the parking difficulty is high, the agent server 30 outputs proposal information for proposing the use of the automatic parking function to the in-vehicle device 20, and causes an output device such as a speaker or a monitor provided in the vehicle 12 to output the proposal information. For example, the parking difficulty is determined based on at least either the number of turnarounds of the vehicle including the own vehicle 12 at the planned parking location or the frequency of vehicles parking in reverse.

[0014] The information providing server 40 holds in a manner that can be provided to the agent server 30 or the like the driving history information indicating the driving history of the vehicle including the own vehicle 12 in the past at planned parking locations such as various parking lots or parking spaces. The driving history information provided by the information providing server 40 includes at least either the turnaround information indicating the number of turnarounds of the vehicle at each location or the back frequency information indicating the ratio of vehicles parking in reverse. Here, the turnaround of the vehicle indicates, for example, changing the direction of the vehicle by moving forward and backward, and one turnaround is considered for moving forward and backward, or moving backward and forward.

[0015] Since the information providing server 40 accumulates the number of turnarounds for each vehicle, it can respond to the inquiry from the agent server 30 by providing the agent server 30 with the number of turnarounds of the own vehicle 12 and the number of turnarounds of vehicles other than the own vehicle 12. Note that the information providing server 40 may respond to the agent server 30 with turnaround information indicating whether the number of turnarounds at the planned parking location is large or small instead of the number of turnarounds.

[0016] Note that the number of turnarounds accumulated by the information providing server 40 serves as an index of the parking difficulty when the driver steers. Therefore, it is preferable that the number of turnarounds accumulated by the information providing server 40 does not include the number of turnarounds of the vehicle when the automatic parking function is used.

[0017] The in-vehicle device 20 has a function of acquiring communication information based on the CAN (Controller Area Network) protocol transmitted from each ECU 22 and transmitting it to the agent server 30. For example, as the ECU 22 mounted on the vehicle 12, there are a vehicle control ECU, an engine ECU, a brake ECU, a body ECU, a camera ECU, a multimedia ECU, and the like. The in-vehicle device 20 and each ECU 22 are interconnected via an external bus 29.

[0018] FIG. 2 is a block diagram showing an example of the hardware configuration of the vehicle 12 in FIG. 1. In addition to the in-vehicle device 20 and a plurality of ECUs 22 shown in FIG. 1, the vehicle 12 has a microphone 24, a speaker 26, a monitor 27, and a GPS (Global Positioning System) device 28.

[0019] The in-vehicle device 20 has a CPU (Central Processing Unit) 20A, a ROM (Read Only Memory) 20B, a RAM (Random Access Memory) 20C, an in-vehicle communication I / F (interface) 20D, a wireless communication I / F 20E, and an input / output I / F 20F. The CPU 20A, the ROM 20B, the RAM 20C, the in-vehicle communication I / F 20D, the wireless communication I / F 20E, and the input / output I / F 20F are communicably connected to each other via an internal bus 20G.

[0020] For example, the CPU 20A controls each part of the vehicle 12 by executing various programs stored in the ROM 20B. The CPU 20A may allocate a work area for storing data used for executing various programs to the RAM 20C.

[0021] Various programs and data such as initial setting values are stored in the ROM 20B in advance. As the various programs stored in the ROM 20B, there is a control program for controlling the in-vehicle device 20. The RAM 20C is used as a work area for the CPU 20A and temporarily stores work data, programs, and the like.

[0022] The in-vehicle communication I / F 20D is connected to a plurality of ECUs 22 via an external bus 29. For example, the in-vehicle communication I / F 20D transmits and receives communication frames based on the CAN protocol between the in-vehicle device 20 and each ECU 22. Note that the in-vehicle communication I / F 20D may perform communication using Ethernet (registered trademark).

[0023] The wireless communication I / F 20E is a wireless communication module that is wirelessly connected to the network N shown in FIG. 1 and performs communication between the agent server 30 and the information providing server 40. In the wireless communication I / F 20E, for example, communication standards such as 5G (5th generation mobile communication system), LTE (Long Term Evolution), or Wi-Fi (registered trademark) are used.

[0024] The input / output I / F 20F is connected to a microphone 24, a speaker 26, a monitor 27, a GPS device 28, etc. mounted on the vehicle 12, and transmits and receives various data signals and various voltage signals, etc. Note that at least any one of the microphone 24, the speaker 26, the monitor 27, and the GPS device 28 may be directly connected to the internal bus 20G without passing through the input / output I / F 20F. The speaker 26 and the monitor 27 are an example of output devices.

[0025] The microphone 24 is provided on an instrument panel, a center console, a front pillar, a dashboard, etc. inside the vehicle 12. The microphone 24 collects the voice uttered by the occupant of the vehicle 12 and outputs the voice data generated by the collection to the input / output interface 20F.

[0026] The speaker 26 is provided on an instrument panel, a center console, a front pillar, a dashboard, etc. The speaker 26 outputs sound, etc. based on voice data, etc. received from the CPU 20A via the input / output interface 20F. The speaker 26 can output a voice that proposes a recommended function based on the control by the CPU 20A.

[0027] The monitor 27 is, for example, a liquid crystal monitor and is provided on the instrument panel, dashboard, etc. of the vehicle 12. The monitor 27 displays an image based on the image data (including text information) received from the input / output interface 20F. The monitor 27 can display an image indicating a proposal of a recommended function based on the control by the CPU 20A. The image indicating the proposal of the recommended function may include text indicating the voice output from the speaker 26 and an explanation of the recommended function described in a manual or the like. That is, the recommended function may be proposed using the speaker 26 and the monitor 27 simultaneously.

[0028] The GPS device 28 is a device that measures the current position of the vehicle 12. The GPS device 28 includes an antenna (not shown) that receives signals from GPS satellites. Note that the GPS device 28 may be connected to the in-vehicle unit 20 via a car navigation system (not shown) mounted on the vehicle 12.

[0029] The CPU 20A can recognize the planned parking location of the vehicle 12 based on the position information of the vehicle 12 received from the GPS device 28 via the input / output I / F 20F. For example, the CPU 20A may recognize the planned parking location based on the destination set in the car navigation system connected to the GPS device 28 and the map information.

[0030] Figure 3 is a block diagram showing the hardware configuration of the agent server 30 in FIG. 1. The agent server 30 has a CPU 30A, a ROM 30B, a RAM 30C, a storage 30D, and a communication I / F 30E that are communicably connected to each other via an internal bus 30G. The functions of the CPU 30A, the ROM 30B, the RAM 30C, and the communication I / F 30E are respectively the same as the functions of the CPU 20A, the ROM 20B, the RAM 20C, and the wireless communication I / F 20E of the in-vehicle unit 20 shown in FIG. 2. Note that the communication I / F 30E may perform wired communication.

[0031] The storage 30D is, for example, an HDD (Hard Disk Drive) or an SSD (Solid State Drive), and stores various programs and various data. For example, the storage 30D stores a processing program 100 executed by the CPU 30A, a function DB (database) 110, an owners manual 120, and function usage information 130. Note that the processing program 100, the function DB (database) 110, the owners manual 120, and the function usage information 130 may be stored in the ROM 30B.

[0032] The processing program 100 is a program for controlling the agent server 30. The function DB 110 is a database that stores information on the functions of the vehicle 12. The functions of the vehicle 12 include a driving function group related to the driving function of the vehicle 12, an automatic parking function group related to the automatic parking function of the vehicle 12, and a comfort function group related to the comfort functions in the vehicle interior. The recommended functions proposed to the passengers of the vehicle 12 are stored in the function DB 110.

[0033] The owners manual 120 is a database that stores the manuals related to the functions of the vehicle 12. The function usage information 130 stores the history of operating the functions of the vehicle 12.

[0034] FIG. 4 is a block diagram showing the functional configuration of the agent server 30 in FIG. 3. For example, the agent server 30 includes an acquisition unit 200, a detection unit 210, a selection unit 220, and a proposal unit 230 that function when the CPU 30A executes the processing program 100.

[0035] The acquisition unit 200 has a function of acquiring the position information of the point where the vehicle 12 travels and the planned parking point from the in-vehicle device 20. In addition, the acquisition unit 200 has a function of acquiring, from the information providing server 40, the driving history information (such as switching information and backing frequency information) of the vehicles including at least the own vehicle 12 at the planned parking point acquired from the in-vehicle device 20. Note that the acquisition unit 200 may have a function of acquiring weather information related to the weather at the point where the vehicle 12 travels from the information providing server 40 or the like.

[0036] The detection unit 210 has a function of detecting devices operating in the vehicle 12. For example, the detection unit 210 detects whether the recommended function selected by the selection unit 220 is operating or not based on the communication information of the vehicle 12 obtained from the in-vehicle device 20.

[0037] The selection unit 220 selects a recommended function that recommends an operation to the occupant among the functions of the vehicle 12. The functions of the vehicle 12 include an automatic parking function. The selection unit 220 refers to the function DB 110 in FIG. 3 and selects a recommended function (for example, an automatic parking function or a snow mode in case of snowfall, etc.) recommended in the driving mode of the vehicle 12.

[0038] For example, when the selection unit 220 determines that the parking difficulty at the planned parking location is high based on the driving history information acquired by the acquisition unit 200, the selection unit 220 selects the automatic parking function of the vehicle 12 as the recommended function. The parking difficulty is higher, for example, as the number of vehicle turnarounds during parking is larger, and as the proportion of vehicles parking in reverse is larger. The selection unit 220 is an example of a determination unit that determines whether the parking difficulty at the planned parking location is high based on the acquired driving history.

[0039] The proposal unit 230 has a function of transmitting proposal information for proposing the use of the selected recommended function to the occupant to the in-vehicle device 20. The proposal unit 230 transmits the proposal information to the in-vehicle device 20 when the recommended function selected by the selection unit 220 is not operating in the vehicle 12 and it is preferable to operate the recommended function. For example, when the selection unit 220 determines that the parking difficulty at the planned parking location is high and the automatic parking function is selected as the recommended function, the proposal unit 230 transmits the proposal information for proposing the use of the automatic parking function to the in-vehicle device 20.

[0040] FIG. 5 is a sequence diagram showing the flow of a process for proposing the use of an automatic parking function in the agent system 10 of FIG. 1. The process in the in-vehicle device 20 is realized by the CPU 20A executing a program. The process in the agent server 30 is realized by the CPU 30A functioning as an acquisition unit 200, a detection unit 210, a selection unit 220, and a proposal unit 230 by executing a program. FIG. 5 shows an example of proposing the use of an automatic parking function among a plurality of types of recommended functions by the agent server 30.

[0041] First, the CPU 20A of the in-vehicle device 20 transmits the position information of the planned parking location and the vehicle ID (Identification) to the agent server 30 in step S21. Then, the in-vehicle device 20 performs the processes of steps S22 and S23 following step S21. For example, the in-vehicle device 20 transmits the position information and the vehicle ID to the agent server 30 when the destination is set in the car navigation system or when approaching the destination.

[0042] The CPU 30A of the agent server 30 receives the position information and the vehicle ID transmitted from the in-vehicle device 20 in step S31. When the CPU 30A receives the position information and the vehicle ID from the in-vehicle device 20 in step S31, it performs the processes after step S32. The CPU 30A transmits the position information and the vehicle ID received from the in-vehicle device 20 to the information providing server 40 in step S32.

[0043] The information providing server 40 receives the position information and the vehicle ID transmitted from the agent server 30 in step S41. When the information providing server 40 receives the position information and the vehicle ID from the agent server 30 in step S41, it performs the process of step S42.

[0044] In step S42, the information providing server 40 acquires, from a database (not shown), the past turning information of the vehicle and the past backing frequency information of the vehicle at the planned parking location indicated by the received position information. Note that the database stores, for example, the turning information associated with the vehicle ID. The information providing server 40 transmits the acquired turning information and backing frequency information to the agent server 30 and waits for the reception of the next information from the agent server 30.

[0045] Here, at the planned parking location, the information providing server 40 transmits, as turning information, to the agent server 30, for example, the average value of the past number of turns of the vehicle 12 indicated by the vehicle ID and the average value of the past number of turns of other vehicles other than the vehicle 12. Further, the information providing server 40 transmits, to the agent server 30, backing frequency information indicating the ratio of the vehicles that parked by backing in the past at the planned parking location.

[0046] Here, at each planned parking location, the tendency of whether a vehicle with the same vehicle ID (or the same driver) parks by backing or not is almost the same for each vehicle. Also, at each planned parking location, the past number of parking times is different for each vehicle. For this reason, when the number of parking times of a specific vehicle is extremely more than the number of parking times of other vehicles, the ratio of the vehicles that parked by backing calculated based on the total past number of parking times depends on the number of parking times of the specific vehicle. Therefore, in order to obtain an appropriate backing parking frequency, at each planned parking location, it is preferable that the ratio of the vehicles that parked by backing is calculated based on the information for each vehicle indicating whether it parked by backing or not.

[0047] After step S32, in step S33, the CPU 30A receives the turning information and the backing frequency information transmitted from the information providing server 40. Next, in step S34, the CPU 30A selects a recommendation function to be presented to the driver of the vehicle 12 or the like based on the received turning information and backing frequency information. In the example shown in FIG. 5, in step S34, the CPU 30A determines whether or not to select the automatic parking function. An example of the selection process in step S34 will be described with reference to FIG. 6.

[0048] Next, in step S35, the CPU 30A determines whether to propose using the automatic parking function based on the selection result in step S34. If the CPU 30A proposes using the automatic parking function, it performs the process of step S36. If the CPU 30A does not propose using the automatic parking function, it ends the process of the agent server 30 shown in FIG. 5 and waits to receive the next information from the in-vehicle device 20.

[0049] In step S36, the CPU 30A transmits proposal information for proposing using the automatic parking function to the in-vehicle device 20. After step S36, the CPU 30A waits to receive the next information from the in-vehicle device 20.

[0050] The CPU 20A of the in-vehicle device 20 receives the proposal information transmitted from the agent server 30 in step S22. Next, when the vehicle 12 reaches the planned parking location or approaches the planned parking location, in step S23, the CPU 20A presents information for proposing (recommending) using the automatic parking function to the passengers of the vehicle 12 or the like using the speaker 26 or the monitor 27 or the like.

[0051] In this embodiment, the agent server 30 can propose using the automatic parking function only when the parking difficulty is high based on the past driving history of the vehicle including the own vehicle 12 at the planned parking location. That is, the proposal to use the automatic parking function is not made every time the vehicle 12 reaches the planned parking location. Thereby, it is possible to suppress the proposal to use the automatic parking function at the planned parking location where it is estimated that the vehicle 12 can be parked without using the automatic driving function. As a result, it is possible to propose using the automatic parking function without giving discomfort to the driver.

[0052] For example, the CPU 20A causes the speaker 26 to output a voice proposing the automatic parking function, or causes the monitor 27 to display text or an image indicating the proposal of the automatic parking function. Alternatively, the CPU 20A may simultaneously control the output of the voice proposing the automatic parking function from the speaker 26 and the display of the text or image indicating the proposal of the automatic parking function on the monitor 27.

[0053] Note that when the CPU 30A of the agent server 30 does not propose the automatic parking function in step S35, it may transmit non-proposal information indicating that the automatic parking function is not proposed to the in-vehicle device 20. In this case, the CPU 20A that has received the non-proposal information from the agent server 30 ends the process of the in-vehicle device 20 shown in FIG. 5 without performing the process of step S23.

[0054] FIG. 6 is a flowchart showing an example of the selection process in step S34 of FIG. 5. The CPU 30A of the agent server 30 performs the process shown in FIG. 6 based on the switching information and the back frequency information received from the information providing server 40.

[0055] First, in step S341, the CPU 30A determines whether the number of switching times for each past parking of the host vehicle 12 is equal to or greater than a predetermined number based on the switching information. For example, when the number of switching times is equal to or greater than the predetermined number, the CPU 30A determines that the switching in the past parking of the host vehicle 12 is frequent, and performs the process of step S344. When the number of switching times is less than the predetermined number, the CPU 30A determines that the switching in the past parking of the host vehicle 12 is infrequent, and performs the process of step S342.

[0056] In step S342, the CPU 30A determines whether there are many vehicles with a switching count per past parking of a predetermined number or more based on the switching information. For example, if the average value of the switching counts per past parking of vehicles other than vehicle 12 is a predetermined number or more, the CPU 30A determines that there are many switchings in past parkings and performs the process of step S344. If the average value of the switching counts per past parking of vehicles other than vehicle 12 is less than the predetermined number, the CPU 30A determines that there are few switchings in past parkings and performs the process of step S343.

[0057] In step S343, the CPU 30A determines whether there are many vehicles parking in reverse based on the reverse frequency information. For example, if the ratio of vehicles parking in reverse indicated by the reverse frequency information is a predetermined ratio or more, the CPU 30A determines that there are many vehicles parking in reverse and performs step S344. If the frequency of vehicles parking in reverse indicated by the reverse frequency information is lower than the predetermined ratio, the CPU 30A determines that there are few vehicles parking in reverse and performs step S345.

[0058] In step S344, the CPU 30A selects the automatic parking function as a recommended function and ends the process of step S34. In step S345, the agent server 30 does not select the automatic parking function as a recommended function and ends the process of step S34 shown in FIG. 6.

[0059] Note that the information providing server 40 may accumulate the frequency of vehicles parking using the automatic parking function for each planned parking location. In this case, between step S343 and step S345, a new determination process for shifting to step S344 may be added if the frequency of vehicles parking using the automatic parking function is a predetermined frequency or more.

[0060] In addition, in FIG. 6, an example is shown in which the automatic parking function is selected as a recommended function according to the number of turnarounds of the host vehicle 12, the number of turnarounds of other vehicles, and the parking frequency in reverse. However, the automatic parking function may be selected as a recommended function according to one or two of the number of turnarounds of the host vehicle 12, the number of turnarounds of other vehicles, and the parking frequency in reverse.

[0061] As described above, in this embodiment, the agent server 30 can propose the use of the automatic parking function only when the parking difficulty is high based on the past driving history of the vehicle including the host vehicle 12 at the planned parking location. In other words, the agent server 30 can determine whether to propose the use of the automatic parking function in consideration of the driver's parking operation tendency, the driver's driving skill, and the parking operation tendency of other vehicles. Thereby, it is possible to suppress the proposal of the use of the automatic parking function at the planned parking location where it is estimated that the vehicle 12 can be parked without using the automatic driving function. As a result, it is possible to propose the use of the automatic parking function without giving discomfort to the driver.

[0062] Note that part or all of the functions of the agent server 30 may be realized by the in-vehicle device 20. In this case, the functions of the acquisition unit 200, the detection unit 210, the selection unit 220, and the proposal unit 230 shown in FIG. 4 are realized by the CPU 20A of the in-vehicle device 20 executing a program, and the processes of steps S31 - S36 in FIG. 5 are performed by the CPU 20A. That is, the in-vehicle device 20 also operates as a parking support device.

[0063] Note that at least one of the in-vehicle device 20 and the agent server 30 may have another processor instead of the CPU, or may have an FPGA (Field-Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit). That is, the functions of at least one of the in-vehicle device 20 and the agent server 30 may be realized by hardware. Further, the FPGA or ASIC may include the function of a communication interface or the function of an input / output interface.

[0064] Also, in the above-described embodiment, the programs executed by the CPUs 20A and 30A may be stored in a computer-readable recording medium such as a CPU. In this case, the program is downloaded from the recording medium to a memory such as a storage or a RAM. Examples of the recording medium include a CD-ROM (Compact Disc Read Only Memory), a DVD-ROM (Digital Versatile Disc Read Only Memory), or a USB (Universal Serial Bus) memory. Further, the program may be downloaded to at least one of the in-vehicle device 20 and the agent server 30 via a network.

[0065] Although the embodiments for carrying out the present invention have been described in detail above, the present invention is not limited to such specific embodiments, and various modifications and improvements are possible without departing from the gist of the present invention.

Explanation of Reference Numerals

[0066] 10 Agent system 12 Vehicle 20 In-vehicle device 20A CPU 20B ROM 20C RAM 20D In-vehicle communication I / F 20E Wireless communication I / F 20F Input / output I / F 20G Internal Bus 22 ECU 24 Microphone 26 Speaker 27 Monitor 28 GPS Device 29 External Bus 30 Agent Server 30A CPU 30B ROM 30C RAM 30D Storage 30E Communication I / F 30G Internal Bus 40 Information Provision Server 100 Processing Program 110 Function DB 120 Owner's Manual 130 Function Usage Information 200 Acquisition Unit 210 Detection Unit 220 Selection Unit 230 Proposal Unit

Claims

1. An acquisition unit that acquires the past driving history of at least the host vehicle and other vehicles other than the host vehicle at a parking planned location of a vehicle equipped with an automatic parking function; A determination unit that determines that the parking difficulty at the parking planned location is high when the number of turnarounds of the host vehicle is equal to or more than a predetermined number or the average value of the number of turnarounds of the other vehicles is equal to or more than the predetermined number based on the acquired driving history; A proposal unit that causes an output device provided in the vehicle to output proposal information for proposing the use of the automatic parking function when the determination unit determines that the difficulty is high; A parking support device comprising the same.

2. The determination unit further determines that the parking difficulty at the parking planned location is high when the ratio of the host vehicle and the other vehicles parking in reverse at the parking planned location is equal to or more than a predetermined ratio based on the acquired driving history The parking support device according to claim 1.

Images