Abstract:
A knowledge and model based adaptive signal processor for ensuring optimum performance in automated object recognition (AOR) systems. The invention does not require ground-truth information but uses predictive performance models for parameter adaption and updates for the AOR. The performance models are representations of continuous surfaces that interpolate and extrapolate for data and scenarios not previously tested. The present invention increases probability of detection and decreases false detection alarm rates of AOR systems.

Description:
FIELD OF THE INVENTION 
     The invention pertains to signal and image processing systems, automatic object recognition systems (AOR&#39;s), and particularly, to systems that accommodate AOR systems for optimizing AOR performance. 
     BACKGROUND OF THE INVENTION 
     In many missions, the AOR is confronted with scenes having high-density clutter. This clutter is caused by many objects that look like targets. This ultimately causes high false alarm rates. Reducing these rates requires tuning a number of AOR parameters. 
     A critical problem in AOR systems is multi-scenario adaptation. Present AOR systems perform well in certain scenarios, but they perform poorly and unpredictably in others. Unless AOR systems can be adapted, their utility in battlefield missions remains questionable. 
     Object contrast may vary quickly due to dust, atmospheric and sensor perturbations, image formation and phenomenological reasons. Such variation can cause the AOR to miss or breakup the object. Adjusting the bright thresholds, among other parameters, can compensate for contrast variations. 
     Multi-scenario adaptability is the most serious and challenging problem in AOR technology. AOR adaptation is not just a desirable feature but rather a very critical functional requirement. 
     The problem of multi-scenario adaptation was formerly realized in the AOR technology. It was understood art that algorithms would perform well with whatever assumptions they were based upon, and that they would detect and recognize objects similar to the ones they were trained on. However, it was also assumed that the algorithms were flexible enough to span a wide range of scenarios. This assumption proved to be wrong when AORs were tested in the field. Real world scenarios and terrain boards showed that there was too much variation in the content, context and quality of the images, and that the AORs were designed to deal with only a small subset of them. 
     One promising aspect in solving the adaptation problem was that most AOR systems are parameterized. Tests showed that tuning a number of algorithm parameters improved AOR performance. In many tests, the improvement was dramatic. Manually-performed parameter adaptation was used for tuning the parameters. Such parameter adaptation required a human expert because it required intimate knowledge of the AOR algorithms and its many parameters. 
     As a result, the AOR adaptation challenge was focused on automatic adaptation of parameters. Adaptation came to mean tuning AOR parameters based on observation of the scene and not on AOR internal processing results, such as adaptive thresholding and background adaptation. A number of approaches were conceived to deal with this problem, but none appeared satisfactory to the present applicants. 
     SUMMARY OF THE INVENTION 
     The invention is a knowledge and model based adaptive signal processor (KMBASP). The invention automatically adapts the AOR parameters as the scenario changes so that AOR can maintain optimum performance. The KMBASP adapts AOR parameters based on scene/image/signal measurements and uses formal performance prediction models. This approach results in effective on-line automated AOR parameter adaptation for multi-scenario adaptation, eliminates the stringent requirement for ground-truth information in order to compute the AOR performance, and uses formal performance prediction models that allow the AOR to perform well with untested scenarios. 
     The present invention demonstrated AOR improvements in three critical performance measures--such as probability of detection, false alarm rate and segmentation accuracy. The KMBASP approach to AOR adaptation is based on parameter adaptation using performance predictive models, knowledge-based techniques and performance optimization methods. The performance models are based on laboratory or field test results of the AOR. 
     The present invention has numerous features in contrast to the related art. The related art requires explicit knowledge about AOR performance and image groundtruth. The KMBASP only requires modeled performance about the AOR and uses estimated groundtruth and scene image measurements (metrics). The related art requires building a very large and complex knowledge-base. Knowledge acquisition is a major issue. In the invention, the knowledge acquisition task is replaced by experimental design and test results of the AOR. A set of models are generated that can be mathematically validated. The related art does not interpolate and extrapolate for scenarios not tested before and where data is not available. The invention primarily uses performance models that are a result of carefully designed experiments. The performance models are continuous surfaces that interpolate and extrapolate for data not previously tested. The related art is computationally very intensive for real-time systems applications. The KMBASP converges to a solution very rapidly. Its software is highly optimized and requires a small amount of memory. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     FIG. 1 is an integration of the invention with an AOR system. 
     FIG. 2 is a graphical representation of an AOR performance prediction model. 
     FIG. 3 reveals functional stages of the invention. 
     FIG. 4 is a block diagram of the invention&#39;s functions and interfaces. 
     FIG. 5 is a block diagram of AOR portions significant to invention interfacing. 
     FIG. 6 illustrates the system design of the invention. 
     FIGS. 7a and 7b reveal overall hardware embodiments of the invention. 
     FIGS. 8a and 8b show AOR probability of detection and false alarm rates of objects, respectively, without adaption by the invention. 
     FIGS. 9a and 9b show AOR probability of detection and false alarm rates, respectively, with adaption by the invention. 
     FIG. 10 reveals improvement in segmentation accuracies AOR adaption by the invention. 
     FIG. 11 shows object and background windows for computing contrast-to-noise ratios. 
     FIG. 12 shows windows for computing image edge strength ratios. 
     FIGS. 13a and 13b graphical representations of performance models. 
    
    
     DESCRIPTION OF THE PREFERRED EMBODIMENTS 
     FIG. 1 shows integration of KMBASP 10 with AOR system 12. Sensor 14 provides images 16 of scene 22 to AOR 12 and metric measurer 18. Measurer 18 provides metrics, which are measurements of scene/image characteristics, to KMBASP 10. AOR 12 provides current AOR parameters to KMBASP 10. KMBASP 10 uses performance models 20 and incorporates metrics from measurer 18, and determines optimal AOR parameters that optimize AOR performance based on stored models 20. In performance models 20, performance measures (such as probability of detection (P D ), false alarm rate (FAR) and segmentation accuracy (SA)) are a function of image/object metrics (such as range and object contrast) and parameters (such as object size and thresholds). Formulized, AOR performance measure (PM)=F (M 1 , M 2 , . . . M m  ; P 1 , P 2 , . . . P n ), where M i  is a metric and P j  is a parameter. Given image and object metrics of the current frame to be processed and current AOR parameters, KMBASP 10 determines updated parameter values by optimizing the performance model function PM. Updated parameter values to AOR 12 constitute the tuning of the current AOR parameters. 
     In sum, two basic prerequisites needed to automatically tune the parameters are knowledge about the AOR performance in real-time missions, and quantitative or qualitative measures or metrics about the scene and the objects. For example, if AOR 12 is performing poorly (i.e., not detecting certain objects in the scene), given that one of the missed objects has low contrast, contrast needs to be measured. Then, after the contrast has been measured, AOR 12 may have to adjust its bright threshold by X% in order to detect the missed object. This adjustment needs to be computed. Phenomenological reasons and AOR preprocessing inconsistencies can cause significant problems in the edge extraction process, which can deteriorate object segmentation results and in turn result in erroneous classification of objects. In such case, the edge threshold in AOR 12 needs to be adjusted when the adjustment is computed. Generally, AOR 12 performance needs to be automatically measured (even though the groundtruth is not available which is the case in most missions), scene 22 and the object metrics need to be characterized and extracted, and knowledge for adapting the parameters needs to be acquired. 
     The basic foundational concept of KMBASP 10 is performance model 20 which is illustrated in FIG. 2. Given AOR performance prediction model 20, whereby one or more performance measures (PM&#39;s), such as probability of detection (P D ), are a function of one or more image/object metrics (M&#39;s), such as range, then one or more AOR 12 system parameters (P&#39;s), such as bright threshold, can be tuned with KMBASP 10. In other words, while AOR 12 is processing incoming images 16 from sensor 14 and images 16 are being characterized in terms of metrics (M&#39;s), KMBASP 10 tunes or adjusts the parameters (P&#39;s) based on changes in image 16 metrics so that peak AOR performance is attained. 
     The complexity of adjusting the parameters of AOR 12 grows in orders of magnitude when performance models 20 span over three or four performance measures (i.e., ten dimensions and higher) and there are ten or more critical parameters in the system that need to be adapted or tuned. Furthermore, there is a large number of image and object metrics that AOR 12 is sensitive to. For instance, in a multi-function object acquisition processor (MTAP) system there are at least fifteen critical parameters to be adjusted for different scenarios. 
     Since performance models 20 are expressed in mathematical equations, finding the best change in parameters in order to achieve the optimum performance is a mathematical optimization problem. There are a number of optimization approaches, including many non-linear programming techniques, that can be used. However, these techniques tend to be computationally intensive and cannot meet the real-time requirements of AOR applications. The technique in the present invention is an optimization method that is based on taking the differential of performance models 20. This technique rapidly converges to a solution to determine the best change in parameters for achieving the optimal performance. Instead of finding the best parameter settings, the solution is reduced to finding the best change in parameters. FIG. 2 illustrates the basis of the technique. In three-dimensional model 20, parameter change 26 would be expressed as a vector 24 with a direction (toward optimum performance point 38) and magnitude (representing amount of change 26 in parameter value 28). Current frame metric 30 is a given value for the suggested change 26 computation. Point 32 shows the current estimated performance (as measured along axis 36) for metric 30 and parameter 26. The technique of the present invention determines needed change 26 parameter 28 to attain the optimal performance 38 (at a value of 1.00) and the indicated direction of vector 34. 
     FIG. 3 is a functional diagram of the KMBASP. Unit 40 incorporates and executes the AOR suite of algorithms which include object detection, segmentation, clutter rejection and/or other algorithms. Unit 42 contains the initial set of parameters of the AOR 12. Typically, AOR algorithms are initialized with an optimum set of parameters. Images 16 go from scenario and segmentation unit 44 to algorithms unit 40 for processing. Unit 44 coordinates the input of images 16 into AOR 12, and accesses image and object and other miscellaneous information. Regions of interest (ROI&#39;s) 46 go from algorithms unit 40 to unit 44. ROI&#39;s 46 are used to extract metrics. ROI&#39;s include groundtruths which are estimated after N frames are processed. Groundtruths are estimated from archived results of detection, segmentation, clutter rejection and tracking achieved over a sequence of frames. The estimated groundtruths are used to extract image and object metrics. Ancillary knowledge base (KB) unit 48 is connected to unit 44 and contains range information, mission and sensor information, and a priori information about how many potential objects there are in the image. Unit 50 computes dX m  which is the change in image and object metrics from the previous image frame to the current frame. Unit 50 is connected to unit 44. Performance model-base 52 contains a number of performance prediction models that span different performance measures, such as probability of detection (P D ), false alarm rate (FAR), segmentation accuracy (SA), etc. Performance measures P m  are a function of the image and object metrics X m  and the AOR parameters X p . These models are stated as mathematical equations. X p (i-1) 54 comes from unit 40 and designates the AOR parameter setting in the previous frame. Optimization module 56 is connected to units 40, 50 and 52. Unit 56 uses the differential of the performance model dP m  to perform its optimizing function. The differentiation of P m   creates a new function G whose parameters are X m .sup.(i-1), X p .sup.(i-1), dX m .sup.(i) and dX p .sup.(i). All variables in dP m  are known except dX p .sup.(i) since dX p .sup.(i) is the change in parameter values at the i th  frame, which yields to the optimum performance (P m ). Heuristic knowledge-base (KB) 58 includes heuristic search knowledge for reducing search space and achieving rapid convergencies for obtaining optimal AOR parameters. Heuristic knowledge base 58 is connected to optimization unit and summer 60. Update unit 62 is connected to optimizing unit 56 and to summer 60. X p .sup.(i) of unit 62 is the parameter setting for the current frame. X p .sup.(i) is obtained by adding or subtracting the recommended parameter change dX p .sup.(i) to the previous frame parameter setting X p .sup.(i-1). X p .sup.(i) from unit 60, which is a summation of outputs from units 58 and 62, goes to the algorithms unit 40 via connection 64. X p .sup.(i) is the new updated set of parameters. In FIG. 3, X m .sup. (i) means image metrics of the i th frame, X p .sup.(i) means algorithm parameter values for the i th frame, P m  means a performance prediction model, and P.sup.(i) means algorithm performance on the i th frame. 
     FIG. 4 is a system block diagram having AOR 12, automated instrumentation and evaluation (Auto-I) 70 and KMBASP 74 interfaced together. Images enter AOR 12 to preprocessing 92, detection 94 and segmentation 96. Also, the images enter Auto-I 70. Auto-I 70 is an interface between AOR 12 and KMBASP 74. Auto-I 70 provides for extraction of image metrics for the various frames to change computer 98. Change computer 98 determines the change in metrics from the previous frame (M-1) to the current frame (M). The three categories of metrics are global (e.g., image complexity or entropy, signal to noise ratio for the image), local (e.g., object to background contrast ratio), and object (e.g., object entropy such as complexity of object shape). 
     Performance models 20 are differentiated to obtain performance model differentials 100 which enter performance model optimizing unit 102. Metrics of current frame M, current system parameters and the computed change in metrics from previous frame M-1 to current frame M enter optimizing unit 102. Optimizing unit 102 determines the parameters, via units 104 based on inputs to unit 102, for optimizing each performance model 20. A weighted average of the determined parameters for performance models 20 is calculated by computing unit 106. Unit 106 outputs new parameters to Auto-I 70 which in turn provides a parameter update to AOR 12. 
     AOR 12, as shown in FIGS. 4 and 5, has preprocessing unit 92 that has a object size normalization and subwindow selection unit 108 which receives images and is connected to Auto-I 70. Locally adaptive background subtraction unit 110 is connected to unit 108 and Auto-I 70. Unit 110 outputs background subtracted images to globally adaptive bright detection unit 112 and globally adaptive edge detection unit 114 of detection unit 94. Units 112 and 114 are also connected to Auto-I 70. Unit 112 outputs image brights and unit 114 outputs image edges to AND unit 116. Unit 116 outputs the &#34;ANDed&#34; bright and edge signals to convexity operator unit 118. Unit 114 outputs gradient direction signals to unit 118. Unit 118 is connected to Auto-I 70. The output of unit 118 goes to add seeds unit 120 of segmentation unit 96. Unit 120 outputs region of interest (ROI) signals to object adaptive region extraction unit 122. Unit 120 is connected to Auto-I 70. Segments signals are outputs to compute statistical features unit 124. Outputs of unit 124 go to tracking unit 164 and object recognition unit 166. The output of tracking unit 164 goes to unit 166. Unit 166 is connected to Auto-I 70 and to any other portion of AOR 12 that may be utilized. 
     In FIG. 6, KMBASP 74 is shown to be integrated with MTAP 76 and Auto-I system 70 (hosted on a Symbolics 3670 computer). System 66 provides the needed input data and the necessary control procedures to update MTAP 76 simulation system parameters 68. Current invention testbed 74 has been integrated with MTAP simulation software running on the VAX 11/785 and International Imaging Systems (IIS) model 70. 
     FIG. 7a illustrates the hardware configuration just noted. Front end processing unit 126 is the IIS 70 connected to AOR unit 128 which is the VAX 11/785. Unit 128 is connected to the Symbolics 3670 which incorporates KMBASP unit 130. FIG. 7b shows another hardware configuration that uses a SUN 3/60 as unit 132 that incorporates front end image processing unit 134, automatic object recognizer system 136 and KMBASP system 138. 
     When Auto-I 70 of FIG. 6 initiates an MTAP 76 run, an auto-adaptive mode is selected which activates invention system 74. MTAP 76 is initialized with any set of parameters 68 which are downloaded from Auto-I 70. Prior to processing each frame, Auto-I 70 fetches the corresponding image and object metrics 72 (such as object interference ratio, edge strength ratio, range, and others) which reside in database 78. 
     Invention implementation 74 uses precomputed metrics 72 and groundtruth images 72. Once the metrics are extracted, they are processed by invention 74. Controller 82 activates a set of rules via inference engine 86 in knowledge-base 84. One rule activates the model-base system which is tasked with optimizing, for instance, three parameters: %OVERSHOOT, MAXTRGSZ, and EDGMIN. The other rules in knowledge-base 84 are tasked with adapting three other parameters in the detection and segmentation module which includes EDGMIN, BRIGHTMIN, EDGPCT, and others. However, KMBASP 74 relies heavily on the model-base system for highly accurate parameters tuning. 
     The model-base system first measures the change in the scene by computing the difference between the current image metrics value and metric values of the previous frame. Auto-I 70 then provides the current AOR system parameters. As a result, KMBASP 76 performs via optimization unit 90, the optimization of the stored performance models, and outputs the new parameters 68 setting. Auto-I 70 downloads the new set of parameters to MTAP system 76, along with the parameter modifications recommended by the rule-based system. Once all the terms in the model are in place, the performance model of performance models module 88 is calculated as: P D  =C 1  d(OVERSHOOT)+C 2  d(EDGMIN)+C 3  d(MAXTRGSZ)+C 4 . This is one equation with three unknowns: d(OVERSHOOT), d(EDGMIN), and d(MAXTRGSZ). Its solution can only be achieved through exhaustive or heuristic search. There is a set of heuristics rules that helps to achieve rapid convergence of the solutions and limit the search in the parameters space. 
     When KMBASP system 74 attempts to find the set of parameter values that would result in optimum performance, it computes three different sets of parameters adjustments, as illustrated below. Each parameter set is for optimizing the three different performance measures that are of interest, namely, P D , FAR, and SA. A weighted average of the three sets is then computed. The weights are assigned on the basis of the importance of the performance measures that are being optimized. In this case, probability of detection is the most important, followed equally by false alarm rate and segmentation accuracy. Below, a weighted average is computed for the final parameters adjustments. 
     
         __________________________________________________________________________% OVERSHOOT =      X.sub.1        YieldMAXTRGSZ = Y.sub.1            Max. PD                  % OVERSHOOT.sub.Final =EDGMIN =   Z.sub.1     W.sub.PD X.sub.1 + W.sub.FAR X.sub.2 + W.sub.SA                  X.sub.3% OVERSHOOT =      X.sub.2        YieldMAXTRGSZ = Y.sub.2            Min. FAR                  MAXTRGSZ.sub.Final =EDGMIN =   Z.sub.2     W.sub.PD Y.sub.1 + W.sub.FAR Y.sub.2 + W.sub.SA                  Y.sub.3% OVERSHOOT =      X.sub.3        YieldMAXTRGSZ = Y.sub.3            Max. SA                  EDGMIN.sub.Final =EDGMIN =   Z.sub.3     W.sub.PD Z.sub.1 + W.sub.FAR Z.sub.2 + W.sub.SA                  Z.sub.3__________________________________________________________________________ 
    
     KMBASP system 74 was integrated and tested with the MTAP FORTRAN simulation system currently running on a VAX. The KMBASP software resided inside the Auto-I systems. The performance models used within the current system are specific to the MTAP algorithms. KMBASP has been tested on a number of images, with test results showing improvement in detection, reduction of false alarm, and increase in segmentation accuracy. 
     Thirty-five frames were selected from the PAIRSTECH database. There were three objects in the scene, which constituted a difficult scenario. The range was about 5 kilometers. The objects, especially the one in the left part of the image, had low contrast. The MTAP system was tested with this data set and the P D , FAR, and SA performance measures were collected. In the first phase of the experiment, the MTAP algorithm was tested on the data set without adaptation of the invention. FIGS. 8a and 8b show the performance results in terms of probability of detection (P D ) of the object and false alarm rates (FAR), respectively, as displayed by Auto-I in this experiment. The AOR parameter selected values were a previously designated optimum set based on previous experience and tests. The performance results show that 100% detection in most frames was not achieved. One, two and sometimes three objects were often missed. 
     In the second part of the experiment, the same data set was run through the MTAP and the KMBASP adaptation module was activated. During processing of the first frame, no adaptation occurred. When the second frame was ready to be processed, Auto-I fetched the metrics of the incoming frame and automatically activated KMBASP system 76. The MTAP parameters were updated based on these recommendations, and the next frame processing was activated. All of these activities occurred on the Symbolics 3670 in about two seconds. 
     The final performance results of that experiment are shown in FIGS. 9a and 9b in terms of probability of detection and false alarm rates, respectively. The probability of detection results improved, by almost 200%, as did the FAR, over non-KMBASP 76 results. FIG. 10 shows sample improvements in segmentation accuracy. Column 1 gives the results of segmentation for the AOR without adaption by KMBASP 76 and column 2 gives the results for the AOR with adaption by KMBASP 76. 
     The results of a number of tests conducted on the KMBASP system indicate that it improves the MTAP performance across multiple scenarios. Furthermore, KMBASP has been revealed to be very fast computationally, and to have a small memory requirement, which makes its real-time implementation a practicality. An expansion in the performance models to higher dimensions impacts the computational speed. For instance, there are currently three performance models used in KMBASP. Each is a seven-dimensional model, whereby a performance measure is a function of three parameters and three metrics. The addition of only 2 additional parameters and 2 metrics will result in three performance models of which each one is of the eleventh dimension. Such models will require about 20% more computational time to optimize. 
     The performance models were generated as a result of a number of experiments. In one experiment, a set of images was selected from FLIR databases. The image metrics of the selected frames were uniformly distributed. The selected images were processed by the MTAP simulation, through ROI detection, segmentation, and clutter rejection. From the detection and segmentation modules, the three parameters mentioned previously were chosen, mainly due to their performance sensitivities. The three parameters selected to be varied were EDGMIN, OVERSHOOT, and MAXTRGSZ. EDGMIN is the minimum threshold for edge thresholding. This parameter was found to be influential in detection and segmentation performances. OVERSHOOT is the parameter for region-growing segmentation algorithms. MAXTRGSZ is the maximum expected object size in meters. A parameter directly related to this parameter, Window Size, was used, which is its dimensional size in number of pixels that form a minimum of bounding rectangle around the object. This parameter was found to be critical to segmentation performance. 
     These parameters were selected prior to conducting experiments. The ranges were quantized into three bins. For each image, each parameter was varied three times. Consequently, a total of 3×3×3 runs were made on each image. So, for an experiment conducted on only 10 frames, a total of 270 runs were performed. Window size (MAXTRGSZ) was varied from 30 to 110. Percent overshoot was varied from 3 to 30. EDGMIN was varied from 35 to 70. The performance measures used were P D , FAR and SA. These performance measures were defined as follows: 
     
         SA=S/G, 
    
     where S is the segmented region and G is the groundtruth; ##EQU1## 
     The image metrics used in the experiments were TIR 2 , ESR and range. Image metrics are measures that quantify various characteristics in the scene. The chosen metrics reflected those qualities that affect MTAP performance. 
     The metrics used are defined in the following. The &#34;Object Interference Ratio Squared&#34; (TIR 2 ) metric computes a contrast-to-noise ratio using the background intensity variance as an estimate of the noise. FIG. 11 shows boxes or bounding rectangles 148 and 150 outlining the object and the background windows, respectively. Area 140 is the truthed object. Areas 140 and 142 compose the object region. Area 144 is the background region and area 146 is the unused region. ##EQU2## where: X oi  are pixel intensities within the object region, 
     N o  is the number of pixels in the object region, 
     X bi  are the intensities within the background region, and 
     N b  is the number of pixels in the background region. 
     The unused region in FIG. 11 of width &#34;e&#34; is present to remove any contamination of the background computation by object pixels, and vice versa. The 37 Edge Strength Ratio&#34; (ESR) is computed by taking the mean square of a range-compensated Sobel operator output divided by the local background variance. FIG. 12 shows the windows used in this computation. One position 160 of a Sobel operator is modified to use 3×3 non-adjacent pixels. To compute ESR, modified Sobel window 156 of size 1/4 L×1/4 W with 9 non-adjacent pixels 158 is defined. Edge 162 indicates possible Sobel window positions. The Sobel edge values are generated by running this mask in a direction normal to the box edge, around the minimum bound rectangle. ESR is then defined as the mean squared of the Sobel edge values, divided by the variance of pixel intensities in the background region. This latter region is the same as the one in TIR 2 , namely, pixel intensities in the 2(L+e)× 2(W+e) window but not in the (L+n)×(W+e) window. Range is a metric that is the range from the sensor to the center of the field of view. 
     Once all images have been processed through MTAP, the parameters have been varied, and performance measures results have been collected, performance models can be generated. In other words, the performance measures, the metrics and parameters, and data points are grouped, and a quadratic curve fit is developed. For this purpose, a least square curve-fitting algorithm is implemented. A quadratic polynomial rather than higher order polynomials is used for economic reasons. It would be desirable to try other fits, but previous experience in model generation shows second order surfaces to be adequate. The mean and variance of errors do not change significantly with the use of higher order polynomials. 
     The performance models were developed to demonstrate the capability of the invention. Based on the collected data points, the generated models for the P D , FAR, and SA, as a function of TIR 2 , ESR, Range, Edge Min, Overshoot and Window Size, are the following: ##EQU3## where X 1  =Range, X 2  =ESR, X 3  =TIR 2 , X 4  =%Overshoot, X 5  =Window Size and X 6  =Edge Min. 
     For Probability of Detection, the coefficients are: 
     
         ______________________________________A.sub.1 =  2.202904 × 10.sup.-5                     A.sub.15 =                           1.075675 × 10.sup.-7A.sub.2 =  -2.763978 × 10.sup.-6                     A.sub.16 =                           1.980695 × 10.sup.-5A.sub.3 =  -3.144344 × 10.sup.-4                     A.sub.17 =                           -6.827424 × 10.sup.-6A.sub.4 =  -1.960611 × 10.sup.-5                     A.sub.18 =                           -1.782892 × 10.sup.-6A.sub.5 =  1.152778 × 10.sup.-6                     A.sub.19 =                           -1.052453 × 10.sup.-3A.sub.6 =  -2.046243 × 10.sup.-4                     A.sub.20 =                           -3.280481 × 10.sup.-7A.sub.7 =  -4.892870 × 10.sup.-6                     A.sub.21 =                           1.643701 × 10.sup.-7A.sub.8 =  9.131467 × 10.sup.-6                     A.sub.22 =                           -2.686046 × 10.sup.-3A.sub.9 =  4.665075 × 10.sup.-7                     A.sub.23 =                           5.097236 × 10.sup.-4A.sub.10 =  -3.709367 × 10.sup.-6                     A.sub.24 =                           3.680788 × 10.sup.-3A.sub.11 =  1.633724 × 10.sup.-6                     A.sub.25 =                           1.008259 × 10.sup.-3A.sub.12 =  2.958036 × 10.sup.-5                     A.sub.26 =                           6.473176 × 10.sup.-4A.sub.13 =  -1.684115 × 10.sup.-6                     A.sub.27 =                           1.521751 × 10.sup.-2A.sub.14 =  1.973220 × 10.sup.-7                     A.sub.28 =                           -1.173904 × 10.sup.-1______________________________________ 
    
     There are two additional sets of 28 coefficients for False Alarm Rate and Segmentation Accuracy. FIG. 13a shows three-dimensional plot 152 of a performance measure vs. metrics and parameters. Plot 152 is a specific example of performance model 20 as noted above. Plot 152 shows variations of segmentation accuracy as a function of TIR 2  and %Overshoot. For this model, the range was 6 km, ESR=80, Edge Min=2 and Window Size=70. FIG. 13b shows variations plot 154 of P D  vs. ESR and range for model 152, wherein TIR 2  =50, %Overshoot=40, Window Size=70, and Edge Min=40. 
     A stepwise optimization method has been developed for the performance surfaces derived above, which is achieved by obtaining the parameter sets that optimize the performance measures. The optimization technique used has several functions. First, instead of performing optimization for each frame independent of the other frame, the present method considers the changes in metrics from one frame to another and searches for the optimum change in the algorithm parameters instead of determining an original parameter. In this way, the difficult problem of nonlinear, multidimensional optimization with heuristic constraints is avoided. Moreover, by using a stepwise optimization the problem of overshooting the optimum is bypassed. One important point is that optimization in this case is a constraint optimization and mere differentiation of the functionals is not applicable here. Although there are techniques in the field of nonlinear mathematical programming that deal with some cases of non-linear constraint optimization, they usually have restrictive requirements, are time-consuming, and, more significantly, are unable to deal with heuristic constraints. In the present stepwise optimization approach, all of these difficulties are bypassed. This is a fast approach that combines heuristic search methods and mathematical optimization techniques. 
     The differential of both sides of the above equation (1) is: ##EQU4## Then dx i  is obtained such that d(Performance Measure) be as large/small as possible. Moreover, dx i  has to remain within bounds dictated by its range of values and sensitivities. In this optimization, dx 1 , dx 2  and dx 3  are of the image metrics and represent metric changes from frame to frame. The result of this mathematical optimization and heuristic constraints is the set of three values, each corresponding to a particular performance measure--P D , FAR and SA. 
     The baseline invention can be easily integrated with other AOR systems such as sonar and radar objecting systems. The only two requirements for adapting a new system are the development of performance models and the modification of the AOR interface and control software. This invention is applicable to systems having stringent performance, throughput and size requirements. 
     As an AOR algorithm grows in complexity and sophistication, parameter adaptation becomes less critical. However, until an ideal AOR algorithm (which will embed adaptation) is built, there will be a critical need for adaptation, which will become more critical in algorithms that are not very complex because of hardware throughput constraints. In the latter, the present invention is applicable.