USPatent applicationPatented

Histogram method for characterizing video content

Granted 29 Oct 2002 · 1 office action

Application· this page
9116769
filed 16 Jul 1998
Publication
Not published
not published
Patent
US 6,473,095
granted 29 Oct 2002

Life of the application

12 dated events
⤢ drag to zoom19982000200220042006200820102012201420162018ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

In order to characterize video content, key frames are identified in that content. The key frames are collapsed into histograms. The histograms are grouped into families. The families are each represented by a family histogram. The family histograms characterize the video content. The family histograms can be used to determine program boundaries or index the video content.

Description

11 parts
›BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to the field of digital image processing and in particular to characterizing video content.

2. Related Art

U.S. Pat. No. 5,179,832 teaches using some types of data in the video data stream to find scene changes. Scene changes are determined by comparison of data in consecutive frames.

›SUMMARY OF THE INVENTION

The object of the invention is to create a useful characterization of video content.

This object is achieved by extracting key frames, grouping the key frames into families and creating a family representation. Preferably, the family representation is in the form of a histogram.

The family representation can be used to distinguish program boundaries, index tapes, identify program material, edit video content, or search video content for instance as part of a web search engine.

›BRIEF DESCRIPTION OF THE DRAWING

FIG. 1 is a high level view of the system in accordance with the invention.

FIG. 2 is a flow chart showing operation of the invention.

FIG. 3 shows grouping of video material into key frames, families, and programs.

›DETAILED DESCRIPTION OF THE PREFERRED · 1 of 2

Embodiments

FIG. 1 shows a system including the invention. A processor 103 is hooked to a user output device 101 , a user input device 102 , and a memory device 104 . The memory stores digital video frame data and data abstracted from frames. The processor may optionally be connected via a communication link 106 and a network 105 to some remote device (not shown). The communication link may be wired or wireless and may lead to the remote device in some way other than through a network. The network may be the internet.

FIG. 2 shows a flow chart describing operation of the preferred embodiment of invention.

In box 201 , a key frame is located and its frame number stored. The frame number associated with each key frame must be retained throughout the procedure. Identification of key frames can be done in accordance with U.S. patent application Ser. Nos. 08/867,140 and 08/867,145, which are incorporated herein by reference.

In box 202 , a histogram is derived for the key frame. Deriving histograms from video frames is described in R. C. Gonzalez and R. E. Woods, Digital Image Processing, (Addison Wesley 1992) pp. 235-247. Basically every image is described by a number of colors, called a palette. The number of colors in the palette can be chosen in accordance with the application. The histogram gives a numerical value for each color. The numerical value is the number of pixels with that color in the key frame. Each histogram must be associated with a frame number.

For speed of processing, it is preferred, for the purposes of the invention, to choose a less than exhaustive palette. Colors such as black, white, and skin tones, which are likely to appear in all frames, are preferably not chosen for the palette, or are given a low weight. In the less than exhaustive palette, each chosen color is referred to as a “bin.” For instance, the following bins might be used:

This set of bins is chosen according to a commonly used color space, but any color space might be used, e.g., HSV, YUV, RGB. More information about histogram formation is to be found in R. C. Gonzalez and R E Woods, Digital Image Processing, (Addison Wesley 1992) pp. 171-182. The set given above includes eight bins, but other numbers of bins might be used. Also, other definitions of the bins might be used, according to what the designer finds most effective. The different bins may be assigned different weights according to how important they are considered to be, so the weights may be considered an additional column in the above table.

After a histogram is defined for the key frame, based on the color of bins, the key frame is compared with any stored key frames at 203 . This comparison is in accordance with the following formula: difference  ( H i , H i - 1 ) = ∑ j  ( w i * v j *  H i  ( j ) - H i - 1  ( j )  ) < Threshold ( 1 )

In this formula, the variable H i represents the histogram associated with the key frame of index i. The vector value H i (j) is the numerical value of this histogram associated with bin of index j. The variable Threshold represents a value below which two histograms are to be considered similar.

The variable v j is a weight associated with the bin of index j. If all bins are considered to have the same weight, then this bin weight can be omitted from formula 1.

The variable w i represents a weight to be assigned to a key frame of index i. It should be noted that key frames associated with scenes of extremely short duration should be given low weight, as these scenes are probably not significant to the program and may even represent commercials. Thus very short scenes should probably not be considered as being different from the scenes that precede them and should not be grounds for starting a new family, per the following step.

If the short scenes are never to be used for any purpose, it may be more efficient simply to test for scene length after box 201 ; and, if scene length is insufficient, control could be returned to box 201 , without proceeding to the rest of the flow chart.

Formula (1) is only one of many ways of calculating a distance between histograms. Other ways of calculating such distances are discussed in S. Antani et al., Pattern Recognition Methods in Image and Video Databases: Past, Present and Future, Proceedings 7 th International Workshop on Structural and Syntactic Pattern Recognition and 2 nd International Workshop on Statistical Techniques in Pattern Recognition (August 1998) Sydney, Australia, pre-published on the internet at http://machine_vision.cse.psu.edu/˜antani/pubs.html on Jul. 9, 1998.

At 205 there is a branch. If the difference calculated according to formula (1) is less than Threshold, then the key frame represented by the current histogram is to be grouped into a stored family at 204 . If the difference is greater than the stored threshold, a new family is formed at 206 . New families are formed at 206 or histograms grouped into current families, only if the duration of the scene associated with the current histogram is considered sufficient, e.g., more than one minute.

At 206 , a new family is formed. This family is a data structure which includes a family histogram, a total duration, and pointers to the constituent histograms and frame numbers. Each family histogram is formed by a data structure with

pointers to each of the constituent histograms and frame numbers;

a family histogram, initialized to the current histogram; and

a variable representing total duration, which is initialized to the duration of the scene represented by the current histogram.

At 204 , family histograms are grouped according to the following formula: H fam  ( l ) = ∑ i  ( dur i total_dur fam · H i  ( l ) ) ( 2 )

In this formula

l is a variable representing the bin number;

fam is an index representing this particular family;

H fam is a vector representing the family histogram;

i is an index representing the scene number. This index starts at 1 for the first scene added to the family and runs through the number of scenes in the family, including the current one being added.

›DETAILED DESCRIPTION OF THE PREFERRED · 2 of 2

dur i is a variable representing the duration of scene i. This duration is obtained by subtracting the frame number corresponding to the following key frame i+1 from the frame number of the current key frame i;

H i (l) is the numerical value indicating the number of pixels in bin l for key frame number i; and

total_dur fam is a variable representing the total duration of all scenes already in the family. This variable must be updated by adding the duration of the scene associated with the current histogram, prior to making the calculation of formula (2).

At 207 it is tested whether all key frames have been found. If not, control returns to box 201 . If so, each family is now represented by a single histogram, which is used for comparison purposes when new key frames are detected in a stream of video content. It would be expected that most half hour programs could be represented by about 3 families of histograms, though more or less could be used depending on the programming in question. A longer show might need more. Families of key frames characterizing a program can be built on the fly in accordance with the invention. Alternatively, families of key frames might be pre-stored corresponding to existing programs that a user might want to identify.

Once families are created, they can be used for numerous purposes. One is that the families can be used to distinguish program boundaries.

FIG. 3 shows video information grouped into key frames, represented by histograms. In this example, the histograms are called H 1 , H 2 , H 3 , H 4 , H 5 , H 6 , H 7 , and H 8 . Real video information could have more or less key frames. Certain of the histograms are grouped into families. For instance, H 1 and H 4 are both in a family represented by histogram H 1,4 ; H 3 and H 5 are both in a family represented by histogram H 3,5 ; and H 7 and H 8 are both in a family represented by histogram H 7,8 . The histograms H 2 and H 6 are categorized as “disruptive.” In other words, the video duration associated with those key frames is so short that they are not considered useful in identifying programming. Accordingly, their weights w 2 and w 6 in equation (1) will be low AND they will not be put into families according to boxes 204 and 206 of FIG. 2 . The formation of these families is in accordance with boxes 204 , 205 and 206 in FIG. 2 .

The indices illustrated in the figures are purely examples. More or less indices of different values could be used by those of ordinary skill in the art depending on the actual video content.

A program boundary is placed between H 7 and H 6 in accordance with box 209 of FIG. 2 .

The family histograms H 1,4 and H 3,5 could then constitute a characterization of the first program. These family histograms could be stored for searching for programming on a database or on a VCR.

Another possible use of the families of histograms is to compare programs.

Boundaries of programs could be found in accordance with FIG. 3 . Alternatively, program boundaries could be determined manually. An algorithm for finding program boundaries follows:

Let F i be FamilyGroup i in the list of FamilyGroups F. n is the size of the list of FamilyGroups.

MIN(F i ) is the minimum keyframeNr in the FamilyGroup F i .

MAX(F i ) is the maximum keyframeNr in the FamilyGroup F i .

Algorithm

Assumption: F is sorted on MIN(F i )

FOR (i=0; i<n−1; i++)

DO

j=i+1;

IF ((MAX(F i )<(MIN(F j ))

›THEN

BoundaryBegin=MAX(MIN(F j ), BoundaryBegin)

BoundaryEnd=MAX(MAX(F j ), BoundaryEnd)

›ELSE

BoundaryBegin=MAX(MIN(F j ), BoundaryBegin)

BoundaryEnd=MAX(MAX(F i ), BoundaryEnd)

›ENDIF

IF (BoundaryEnd<BoundaryBegin)

›THEN

PRINT ‘Found a BOUNDARY between BoundaryEnd and BoundaryBegin’

ENDIF
›DONE

PRINT ‘BOUNDARY at n (end of video)’

After program boundaries and families are determined, let us say that program S is characterized by four family histograms

SH =( SH 1 ,SH 2 ,SH 3 ,SH 4 )

and let us say that program B is characterized by four family histograms

BH= ( BH 1 , BH 2 , BH 3 , BH 4 )

Then the difference between two programs can be calculated according to the following formula Diff  ( SH , BH ) = ∑ i  ( min j  D  ( SH i , BH j ) ) ( 3 )

Where D  ( H i , H j ) = ∑ K   H i  ( k ) - H j  ( k )  ( 4 )

and where H i (k) is the value in bin k of histogram H i . Alternatively, weights could be applied to certain families if those were considered particularly important for characterizing the program, in which case the function D could be defined according to the following formula. D  ( H i , H j ) = ∑ i   H i  ( k ) * w i - H j  ( k ) * w j  ( 5 )

The differences between programs could be used in searching databases of video content or the world wide web. Alternatively, the differences could be used for marking programming suspected to not be what it is supposed to be, e.g., if pre-emptive programming were inserted into a video stream rather than scheduled programming. In such a case, the user might want to skip or pay particular attention to pre-emptive programming. Program comparison might even be used to identify unwanted programming for deletion from a database of video content.

In characterizing a series of programs, it may be useful to develop super-histograms for the series. In such a case, formula (2) can be used to combine scenes from several programs from the series to result in families that characterize all of the several programs. Such super-histograms could then be used to search for programs of that series in a database or stream of video content.

›Tables in the description — 1
Mini-Maxi-
Mini-Maxi-mummum
mummumpercentpercentMinimumMaximum
huehuesatu-satu-percentpercent
Bin namedegreedegreerationrationlightnesslightness
Green 016714671001095
Blue 01147244141001593
Violet 012453308100598
Red 0133135913100598
Red 020313100598
Orange 0144215100597
Yellow 01436615100498

Claims as granted

10 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

6 codes
IPC · International Patent Classification
Section G — Physics
  • G06T7/20
  • G11B27/28
  • G06T7/00
Section H — Electricity
  • H04N5/76
USPC · US Patent Classification
345/726348/700

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJul 1998Jan 1999Jul 1999Jan 2000Jul 2000Jan 2001Jul 2001Jan 2002Jul 2002Jan 2003USPTOApplicantNon-final rejection
USPTOApplicanthover for detail · click to open
Pendency
4.3 y
1,566 days filing → grant
Office actions
1
non-final + final
Responses
2
no RCE
Examiner
Victor R. Kostak
art unit 2711 · TC 2700
Citations: 18 back · 15 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

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 unlock

Chain of title

⤢ drag to zoom19982000200220042006200820102012201420162018Owner 1Owner 2Owner 3Owner 4
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock