JPH06119595A - Road inter-vehicle information processor - Google Patents

Abstract

PURPOSE:To provide a road inter-vehicle information processor capable of efficiently executing data transmission between a RACS-loaded vehicle and a navigation system apparatus and having high processing speed for data transmission. CONSTITUTION:A beacon 1 transmits information relating to a current position, information relating to traffic states, etc., to an RACS receiver 2. The receiver 2 transmits the beacon information to the navigation system apparatus 3 through a HIT bus 6. Control signals for data transmission are transmitted/received between the receiver 2 and the apparatus 3 through a control communication line. The apparatus 3 performs processing of the beacon information and displays the result on an LCD 4.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a processing device for road-to-vehicle information transmitted from a beacon broadcasting station provided along a road to a vehicle, and more particularly to a data transfer system of received beacon information in the processing device.

[0002]

2. Description of the Related Art A conventional navigation system basically calculates the current position by integrating the movement distance from the starting point of the vehicle and the change in the traveling direction, and displays the position and direction on the map on a vehicle. It has a function to display in. Further, in order to display the map, a vehicle-mounted storage device is provided with a map database. However, in the above-mentioned method, since cumulative error is inevitable while running a certain distance,
There is a method of making corrections using an external facility. For example, there is a method of using GPS for automobiles, which uses a positioning artificial satellite under maintenance by the US Department of Defense, a method of a road-to-vehicle information system in which a communication facility is provided on the roadside.

The road-to-vehicle information system is 2 to 5 km on the road.
Each is equipped with a spot (extremely narrow area) communication roadside device called a beacon, and communicates with an in-vehicle device. This communication means is used to transmit the position of a passing point, the shape of an intersection, destination guidance or changing road traffic information to a vehicle-mounted navigation system.

In the vehicle-mounted navigation system of the road-to-vehicle information system, information transmitted from a beacon by a road-to-vehicle information system vehicle (hereinafter abbreviated as "RACS vehicle") (hereinafter abbreviated as "beacon information"). .) And transmits the beacon information to the navigation system device, and the navigation system device processes and displays the information on a display device such as a liquid crystal display (hereinafter abbreviated as “LCD”).

[0005]

In the conventional road-to-vehicle information system, beacons provide static information such as the current position, those that provide dynamic information such as traffic conditions, and static information and motion information. There are some that provide both of the target information. The RACS in-vehicle device receives the beacon information and transmits the data to the navigation system device. However, in the method of transmitting the received information as it is, it is necessary to repeat the transmission procedure for each piece of information, so that the efficiency of data transmission is poor. Further, the beacon information includes information that is not required by the navigation system device, and it is wasteful to transmit this information to the navigation system control device.

An object of the present invention is to improve the efficiency of data transmission between the RACS vehicle-mounted device and the navigation system device,
An object of the present invention is to provide a road-to-vehicle information processing device having a high data transmission processing speed.

[0007]

According to the present invention, in a processing device for road-to-vehicle information transmitted from a beacon broadcasting station provided along a road to a vehicle, a receiving means for receiving the road-to-vehicle information and the received road-to-vehicle information. A vehicle-to-vehicle information processing device, comprising: processing means for processing inter-vehicle information, wherein the receiving means transfers the received information group to the processing means each time a predetermined information group is received. .

Further, according to the present invention, in a device for processing road-to-vehicle distance information transmitted from a beacon broadcasting station provided along a road to a vehicle, a receiving means for receiving the road-to-vehicle information and a received road-to-vehicle information are processed. And a processing means, wherein the processing means requests the receiving means for necessary information, and the receiving means transfers only the information requested by the processing means to the processing means. .

Further, according to the present invention, in a device for processing road-to-vehicle distance information transmitted from a beacon broadcasting station provided along a road to a vehicle, a receiving means for receiving road-to-vehicle distance information and a received road-to-vehicle information are processed. The receiving means notifies the processing means each time the information divided into predetermined units is received, and the processing means transfers the information notified from the receiving means to the receiving means when necessary. The road-to-vehicle information processing apparatus is characterized in that the requesting and receiving means transfers only the information requested by the processing means to the processing means.

[0010]

According to the present invention, the road-to-vehicle information processing apparatus includes the receiving means and the processing means. The receiving means receives the road-to-vehicle information. The processing means processes the received road-to-vehicle information. The receiving means transfers the received information group to the processing means each time the predetermined information group is received. Since the information is transferred in units of the information group, the procedure required for the transfer can be performed collectively, and the efficiency of the transmission can be improved.

According to the invention, the road-to-vehicle information processing device includes a receiving means and a processing means. The receiving means receives the road-to-vehicle information. The processing means processes the received road-to-vehicle information. The processing means requests the necessary information from the receiving means, and the receiving means transfers only the information requested by the processing means to the processing means. Therefore, the efficiency of information transmission can be improved and the processing speed of information transmission can be improved.

Further according to the present invention, the road-vehicle distance information processing device includes a receiving means and a processing means. The receiving means receives the road-to-vehicle information. The processing means processes the received road-to-vehicle information. The receiving means notifies the processing means each time the information divided into predetermined units is received, and the processing means requests the transfer to the receiving means only when the notified information is necessary. Only the information requested by the means is transferred to the processing means. Therefore, of the information received by the receiving means, the information required by the processing means can be immediately transferred to the processing means. This makes it possible to improve the processing speed from the reception of the information required by the processing means to the transfer of the information to the processing means. Moreover, since only necessary information is transferred, the efficiency of data transmission can be improved and the processing speed of information transmission can be improved.

[0013]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a block diagram showing the electrical configuration of a road-vehicle distance information processing apparatus according to an embodiment of the present invention. Beacon 1
Transmits to the RACS receiver 2 information about the current position, information about a branch point, information about an emergency notification from a road administrator, information about a traffic situation, and the like. RACS
The receiver 2 transmits beacon information to the navigation system device 3 via a high-speed communication bus (hereinafter abbreviated as “HIT bus”). Further, between the RACS receiver 2 and the navigation system device 3, a control signal for data transmission is transmitted / received via a control communication line (abbreviated as “CHIP bus”). Further, the navigation system device 3 is a central processing unit (abbreviated as “VS-EC”).
U ”), the beacon information is processed and displayed on the LCD 4.

FIG. 2 is a flowchart showing the contents of data transmission processing in the road-to-vehicle information processing apparatus according to one embodiment of the present invention. The process is started in step a1. At step a2, it is confirmed whether or not all the static information has been received from the beacon information received by the RACS receiver 2. If the RACS receiver 2 does not receive all the static information in step a2, the process proceeds to step a6, and other processing is performed, and if all are received, the process proceeds to step a3. At step a3, the RACS receiver 2 sends a "beacon data reception request" signal to the navigation system device 3 via the control communication line. In step a4, the navigation system device 3 waits for a response to the signal "ready for reception". If there is a response signal "ready for reception" from the navigation system device 3 side, step a
Go to 5. At step a5, from the RACS receiver 2,
The static information received from the beacon is transferred to the navigation system device 2. When the process of step a5 ends, the process returns to step a2.

At step a2, since the static information transfer processing is completed, the routine proceeds to step a6. In step a6, among the beacon information received by the RACS receiver 2,
Check whether all the dynamic information has been received. Where R
When the ACS receiver 2 receives only the static information from the beacon 1, the ACS receiver 2 proceeds to step a7 and performs other processing. In step a6, the RACS receiver 2 performs other processing in step a6 even when it has not received all the dynamic information. When the RACS receiver 2 receives all the dynamic information in step a6, the process proceeds to step a3. In this case, the RACS receiver 2 performs the processing of steps a3 to a5 and transfers the dynamic information to the navigation system device 3, as in the case where all the static information is received. When the process of step a5 ends, the process returns to step a1. Here, the RACS receiver 2
Has transferred all the beacon information to the navigation system device 3, the process proceeds to step a7 to perform other processing. In this way, the RACS receiver 2 can transfer the beacon information by dividing it into static information and dynamic information.

Table 1 shows beacon 1 to RACS receiver 2
The contents of the beacon information transmitted to are shown below.

[0017]

[Table 1]

In Table 1, the beacon information is divided into units called "major divisions", and classification numbers are assigned to the major divisions. The beacon information is classified into two types, static information of type numbers 1 to 19 and dynamic information of type numbers 21 to 91. The static information includes the current position information of type numbers 1 to 3,
There are branch point information of type number 4, guidance information of type numbers 5 to 14, and the like. The dynamic information includes information on traffic conditions of type numbers 21 to 24, an emergency message from the road administrator of type number 61, and the like. Beacon 1 does not always provide all the information in Table 1, but provides only basic information of the current position information of type numbers 1 to 3, static information only, and both static / dynamic information. There are things to do.

FIG. 3 is a block diagram of R in the data transmission shown in FIG.
7 shows a time chart when beacon information is transferred from the ACS receiver 2 to the navigation system device 3. When transmitting the beacon information, the central processing unit of the RACS receiver 2 (hereinafter abbreviated as “RACS-ECU”) to the central processing unit of the navigation system device 3 (hereinafter abbreviated as “VS-ECU”). .), A "HIT communication reception request frame" (hereinafter abbreviated as "reception request". The same applies to other control signals) 10. When the “reception request” 10 from the RACS-ECU is normal, the HIT communication 12 is prepared for reception according to the request, and the “reception preparation completed” 11 is sent within the Thitrwait time 14. On the RACS-ECU side, "Ready to receive" is set within Thitwait time 14
If 11 is not received, error processing is performed, and HIT communication 12
Does not. Next, on the RACS-ECU side, the HIT communication 12 is immediately transmitted after receiving the “ready for reception” 11. The VS-ECU side starts receiving the HIT communication 12. However, after receiving “Ready to receive” 11, Th
If the reception of the HIT communication 12 is not started within the itresp time 15, "forced end" is transmitted, and the HIT communication 12 is not received as an error process. RACS-EC
On the U side, when "forced termination" is received during the transmission of the HIT communication 12, the transmission of the HIT communication 12 is immediately interrupted, the transmission data of the HIT communication 12 is invalidated, and an error process is performed. On the VS-ECU side, if it is determined that the normal end has occurred after the reception of the HIT communication 12, the “normal end” 13 is transmitted within the Thitend time 16. VS-ECU
On the side, when an error occurs in the received data at the time of receiving the HIT communication 12 or after the end of the reception, the
"Forced end" is sent within 16 hours and HIT communication 12
Received data is invalidated and error processing is performed. RACS
On the ECU side, when the HIT communication 12 is transmitted normally, the “normal end” 13 is received from the VS-ECU. However, if the “normal end” 13 is not received within the Thitend time 16, the transmission data of the HIT communication 12 is invalidated and the error processing is performed. Also, "normal end"
Even when “forced termination” is received instead of 13, the transmission data of the HIT communication 12 is invalidated and error processing is performed.

FIG. 4 is a sequence diagram showing a data transmission procedure in the road-to-vehicle information processing apparatus according to another embodiment of the present invention. The outline of the electrical configuration of the road-to-vehicle information processing apparatus is shown in FIG.
Is the same as The RACS-ECU side notifies the VS-ECU side of "beacon reception start" 21 that beacon data reception has started. On the VS-ECU side, when the “beacon reception start” 21 is received, the necessary beacon information status is “beacon data request” 2
Send 2 to notify. On the RACS-ECU side, when reception of the beacon data requested by the "beacon data request" 22 is completed, the VS-ECU side transmits "request beacon data reception completion" 23 to notify it. Further, when all the information transmitted from the beacon is completely received, “all beacon data reception completed” 24 is transmitted to notify the VS-ECU side. On the VS-ECU side, "request beacon data reception completed" 23 or "all beacon data reception completed"
When the notification of 24 is received, the "transmission request" 25 is transmitted to the RACS-ECU side, and the beacon information is requested for each large section ID (type number). Next, from the RACS-ECU,
Beacon information required by the HIT communication 26 is VS-E.
It is transferred to the CU.

FIG. 5 shows a time chart of data transmission in the road-to-vehicle information processing apparatus shown in FIG. Reference numeral 32
At this point, the RACS-ECU receives the first frame data of beacon information from the beacon 31. Reference numeral 33
At that time, the traveling direction of the vehicle is confirmed, and the RACS-ECU
Receives the beacon information 34 of the position and the traveling direction from the beacon 31. Next, the VS-ECU sends a "beacon data request" 35 to the RACS-ECU to notify it of the necessary beacon information status. At the time of reference numeral 36, the RACS-ECU vehicle unit receives all the beacon information requested by the beacon data request 35, and the
-Send "request beacon data reception completed" 37 to the ECU. Further, at the time of reference numeral 38, all beacon data is received, and “all beacon data reception completion” 39 is transmitted to the VS-ECU. Next, from VS-ECU to RACS
-Transmit a "transmission request" 40 of beacon information to the ECU,
Request beacon information in units of large category ID. RACS-
When the ECU becomes ready to transmit beacon information, the ECU transmits “transmission preparation completed” 41 to the VS-ECU. When the RACS-ECU receives the “ready for reception” 42 from the VS-ECU, the HIT communication 4 with the VS-ECU is performed.
Do 3. The RACS-ECU transmits the requested beacon information in the HIT communication 43. VS-EC
On the U side, when the information is normally received, RACS-E
“Normal end” 44 is transmitted to the CU side.

When HIT communication is divided into a plurality of times due to the amount of data, RACS-in the first HIT communication 43.
After the ECU receives "normal end" 44 from the VS-ECU, R
The ACS-ECU sends a "reception request" 45 to the VS-ECU. Next, when the RACS-ECU receives the “ready for reception” 46 from the VS-ECU side, it performs HIT communication 47 with the VS-ECU. The RACS-ECU uses 2 of the requested beacon information in the HIT communication 47.
Send the second minute. On the VS-ECU side, when the information is normally received, the RACS-ECU side indicates “normal end”.
48 is transmitted. The third and subsequent HIT communications are performed in the same manner as the second HIT communication 47.

FIG. 6 shows the data transmission shown in FIG.
A more detailed time chart of the first HIT communication 43 is shown. The parts corresponding to those in FIG. 5 are designated by the same reference numerals. V
The S-ECU transmits the beacon information “transmission request” 40 to the RACS-ECU. On the RACS-ECU side, V
When the “transmission request” 40 is received from the S-ECU and the requested beacon information does not exist, the “request defect” is transmitted to the VS-ECU and the error processing is performed. If the requested data is in a transmittable state, "transmission preparation completed" 41 is transmitted. When the VS-ECU receives the “transmission preparation completed” 41, the VS-ECU transmits the “reception preparation completed” 42 to the RACS-ECU within the Thitrepwait time. Where V
After transmitting the “transmission request” 40, the S-ECU performs Thits
If the "ready to send" 41 is not received within the wait time 50, "forced end" is sent and error processing is performed.
In addition, the VS-ECU transmits the “transmission request” 40 and then T
When "improper request" is received within the hitswait time, "forced termination" is transmitted and an error process is performed. next,
When the RACS-ECU receives the "ready for reception" 42 from the VS-ECU, it immediately starts the HIT communication 43 and transfers necessary beacon information. Next, VS-EC
The U side receives the HIT communication 43. VS-ECU
Now, after sending "Ready to receive" 42,
If the data of the HIT communication 43 cannot be received within the p time 52, "forced end" is transmitted, the reception of the HIT communication 43 is not performed, and error processing is performed. In addition, VS-ECU
If it is determined that the HIT communication 43 has been normally completed after the reception, the “normal end” is set within Thitend time 53.
44 to the RACS-ECU. Furthermore VS-EC
When the U receives the HIT communication 43 or after the reception ends and an error occurs in the received data, the Thiend time 5
"Forced end" is sent within 3 to invalidate the received data and perform error processing. On the RACS-ECU side, HI
If "Forced termination" is received during transmission of T communication 43,
Immediately, the transmission of the HIT communication 43 is interrupted, the transmission data is invalidated, and error processing is performed. In addition, in the RACS-ECU, when the HIT communication 43 is normally performed, the
A "normal end" 44 is received within the nd time 53. However, if the "normal end" 44 is not received within that time, the transmission data of the HIT communication 43 is invalidated and the error processing is performed. Further, on the RACS-ECU side, if “forced termination” is received from the VS-ECU instead of “normal termination” 44, the transmission data of the HIT communication 43 is invalidated and error processing is performed.

FIG. 7 shows the data transmission shown in FIG.
A more detailed time chart of the HIT communication 47 after a plurality of times is shown. The parts corresponding to those in FIG. 7 are designated by the same reference numerals. The RACS-ECU transmits the beacon information “reception request” 45 to the VS-ECU. When the data content of the “reception request” 45 from the RACS-ECU is normal, the HIT communication 47 is prepared for reception according to the request, and Th
The “ready for reception” 46 is transmitted within the itwait time 54. Next, the RACS-ECU side receives “reception ready” 46 from the VS-ECU. RACS-E
On the CU side, if "Ready to receive" 46 is not received within the Thitimewait time 54, error processing is performed and the HIT
Communication 47 is not performed. Next, on the RACS-ECU side,
HIT communication 47 immediately after receiving "ready for reception" 46
To send. The VS-ECU side starts receiving the HIT communication 47. However, if the HIT communication 47 is not received within the Hitresp time 55 after transmitting the "ready for reception" 46, "forced termination" is transmitted, the error process is performed, and the HIT communication 47 is not received. RACS-
On the ECU side, when the “forced termination” is received during the transmission of the HIT communication 47, the transmission of the HIT communication 47 is immediately interrupted, the transmission data is invalidated, and an error process is performed. V
On the S-ECU side, if it is determined that the normal end has been received after the reception of the HIT communication 47, the “normal end” 48 is transmitted within the Thitend time 56. On the VS-ECU side, H
If an error occurs in the received data during the reception of the IT communication 47 or after the end of the reception, "forced end" is transmitted within the Thitend time 56, the received data is invalidated, and error processing is performed. On the RACS-ECU side, HIT communication 4
If 7 is performed normally, the Thitten time after transmission is 5
A "normal end" 48 is received from the VS-ECU within 6 seconds. However, if the "normal end" 48 is not received within that time, the transmission data of the HIT communication 47 is invalidated and the error processing is performed. Also, the transmission data is invalid even when "forced termination" is received instead of "normal termination" 48,
Error handling.

FIG. 8 shows a signal sequence of a data transmission procedure in the road-to-vehicle information processing apparatus according to still another embodiment of the present invention. The schematic electrical configuration of the road-to-vehicle information processing device is the same as that in FIG. When the RACS-ECU receives all the beacon information, the RACS-ECU transmits "all beacon data reception completed" 60 to the VS-ECU. The VS-ECU requests “transmission request” 6 in order to request the required large classification ID (type number) and the frame number of the ID in the beacon information.
Send 1. The RACS-ECU sends the beacon information requested by the “transmission request” 61 to the VIT in the HIT communication.
Transfer to S-ECU. As shown in Table 1, the beacon information has different information contents depending on the large section ID (type number), but one large section ID data may extend over several frames (one frame is 128 bytes fixed). . Navigation system equipment has a large category ID
Not all the frame information of all is needed, so
By designating a specific ID frame No., only necessary information can be data-transmitted.

The specifications of the communication protocol for control communication in the data transmission of FIG. 8 are that the transmission speed is 9600 bps, the synchronization method is start-stop synchronization, and the communication method is full-duplex communication. The electrical interface complies with RS-232C. The structure of the data frame is shown in FIG. In the data frame, STX 70 is a 1-byte code indicating the beginning of text (information), text 71 is control information, and E
TX72 is a 1-byte code indicating the end of text. BCC73 is a block check code, TE
It is indicated by 1-byte data of the exclusive OR of XT71 to ETX72. 1 byte consists of 8 bits of data
Start bit is 1 bit and parity bit is 1 bi
1 bit is added to t and stop bit.

The specification of the communication protocol of HIT communication in the data transmission of FIG. 8 is that the transmission speed is 38400 bps,
The synchronization method is start-stop synchronization, and the communication method is one-way communication from the RACS receiver. The electrical interface complies with RS-422A. Figure 1 shows the structure of the data frame
It shows in 0. In the data frame, the frame header 80 is 1 byte, the block information 81 is 1 byte, the number of transmitted frames 82 is 1 byte, and the received data from the beacon 8
3 is 122 bytes, and the frame check code 84 is 2 bytes. In the frame header, when the value of b0 bit 85 is 1, the secondary direction is shown, and when the value of b1 bit 86 is 1, the main direction is shown.
The value of 7-bit 87 is fixed. Further, in the received data 83 from the beacon, the reference numerals 92 to 90 of the header section are assigned with the large classification ID, the number of frames, and the frame No.
Beacon information can be specified and requested in frame units. Further, a beacon No. is assigned to the reference numeral 94, and a normalized coordinate is assigned to the reference numeral 93.

FIG. 11 is a diagram showing the data transmission procedure of FIG. 7 in more detail. When the RACS-ECU receives the position detection information immediately below the beacon or all the information from the beacon, the RACS-ECU transmits “received data from beacon” 100 to the VS-ECU. Next, the VS-ECU transmits the ACK 101 when the “presence of reception data from beacon” 100 is normally received. In case of abnormal reception, VS
-ECU sends NAK. RACS-ECU
When the NAK is received, "reception data from beacon" 100 is retransmitted. The retransmission count is VS-
It is performed on the ECU side, and error processing is performed a fixed number of times. VS
-When the reception data from the beacon becomes ready for input, the ECU sends a "request for reception data transmission from beacon" 10
Send 2. In that case, the RACS-ECU, upon detecting a parity error, sends a NAK to prompt retransmission. In this case, the VS-ECU retransmits the “reception data transmission request from beacon” 102 if the remaining time has a margin, and if the time does not have a margin, the reception data from the beacon can be input at the next opportunity. When that happens, send that data. Only when the RACS-ECU normally receives the “reception data transmission request from beacon” 102,
ACK103 is sent and no response is returned when an error is received.
The "transmission of received data from beacon" 104 is not performed.
Further, the VS-ECU waits for the reception data from the beacon upon receipt of the ACK 103, and enters the standby state. VS
-If the ECU fails to receive the ACK 103, the R
ACS-ECU "transmits received data from beacon" 1
However, the VS-ECU ignores the input. When the VS-ECU becomes ready to input the reception data from the beacon at the next opportunity, the VS-ECU outputs a “reception data transmission request from beacon” 102. RACS-ECU
After transmitting the ACK 103, the “transmission of received data from beacon” 104 is started. If the VS-ECU cannot normally receive the “received data transmission from beacon”, the VS-ECU receives the “received data transmission request from beacon” 1 when it becomes ready to input the received data from the beacon at the next opportunity.
02 is sent.

"There is received data from beacon" 100
The transmission control characters are STX, TEXT, ETX,
It is represented by BCC (02H, 50H, 03H, 73H). Type number requested from VS-ECU (major category I
The transmission control character of the control signal "no request data from the control device" when the information of D) is not received from the beacon is STX, TEXT, ETX, BCC (02H,
51H, 03H, 72H). Further, the transmission control characters of the “reception data transmission request from beacon” 102 are STX, TEXT1, TEXT2, ETX, B.
CC (02H, 21H to B9H, 31H to 39H, 03
H). In this case, TEXT1 is STX, E
To prevent duplication with TX, ACK, and NAK, a value obtained by adding 20H to the classification number (major division ID) 12 is used, and TEXT2 uses a frame within a cycle to prevent duplication with STX and ETX. The value obtained by adding 30H to No is used.

FIG. 12 shows a time chart of the transmission procedure of FIG. The parts corresponding to those in FIG. 11 are designated by the same reference numerals. The output of ACK101 or NAK is reference numeral 1
T2 (2.3 ms) after data transmission of 00 and 102
Within The RACS-ECU starts the "received data transmission from beacon" 104 after t2 (2.3 ms) has elapsed after outputting the ACK 103 in response to the "request for received data transmission from beacon" 102 from the VS-ECU. . Further, in the VS-ECU, if the time from the start of transmission of the “reception data transmission request from beacon” 102 to the end of reception of the “reception data from beacon” 104 is long, other processing will be delayed, and therefore it is within 50 ms.

FIG. 13 shows a signal sequence of a data transmission procedure in the road-to-vehicle information processing apparatus according to still another embodiment of the present invention. The schematic electrical configuration of the road-vehicle information processing device is the same as the electrical configuration shown in FIG. The beacon 111 is a large classification ID shown in Table 1 for information about the current position, information about a branch point, information about an emergency notification from a road administrator, information about a traffic situation, and the like.
It is divided into units called (hereinafter abbreviated as “ID”),
A type number is assigned and transmitted to the RACS-ECU 112. The RACS-ECU 112 is an I of an arbitrary classification number n.
When D beacon data (hereinafter abbreviated as “IDn beacon data”) 113 is received, “IDn beacon data received” 114 is transmitted via the control communication line to the VS-EC.
Send to U115. If the received IDn beacon data is required, the VS-ECU 115 sends the “IDn beacon data request” 116 to the RACS via the control communication line.
-Send to the ECU 112. RACS-ECU 112
Upon receiving the “IDn beacon data request” 116 from the VS-ECU 115, the HIT communication transmits the IDn beacon data to the VS-ECU 115. VS-
The ECU 115 processes the received IDn beacon data, transmits a video signal to the LCD 118, and causes the LCD 118 to display the processed beacon data. RACS-E
When there are a plurality of ID beacon data received from the beacon, the CU 112 repeats the above process.

FIG. 14 shows the RACS-E shown in FIG.
It is a flowchart which shows the processing content in CU112. The process is started in step b1. Step b
In 2, the n indicating the type number of the beacon data is set to 1, and in step b3, it is determined whether or not the ID1 beacon data 113 of the type number 1 is received, and the beacon 111
When the ID1 beacon data 113 is received from, the process proceeds to step b4. At step b4, the RACS-ECU
112 to the VS-ECU 115 via control communication "I
"D1 beacon data received" 114 is transmitted, and the process proceeds to step b5. At step b5, VS is sent within a certain period of time with respect to the transmitted “ID1 beacon data received” 114.
-"ID1 beacon data request" from the ECU 115 11
When 6 is received, the process proceeds to step b6. At step b6, the RACS-ECU 112 to the VS-ECU 115
To, the ID1 beacon data is transferred in the HIT communication, and the process proceeds to step b7. If the “ID1 beacon data request” 116 is not received from the VS-ECU within a certain time in response to the transmission “ID1 beacon data received” 114 in step b5, the ID in step b6
One beacon data is not transferred, and the process moves to step b7. In step b7, it is determined whether or not all the beacon data received from the beacon 111 has been transferred to the VS-ECU 115. If all beacon data has not been transferred, the process moves to step b8. At step b8, the type number of the ID beacon data is incremented by one. For example, in the case of ID1 beacon data, it is converted to ID2 beacon data, and the process proceeds to step b3. In this way
The RACS-ECU 112 repeats the above-described processing of b3 to b8 while adding the type numbers of the ID beacon data one by one, and transfers all the beacon data received from the beacon 111 to the VS-ECU 115 for each type number.
When the transfer of all beacon data is completed, the process moves from step b7 to step b9, and the process is ended.

By performing the above processing, V
The data transferred to the S-ECU 115 is VS-ECU.
The VS-ECU 115 displays the processed result on a display device such as an LCD. Also, although the current position information is the beacon information to be displayed immediately, the current position information is transferred from the beacon 111 in the initial stage with the type numbers of 1 to 3, so it is immediately displayed on the LCD or the like by the above process. You can Especially when the vehicle is traveling at high speed on a highway or the like, although it is required to process the current position information quickly, the current position information can be displayed on the LCD in real time by the above process. In addition, the RACS-ECU 112
Since the VS-ECU transfers only the ID beacon data of the required classification number, it is possible to eliminate unnecessary data transmission.

The RACS-ECU 112 uses the beacon 11
The traveling direction of the vehicle and the position directly below the beacon 111 can be detected from the received data from 1, and when detected, it is transmitted to the VS-ECU 115 as the directly below signal 120 and the traveling direction determination signal 121 in the HIT communication. To do. Beacon 111 has a phase difference of 180 degrees.
A 1 kHz signal of a kind is superimposed on the beacon data modulated wave by book width modulation (hereinafter abbreviated as “AM”), and is superimposed and sent to the RACS-ECU 112 from transmission output terminals of two systems.
FIG. 15 shows a time chart of data received by the RACS-ECU 112 at that time. Data frame 130
.. to 133 are composed of a transmission control unit 135 (4 bytes) and a reception data unit 136 (122 bytes) for establishing synchronization. The RACS-ECU 112 receives the 1 kHz signal 140 in synchronization with the data frame 130,
By detecting the phase of the 1 kHz signal 140 at the timing t1 at which the reception data portion 136 is detected,
The traveling direction of the vehicle and the position directly below the beacon 111 can be detected. For example, when data frames 130 and 131 are received, 1 kHz received synchronously
The phase of the signal at time t1 and t2 is α degrees. Further, when the data frames 132 and 133 are received, the phase of the 1 kHz signal received in synchronization at the times t1 and t2 is (α ° + 180) degrees. At this time, the levels of the traveling direction determination signal at times t1 and t2 are set to a high level and the levels of the traveling direction determination signal at times t3 and t4 are set to a low level according to a predetermined relationship. Therefore, the level of the traveling direction determination signal is inverted from the high level to the low level at time t3, and the traveling direction with respect to the beacon is changed. Therefore, at time t3, it is determined that the position is directly below the beacon 111. It Actually, at time t5, the position immediately below the beacon 111 is reached, so that the time t3 immediately below the detected position of the beacon 111 is detected.
Is delayed by time t6 from the actual time t5. Further, the traveling direction when the traveling direction determination signal travels in the direction from the high level to the low level is determined to be the main direction, and the traveling direction when traveling in the direction from the low level to the high level is the secondary direction. To be judged. As described above, RA
Beacon 111 detected in CS-ECU 112
The data of the position directly below the vehicle and the traveling direction of the vehicle are VS-E.
It is transmitted to the CU 115.

Although the beacon information is displayed and guided in the road-to-vehicle information processing apparatus in the above embodiment, it is a matter of course that the guidance may be given by voice.

[0036]

As described above, according to the present invention, the receiving means can transfer the road-vehicle distance information transmitted from the beacon broadcasting station to the vehicle to the processing means for each predetermined information group. Therefore, it is not necessary to repeat the procedure required for transfer every time the information is transmitted, unlike the method of transmitting the information each time it is received, so that the efficiency of data transmission can be improved.

Further, according to the present invention, the processing means can request the required road-to-vehicle information to the receiving means, and the receiving means can transfer only the information requested by the processing means to the processing means. Therefore, useless information transfer is eliminated, the efficiency of data transfer can be improved, and the processing speed of information transfer can be improved.

Further, according to the present invention, the receiving means notifies the processing means each time the information divided into predetermined units is received, and the processing means only the necessary information out of the information notified from the receiving means. And the receiving means can immediately transfer the required information to the processing means. Therefore, it is possible to improve the processing speed from when the information necessary for the processing means is received by the receiving means to when it is transferred to the processing means. Further, since only the necessary information is transferred, useless information transfer is eliminated, the efficiency of data transfer can be improved, and the processing speed of information transfer can be improved.

[Brief description of drawings]

FIG. 1 is a block diagram showing an electrical configuration of a road-vehicle distance information processing apparatus according to an embodiment of the present invention.

FIG. 2 is a flowchart showing the processing contents of data transmission in the road-vehicle distance information processing apparatus according to one embodiment of the present invention.

FIG. 3 is a diagram showing a time chart when beacon information is transmitted from a RACS-receiver to a navigation system device in the data transmission shown in FIG.

FIG. 4 is a diagram showing a signal sequence of a data transmission procedure in a road-to-vehicle information processing apparatus according to another embodiment of the present invention.

5 is a diagram showing a time chart of data transmission in the road-vehicle distance information processing apparatus shown in FIG. 4;

6 is a first HIT in the data transmission shown in FIG.
It is a figure which shows the more detailed time chart of communication.

FIG. 7 is a diagram showing a more detailed time chart of HIT communication after a plurality of times in the data transmission shown in FIG.

FIG. 8 is a diagram showing a signal sequence of a data transmission procedure in a road-vehicle distance information processing apparatus according to still another embodiment of the present invention.

FIG. 9 is a diagram showing a structure of a data frame of a control signal.

FIG. 10 is a diagram showing the structure of a data frame for HIT communication.

11 is a diagram showing details of the data transmission procedure shown in FIG. 8;

12 is a diagram showing a time chart of the transmission procedure shown in FIG.

FIG. 13 shows a signal sequence of a data transmission procedure in a road-vehicle distance information processing apparatus according to still another embodiment of the present invention.

FIG. 14 is a flowchart showing processing contents in the RACS vehicle-mounted device shown in FIG.

FIG. 15 is a time chart of a data frame transmitted from the beacon to the RACS vehicle-mounted device and a 1 kHz traveling direction determination signal.

[Explanation of symbols]

 1 beacon 2 RACS receiver 3 navigation system equipment 4 LCD

Claims (3)

[Claims] 1. A processing device for road-to-vehicle distance information transmitted to a vehicle from a beacon broadcasting station provided along a road, comprising: receiving means for receiving the road-to-vehicle distance information; and processing means for processing the received road-to-vehicle information. And the receiving means each time a predetermined information group is received,
A road-to-vehicle information processing device, characterized in that the received information group is transferred to a processing means. 2. A processing unit for road-to-vehicle distance information transmitted to a vehicle from a beacon broadcasting station provided along a road, including a receiving unit for receiving the road-to-vehicle information and a processing unit for processing the received road-to-vehicle information. The processing means requests required information to the receiving means, and the receiving means transfers only the information requested by the processing means to the processing means. 3. A device for processing road-to-vehicle distance information transmitted to a vehicle from a beacon broadcasting station provided along a road, comprising: receiving means for receiving the road-to-vehicle distance information; processing means for processing the received road-to-vehicle information. The receiving means notifies the processing means each time the information divided into a predetermined unit is received, and the processing means requests the receiving means to transfer the information notified from the receiving means, The receiving means receives only the information requested by the processing means,
A road-to-vehicle information processing device characterized by transferring to a processing means.