Hyper-class Augmented and Regularized Deep Learning for Fine-grained Image Classification

Systems and methods are disclosed for training a learning machine by augmenting data from fine-grained image recognition with labeled data annotated by one or more hyper-classes, performing multi-task deep learning; allowing fine-grained classification and hyper-class classification to share and learn the same feature layers; and applying regularization in the multi-task deep learning to exploit one or more relationships between the fine-grained classes and the hyper-classes.

Skip to: Description  ·  Claims  · Patent History  ·  Patent History
Description

This application claims priority to Provision Application 62/079,316 filed Nov. 13, 2014, the content of which is incorporated by reference.

BACKGROUND

The application relates to Hyper-class Augmented and Regularized Deep Learning for Fine-grained Image Classification.

Although deep convolutional neural network (CNN) has seen tremendous success in large-scale generic object recognition, it has yet been very successful in fine-grained image classification (FGIC). In comparison with generic object recognition, FGIC is challenging because (i) a large number of fine-grained labeled data is expensive to acquire (usually requiring domain expertise); (ii) large intra-class variance and small inter-class variance. Conventional systems that use deep CNN for image recognition with small training data adopts a simple strategy that includes: pre-training a deep CNN on a large-scale external dataset (e.g., ImageNet) and fine-tuning it on the small-scale target data to fit the specific classification task. However, the features learned from a generic data set might not be well suited for a specific FGIC task, consequentially limiting the performance.

SUMMARY

Systems and methods are disclosed for training a learning machine by augmenting data from fine-grained image recognition with labeled data annotated by one or more hyper-classes, performing multi-task deep learning; allowing fine-grained classification and hyper-class classification to share and learn the same feature layers; and applying regularization in the multi-task deep learning to exploit one or more relationships between the fine-grained classes and the hyper-classes.

Advantages of the preferred embodiment may include one or more of the following. The system provides multi-task deep learning, allowing the two tasks (fine-grained classification and hyper-class classification) to share and learn the same feature layers. The regularization technique in the multi-task deep learning exploits the relationship between the fine-grained classes and the hyper-classes, which provides explicit guidance on the learning process at the classifier level. When exploiting factor-classes that explains the intra-class variance, our learning model engine is able to mitigate the issue of large intra-class variance and improve the generalization performance.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A and 1B show an image classifier with a systematic framework for learning a deep CNN.

FIG. 2A-2B shows two types of relationships between hyper-classes and fine-grained classes.

FIG. 3 shows an autonomous driving system with the image classifier of FIGS. 1A-1B.

DESCRIPTION

FIGS. 1A and 1B show an image classifier with a systematic framework for learning a deep CNN. The system addresses classification challenges from two new perspectives: (i) identifying easily annotated hyper-classes inherent in the fine-grained data and acquiring a large number of hyper-classes labeled images from readily available external sources (e.g., image search engines), and formulating the problem into multi-task learning. (ii) a learning model engine by exploiting a regularization between the fine-grained recognition model engine and the hyper-class recognition model engine.

FIGS. 1A-1B illustrate two types of hyper-classes. FIG. 1A shows an exemplary hyper-class Augmented Deep CNN, while FIG. 1B shows an exemplary hyper-class Augmented and Regularized Deep CNN. The system provides a principled approach to explicitly tackle the challenges of learning a deep CNN for FGIC. Our system provides a task-specific data augmentation approach to address the data scarcity issue. We augment the data of fine-grained image recognition with readily available data annotated by some hyper-classes, which are inherent attributes of fine-grained data. We use two common types of hyper-classes with one being the super-classes that subsume a set of fine-grained classes and another being named factor-classes (e.g., different view-points of a car) that explain the large intra-class variance. Then we formulate the problem into multi-task deep learning, allowing the two tasks (fine-grained classification and hyper-class classification) to share and learn the same feature layers. A regularization technique in the multi-task deep learning exploits the relationship between the fine-grained classes and the hyper-classes, which provides explicit guidance on the learning process at the classifier level. When exploiting factor-classes that explains the intra-class variance, the disclosed learning model engine is able to mitigate the issue of large intra-class variance and improve the generalization performance. We name our new framework as hyper-class augmented and regularized deep learning.

In the Hyper-class Augmented and Regularized Deep Learning system of FIGS. 1A-1B, the first challenge for FGIC is that fine-grained labels are expensive to obtain, requiring intensive labor and domain expertise. Therefore the labeled training is usually not big enough to train a deep CNN without overfitting. The second challenge is large-intra class variance vs small inter-class variance. To address the first challenge, we use a data augmentation method. The idea is to augment the fine-grained data with a large number of auxiliary images labeled by some hyper-classes, which are inherent attributes of fine-grained data and can be much more easily annotated. To address the second challenge, we use a deep CNN model engine utilizing the augmented data.

Hyper-class Data Augmentation is discussed next. Existing data augmentation approaches in visual recognition are mostly based on translations (cropping multiple batches), reflections and adding random noise to the images. However, their improvement for fine-grained image classification is limited because patches from different fine-grained classes could be more similar to each other, consequentially causing more difficulties in discriminating them. We disclose a novel data augmentation approach to address the issue of limited number of labeled fine-grained images. Our approach is inspired by the fact that images have other inherent ‘attributes’ besides the fine-grained classes, which can be annotated with much less effort than fine-grained classes, and therefore a large number of images annotated by these inherent attributes can be easily acquired. We will refer to these easily annotated inherent attributes as hyper-classes.

FIG. 2A-2B shows two types of relationships between hyper-classes (FIG. 2A) and fine-grained classes (FIG. 2B). The most common hyper-class is super-class, which subsumes a set of fine-grained classes. For example, a fine-grained dog or cat image can be easily identified by a dog or cat. We can acquire a large number of dog and cat images by fast human labeling or from external sources such as image search engines. Different from conventional approaches that restrict learning to the given training data (either assuming the class hierarchy is known or inferring the class hierarchy from the data), our approach is based on data augmentation which enables us to utilize as many auxiliary images as possible to improve the generalization performance of the learned features.

Besides the super-class that captures ‘a kind of’ relationship, we also consider another important hyper-class to capture ‘has a’ relationship and to explain the intra-class variances (e.g., the pose variance). In the following discussion, we focus on fine-grained car recognition. A fine-grained car image annotated by make, model and year could be photographed from different views, yielding that images from the same fine-grained class look visually very different. For a particular fine-grained class, images could have different views (i.e., hyper-classes) varying from front, front side, side, back side to back. This is completely different from the class hierarchy between a super-class and fine-grained classes because a class of car may not belong to a single view. The hyper-classes corresponding to different views can also be regarded as different factors of individual fine-grained classes. From a generative perspective, the fine-grained class of a car image can be generated by first generating its view (hyper-class) and then generating the fine-grained class given the view. This is also the probabilistic foundation of our model engine described in next subsection. Since the hyper-class can be considered as a hidden factor of an image, therefore we refer to this type of hyper-class as factor-class. The key difference between super-class and factor-class is that a super-class is implicitly implied by the fine-grained class while the factor-class is unknown for a given fine-grained class. Another example of factor-classes is different expressions (happy, angry, smile, and etc) of a human face. Although intra-class variance has been studied previously, to the best of our knowledge, this is the first work that explicitly models the intra-class variance to improve the performance of deep CNN.

Next, we use fine-grained car recognition as an example to discuss how to obtain a large number of auxiliary images annotated by different views. We use an effective and efficient approach by exploiting the recent advances of online image search engines. Modern image search engines have the capability to retrieve visually similar images to a given query image. For example, Google and Baidu can find visually similar images as the query image. We found that images retrieved by Baidu are more suitable for view prediction, while Google image search tries to recognize the car and return images with the same type of car. In our experiments, we use images retrieved from Baidu as our augmented data.

Next, the Hyper-class Regularized Learning Model engine is discussed. Before describing the details of our model engine, we first introduce some notations and terms used throughout the paper. Let Dt={(x1t, y1t), . . . , (xnt, ynt)} be a set of training fine-grained images with yitε{1, . . . , C} indicating the fine-grained class label (e.g., make, model and year of a car) of image xit, and let Da={(x1a, v1a), . . . , (xma, vma)} be a set of auxiliary images, where viaε{1, . . . , K} indicates the hyper-class label of image xia (e.g., view-point of a car). If v denotes a super-class, then we let vc be the super-class of the fine-grained class c. In the sequel, the two terms ‘classifier’ and ‘recognition model’/‘model engine’ are used interchangeably.

The goal is to learn a recognition model engine that can predict the fine-grained class label of an image. In particular, we aim to learn a prediction function given by Pr(y|x), i.e., given the input image how likely it belongs to different fine-grained classes. Similarly, we let Pr(v|x) denote the hyper-class classification model engine. Given the fine-grained training images and the auxiliary hyper-classes labeled images, a straightforward strategy is to train a multi-task deep CNN, by sharing common features and learning classifiers separately. Multi-task deep learning has been observed to improve the performance of individual tasks. To further improve this simple strategy, we disclose a novel multi-task regularized learning framework by exploiting regularization between the fine-grained classifier and the hyper-class classifier. We begin with the description of the model engine regularized by factor-class.

Factor-class regularized learning is discussed next. As a factor-class can be considered as a hidden variable for generating the fine-grained class, therefore we model Pr(y|x) by

Pr ( y x ) = v = 1 K Pr ( y v , x ) Pr ( v x ) ( 1 )

where Pr(v|x) is the probability of any factor-class v and Pr(y|v, x) specifies the probability of any fine-grained class given the factor-class and the input image x. If we let h(x) denote the high level features of x, we model the probability Pr(v|x) by a softmax function

Pr ( v x ) = exp ( u v T h ( x ) ) v = 1 K exp ( u v T h ( x ) ) ( 2 )

where {uv} denote the weights for the hyper-class classification model engine. Note that in all formulations we ignore the bias term since it is irrelevant to our discussion. Nevertheless it should be included in practice. Given the factor-class v and the high level features h of x, the probability Pr(y|v, x) is computed by

Pr ( y = c v , x ) = exp ( w v , c T h ( x ) ) c = 1 C exp ( w v , c T h ( x ) ) ( 3 )

where {wv,c} denote the weights of factor-specific fine-grained recognition model engine. Putting together (2) and (3), we have the following predictive probability for a specific fine-grained class, and we use this equation to make the final predictions

Pr ( y = c x ) = v = 1 K exp ( w v , c T h ( x ) ) c = 1 C exp ( w v , c T h ( x ) ) exp ( u v T h ( x ) ) v = 1 K exp ( u v T h ( x ) ) ( 4 )

Although our model engine has its root in mixture models, however, it is worth noting that unlike most previous mixture models that treat Pr(v|x) as free parameters, we formulate it as a discriminative model. It is the hyper-class augmented images that allow us to learn {uv} accurately. Then we can write down the negative log-likelihood of data in Dt for fine-grained recognition and that of data in Da for hyper-class recognition, i.e.,

L ( { w v , c } , { u v } ) = - log Pr ( D ) = - i = 1 n c = 1 C δ ( y i t , c ) log Pr ( y = c x i t ) - i = 1 m v = 1 K δ ( v i a , v ) log Pr ( v x i a ) ( 5 )

To motivate the non-trivial regularization, we note that factor-specific weights wv,c should capture similar high-level factor-related features as the corresponding factor-class classifier uv. To this end, we introduce the following regularization between {wv,c} and {uv},

R ( { w v , c } , { u v } ) = β 2 v = 1 K c = 1 C Pw v , c - u v P 2 2 ( 6 )

The above regularization can be interpreted by imposing a normal prior on wv,c by

Pr ( w v , c u v ) exp ( - β 2 Pw v , c - u v P 2 2 )

The regularization in (6) enjoys another interesting intuition of sharing weights among the factor-class recognition model and the fine-grained recognition model. To see this, we introduce wv,c′=wv,c−uv and write the regularizer in (6) as

R ( { w v , c } ) = β 2 v = 1 K c = 1 C Pw v , c P 2 2

and Pr(y=c|x) is computed by

Pr ( y = c x ) = v = 1 K exp ( ( w v , c + u v ) T h ( x ) ) c = 1 C exp ( ( w v , c u v ) T h ( x ) ) exp ( u v T h ( x ) ) v = 1 K exp ( u v T h ( x ) )

It can be seen that the fine-grained classifier share the same component uv of the factor-class classifier. It therefore connects the disclosed model to weight sharing employed in traditional shallow multi-task learning.

Turning now to super-class regularized learning, the difference for super-class regularized deep learning is on Pr(y|v, x), which can be simply modeled by

Pr ( y = c v c , x ) = exp ( w v c , c T h ( x ) ) c = 1 C exp ( w v c , c T h ( x ) )

since the super-class vc is implicitly indicated by the fine-grained label c. The regularization then becomes

R ( { w v c , c } , { u v } ) = β 2 c = 1 C Pw v c , c - u v c P 2 2 ( 7 )

It is notable that a similar regularization has been exploited in. However, there is a big difference between our work and in that the weight uv for the super-class classification is also learned discriminatively in our model engine from hyper-class augmented images.

A Unified Deep CNN can be done. Using the hyper-class augmented data and the multi-task regularization learning technique, we reach to a unified deep CNN framework as depicted in FIG. 1B. We also exhibit the optimization problem:

min { w v , c } , { u v } , { w l } L ( { w v , c } , { u v } ) + R ( { w v , c } , { u v } ) + v = 1 K r ( u v ) + l = 1 H r ( w l )

where wl, l=1, . . . , H denote all the weights of the CNN in determining the high level features h(x), H denotes the number of layers before the classifier layers, and r(w) denotes the standard Euclidean norm square regularizer with an implicit regularization parameter (or a weight decay parameter).

The disclosed deep learning model engine is trained by back-propagation using mini-batch stochastic gradient descent with settings similar to that in. A key difference is that we have two sources of data and two loss functions corresponding to the two tasks. It is very important to sample both images in Dt and images in Da in a mini-batch to compute the stochastic gradients. Using the alternative approach that trains the two tasks alternatively could yield very bad solutions. It is because that the two tasks may have different local optimum in different directions and the solution can be easily trapped into a bad local optimum.

In sum, the hyper-class augmented and regularized deep learning framework for FGIC uses a new data augmentation approach by identifying inherent and easily annotated hyper-classes in the fine-grained data and collecting a large amount of similar images labeled by hyper-classes. Our system is the first exploiting attribute based learning and information sharing in a unified deep learning framework. Though current formulations can only use one attribute, it can be modified to handle multiple attributes by adding more tasks and using pair-wise weight regularization. The hyper-class augmented data can generalize the feature learning by incorporating multi-task learning into a deep CNN. To further improve the generalization performance and deal with large intra-class variance, we have disclosed a novel regularization technique that exploits the relationship between the fine-grained classes and hyper-classes. The success of the disclosed framework has been tested on both publicly available small-scale fine-grained datasets and self-collected big car data. We anticipate that one could consider multi-task deep learning by considering regularization between different tasks.

As shown in FIG. 3, an autonomous driving system 100 in accordance with one aspect includes a vehicle 101 with various components. While certain aspects are particularly useful in connection with specific types of vehicles, the vehicle may be any type of vehicle including, but not limited to, cars, trucks, motorcycles, busses, boats, airplanes, helicopters, lawnmowers, recreational vehicles, amusement park vehicles, construction vehicles, farm equipment, trams, golf carts, trains, and trolleys. The vehicle may have one or more computers, such as computer 110 containing a processor 120, memory 130 and other components typically present in general purpose computers.

The memory 130 stores information accessible by processor 120, including instructions 132 and data 134 that may be executed or otherwise used by the processor 120. The memory 130 may be of any type capable of storing information accessible by the processor, including a computer-readable medium, or other medium that stores data that may be read with the aid of an electronic device, such as a hard-drive, memory card, ROM, RAM, DVD or other optical disks, as well as other write-capable and read-only memories. Systems and methods may include different combinations of the foregoing, whereby different portions of the instructions and data are stored on different types of media.

The instructions 132 may be any set of instructions to be executed directly (such as machine code) or indirectly (such as scripts) by the processor. For example, the instructions may be stored as computer code on the computer-readable medium. In that regard, the terms “instructions” and “programs” may be used interchangeably herein. The instructions may be stored in object code format for direct processing by the processor, or in any other computer language including scripts or collections of independent source code modules that are interpreted on demand or compiled in advance. Functions, methods and routines of the instructions are explained in more detail below.

The data 134 may be retrieved, stored or modified by processor 120 in accordance with the instructions 132. For instance, although the system and method is not limited by any particular data structure, the data may be stored in computer registers, in a relational database as a table having a plurality of different fields and records, XML documents or flat files. The data may also be formatted in any computer-readable format. By further way of example only, image data may be stored as bitmaps comprised of grids of pixels that are stored in accordance with formats that are compressed or uncompressed, lossless (e.g., BMP) or lossy (e.g., JPEG), and bitmap or vector-based (e.g., SVG), as well as computer instructions for drawing graphics. The data may comprise any information sufficient to identify the relevant information, such as numbers, descriptive text, proprietary codes, references to data stored in other areas of the same memory or different memories (including other network locations) or information that is used by a function to calculate the relevant data.

The processor 120 may be any conventional processor, such as commercial CPUs. Alternatively, the processor may be a dedicated device such as an ASIC. Although FIG. 1 functionally illustrates the processor, memory, and other elements of computer 110 as being within the same block, it will be understood by those of ordinary skill in the art that the processor and memory may actually comprise multiple processors and memories that may or may not be stored within the same physical housing. For example, memory may be a hard drive or other storage media located in a housing different from that of computer 110. Accordingly, references to a processor or computer will be understood to include references to a collection of processors, computers or memories that may or may not operate in parallel. Rather than using a single processor to perform the steps described herein some of the components such as steering components and deceleration components may each have their own processor that only performs calculations related to the component's specific function.

In various aspects described herein, the processor may be located remotely from the vehicle and communicate with the vehicle wirelessly. In other aspects, some of the processes described herein are executed on a processor disposed within the vehicle and others by a remote processor, including taking the steps necessary to execute a single maneuver.

Computer 110 may include all of the components normally used in connection with a computer such as a central processing unit (CPU), memory (e.g., RAM and internal hard drives) storing data 134 and instructions such as a web browser, an electronic display 142 (e.g., a monitor having a screen, a small LCD touch-screen or any other electrical device that is operable to display information), user input (e.g., a mouse, keyboard, touch screen and/or microphone), as well as various sensors (e.g. a video camera) for gathering the explicit (e.g., a gesture) or implicit (e.g., “the person is asleep”) information about the states and desires of a person.

The vehicle may also include a geographic position component 144 in communication with computer 110 for determining the geographic location of the device. For example, the position component may include a GPS receiver to determine the device's latitude, longitude and/or altitude position. Other location systems such as laser-based localization systems, inertia-aided GPS, or camera-based localization may also be used to identify the location of the vehicle. The vehicle may also receive location information from various sources and combine this information using various filters to identify a “best” estimate of the vehicle's location. For example, the vehicle may identify a number of location estimates including a map location, a GPS location, and an estimation of the vehicle's current location based on its change over time from a previous location. This information may be combined together to identify a highly accurate estimate of the vehicle's location. The “location” of the vehicle as discussed herein may include an absolute geographical location, such as latitude, longitude, and altitude as well as relative location information, such as location relative to other cars in the vicinity which can often be determined with less noise than absolute geographical location.

The device may also include other features in communication with computer 110, such as an accelerometer, gyroscope or another direction/speed detection device 146 to determine the direction and speed of the vehicle or changes thereto. By way of example only, device 146 may determine its pitch, yaw or roll (or changes thereto) relative to the direction of gravity or a plane perpendicular thereto. The device may also track increases or decreases in speed and the direction of such changes. The device's provision of location and orientation data as set forth herein may be provided automatically to the user, computer 110, other computers and combinations of the foregoing.

The computer may control the direction and speed of the vehicle by controlling various components. By way of example, if the vehicle is operating in a completely autonomous mode, computer 110 may cause the vehicle to accelerate (e.g., by increasing fuel or other energy provided to the engine), decelerate (e.g., by decreasing the fuel supplied to the engine or by applying brakes) and change direction (e.g., by turning the front wheels).

The vehicle may include components 148 for detecting objects external to the vehicle such as other vehicles, obstacles in the roadway, traffic signals, signs, trees, etc. The detection system may include lasers, sonar, radar, cameras or any other detection devices. For example, if the vehicle is a small passenger car, the car may include a laser mounted on the roof or other convenient location. In one aspect, the laser may measure the distance between the vehicle and the object surfaces facing the vehicle by spinning on its axis and changing its pitch. The laser may also be used to identify lane lines, for example, by distinguishing between the amount of light reflected or absorbed by the dark roadway and light lane lines. The vehicle may also include various radar detection units, such as those used for adaptive cruise control systems. The radar detection units may be located on the front and back of the car as well as on either side of the front bumper. In another example, a variety of cameras may be mounted on the car at distances from one another which are known so that the parallax from the different images may be used to compute the distance to various objects which are captured by one or more cameras, as exemplified by the camera of FIG. 1. These sensors allow the vehicle to understand and potentially respond to its environment in order to maximize safety for passengers as well as objects or people in the environment.

In addition to the sensors described above, the computer may also use input from sensors typical of non-autonomous vehicles. For example, these sensors may include tire pressure sensors, engine temperature sensors, brake heat sensors, brake pad status sensors, tire tread sensors, fuel sensors, oil level and quality sensors, air quality sensors (for detecting temperature, humidity, or particulates in the air), etc.

Many of these sensors provide data that is processed by the computer in real-time; that is, the sensors may continuously update their output to reflect the environment being sensed at or over a range of time, and continuously or as-demanded provide that updated output to the computer so that the computer can determine whether the vehicle's then-current direction or speed should be modified in response to the sensed environment.

These sensors may be used to identify, track and predict the movements of pedestrians, bicycles, other vehicles, or objects in the roadway. For example, the sensors may provide the location and shape information of objects surrounding the vehicle to computer 110, which in turn may identify the object as another vehicle. The object's current movement may be also be determined by the sensor (e.g., the component is a self-contained speed radar detector), or by the computer 110, based on information provided by the sensors (e.g., by comparing changes in the object's position data over time).

The computer may change the vehicle's current path and speed based on the presence of detected objects. For example, the vehicle may automatically slow down if its current speed is 50 mph and it detects, by using its cameras and using optical-character recognition, that it will shortly pass a sign indicating that the speed limit is 35 mph. Similarly, if the computer determines that an object is obstructing the intended path of the vehicle, it may maneuver the vehicle around the obstruction.

The vehicle's computer system may predict a detected object's expected movement. The computer system 110 may simply predict the object's future movement based solely on the object's instant direction, acceleration/deceleration and velocity, e.g., that the object's current direction and movement will continue.

Once an object is detected, the system may determine the type of the object, for example, a traffic cone, person, car, truck or bicycle, and use this information to predict the object's future behavior. For example, the vehicle may determine an object's type based on one or more of the shape of the object as determined by a laser, the size and speed of the object based on radar, or by pattern matching based on camera images. Objects may also be identified by using an object classifier which may consider one or more of the size of an object (bicycles are larger than a breadbox and smaller than a car), the speed of the object (bicycles do not tend to go faster than 40 miles per hour or slower than 0.1 miles per hour), the heat coming from the bicycle (bicycles tend to have a rider that emits body heat), etc.

In some examples, objects identified by the vehicle may not actually require the vehicle to alter its course. For example, during a sandstorm, the vehicle may detect the sand as one or more objects, but need not alter its trajectory, though it may slow or stop itself for safety reasons.

In another example, the scene external to the vehicle need not be segmented from input of the various sensors, nor do objects need to be classified for the vehicle to take a responsive action. Rather, the vehicle may take one or more actions based on the color and/or shape of an object.

The system may also rely on information that is independent of the detected object's movement to predict the object's next action. By way of example, if the vehicle determines that another object is a bicycle that is beginning to ascend a steep hill in front of the vehicle, the computer may predict that the bicycle will soon slow down—and will slow the vehicle down accordingly—regardless of whether the bicycle is currently traveling at a relatively high speed.

It will be understood that the foregoing methods of identifying, classifying, and reacting to objects external to the vehicle may be used alone or in any combination in order to increase the likelihood of avoiding a collision.

By way of further example, the system may determine that an object near the vehicle is another car in a turn-only lane (e.g., by analyzing image data that captures the other car, the lane the other car is in, and a painted left-turn arrow in the lane). In that regard, the system may predict that the other car may turn at the next intersection.

The computer may cause the vehicle to take particular actions in response to the predicted actions of the surrounding objects. For example, if the computer 110 determines that another car approaching the vehicle is turning, for example based on the car's turn signal or in which lane the car is, at the next intersection as noted above, the computer may slow the vehicle down as it approaches the intersection. In this regard, the predicted behavior of other objects is based not only on the type of object and its current trajectory, but also based on some likelihood that the object may or may not obey traffic rules or pre-determined behaviors. This may allow the vehicle not only to respond to legal and predictable behaviors, but also correct for unexpected behaviors by other drivers, such as illegal u-turns or lane changes, running red lights, etc.

In another example, the system may include a library of rules about object performance in various situations. For example, a car in a left-most lane that has a left-turn arrow mounted on the light will very likely turn left when the arrow turns green. The library may be built manually, or by the vehicle's observation of other vehicles (autonomous or not) on the roadway. The library may begin as a human-built set of rules which may be improved by vehicle observations. Similarly, the library may begin as rules learned from vehicle observation and have humans examine the rules and improve them manually. This observation and learning may be accomplished by, for example, tools and techniques of machine learning.

In addition to processing data provided by the various sensors, the computer may rely on environmental data that was obtained at a previous point in time and is expected to persist regardless of the vehicle's presence in the environment. For example, data 134 may include detailed map information 136, for example, highly detailed maps identifying the shape and elevation of roadways, lane lines, intersections, crosswalks, speed limits, traffic signals, buildings, signs, real time traffic information, or other such objects and information. Each of these objects such as lane lines or intersections may be associated with a geographic location which is highly accurate, for example, to 15 cm or even 1 cm. The map information may also include, for example, explicit speed limit information associated with various roadway segments. The speed limit data may be entered manually or scanned from previously taken images of a speed limit sign using, for example, optical-character recognition. The map information may include three-dimensional terrain maps incorporating one or more of objects listed above. For example, the vehicle may determine that another car is expected to turn based on real-time data (e.g., using its sensors to determine the current GPS position of another car) and other data (e.g., comparing the GPS position with previously-stored lane-specific map data to determine whether the other car is within a turn lane).

In another example, the vehicle may use the map information to supplement the sensor data in order to better identify the location, attributes, and state of the roadway. For example, if the lane lines of the roadway have disappeared through wear, the vehicle may anticipate the location of the lane lines based on the map information rather than relying only on the sensor data.

The vehicle sensors may also be used to collect and supplement map information. For example, the driver may drive the vehicle in a non-autonomous mode in order to detect and store various types of map information, such as the location of roadways, lane lines, intersections, traffic signals, etc. Later, the vehicle may use the stored information to maneuver the vehicle. In another example, if the vehicle detects or observes environmental changes, such as a bridge moving a few centimeters over time, a new traffic pattern at an intersection, or if the roadway has been paved and the lane lines have moved, this information may not only be detected by the vehicle and used to make various determination about how to maneuver the vehicle to avoid a collision, but may also be incorporated into the vehicle's map information. In some examples, the driver may optionally select to report the changed information to a central map database to be used by other autonomous vehicles by transmitting wirelessly to a remote server. In response, the server may update the database and make any changes available to other autonomous vehicles, for example, by transmitting the information automatically or by making available downloadable updates. Thus, environmental changes may be updated to a large number of vehicles from the remote server.

In another example, autonomous vehicles may be equipped with cameras for capturing street level images of roadways or objects along roadways.

Computer 110 may also control status indicators 138, in order to convey the status of the vehicle and its components to a passenger of vehicle 101. For example, vehicle 101 may be equipped with a display 225, as shown in FIG. 2, for displaying information relating to the overall status of the vehicle, particular sensors, or computer 110 in particular. The display 225 may include computer generated images of the vehicle's surroundings including, for example, the status of the computer, the vehicle itself, roadways, intersections, as well as other objects and information.

Computer 110 may use visual or audible cues to indicate whether computer 110 is obtaining valid data from the various sensors, whether the computer is partially or completely controlling the direction or speed of the car or both, whether there are any errors, etc. Vehicle 101 may also include a status indicating apparatus, such as status bar 230, to indicate the current status of vehicle 101. In the example of FIG. 2, status bar 230 displays “D” and “2 mph” indicating that the vehicle is presently in drive mode and is moving at 2 miles per hour. In that regard, the vehicle may display text on an electronic display, illuminate portions of vehicle 101, or provide various other types of indications. In addition, the computer may also have external indicators which indicate whether, at the moment, a human or an automated system is in control of the vehicle, that are readable by humans, other computers, or both.

In one example, computer 110 may be an autonomous driving computing system capable of communicating with various components of the vehicle. For example, computer 110 may be in communication with the vehicle's conventional central processor 160, and may send and receive information from the various systems of vehicle 101, for example the braking 180, acceleration 182, signaling 184, and navigation 186 systems in order to control the movement, speed, etc. of vehicle 101. In addition, when engaged, computer 110 may control some or all of these functions of vehicle 101 and thus be fully or merely partially autonomous. It will be understood that although various systems and computer 110 are shown within vehicle 101, these elements may be external to vehicle 101 or physically separated by large distances.

Systems and methods according to aspects of the disclosure are not limited to detecting any particular type of objects or observing any specific type of vehicle operations or environmental conditions, nor limited to any particular machine learning process, but may be used for deriving and learning any driving pattern with any unique signature to be differentiated from other driving patterns.

The sample values, types and configurations of data described and shown in the figures are for the purposes of illustration only. In that regard, systems and methods in accordance with aspects of the disclosure may include various types of sensors, communication devices, user interfaces, vehicle control systems, data values, data types and configurations. The systems and methods may be provided and received at different times (e.g., via different servers or databases) and by different entities (e.g., some values may be pre-suggested or provided from different sources).

As these and other variations and combinations of the features discussed above can be utilized without departing from the systems and methods as defined by the claims, the foregoing description of exemplary embodiments should be taken by way of illustration rather than by way of limitation of the disclosure as defined by the claims. It will also be understood that the provision of examples (as well as clauses phrased as “such as,” “e.g.”, “including” and the like) should not be interpreted as limiting the disclosure to the specific examples; rather, the examples are intended to illustrate only some of many possible aspects.

Unless expressly stated to the contrary, every feature in a given embodiment, alternative or example may be used in any other embodiment, alternative or example herein. For instance, any appropriate sensor for detecting vehicle movements may be employed in any configuration herein. Any data structure for representing a specific driver pattern or a signature vehicle movement may be employed. Any suitable machine learning processes may be used with any of the configurations herein.

Claims

1. A method for training a learning machine, comprising:

augmenting data from fine-grained image recognition with labeled data annotated by one or more hyper-classes,
performing a multi-task deep learning on the labeled data;
allowing fine-grained classification and hyper-class classification to share and learn the same feature layers; and
applying regularization in the multi-task deep learning to exploit one or more relationships between the fine-grained classes and the hyper-classes.

2. The method of claim 1, comprising two common hyper-classes with one being a super-classes that subsume a set of fine-grained classes and another being named factor-classes on different viewpoints of a car that explain the large intra-class variance.

3. The method of claim 1, comprising identifying annotated hyper-classes in the fine-grained data and acquiring a large number of hyper-classes labeled images from external sources.

4. The method of claim 3, wherein the external sources include image search engines.

5. The method of claim 1, comprising applying a learning model engine from a regularization between the fine-grained recognition and the hyper-class recognition.

6. The method of claim 1, comprising performing data augmentation to utilize auxiliary images as to improve a generalization performance of learned features.

7. The method of claim 1, comprising applying a hyper-class to capture ‘has a’ relationship.

8. The method of claim 7, comprising applying the hyper-class to explain intra-class variances or pose variance.

9. The method of claim 1, comprising solving: min { w v, c }, { u v }, { w l }   L  ( { w v, c }, { u v } ) + R  ( { w v, c }, { u v } ) + ∑ v = 1 K   r  ( u v ) + ∑ l = 1 H   r  ( w l )

where wl, l=1,..., H denotes all the weights of the CNN in determining the high level features h(x), H denotes the number of layers before the classifier layers, and r(w) denotes the standard Euclidean norm square regularizer with an implicit regularization parameter (or a weight decay parameter).

10. The method of claim 1, comprising training the deep CNN by backpropagation

using a mini-batch stochastic gradient descent with two sources of data and two loss functions corresponding to the tasks, further comprising sampling images in a mini-batch to determine stochastic gradients.

11. A learning system, comprising:

low level feature extractors;
high level feature extractors coupled to the low level feature extractors; and
a plurality of classifiers receiving high and low level features, with a softmax loss on auxiliary data and softmax loss on fine-grained data, the classifiers forming a hyper-class augmented and regularized deep Convolution Neural Network (CNN).

12. The system of claim 11, comprising two common hyper-classes with one being a super-classes that subsume a set of fine-grained classes and another being named factor-classes on different viewpoints of a car that explain the large intra-class variance.

13. The system of claim 11, comprising annotated hyper-classes from in fine-grained data and acquiring hyper-classes labeled images from external sources.

14. The system of claim 13, comprising, wherein the external sources include image search engines.

15. The system of claim 11, comprising a learning model engine derived from a regularization between a fine-grained recognition and a hyper-class recognition.

16. The system of claim 11, wherein data augmentation is used to utilize auxiliary images as to improve a generalization performance of learned features.

17. The system of claim 11, comprising applying a hyper-class to capture ‘has a’ relationship.

18. The system of claim 17, wherein the hyper-class is used to explain intra-class variances or pose variance.

19. The system of claim 11, comprising code to determine: min { w v, c }, { u v }, { w l }   L  ( { w v, c }, { u v } ) + R  ( { w v, c }, { u v } ) + ∑ v = 1 K   r  ( u v ) + ∑ l = 1 H   r  ( w l )

where wl, l=1,..., H denotes all the weights of the CNN in determining the high level features h(x) denotes the number of layers before the classifier layers, and r(w) denotes the standard Euclidean norm square regularizer with an implicit regularization parameter (or a weight decay parameter).

20. The system of claim 11, wherein the deep CNN is trained by backpropagation using a mini-batch stochastic gradient descent with two sources of data and two loss functions corresponding to the tasks, further comprising code for sampling images in a mini-batch to determine stochastic gradients.

Patent History
Publication number: 20160140438
Type: Application
Filed: Oct 15, 2015
Publication Date: May 19, 2016
Inventors: Tianbao Yang (San Jose, CA), Xiaoyu Wang (Sunnyvale, CA), Yuanqing Lin (Sunnyvale, CA), Saining Xie (Cupertino, CA)
Application Number: 14/884,600
Classifications
International Classification: G06N 3/08 (20060101);