Traffic violation processing system

Information

  • Patent Grant
  • 5948038
  • Patent Number
    5,948,038
  • Date Filed
    Wednesday, July 31, 1996
    27 years ago
  • Date Issued
    Tuesday, September 7, 1999
    24 years ago
Abstract
A traffic violation processing method is disclosed, which includes the steps of monitoring a vehicle; determining whether the vehicle is in violation of a traffic violation and recording the image of the vehicle on a camera when the vehicle is determined to have violated a traffic violation; providing a digital image of the vehicle; recording and storing deployment data corresponding to the violation, wherein the deployment data includes an identifier associated with the traffic violation; assigning the identifier to the digital traffic image; storing the digital image of the vehicle, together with the identifier, on a storage medium; matching the deployment data with the stored digital image by correlating or matching the identifier associated with the deployment data with the identifier associated with the stored digital image; and generating a traffic document that includes the stored digital image and the deployment data.
Description

BACKGROUND OF THE INVENTION
1. Field of the Invention
The invention relates broadly to a traffic violation processing system. In one or more specific embodiments, the invention is directed to a method of recording and storing digitized vehicle images and textual information (e.g., alphanumeric data from the license plate of a monitored vehicle) and processing the stored data to provide an integrated evidentiary record for traffic violation enforcement purposes.
2. Description of Related Art
Traffic monitoring systems have been used for a number of years to identify vehicles violating various traffic regulations, ranging from exceeding the speed limit to running red lights or stop signs. Some of these traffic monitoring systems include cameras configured to take a photographic image of the violators. Sometimes, the traffic monitoring systems are located in a monitoring vehicle, e.g., a police car. In other cases, the systems are not located in a vehicle, but rather are stationary, positioned close to the roadway, e.g., on the ground or elevated on a pole. Sometimes, the systems are controlled by an operator who is present during monitoring. The systems may also be operated automatically, without an operator being present. In either case, the images captured by the camera on film are typically stored in a film magazine. The photographic images recorded on film by the camera are often used to form evidentiary records for purposes of proving the existence of a violation.
One of the shortcomings associated with storing images on film is that the number of images that can be stored tends to be limited by the space in the film magazine. The system's ability to record violations is thus limited by the capacity of the film magazine. When the film magazine reaches its maximum capacity, the system can no longer record images of violators. Because it is often difficult if not impossible to accurately estimate the number of violators at a given location, it is also difficult to determine when the capacity of the film magazine has been reached.
Another shortcoming of these earlier systems is that the operator must often make frequent trips to a central processing location to deliver the film for developing and processing. The need to make such frequent trips can occupy a great deal of time. The expenditure of time is magnified when numerous traffic monitoring systems are located in different geographic locations at inconvenient distances from central processing location.
Yet another shortcoming of the earlier systems is the labor-intensive process of matching the vehicle in each photographic image with registered owner information, in order to prepare traffic citations or an evidentiary record. For example, after the image is developed, the photograph is examined by a person to identify the license plate number. Next, the license plate number is correlated with a listing of registered vehicle owners to determine the name of the owner, after which the traffic citation is prepared. This is done typically by manually inputting information relating to the traffic violation, then mailing the traffic citation to the registered owner. This cumbersome process is inefficient and results in high costs and expenditures of time. A continuing need therefore exists for a traffic violation processing system that overcomes one or more of the abovementioned shortcomings.
SUMMARY OF INVENTION
In a broad aspect, this invention is directed to a traffic violation processing method, which preferably includes the steps of monitoring a vehicle; determining whether the vehicle is in violation of a traffic violation; recording a digital traffic image comprising the digital image of the vehicle; recording alphanumeric traffic data corresponding to the vehicle; storing the digital traffic image and the alphanumeric traffic data on a storage media; matching the alphanumeric traffic data with registered owner information from a database which identifies the vehicle's registered owner; and providing a traffic document comprising the traffic violation, the identity of the registered owner, and the digital traffic image.
In a preferred embodiment, the method includes the steps of assigning an image control number (ICN) or other identifier to a traffic image frame, wherein the ICN or identifier is associated with a specific traffic violation; transferring a set of deployment data (which includes the ICN or identifier as well as other information regarding the traffic violation) to storage media. Preferably, the deployment data are stored on a portable diskette. The method then involves combining a digitized version of the traffic image with the ICN or identifier; storing the digitized image (together with the ICN or identifier) on a database; matching the deployment data with the stored digital image by correlating or matching the ICN or identifier associated with the deployment data with the ICN or identifier associated with the stored digital image; and generating a traffic document that includes the stored digital image and the deployment data.
Preferably, the method also includes processing the digitized trafffic image by reducing the resolution of the image and extracting an LPA image from the digitized traffic image by removing or clipping a portion of the digitized traffic image to provide the LPA. The method also includes preferably includes the steps of reading a license plate number from the digitized image or the LPA using optical character recognition (OCR); storing the license plate number along with the ICN from the image in a database, preferably the same database on which the traffic image is stored; and matching the license plate number with the stored image and the deployment data using the ICN. Preferably, the license plate number recovered from the image using OCR is matched with the license plate number recovered from a registered vehicle owner database; and a traffic document is generated, containing the digital traffic image, the deployment data, and the license plate number, along with other information regarding the vehicle owner and the nature of the violation.
In yet another specific embodiment, the traffic violation processing method includes the steps of monitoring a vehicle; determining whether the vehicle is in violation of a traffic violation; recording a first digital traffic image comprising the image of the vehicle; compressing the first digital traffic image to reduce the resolution of the first digital traffic image and provide a low resolution traffic image; storing the low resolution traffic image in a storage media; extracting a portion of the first digital traffic image containing the license plate of the vehicle to provide a second digital traffic image comprising an image of the license plate having alphanumeric traffic data; storing the second digital traffic image in a storage media; reading the alphanumeric traffic data from the second digital traffic image; storing the alphanumeric traffic data in a storage media in the form of an ASCII text string; comparing the stored alphanumeric traffic data from the second digital traffic image with registered vehicle owner information stored in a database to identify the registered owner of the vehicle; and generating a traffic document comprising the second digital traffic image, the name of the registered owner and the nature of the traffic violation.





BRIEF DESCRIPTION OF DRAWINGS
FIG. 1 is on overhead view of a traffic monitoring system positioned in a monitoring vehicle next to a roadway.
FIG. 2 is a drawing showing a traffic image, including a vehicle sub-image and a license plate area (LPA) sub-image.
FIG. 3 is a flow diagram showing the processing of images and traffic data to provide traffic documents in accordance with a specific embodiment of the invention
FIG. 4 is a flow diagram showing the processing of images, particularly the resolution reduction and image extraction.





DETAILED DESCRIPTION AND SPECIFIC EMBODIMENTS
The invention relates broadly to a traffic violation processing system. In one or more specific embodiments, the invention is directed to a method of recording and storing digitized vehicle images and textual information (e.g., alphanumeric data from the license plate of a monitored vehicle) and processing the stored images and data to provide an evidentiary record for traffic violation enforcement purposes.
The steps or operations discussed below refer to the storage of the image and text for one image frame. Each frame may be processed in the same manner. The storing of the image and traffic data as described below preferably results in a composite image/textual information "offense record." This offense record preferably includes a compressed low resolution image, e.g., either a compressed license plate only (LPO) image or a compressed license plate area (LPA) image, together with traffic data such as plate owner information, license plate registration and jurisdiction information and camera deployment data. A specific version or embodiment of the invention is referred to by the inventors as the Autoscan.TM. system, although other versions of the invention are also contemplated. Also, the invention may be utilized with any number of traffic monitoring systems or traffic cameras, and is not directed to any particular one.
One aspect of the invention relates to traffic image processing and storage, specifically, the processing of images containing vehicles being monitored for compliance with traffic regulations. Another aspect of the invention relates to traffic data processing and storage.
(1) Traffic Images
One aspect of the invention involves processing traffic images. The term "traffic image" as used herein refers broadly to any image that includes the image of the vehicle being monitored, including the "traffic scene image," the "vehicle image," the "LPA image" (license plate area image) and/or the "LPO image" (license plate only image). Before processing, the image must be in digital form. Preferably, the digital images are black and white images, i.e., non-color, because the resolution of black and white images is typically higher than the resolution for color images. High resolution images are desirable for purposes of optical character recognition. Any one of the aforementioned traffic images may also be reduced in resolution as discussed in greater detail below to provide a low resolution traffic image or low resolution scene (LRS) image. The various images are exemplified in FIG. 2. The term "traffic scene image" 16 refers to the image of the entire scene captured by the camera. The "vehicle image" 18 is actually a sub-image, i.e., a portion of the traffic scene image that includes the image of the vehicle itself. The "non-vehicle image" 19 is another sub-image, i.e., the portion of the traffic scene image containing the surrounding scenery, such as the roadway, the traffic light, the speed limit sign, etc., but excluding the portion of the image showing the vehicle. The "LPA image" 20 is the sub-image portion of the vehicle image containing the license plate (or license tag). The "LPO image" refers to the sub-image portion of the LPA image consisting solely of the license plate 22, e.g., after the LPA image has been clipped to remove non-license plate imagery. For example, the larger traffic scene image may occupy an array of 3000.times.2000 pixels, while the vehicle image may occupy a portion of the total traffic scene image (typically less than half and sometimes less than about 1/4 to 1/3 of the traffic scene image). The LPA image may occupy a portion of the vehicle image, e.g., having an array of 768.times.512 pixels. The LPO image may occupy a portion of the LPA image, e.g., having an array of 300.times.200 pixels.
A variety of devices for capturing traffic images may be used, and the particular device used for image capture is beyond the scope of the invention. For example a traffic image may be recorded on photographic film, e.g., 35 mm film, using a film-based camera, then scanned and digitized, i.e., converted to digital form to provide a digital traffic image. Traffic monitoring systems with cameras are generally well-known. Specific embodiments of traffic monitoring systems that include a film-based camera are disclosed in co-pending applications, Ser. Nos. 08/251,977; 08/252,331; and 08/252,182, which are hereby incorporated by reference to the extent not inconsistent with this invention. Other specific embodiments of traffic monitoring systems that may be used with this invention are described in U.S. Pat. Nos. 4,847,772; 4,866,438; and 4,717,915, each of which is hereby incorporated by reference to the extent not inconsistent with this invention.
Alternatively, a digitized (or digital) traffic image may be recorded directly using a digital camera. Such a digital image could be stored, for example, in a charged-couple device (CCD) digital storage unit. In general, methods for capturing digital images using CCD-based cameras are known, including those disclosed in U.S. Pat. No. 5,182,647, which is incorporated by reference to the extent not inconsistent with this invention.
Photographic images from color or black and white film may be scanned using the scanner, converted from a negative to a positive image if desired, then directed to the image processing system for further treatment. The deployment data, discussed below, may also be placed on the film or on the digitized image. Any commercially available scanner may be utilized for these purposes. Preferably, a high resolution high quality image is formed, e.g, a 3000.times.2000 pixel, 16-bit colored image. The scanning system preferably includes a Kodak PCD Film Scanner 6000 and SUN Sparc 10 PCD Data Manager S600 (for film digitization). Devices for scanning and/or digitizing images are generally well-known, as disclosed in U.S. Pat. No. 4,847,772, and also in U.S. Pat. No. 5,063,460, which is hereby incorporated by reference to the extent not inconsistent with this invention.
(2) Traffic Data
An important aspect of this invention is the storage and processing of traffic data. The term "traffic data" as used herein refers broadly to any alphanumeric or textual information related to the traffic situation being monitored, including both location information and vehicle information. "Location information" broadly includes information related to the site or location where the vehicle is being monitored, such as the specific address the monitored vehicle was located at the time of image capture, the speed limit at that particular location, the date and time of the image capture and whether an intersection or railroad crossing is involved. "Vehicle information" broadly includes information that is specific to the vehicle whose image is being captured, including information derived from the vehicle image using conventional optical character recognition (OCR), such as the license tag number and jurisdiction (e.g., state indicated on the license tag). "Vehicle information" may also include information derived from the external registration database, e.g., registered owner information, obtained after the LPA image has been processed, as discussed below. The traffic data may be stored on a data diskette in textual form, or on some other conventional data storage means. The traffic data may be stored simultaneously with the capturing of the traffic scene image. Each "violation record" or "offense record" may include both a traffic image and corresponding alphanumeric traffic data, and may be stored as a separate record in the database.
Preferably, one set of traffic data is recovered from the captured image using the OCR step, while another set of traffic data, referred to herein as "deployment data," is recovered from traffic monitoring system. The deployment data includes certain violation information that is recordable by the traffic monitoring system. The deployment data may include, for example, an image contral number (ICN), the measured vehicle speed, applicable speed limits, the date and time of violation, traffic conditions (e.g., rain) and the identity of the operator of the traffic monitoring system. The deployment data are preferably transferred from the traffic monitoring system to a standard 31/2" computer diskette, then downloaded or otherwise transferred to the central server.
(3) Matching Traffic Images and Traffic Data
A specific embodiment of the invention is directed to a method of matching traffic images and traffic data to provide an integrated traffic document, which may be used to notify the traffic violator of the violation and may also be used as an evidentiary package. In a specific embodiment, the method includes the step of attaching an identifier to a traffic image, e.g., assigning an image control number (ICN) to a traffic image frame, where the ICN is associated with the traffic violation. The method also includes the steps of transferring a set of deployment data (which includes the identifier to a storage medium, preferably a diskette; storing a digitized version of the traffic image (together with the identifier) on a database; matching the deployment data with the stored digital image by matching the identifier associated with the deployment data with the identifier associated with the stored digital image; and generating a traffic document that includes the stored digital image and the deployment data.
Preferably, the method also includes processing the digitized trafffic image by reducing the resolution of the image and extracting an LPA image from the digitized traffic image by removing or clipping a portion of the digitized traffic image to provide the LPA. The method also includes preferably includes the steps of reading a license plate number from the digitized image or the LPA using optical character recognition (OCR); storing the license plate number along with the ICN from the image in a database, preferably the same database on which the traffic image is stored; and matching the license plate number with the stored image and the deployment data using the ICN. Preferably, the license plate number recovered from the image using OCR is matched with the license plate number recovered from a registered vehicle owner database; and a traffic document is generated, containing the digital traffic image, the deployment data, and the license plate number, along with other information regarding the vehicle owner and the nature of the violation.
(4) Resolution Reduction
In a specific embodiment of the invention, the traffic violation processing method includes the step of resolution reduction, to convert the initial high resolution digital image to a lower resolution image. As used herein, the term "low resolution image" is a relative term which refers to any traffic image after its original resolution has been reduced. Preferably, the resolution of one or more of the digitized images (e.g., the traffic scene image or the vehicle image) is reduced to provide a corresponding low resolution image. Preferably, the LPA image is taken from the original high resolution and stored separately, and any remaining images that are to be stored are reduced in resolution prior to being stored. Advantageously, this resolution reduction step reduces the digital storage requirements for that image.
Such resolution reduction may be accomplished in a number of ways. Resolution reduction is preferably accomplished using digital compression, i.e., by compressing one or more of the digitized images. Standard JPEG methods, developed by the Joint Photographic Experts Group, may be used to accomplish this digital compression. JPEG methods involve a standardized image compression mechanism, by which full-color or gray-scale images are compressed. Resolution reduction and compression in general are well-known, as suggested by U.S. Pat. No. 5,164,831 and also in U.S. Pat. No. 5,016,107 and U.S. Pat. No. 5,412,427, which are hereby incorporated by reference to the extent not inconsistent with the invention.
One of the benefits of image reduction is that less storage space is required. For example, a standard 768.times.512 pixel low resolution image typically would require about 1.125 mb of storage. However, when that image is compressed at a ratio of about 11.5 to 1, then only about 100 kb of storage is needed. For a compression ratio of about 12 to 1, only about 96 kb would be needed and for a compression ratio of 15 to 1, only about 76.8 kb of storage would be required. After compression at the selected ratio, the image is preferably stored on the image server, although it may alternatively be stored in any conventional storage media.
(5) Image Extraction
The method of the invention preferably includes an image extraction step. That is, a selected portion of one or more of the aforementioned images may be extracted (i.e., "cropped" or "clipped") from the image of which it forms a portion. This extraction method may also be referred to as "clipping" or "cropping" the larger image to remove the imagery surrounding the image that is extracted. For example, the vehicle image portion may be extracted from the larger traffic scene image; or the LPA image may extracted from the traffic scene image or the vehicle image; or the LPO image may be extracted from one of the other images. This extraction operation is preferably performed simultaneously with resolution reduction, i.e., in parallel. That is, a traffic scene image or vehicle image is duplicated so that one copy may be reduced in resolution and stored; and another copy may be clipped to extract a high resolution LPA or LPO image. In this manner, the portion of the traffic scene image for which high resolution is desired (typically the LPA or LPO image) is stored and processed separately from the low resolution portion. Typically, the low resolution image is the vehicle image or the entire traffic scene image. For example, an initial digitized traffic scene image having an array size of 3000.times.2000 pixels may be clipped so that the vehicle image and/or the image of the vehicle's license plate (e.g., the LPA image) is isolated within a smaller area having, for example, an array of 768.times.512 pixels. This clipping operation may be accomplished by removing selected scene information outside a pre-determined area, e.g., non-vehicle imagery, in which the license plate is normally found, e.g. the lower middle quarter of the 3000.times.2000 pixel image.
In a specific embodiment, the LPA image is clipped using the size and position coordinates as found during optical recognition. For example, the image may be clipped to form a 300.times.200 pixel image called the License Plate Only (LPO) image. This clipping further isolates the license plate image and reduces the necessary storage, for example, from 1.125 mb for the 768.times.512 pixel image to only 768 kb for the 300.times.200 pixel image. This LPO image may then be digitally compressed by JPEG standards, thus reducing the storage to 14.6 kb for a 12 to 1 compression and to 11.7 kb for a 15 to 1 compression. The compressed LPO image may then be stored, e.g., on the central server. Advantageously, the production of the LPO image from the LPA image reduces the total file size yet maintains the initial alphanumeric characters and jurisdiction information in original high resolution. Image extraction itself, including the clipping or cropping of portions of a digital image, is conventional and thus will not be described in detail.
(6) Optical Character Recognition
In another specific embodiment of the invention, the method includes one or more optical character recognition (OCR) steps. Optical character recognition (OCR) itself is conventional and thus will not be described in detail. In accordance with this invention, OCR may be used to automatically obtain the plate owner information by accessing the database containing the registered owner data set and storing the result along with a digital traffic image. More particularly, after or during the clipping and resolution reduction operations, any one of the traffic images may be passed to an optical character recognition (OCR) system to convert various traffic data from the image to a form that can be stored in the database and matched with registered owner information. Preferably, the traffic data are stored in an ASCII text string. For example, the license plate registration number and certain jurisdiction information from the LPA image may be read by OCR techniques into an ASCII text string. The OCR system preferably also locates the exact size and position coordinates of the license plate from the LPA image, e.g., within the 768.times.512 pixel area. In accordance with a specific embodiment of the invention, if the OCR operation is successful, then the traffic data may be processed as described below. If, however, the OCR operation is unsuccessful, e.g., the license plate number is not read for any reason, an "error" may be signaled, and the LPA image is then digitally compressed and stored, e.g., on the central server for further processing. In a specific embodiment, the traffic data are used to locate the plate owner's information in a vehicle and customer database, preferably a registered owner database, e.g., using on-line or batch mode processes. After being recognized by the OCR step, the license plate information and plate owner's information may be stored on the image server or some other storage media.
The OCR step is preferably done simultaneously with both the creation of the low resolution image resulting from resolution reduction and the creation of the LPA image resulting from the clipping or extraction step. Thus, for example, the OCR step may be performed on the initial 3000.times.2000 pixel digitized traffic scene image to locate and recognize traffic data, e.g., lines of text originally placed on the film by the camera. The optically recognized characters are preferably stored as an ASCII text string within the recorded image, e.g., the traffic scene image or the vehicle image. The ASCII text string on the image is then compared to reference data, e.g., camera deployment data stored on a diskette. If the ASCII text string and the diskette's camera deployment data do not match, then the system prompts for an operator to intervene to ultimately correct the data block matching or reject the image. If there is a match or the match has been corrected, the ASCII text string is stored on the image server.
(7) Image and Data Storage
The central server is responsible for storing the traffic data and images after they are generated by image processing and OCR. Each of the system components are preferably linked via a local area network (LAN) to the central server. Preferably, the central server is a UNIX-based server, although other types of servers may be used. Other data besides the traffic data may also be stored on the central server, e.g., access control information. At least three separate data sets (or individual databases) are typically linked and managed by the central server. These include the traffic data set (or database), containing the recovered traffic data; the image data set (or database), containing the processed images, and the registered owner data set (or database), containing information on registered vehicle owners, e.g., license plate number, type of vehicle and name of owner. Preferably, the three data sets are stored on a single central database, e.g., an Oracle database, located on the central server. The document scanner and notices database may also be connected to the central server. After a traffic document is prepared, the traffic images may be transferred to a magnetic storage or optical disks for archival purposes. After being prepared, the traffic document may be stored electronically and may also be printed in hardcopy or paper form. In general, devices and methods for storing data, including digitized photographic images, are well-known, as disclosed in U.S. Pat. No. 5,448,372, which is hereby incorporated by reference to the extent not inconsistent with the invention.
(8) Traffic Document Processing
A specific embodiment of an overall method for issuing traffic documents, e.g., traffic citations/tickets and evidentiary packages, using image and traffic data processing, will now be discussed in connection with FIGS. 1, 2, 3 and 4. As illustrated in FIG. 1, a vehicle 14 is monitored to determine whether it is violating a traffic regulation, in this case the speed limit. As shown in FIG. 2, a traffic image that includes the image of the vehicle 14 being monitored is captured using photographic film. Referring to FIG. 3, the film image is then scanned 28 into a digital format. The digitized film image 30 is then transferred to image processing 32, where a specific embodiment of the image processing is shown in FIG. 4.
At the image processing stage 32, the initial traffic image 16 is stored and processed to provide a smaller sub-image, in this case, the "license plate area" (LPA) image 20. As shown in FIG. 4, the film 84 may be scanned and digitized 86 to a 3000.times.2000 pixel image, which corresponds to image 16 in FIG. 2. The image is rescaled 88 at 768.times.512 pixels, which would occupy 1.125 Mb storage space. The image is compressed 94 at a selected compression ratio to further reduce storage requirements. At a compression ratio of 11.5:1, storage requirements are 100 kb; at a ratio of 12:1, storage requirements are 96 kb; while at a ratio of 15:1, only 76.5 kb of storage are required. Accordingly, the invention provides for the ability to store the image, having a reduced resolution, on from about 75 to about 100 kb of memory. After such reduction, the image is stored in the image database on the central server 82.
Simultaneously, the same traffic image 16, having the original 3000.times.2000 pixel resolution, is subjected to image extraction 90 by clipping, i.e., by removing the portion of the traffic image 16 outside the LPA area 20, so that LPA image occupies 768.times.512 pixels and 1.125 Mb. This LPA image is subjected to OCR 96, then is verified 98. If the OCR step is successful, i.e., if alphanumeric data corresponding to a license plate is successfully identified, then the registered owner database may be accessed to attempt to match the license plate from the OCR step 96 with the license plate in the registered owner information database. This matched information is then stored in the central server 82. Simulaneously, the LPA image is subjected to an extraction step 102 to provide an LPO image, i.e., the portion of the LPA image that does not include the actual license plate identified in the OCR step is removed from the LPA image, leaving a 300.times.200 pixel LPO image, which occupies 176 kb of memory. Using JPEG techniques, the LPO image is compressed. At a compression ratio of 12:1 the resulting LPO image occupies 14.6 kb of memory; at a ratio of 15:1, the LPO image occupies 11.7 kb of memory. The LPO image is then stored on the image database on the central server 82.
If the verification 98 step results in a conclusion that the alphanumeric data from the license plate was not successfully identified by OCR 96, then the LPA image is compressed using the same JPEG standards utilized for the LPO image, then stored separately on the image database on the central server 82.
At the same time the digitized image 16 is processed as described above, a separate OCR step 92 is used to derive the alphanumeric data from the license plate 22 appearing on the image 16. An attempt is then made to automatically match 74 the image 16 with the deployment data 72 from a diskette. If the match is successful, the matched deployment data is transferred to a traffic data database on the central server 82. If the match is unsuccessful, then an operator intervenes 76 to manually match the image 16 with the deployment data 72. If the match cannot be accomplished manually, then the image 16 is stored separately on the image database on the central server 82, where it is archived, in which case the deployment data is not used, nor is a traffic document generated. If the match can be accomplished manually, then the image 16 is stored on the image database together with the matched deployment data, then processed in the same way the automatically matched is processed.
As part of the comparison or matching step, one or more of the stored images should be decompressed from the previously compressed image(s), e.g., those which had previously been subjected to resolution reduction. The low resolution image (e.g., the traffic scene image) and the high resolution image (e.g., the LPO image) are both presented on a high resolution color display screen along with traffic data (such as deployment data, the plate owner information, the vehicle information and the license plate registration and jurisdiction information). The operator then compares the images with the textual information to determine separately if the offense data, the vehicle data, and the owner data match. Each of these matchings is preferably done in separate routines. For example, if the data sets do not match then the operator either corrects the information presented, or rejects the offense record. If the operator rejects the offense record, then the operator records the reason for the rejection. One such rejection ends the entire matching routine and the operator begins processing the next record, which includes the digital image and various textual information. If the information is a correct match, then the operator determines whether the next data set matches. This program is continued until the routine has been successfully performed on all three data sets resulting in matches or until any one data set has been rejected.
A notification procedure is also preferably included. For example, if all three data sets are correctly matched, then the operator proceeds to the notification stage. The notification process may be similar to the matching process described above. The low resolution image, the offense data, vehicle data and owner data are displayed one at a time to the operator and the operator determines if the data matches. If some data sets are not matched, the offense record is rejected and a reason is recorded. No notification is issued and the next record is processed. If all the data are verified or matched, the operator has a final opportunity for rejecting the image for any other reason. If the operator does so choose to reject, he records the reasons upon rejection. Once again no notification is issued and the operator begins processing the next record. However, if there is no rejection, a unique identifier is assigned to the record. An offense notice is generated including the LPA image, the LPO image, the offense data, the vehicle data and the owner data. The notice is either printed as a hard copy or as an electronic form onto a magnetic tape or floppy disk. The operator then creates an audit journal of the operator's actions. Periodically, the system automatically browses the data base to find notices that are unpaid 30 days after issuance. The found notices are flagged as violation tickets. Data from the data base, i.e., offense, vehicle, and owner data, the LRS image of the offense, and the LPO image are then merged into a new document to be issued as a violation ticket. This document is forwarded to the violator. A copy is also written to a disk and the database is updated. After the creation of the violation ticket, a court package is also produced. The court package includes the original film image, the scanned digital images, paper and digitized documents, and the offense, vehicle, and owner data. This information is incorporated as a single document with audited indexes to physical materials in storage.
Work flows among the various subsystems are managed by a queue manager, which allows the system to be customized in a highly flexible manner. Images and traffic data relating to a violation are preferably viewed by human verifiers who ensure that all automatically generated data are consistent and that the images are of sufficient quality to issue a citation. Any violation information that requires correction is processed manually by the verification operators or others. An external system interface is provided, where license plate and jurisdiction information are used to extract registered owner information from an external registered owner database. External systems provide information regarding the state of a violation (e.g., "ticket issued" or "fine paid"). A wide variety of interface methods may be supported and specific transaction models may be customized as desired.
A document management system is also preferably provided, e.g., a system for creating printed documents, such as violation citations (or tickets) and evidentiary packages, for submission to the printing system. The document management system may be utilized to scan and store printed materials relating to a violation, such as traffic documents. A printer, e.g., a high speed laser printer, may also be connected to the Autoscan database, to generate the traffic documents." A bar-code material tracking system may be integrated with the Autoscan database to provide a complete chain of evidence.
Claims
  • 1. A traffic violation processing method, comprising the steps of:
  • monitoring a vehicle;
  • determining whether the vehicle is in violation of a traffic regulation;
  • recording a first digital traffic image comprising the image of the vehicle and data corresponding to the traffic violation;
  • comprising the first digital traffic image to reduce the resolution of the first digital traffic image and provide a low resolution traffic image;
  • storing the low resolution traffic image in a storage media;
  • providing a second digital traffic image which is a separate sub-image of the first digital traffic image, having an area smaller than the area of the first digital traffic image and including the license plate having alphanumeric traffic data;
  • providing a third digital traffic image, which is a separate sub-image of the second digital traffic image, having an area smaller than the area of the second digital traffic image and including the license plate having alphanumeric traffic data;
  • reading the alphanumeric traffic data from the second or third digital traffic image;
  • storing the alphanumeric traffic data in the storage media in the form of an ASCII text string;
  • comparing the stored alphanumeric traffic data from the second digital traffic image with registered vehicle owner information stored in a database to identify the registered owner of the vehicle; and
  • generating a comprehensive traffic violation document that integrates the first digital traffic image, the name of the registered owner and the alphanumeric traffic data so that the document can be issued to the owner of the vehicle.
US Referenced Citations (147)
Number Name Date Kind
2015612 Adler Sep 1935
2129602 Adler Sep 1938
2355607 Shepherd Aug 1944
2419099 Wall Apr 1947
2871088 Abell Jan 1959
3044043 Wendt Jul 1962
3060434 Biedermann et al. Oct 1962
3088388 Tredopp May 1963
3122740 Kruse Feb 1964
3148015 Weaver Sep 1964
3165373 Scott Jan 1965
3182288 Smith May 1965
3195126 Barker Jul 1965
3206748 Miller Sep 1965
3243806 Handschin Mar 1966
3382785 Melhart May 1968
3438031 Fathauer Apr 1969
3522611 Maronde Aug 1970
3554102 Maronde Jan 1971
3573724 Komorida Apr 1971
3579236 Piechocki May 1971
3581647 Maronde Jun 1971
3603227 Maronde et al. Sep 1971
3604330 Baierbrunn et al. Sep 1971
3618084 Balsiger Nov 1971
3626413 Zachmann Dec 1971
3680043 Angeloni Jul 1972
3696369 Laymon et al. Oct 1972
3699583 Beguin Oct 1972
3754253 Balsiger Aug 1973
3795002 Nemit Feb 1974
3798655 Meek et al. Mar 1974
3816841 Maronde et al. Jun 1974
3833762 Gudmundsen Sep 1974
3833906 Augustine Sep 1974
3833909 Schaufelberger Sep 1974
3849784 Holzapfel Nov 1974
3858223 Holzapfel Dec 1974
3859660 Augustine et al. Jan 1975
3866165 Maronde et al. Feb 1975
3913085 Farstad Oct 1975
3930735 Kerr Jan 1976
3952311 Lapeyre Apr 1976
3982255 Orlando Sep 1976
4051499 Kondo Sep 1977
4053909 Shinoda et al. Oct 1977
4085434 Stevens Apr 1978
4112424 Lapeyre Sep 1978
4152729 Hobbs et al. May 1979
4157218 Gordon et al. Jun 1979
4168894 Adolph Sep 1979
4173010 Hoffmann Oct 1979
4192595 Wakazono et al. Mar 1980
4200871 Roeder et al. Apr 1980
4229726 Deaton et al. Oct 1980
4236140 Aker et al. Nov 1980
4245254 Svensson et al. Jan 1981
4257029 Stevens Mar 1981
4258430 Tyburski Mar 1981
4303945 Fawcett et al. Dec 1981
4322828 Hoff et al. Mar 1982
4335383 Berry Jun 1982
4337528 Clinard et al. Jun 1982
4344685 Milatz et al. Aug 1982
4353632 Saito et al. Oct 1982
4362373 Kazami et al. Dec 1982
4386862 Kittel et al. Jun 1983
4408533 Owen et al. Oct 1983
4408857 Frank Oct 1983
4444479 Johnson et al. Apr 1984
4479704 Masunaga Oct 1984
4500868 Tokitsu et al. Feb 1985
4505559 Prinz Mar 1985
4527877 Kurosu et al. Jul 1985
4527894 Goede et al. Jul 1985
4591823 Horvat May 1986
4600283 Gorsch et al. Jul 1986
4616911 Zeth et al. Oct 1986
4634254 Ogihara et al. Jan 1987
4644368 Mutz Feb 1987
4645343 Stockdale et al. Feb 1987
4654876 Atkins Mar 1987
4660050 Phillips Apr 1987
4661849 Hinman Apr 1987
4664494 Hughes et al. May 1987
4707735 Busby Nov 1987
4717915 Goede Jan 1988
4743971 Hugli May 1988
4747155 Dotson May 1988
4761666 Goto Aug 1988
4764781 Leib et al. Aug 1988
4788553 Phillips Nov 1988
4789904 Peterson Dec 1988
4796090 Fraier Jan 1989
4796109 Sordello et al. Jan 1989
4799112 Bremmer et al. Jan 1989
4803710 Elabd Feb 1989
4809030 Takagi et al. Feb 1989
4814629 Arnold Mar 1989
4847772 Michalopoulos et al. Jul 1989
4866438 Knisch Sep 1989
4884072 Horsch Nov 1989
4887080 Gross Dec 1989
4890129 Mody Dec 1989
4908705 Wright Mar 1990
4922339 Stout et al. May 1990
4942415 Felle et al. Jul 1990
4949186 Peterson Aug 1990
4952809 McEwen Aug 1990
4973996 Harvey Nov 1990
4973997 Harvey Nov 1990
4984003 Matsumoto et al. Jan 1991
4988994 Loeven Jan 1991
4996546 Pagano et al. Feb 1991
5005042 Sato et al. Apr 1991
5041828 Loeven Aug 1991
5066950 Schweitzer et al. Nov 1991
5082365 Kuzmick et al. Jan 1992
5093682 Hicks Mar 1992
5107250 Pykett Apr 1992
5128702 Ogawa et al. Jul 1992
5155597 Lareau et al. Oct 1992
5177691 Welles et al. Jan 1993
5202692 Huguenin et al. Apr 1993
5204675 Sekine Apr 1993
5218397 Takagi Jun 1993
5221956 Patterson et al. Jun 1993
5224075 Iino et al. Jun 1993
5231393 Strickland Jul 1993
5239296 Jenkins Aug 1993
5239336 Matsui et al. Aug 1993
5250946 Stanczyk Oct 1993
5257056 Kazumi Oct 1993
5264896 Lee et al. Nov 1993
5291237 Tagami et al. Mar 1994
5315306 Doughty et al. May 1994
5325142 Depatie et al. Jun 1994
5345243 Levis Sep 1994
5381155 Gerber Jan 1995
5389989 Hawkins et al. Feb 1995
5432547 Toyama Jul 1995
5515042 Nelson May 1996
5525996 Aker et al. Jun 1996
5528245 Aker et al. Jun 1996
5568406 Gerber Oct 1996
5651075 Frazier et al. Jul 1997
B13952311 Lapeyre Mar 1990
Foreign Referenced Citations (1)
Number Date Country
1290428 Oct 1991 CAX