Proposal device and proposal system

Abstract

To suppress resource compression of an on-vehicle apparatus.SOLUTION: A proposal device includes: an acquisition unit configured to acquire state information on a state of a vehicle and a state of an on-vehicle apparatus from the vehicle; a diagnosis unit configured to diagnose a tendency of operation of the on-vehicle apparatus by a driver of the vehicle based on the state information acquired by the acquisition unit; and a proposal unit configured to propose introduction of an application for notifying the driver of omission of operation when the driver tends to forget to operate the on-vehicle apparatus as a result of diagnosis by the diagnosis unit.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present disclosure relates to a proposal device and a proposal system.

Background Art

[0002] Patent Document 1 discloses an operation omission notification device that notifies when there is even a slight possibility of forgetting to release the operation of in-vehicle electronic equipment.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] Here, it is possible to introduce an application having the same function as the operation omission notification device described in Patent Document 1 for a so-called connected car equipped with an in-vehicle device capable of communicating with an external server or the like. However, introducing the application to the in-vehicle device of a vehicle in which a driver who does not need the application rides will put a strain on the resources of the in-vehicle device, which is not desirable.

[0005] Therefore, an object of the present disclosure is to provide a proposal device and a proposal system capable of suppressing the resource compression of the in-vehicle device of a vehicle.

Means for Solving the Problems

[0006] The proposed device according to claim 1 includes an acquisition unit that acquires state information related to the state of the vehicle and the state of in-vehicle devices from the vehicle, a diagnosis unit that diagnoses the tendency of the operation of the in-vehicle devices by the driver of the vehicle based on the state information acquired by the acquisition unit, and a proposal unit that proposes to the driver the introduction of an application that notifies the driver of an operation omission when, as a result of the diagnosis by the diagnosis unit, the driver has a tendency to omit the operation of the in-vehicle devices.

[0007] In the proposed device according to claim 1, the acquisition unit acquires state information. Further, the diagnosis unit diagnoses the tendency of the operation of the in-vehicle devices by the driver of the vehicle based on the state information acquired by the acquisition unit. And the proposal unit proposes to the driver the introduction of an application that notifies the driver of an operation omission when, as a result of the diagnosis by the diagnosis unit, the driver has a tendency to omit the operation of the in-vehicle devices. Thereby, according to the proposed device, when, as a result of the diagnosis, the driver has a tendency to omit the operation of the in-vehicle devices, the introduction of the application is proposed to the driver, so that the resource compression of the in-vehicle device of the vehicle can be suppressed.

[0008] The proposed device according to claim 2, in claim 1, the acquisition unit acquires the state information from a plurality of vehicles, the diagnosis unit diagnoses the tendency of the operation of the in-vehicle devices by a plurality of drivers of the plurality of vehicles based on the state information acquired by the acquisition unit, and the proposal unit proposes to the one driver the introduction of the application when, as a result of the diagnosis by the diagnosis unit, the one driver has a tendency to omit the operation of the in-vehicle devices.

[0009] In the proposed device according to claim 2, the acquisition unit acquires state information from a plurality of vehicles. Further, the diagnosis unit diagnoses the tendency of the operation of the in-vehicle devices by one driver based on the state information acquired by the acquisition unit and the operations of the in-vehicle devices by a plurality of drivers. And the proposal unit proposes to the one driver the introduction of an application when, as a result of the diagnosis by the diagnosis unit, the one driver has a tendency to omit the operation of the in-vehicle devices. Thereby, according to the proposed device, a proposal can be made based on the tendency of the operation omission of the in-vehicle devices by a plurality of drivers.

[0010] The proposed device according to claim 3 is the same as claim 1 or 2, wherein the acquisition unit acquires multiple types of status information from a single vehicle, and the diagnosis unit diagnoses the tendency of the single driver to operate the on-board devices based on the multiple types of status information acquired by the acquisition unit and taking into account the operations of multiple on-board devices by the single driver of the single vehicle.

[0011] In the proposal device according to claim 3, the acquisition unit acquires multiple types of status information from one vehicle. Then, the diagnosis unit diagnoses the tendency of the driver to operate the multiple in-vehicle devices based on the multiple types of status information acquired by the acquisition unit, taking into account the driver's operations of the multiple in-vehicle devices. As a result, the proposal device can make proposals based on the tendency of the driver to forget to operate the multiple in-vehicle devices.

[0012] Other aspects of In the proposed device according to any one of claims 1 to 3, the diagnosing unit excludes the state information that matches a preset condition from the target of diagnosis.

[0013] Other aspects of In the proposed device, the diagnosing unit excludes status information that meets preset conditions from the target of diagnosis. For example, if a side mirror included in the in-vehicle device is closed while the vehicle is traveling, it is assumed that there is a tendency for the in-vehicle device to be forgotten to be operated. According to the proposed device, in the above case, if the vehicle speed is equal to or lower than a predetermined value, the corresponding status information is excluded from the target of diagnosis, thereby preventing erroneous determination of forgotten operation of the in-vehicle device.

[0014] Claim 4 The proposed system according to claim 1 3 and an on-board device that is mounted on the vehicle, can communicate with the proposal device, and acquires the status information. [Effects of the Invention]

[0015] As described above, the proposed device and proposed system according to the present disclosure can reduce resource pressure on the vehicle-mounted device of the vehicle.

Brief Description of the Drawings

[0016] [Figure 1] It is a diagram showing the schematic configuration of the proposed system. [Diagram 2] It is a block diagram showing the hardware configuration of the proposed device. [Figure 3] It is a block diagram showing the schematic configuration of the vehicle. [Figure 4] It is a flowchart showing the flow of the proposed process. [[ID=]18] [Figure 5] It is an example of a display shown on a monitor included in in-vehicle equipment.

Modes for Carrying Out the Invention

[0017] Hereinafter, the proposed system 10 according to the present embodiment will be described. The proposed system 10 according to the present embodiment is a system that suppresses resource compression of the integrated ECU (Electrical Control Unit) 50 of the vehicle 40.

[0018] (First Embodiment) First, a first embodiment of the proposed system 10 according to the present embodiment will be described.

[0019] FIG. 1 is a diagram showing the schematic configuration of the proposed system 10. As shown in FIG. 1, the proposed system 10 includes a proposed device 20 and a vehicle 40. The proposed device 20 and the integrated ECU 50 mounted on the vehicle 40 are connected via a network N. The integrated ECU 50 is an example of an "in-vehicle device".

[0020] The proposed device 20 is a server computer owned by a predetermined operator. The vehicle 40 may be any of an engine vehicle, a hybrid vehicle, or an electric vehicle. In the present embodiment, as an example, the vehicle 40 is an engine vehicle.

[0021] Next, the hardware configuration of the proposed device 20 will be described. FIG. 2 is a block diagram showing the hardware configuration of the proposed device 20.

[0022] As shown in FIG. 2, the proposed device 20 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, a storage unit 24, an input unit 25, a display unit 26, and a communication unit 27. Each component is connected to be communicable with each other via a bus 28.

[0023] The CPU 21 is a central processing unit that executes various programs and controls each unit. That is, the CPU 21 reads a program from the ROM 22 or the storage unit 24 and executes the program using the RAM 23 as a work area. The CPU 21 performs control of the above components and various arithmetic processes according to the program recorded in the ROM 22 or the storage unit 24.

[0024] The ROM 22 stores various programs and various data. The RAM 23 temporarily stores a program or data as a work area.

[0025] The storage unit 24 is composed of a storage device such as an HDD (Hard Disk Drive), an SSD (Solid State Drive), or a flash memory, and stores various programs and various data. The storage unit 24 stores a proposal program 24A for causing the CPU 21 to execute a proposal process described later.

[0026] The input unit 25 includes a pointing device such as a mouse, a keyboard, a microphone, and a camera, and is used to perform various inputs.

[0027] The display unit 26 is, for example, a liquid crystal display and displays various information. The display unit 26 may adopt a touch panel method and function as the input unit 25.

[0028] The communication unit 27 is an interface for communicating with other devices. For this communication, for example, standards for wired communication such as Ethernet (registered trademark) or FDDI, or standards for wireless communication such as 4G, 5G, Bluetooth (registered trademark), or Wi-Fi (registered trademark) are used. The communication unit 27 is connected to the network N.

[0029] Next, the functional configuration of the proposal device 20 will be described. As shown in FIG. 2, the CPU 21 of the proposal device 20 has, as functional configurations, an acquisition unit 21A, a diagnosis unit 21B, and a proposal unit 21C. Each functional configuration is realized by the CPU 21 reading and executing a proposal program 24A stored in the storage unit 24.

[0030] The acquisition unit 21A acquires state information related to the state of the vehicle 40 and the state of an in-vehicle device 65 described later from the vehicle 40. As an example, the state information includes, as the state of the vehicle 40, information indicating whether the vehicle 40 is in motion, specifically, whether the vehicle 40 is going straight, turning, or making a right or left turn, and whether the vehicle 40 is stopped or parked. Further, the state information includes, as the state of the in-vehicle device 65, information indicating whether the in-vehicle device 65 is operating or stopped.

[0031] The diagnosis unit 21B diagnoses the tendency of the driver of the vehicle 40 to operate the in-vehicle device 65 based on the state information acquired by the acquisition unit 21A. As an example, the diagnosis unit 21B diagnoses whether there is a tendency to forget to operate the in-vehicle device 65 as the tendency of the operation of the in-vehicle device 65. Forgetting to operate the in-vehicle device 65 includes forgetting to operate the in-vehicle device 65 such as the turn signal switch included in the in-vehicle device 65 being stopped during a right or left turn of the vehicle 40, and forgetting to stop the in-vehicle device 65 such as the turn signal switch or hazard lamp included in the in-vehicle device 65 being operating during straight driving of the vehicle 40. Here, when the number of times of forgetting to operate the in-vehicle device 65 exceeds a predetermined number per unit time, the diagnosis unit 21B diagnoses that the driver has a tendency to forget to operate the in-vehicle device 65.

[0032] Further, the diagnosis unit 21B excludes state information that meets preset conditions from the diagnosis targets. As an example, the conditions include cases where the side mirror included in the in-vehicle device 65 is closed during the running of the vehicle 40 but the vehicle speed is below a predetermined value, and cases where the hazard lamp included in the in-vehicle device 65 is operating during the running of the vehicle 40 but the operating time is below a predetermined time, etc.

[0033] When the diagnosis result by the diagnosis unit 21B indicates that the driver has a tendency to forget to operate the in-vehicle device 65, the proposal unit 21C proposes to the driver the introduction of an application (hereinafter referred to as the "notification application") that notifies the driver of forgetting to operate the in-vehicle device 65. For example, as the proposal, the proposal unit 21C transmits a predetermined notification recommending the introduction of the notification application to the vehicle 40. Then, the vehicle 40 that has received the notification notifies the content indicated by the notification through a monitor or a speaker included in the in-vehicle device 65. Thereby, the introduction of the notification application is proposed to the driver.

[0034] Next, the schematic configuration of the vehicle 40 will be described. FIG. 3 is a block diagram showing the schematic configuration of the vehicle 40.

[0035] As shown in FIG. 3, the vehicle 40 includes an integrated ECU 50, a DCM (Data Communication Module) 60, and an in-vehicle device 65. Note that the ECU included in the vehicle 40 is not limited to the integrated ECU 50, and the vehicle 40 may include a plurality of ECUs (not shown) corresponding to each function of the vehicle 40.

[0036] The integrated ECU 50 and the DCM 60 are connected via an external bus (communication bus) 62. Communication via Ethernet (registered trademark) is performed on the external bus 62. Note that the communication method of the external bus 62 is not limited to Ethernet (registered trademark), and a CAN (Controller Area Network) protocol, a CAN-FD (CAN With Flexible Data Rate), or the like may be applied.

[0037] In addition, the DCM60 is connected to the network N and is capable of communicating with the outside. The communication is wireless communication, and for example, communication standards such as 5G, LTE, or Wi-Fi (registered trademark) are used.

[0038] In addition, the integrated ECU50 includes a CPU51, a ROM52, a RAM53, a storage unit 54, a communication I / F (Inter Face) 55, and an input / output I / F 56. The CPU51, ROM52, RAM53, storage unit 54, communication I / F 55, and input / output I / F 56 are communicably connected to each other via an internal bus 57.

[0039] The CPU51 is a central processing unit that executes various programs and controls each part. That is, the CPU51 reads a program from the ROM52 or the storage unit 54 and executes the program using the RAM53 as a working area. The CPU51 performs control of each of the above configurations and various arithmetic processes according to the program recorded in the ROM52 or the storage unit 54.

[0040] The ROM52 stores various programs and various data. The RAM53 temporarily stores a program or data as a working area.

[0041] The storage unit 54 is a NAND Memory composed of an eMMC (embedded Multi Media Card) or a UFS (Universal Flash Storage), etc.

[0042] In addition, it is desirable that each component included in the integrated ECU50, such as the ROM52 and the storage unit 54, be a tamper-resistant medium such as an HSM (Hardware Security Module).

[0043] The communication I / F55 is an interface for connecting to the DCM60. The interface uses a communication standard based on Ethernet (registered trademark). The communication I / F55 is connected to an external bus 62.

[0044] The input / output I / F 56 is an interface for communicating with the in-vehicle device 65. However, the present invention is not limited to this, and the in-vehicle device 65 may be connected via another ECU. In this case, the integrated ECU 50 and the other ECU are connected via Ethernet (registered trademark), a CAN protocol, or the like.

[0045] The integrated ECU 50 collects status information from the in-vehicle devices 65 through the input / output I / F 56 and stores the collected status information in the storage unit 54. Then, the integrated ECU 50 periodically transmits the status information stored in the storage unit 54 to the proposal device 20.

[0046] 4 is a flowchart showing the flow of a proposal process performed by the proposal device 20 to propose to the driver the introduction of a notification app when the driver tends to forget to operate the in-vehicle device 65. The proposal process is performed by the CPU 21 reading the proposal program 24A from the storage unit 24, expanding it into the RAM 23, and executing it.

[0047] 4, the CPU 21 acquires state information from the vehicle 40. Then, the process proceeds to step S11.

[0048] In step S11, the CPU 21 diagnoses the tendency of the driver of the vehicle 40 to operate the in-vehicle device 65 based on the state information acquired in step S10, and then proceeds to step S12.

[0049] In step S12, the CPU 21 determines whether or not it has been diagnosed in step S11 that the driver has a tendency to forget to operate the in-vehicle device 65, and if it has been diagnosed that the driver has a tendency to forget to operate the in-vehicle device 65 (step S12: YES), the process proceeds to step S13. On the other hand, if the CPU 21 has not diagnosed in step S11 that the driver has a tendency to forget to operate the in-vehicle device 65 (step S12: NO), the suggestion process ends.

[0050] In step S13, the CPU 21 suggests to the driver that the notification application be installed, and then ends the suggestion process.

[0051] Next, examples of proposals to drivers regarding the introduction of a notification app will be described. 5 is an example of a display displayed on a monitor included in the in-vehicle device 65. As an example, when the integrated ECU 50 receives a predetermined notification recommending the installation of a notification app transmitted from the proposal device 20, the integrated ECU 50 displays the screen shown in FIG. 5 on the monitor when an ignition switch included in the in-vehicle device 65 is turned on.

[0052] In the example display shown in FIG. 5, message information 80, a Yes button 82, and a No button 84 are displayed.

[0053] The message information 80 shows various messages for the driver. As an example, in FIG. 5, the message information 80 displays "Since you tend to forget to operate in-vehicle devices, we recommend installing a 'notification app'. Would you like to install the notification app?" If the Yes button 82 is operated, the integrated ECU 50 starts installing the notification app. On the other hand, if the No button 84 is operated, the integrated ECU 50 changes the display content of the monitor to predetermined content without installing the notification app.

[0054] As described above, in the first embodiment, the CPU 21 acquires state information. Furthermore, the CPU 21 diagnoses the tendency of the driver of the vehicle 40 to operate the in-vehicle device 65 based on the acquired state information. Then, if the diagnosis shows that the driver tends to forget to operate the in-vehicle device 65, the CPU 21 suggests to the driver that a notification app be installed. As a result, according to the suggestion device 20 of the first embodiment, if the diagnosis shows that the driver tends to forget to operate the in-vehicle device 65, the suggestion device 20 suggests to the driver that a notification app be installed, thereby reducing resource pressure on the integrated ECU 50 of the vehicle 40.

[0055] In the first embodiment, the CPU 21 excludes state information that matches preset conditions from the objects to be diagnosed. For example, when the side mirror included in the in-vehicle device 65 is closed during the running of the vehicle 40, it is assumed that there is a tendency to forget to operate the in-vehicle device 65. According to the proposed device 20 according to the first embodiment, in the above case, if the vehicle speed is equal to or lower than a predetermined value, by excluding the corresponding state information from the objects to be diagnosed, it is possible to suppress misjudgment of forgetting to operate the in-vehicle device 65.

[0056] (Second Embodiment) Next, a second embodiment of the proposed system 10 according to the present embodiment will be described while omitting or simplifying overlapping parts with the above embodiment.

[0057] The acquisition unit 21A of the second embodiment acquires state information from a plurality of vehicles 40. The diagnosis unit 21B of the second embodiment diagnoses the tendency of a driver of a vehicle 40 to operate the in-vehicle device 65 based on the operations of the in-vehicle device 65 by a plurality of drivers of a plurality of vehicles 40 having properties similar to those of a driver of one vehicle 40 from the state information acquired by the acquisition unit 21A. The similar properties include the same age, the same gender, and the same vehicle type. In the second embodiment, the storage unit 24 of the proposed device 20 stores driver information regarding each driver input by a plurality of drivers. The driver information includes information indicating the age of the driver, the gender of the driver, and the vehicle type of the vehicle 40 owned by the driver. Then, the diagnosis unit 21B identifies a plurality of drivers having properties similar to those of the one driver based on the driver information of the one driver stored in the storage unit 24.

[0058] Here, when the diagnosis unit 21B diagnoses that a driver of a vehicle 40 has a tendency to forget to operate the in-vehicle device 65 (e.g., turn signal switch), information indicating a plurality of drivers having a similar tendency to forget to operate the in-vehicle device 65 as that of the one driver is added to the diagnosis result.

[0059] In the second embodiment, the suggestion unit 21C suggests the introduction of a notification app to a driver when the diagnosis by the diagnosis unit 21B indicates that the driver has a tendency to forget to operate the in-vehicle device 65. In the second embodiment, the suggestion unit 21C transmits a predetermined notification to the vehicle 40 based on the operations of the in-vehicle device 65 by multiple drivers who have similar characteristics to the driver. Then, the vehicle 40 that receives the notification notifies the driver of the content indicated by the notification through a monitor, a speaker, or the like included in the in-vehicle device 65. Although not shown in the drawings, a message such as "Like you, everyone else often forgets to turn off the turn signal switch, so we recommend that you introduce a notification app" is displayed on the monitor of the vehicle 40 that receives the notification.

[0060] As described above, in the second embodiment, the CPU 21 acquires status information from multiple vehicles 40. The CPU 21 also diagnoses a tendency of one driver to operate the in-vehicle device 65 based on the acquired status information and the operations of the in-vehicle device 65 by multiple drivers. If the diagnosis shows that the one driver tends to forget to operate the in-vehicle device 65, the CPU 21 suggests to the one driver that a notification app be installed. As a result, the suggestion device 20 according to the second embodiment can make a suggestion based on the tendency of multiple drivers to forget to operate the in-vehicle device 65.

[0061] (Third embodiment) Next, a third embodiment of the proposal system 10 according to the present invention will be described while omitting or simplifying parts that overlap with the above-described embodiments.

[0062] The acquisition unit 21A of the third embodiment acquires a plurality of types of state information from one vehicle 40. The diagnosing unit 21B of the third embodiment diagnoses a tendency of a driver to operate the in-vehicle devices 65 based on the operations of the in-vehicle devices 65 by the driver of the vehicle 40 from the multiple types of state information acquired by the acquiring unit 21A. In the third embodiment, the diagnosing unit 21B diagnoses that the driver has a tendency to forget to operate the in-vehicle devices 65 when the number of times the driver forgets to operate the in-vehicle devices 65 exceeds a predetermined number per unit time.

[0063] In the third embodiment, when the proposal unit 21C determines, based on the diagnosis result of the diagnosis unit 21B, that a certain driver has a tendency to forget to operate the in-vehicle device 65, the proposal unit 21C transmits a predetermined notification based on the operations of a plurality of in-vehicle devices 65 by the certain driver to the vehicle 40. Then, the vehicle 40 that has received the notification notifies the content indicated by the notification through a monitor or a speaker included in the in-vehicle device 65. Although not shown in the drawings, a message such as "Since there are many cases of forgetting to turn off the turn signal switch and hazard lamp, etc., it is recommended to introduce the notification application." is displayed on the monitor of the vehicle 40 that has received the notification.

[0064] As described above, in the third embodiment, the CPU 21 acquires a plurality of types of status information from a certain vehicle 40. Then, the CPU 21 diagnoses the tendency of the operation of the in-vehicle device 65 by a certain driver based on the operations of a plurality of in-vehicle devices 65 by the certain driver from the acquired plurality of types of status information. Thus, according to the proposal device 20 according to the third embodiment, it is possible to make a proposal based on the tendency of forgetting to operate a plurality of in-vehicle devices 65.

[0065] (Others) In the above embodiment, when the CPU 21 does not diagnose that the driver has a tendency to forget to operate the in-vehicle device 65, that is, when the driver does not have a tendency to forget to operate the in-vehicle device 65, the proposal process is terminated (see FIG. 4). However, not limited to this, when the driver does not have a tendency to forget to operate the in-vehicle device 65, the CPU 21 may transmit a notification indicating that the driver does not have a tendency to forget to operate the in-vehicle device 65 to the vehicle 40. In this case, by notifying the content indicated by the notification through a monitor or a speaker included in the in-vehicle device 65, the driver can be made aware that there is no tendency to forget to operate the in-vehicle device 65.

[0066] In the above embodiment, the proposed process executed by the CPU 21 after reading the software (program) may be executed by various processors other than a CPU. Examples of such processors include programmable logic devices (PLDs) such as field-programmable gate arrays (FPGAs), whose circuit configuration can be changed after fabrication, and dedicated electrical circuits such as application-specific integrated circuits (ASICs), which are processors with circuit configurations specifically designed to execute specific processes. The proposed process may be executed by one of these processors, or by a combination of two or more processors of the same or different types (e.g., multiple FPGAs, or a combination of a CPU and an FPGA). The hardware structure of these processors is, more specifically, an electrical circuit that combines circuit elements such as semiconductor devices.

[0067] In the above embodiment, the proposed program 24A is pre-stored (installed) in the storage unit 24, but the present invention is not limited to this. The proposed program 24A may be provided in a form recorded on a recording medium such as a CD-ROM (Compact Disk Read Only Memory), a DVD-ROM (Digital Versatile Disk Read Only Memory), or a USB (Universal Serial Bus) memory. The proposed program 24A may also be downloaded from an external device via the network N. [Explanation of symbols]

[0068] 10 Proposed System 20 Proposed device 21A Acquisition Department 21B Diagnostic Department 21C Proposal Department 40 vehicles 50 Integrated ECU (onboard equipment) 65 In-vehicle equipment

Claims

1. An acquisition unit that acquires state information regarding the state of the vehicle and the state of in-vehicle devices from the vehicle; A diagnosis unit that diagnoses the tendency of an operation of the in-vehicle devices by the driver of the vehicle based on the state information acquired by the acquisition unit; A proposal unit that proposes to the driver the introduction of an application that notifies the driver of an operation omission tendency when the diagnosis unit diagnoses that the driver has a tendency to omit an operation of the in-vehicle devices; A proposal device comprising the above.

2. The acquisition unit acquires the state information from a plurality of vehicles, The diagnosis unit diagnoses the tendency of an operation of the in-vehicle devices by a driver of one vehicle based on the operations of the in-vehicle devices by a plurality of drivers of the plurality of vehicles from the state information acquired by the acquisition unit, The proposal unit proposes to the one driver the introduction of the application when the diagnosis unit diagnoses that the one driver has a tendency to omit an operation of the in-vehicle devices, The proposal device according to Claim 1.

3. The acquisition unit acquires a plurality of types of the state information from one vehicle, The diagnosis unit diagnoses the tendency of an operation of the in-vehicle devices by the one driver based on the operations of the plurality of in-vehicle devices by the one driver of the one vehicle from the plurality of types of the state information acquired by the acquisition unit, The proposal device according to Claim 1.

4. The proposal device according to any one of Claims 1 to 3, and An in-vehicle unit mounted on the vehicle, capable of communicating with the proposal device and collecting the state information, A proposal system comprising the above.

Images