The present invention relates in general to traffic sensors, and more specifically to the verification of the data provided by the sensor through the use of a video camera.
As urban centers increase in size, and traffic congestion becomes more common, the need for accurate and up-to-date traffic information also increases. Traffic surveillance relies primarily on traffic sensors, such as inductive loop traffic sensors that are installed under the pavement. Alternatively, video sensors may also be used to obtain traffic information.
Residing underground, inductive loop sensors are expensive to install, replace and repair because of the associated roadwork required. Moreover, such roadwork also causes traffic disruptions. Video sensors, on the other hand, are cheaper, but have other drawbacks, such as an inability to operate in the dark or in weather that impairs visibility, such as fog or snow.
To overcome these drawbacks, radar sensors have been employed to obtain traffic information. Radar sensors typically transmit low-power microwave signals at the traffic, and detect vehicles based on the reflected signals. Radar sensors are generally cheaper than inductive loop traffic sensors, and, unlike video sensors, operate well in the dark and in a wide range of weather conditions.
In accordance with an aspect of the invention, there is provided a method of operating a traffic sensor to collect vehicular traffic data for a road. The traffic sensor has a radar module and an image module both contained in a traffic sensor enclosure. The method comprises a) operating the radar module to generate radar-based vehicle data regarding a plurality of vehicles passing a sensor field of view based on detection and measurement of the traffic on the road; b) operating the image module to generate image data representing a plurality of images of the road and the traffic on the road; and c) comparing the radar-based vehicle data with the image data.
In accordance with a second aspect of the invention, there is provided a traffic sensor for collecting vehicular traffic data for a road. The traffic sensor comprises: (a) a radar module for generating radar-based vehicle data regarding a plurality of vehicles passing the sensor field of view based on detection and measurement of traffic; (b) an image module for generating image data representing a plurality of images of the road and the traffic; and, (c) a traffic sensor enclosure for enclosing both the radar module and the image module.
A detailed description of the preferred embodiments is provided herein below with reference to the following drawings, in which;
Referring to
Referring to
Sensor 100 additionally comprises a charge-coupled device (CCD) camera 132 for capturing video images of the road and vehicles monitored by sensor 100. Camera 132 can be a black and white or a color camera. In addition, it can be configured to have a sight field of view that overlaps the sensor field of view 108. Camera 132 is in electrical communication with a frame grabber circuit 134. Camera 132 can receive waves reflected from the road and convert them to electrical signals that are transmitted to the frame grabber circuit 134. Frame grabber circuit 134 is in electrical communication with image compression unit 136. Frame grabber circuit 134 can digitize the signal received from camera 132 and transmit the digitized signal to image compression unit 136. Processor 118 is also in electrical communication with frame grabber circuit 134 and can provide instructions to circuit 134 as to what frame rate to use during the digitization process. Image compression unit 136 comprises hardware and software that compresses the digitized signals provided by frame grabber circuit 136. Image compression unit 136 may utilize image compression formats such as MPEG 2 or MPEG 4. Serial interface 137 is in electrical communication with image compression unit 136 and processor module 118. As mentioned above, serial interface 137 provides a means for connecting sensor 100 to network 130. Serial interface can, for example, be a TCP/IP interface. The use of a TCP/IP interface allows for transmission to occur over the Internet or an Ethernet-based private network. Regardless of the particular protocol it utilizes, serial interface 137 may additionally comprise multiplexer 139 (shown in
The antenna board 114 has an antenna ground surface 148 (shown in
As described above, the front surface 146 is substantially flat, without any ledges on which ice could accumulate. The housing 144 is substantially box-shaped with a height dimension 50, a width dimension 52, and a depth dimension 54 shown in
The first component 140 and the second component 142 of the housing 144 are attached together at a seal plane 154 (shown in
The first component 140 has a top portion 156 (shown in
The second component 142 has a support protrusion 162 (shown in
Referring back to
As shown in
The front surface 146 includes a window 184, located toward the top of the surface, through which camera 132 can observe the road. Camera 132 and window 184 can be arranged so as to allow camera 132 to have a sight field of view that overlaps the area radiated by antenna board 114. Camera 132 is preferably of a small size such that it fits into the top portion of housing 144. Both camera 132 and frame grabber circuit 134 are preferably installed in the top portion of housing 144. Image compression unit 136 and serial interface 137 are preferably located on the extension card 186 (illustrated in
As shown in a block diagram in
Of course, it will be appreciated by those of skill in the art, that when extension card 186, the antenna board 114, the transceiver board 116 and any other card are inserted, the antenna board 114 should, in some embodiments, be the closest board to the front surface 146 of the housing 144, such that the radiation from the radiating surface 150 is unobstructed. Alternatively, the boards may be configured in other ways to reduce any obstruction of the radiation from the radiating surface 150.
The transceiver board 116 electrically drives the antenna board 114 at the appropriate frequency to produce radiation aimed at one or more traffic lanes. The radiation transmitted by the antenna board 114 is reflected back from the vehicle and is received by the antenna board 114, which sends corresponding electrical signals to the transceiver board 116. In turn, the transceiver board 116 sends corresponding signals to the processor module 118.
As described above in connection with
Despite the ability of sensor 100 to automatically calibrate itself by determining lane centers, independent verification that the sensor is properly calibrated is also desirable. For example, each detection zone should be centered on a lane of traffic. Data from camera 132 can be used to verify that each detection zone is centered on a valid lane of traffic. Alternatively, data from camera 132 may also be used to verify that a particular event, such as an accident, has occurred. Including camera 132 in the sensor 100 reduces the need for a technician or other person to physically attend at the site covered by sensor 100 to verify that the sensor 100 is operating properly, and/or that an accident has actually occurred.
There are a number of ways in which the verification process may occur. For example, it is possible for a person to physically attend at the location where the detection zones are located. This person could then independently count the traffic moving through each lane over a given period of time and ensure that this count is consistent with the data provided by the sensor. As stated above, this is inefficient in terms of both time and money.
Alternatively, the calibration and verification can be done remotely. The images of the road as well as the data provided by the sensor can be transmitted to the external traffic management system 128.
The use of camera 132 is not limited to calibrating the sensor. There may be other triggering events that result in a need to verify the data provided by the sensor 100. An example of such a triggering event may be an accident on the road. Should such an event occur, the appropriate sensor 100 can provide the traffic management system 128 with video images of the road and traffic. It should be understood that a triggering event need not be precipitated by an actual incident on the road. A simple request by the external traffic management system 128 to visually monitor the road for any number of reasons could itself constitute a triggering event.
In either case, it will be appreciated by a person skilled in the art, that video images need not be continuously transmitted during the operation of sensor 100. Video images need only be provided during calibration and verification of triggering events. Moreover, in the case of verification of triggering events it will often suffice to only provide a single still image of the road. Operating the sensor in this manner allows for a reduction in the amount of bandwidth that is required.
Reference is now made to
Processor 118 continually monitors the radar-based vehicle data using triggering algorithms. Examples of such algorithms would include the measurement of parameters indicating congestion, which congestion may indicate the presence of an accident. Three parameters indicative of congestion are: (1) the average speed over a number of lanes remaining lower then a predetermined threshold for predefined minimum period of time; (2) lane occupancy being higher then a predetermined threshold for a predefined minimum period of time; and, (3) a large difference between speeds or occupancy of one lane compared to an adjacent lane moving in the same direction. These triggering algorithms are called internal triggering algorithms as they use only the data that is provided to the processor 118 within a particular sensor 100. In contrast, external triggering algorithms may use data from multiple sensors 100, and are typically implemented outside of a particular sensor. For example, such external triggering algorithms could be implemented using a processor within external traffic management system 128.
At step 604, processor 118 determines what frame rate is required. The frame rate is the number of images that are captured and transmitted by camera 132 per second. The actual frame rate used could be anything in a wide range of possible frame rates. At one extreme, a single image may be captured. At the other extreme, the frame rate could be large enough to replicate full motion. In general, a higher frame rate results in the perception of smoother motion. As an example, many professional films use 24 frames per second to replicate motion. In some cases and in some embodiments, the frame rate selected will also depend on the available bandwidth for transmitting the image data to the external traffic management system. A signal received from external traffic management system 128 could specify the frame rate. Alternatively, processor 118 could determine an appropriate frame rate based on the type of triggering event detected.
At step 606, a request is sent to the frame grabber circuit 134 of camera 132 for a video image with an appropriate frame rate. At step 608, the camera 132 receives images of the road and at step 610 produces electrical signals that are transmitted to the frame grabber circuit 134. At step 612, the frame grabber circuit 134 digitizes the signals produced by camera 132 and transmits these digitized signals to the image compression unit 136. At step 614, the image compression unit 136 compresses the digitized signals and transmits them to serial interface 137. Processor 118 controls frame grabber circuit 134 and compressor unit 136 to provide frame rate and compression ratios based on the available bandwidth of communication link 138. Of course, in some embodiments where multiple communication links are provided, less compression, and a higher frame rate may be possible. At step 616, serial interface 137 uses the appropriate protocol to transmit the signal to external traffic management system 128 over network 130. As mentioned above the protocol used could be TCP/IP, which would allow for transmission over the Internet or an Ethernet-based private network.
Referring to
It should be understood that various modifications and adaptations could be made to the embodiments described and illustrated herein. Accordingly, the scope of the present invention is defined in the appended claims.
Number | Name | Date | Kind |
---|---|---|---|
4866438 | Knisch | Sep 1989 | A |
4887080 | Gross | Dec 1989 | A |
4967201 | Rich, III | Oct 1990 | A |
4977406 | Tsukamoto et al. | Dec 1990 | A |
5161107 | Mayeaux et al. | Nov 1992 | A |
5402346 | Lion et al. | Mar 1995 | A |
5408330 | Squicciarini et al. | Apr 1995 | A |
5423080 | Perret et al. | Jun 1995 | A |
5621645 | Brady | Apr 1997 | A |
5663720 | Weissman | Sep 1997 | A |
5694134 | Barnes | Dec 1997 | A |
5793491 | Wangler et al. | Aug 1998 | A |
5798983 | Kuhn et al. | Aug 1998 | A |
5878367 | Lee et al. | Mar 1999 | A |
5884212 | Lion | Mar 1999 | A |
5920280 | Okada et al. | Jul 1999 | A |
5949383 | Hayes et al. | Sep 1999 | A |
6114973 | Winner et al. | Sep 2000 | A |
6411328 | Franke et al. | Jun 2002 | B1 |
6466862 | DeKock et al. | Oct 2002 | B1 |
6502053 | Hardin et al. | Dec 2002 | B1 |
6556916 | Waite et al. | Apr 2003 | B2 |
6577269 | Woodington et al. | Jun 2003 | B2 |
6662099 | Knaian et al. | Dec 2003 | B2 |
6693557 | Arnold et al. | Feb 2004 | B2 |
6696978 | Trajkovic et al. | Feb 2004 | B2 |
6750787 | Hutchinson | Jun 2004 | B2 |
6917308 | Hilliard | Jul 2005 | B2 |
7150430 | Silansky et al. | Dec 2006 | B2 |
7286189 | Sullivan | Oct 2007 | B2 |
7359796 | Zhao et al. | Apr 2008 | B2 |
20020158922 | Clark et al. | Oct 2002 | A1 |
20030080878 | Kirmuss | May 2003 | A1 |
20060066472 | Janssen | Mar 2006 | A1 |
20060167617 | Krikelis | Jul 2006 | A1 |
Number | Date | Country | |
---|---|---|---|
20070257819 A1 | Nov 2007 | US |