Field of the Invention
Embodiments of the invention provide techniques for computationally analyzing a sequence of video frames. More specifically, embodiments of the invention relate to techniques for generating background model representing a scene depicted in the sequence of video frames.
Description of the Related Art
Some currently available video surveillance systems provide simple object recognition capabilities. For example, a video surveillance system may be configured to classify a group of pixels (referred to as a “blob”) in a given frame as being a particular object (e.g., a person or vehicle). Once identified, a “blob” may be tracked from frame-to-frame in order to follow the “blob” moving through the scene over time, e.g., a person walking across the field of vision of a video surveillance camera.
Prior to analyzing scene foreground, a background model (or image) of the scene may need to be identified. The background model generally represents the static elements of a scene captured by a video camera. For example, consider a video camera trained on a stretch of highway. In such a case, the background would include the roadway surface, the medians, any guard rails or other safety devices, and traffic control devices, etc., visible to the camera. The background model may include an expected pixel color value for each pixel of the scene when the background is visible to the camera. Thus, the background model provides an image of the scene in which no activity is occurring (e.g., an empty roadway). Conversely, vehicles traveling on the roadway (and any other person or thing engaging in some activity) occlude the background when visible to the camera and represent scene foreground objects.
However, some scenes present dynamic or otherwise complex backgrounds making it difficult to distinguish between scene background and foreground. Examples of complex backgrounds include ones where the video is noisy, the video contains compression artifacts, or the video is captured during periods of low or high illumination. In such cases, it becomes difficult to classify any given pixel from frame-to-frame as depicting background or foreground, (e.g., due to pixel color fluctuations that occur due to camera noise). A scene background is dynamic when certain elements of the background are not stationary or have multiple, visually distinguishable, states. Consider a scene with a camera trained on a bank of elevators. In such a case, the pixels depicting a closed elevator door would represent one background state, while a back wall of an elevator carriage visible when the elevator doors were open would be another state. Another example includes a traffic light changing from green to yellow to red. The changes in state can result in portions of the traffic light being incorrectly classified as depicting a foreground object. Other examples of a dynamic background include periodic motion such as a scene trained on a waterfall or ocean waves. While these changes in the scene are visually apparent as changes in pixel color from frame-to-frame, they should not result in elements of the background such as pixels depicting an elevator carriage or the pixels depicting light bulbs within a traffic light being classified as foreground.
Embodiments of the invention relate to techniques for modeling the background of a scene captured by a video camera or other recorded video. One embodiment includes a computer-implemented method for generating a background model of a scene depicted in a sequence of video frames captured by a video camera. The method itself may generally include receiving a video frame. The video frame includes one or more appearance values (e.g., RGB color values) for each of a plurality of pixels. The method may also include, for one or more of the pixels, passing the appearance values for the pixel to an input layer of an adaptive resonance theory (ART) network corresponding to the pixel, mapping, by the ART network, the appearance values to one of one or more clusters of the ART network, and classifying the pixel as depicting one of scene background and scene foreground, based on the mapping of the appearance values to the cluster of the ART network.
Another embodiment of the invention includes a computer-readable storage medium containing a program, which when executed on a processor, performs an operation for generating a background model of a scene depicted in a sequence of video frames captured by a video camera. The operation itself may generally include receiving a video frame. The video frame includes one or more appearance values for each of a plurality of pixels; The operation may also include, for one or more of the pixels, passing the appearance values for the pixel to an input layer of an adaptive resonance theory (ART) network corresponding to the pixel, mapping, by the ART network, the appearance values to one of one or more clusters of the ART network, and classifying the pixel as depicting one of scene background and scene foreground, based on the mapping of the appearance values to the cluster of the ART network.
Still another embodiment of the invention provides a system. The system itself may generally include a video input source configured to provide a sequence of video frames, each depicting a scene, a processor and a memory containing a program, which, when executed on the processor is configured to perform an operation for generating a background model of a scene depicted in a sequence of video frames captured by a video camera.
The operation itself may generally include receiving a video frame. The video frame includes one or more appearance values for each of a plurality of pixels; The operation may also include, for one or more of the pixels, passing the appearance values for the pixel to an input layer of an adaptive resonance theory (ART) network corresponding to the pixel, mapping, by the ART network, the appearance values to one of one or more clusters of the ART network, and classifying the pixel as depicting one of scene background and scene foreground, based on the mapping of the appearance values to the cluster of the ART network.
So that the manner in which the above recited features, advantages, and objects of the present invention are attained and can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to the embodiments illustrated in the appended drawings.
It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
Embodiments of the invention provide techniques for generating a background model for a complex and/or dynamic scene over a period of observations without supervision. The approaches described herein allow a background model generated by a computer vision engine to adapt to recognize different background states observed in the scene over time. Thus, the computer vision engine may more accurately distinguish between novel objects (foreground) present in the scene and elements of scene background, particularly for scenes with dynamic or complex backgrounds.
In one embodiment, an array of Adaptive Resonance Theory (ART) networks is used to generate a background model of the scene. For example, the background model may include a two-dimensional (2D) array of ART networks, where each pixel is modeled using one of the ART networks in the 2D array. When the background model is initiated, the 2D array of ART networks observes the image for regular (or periodic) patterns occurring in the pixel color values. As described in greater detail herein, an ART network may contain multiple clusters, each described by means and variances. The means and the variances for the clusters are updated in each successive video frame. In context of the present invention, each cluster in an ART network may represent a distinct background state for the corresponding pixel. Additionally, each cluster may be monitored for maturity. When a cluster in the ART network for pixel (x, y) has matured, it is used to classify that pixel as depicting either foreground or background; namely, if the RGB values for a pixel map to a mature cluster, then that pixel is presumed to depict scene background.
Thus, each ART network in the 2D array models one of the pixels over multiple frames of video by creating new clusters, modifying, merging, and removing clusters from the network, based on the pixel color values for that pixel observed over time. Classification is applied using choice tests and vigilance tests. The choice test measures the length between two points (learned point of cluster vs. test point) in the RGB space. The vigilance test measures the angle between two points in the RGB space. The similarity measure used for the vigilance test helps prevent the background model from classifying weak shadow as foreground. The creation of a new cluster may indicate either a valid change of a pixel or a noisy pixel. The modification of an existing cluster reinforces the significance/importance of a cluster. The merging of multiple clusters maintains the accuracy, stability, and scalability of the background model. The deletion of a cluster removes a weak belief of a new background/foreground state for the corresponding pixel.
For example, in a scene where a door is generally always open or closed, the door ‘open’ and ‘close’ states could be considered as layer in the proposed background model and therefore be treated as background. Furthermore, noise in the scene may be modeled using multiple clusters in an ART and therefore be treated as background. Moreover, a random car drove by the scene does not result in a new background state because any clusters generated for a pixel depicting the car over a small number of frames is unstable and eventually deleted when not reinforced. Consequently, the proposed background model is adaptive to complex and dynamic environments in a manner that does not require any supervision; thus, it is suitable for long-term observation in a video surveillance application.
Once the background model for a scene has matured, the computer vision engine may compare the pixel values for a given frame with the background image and identify objects as they appear and move about the scene. Typically, when a region of pixels in the scene (referred to as a “blob” or “patch”) is classified as depicting foreground, the patch itself is identified as a foreground object. Once identified, the object may be evaluated by a classifier configured to determine what is depicted by the foreground object (e.g., a vehicle or a person). Further, the computer vision engine may identify features (e.g., height/width in pixels, average color values, shape, area, and the like) used to track the object from frame-to-frame. Further still, the computer vision engine may derive a variety of information while tracking the object from frame-to-frame, e.g., position, current (and projected) trajectory, direction, orientation, velocity, acceleration, size, color, and the like. In one embodiment, the computer vision outputs this information as a stream of “context events” describing a collection of kinematic information related to each foreground object detected in the video frames.
Data output from the computer vision engine may be supplied to the machine-learning engine. In one embodiment, the machine-learning engine may evaluate the context events to generate “primitive events” describing object behavior. Each primitive event may provide some semantic meaning to a group of one or more context events. For example, assume a camera records a car entering a scene, and that the car turns and parks in a parking spot. In such a case, the computer vision engine could initially recognize the car as a foreground object; classify it as being a vehicle, and output kinematic data describing the position, movement, speed, etc., of the car in the context event stream. In turn, a primitive event detector could generate a stream of primitive events from the context event stream such as “vehicle appears,” vehicle turns,” “vehicle slowing,” and “vehicle stops” (once the kinematic information about the car indicated a speed of 0). As events occur, and re-occur, the machine-learning engine may create, encode, store, retrieve, and reinforce patterns representing the events observed to have occurred, e.g., long-term memories representing a higher-level abstraction of a car parking in the scene—generated from the primitive events underlying the higher-level abstraction. Further still, patterns representing an event of interest may result in alerts passed to users of the behavioral recognition system.
In the following, reference is made to embodiments of the invention. However, it should be understood that the invention is not limited to any specifically described embodiment. Instead, any combination of the following features and elements, whether related to different embodiments or not, is contemplated to implement and practice the invention. Furthermore, in various embodiments the invention provides numerous advantages over the prior art. However, although embodiments of the invention may achieve advantages over other possible solutions and/or over the prior art, whether or not a particular advantage is achieved by a given embodiment is not limiting of the invention. Thus, the following aspects, features, embodiments and advantages are merely illustrative and are not considered elements or limitations of the appended claims except where explicitly recited in a claim(s). Likewise, reference to “the invention” shall not be construed as a generalization of any inventive subject matter disclosed herein and shall not be considered to be an element or limitation of the appended claims except where explicitly recited in a claim(s).
One embodiment of the invention is implemented as a program product for use with a computer system. The program(s) of the program product defines functions of the embodiments (including the methods described herein) and can be contained on a variety of computer-readable storage media. Examples of computer-readable storage media include (i) non-writable storage media (e.g., read-only memory devices within a computer such as CD-ROM or DVD-ROM disks readable by an optical media drive) on which information is permanently stored; (ii) writable storage media (e.g., floppy disks within a diskette drive or hard-disk drive) on which alterable information is stored. Such computer-readable storage media, when carrying computer-readable instructions that direct the functions of the present invention, are embodiments of the present invention. Other examples media include communications media through which information is conveyed to a computer, such as through a computer or telephone network, including wireless communications networks.
In general, the routines executed to implement the embodiments of the invention may be part of an operating system or a specific application, component, program, module, object, or sequence of instructions. The computer program of the present invention is comprised typically of a multitude of instructions that will be translated by the native computer into a machine-readable format and hence executable instructions. Also, programs are comprised of variables and data structures that either reside locally to the program or are found in memory or on storage devices. In addition, various programs described herein may be identified based upon the application for which they are implemented in a specific embodiment of the invention. However, it should be appreciated that any particular program nomenclature that follows is used merely for convenience, and thus the invention should not be limited to use solely in any specific application identified and/or implied by such nomenclature.
Network 110 receives video data (e.g., video stream(s), video images, or the like) from the video input source 105. The video input source 105 may be a video camera, a VCR, DVR, DVD, computer, web-cam device, or the like. For example, the video input source 105 may be a stationary video camera aimed at a certain area (e.g., a subway station, a parking lot, a building entry/exit, etc.), which records the events taking place therein. Generally, the area visible to the camera is referred to as the “scene.” The video input source 105 may be configured to record the scene as a sequence of individual video frames at a specified frame-rate (e.g., 24 frames per second), where each frame includes a fixed number of pixels (e.g., 320×240). Each pixel of each frame may specify a color value (e.g., an RGB value) or grayscale value (e.g., a radiance value between 0-255). Further, the video stream may be formatted using known such formats e.g., MPEG2, MJPEG, MPEG4, H.263, H.264, and the like.
As noted above, the computer vision engine 135 may be configured to analyze this raw information to identify active objects in the video stream, classify the objects, derive a variety of metadata regarding the actions and interactions of such objects, and supply this information to a machine-learning engine 140. And in turn, the machine-learning engine 140 may be configured to evaluate, observe, learn and remember details regarding events (and types of events) that transpire within the scene over time.
In one embodiment, the machine-learning engine 140 receives the video frames and the data generated by the computer vision engine 135. The machine-learning engine 140 may be configured to analyze the received data, build semantic representations of events depicted in the video frames, detect patterns, and, ultimately, to learn from these observed patterns to identify normal and/or abnormal events. Additionally, data describing whether a normal/abnormal behavior/event has been determined and/or what such behavior/event is may be provided to output devices 118 to issue alerts, for example, an alert message presented on a GUI interface screen. In general, the computer vision engine 135 and the machine-learning engine 140 both process video data in real-time. However, time scales for processing information by the computer vision engine 135 and the machine-learning engine 140 may differ. For example, in one embodiment, the computer vision engine 135 processes the received video data frame-by-frame, while the machine-learning engine 140 processes data every N-frames. In other words, while the computer vision engine 135 analyzes each frame in real-time to derive a set of information about what is occurring within a given frame, the machine-learning engine 140 is not constrained by the real-time frame rate of the video input.
Note, however,
In one embodiment, the BG/FG component 205 may be configured to separate each frame of video provided by the video input source 105 into a stationary or static part (the scene background) and a collection of volatile parts (the scene foreground.) The frame itself may include a two-dimensional array of pixel values for multiple channels (e.g., RGB channels for color video or grayscale channel or radiance channel for black and white video). As noted above, the BG/FG component 205 may model the background states for each pixel using a corresponding ART network. That is, each pixel may be classified as depicting scene foreground or scene background using an ART network modeling a given pixel.
Additionally, the BG/FG component 205 may be configured to generate a mask used to identify which pixels of the scene are classified as depicting foreground and, conversely, which pixels are classified as depicting scene background. The BG/FG component 205 then identifies regions of the scene that contain a portion of scene foreground (referred to as a foreground “blob” or “patch”) and supplies this information to subsequent stages of the pipeline. In one embodiment, a patch may be evaluated over a number of frames before being forwarded to other components of the computer vision engine 135. For example, the BG/FG component 205 may evaluate features of a patch from frame-to-frame to make an initial determination that the patch depicts a foreground agent in the scene as opposed to simply a patch of pixels classified as foreground due to camera noise or changes in scene lighting. Additionally, pixels classified as depicting scene background maybe used to a background image modeling the scene.
The tracker component 210 may receive the foreground patches produced by the BG/FG component 205 and generate computational models for the patches. The tracker component 210 may be configured to use this information, and each successive frame of raw-video, to attempt to track the motion of the objects depicted by the foreground patches as they move about the scene.
The estimator/identifier component 215 may receive the output of the tracker component 210 (and the BF/FG component 205) and classify each tracked object as being one of a known category of objects. For example, in one embodiment, estimator/identifier component 215 may classify a tracked object as being a “person,” a “vehicle,” an “unknown,” or an “other.” In this context, the classification of “other” represents an affirmative assertion that the object is neither a “person” nor a “vehicle.” Additionally, the estimator/identifier component may identify characteristics of the tracked object, e.g., for a person, a prediction of gender, an estimation of a pose (e.g., standing or sitting) or an indication of whether the person is carrying an object. In an alternative embodiment, the machine learning engine 140 may classify foreground objects observed by the vision engine 135. For example, the machine-learning engine 140 may include an unsupervised classifier configured to observe and distinguish among different agent types (e.g., between people and vehicles) based on a plurality of micro-features (e.g., size, speed, appearance, etc.).
The context processor component 220 may receive the output from other stages of the pipeline (i.e., the tracked objects, the background and foreground models, and the results of the estimator/identifier component 215). Using this information, the context processor 220 may be configured to generate a stream of context events regarding objects tracked (by tracker component 210) and classified (by estimator identifier component 215). For example, the context processor component 220 may evaluate a foreground object from frame-to-frame and output context events describing that object's height, width (in pixels), position (as a 2D coordinate in the scene), acceleration, velocity, orientation angle, etc.
The computer vision engine 135 may take the outputs of the components 205, 210, 215, and 220 describing the motions and actions of the tracked objects in the scene and supply this information to the machine-learning engine 140. In one embodiment, the primitive event detector 212 may be configured to receive the output of the computer vision engine 135 (i.e., the video images, the object classifications, and context event stream) and generate a sequence of primitive events—labeling the observed actions or behaviors in the video with semantic meaning. For example, assume the computer vision engine 135 has identified a foreground object and classified that foreground object as being a vehicle and the context processor component 220 estimates the kinematic data regarding the car's position and velocity. In such a case, this information is supplied to the machine-learning engine 140 and the primitive event detector 212. In turn, the primitive event detector 212 may generate a semantic symbol stream providing a simple linguistic description of actions engaged in by the vehicle. For example, a sequence of primitive events related to observations of the computer vision engine 135 occurring at a parking lot could include formal language vectors representing the following: “vehicle appears in scene,” “vehicle moves to a given location,” “vehicle stops moving,” “person appears proximate to vehicle,” “person moves,” person leaves scene” “person appears in scene,” “person moves proximate to vehicle,” “person disappears,” “vehicle starts moving,” and “vehicle disappears.” As described in greater detail below, the primitive event stream may be supplied to excite the perceptual associative memory 230.
Illustratively, the machine-learning engine 140 includes a long-term memory 225, a perceptual memory 230, an episodic memory 235, a workspace 240, codelets 245, and a mapper component 211. In one embodiment, the perceptual memory 230, the episodic memory 235, and the long-term memory 225 are used to identify patterns of behavior, evaluate events that transpire in the scene, and encode and store observations. Generally, the perceptual memory 230 receives the output of the computer vision engine 135 (e.g., the context event stream) and a primitive event stream generated by primitive event detector 212. The episodic memory 235 stores data representing observed events with details related to a particular episode, e.g., information describing time and space details related on an event. That is, the episodic memory 235 may encode specific details of a particular event, i.e., “what and where” something occurred within a scene, such as a particular vehicle (car A) moved to a location believed to be a parking space (parking space 5) at 9:43 AM.
The long-term memory 225 may store data generalizing events observed in the scene. To continue with the example of a vehicle parking, the long-term memory 225 may encode information capturing observations and generalizations learned by an analysis of the behavior of objects in the scene such as “vehicles tend to park in a particular place in the scene,” “when parking vehicles tend to move a certain speed,” and “after a vehicle parks, people tend to appear in the scene proximate to the vehicle,” etc. Thus, the long-term memory 225 stores observations about what happens within a scene with much of the particular episodic details stripped away. In this way, when a new event occurs, memories from the episodic memory 235 and the long-term memory 225 may be used to relate and understand a current event, i.e., the new event may be compared with past experience, leading to both reinforcement, decay, and adjustments to the information stored in the long-term memory 225, over time. In a particular embodiment, the long-term memory 225 may be implemented as a binary ART network and a sparse-distributed memory data structure.
The mapper component 211 may receive the context event stream and the primitive event stream and parse information to multiple ART networks to generate statistical models of what occurs in the scene for different groups of context events and primitive events.
Generally, the workspace 240 provides a computational engine for the machine-learning engine 140. For example, the workspace 240 may be configured to copy information from the perceptual memory 230, retrieve relevant memories from the episodic memory 235 and the long-term memory 225, select and invoke the execution of one of codelets 245. In one embodiment, each codelet 245 is a software program configured to evaluate different sequences of events and to determine how one sequence may follow (or otherwise relate to) another (e.g., a finite state machine). More generally, the codelet may provide a software module configured to detect interesting patterns from the streams of data fed to the machine-learning engine. In turn, the codelet 245 may create, retrieve, reinforce, or modify memories in the episodic memory 235 and the long-term memory 225. By repeatedly scheduling codelets 245 for execution, copying memories and percepts to/from the workspace 240, the machine-learning engine 140 performs a cognitive cycle used to observe, and learn, about patterns of behavior that occur within the scene.
The current background image 310 generally provides an RGB (or grayscale) value for each pixel in a scene being observed by the computer vision engine 135. The RGB values in the background image 310 specify a color value expected when the background of the scene is visible to the camera. That is, the color values observed in a frame of video when not occluded by a foreground object. The BG/FG classifier 320 may update the color values of pixels in the background image 310 dynamically while the computer vision engine observes a sequence of video frames.
In one embodiment, the BG/FG component 205 is configured to receive a current frame of video 302 from an input source (e.g., a video camera). And in response, the BG/FG component 205 classifies each pixel in the frame as depicting scene background or scene foreground. For example, the RGB values for a given pixel may be passed to an input layer of a corresponding ART network in the ART network array 315. Each ART network in the array 315 provides a specialized neural network configured to create clusters from a group of inputs (e.g., RGB pixel color values received from frame-to-frame). Each cluster in an ART network may be characterized by a mean and a variance from a prototype input representing that cluster (i.e., from an RGB value representing that cluster). The prototype is generated first, as a copy of the input vector used to create a new cluster (i.e., from the first set of RGB values used to create the new cluster). Subsequently, as new input RGB values are mapped to an existing cluster, the prototype RGB values (and the mean and variance for that cluster) may be updated using the input RGB values.
Additionally, the BG/FG component 205 may track how many input vectors (e.g., RGB pixel color values) map to a given cluster. Once a cluster has “matured” the BG/FG classifier 320 classifies a pixel mapping to that cluster as depicting scene background. In one embodiment, a cluster is “matured” once a minimum number of input RBG values have mapped to that cluster. Conversely, the BG/FG component 205 may classify pixels mapping to a cluster that has not matured (or pixels that result in a new cluster) as depicting an element of scene foreground.
For example, in context of the present invention, an ART network in array 315 receives a vector storing the RGB color values of a pixel in the video frame 202. The particular ART network receives the RGB pixel color values for that same pixel from frame-to-frame. In response, the ART network may either update an existing cluster or create a new cluster, as determined using a choice and a vigilance test for the ART network. The choice and vigilance tests are used to evaluate the RGB input values passed to the ART network. The choice test may be used to rank the existing clusters, relative to the vector input RGB values. In one embodiment, the choice test may compute a Euclidian distance in RGB space between each cluster and the input RGB value, and the resulting distances can be ranked by magnitude (where smaller distances are ranked higher than greater distances). Once ranked, the vigilance test evaluates the existing clusters to determine whether to map the RGB input to one of the ranked clusters. In one embodiment, the vigilance test may compute a cosine angle between the two points (relative to a <0, 0, 0> origin of RGB space).
If no cluster is found to update using the RGB values supplied to the input layer (evaluated using the ranked clusters) then a new cluster is created. Subsequent input vectors that most closely resemble the new cluster (also as determined using the choice and vigilance test) are then used to update that cluster. As is known, the vigilance parameter has considerable influence on an ART network; higher vigilance produces many, fine-grained clusters, where a while lower vigilance results in more general clusters. In one embodiment, the ART networks in array 315 may provide dynamic cluster sizes. For example, each cluster may be given an initial shape and size, such as a radius of 5-10. Each new input to a given ART network in array 315 is then used to update the size of a cluster for each dimension of input data (or create a new cluster).
Additionally, in one embodiment, the ART networks in array 315 may also be configured to provide for cluster decay. For example, each ART network in array 315 may be configured remove a cluster that is not reinforced. In such a case, if a new cluster is created, but no new inputs (e.g., RGB values) map to that cluster for a specified period, then that ART network may simply remove the cluster. Doing so avoids transient elements (namely foreground objects which occlude the background) from being misclassified as scene background.
As clusters emerge in the ART networks in array 315, the background/foreground (BG/FG) classifier 320 may evaluate the ART networks to classify each pixel in the input video frame as depicting scene foreground or scene background. Additionally, the BG/FG classifier 320 may be configured to update the background image 310 using the RGB values of pixels classified as depicting scene background. For example, in one embodiment, the current background image may be updated using the input frame as follows. First, each pixel appearance value (e.g., RGB values) is mapped to the ART network in array 315 corresponding to that pixel. If a given pixel maps to a cluster determined to model a background state, then that pixel is assigned a color value based on that cluster. Namely, each cluster has a mean which may be used to derive a set of RGB color values. In particular, the RGB values that would map directly to the mean value in the cluster.
For pixels in frame 202 with appearance values that do not map to a cluster classified as background, the mean for the closest cluster (determined using a Euclidian distance measure) may be used to select an RGB values. Alternatively, as the background elements in the scene may have been occluded by a foreground agent, the RGB values in the current background image 310 may remain unchanged. For a scene with multiple background states, this latter approach leaves the background image in the last observed state. For example, consider a person standing in front of a closed elevator door. In such a case, the last observed pixel RGB values may correspond to the color of the closed elevator door. When the person (a foreground object) occludes the door (e.g., while waiting for the elevator doors to open). the occluded pixels retain the last observation (state) while other pixels in the frame mapping to background clusters in the art network are updated.
Once each pixel in the input frame is classified, the BG/FG segmentation tool 325 may be configured to identify contiguous regions of pixels classified as foreground. Such regions identify a foreground patch passed to other elements of the computer vision engine 135. As noted, the BG/FG segmentation tool may evaluate a patch over a number of frames before forwarding a patch to other elements of the computer vision engine 135, e.g., to ensure that a given foreground patch is not the result of camera noise or changes in scene lighting. Additionally, the current background image 310 may be provided to other components of the computer vision engine 135 or machine-learning 140, after being updated with each successive frame.
Following the loop of step 410, at step 425, the BG/FG component 205 updates the background model using pixels classified as depicting scene background. And at step 430, foreground patches are identified and forwarded to other components of the computer vision engine and/or machine-learning engine, e.g., the tracker component.
As shown, the method 500 beings at step 505 where an input layer of an ART network modeling the background state of a pixel in a scene receives appearance values for that pixel. In response, at step 510, the ART network compares the RGB input values to clusters in the ART network using the choice and vigilance tests.
At step 515, the ART network determines whether the input RGB values map to an existing cluster based on the choice and vigilance tests. If not, at step 520, the ART network generates a new cluster using the RGB input values as the prototype for the new cluster. And at step 525, the ART network may initialize a count for the new cluster. In one embodiment, the count is used to monitor the maturity of the new cluster. For example, a parameter may specify how many input RGB values should map to a cluster before the cluster is considered to model a background state for the scene. The actual value may be tailored to suit the needs of an individual case, e.g., based on the complexity of the scene being modeled as well as the frame rate at which input frames are supplied to the ART network. Note, such a frame rate may be different from the frame rate of a camera observing the scene. At step 530 the pixel is classified as depicting scene foreground.
Returning to step 515, if the input RGB values do map to an existing cluster (step 535), then that cluster is updated towards the input values. Additionally, the ART network may merge two clusters if the update results in two clusters that overlap by a specified amount (e.g., more than 50% of area is shared between two clusters). At step 540, the ART network updates the count of inputs mapped to the selected cluster. As noted above, the count may be used to monitor the maturity of a cluster in the ART network. Accordingly, at step 545, the ART network determines whether the cluster has (or is) mature (and therefore represents a background state for the pixel). If so, at step 550, the pixel is classified as depicting scene background, and the RGB values of the pixel in the input data may be used to update the corresponding RGB values in the background image. Otherwise, at step 555, the pixel is classified as depicting scene foreground. At step 560, clusters may be removed from the ART network. For example, in one embodiment, the BG/FG component may provide a tunable parameter specifying how frequently a cluster should be reinforced to avoid being removed from an ART network. The frequency may be specified relative to the frame rate at which frames are evaluated by the BG/FG component, the frame rate of the video, an elapsed time, or otherwise.
Assume at time 2, the RGB color values for the pixel in a subsequent frame is supplied to ART network 605. Illustratively, the inputs map to the cluster 610, within the limits defined by the variance and choice variable specified for this ART network. Accordingly, the pixel is classified as depicting background in the frame received at time 2 and the cluster 610 is updated using the set of inputs supplied at time 2. This results in a cluster 615 at a slightly different position. Assume at time 3, however, a frame is received with pixel color values that do not map to the cluster 610. And instead, the ART network 605 creates a new cluster 620. This could result from a foreground object occluding the background or a new background state being presented to the ART network 605. In either case, the pixel corresponding to the RGB values received at time 3 is classified as depicting scene foreground. In subsequent frames, if cluster 620 is reinforced with additional input values, then the BG/FG component may eventually recognize cluster 620 as a second background state for the pixel being modeled by ART network 605.
At time 4, assume that number of other frames has been received and that cluster 625 has emerged in the ART network. Further assume cluster 625 has matured as a background state for the pixel modeled by the ART network 605. As shown, however, cluster 625 substantially overlaps with cluster 615. In such a case, as additional pixel color values supplied to ART network 605, clusters 615 and 625 may drift closer together—to the point that they overlap by an amount greater than a specified percentage of their areas. When two clusters overlap by an amount that exceeds such a percentage, the ART network may merge the overlapping clusters. Doing so may help keep the number of distinct clusters managed by the ART network manageable. The results of the merger are shown at time 5, where cluster 630 has an elliptical shape derived form clusters 615 and 625. For example, as noted above, each cluster may have a mean and a variance in each of the X and Y directions (corresponding, e.g., to the R, G, and B pixel appearance values). In such a case the mean and variance from cluster 615 and cluster 625 (at time 4) may be used to create a merged cluster 630 shown at time 5.
At time 6, assume that a pixel with RGB values is received that maps to cluster 620 and that cluster 620 has matured. In response, therefore, the ART network classifies the pixel as depicting scene background. This may occur because the particular pixel depicts a portion of the scene that has multiple background states (e.g., an elevator door that can be open or closed (modeled by clusters 60 and 630). Alternatively, however, the background may have changed. For example, someone could have entered the scene and left a physical object behind. In such a case, cluster 620 could represent the current background state cluster 630 would eventually decay out of the ART network 605, as it is no longer being reinforced. Both scenarios are illustrated in
Specifically,
Similarly,
Advantageously, as described, embodiments of the invention provide techniques for modeling a background for a complex and/or dynamic scene over a period of observations without supervision. A background/foreground component of a computer vision engine may be configured to model a scene using an array of ART networks. The ART networks learn the regularity and periodicity of the scene by observing the scene over a period of time. The ART networks allow the computer vision engine to model complex and dynamic scene backgrounds in video.
While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.
This application is a continuation of co-pending U.S. patent application Ser. No. 12/543,336, filed Aug. 18, 2009, The aforementioned related patent applications is herein incorporated by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
4679077 | Yuasa et al. | Jul 1987 | A |
5113507 | Jaeckel | May 1992 | A |
5748775 | Tsuchikawa et al. | May 1998 | A |
5751378 | Chen et al. | May 1998 | A |
5969755 | Courtney | Oct 1999 | A |
5974172 | Chen | Oct 1999 | A |
6252974 | Martens et al. | Jun 2001 | B1 |
6263088 | Crabtree et al. | Jul 2001 | B1 |
6480615 | Sun et al. | Nov 2002 | B1 |
6570608 | Tserng | May 2003 | B1 |
6661918 | Gordon et al. | Dec 2003 | B1 |
6674877 | Jojic et al. | Jan 2004 | B1 |
6678413 | Liang et al. | Jan 2004 | B1 |
6856249 | Strubbe et al. | Feb 2005 | B2 |
6940998 | Garoutte | Sep 2005 | B2 |
7076102 | Lin et al. | Jul 2006 | B2 |
7136525 | Toyama et al. | Nov 2006 | B1 |
7158680 | Pace | Jan 2007 | B2 |
7200266 | Ozer et al. | Apr 2007 | B2 |
7227893 | Srinivasa et al. | Jun 2007 | B1 |
7436887 | Yeredor et al. | Oct 2008 | B2 |
7623677 | Girgensohn et al. | Nov 2009 | B2 |
7825954 | Zhang et al. | Nov 2010 | B2 |
7868912 | Venetianer et al. | Jan 2011 | B2 |
8358834 | Cobb et al. | Jan 2013 | B2 |
20030107650 | Colmenarez et al. | Jun 2003 | A1 |
20040151342 | Venetianer et al. | Aug 2004 | A1 |
20050001759 | Khosla | Jan 2005 | A1 |
20050105765 | Han et al. | May 2005 | A1 |
20050240629 | Gu et al. | Oct 2005 | A1 |
20060018516 | Masoud et al. | Jan 2006 | A1 |
20060067580 | Lee et al. | Mar 2006 | A1 |
20060165386 | Garoutte | Jul 2006 | A1 |
20060190419 | Bunn et al. | Aug 2006 | A1 |
20060222206 | Garoutte | Oct 2006 | A1 |
20070183663 | Wang et al. | Aug 2007 | A1 |
20070269105 | Zhang et al. | Nov 2007 | A1 |
20080002856 | Ma et al. | Jan 2008 | A1 |
20080095436 | Kim et al. | Apr 2008 | A1 |
20080181453 | Xu et al. | Jul 2008 | A1 |
20080181499 | Yang et al. | Jul 2008 | A1 |
20080193010 | Eaton et al. | Aug 2008 | A1 |
20080240496 | Senior | Oct 2008 | A1 |
20080252723 | Park | Oct 2008 | A1 |
20090022364 | Swaminathan et al. | Jan 2009 | A1 |
20090067716 | Brown et al. | Mar 2009 | A1 |
20090210367 | Armstrong et al. | Aug 2009 | A1 |
20090297023 | Lipton et al. | Dec 2009 | A1 |
20090324107 | Walch | Dec 2009 | A1 |
20100063949 | Eaton et al. | Mar 2010 | A1 |
20110043536 | Cobb et al. | Feb 2011 | A1 |
20110311129 | Milanfar et al. | Dec 2011 | A1 |
Number | Date | Country |
---|---|---|
WO 2005109893 | Nov 2005 | WO |
WO 2009049314 | Apr 2009 | WO |
Entry |
---|
Statistical Modeling of Complex Backgrounds for Foreground Object Dection, by Li et al, IEEE Transactions on image processing, vol. 13. No. 11, Nov. 2004, pp. 1459-1470. |
International Search Report and Written Opinion of Patent Cooperation Treaty Application Serial No. PCT/US2010/045227 dated Apr. 12, 2011. |
J. Connell et al., “Detection and Tracking in the IBM PeopleVision System,” IEEE ICME, Jun. 2004: pp. 1-4, <http://www.research.ibm.com/peoplevision>. |
Ismail Haritaoglu et al., “Ghost: A Human Body Part Labeling System Using Silhouettes,” 14th Annual International Conference on Pattern Recognition, Aug. 1998: pp. 77-82. |
Richard Nock et al., “Statistical Region Merging,” IEEE Transactions on Pattern Analysis and Machine Intelligence, Nov. 2004, vol. 26(11): pp. 1452-1458. |
Apewokin et al. “Multimodal Mean Adaptive Backgrounding for Embedded Real-Time Video Surveillance,” Jun. 2007, IEEE 6 pages. Minneapolis, MN US. |
Elgammal et al. “Non-parametric Model for Background Substraction,” Computer Vision Laboratory, University of Maryland; Jun. 2000; 17 pages, College Park, MD US. |
Haritaogul et al. “W4: Real-Time Surveillance of People and Their Activities,” IEEE Transactions on Pattern Analysis and Machine Intelligence, Aug. 2000; vol. 22, No. 8; pp. 809-830. |
Ivanov et al. “Video Surveillance of Interactions,” MIT Media Laboratory, Cambridge, MA, Jul. 1999; 8 pages, Fort Collins, CO US. |
Chris Stauffer et al., “Learning Patterns of Activity Using Real-Time Tracking,” IEEE Transactions on Pattern Analysis and Machine Intelligence (TPAMI), Aug. 2000, vol. 22(8): 747-757. |
Helmut Grabner et al., “On-line Boosting and Vision,” IEEE Conference on Computer Vision and Pattern Recognition (CVPR), Jun. 2006, vol. 1: pp. 260-267. |
Chris Stauffer et al., “Adaptive background mixture models for real-time tracking,” Proceedings IEEE Conference on Computer Vision and Pattern Recognition, Jun. 1999: pp. 246-252. |
Pentti Kanerva “Sparse Distributed memory and Related Models,” M.H. Hassoun, ed., Associative Neural Memories: Theory and Implementation, Aug. 1993, pp. 50-76. New York: Oxford University Press. |
Senior et al. “Appearance Models for Occlusion Handling,” IBM T.J. Watson Research Center, Dec. 2001, 8 pages, Yorktown, Heights, NY US. |
Luque et al.; “A Neural Network Approach for Video Object Segmentation in Traffic Surveillance”; Image Analysis and Recognition; 5112; 2008; p. 151-158. |
Gamba et al.; “An efficient neural classification chain of SAR and optical urban images”; Int'l Journal of Remote Sensing; vol. 22 No. 8; 2001; p. 1535-1553. |
Chen et al.; “ART2 Network Based Color Pixel Categorization and Its Application”; IEEE Tencon; 2006; 4 pages. |
Ortiz de-Lazcano-Lobato et al.; “Growing Competitive Network for Tracking Objects in Video Sequences”; Network and Parallel Computing; 5495; 2009; p. 109-118. |
Luque et al.; “Object Tracking in Video Sequences by Unsupervised Learning”; Computer Analysis of Images and Patterns; 2009; p. 1070-1077. |
Jiaoyan et al.; “MART2: Modification in Structure and Algorithms”; Jisuanji-Gogcheng—Computer Engineering and Applications; 2003; p. 110-113 (abstract). |
European Patent Application No. 10810411.8; Extended Search Report; dated Nov. 9, 2017; 8 pages. |
Number | Date | Country | |
---|---|---|---|
20130136353 A1 | May 2013 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12543336 | Aug 2009 | US |
Child | 13746760 | US |