JP2017004566A - Notification equipment and notification method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide on-vehicle equipment or the like capable of performing notification of more useful information on an un-inserted card.SOLUTION: A DSRC communication part 16 performs DSRC communication with a roadside machine disposed in a parking lot. A control part 15 determines whether or not credit card settlement is possible in the parking lot on the basis of information that the DSRC communication part 16 has received from the roadside machine, and sets the determination content in a settlement corresponding facility flag to cause a storage part 17 to store it. When a card is not inserted at the time of engine start in the parking lot, and it is determined that credit card settlement is possible in accordance with the settlement corresponding facility flag stored by the storage part 17, the control part 15 alerts that a card has not been inserted while encouraging a driver to insert a credit card. On the other hand, when it is determined that credit card settlement is impossible, the control part 15 only alerts that a card has not been inserted.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a notification device and a notification method.

In-vehicle devices compatible with ETC (Electronic Toll Collection) are used by many users. By inserting an ETC card into such an in-vehicle device, it is possible to pay a cashless (non-stop) fee when traveling on a toll road corresponding to ETC.
Leaving such an ETC card on the in-vehicle device and leaving the car, considering theft,
Since it is extremely dangerous, the user usually removes the ETC card when leaving the car and does not leave it on the in-vehicle device.
Therefore, it can be said that the ETC card is generally not inserted in the in-vehicle device when the engine is started.

In order to prevent the ETC card from being inserted into the in-vehicle device when actually using the ETC, for example, in Patent Document 1, if the ETC card is not inserted when the engine is started, An invention of an in-vehicle device (ETC in-vehicle device) that notifies (warns) the effect is disclosed.

JP 2008-176613 A

In recent years, an intelligent transportation system called ITS (Intelligent Transport Systems) is becoming widespread. In this ITS, not only conventional ETC cards but also credit cards (
IC credit cards) are also available.
For example, by inserting a credit card into an in-vehicle device, the fee can be settled with a credit card (card settlement) when using a facility that supports ITS. Further, as before, by inserting an ETC card into an in-vehicle device, a toll road corresponding to ETC can be used without cash.

That is, in an in-vehicle device corresponding to ITS, either an ETC card or a credit card is inserted into the in-vehicle device and used.
Even in such an in-vehicle device corresponding to ITS, as in the invention of Patent Document 1, if the card is not inserted at the time of starting the engine, it is also possible to notify that fact.

However, even if it is simply notified that the card is not inserted, there is a case where it is not very useful in the in-vehicle device corresponding to ITS.
For example, if you park in an ITS-compatible parking lot, remove the card from the in-vehicle device, leave the car, complete the prescribed tasks, then return to the parking lot and get on the car to leave the parking lot Etc. In this case, even when the engine is started after returning to the parking lot, even if the user is informed that the card has not been inserted, the user does not notice that the parking lot can be paid (or forgets). Often without having to prepare a credit card,
The car will continue to the exit as it is.
When the payment is made at the exit and it is displayed on the display that credit card payment is possible, the user rushes to look for the credit card (if the user wishes for card payment) ).
Therefore, it takes extra time until the credit card is inserted into the in-vehicle device and until the in-vehicle device authenticates the inserted credit card.

For this reason, when using a facility that supports ITS (such as a parking lot), when notifying that the card is not inserted, inform the user of useful information such as the use of a credit card. The technology to do was demanded. By notifying such useful information, it is expected that the user can prepare a credit card in advance and perform settlement (payment) more smoothly.

The present invention has been made to solve the above-described problems, and it is an object of the present invention to provide a notification device and a notification method that can notify more useful information about an uninserted card. .

A communication unit that communicates with a roadside device arranged in a facility, an identification unit that identifies whether the facility is capable of card payment based on information received by the communication unit from the roadside device, and A determination unit that determines whether the inserted card is a card that can be settled based on the identification result; and a control unit that outputs a signal to be notified based on the determination result of the determination unit. A characteristic notification device is provided.
The control unit provides a notification device that outputs a signal for notifying the type name of the card according to the determination that the inserted card is a card that can be settled.
The control unit provides a notification device that outputs a signal notifying that the inserted card is not a payable card according to the determination that the inserted card is not a payable card.

A communication step for communicating with a roadside device disposed in a facility, an identification step for identifying whether the facility is capable of card payment based on information received from the roadside device by the communication step, and A determination step of determining whether or not the inserted card is a card that can be settled based on the identification result; and a control step of outputting a notification signal based on the determination result of the determination step. A characteristic notification method is provided.
According to the determination that the inserted card is a card that can be settled, the control step outputs a signal for notifying the type name of the card.
According to the determination that the inserted card is not a card that can be settled, the control step outputs a signal that reports that the card is not a card that can be settled.

  According to the present invention, more useful information can be notified about an uninserted card.

It is a block diagram which shows the structural example of the vehicle equipment which concerns on embodiment of this invention. It is a schematic diagram which shows the example of whole structure of the parking lot corresponding to ITS. It is a flowchart which shows an example of the process at the time of warehousing performed by vehicle equipment, and a flowchart which shows an example of the warehousing response process performed by a roadside machine. It is a schematic diagram which shows an example of the content displayed on a display part at the time of warehousing. It is a schematic diagram which shows the application type and its value etc. which are defined in ITS. It is a flowchart which shows an example of the non-insertion warning process performed by vehicle equipment. It is the flowchart which shows an example of the payment processing at the time of the delivery performed by the vehicle equipment, and the flowchart which shows an example of the delivery response process performed by the roadside machine. (A)-(c) is all the schematic diagrams which show an example of the content displayed on a display part at the time of leaving. It is a flowchart which shows an example of the non-insertion warning process which concerns on other embodiment of this invention.

Hereinafter, an in-vehicle device according to the present invention will be described with reference to the drawings. In-vehicle equipment
It is a device compatible with ITS (Intelligent Transport Systems) and is used by being mounted on a user's vehicle. Further, as will be described later, the in-vehicle device is operated by the user by ETC (Elec
tronic Toll Collection) card or credit card (IC credit card) can be inserted.

FIG. 1 is a block diagram illustrating a configuration example of an in-vehicle device 10 according to an embodiment of the present invention.
As illustrated, the in-vehicle device 10 includes a GPS receiver 11, a sensor 12, and a speaker 13.
And an input unit 14, a control unit 15, a DSRC communication unit 16, a storage unit 17, a card processing unit 18, and a display unit 19.

A GPS (Global Positioning System) receiver 11 receives signals sent from a plurality of GPS satellites via a GPS antenna 11a, and a vehicle (such as an automobile equipped with the in-vehicle device 10).
Measure the current position. For example, the GPS receiving unit 11 measures position information including latitude, longitude, and height. Then, the positioning position information is supplied to the control unit 15.

The sensor 12 detects various data obtained from the vehicle.
For example, the sensor 12 outputs a vehicle speed signal indicating the speed of the vehicle. Specifically, the sensor 12 generates a pulse signal in proportion to the rotational speed of the axle in the vehicle, and supplies the signal to the control unit 15 as a vehicle speed signal.
The sensor 12 detects, for example, engine start. Specifically, the sensor 12 detects the start of the engine by the rotation of the cell motor for starting the engine. In addition, the sensor 12 may detect the start of the engine when an ACC (accessory) key is ignited (ignition on).

The speaker 13 is controlled by the control unit 15 and outputs a predetermined notification sound or voice (voice message or the like). For example, as will be described later, the speaker 13 outputs a voice message for notifying the user that the card is not inserted.

The input unit 14 includes switches (keys) and the like arranged on the in-vehicle device 10 and receives an instruction input from a user. Note that the input unit 14 may be a touch panel or the like disposed on the front surface of the display unit 19.

The control unit 15 includes a CPU (Central Processing Unit) and the like, for example, the storage unit 17.
The vehicle-mounted device 10 as a whole is controlled by executing the program stored in the.
Specifically, the control unit 15 determines the current position of the vehicle (own vehicle position) based on the position information measured by the GPS receiving unit 11 and the speed signal supplied from the sensor 12, and the map 15 read from the storage unit 17. The symbols and the like are combined and displayed on the display unit 19. When the input unit 14 is operated by the user and the destination is set, the control unit 15 searches the road information stored in the storage unit 17 to obtain a recommended route to the destination, To follow that recommended route,
It is also possible to guide users.
Further, since the map information stored in the storage unit 17 to be described later includes information on facilities (such as a parking lot corresponding to ITS), the control unit 15 is based on the map information corresponding to the vehicle position. And
The facility you are using can be identified. That is, it can be determined that the vehicle is parked in the facility.
Further, the control unit 15 can connect to the ITS communication network by controlling the DSRC communication unit 16. Details of this communication will be described together with a DSRC communication unit 16 described later.
Further, the control unit 15 controls the card processing unit 18 and inserts (loads) the card (ETC).
Card or credit card) information can be obtained. Further, the card state (inserted / not inserted) can also be detected via the card processing unit 18. For example, the control unit 15 detects the state of the card (inserted / not inserted) via the card processing unit 18 when the sensor 12 detects the start of the engine. The handling of these cards will be described together with a card processing unit 18 and the like which will be described later.

A DSRC (Dedicated Short Range Communication) communication unit 16 can be connected to an ITS communication network via a DSRC antenna 16a. Specifically, the DSRC communication unit 16
When entering the communication area of a roadside machine (ITS spot) arranged in a facility such as a roadside or a parking lot, DSRC communicates with this roadside machine and connects to the ITS communication network. And predetermined information is transmitted / received with the server etc. which are arrange | positioned on the ITS communication network.
For example, the DSRC communication unit 16 receives information such as images, characters, and voices through the roadside device. The control unit 15 described above displays the information received by the DSRC communication unit 16 on the display unit 19 or outputs it from the speaker 13.
Further, the DSRC communication unit 16 is information related to the in-vehicle device 10 (an in-vehicle device management number described later).
And the information of the inserted card is transmitted to the roadside machine. For example, based on the control of the control unit 15 described above, the DSRC communication unit 16 sends settlement information including card information to the ITS through the roadside device.
The card payment can be performed by transmitting to a server arranged on the communication network.

The storage unit 17 includes a ROM (Read Only Memory), a RAM (Random Access Memory), and the like, and stores various types of information necessary for the operation of the in-vehicle device 10.
For example, the storage unit 17 stores a program including a warehousing process, a non-insertion warning process, and a warehousing process, which will be described later, so that the control unit 15 can execute the program. Note that the storage unit 17 includes the control unit 1.
5 also stores various pieces of work information (such as a settlement-compatible facility flag described later) that is updated when the program is executed.
The storage unit 17 also stores information such as an in-vehicle device management number for identifying the in-vehicle device 10.
In addition to this, the storage unit 17 also stores information necessary for map display (such as recommended route guidance) such as map information and road information, and sound information such as notification sounds and sounds. The map information includes information on facilities (such as a parking lot corresponding to ITS described later).

The card processing unit 18 reads necessary information from a card inserted into a predetermined card insertion slot, and writes necessary information on the card.
For example, the card processing unit 18 identifies whether the inserted card is an ETC card or a credit card, and supplies the identification information to the control unit 15. Then, based on the control from the control unit 15, the card processing unit 18 reads information necessary for payment from the inserted card and supplies the information to the control unit 15.
Further, the card processing unit 18 can detect a state where the card is not inserted, and supplies information indicating that the card is not inserted to the control unit 15 at that time.

The display unit 19 includes, for example, a liquid crystal display and displays a map, a predetermined guide image, and the like.
Specifically, the display unit 19 synthesizes and displays a symbol indicating the vehicle position on the map generated by the control unit 15. Also, when making a payment through a roadside machine (ITS communication network)
The display unit 19 displays an image for guiding an operation at the time of settlement, an image for accepting confirmation of settlement, and the like.

A specific operation of the in-vehicle device 10 having such a configuration will be described below with reference to the drawings.
Below, the case where the parking lot corresponding to ITS as shown in FIG. 2 is used will be described as an example. In the parking lot of FIG. 2, the roadside machine 20a and the opening / closing machine 30 are arranged at the entrance, and the roadside machine 20b and the fee settlement machine 40 are arranged at the exit.

When the vehicle VC on which the in-vehicle device 10 is mounted reaches the communication area (area in), the roadside machine 20 (20a, 20b) performs DSRC communication with the in-vehicle device 10 (DSRC communication communication unit 16). The roadside machine 20 is connected to the ITS communication network 90 and can communicate with the server 50 on the ITS communication network 90. As an example, the server 50 includes a database for managing information on a vehicle VC that uses a parking lot, and is a server that can use credit card payment.
Moreover, the roadside machine 20a is provided with the time measuring part which time-measures the present | current time, and measures the warehousing time when the vehicle VC warehousing.

The opening / closing machine 30 is a device that opens and closes an entrance gate. For example, the opening / closing machine 30 controls the opening / closing of the gate according to a radio signal from the roadside machine 20a.
The fee settlement machine 40 confirms the payment (payment) of the parking fee, and opens and closes the exit gate.
For example, as will be described later, when the credit card payment is performed by the credit card, the fee settlement machine 40 transmits a radio signal indicating completion of settlement from the roadside machine 20b, and opens and closes the gate according to the radio signal. Control. The fee settlement machine 40 also supports cash payment, and controls the opening and closing of the gate in response to receipt of cash from the user.

The operation of the in-vehicle device 10 and the like when the vehicle VC is stored in the parking lot having such a configuration will be described with reference to FIG.
FIG. 3 is a flowchart illustrating an example of the warehousing process executed by the in-vehicle device 10 and the warehousing response process executed by the roadside machine 20a.

First, the in-vehicle device 10 waits until DSRC communication becomes possible (step S101).
That is, while the DSRC communication unit 16 has not reached the communication area of the predetermined roadside device (in this case, the roadside device 20a) and DSRC communication is not possible (step S101; No), the control unit 15 performs subsequent processing. The process waits while checking whether or not serial communication is possible.

When the vehicle VC moves toward the entrance of the parking lot and reaches the communication area of the roadside device 20a (area-in) to enable DSRC communication (step S101; Yes), the in-vehicle device 10 performs the DSRC communication. Connect to the roadside device 20a and transmit the vehicle-mounted device management number (step S102).
That is, the DSRC communication unit 16 transmits the vehicle-mounted device management number read from the storage unit 17 by the control unit 15 to the roadside device 20a.
In response to this, the roadside device 20a receives and holds the vehicle-mounted device management number (step S2).
01).

The in-vehicle device 10 transmits a client information notification command to the roadside device 20a (step S103). That is, a client information notification command including whether or not the in-vehicle device 10 supports credit card payment is transmitted to the roadside device 20a.
This client information notification command is performed regardless of whether or not a card is inserted in the in-vehicle device 10. That is, the client information notification command is a command for transmitting the performance of the in-vehicle device 10 to the roadside device 20a. Therefore, even if a credit card is not actually inserted, if the in-vehicle device 10 supports credit card payment, a client information notification command indicating that it supports credit card payment is sent to the roadside device 2.
It is transmitted to 0a and can be notified.

In response to this, the roadside device 20a receives and analyzes the client information notification command (step S202).
And the roadside machine 20a discriminate | determines whether the vehicle equipment 10 respond | corresponds to credit card payment by analysis (step S203).

If the roadside device 20a determines that the in-vehicle device 10 supports credit card payment (
In step S203; Yes, the card payment content is transmitted to the in-vehicle device 10 by a push delivery command (step S204).
And the roadside machine 20a waits until a response command is received (step S206).
.

On the other hand, when it is determined that the in-vehicle device 10 does not support credit card payment (step S203; No), the roadside device 20a transmits the content for cash settlement to the in-vehicle device 10 as an example (step S205). .
In this case, the roadside device 20a proceeds to the subsequent step S207.

When receiving the push delivery command sent from the roadside device 20a, the in-vehicle device 10 returns a response command to the roadside device 20a (step S104).
In response to this, the roadside device 20a receives the response command (step S206; Yes).
), The process proceeds to the subsequent step S207.

The in-vehicle device 10 displays the content based on the received push delivery command (step S105).
As an example, the display unit 19 displays content CT1 as shown in FIG. That means
In addition to notifying the user of the warehousing time, the user is informed that it is necessary to insert a credit card when using a credit card settlement at the time of payment (when leaving).

Returning to FIG. 3, the in-vehicle device 10 determines whether or not the parking lot can be paid by a card (step S106).
For example, the in-vehicle device 10 determines that a parking lot to be used can be paid by card when at least one of the following three conditions is satisfied.

Condition 1: A push delivery command (a push delivery command with a confirmation response) is received from the roadside device 20a, and the own vehicle position is near the entrance of the parking lot (for example, the storage unit 17 from the measured own vehicle position) When you search for map information for, you get the vicinity of the parking entrance).
Condition 2: A push distribution command is received from the roadside device 20a, and a predetermined character (related keyword) indicating a facility corresponding to credit card payment is included in the push distribution command.
Or text (examples of keywords: credit card, parking, parking, etc.).
Condition 3: A push delivery command is received from the roadside device 20a, and a value indicating a facility corresponding to credit card payment is set in the application type of the push delivery command.

The application type used under condition 3 will be described with reference to FIG. FIG. 5 is a diagram for explaining application types and their values defined in the current ITS (ITS FORUM RC-004).
As shown in the figure, in the current ITS, a value indicating that it is an entrance of a facility that supports credit card payment is not defined. Therefore, 0x0, which is the reserved area of number 14 (others)
It is possible to add a value indicating that it is an entrance of a facility that supports credit card payment to D to 0xFE. For example, 0x0E may be used as the billing settlement notice application.
In addition, the charging settlement application (0x0C) with the number 13 can also be dealt with by determining a rule so that it can also be used for push distribution at the entrance of a credit card facility.

Returning to FIG. 3, when the in-vehicle device 10 determines that the parking lot can be paid by card (step S106; Yes), the in-vehicle device 10 sets 1 to the settlement corresponding facility flag (step S107). That is, in order to indicate that the parking lot can be paid by card, 1 is set in the payment corresponding facility flag and stored in the storage unit 17.

On the other hand, if it is determined that the parking lot is not capable of card payment (step S106; No), the in-vehicle device 10 sets 0 to the payment-compatible facility flag (step S108).
And the vehicle equipment 10 waits until an engine turns off (step S109).

The roadside machine 20a instructs the opening / closing machine 30 to open the gate (step S207). That is,
The roadside device 20a transmits a radio signal instructing opening of the gate to the switch 30. At this time, the roadside machine 20a keeps the time when the vehicle VC is received.
When the opening / closing device 30 receiving the radio signal opens the gate, the vehicle VC can move into the parking lot.

The roadside device 20a transmits the vehicle-mounted device management number and the warehousing time to the server 50 (step S20).
8).
That is, the roadside device 20a transmits the onboard equipment management number obtained from the onboard equipment 10 and the warehousing time counted when the gate is opened to the server 50 via the ITS communication network 90.
In addition, the server 50 will memorize | store (register) in a database, if these onboard equipment management numbers and warehousing time are received.

The roadside device 20a waits until DSRC communication with the in-vehicle device 10 becomes impossible (step S209).
That is, as the vehicle VC passes through the entrance and moves into the parking lot, it waits for the in-vehicle device 10 to be removed from the communication area of the roadside device 20a.
When DSRC communication with the in-vehicle device 10 becomes impossible (step S209; No),
The roadside machine 20a instructs the opening / closing machine 30 to close the gate (step S210). That is, the roadside device 20a transmits a radio signal instructing closing of the gate to the switch 30 and then ends the warehousing response process.
Note that the switch 30 that has received the radio signal closes the gate at the entrance.

When the user stops the vehicle VC at a desired position in the parking lot, the user turns off the engine of the vehicle VC.
At this time, when the in-vehicle device 10 determines that the engine is turned off (step S10).
9; Yes), if a card is inserted, a warning is given that the user has forgotten to remove the card (step S110).
For example, the in-vehicle device 10 outputs a voice message such as “card remains” from the speaker 13 together with a predetermined notification sound.
And the vehicle equipment 10 finishes the process at the time of warehousing.

By such a process at the time of warehousing, the in-vehicle device 10 determines whether or not the parking lot can be paid by card, and sets 1 or 0 to the settlement corresponding facility flag according to the determination result and stores it. This settlement corresponding facility flag is used in a non-insertion warning process described later.
On the other hand, by such a warehousing response process, the roadside device 20a transmits and displays the content CT1 as shown in FIG. 4 described above to the in-vehicle device 10 if the in-vehicle device 10 supports the card payment. Moreover, the roadside device 20a transmits the onboard equipment management information obtained from the onboard equipment 10 and the time of entering the warehouse to the server 50 for recording.

Next, the operation of the in-vehicle device 10 when the engine of the vehicle VC stopped in the parking lot is started (engine on) will be described with reference to FIG.
FIG. 6 is a flowchart illustrating an example of the non-insertion warning process executed by the in-vehicle device 10.
This non-insertion warning process is executed when a card is not inserted into the in-vehicle device 10 when the sensor 12 detects the start of the engine. Since the user pulls out the card when leaving the vehicle and does not leave it on the in-vehicle device, this non-insertion warning process can be normally executed.

First, the in-vehicle device 10 reads a settlement-compatible facility flag (step S301). That is, the control part 15 reads the payment corresponding | compatible facility flag memorize | stored in the memory | storage part 17 by the process at the time of the warehousing mentioned above.

The in-vehicle device 10 determines whether or not the value of the settlement corresponding facility flag is 1 (step S3).
02). That is, whether or not the parking lot being used is capable of credit card payment is determined based on the value of the completed correspondence facility flag.

If the in-vehicle device 10 determines that the value of the settlement-compatible facility flag is 1, (step S302)
; Yes), while prompting the user to insert a credit card, a warning is given that the card has not been inserted (step S303).
For example, the in-vehicle device 10 has a predetermined notification sound and a speaker 13 “No card inserted. Credit card payment is possible at the parking lot exit. Please prepare a credit card for use.” The voice message is output.

On the other hand, if it is determined that the value of the settlement corresponding facility flag is not 1 (0) (step S30).
2; No), the in-vehicle device 10 warns that the card is not inserted (step S304).
For example, the in-vehicle device 10 outputs a voice message such as “No card inserted” from the speaker 13 together with a predetermined notification sound.

When the card is inserted, the in-vehicle device 10 checks the card (Step S
305).
For example, the in-vehicle device 10 checks whether the inserted card is an available card (ETC card or credit card). When a usable card is inserted, the in-vehicle device 10 may output the card type name (ETC card or credit card) from the speaker 13 by voice. Further, when an unusable card is inserted, the in-vehicle device 10 may output from the speaker 13 by voice that the card is not usable.
And the vehicle equipment 10 complete | finishes a non-insertion warning process.

By determining from the settlement-compatible facility flag (flag = 1) that the parking lot being used can be settled by such non-insertion warning processing, by outputting the above-mentioned voice message from the speaker 13, While prompting the insertion of a credit card, it is possible to warn that the card has not been inserted.
Thereby, it is possible to notify the user that the card payment is possible before departure (departure), and the user can prepare (insert) a credit card in advance.

Next, after such non-insertion warning processing is performed, the operation of the in-vehicle device 10 and the like when the vehicle VC is delivered from the parking lot will be described with reference to FIG.
FIG. 7 is a flowchart illustrating an example of a settlement transaction process executed by the in-vehicle device 10 and a delivery response process executed by the roadside device 20b.

First, the in-vehicle device 10 waits until DSRC communication becomes possible (step S401).
That is, it waits until vehicle VC which moves toward the exit of a parking lot reaches | attains the communication area of the roadside machine 20b (area in).

When the vehicle VC reaches the communication area of the roadside device 20b and DSRC communication is possible (step S401; Yes), the in-vehicle device 10 is connected to the roadside device 20b by DSRC communication,
The in-vehicle device management number is transmitted (step S402).
That is, the DSRC communication unit 16 transmits the vehicle-mounted device management number read from the storage unit 17 by the control unit 15 to the roadside device 20b.
In response to this, the roadside device 20b receives and holds the vehicle-mounted device management number (step S5).
01).

The in-vehicle device 10 transmits a client information notification command to the roadside device 20b (step S403). That is, a client information notification command including whether or not the in-vehicle device 10 supports credit card payment is transmitted to the roadside device 20b.
In response to this, the roadside device 20b receives and analyzes the client information notification command (step S502). That is, the roadside device 20b analyzes whether or not the in-vehicle device 10 supports credit card payment.

The roadside device 20b transmits the vehicle-mounted device management number to the server 50 (step S503).
That is, the roadside device 20b uses the OBE communication management number obtained from the in-vehicle device 10 as the ITS communication network 9.
0 to the server 50.
In addition, the server 50 will compare with the onboard equipment management number at the time of the warehousing memorize | stored in the database, and will calculate a parking fee, if an onboard equipment management number is received. For example, the use time is obtained from the difference between the warehousing time and the current time, and the parking fee is obtained by multiplying the charge per unit time.
Then, the server 50 transmits the obtained parking fee (fee information) to the roadside device 20b.

The roadside machine 20b receives the parking fee sent from the server 50 (step S504).
The roadside device 20b then sends the parking fee content to the in-vehicle device 1 using a push delivery command
The response command is received from the in-vehicle device 10 (step S505).

When receiving the push delivery command sent from the roadside device 20b, the in-vehicle device 10 returns a response command to the roadside device 20b (step S404).
And the vehicle equipment 10 displays the content by the received push delivery command (step S405).
As an example, the display unit 19 displays content CT2 as shown in FIG. That is, the user is informed of the amount of money (parking fee) and, when using credit card payment, the user is notified of confirmation (insertion) of the credit card.

Returning to FIG. 7, when the card payment is selected, the in-vehicle device 10 transmits a card payment response to the roadside device 20b (step S406). That is, in a state where the content CT2 as shown in FIG. 8A described above is displayed on the display unit 19, “Yes” (perform card payment)
When selected by the user, the in-vehicle device 10 transmits a card settlement response to the roadside device 20b.
Here, if “No” (performs card payment, that is, pays with cash) is selected by the user, the fact is notified to the roadside device 20b so that card payment is not performed. Specifically, the user performs the settlement by putting the necessary amount into the fee settlement machine 40.

Upon receiving the card payment response, the roadside device 20b transmits the payment processing content to the in-vehicle device 10 using a push delivery command, and receives the response command from the in-vehicle device 10 (step S506).

When receiving the push delivery command sent from the roadside device 20b, the in-vehicle device 10 returns a response command to the roadside device 20b (step S407).
And the vehicle equipment 10 displays the content by the received push delivery command (step S408).
As an example, the display unit 19 displays content CT3 as shown in FIG. That is, the user is notified that credit card payment is being made.

Returning to FIG. 7, the in-vehicle device 10 transmits settlement information including information read from the credit card (step S409).
For example, the in-vehicle device 10 reads information such as a card number from the inserted credit card, generates payment information, and transmits it to the roadside device 20b.

The roadside device 20b receives the payment information and transmits it to the server 50 (step S507). For example, the roadside device 20b adds necessary information to the received payment information, and then transmits the information to the server 50 via the ITS communication network 90.
When the payment information is received, the server 50 exchanges data with a card company server or the like (not shown) and performs card payment. And when card payment is normally performed, it notifies the roadside machine 20b that payment was completed.

The roadside device 20b transmits the payment completion content to the in-vehicle device 10 using a push delivery command, and receives a response command from the in-vehicle device 10 (step S508).

When receiving the push delivery command sent from the roadside device 20b, the in-vehicle device 10 returns a response command to the roadside device 20b (step S410).
And the vehicle equipment 10 displays the content by the received push delivery command (step S411).
As an example, the display unit 19 displays content CT4 as shown in FIG. That is, the user is informed of the payment amount and the like, and the user is informed about the receipt method.

Returning to FIG. 7, the roadside device 20b notifies the fee settlement machine 40 of the completion of the settlement and instructs the gate opening (step S509). That is, the roadside device 20b transmits a radio signal indicating completion of payment to the fee payment machine 40, thereby opening the exit gate.
When the fee settlement machine 40 that has received the radio signal opens the gate, the vehicle VC can move out of the parking lot.

And the roadside machine 20b waits until DSRC communication with the vehicle equipment 10 becomes impossible (
Step S510).
Similarly, the in-vehicle device 10 stands by until DSRC communication with the roadside device 20b becomes impossible (step S412).
That is, as the vehicle VC passes through the parking lot exit and moves out of the parking lot, it waits for the in-vehicle device 10 to come out of the communication area of the roadside device 20b.

Eventually, when DSRC communication with the in-vehicle device 10 becomes impossible (step S510; No),
The roadside machine 20b instructs the fee settlement machine 40 to close the gate (step S511). That is, the roadside device 20b transmits a radio signal instructing closing to the fee settlement machine 40, and then ends the leaving response process. The fee settlement machine 40 closes the exit gate when receiving a radio signal instructing closure.
Similarly, when DSRC communication with the roadside device 20b becomes impossible (step S412; No),
The in-vehicle device 10 clears the settlement corresponding facility flag (step S413). That is, the control unit 15 sets the value of the settlement corresponding facility flag to 0 and stores it in the storage unit 17, and then ends the shipping settlement processing.

The parking fee can be paid using the card settlement by such a settlement process at the time of delivery and a delivery response process. At that time, the preparation (insertion) of the cash card is prompted by the above-described non-insertion warning process, so that the user can smoothly make the card payment without being rushed at the time of payment at the exit.

(Other embodiments)
In the above-described embodiment, in the non-insertion warning process of FIG. 6, when the parking lot can be settled by card, the insertion of the credit card is prompted and the card insertion is warned. For example, even if the card inserted after the warning is not a credit card (even if it is an ETC card), the warning is not repeated. This takes into account that the user may not choose card payment (pay with cash).
Nevertheless, in a situation where card payment has been used in the past in a frequently used parking lot, there is a high possibility of paying with card payment this time as well. Therefore, a warning may be issued in consideration of the usage history when the inserted card is not a cash card.
Note that the usage history is, for example, history information in which a facility ID for identifying a parking lot and the presence / absence of card payment are associated with each other. This usage history is added as a usage history with card payment, for example, when the card payment is used in the above-mentioned payment processing at the time of delivery in FIG.
On the contrary, when the card payment is not used, it is added as a use history without the card payment and accumulated (stored) in the storage unit 17.

Hereinafter, the non-insertion warning process characterized by further giving a warning using such a use history will be described with reference to FIG. FIG. 9 is a flowchart for explaining an example of a non-insertion warning process according to another embodiment of the present invention.
In the non-insertion warning process of FIG. 9, the same reference numerals are assigned to the same contents as the non-insertion warning process of FIG. That is, the non-insertion warning process of FIG. 9 is the same as the non-insertion warning process of FIG.
This is a process in which the contents of steps S601 to S605 are further added to S305).
The non-insertion warning process of FIG. 9 is also executed when a card is not inserted in the in-vehicle device 10 when the sensor 12 detects the start of the engine. As described above, since the user pulls out the card when leaving the vehicle and does not leave it on the in-vehicle device, this non-insertion warning process can also be executed normally.

First, the in-vehicle device 10 reads a settlement-compatible facility flag (step S301). And
The in-vehicle device 10 determines whether or not the value of the settlement corresponding facility flag is 1 (step S30).
2). That is, it is determined whether or not the parking lot is stored as being able to be paid by credit card by the above-described warehousing process.

If the in-vehicle device 10 determines that the value of the settlement-compatible facility flag is 1, (step S302)
; Yes), while prompting the user to insert a credit card, a warning is given that the card has not been inserted (step S303). That is, in the same manner as described above, the in-vehicle device 10 includes the speaker 1 together with a predetermined notification sound.
From 3 "Card is not inserted. Credit card payment is possible at the parking lot exit.
If you use it, please prepare a credit card. "

On the other hand, if it is determined that the value of the settlement corresponding facility flag is not 1 (0) (step S30).
2; No), the in-vehicle device 10 warns that the card is not inserted (step S304). That is, similarly to the above, the in-vehicle device 10 outputs a voice message such as “no card inserted” from the speaker 13 together with a predetermined notification sound.

When the card is inserted, the in-vehicle device 10 checks the card (Step S
305). And the vehicle equipment 10 discriminate | determines whether what was inserted is the credit card (step S601).
If it determines with the vehicle equipment 10 being a credit card (step S601; Yes)
The process is terminated. At this time, when the value of the settlement-compatible facility flag is 0, the fact that the credit card is inserted may be output from the speaker 13 by voice.

On the other hand, when it is determined that it is not a credit card (it is an ETC card) (step S6).
01; No), the in-vehicle device 10 determines whether or not the value of the settlement corresponding facility flag is 1 (step S602).
If the in-vehicle device 10 determines that the value of the settlement-compatible facility flag is not 1 (0) (step S602; No), the processing is terminated.

On the other hand, when it is determined that the value of the settlement corresponding facility flag is 1 (step S602; Yes)
), The in-vehicle device 10 refers to the usage history and obtains the ratio of card payments used in the past (step S603).
For example, the control unit 15 reads the usage history stored in the storage unit 17 using the facility ID of the parking lot as a key. Then, the ratio of the usage history with card payment to the read usage history is obtained.

The in-vehicle device 10 determines whether or not the obtained ratio is larger than a reference (predetermined reference value) (step S604).
When the in-vehicle device 10 determines that the obtained ratio is not greater than the reference (below the reference) (step S604; No), the process is terminated.

On the other hand, when it determines with the calculated | required ratio being larger than a reference | standard (step S604; Yes)
In addition, the in-vehicle device 10 outputs a voice message urging replacement with a credit card (
Step S605).
For example, the in-vehicle device 10 outputs a voice message such as “Credit card payment is frequently used at this facility. Please replace it with a credit card when using it” from the speaker 13 together with a predetermined notification sound. To do.

The non-insertion warning process of FIG. 9 can also notify the user that the card payment is possible before departure (departure), and the user can prepare (insert) a credit card in advance. .
In addition, if the user intends to insert a credit card and accidentally inserts an ETC card, the user can be prompted to replace it with a credit card.

In the above-described embodiment, the case where the card is not inserted or the like is described as an example. However, the present invention is not limited to such a voice, and the same content may be displayed on the display unit 19 as a character string or the like.
Further, in the above-described embodiment, the case where a parking lot corresponding to ITS as shown in FIG. 2 is used as an example has been described. However, the present invention is not limited to such a parking lot, and is appropriately applied to other facilities corresponding to ITS. Is possible.

As described above, according to the present invention, more useful information can be notified about an uninserted card.

DESCRIPTION OF SYMBOLS 10 In-vehicle apparatus 11 GPS receiving part 12 Sensor 13 Speaker 14 Input part 15 Control part 16 DSRC communication part 17 Memory | storage part 18 Card processing part 19 Display part 20a, 20b Roadside machine 30 Switch 40 Charge adjustment machine 50 Server 90 ITS communication network

Claims (6)

A communication unit that communicates with a roadside machine located in the facility;
Based on the information received from the roadside machine by the communication unit, an identification unit for identifying whether the facility is capable of card payment;
A determination unit that determines whether the inserted card is a settleable card based on the identification result of the identification unit;
A notification device comprising: a control unit that outputs a signal to be notified based on a determination result of the determination unit.   The notification device according to claim 1, wherein the control unit outputs a signal for informing a card type name in accordance with the determination that the inserted card is a card that can be settled.   The notification device according to claim 1, wherein the control unit outputs a signal notifying that the inserted card is not a payable card according to the determination that the inserted card is not a payable card. A communication step for communicating with a roadside machine located in the facility;
An identification step for identifying whether the facility is capable of card payment based on the information received from the roadside device in the communication step;
A determination step of determining whether the inserted card is a settleable card based on the identification result of the identification step;
And a control step of outputting a signal to be notified based on the determination result of the determination step.   5. The notification method according to claim 4, wherein the control step outputs a signal for informing a card type name according to the determination that the inserted card is a card that can be settled.   5. The notification method according to claim 4, wherein the control step outputs a signal notifying that the inserted card is not a payable card according to the determination that the inserted card is not a payable card.

Images