A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. Further, no references to third party patents or articles made herein is to be construed as an admission that the present invention is not entitled to antedate such material by virtue of prior invention.
The present invention relates generally to the field of automated systems and methods for traffic violation enforcement and more particularly to the acquisition of video images in connection of the video files in connection with violations.
In the field of traffic enforcement, there exist a variety of systems and methods for capturing data related to a traffic violation event, such as the capture of the violation event, as well the capture and delivery of other information about the traffic violation itself. The violation can result from the act of driving through a red light or a stop sign, or exceeding the posted speed limit, among others.
It is desirable to provide a system and method for automatically tracking, detecting, capturing and storing these violation events via roadside computers and/or imaging devices. For example, when tracking a red light violation, it is desirable to create a video of the violation, as well as any relevant information such as the location of the violation, the date, the duration of the violation, information identifying the violating vehicle and/or operator and any other pertinent information useful in proving that the violation occurred. According to current traffic enforcement systems and methods, this information is captured, the files becomes disassociated and are then sent individually (i.e. two or more separate files) to a database that stores the violation information.
Reference is now made to
These two disassociated files of information are transmitted over the network 104 to the server 106 which stores the violation information as two related but disassociated digital files, one containing a video of the violation event, is transmitted via data stream 114 and the other, containing the other pertinent textual information to identify the violation event, is transmitted via data stream 116. The server 106 stores the video file in the database 108 via data stream 118, and the text file, disassociated from the video file, is transmitted via data stream 120 to be stored in database 108.
It is generally disadvantageous to provide two files that become disassociated as they are transmitted to and stored in appropriate databases, as it is possible for the files to become separated during handling. Such errors can become particularly problematic in the area of law enforcement, where the integrity of the evidentiary record is critical. Moreover, the creation and storage of separate files (the video file and the associated violation event file), creates security problems as, according to prior art systems, the two files become disassociated to be re-associated at a later point. One general disadvantage of such a system is that when the files become re-associated, it is entirely possible for a video file for one violation event to become associated (incorrectly, for example) with information relating to another violation event, or vice versa. Such an error, inherent in the prior art systems, could be devastating for several reasons. It could incorrectly associate a video file with a completely unrelated text file. This could result in an innocent automobile operator being charged with a violation that another operator committed.
Accordingly, it is desirable to provide a system and method for providing information relevant to a particular violation event, such that the video file and its related text file may be transmitted to and stored in a database as one consolidated file, as opposed to two individual files that may become disassociated. It is further desirable to provide a system and method in which each image frame of the video file has imprinted thereon the information associated with the violation. This would improve automated traffic enforcement security by having the violation information directly on each frame of the video. In that manner, one file may be sent to the database and stored as opposed to two individual files. Such an integrated file should allow for the ready review of all necessary information with respect to a video showing the violation event.
This invention overcomes disadvantages of the prior art by providing a system and method for the automated generation of traffic enforcement evidence and other information that is overlaid onto a single reviewable video file of the violation event. In general, the invention herein provides a system and method for automatically predicting, tracking and capturing traffic violation events in which the resulting data stored in the database is one integrated data file containing all of the information pertinent to the violation, so as to be used to prove that the violation occurred, and avoid the risk that the data will become disassociated from the video file. This violation data can be presented as a databar that appears on each frame of the violation video.
In an illustrative embodiment, there is provided a system and method for capturing pertinent information related to a traffic violation event. More particularly, the system and method captures and stores a video file of the traffic violation event, particularly formatted so as to include textual information about the violation encoded therein. The method first monitors a particular roadside area for traffic violations. For example, there may be a plurality of video cameras that each have a respective view of an intersection that is being monitored for, for example, red light violations. Next, a video file of the violation event is captured, as well as a text file containing information about the violation itself. This text file may include identifying information about the violating vehicle and/or operator and information about the violation itself, such as duration of the yellow (amber) light or red light. The video file that is captured is a digital datastream comprising a plurality of individual image frames. A databar engine then implements the databar application to overlay a databar onto each image frame of the video file, which contains the pertinent information in a form that is readable, but does not asbscure the underlying video detail. For example, the databar can be placed at the margin of the video window. This databar is imprinted on the image frame and includes the information contained in the text file that was transmitted to the databar engine.
In an illustrative embodiment, the databar includes information related to the violation event, including, for example, the date and time of the event, the intersection and lane number (if applicable), the time elapsed since a change in light color and a unique identification number for identifying the event.
The invention description below refers to the accompanying drawings, of which:
In accordance with the present invention there is provided an automated traffic enforcement system for the prediction, tracking and capturing of information related to a traffic violation event.
As shown in
In an illustrative embodiment, the roadside computers 202 perform the capture of the roadside violation and encode the video data into MPEG AVI files. A variety of alternative file types can be employed in alternate embodiments. For example, encoding into any of the following file formats, among others, may be appropriate: 3GPP Multimedia File, Advanced Systems Format File, Microsoft ASF Redirector File, Audio Video Interleave File, Flash Video File, Apple QuickTime Movie, MPEG-4 Video File, MPEG Video File, Real Media File, Flash Movie, DVD Video Object File, and Windows Media Video File. AVIsynth, available from a variety of open-source Internet-based distributors, is an exemplary application that performs the conversion into proper format and then stores it in the database, as will be described in greater detail hereinafter. The roadside computer 202 may be an imaging device having basic functionality to capture the video and other text information, or a fully capable computing system (e.g., a PC) that captures and processes the information necessary to properly capture the violation in accordance with the illustrative embodiment.
Each of the roadside computers 202 captures violation event information, including a video of the violation as well as any information necessary to prove that the violation occurred. This information includes the time, the location, information related to the violating vehicle and/or operator and information about the violation itself, such as the length of yellow (or amber) light, or the length into the red phase of light. This information is automatically generated by the computer according to conventional techniques.
In overview, the video file is broken down, frame-by-frame, such that each frame may be treated as an individual piece of evidence by law enforcement personnel. In accordance with the illustrative automated traffic enforcement system, each frame is then overlaid with a novel alphanumeric databar that includes the additional pertinent information about the violation, using predetermined overlay techniques, as will be described in greater detail below in reference to
With further reference to
The system and method implements technology that prevents the databar from being tampered-with. In this manner, it will be known if a person attempts to modify the video file. This also further improves security for the traffic enforcement industry by permanently merging the textual violation information with the video file, by imprinting it on each frame of the video file. This implementation is accomplished as the integrated data file is encrypted such that if the file is tampered with, it will become evident and is not accepted according to the illustrative system. Preferably, after automatically overlaying and before allowing access by traffic enforcement personnel to the integrated data file, the file is stored with write protection (as a read-only file) and/or in encrypted form.
Reference is now made to
The databar, consisting of alphanumeric information relating to the violation event, is overlaid on the frame using conventional overlay techniques for imprinting an alphanumeric databar onto an image. The result is an image frame file 320, containing a frame of a video of the violation event having the pertinent violation information imprinted thereon. As previously mentioned, an exemplary image frame file is shown in
Once a violation has been detected, the system captures the violation event video file and other pertinent information as a data file at step 414. These files are stored as two individual and separate files to be later combined into a single integrated data file containing a single frame of the violation event video having the databar overlaid thereon, as will be described in greater detail hereinafter. The video is then converted into proper codec at step 418, into MPEG4/H.264 format, a standard that is used to compress digital video and audio data. The compression is performed in accordance with conventional techniques. This is a desirable format for the violation videos as it is the best balance in size and quality. Compressing the violation videos allows more frames per second to be passed, for example, from a camera to the receiving equipment. MPEG4/H.264 format is a standard for this type of compression.
Referring further to
Reference is now made to
Once the video has finished recording, at step 516 the process 500 determines which type of codec has been used. This is done through an application available under the name MediaInfo, which is available from a variety of internet-based sources. This application employs the function DirectShow to get information about the video, such as codec and video resolution. If it is M-JPEG. JPEG2000 or an undetectable codec, the process 500 performs step 518 to write the avs script (encode) using the application AviSource (part of the application set AviSynth). If the codec may be detected, but is not M-JPEG or JPEG2000 codec, then the process performs step 520 to encode using a DirectShowSource filter.
As shown in
At step 524, the video filename is verified to determine if it matches a file filter. If it matches the filter, compression settings for that file filter are used. It is possible that a single camera at the roadside may produce poor video (for example, if there are uncontrollable issues such as a foggy lens or the camera is placed at an obscured location). It is desirable for these videos to be encoded with higher quality to retain as much detail as possible. However, it is typically unnecessary to convert all cameras at this quality level. The system resolves this concern by allowing each camera to define a specific compression setting that overrides the default setting. Notably, each video filename contains a signature as to which camera is used. If the filename matches the signature assigned to a particular intersection, the compression settings override any other setting.
Next, at step 526, the process 500 transcodes the video. There are two external software applications that may be used to transcode the video: AviSynth and x264 (available from a variety of Internet-based open-source distributors). These applications create a script for which type of video format to be used. The video is loaded and then the format is changed to the required format for the appropriate application.
The process 500 then runs the application qt-quickstart on the video at step 528. The MPEG4 container normally stores important playback information such as the frame rate and frame size, at the end of the file. The process moves that information to the beginning of the file to allow the video to play progressively in a commercially distributed media player such as Quicklime or Flash. In this manner, users on a slow connection can begin watching the downloaded part of the video while the remainder of the video is being downloaded. It is desirable for this application to be run roadside because it does alter the video and thus, if done after it is transmitted from the roadside computers, the database will not accept the file because it will have been altered.
Next, at step 530, the process 500 renames the mp4 file to Avi, and then at step 532 the file is moved into the database to be used for evidentiary support in the traffic enforcement industry.
Reference is now made to
The foregoing has been a detailed description of illustrative embodiments of the invention. Various modifications and additions can be made without departing from the spirit and scope of this invention. Each of the various embodiments described above may be combined with other described embodiments in order to provide multiple features. Furthermore, while the foregoing describes a number of separate embodiments of the apparatus and method of the present invention, what has been described herein is merely illustrative of the application of the principles of the present invention. For example, the violation event described herein has been related primarily to a vehicle traveling through an intersection after the traffic light has already turned red. However, it is expressly contemplated that this has application in all areas of traffic enforcement, including, but not limited to, illegally traveling through a stop sign without stopping, or even speeding violations. Also, the databar illustrated herein may contain additional information pertinent to the violation event, such as the vehicle license plate if available, or other identifying information. The databar may also include less information, if desired. Likewise the types of information, presentation and location of the image frame are highly variable. In addition, the term “databar” can refer to a plurality of data regions at predetermined locations on the frame. In general, the system and method herein can be implemented as hardware, software consisting of a computer-readable medium executing program instructions, or a combination of hardware and software. Accordingly, this description is meant to be taken only by way of example, and not to otherwise limit the cope of this invention.
This application claims the benefit of U.S. Provisional Application No. 61/298,950, filed Jan. 28, 2010, the content of which is incorporated herein by reference thereto.
Number | Date | Country | |
---|---|---|---|
61298950 | Jan 2010 | US |