Intelligent hardware for detecting color value of an image
Granted 7 Oct 2008 · 2 office actions
Current assignee: Truist Financial Corporation · originally Lexmark International, Inc.
Law firm: Law firm · Log in to unlock
Attorney: Attorney · Log in to unlock
Inventors: Curt Paul Breswick, Bob Thai Pham, Gretchen Yvonne Gibson, Mohamed Nooman Ahmed · Examiner: King Poon · AU 2625 · TC 2600
Life of the application
18 dated eventsAbstract
Pixel characteristics, such as whether a pixel forms part of the background of an image, are evaluated by computing histograms from pixel color space components, by comparing pixel color space components to threshold values, or by other methods.
Description
5 parts›BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to image scanning, printing and similar imaging systems in which image processing operations can be performed and, more specifically, to identifying and removing background noise and colors so that the remainder of the image appears cleaner.
2. Description of the Related Art
So-called “multifunction” or “all-in-one” machines that perform some combination of scanning, printing, copying, facsimile and other tasks are increasingly popular for home and business use. A user can place a document in the machine and, for example, press a “Copy” button to cause the machine to scan the document and print a copy.
Scanned images may be categorized into two subgroups, “content” and “background”. The content of a document refers to those elements of the image like text or pictures that are intended to be the information of interest to a reader. While the background is made up of everything else that is not content. For example, if black text is printed on yellow paper, the black text is the content while the yellow is the background. Additionally, scanned images inherently contain noise that causes undesirable blemishes in both the content and the background. A document copy consisting of text or pictures (i.e., content only) printed on a pure white background (i.e., a background having no noise) is desirable because it is more readable.
Methods have been developed to remove background colors and noise from a digitized image. Most such methods are based upon histograms. A processor reads the data pixel by pixel and constructs a histogram that reveals the most frequently occurring pixel value. The most frequently occurring pixel value is likely to be that of the background, because the background of a document typically occupies the greatest total area, with the text or pictures occupying a lesser total area. The most frequently occurring pixel value is also likely to be higher than the values of information pixels, because text and pictures are generally printed on white or light-colored backgrounds. Therefore, most background-removal methods simply identify the most frequently occurring pixel, and set to white all pixels having approximately that value or greater. Noise removal methods target the darker pixels of an image, especially in the case of a text document. By making a dark pixel darker (clipping) some noise can be removed.
Background-removal methods can be implemented in hardware or software, but in all-in-one machines, where speed is important to a user, implementing background-removal and other image processing in hardware, such as an application-specific integrated circuit (ASIC), is desirable. An important consideration in ASIC design is minimizing the amount of logic. Therefore, it would be desirable to minimize background-removal logic.
Most all-in-one machines scan documents into RGB color space. Therefore, it would be desirable for a background-removal method to function in this color space or at least be able to accept RGB data as input.
A more general statement of the background removal problem is the problem of determining how colorful a pixel is. If the colorfulness of a pixel can be quantified, the machine can process pixels according to their color. For example, a color background can be removed.
It would be desirable for all-in-one machines and other devices to be able to determine the colorfulness of a pixel and to perform background-removal and other functions based upon the colorfulness determination, a histogram, or both. It would further be desirable for such operations to be implemented efficiently in ASIC hardware. The present invention addresses these problems and others in the manner described below.
›SUMMARY OF THE INVENTION
The present invention relates to evaluating pixel characteristics by, for example, computing histograms from pixel color space components or comparing pixel color space components to threshold values, using minimal hardware logic. Hardware logic can be economized by, for example, using bit-shift operations to approximate the conversion of pixels from one color space to another, such as from RGB color space to YCrCb color space. For example, an approximation of luminance (Y) can be computed by summing a red component (R) of the pixel shifted right two bits, a green component (G) of the pixel shifted right by one bit, and a blue component (B) of the pixel shifted right two bits. Similar bit shift operations can be used to approximate the Cr and Cb components from the approximation of Y and the R, G and B components.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.
›BRIEF DESCRIPTION OF THE DRAWINGS
The accompanying drawings illustrate one or more embodiments of the invention and, together with the written description, serve to explain the principles of the invention. Wherever possible, the same reference numbers are used throughout the drawings to refer to the same or like elements of an embodiment, and wherein:
FIG. 1A is a block diagram of a pixel color evaluation system that removes a background from an image and stretches the remaining pixels;
FIG. 1B is a continuation of FIG. 1A ; and
FIG. 2 is a block diagram of a luminance histogram generator.
›DETAILED DESCRIPTION · 1 of 2
Logic elements of an application-specific integrated circuit (ASIC) or similar hardware or firmware device relating to color space conversion, pixel characteristic evaluation, and image background removal are illustrated in FIG. 1 . In an exemplary embodiment of the invention, the ASIC is included in an all-in-one machine (not shown) that performs some combination of scanning, printing, copying and other document processing tasks. As described below, features of the invention serve to minimize the amount of ASIC resources used for color space conversion, pixel characteristic evaluation, and image background removal operations in the device. In the exemplary embodiment, a pixel characteristic can be, for example, whether a pixel forms part of the background of the image. Pixels can be evaluated by generating a histogram, by comparing color space components of the pixel to predetermined threshold values or other quantities, or by other suitable means. The results of the evaluation can be used to remove a background or perform other processing on the image.
As well-understood by persons skilled in the art to which the invention relates, the image data can be acquired and stored in a main memory (not shown) by, for example, a user causing the machine to scan a document. For example, the user can place the document in the machine and press a “Copy” button, which causes the machine to scan the document, store the resulting image data, and then print the stored data. Aspects of the all-in-one machine not relating to color conversion and pixel characteristic evaluation are not described in this patent specification because such machines are well-understood by persons skilled in the art.
Color space conversion logic 10 converts pixels from RGB color space to YCrCb color space. According to the ITU-R BT.601 standard (formerly CCIR601), the following matrix equation is used to convert from RGB to YCbCr color space:
[ Y Cr Cb ] = [ 0.299 0.587 0.114 0.500 - 0.419 - 0.081 - 0.169 - 0.331 0.500 ] [ R G B ]
Also according to the ITU-R BT.601 standard (formerly CCIR601), the following equation is used to calculate luminance (Y) component of a pixel represented in RGB color space:
Y= 0.299 R+ 0.587 G+ 0.114 B
The ASIC logic approximates this equation in shift-and-add logic 12 with the following operations upon the RGB pixel data, where the symbol “>>n” represents a binary right-shift by n bits operation that is equivalent to dividing by 2 n :
Y =( R>> 2)+( G>> 1)+( B>> 2)
By performing straightforward bit-shifting and addition operations in the ASIC instead of more computationally intensive and hardware-intensive matrix multiplication, the number of logic gates required is minimized and processing speed maximized.
The Cr and Cb components of the pixel can be similarly approximated. From the matrix equation above, G and B can be defined as a function of Y and then substituted into the luminance (Y) approximation above:
Cr= 0.71875 R− 0.71875 Y
0.71875 R= 0.5 R+ 0.25 R− 0.03125 R =( R>> 1)+( R>> 2)−( R>> 5)
0.71875 Y= 0.5 Y+ 0.25 Y− 0.03125 Y =( Y>> 1)+( Y>> 2)−( Y>> 5)
Cr =( R>> 1)+( R>> 2)−( R>> 5)−(( Y>> 1)+( Y>> 2)−( Y>> 5))
Cb= 0.5625 B− 0.5625 Y
0.5625 B= 0.5 B+ 0.0625 B =( B>> 1)+( B>> 4)
0.5625 Y= 0.5 Y+ 0.0625 Y =( Y>> 1)+( Y>> 4)
Cb =( B>> 1)+( B>> 4)−(( Y>> 1)+( Y>> 4))
These approximated Cr and Cb equations can be readily implemented with shift-and-add logic 14 and 16 , respectively. Once a pixel has been converted from RGB color space to YCrCb color space, other ASIC logic can evaluate characteristics of the pixel using the Y, Cr and Cb components in any suitable manner. For example, as described below, the Y, Cr and Cb components can be compared with programmable threshold values, or one or more of them can be used to construct a histogram.
As shown in FIG. 1 , comparator logic 18 compares the approximated Cr component (RED_CHR) with predetermined (programmable) upper and lower thresholds (Cr_Hi_Thr and Cr_Lo_Thr, respectively). Similarly, comparator logic 20 compares the approximated Cb component (BLU_CHR) with predetermined (programmable) upper and lower thresholds (Cb_Hi_Thr and Cb_Lo_Thr, respectively). Any suitable action can be initiated in response to these comparisons, such as the background removal operation described below.
The approximated Y component (LUM) can be used not only as an input to shift-and-add logic 14 and 16 for computing the approximated Cr and Cb components, but also as an input to the histogram logic illustrated in FIG. 2 for performing background removal. As illustrated in FIG. 2 , there are 32 accumulators 22 , 24 , 26 , etc., each of which is sensitive to four luminance values. For example, the first accumulator 22 counts the number of pixels in the image or a selected sample thereof having luminance values in the range of 128-131; the second accumulator 24 counts the number of pixels in the image or sample thereof having luminance values in the range of 132-135; and so on, with the last accumulator counting the number of pixels having luminance values in the range of 252-255. (In the exemplary embodiment, the luminance component has eight bits, and the maximum pixel luminance value is thus 255.) Referring briefly again to FIG. 1 , however, it should be noted that a comparator 28 allows an accumulator 22 , 24 , 26 , etc. to count or accumulate only if the luminance value exceeds some predetermined minimum (MIN_LUM). This grouping of four luminance values per accumulator serves to minimize the amount of hardware logic, and represents a four-fold reduction over conventional histogram generators implemented in hardware. Returning to FIG. 2 , a comparator 30 determines which of accumulators 22 , 24 , 26 , etc. has the highest count or sum after all pixels in the image or sample thereof have been received. The sample size can be a programmable value in the range of 1-32 lines of image data. Another comparator 32 filters out any accumulator sum that does not exceed some predetermined minimum threshold. In other words, an accumulator 22 , 24 , 26 , etc., can only be considered to represent the peak luminance if its count exceeds the threshold. If a count is highest but does not exceed the threshold, then there is no luminance value that can be considered to represent a background color. A cutoff value that is some suitable predetermined percentage of this peak, such as 80 percent, is computed by logic 34 .
›DETAILED DESCRIPTION · 2 of 2
Returning to FIG. 1 , a comparator 36 compares the approximated luminance (LUM) with the cutoff value (Cutoff _ 80 ). If the approximated luminance is greater than the cutoff value, comparator 36 signals a selector 38 that the pixel is to be converted to white because it is deemed to form part of the background of the image. Another comparator 40 compares the approximated luminance with a predetermined lower threshold (LO_CUTOFF). If the approximated luminance is lower than the lower threshold, comparator 36 signals a selector 38 that the pixel is to be converted to black because it is deemed to be dark enough to be considered black and should be clipped. Note that as white is represented by an RGB value of (255, 255, 255) black is represented by an RGB value of (0, 0, 0). Selector 38 selects the appropriate one of its inputs as its output: R,G and B components set to values of 255, 255 and 255, respectively (i.e., a white pixel); R,G and B components set to values of 0, 0 and 0, respectively (i.e., a black pixel); or R,G and B components left unchanged at their original values in the received pixel. The output pixel components (RED_CUT, GRN_CUT and BLU_CUT) are provided to a multiplier 42 that stretches the pixels, i.e., spreads the pixel population across the entire luminance range, as described below.
Another selector 44 receives as its selection signals the signal from comparator 40 to convert the pixel to black and the signals from comparators 18 and 20 relating to the comparison of the approximated Cr and Cb values with threshold levels. In response to the values of these signals as indicated in the diagram of FIG. 3 , selector 44 selects the appropriate one of its inputs as its output: R,G and B components set to values of 255, 255 and 255, respectively (i.e., a white pixel); R,G and B components set to values of 0, 0 and 0, respectively (i.e., a black pixel); or R,G and B components left unchanged at their original values in the received pixel. The output pixel components (RED_CHR, GRN_CHR and BLU_CHR) are provided to multiplier 42 .
Multiplier 42 multiplies each of RED_CHR, GRN_CHR and BLU_CHR by a predetermined stretch factor defined by 255/Cutoff, where Cutoff is the above-described predetermined percentage of the peak accumulator value, and also multiplies each of RED_CUT, GRN_CUT and BLU_CUT by the stretch factor. (Note that to minimize hardware, the stretch factor can be represented by a stretch numerator divided by 128, with the division by 128 being performed by bit-shifting. Therefore, all that is required in hardware to perform pixel stretching is multiplier 42 .) A selector 46 selects the results of the former multiplication as its output if chromaticity checking is enabled, i.e., has been selected by the machine software or firmware, and selects the results of the latter multiplication as its output if chromaticity checking is not enabled. The output of selector 46 represents the pixels that form the image following background removal and pixel color conversion. Note that chromaticity checking is thus an option that can be present or not present in a given commercial embodiment of the all-in-one machine. Alternatively, chromaticity checking can be made actively selectable (i.e., enabled or disabled by firmware or other process control) during machine operation in response to predetermined conditions, such as a user-input selection or detection of the type of document being processed (e.g., text-only, business graphics, text-with-photo, etc.).
Also note that pixel stretching and clipping can be options that can be present or not present, alone or in any combination, in a given commercial embodiment of the machine or other embodiment of the invention. Pixels can be clipped to black or to white, as described above. For example, one commercial embodiment of the machine could clip to white all pixels above an upper luminance threshold (e.g., Cutoff), clip to black all pixels below a lower threshold (e.g., LO_CUTOFF), and stretch all pixels between these thresholds. Another commercial embodiment of the machine could clip to white all pixels above the upper threshold and stretch all pixels below the upper threshold, without clipping any pixels to black. Yet another commercial embodiment could clip pixels to white, clip others to black, and not stretch in between. Still other combinations of stretching or not stretching, clipping to white or not clipping to white, and clipping to black or not clipping to black, are possible in other commercial embodiments of the machine. Alternatively, one or more of these options can be made actively selectable (i.e., enabled or disabled by firmware or other process control during machine operation) in response to predetermined conditions, such as a user-input selection or detection of the type of document being processed. More generally, any of the features of the invention described above, can be present, not present, or actively selectable, in any suitable combination, in any given embodiment of the invention.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the scope or spirit of the invention. Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.
Claims as granted
14 claimsLog in to read the claims of this application.
Log in to unlockClassifications
6 codes- G06T5/00
- H04N1/58
Claim changes
SoonSee which claims were amended, added or cancelled during examination, with every added and removed word marked.
The published claims of this application are not paired with the granted ones in what we hold.
File wrapper
See the full prosecution history — every USPTO and applicant action on this file, in order.
Log in to unlockDocuments
Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.
Log in to unlockChain of title
See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.
Log in to unlock