JP2008152444A - In-vehicle device and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an in-vehicle device for preventing generation of settlement errors which may be generated due to the difference in card information used in a settlement start point (for example, entrance tollbooth) and a settlement end point (for example, exit tollbooth). <P>SOLUTION: When a vehicle passes an entrance tollbooth (settlement processing is started), a settlement processing start flag installed in the storage part of an in-vehicle device is turned ON (S140). Then, while the pertinent flag is turned ON, the storage part of the in-vehicle device will not be made to store any card information for other in-vehicle devices. Thus, if the storage part of the in-vehicle device is not made to store the card information for other in-vehicle devices during the continuation of settlement, the card information for other in-vehicle device can be prevented from being used in the middle of settlement processing. Hence, it is possible to preliminarily prevent the vehicle from being used at the exit tollbooth, since the card information for other in-vehicle devices is used in the middle of a series of settlement processing. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to an in-vehicle device used when collecting charges and the like via wireless.

  There is known a system that inserts an IC card into an in-vehicle device and pays a toll road based on card information stored in the IC card (for example, an ETC system). In this system, a contact contact terminal (contact) provided in the in-vehicle device and a contact contact surface provided in the IC card are electrically connected, and information is exchanged between the in-vehicle device and the IC card. It is like that. For this reason, there arises a problem that the exchange of information is interrupted when the contact is removed due to vibration of the vehicle or the like. In addition, if foreign matter such as dust or dirt adheres between the contacts, there is a problem that the in-vehicle device cannot normally read information from the IC card.

  Therefore, the inventors of the present application have previously proposed a system that can perform payment processing without using an IC card by copying information stored in the IC card to an in-vehicle device (see Prior Art Document 1). ). Thereby, the problem mentioned above does not arise.

  By the way, in order to improve the convenience for the user, it is expected that the invention according to the prior art document 1 will be further developed and a function that enables information on a plurality of IC cards to be stored in the in-vehicle device is expected. This is because, for example, there is a need to use a single in-vehicle device by a plurality of users and a need to specify a billing billing destination according to an application. An example of using one in-vehicle device by a plurality of users is when paying a toll road for a company-owned vehicle owned by a corporation or the like. In this case, there is a need to pay toll roads separately for each department to which the user belongs. In addition, as an example of designating the billing destination according to the application, the user A who is the driver is charged when paying road traffic information is obtained, and the user B who is the passenger is downloaded when downloading the music distribution. This is the case where a payment request is made. These needs can be realized by enabling the user to select a billing destination based on the IC card information.

[Prior Art Document 1]
Japanese Patent Application No. 2006-313377

  However, for example, on an toll road in a distance-to-distance method (a method in which a toll road fee is determined according to the distance traveled), if the IC card information stored in the in-vehicle device can be updated at an arbitrary timing, It is conceivable that the IC card information used is different from the IC card information used at the exit toll gate.

  Here, a check process executed in the current ETC system in order to check such inconsistency will be described with reference to the sequence diagram of FIG. First, it is assumed that the IC card A is inserted (set) in the in-vehicle device. Then, the in-vehicle device reads the card information A (card number, expiration date, name information, card company number, card type, etc.) from the IC card A (S905) and stores it in the storage unit of the in-vehicle device.

  After that, it is assumed that the vehicle equipped with the in-vehicle device reaches the entrance toll gate. Then, the in-vehicle device receives a BST (Beacon Service Table) signal transmitted from the roadside device (S910), and transmits a VST (Vehicle Service Table) signal to the roadside device in response to the signal (S915). Subsequently, the in-vehicle device transmits the card information A stored in the storage unit and the in-vehicle device information (management number, type registration number, vehicle number, etc.) stored in the storage unit in advance to the roadside device. (S920).

  The roadside device that has received the card information A and the in-vehicle device information encrypts the information and the entrance specifying information (information for specifying which interchange's entrance has been passed) by a predetermined method and uses it as entrance information. This is transmitted to the in-vehicle device (S925).

The in-vehicle device that has received the entrance information writes the received entrance information to the IC card A (S930), and further stores the entrance information in the storage unit (S940).
Thereafter, it is assumed that the IC card A is removed from the in-vehicle device, and the IC card B is inserted into the in-vehicle device instead. Then, the in-vehicle device reads the card information B (card number, expiration date, name information, card company number, card type, etc.) from the IC card B (S945) and stores it in the storage unit of the in-vehicle device.

  After that, it is assumed that the vehicle equipped with the in-vehicle device reaches the exit toll gate. Then, the in-vehicle device receives the BST signal transmitted from the roadside device (S950), and transmits the VST signal to the roadside device in response to the signal (S955). Subsequently, the in-vehicle device transmits the card information B stored in the storage unit and the in-vehicle device information (management number, format registration number, vehicle number, etc.) to the roadside device (S960). Moreover, the entrance information memorize | stored in the memory | storage part of a vehicle-mounted apparatus is also transmitted to a roadside apparatus (S965).

  The roadside device that has received these information decrypts the entrance information, and when it reaches the exit toll gate, the card information (card information A) of the IC card that has been inserted into the in-vehicle device when passing through the entrance toll gate Is compared with the card information (card information B) of the IC card inserted in the in-vehicle device to determine whether or not they match (S970). In this example, since they do not match, a stop process (a process of displaying a guidance display for stopping the vehicle and keeping the traffic bar lowered) is performed (S975). Then, the roadside device transmits stop information to the in-vehicle device (S980).

The in-vehicle device that has received the stop information from the roadside device notifies the user that the payment processing has not been normally performed by a buzzer or the like (settlement error).
As described above, the check process executed in the current ETC system has been described, but it is considered that the same settlement error may occur due to the check process even when information on a plurality of IC cards can be stored in the in-vehicle device. . If such settlement errors occur frequently, there is a risk of traffic congestion near the exit toll booth, and it is preferable to suppress the occurrence of settlement errors by some method.

  The present invention has been considered in view of such a problem, and is caused by a difference between card information used at a settlement start point (for example, an entrance toll gate) and a settlement end point (for example, an exit toll gate). It is an object of the present invention to provide an in-vehicle device that can prevent an error from occurring.

  The vehicle-mounted device according to claim 1, which has been made to solve the above-described problem, includes a wireless unit that communicates with a roadside device, an interface unit that acquires payment-related information that is information used for payment, Storage means capable of storing the above information and control means for controlling each means. The specific control content performed by the control means is that the payment related information acquired by the interface means is stored in the storage means, and the payment related information is read from the storage means when a command for starting payment is received from the roadside device via the wireless means. The settlement-related information read together is transmitted to the roadside apparatus to start the settlement process, and while the settlement process is continued, the settlement process is performed using the settlement-related information transmitted earlier. The term “while the payment process continues” means that one unit of payment starts and ends. In the case of the distance-based ETC system, payment is made at the entrance toll gate. It starts and the settlement ends at the exit toll gate.

  With such an in-vehicle device, as long as the payment process is continued, payment related information other than the payment related information used for the payment process is not used. Therefore, the occurrence of the settlement error as described above can be prevented in advance.

  Here, for example, the determination of whether or not the payment process is continued may be performed as follows. The control means stores the payment incomplete information, which is information indicating that the payment is incomplete, in the storage means, and operates to delete the payment incomplete information from the storage means when the payment processing is completed. . Based on this assumption, the control means may determine whether or not the payment processing is continued based on whether or not the payment incomplete information is stored in the storage means (claim 2).

  In this way, if it is determined whether or not the payment process is continued, another payment related information is used and a payment error occurs even though the payment process is not completed. Can be reliably prevented.

  The storage means is particularly preferably a storage means having a non-volatile property. For example, a flash memory or the like. With such a storage means, even if the power supply to the in-vehicle device is cut off, the payment incomplete information is not lost, and the occurrence of the payment error can be prevented more reliably.

Incidentally, the control means may be configured not to store new payment related information in the storage means while the payment incomplete information is stored in the storage means (claim 3).
If it becomes like this, it can prevent effectively that the payment relevant information currently used for the payment process currently continued is replaced accidentally.

  Of course, the control means may be able to store new payment-related information in the storage means even while the payment processing is ongoing. In that case, the new payment related information is stored in the storage means in an invalid state, and the payment related information previously transmitted to the roadside device is used for the ongoing payment processing. ). After the settlement process is completed, invalidation may be canceled by some method so that the newly stored settlement related information can be used for the new settlement process. If it becomes like this, the usability of a vehicle-mounted apparatus will improve.

  However, when the user wants to perform a new payment process in a service area, a parking area, etc. using payment-related information different from the payment-related information used for the ongoing payment process in a state where the payment process is ongoing Is also envisaged. Therefore, in such a case, the in-vehicle device is further configured to include a selection unit for the user to select the payment related information stored in the storage unit, and the control unit has the invalidated payment related information. When selected by the selection means, the payment related information selected by the selection means may be temporarily validated so that a new payment process can be executed by the payment related information. (Claim 5).

  Note that “temporarily” here means that it is assumed to be invalidated, and it means that the ongoing settlement process is resumed later. The conditions for returning to invalid will be described later.

  With such an in-vehicle device, even if the payment process is in progress, new information is created in the service area, parking area, etc. using payment related information different from the payment related information used for the ongoing payment process. It is possible to perform a settlement process, which is convenient for the user.

  By the way, as the conditions for returning to invalidity described above, it is conceivable that when a predetermined time has elapsed, the settlement processing using the validated settlement related information is completed, or the power supply to the in-vehicle device is started. When at least one of them is satisfied, the validated payment related information may be invalidated again (claim 6). As the “predetermined time” here, for example, a time spent in a service area or a parking area (about 15 to 60 minutes) is suitable. Of course, it is not limited to this time, and even if the user does not do anything, the payment related information temporarily enabled will be affected at the appropriate time (the payment processing that was ongoing before that will be affected. Any time can be used as long as it can be invalidated.

With such an in-vehicle device, it is possible to realize both improvement of user convenience and prevention of the settlement error.
Note that the interface means can acquire payment related information such as a medium and various devices that can output payment related information. In particular, the interface means should acquire payment related information from a portable terminal such as a mobile phone. (Claim 7).

  Since mobile terminals such as mobile phones are often carried by users, if payment-related information can be freely stored in the in-vehicle device and operated, information on which mobile terminal is used at the start of payment after payment is started There is a risk that the user will not know. That is, it is expected that the above-described settlement error is likely to occur. Therefore, when the interface means acquires payment related information from the mobile terminal, the above-described effects are particularly exhibited.

  The function as the control means described above may be realized by a program (claim 8). If such a program is executed by a computer built in the in-vehicle device, the in-vehicle device has the same operations and effects as the above-described in-vehicle device of the present invention. In addition, the program can be distributed using a network or the like, and the replacement of the program in the in-vehicle device is easier than the replacement of the parts. Therefore, it is possible to easily improve the function of the in-vehicle device.

  Embodiments to which the present invention is applied will be described below with reference to the drawings. The embodiments of the present invention are not limited to the following embodiments, and various forms can be adopted as long as they belong to the technical scope of the present invention.

[Description of configuration]
FIG. 1 is a block diagram showing the configuration of the ETC system 10. The ETC system 10 is an in-vehicle device 20 mounted on a vehicle, a roadside device 30 installed in a toll booth, a portable terminal 40 that can be carried by a user, and a portable terminal that provides a website for the portable terminal 40. Site server 60, area issuing server 70 that provides information for setting a storage area (area) in a storage medium (storage unit 46 described later) included in portable terminal 40, and a card installed in a credit card company The system includes a center server 80. Although only one of these is illustrated in FIG. 1, there are usually a plurality of these. The in-vehicle device 20 and the roadside device 30 communicate with each other by DSRC (Dedicated Short Range Communication), and the in-vehicle device 20 and the portable terminal 40 communicate with each other by short-range wireless communication. 40 and each server (portable terminal site server 60, area issuing server 70, and card center server 80) communicate with each other via a wireless public network 50. However, the mobile terminal 40 and the wireless public network 50 are connected by radio, but each server and the wireless public network 50 are connected by wire.

  Next, details of the in-vehicle device 20 will be described with reference to the block diagram of FIG. The in-vehicle device 20 includes a wireless antenna 21, a DSRC unit 22, an HMI 23, a SAM 24, a non-contact communication interface 25, a storage unit 26, and a control unit 27.

The wireless antenna 21 is a DSRC antenna.
The DSRC unit 22 is a part that transmits and receives information by DSRC via the wireless antenna 21. The communication target is the roadside device 30.

  The HMI 23 is a part that provides an interface (Human Machine Interface) for communication between a person and a device. Specifically, it is composed of operation buttons, LEDs, speakers, and the like.

  The SAM 24 encrypts / decrypts communication information with the roadside device 30 and encrypts / decrypts in-vehicle device information (management number, type registration number, vehicle number, etc.). In addition, encryption / decryption of the card information for in-vehicle devices described later is also performed.

  The non-contact communication interface 25 is an interface for performing non-contact short-range wireless communication with the mobile terminal 40. The communication partner is not limited to the portable terminal 40, and can communicate with a non-contact type IC card. A contact type communication interface may be used.

The storage unit 26 includes a device (for example, a flash memory) that does not require a storage holding operation, and can store various types of information.
The control unit 27 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the DSRC unit 22, the HMI 23, the SAM 24, the non-contact communication interface 25, and the storage unit 26 based on a program.

  Next, the details of the roadside device 30 will be described with reference to the block diagram of FIG. The roadside device 30 includes a wireless antenna 31, a DSRC unit 32, a SAM 33, a communication interface 34, and a control unit 35.

The radio antenna 31 is a DSRC antenna.
The DSRC unit 32 is a part that transmits and receives information by DSRC via the wireless antenna 31. The communication target is the in-vehicle device 20.

The SAM 33 is a part having a function of decrypting encrypted information sent from the in-vehicle device 20 and a function of encrypting information sent to the in-vehicle device 20.
The communication interface 34 is an interface for communicating with an information center (not shown) by wired communication. The information center is a center that manages the roadside device 30 and has a function of performing post-payment processing (billing processing to a card company, etc.) based on the payment processing information sent from the roadside device 30.

  The control unit 35 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the DSRC unit 32, the SAM 33, and the communication interface 34 based on a program.

  Next, details of the portable terminal 40 will be described with reference to the block diagram of FIG. The portable terminal 40 includes a wireless antenna 41, a public communication unit 42, an HMI 43, a non-contact communication interface 45, a storage unit 46, and a control unit 47.

The wireless antenna 41 is an antenna for wireless connection to the wireless public line network 50.
The public communication unit 42 is a part that transmits and receives information by wireless communication (for example, communication such as CDMA) via the wireless antenna 41. The final communication targets are the mobile terminal site server 60, the area issuing server 70, and the card center server 80.

  The HMI 43 is a part that provides an interface (Human Machine Interface) for communication between a person and a device. Specifically, it is composed of operation buttons, a liquid crystal display, a speaker, a microphone, and the like.

  The non-contact communication interface 45 is an interface for communicating with the in-vehicle device 20. The communication partner is not limited to the in-vehicle device 20 and can communicate with other devices that can perform non-contact short-range wireless communication. A contact type communication interface may be used.

The storage unit 46 includes a device (for example, a flash memory) that does not require a storage holding operation, and can store various types of information.
The control unit 47 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the public communication unit 42, the HMI 43, the non-contact communication interface 45, and the storage unit 46 based on a program.

  Next, details of the mobile terminal site server 60 will be described with reference to the block diagram of FIG. The mobile terminal site server 60 includes a public communication unit 62, an HMI 63, a storage unit 65, and a control unit 67.

The public communication unit 62 is a part that communicates with the mobile terminal 40 via the wireless public line network 50.
The HMI 63 is a part that provides an interface (Human Machine Interface) for communication between a person and a device. Specifically, it is composed of a keyboard, a mouse, a display, and the like.

  The storage unit 65 includes a storage medium such as a hard disk, and stores various programs, data, and the like. Specifically, HTML data for the portable terminal 40 and setup AP (Application) that is operated by the portable terminal 40 are stored.

The control unit 67 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the public communication unit 62, the HMI 63, and the storage unit 65 based on a program.
Next, details of the area issuing server 70 will be described with reference to the block diagram of FIG. The area issuing server 70 includes a public communication unit 72, an HMI 73, a storage unit 75, and a control unit 77.

The public communication unit 72 is a part that communicates with the mobile terminal 40 via the wireless public line network 50.
The HMI 73 is a part that provides an interface (Human Machine Interface) for communication between a person and a device. Specifically, it is composed of a keyboard, a mouse, a display, and the like.

  The storage unit 75 includes a storage medium such as a hard disk, and stores various programs, data, and the like. Specifically, the portable terminal 40 stores a program, data, and the like for generating information (ETC area creation information) necessary for creating an ETC area in the storage unit 46.

The control unit 77 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the public communication unit 72, the HMI 73, and the storage unit 75 based on a program.
Next, details of the card center server 80 will be described with reference to the block diagram of FIG. The card center server 80 includes a public communication unit 82, an HMI 83, a SAM 84, an in-vehicle device card information generation unit 85, a storage unit 86, and a control unit 87.

The public communication unit 82 is a part that communicates with the mobile terminal 40 via the wireless public line network 50.
The HMI 83 is a part that provides an interface (Human Machine Interface) for communication between a person and a device. Specifically, it is composed of a keyboard, a mouse, a display, and the like.

  The SAM 84 is a part having the same function as the SAM 24 of the in-vehicle device 20, and is a part that decrypts information encrypted by the in-vehicle device 20 and encrypts information to be sent to the in-vehicle device 20. In this embodiment, the card center server 80 includes the SAM 84, but another server different from the card center server 80 has the same function as the SAM 84, and uses the function. Also good.

  The in-vehicle device card information generation unit 85 is a part that generates in-vehicle device card information based on information such as a predetermined ID. The card information for the in-vehicle device is information that is scheduled to be stored in the in-vehicle device 20, and is information that is read from the in-vehicle device 20 and used for settlement processing as necessary.

The storage unit 86 includes a storage medium such as a hard disk, and stores various programs, data, and the like.
The control unit 87 includes a CPU, a ROM, a RAM, an I / O, and the like, and is a part that comprehensively controls the public communication unit 82, the HMI 83, the in-vehicle device card information generation unit 85, and the storage unit 86 based on a program. is there.

[Description of operation]
Next, the operation of the ETC system 10 will be described.
(1) Registration of in-vehicle device card information First, a processing procedure for registering in-vehicle device card information in the mobile terminal 40 will be described with reference to the explanatory diagram of FIG.

  When the control unit 47 of the portable terminal 40 receives a setup AP acquisition request command from the user via the HMI 43 (specifically, an operation button), the control unit 47 transmits the instruction to the portable terminal site server 60 via the wireless public line network 50. A setup AP acquisition request is made (S50).

  The control unit 67 of the mobile terminal site server 60 that has received this request reads out the designated setup AP from the storage unit 65 and transmits it to the mobile terminal 40 via the wireless public network 50 (S55).

  The control unit 47 of the mobile terminal 40 that has received the setup AP starts execution of the setup AP, and requests the ETC area creation information to the area issuing server 70 via the wireless public line network 50 (S60). The “ETC area creation information” mentioned here is information for setting a storage area (area) for specific card information in the storage unit 46 of the mobile terminal 40.

  Upon receiving the request for ETC area creation information, the control unit 77 of the area issuing server 70 generates information (ETC area creation information) necessary for creating an ETC area in the mobile terminal 40. Then, the generated information is transmitted to the portable terminal 40 via the wireless public line network 50 (S65).

Upon receiving the ETC area creation information, the control unit 47 of the mobile terminal 40 generates an ETC area in the storage unit 46 using the received ETC area creation information.
Thereafter, when the control unit 47 of the mobile terminal 40 receives an instruction from the user via the HMI 43 (specifically, an operation button) to acquire in-vehicle device card information to be stored in the in-vehicle device 20, It communicates with the in-vehicle device 20 via the contact communication interface 45, acquires in-vehicle device information (management number, format registration number, vehicle number, etc.) from the in-vehicle device 20, and stores it in the ETC area of the storage unit 46 (S70). . Then, the card information for the in-vehicle device is requested to the card center server 80 via the wireless public line network 50 (S75).

  Upon receipt of this request, the control unit 87 of the card center server 80 causes the in-vehicle device card information generation unit 85 to generate in-vehicle device card information, and the SAM 84 encrypts the generated in-vehicle device card information so that the wireless public It transmits to the portable terminal 40 via the line network 50 (S80).

The control unit 47 of the mobile terminal 40 that has received the in-vehicle device card information stores the received in-vehicle device card information in the ETC area of the storage unit 46.
The in-vehicle device card information is registered in the portable terminal 40 by such a procedure. Note that a plurality of types of in-vehicle device card information can be stored in the ETC area of the storage unit 46 of the mobile terminal 40 in the same procedure as described above.

(2) About registration of in-vehicle device card information and start of payment processing Next, a processing procedure for registering in-vehicle device card information from the mobile terminal 40 to the in-vehicle device 20 and a processing procedure for starting the settlement processing will be described. This will be described with reference to the sequence diagram of FIG.

  The control unit 47 of the portable terminal 40 copies the card information A (one of in-vehicle device card information stored in the storage unit 46) from the user to the in-vehicle device 20 via the HMI 43 (specifically, an operation button). Upon receiving a command to register (register), the card information A is read from the ETC area of the storage unit 46 and transmitted to the in-vehicle device 20 via the non-contact communication interface 45 (S105).

  The control unit 27 of the in-vehicle device 20 that has received the card information A via the non-contact communication interface 25 confirms that the payment processing start flag described later is OFF, and then decrypts the received card information A with the SAM 24. It memorize | stores in the memory | storage part 26 (S110).

  Thereafter, it is assumed that the vehicle equipped with the in-vehicle device 20 reaches the entrance toll gate. Then, the control unit 27 of the in-vehicle device 20 receives a BST (Beacon Service Table) signal transmitted from the roadside device 30 (S115), and in response to the signal, sends a VST (Vehicle Service Table) signal to the roadside device 30. (S120). Subsequently, the control unit 27 of the in-vehicle device 20 includes the card information A stored in the storage unit 26 and the in-vehicle device information (management number, type registration number, vehicle number, etc.) stored in the storage unit 26 in advance. ) Is encrypted in the SAM 24 and transmitted to the roadside apparatus 30 (S125).

  The control unit 35 of the roadside device 30 that has received the card information A and the in-vehicle device information from the in-vehicle device 20 decrypts the information by the SAM 33, and the decrypted information and entrance specifying information (which interchange passes through the entrance) Information for identifying whether or not the entry has been made). Then, the generated entrance information is encrypted by the SAM 33 and transmitted to the in-vehicle device 20 (S130).

  The control unit 27 of the in-vehicle device 20 that has received the entrance information from the roadside device 30 decrypts the received entrance information by the SAM 24 and stores the decrypted entrance information in the storage unit 26 (S135). And the control part 27 of the vehicle-mounted apparatus 20 sets the payment process start flag provided in the memory | storage part 26 to the state of ON (S140). The “settlement process start flag” is a flag that is turned on when the settlement process is started and turned off when the settlement process is finished.

(3) Registration of Card Information for Another In-Vehicle Device Next, a processing procedure when the mobile terminal 40 further receives a command to register another in-vehicle device card information from the mobile terminal 40 to the in-vehicle device 20 This will be described with reference to the sequence diagram of FIG. The situation in which this command has been received is a situation in which the above-described settlement process is started (that is, a situation where the settlement process start flag is ON).

  The control unit 47 of the mobile terminal 40 receives card information B (card information for in-vehicle devices stored in the storage unit 46) from the user via the HMI 43 (specifically, an operation button). Is received from the ETC area of the storage unit 46, the in-vehicle device 20 is read via the non-contact communication interface 45. (S205).

  The control unit 27 of the in-vehicle device 20 that has received the card information B via the non-contact communication interface 25 determines whether or not the payment process start flag is ON. As a result of the determination, in this example, the payment start flag is ON. It is confirmed that the card information B is stored in the storage unit 26 (S210). Then, a notification of rejection is transmitted to the portable terminal 40 via the non-contact communication interface 25 (S215).

  The control unit 47 of the portable terminal 40 that has received the rejection notification via the non-contact communication interface 45 notifies the user that the copy (registration) of the card information B has been rejected via the HMI 43 (S220). . Specifically, a voice message indicating that the copy (registration) of card information B has been rejected is output from the speaker, or a character signifying that the copy (registration) of card information B has been rejected is displayed on the liquid crystal display. Or by doing.

(4) Completion of Payment Processing Next, the processing procedure for completion of payment processing will be described with reference to the sequence diagram of FIG.
It is assumed that a vehicle equipped with the in-vehicle device 20 has reached the exit toll gate. Then, the control unit 27 of the in-vehicle device 20 receives a BST (Beacon Service Table) signal transmitted from the roadside device 30 (S305), and sends a VST (Vehicle Service Table) signal to the roadside device 30 in response to the signal. Transmit (S310). Subsequently, the control unit 27 of the in-vehicle device 20 includes the card information A stored in the storage unit 26 and the in-vehicle device information (management number, type registration number, vehicle number, etc.) stored in the storage unit 26 in advance. ) Is encrypted in the SAM 24 and transmitted to the roadside apparatus 30 (S315). Further, the control unit 27 of the in-vehicle device 20 causes the SAM 24 to encrypt the entrance information stored in the storage unit 26 and transmit it to the roadside device 30 (S320).

  The control unit 35 of the roadside device 30 that has received the encrypted card information A, the in-vehicle device information, and the entrance information from the in-vehicle device 20 decrypts the information by the SAM 33, and passes through the entrance toll gate, the in-vehicle device 20 The card information for the in-vehicle device (card information A) used for the in-vehicle device is compared with the card information for the in-vehicle device (card information A) used for the in-vehicle device 20 when reaching the exit toll gate. Is determined (S330). In this example, since both card information A matches, a billing process is requested to the information center (S335). This “billing process” means that the control unit 35 of the roadside device sends the card information A to the information center via the communication interface 34, and the information center performs the billing process to the card company based on the card information A. is there. When requesting the billing process to the information center, the control unit 35 of the roadside device 30 transmits a notification to the in-vehicle device 20 that the settlement is completed (S340).

  The control unit 27 of the in-vehicle device 20 that has received the notification that the settlement has ended sets the settlement process start flag to OFF (S345). Then, the HMI 23 is notified that the settlement has been completed. Specifically, it is performed by outputting from the speaker that the settlement has been completed, or by emitting an LED indicating that the settlement has been completed.

[Effect of the embodiment]
In the ETC system 10 of the above embodiment, when passing through the entrance toll gate (when the settlement process is started), the settlement process start flag provided in the storage unit 26 of the in-vehicle device 20 is turned ON (S140). And while the said flag is ON, other vehicle equipment card information is not memorize | stored in the memory | storage part 26 of a vehicle equipment (S210). As described above, if other in-vehicle device card information is not stored in the storage unit 26 of the in-vehicle device while the payment is being continued, other than the in-vehicle device card information used for the settlement processing in the middle of the settlement processing. In-vehicle device card information is never used. Therefore, it is possible to prevent the vehicle from being stopped at the exit toll gate by using the other card information for in-vehicle device during the series of payment processing.

[Other Embodiments]
(1) Other embodiment 1
In the ETC system 10 of the above embodiment, while the payment processing start flag is ON, the new in-vehicle device card information is not stored in the storage unit 26 of the in-vehicle device 20. You may make it memorize | store card information in the memory | storage part 26 of the vehicle-mounted apparatus 20 in an invalid state. This procedure will be described with reference to the sequence diagram of FIG. The precondition is that the settlement process start flag is ON.

  The control unit 47 of the portable terminal 40 is one of the card information B (in-vehicle device card information stored in the storage unit 46) from the user via the HMI 43 (specifically, an operation button). When an instruction to copy (register) different in-vehicle device card information) to the in-vehicle device 20 is received, the card information B is read from the ETC area of the storage unit 46 and transmitted to the in-vehicle device 20 via the non-contact communication interface 45. (S255).

  The control unit 27 of the in-vehicle device 20 that has received the card information B via the non-contact communication interface 25 determines whether or not the payment process start flag is ON. As a result of the determination, in this example, the payment start flag is ON. The card information B is stored in the storage unit 26 in an invalid state (S260). The “invalid state” referred to here is, for example, adding information indicating invalidity to the card information B stored in the storage unit 26. As long as this information is added, the control unit 27 does not use the card information B for payment.

  When the card information B is stored in the storage unit 26, the control unit 27 transmits a notification to the effect that the card information B is stored in an invalid state to the portable terminal 40 via the non-contact communication interface 25 (S265). .

  The control unit 47 of the portable terminal 40 that has received the notification that the card information B has been invalidated is stored in the in-vehicle device 20 in the state in which the card information B is invalidated by the user via the HMI 43. (S270). Specifically, it means that the information stored in the in-vehicle device 20 in a state where the card information B is invalidated is output from the speaker by voice, or the card information B is invalidated and stored in the in-vehicle device 20 This is done by displaying the characters to be displayed on the liquid crystal display.

  In this way, even if the payment processing start flag is ON, if payment processing is not performed as long as the new vehicle-mounted device card information can be stored in the vehicle-mounted device, The inconvenience that the in-vehicle device card information can only be stored in the in-vehicle device can be solved. That is, it is convenient for the user.

(2) Other embodiment 2
Furthermore, the card information for in-vehicle devices stored in the storage unit 26 of the in-vehicle device 20 in a disabled state may be temporarily enabled. Specifically, when the user operates the HMI 23 (specifically, an operation button) of the in-vehicle device 20, the in-vehicle device card information being used for settlement is temporarily invalidated, and the in-vehicle device desired by the user is obtained. It is good to be able to validate card information. Note that “invalid” and “valid” may be performed, for example, by adding information indicating invalidity or information indicating validity to the in-vehicle device card information stored in the storage unit 26. And based on this information, the control part 27 determines whether the card information for vehicle equipment is used for a payment.

  If it is in this way, it becomes possible to perform a new payment process in a service area, a parking area, etc. using the payment related information different from the payment related information used for the ongoing payment process. That is, it is convenient for the user.

  However, there may be a case where the user forgets to return the in-vehicle device card information temporarily invalidated and validated in this way to invalidation again. Assuming such a case, when a predetermined time has elapsed, when the payment processing using the card information for the in-vehicle device temporarily enabled is completed, when the power supply to the in-vehicle device 20 is started, When at least any one of the conditions is satisfied, the control unit 27 may forcibly invalidate the card information for the in-vehicle device temporarily canceled by the user. As the “predetermined time” here, for example, a time spent in a service area or a parking area (about 15 to 60 minutes) is suitable. In addition, when the power supply to the in-vehicle device 20 is started, after the vehicle equipped with the in-vehicle device 20 is stopped, the key is inserted again from the state in which the key is removed, and the supply of power for accessories, etc. is started. Means when.

  If it becomes like this, it can prevent effectively that a vehicle is stopped at an exit toll booth by using the card information for other in-vehicle devices in the middle of a series of payment processing, improving the usability of a user. .

[Correspondence with Claims]
The correspondence between the terms used in the description of the embodiment and the terms described in the claims is shown.
The wireless antenna 21 and the DSRC unit 22 correspond to wireless means, the non-contact communication interface 25 corresponds to interface means, and the storage unit 26 corresponds to storage means. Further, the control unit 27 corresponds to a control unit, and the operation button of the HMI 23 corresponds to a selection unit. In-vehicle device card information corresponds to payment-related information, and ON information of a payment processing start flag corresponds to payment incomplete information.

It is a block diagram which shows the structure of an ETC system. It is a block diagram which shows the structure of a vehicle-mounted apparatus and a roadside apparatus. It is a block diagram which shows the structure of a portable terminal and the site server for portable terminals. It is a block diagram which shows the structure of an area issuing server and a card center server. It is explanatory drawing for demonstrating registration of the card information for vehicle-mounted apparatuses to a portable terminal. It is a sequence diagram for demonstrating registration of the card information for vehicle equipment to a vehicle equipment, and the start of the payment process in an entrance toll gate. It is a sequence diagram for demonstrating the case where it is going to register the card information for another vehicle equipment to a vehicle equipment. It is a sequence diagram for demonstrating completion | finish of the payment process in an exit toll gate. It is a sequence diagram for demonstrating the case where it is going to register the card information for another vehicle equipment to a vehicle equipment (another example). It is a sequence diagram for demonstrating the check process in the present ETC system.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 ... ETC system, 20 ... In-vehicle apparatus, 21 ... Radio antenna, 22 ... DSRC part, 23 ... HMI, 24 ... SAM, 25 ... Non-contact communication interface, 26 ... Storage part, 27 ... Control part, 30 ... Roadside apparatus, DESCRIPTION OF SYMBOLS 31 ... Wireless antenna, 32 ... DSRC part, 33 ... SAM, 34 ... Communication interface, 35 ... Control part, 40 ... Portable terminal, 41 ... Wireless antenna, 42 ... Public communication part, 43 ... HMI, 45 ... Non-contact communication interface , 46 ... storage section, 47 ... control section, 50 ... wireless public network, 60 ... site server for mobile terminals, 62 ... public communication section, 63 ... HMI, 65 ... storage section, 67 ... control section, 70 ... area issuance Server, 72 ... public communication unit, 73 ... HMI, 75 ... storage unit, 77 ... control unit, 80 ... card center server, 82 ... public communication unit, 83 ... HMI, 84 SAM, 85 ... vehicle apparatus card information generation unit, 86 ... storage unit, 87 ... control unit.

Claims (8)

Wireless means for communicating with the roadside device;
Interface means for obtaining payment-related information, which is information used for payment;
Storage means capable of storing various information;
Control means for controlling the wireless means, the interface means and the storage means;
With
The control means includes
The payment related information acquired by the interface means is stored in the storage means, and when an instruction for starting payment is received from the roadside device via the wireless means, the payment related information is read from the storage means and read out. Sending settlement-related information to the roadside device to start the settlement process, and while the settlement process is continuing, performing the settlement process using the settlement-related information transmitted earlier;
In-vehicle device characterized by The in-vehicle device according to claim 1,
The control means includes
When the settlement process is started, settlement incomplete information that is information indicating that the settlement is incomplete is stored in the storage unit, and when the settlement process is completed, the settlement incomplete information Is deleted from the storage means,
Determining whether or not the settlement processing is continued based on whether or not the settlement incomplete information is stored in the storage means;
In-vehicle device characterized by The in-vehicle device according to claim 2,
The control means does not store the new payment related information in the storage means while the payment incomplete information is stored in the storage means;
In-vehicle device characterized by The in-vehicle device according to claim 2,
While the settlement incomplete information is stored in the storage unit, the control unit stores the new settlement related information in an invalid state in the storage unit, and prior to the ongoing settlement process, Using the payment related information transmitted to the roadside device,
In-vehicle device characterized by The in-vehicle device according to claim 4,
And a selection means for a user to select the payment related information stored in the storage means,
When the payment related information that has been invalidated is selected by the selection means, the control means temporarily enables the payment related information selected by the selection means, and thereby uses the payment related information. Enabling new payment processing,
In-vehicle device characterized by The in-vehicle device according to claim 5,
The control means, when the payment related information selected by the selection means is temporarily enabled, when a predetermined time has elapsed, when the payment processing using the enabled payment related information is completed, Re-enabling the activated payment related information in at least one of the cases where power supply to the device is started;
In-vehicle device characterized by In the in-vehicle device according to any one of claims 1 to 6,
The interface means obtains the payment related information from a mobile terminal;
In-vehicle device characterized by   The program for functioning a computer as the said control means of the vehicle-mounted apparatus in any one of Claims 1-7.

Images