JP4492804B2 - In-vehicle wireless communication device and in-vehicle wireless communication program - Google Patents

Description

  The present invention relates to an in-vehicle wireless communication device.

Conventionally, using communication conforming to the DSRC (Dedicated Short Range Communications) standard, communication is performed with an ETC ( registered trademark, the same applies hereinafter) processing device at the entrance gate, exit gate, etc. of the toll road . An ETC (Electronic Toll Collection: automatic toll collection system) that enters, exits, and pays charges while passing through a gate non-stop has been put into practical use (see, for example, Patent Document 1). An IC card called an ETC card can be inserted into an ETC vehicle-mounted device mounted on a vehicle for this ETC. When the ETC on-board unit communicates with the ETC processing unit, information (hereinafter referred to as card information) recorded in the IC card inserted into the ETC on-board unit is transmitted to the ETC processing unit, and exchanged by this communication. The resulting data is written to the inserted IC card.

  More specifically, the card information is transmitted from the ETC on-board unit as VST information at the start of communication between the ETC on-board unit and the ETC processing device. However, the transmission of this card information is not always successful. For example, when the ETC OBE is reading card information from the IC card at the start of communication, if no IC card is inserted in the ETC OBE, another type of card is inserted into the ETC OBE In such a case, reading of the card information cannot be completed even at the timing of transmitting the VST information, and as a result, the transmission of the card information fails.

  FIG. 8 is a flowchart showing a procedure for creating the VST information for transmission by the ETC on-vehicle device at the start of communication. As shown in this figure, the ETC on-vehicle device identifies the state of the device itself when creating the VST information (step 310), determines whether or not the state is the completion of reading card information (step 320), If the reading is completed, the card information is included in the parameter information (hereinafter referred to as VST parameter) in the VST information (step 330). If the reading is not completed, the contents of the VST parameter are left empty (step 340).

  As described above, the conventional ETC on-board device transmits the VST information including the card information if the reading of the card information is completed at the start of communication with the ETC processing device, and if not completed, VST information not including card information is transmitted.

The ETC processor on the receiving side of such VST information confirms that the ETC on-board device of the transmission source is ready for ETC communication by including the card information in the received VST information. Can do.
JP 2000-132717 A

  However, when the card information is not included in the VST information received by the ETC processing device, it is impossible to know what type of ETC on-board device causes no card information in the VST information. . According to the DSRC regulations, the VST information has a data area called “Status” for storing the in-vehicle device state. Therefore, this data region may include the in-vehicle device state that causes incomplete reading of the card information. Conceivable. However, simply storing OBE information in Obestus as intended by the standard does not allow the ETC processing device side to know what type of application is in the OBE state during execution of the application.

  Such a problem is not limited to the ETC vehicle-mounted device. In other words, in a system in which a road device and a vehicle-mounted wireless communication device communicate wirelessly, if there is a failure such as failure to properly transmit information from the vehicle-mounted wireless communication device to the road device, There is a general request that the roadside device wants to know what state the wireless communication device is performing and what state is causing the failure.

  In view of the above points, the present invention is a system in which a road unit and a vehicle-mounted wireless communication device communicate with each other. It is intended to enable a road machine to know the state of the device that causes the failure.

The feature of the present invention for achieving the above object is that a vehicle-mounted wireless communication device capable of executing a plurality of applications performs wireless communication with a roadside device, and a malfunction of the device itself. State detection means for detecting the state of the device that causes it, data indicating a function type to be realized in the wireless communication when there is a failure in wireless communication with the road device, and the state detection means Transmission control means for transmitting the detected state data of the device that causes failure of the function to be realized in the wireless communication to the roadside device using the wireless communication circuit, in the wireless communication The data indicating the function type to be realized is information that identifies an application that was executed when there was a failure in the wireless communication among the plurality of applications. Is that there. When the vehicle-mounted wireless communication device transmits data of such a function type and the status of its own device, the roadside device can determine which function when there is a failure in wireless communication with the vehicle-mounted wireless communication device. It is possible to know what is the state of the in-vehicle wireless communication device that is in failure and the failure. And a roadside machine can operate | move based on the cause of the function and failure.

  Here, as the function type, for example, ETC processing, data download processing, and parking lot entry / exit processing can be considered.

  The in-vehicle wireless communication device may perform transmission control of the function type data and the data of the state of the own device at the start of wireless communication with the road device. By doing in this way, a roadside machine can know the state of a vehicle-mounted radio | wireless communication apparatus quickly.

  In addition, when the wireless communication between the in-vehicle wireless communication device and the roadside device is in accordance with DSRC, a combination of the function type data and the state detection data of the own device is set as one ApplicationList type in the VST information. It may be included in the data. Since ApplicationList type data can store a relatively large amount of data, it is suitable for use in transmitting such detailed function type data and status data of the device itself. Note that the VST information and ApplicationList type data are defined in the DSRC standard.

  In addition, wireless communication between the in-vehicle wireless communication device and the roadside device can perform communication for ETC, and the in-vehicle wireless communication device has a function of reading information recorded in the connected external storage medium, When it is possible to detect the state of the own device that causes the failure to complete reading of the data for transmission from the external storage medium, the in-vehicle wireless communication device In the wireless communication for ETC, data indicating ETC as a function type, and detection data indicating the state of the own device that has caused reading data for transmission from the external storage medium to be completed, You may make it transmit to a radio | wireless communication circuit.

  In addition, the wireless communication between the in-vehicle wireless communication device and the roadside device conforms to DSRC, and the in-vehicle wireless communication device has a function of reading and encrypting information recorded in the connected external storage medium. , It is possible to detect the state of the device itself that could not complete the reading of the data for transmission from the external storage medium, at the start of wireless communication with the roadside device, Consider a case in which the encrypted data for transmission is transmitted as parameter information included in ApplicationList type data based on the completion of reading the data for transmission from the external storage medium. .

  In such a case, the in-vehicle wireless communication device may complete the reading based on the fact that the reading of the data for transmission from the external storage medium has not been completed at the start of the wireless communication with the roadside device. The data indicating the state of the own device that could not be performed may be parameter information included in the ApplicationList type data, and the function type data may be aid information included in the ApplicationList type data. By doing in this way, parameter information can be used effectively. However, when reading of the data for transmission from the external storage medium is completed, the encrypted data is included in the parameter information, so that the encrypted data is included in the parameter information on the roadside device side. As a way to clearly distinguish whether there is data on the status of the in-vehicle wireless communication device or not, based on the fact that reading of data for transmission from the external storage medium has not been completed The parameter information may include data indicating that the information of the external storage medium is not included in the eid information included in the ApplicationList type data.

  Parameter information, aid information, and eid information are defined in the DSRC standard.

  In addition, the in-vehicle wireless communication device has a function of reading information recorded in a connected external storage medium, and the cause of the failure of the own device to complete reading of data for transmission from the external storage medium When the transmission data is currently being read from the external storage medium and the time required to complete the transmission data reading is detected, this in-vehicle wireless communication device detects the status data of its own device. As an example, the wireless communication circuit may be configured to transmit data indicating that transmission data is currently being read from the external storage medium and detection data indicating the time required to complete the transmission data reading. . In this way, on the roadside device that has received this information, after waiting for a time based on the time required for reading it, the communication with the in-vehicle wireless communication device is attempted again. You can also do.

  Note that the time required for completing the reading of the transmission data includes, for example, the time from the present to the completion of the reading of the transmission data, the time taken from the start of reading of the transmission data to the completion, and the like.

  In addition, the above-described features of the present invention include a state detection function for detecting the state of the own device that causes a failure of the function of the own device, and wireless communication with a road device using a wireless communication circuit. Data of the function type to be realized in wireless communication and the data of the state of the own device that causes the failure of the function to be realized in the wireless communication detected by the state detection function are transmitted to the wireless communication circuit. The transmission control function can also be understood as an in-vehicle wireless communication program that is realized by a computer.

  Hereinafter, embodiments of the present invention will be described. FIG. 1 shows a side view of a state in which a vehicle 2 equipped with an ETC vehicle-mounted device 1 according to the present embodiment enters a toll gate at a toll road equipped with an ETC system. The toll booth includes a road antenna 3, an ETC processing device 4, a vehicle detector 5, a transmission controller 6, a display 7, and an anti-fraud camera 8. The vehicle detector 5 includes, for example, an infrared sensor, and outputs a signal to that effect to the ETC processing device 4 when detecting the approach of the vehicle.

  Based on the control signal input from the ETC processor 4, the transmission controller 6 controls the behavior of the bar that blocks or opens the passage of the vehicle by changing the inclination.

  The display 7 includes a display that displays characters, graphics, and the like based on the input of the video signal from the ETC processing device 4, and a speaker that outputs sound based on the input of the audio signal from the ETC processing device 4.

  The fraud prevention camera 8 outputs a video signal of the vehicle 2 entering the gate to the ETC processing device 4 in order to monitor what illegally passes through the gate.

  The ETC processing device 4 (corresponding to a road device) includes a CPU, ROM, RAM, HDD (hard disk drive), and flash memory (not shown). This CPU executes a program for operation from ROM, HDD or the like, reads information from ROM, RAM, flash memory at the time of execution, writes information to RAM, flash memory, and vehicle detector 5 A settlement processing center that receives a signal from the anti-fraud camera 8, outputs a signal to the transmission controller 6 and the display 7, and is connected via a wired network to manage billing information of each gate in an integrated manner; Send and receive data. By such an operation of the CPU, the ETC processing device 4 exchanges information for collecting tolls on toll roads with the ETC vehicle-mounted device 1 mounted on the vehicle 2 entering the charging gate as described later. .

  FIG. 2 shows a configuration of the ETC vehicle-mounted device 1 mounted on the vehicle 2. The ETC vehicle-mounted device 1 includes a wireless unit 11, a communication control unit 12, a microcomputer 13, an HMI (Human Machine Interface) 14, a SAM (Secure Application Module) 15, and an IC card interface 16.

  The radio unit 11 includes an antenna, performs amplification, frequency conversion, demodulation, A / D conversion, and the like on a signal received by the antenna, and outputs the resulting data to the communication control unit 12. The radio unit 11 performs D / A conversion, modulation, frequency conversion, amplification, and the like on the data input from the communication control unit 12 and outputs the resulting signal to this antenna.

  The communication control unit 12 outputs the data input from the wireless unit 11 to the microcomputer 13 and outputs the data input from the microcomputer 13 to the wireless unit 11 at a timing according to the DSRC standard. Further, the communication control unit 12 can change the value of communication parameters such as transmission timing under the control of the microcomputer 13.

  The microcomputer 13 includes a CPU 31, a RAM 32, a ROM 33, and the like. The CPU 31 executes the program read from the ROM 33, reads information from the RAM 32 and ROM 33, writes information to the RAM 32, and executes the communication control unit 12, the SAM 15, and the HMI 14 as necessary. Send and receive signals.

  The HMI 14 includes an input device and a notification device (not shown). The input device includes buttons, switches, and the like, and outputs signals based on user operations on these to the microcomputer 13. The notification device displays a character, graphic, or the like based on an input of a video signal from the microcomputer 13, a plurality of LEDs that are lit and blinking under the control of the microcomputer 13, and an audio signal from the microcomputer 13. It consists of a speaker that outputs sound based on the input.

  An IC card for ETC (corresponding to an external storage medium) can be inserted into and removed from the IC card interface 16 (that is, detachable). The IC card interface 16 reads data recorded on an ETC IC card physically and electrically connected by being inserted, and writes data to the IC card. Here, the ETC IC card is an IC card that can be carried individually by the user for storing authentication information for charging, charging history information, and the like.

  The SAM 15 includes a CPU, a ROM, and a RAM (not shown). The CPU executes a program read from the ROM, reads information from the ROM and RAM, and writes information to the RAM. Information is written to and read from the IC card connected to the IC card interface 16 as necessary, and a predetermined operation is performed by exchanging signals with the microcomputer 13.

  Specifically, when an IC card is inserted into the IC card interface 16, the SAM 15 reads data recorded on the IC card and copies it onto the RAM. Hereinafter, this copying by the SAM 15 is referred to as IC card reading. Also, the SAM 15 decrypts the data when the encrypted data is input from the microcomputer 13, and writes the decrypted data to the RAM based on the command described in the decrypted data. Based on this, the data collected from the RAM and ROM is encrypted and output to the microcomputer 13.

  In addition, the SAM 15 has completed reading the IC card, whether the IC card is not inserted, whether the IC card is being read, whether the IC card is abnormally read, whether another card is inserted, or not. Whether the IC card is read or not is detected, and the detection result is output to the microcomputer 13. Here, “reading the IC card” means that copying of information on the IC card inserted into the IC card interface 16 to the RAM of the SAM 15 is in progress. Further, the IC card reading abnormality means that the IC card interface 16 has an IC card inserted, but the SAM 15 has an obstacle to reading the IC card.

  Further, the separate card insertion state refers to a state in which a card different from the IC card for ETC (that is, the function application to be executed by the ETC vehicle-mounted device 1) is inserted in the IC card interface 16. Whether or not this state is present is detected, for example, based on whether or not the card inserted into the IC card interface 16 records data indicating that it is an IC card for ETC.

  Here, FIG. 3 shows a program 100 for detecting the vehicle-mounted device state (that is, the state of the device itself) executed by the CPU 31 of the microcomputer 13. The in-vehicle device state detection program 100 is configured to execute the on-vehicle device state detection program 100 repeatedly (for example, at a cycle of 1 second). . Specifically, information on the state relating to IC card reading (hereinafter referred to as card state information) output by the SAM 15 is acquired, and the execution result of a failure detection program separately executed by the CPU of the SAM 15 or the CPU 31 itself is acquired.

  Subsequently, in step 110, it is determined whether or not the IC card is not inserted based on the acquired card state information. If the IC card is not inserted, subsequently, in step 115, the in-vehicle device state variable in the RAM 32 is set to A value indicating that the IC card is not inserted is substituted, and if it is not inserted, step 120 is subsequently executed.

  In step 120, it is determined whether or not the IC card is being read based on the acquired card state information. If the IC card is being read, then in step 125, the IC card is being read in the vehicle-mounted device state variable. If the value is substituted, and reading is not being performed, step 130 is executed subsequently.

  In step 130, it is determined whether or not there is an IC card reading abnormality based on the acquired card state information. If the reading is abnormal, then in step 135, the in-vehicle device state variable is an IC card reading abnormality. If the value is not substituted and reading is not abnormal, then step 140 is executed.

  In step 140, it is determined whether or not another card is inserted based on the acquired card state information. If it is in another card inserted state, then in step 145, another card inserted state is set in the vehicle-mounted device state variable. Is substituted, and if it is not in another card insertion state, then step 150 is executed.

  In step 150, based on the result of execution of the failure detection program, it is determined whether or not the own device has failed. If there is a failure, then in step 155, the own device fails in the in-vehicle device state variable. If a value indicating that a failure has occurred is substituted, and no failure has occurred, step 160 is subsequently executed.

  In step 160, it is determined whether or not the IC card reading is completed based on the acquired card state information. If the IC card reading is completed, subsequently, in step 165, the in-vehicle device state variable is set to the IC on-board device state variable. If the value indicating that the card reading is completed is substituted, and if the IC card reading is not completed, then in step 170, the value indicating that the card is in an exceptional state is substituted for the vehicle-mounted device state variable.

  After Steps 115, 125, 135, 145, 155, 165, and 170, the execution of the onboard unit state detection program 100 for one time is completed. When the CPU 31 executes such a vehicle-mounted device state detection program 100, the microcomputer 13 can detect the state of the own device that causes the failure of the function of the own device such as failure of reading the IC card.

  FIG. 4 is a sequence diagram showing the communication timing between the ETC on-board device 1 and the ETC processing device 4 and the timing of data writing from the ETC on-board device 1 to the IC card. The operation of the ETC vehicle-mounted device 1 and the ETC processing device 4 will be described with reference to these drawings.

  First, as described above, the SAM 15 of the ETC on-vehicle device 1 reads the data of the IC card inserted into the IC card interface 16 (step 401 in FIG. 4). Subsequently, the microcomputer 13 receives an FCM (Flame Control Message) transmitted from the ETC processing device 4 (signal 405 in FIG. 4), and if it is a regular FCM, it establishes a link with the ETC processing device 4. Are exchanged via the communication control unit 12 and the wireless unit 11. Specifically, an ACT (Activation) signal (signal 410) defined in DSRC for establishing a communication link between the ETC onboard device 1 and the ETC processing device 4 is transmitted, and the ETC processing device 4 is transmitted in accordance with the ACT signal. The BST (Beacon Service Table) signal 415 defined in the DSRC transmitted by the STA 15 is received, and then the VST (Vehicle Service Table) signal 420 including the IC card information read and encrypted by the SAM 15 is transmitted. If the processing of the microcomputer 13 so far is successful, then the ETC communication processing starts.

  In the ETC communication processing, the microcomputer 13 exchanges data for charging with the ETC processing device 4 via the communication control unit 12 and the wireless unit 11 as shown in FIG. Specifically, the Action 1... Transmitted from the ETC processing device 4 that has received the VST signal described above. req signal 425, Action2. req signal 435, Action3. req signal 445, Action4. req signal 455 is received, and Action1. res signal 430, Action2. res signal 440, Action3. res signal 450, Action4. A res signal 460 is transmitted. Here, Action1. req signal 425, Action1. The exchange of the res signal 430 is an exchange of data for mutual authentication between the ETC vehicle-mounted device 1 and the ETC processing device 4. req signal 435, Action2. The exchange of the res signal 440 is an exchange of data for transmission of the vehicle possession information from the ETC on-board unit 1 to the ETC processing device 4. req signal 445, Action3. The exchange of the res signal 450 is an exchange of data for transmission of tollgate information from the ETC processing device 4 to the ETC on-board unit 1. req signal 455, Action4. The exchange of the res signal 460 is an exchange of data for notifying the ETC processing result between the ETC on-board unit 1 and the ETC processing device 4.

  FIG. 5 shows an ETC main processing program 200 that is read from the ROM 33 and executed by the CPU 31 so that the microcomputer 13 performs the above operation. In the execution of the ETC main processing program 200, the CPU 31 performs the above-described FCMC reception, ACTC transmission, and BST reception in the pre-processing of step 210. When BST is received, VST information is subsequently transmitted in steps 220 to 260, and then post-processing in step 270. If possible, ETC communication processing is performed. ETC communication processing cannot be performed due to some malfunction or the like. If so, processing corresponding to failure such as interruption of communication is performed.

  In the processing for transmitting VST information in steps 220 to 260, first, in step 220, the vehicle-mounted device state is detected. Specifically, the vehicle-mounted device state variable in the RAM 32 is read. The CPU 31 may execute the vehicle-mounted device state detection program 100 once in this step 22.

  Subsequently, in Step 230, it is determined whether or not the read in-vehicle device status indicates that the IC card has been read. If the read status indicates that the IC card has been read, then Step 240 is executed. That is, if there is a failure in reading the IC card, step 250 is subsequently executed.

  In step 240, the IC card information read and encrypted by the SAM 15 is included in the VST information. In step 250, the value of the vehicle-mounted device state variable in the RAM 32 and data indicating the function type (here, ETC) to be realized in the current wireless communication are included in the VST information.

  Subsequent to Steps 240 and 250, in Step 260, the created VST information is transmitted to the ETC processing device 4 using the wireless unit 11 and the communication control unit 12.

  Here, details of the process of including information in the VST information in steps 240 and 250 will be described. FIG. 6 shows the data structure of VST information as ASN. Shown in one format. As shown in this figure, the VST information includes fill information that is a fixed value (zero) of 4 bits, profile information that indicates a communication version, application information, and oveConfiguration information that indicates OBE information regardless of the type of application. .

  The application information is application-type data for storing information for each application realized by the ETC vehicle-mounted device 1. The Application type is a data type defined in the DSRC standard. As shown in FIG. 6, the application type is a set of aid information specifying a target application, eid information indicating an element constituting the application, and parameter information. It has a structure with more than one set.

  In step 240, card information is included in the VST information by creating application information having a set in which the value indicating the ETC is aid information and the IC card information read and encrypted by the SAM 15 is parameter information.

  In step 250, the value indicating ETC is set as aid information, which is different from the value of the eid information created in step 240 for indicating that "parameter information does not contain information on the external storage medium". By creating application information having a set whose value is eid information and the value of the OBE state variable in the RAM 32 is parameter information, reading of the IC card could not be completed in the VST information. Data indicating the state of the device itself and the function type (that is, ETC) to be realized at that time are included. Since ApplicationList type data can store a relatively large amount of data, it is suitable for transmission of such data.

  Note that the structure of the parameter information in the case where the data indicating the state of the own device that has caused the failure to complete the IC card reading is included in the parameter information is, for example, a DSRC test standard as shown in FIG. The System-ContextMark type may be used which has parameter information consisting of system information and a character string.

  Due to the operation of the ETC vehicle-mounted device 1 as described above, in the wireless communication between the ETC vehicle-mounted device 1 and the ETC processing device 4, when the IC card information is transmitted, the reading of the IC card information for the transmission is not completed. Data indicating ETC as a function type to be realized in the wireless communication, and detection data of the state of the own apparatus that causes a failure of the function to be realized in the wireless communication are included in the VST information at the start of communication. The data is transmitted to the ETC processing device 4 as one ApplicationList type data. As a result, when the ETC processing device 4 side has a failure in wireless communication with the ETC in-vehicle device 1 (specifically, reading of the IC card has not been completed), there is a failure in realizing the ETC function. Yes, it is possible to know what the state of the in-vehicle wireless communication device that is in failure is. And the ETC processing apparatus 4 can perform the operation | movement according to the cause by knowing that.

  For example, if the IC card is not inserted, an instruction to insert the card is transmitted to the ETC on-vehicle device 1 (or displayed on the display device 7), and if the IC card reading abnormality is the cause, the IC card is reinserted. An instruction may be transmitted to the ETC on-vehicle device 1 (or displayed on the display device 7) to notify the user of an appropriate measure. Further, if the cause is that the IC card is being read, the ETC process with the ETC in-vehicle device 1 may be attempted again after a certain period of time.

  In addition, when the encrypted IC card information is included in the parameter information, and when the parameter information includes data indicating the state of the own device that causes the failure to complete the reading of the IC card, Since the content of the eid information that is paired with the parameter information is different, the ETC processing device 4 side contains the encrypted data in the parameter information or the status data of the ETC processing device 4 Can be clearly distinguished.

  In addition, when the data included in the VST information and indicating the state of the own device that has caused the failure to complete the reading of the IC card is data indicating that data for transmission is currently being read from the IC card In addition, the time required to complete the reading of the transmission data (the time from the present to the completion of the data reading, the time taken from the start to the completion of the data reading, etc.) is added to the parameter information. It may be. In this way, the ETC processing device 4 that has received this information waits for a time based on the time required for reading it, and then tries to communicate with the in-vehicle wireless communication device again (for example, the ETC on-board device). For example, a BST having the same content as the BST transmitted to 1 is transmitted again). As described above, the VST information may include additional information for recovering the cause in addition to the data indicating the state of the own apparatus which has caused the failure to complete the reading of the IC card.

  Also, if the data included in the VST information and indicating the status of the device that caused the reading of the IC card to be completed is data indicating that another card has been inserted, Furthermore, information (type, etc.) of the inserted card may be added.

  In addition, when the data included in the VST information and indicating the state of the own device that has caused the failure to complete the reading of the IC card is data indicating that the own device has failed, the parameter information includes: Furthermore, information indicating the failure location may be added.

  In the above embodiment, the ETC vehicle-mounted device 1 corresponds to a vehicle-mounted wireless communication device, the wireless unit 11 and the communication control unit 12 correspond to a wireless communication circuit, and the SAM 15 and the IC card interface 16 correspond to reading means. . Moreover, CPU31 functions as a state detection means by executing the onboard equipment state detection program 100, and functions as a transmission control means by executing steps 220 to 260 of the ETC main processing program 200.

(Other embodiments)
As mentioned above, although embodiment of this invention was described, the structure of this invention is not limited only to the said embodiment, The various form which can implement | achieve the function of each invention specific matter of this invention is included. It is.

  For example, the SAM 15 may output the IC card data read and encrypted to the microcomputer 13 immediately after the encryption, or the CPU 31 of the microcomputer 13 loads the ETC main processing program 240. When executing, it may output to the microcomputer 13.

  3 may be executed by the CPU of the SAM 15 and notify the microcomputer 13 of the result.

  Further, the microcomputer 13 and the SAM 15 may be integrated. That is, instead of the microcomputer 13 and the SAM 15, the ETC on-vehicle device 1 has a module including one RAM, one ROM, and one CPU that executes the processing of both the CPU 31 and the CPU of the SAM 15. Also good. In this case, the data exchange between the SAM 15 and the microcomputer 13 in each of the above embodiments may be replaced with the data exchange between the processes in the CPU of the above-described module.

  In the above embodiment, the value included in eid in step 240 of the ETC main processing program 200 is different from the value included in eid in step 250, but these two values are the same. There may be. In that case, for example, the ETC processing device 4 tries to decode the parameter information in the received VST information, and the data included in the parameter information is read from the IC card depending on whether or not the decoding is successful. What is necessary is just to distinguish whether it is information. That is, it is sufficient that the ETC processing device 4 can distinguish whether the data included in the received parameter information is information read from the IC card.

  In the above embodiment, an IC card is shown as an example of the external storage medium, but as the external storage medium, in addition to the IC card, a USB memory, a memory stick, a smart media, an external hard disk drive, etc. Any storage medium may be used.

  Moreover, in the said embodiment, although the ETC onboard equipment 1 implement | achieves the process of ETC as an application, in addition to ETC, the ETC onboard equipment 1 can also implement | achieve applications other than ETC. It may be configured. Applications other than ETC include, for example, a drive-through function that realizes menu selection and automatic fee payment by communicating with a drive-through roadside machine installed in a fast food restaurant, a parking lot entrance / exit There is an automatic parking fee payment function, etc. that realizes automatic fee payment according to the parking time by communicating with the road machine. And when ETC onboard equipment 1 has a failure of communication with a roadside machine, information which specifies the application currently performed among those applications as information on a function classification which was going to be realized at the time of the failure As long as it comes to adopt.

  Moreover, in this embodiment, although the ETC vehicle-mounted device 1 was shown as an example of the vehicle-mounted wireless communication device according to the present invention, the vehicle-mounted wireless communication device is not necessarily an ETC vehicle-mounted device. For example, a car navigation device that can realize the above-described drive-through function or the like may be used. That is, it is sufficient for the in-vehicle wireless communication device to realize a target function by performing wireless communication with a road device.

  Further, in the above embodiment, the state of the device that causes the failure to complete the reading of the IC card is detected, and the data of the detection result is transmitted to the roadside device. It is not always necessary to be in the state of the own device that causes the IC card reading to be completed, and the in-vehicle wireless communication device functions to be realized in the wireless communication at the time of wireless transmission ( Specifically, it is sufficient to detect and transmit the state of the device that causes the failure of the application.

  Further, in the above embodiment, the ETC on-vehicle device 1 is configured to transmit only one piece of data of the state of the own device that causes the failure to complete the reading of the IC card at a time. When it is possible to detect two or more states of the device itself that could not complete the reading of the IC card at one time, and when a plurality of states (for example, IC card not inserted and in-vehicle device failure) are detected May be configured to include data of the plurality of states in one ApplicationList and transmit the data to the roadside device.

It is a side view in the state where vehicle 2 carrying ETC onboard equipment 1 concerning an embodiment of the present invention approachs the gate of a toll road provided with the system of ETC. It is a figure which shows the structure of the ETC onboard equipment. It is a flowchart of the onboard equipment state detection program 100 which CPU31 performs. It is a sequence diagram which shows the content of communication with the ETC onboard equipment 1 and the ETC roadside machine 4. FIG. It is a flowchart of the program 200 for ETC main processing which CPU31 performs. It is a figure which shows the data structure of VST information. It is a figure which shows the data structure of SystemContextMark. It is a flowchart which shows the procedure which the conventional ETC onboard equipment produces VST information at the time of a communication start with an ETC processing apparatus.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... ETC onboard equipment, 2 ... Vehicle, 3 ... Road antenna, 4 ... ETC processing apparatus,
5 ... Vehicle detector, 6 ... Transmission controller, 7 ... Display, 8 ... Anti-fraud camera, 11 ... Radio unit,
12 ... Communication control unit, 13 ... Microcomputer, 14 ... HMI, 15 ... SAM,
16 ... IC card interface, 31 ... CPU, 32 ... RAM, 33 ... ROM,
100: OBE state detection program, 200 ... ETC main processing program.

Claims (4)

An in-vehicle wireless communication device capable of executing a plurality of applications,
A wireless communication circuit for performing wireless communication with a road device;
A state detecting means for detecting a state of the own device that causes a malfunction of the own device;
The data indicating the function type to be realized in the wireless communication when there is a failure in the wireless communication with the road device, and the cause of the failure of the function to be realized in the wireless communication detected by the state detection means Transmission control means for transmitting the data of the state of the device itself to the roadside device using the wireless communication circuit,
The data indicating the function type to be realized in the wireless communication is information for identifying an application executed when there is a failure in the wireless communication among the plurality of applications. Wireless communication device.   The plurality of applications that can be executed by the in-vehicle wireless communication device include automatic fee collection system processing, data download processing, and drive-through for realizing menu selection and automatic fee payment by communicating with a drive-through roadside device. It includes one or more of a function and an automatic parking fee payment function for realizing automatic fee payment according to parking time by communicating with a roadside machine at an entrance / exit of a pay parking lot The in-vehicle wireless communication device according to claim 1. Comprising reading means for reading information recorded on the connected external storage medium;
The state detection means detects that the device itself is currently reading the transmission data from the external storage medium as a cause of the failure to complete reading the transmission data from the external storage medium. Detecting the time required to complete reading of the transmission data,
The transmission control means, based on the detection of the status detection means, data indicating that the transmission data is currently being read from the external storage medium as the status data of its own device, and the transmission data The in-vehicle wireless communication device according to claim 1, wherein data indicating a time required for reading the data is transmitted to the roadside device using the wireless communication circuit. A program used for an in-vehicle wireless communication apparatus capable of executing a plurality of applications, and a microcomputer included in the in-vehicle wireless communication apparatus executing the program causes the malfunction of the own apparatus. State detection means for detecting the state of the device, and
When there is a failure in wireless communication with a roadside device using a wireless communication circuit, data indicating the function type to be realized in the wireless communication, and the wireless communication detected by the state detection means should be realized in the wireless communication It functions as a transmission control means for transmitting data on the state of its own device that causes a malfunction to the road unit using the wireless communication circuit,
The data indicating the function type to be realized in the wireless communication is information that identifies an application that was executed when there was a failure in the wireless communication among the plurality of applications. program.

Images