複数の部分画像のそれぞれに検出の対象となる特定パターンが含まれるか否かの判別処理の実行を指示する指示手段と、前記指示手段の前記指示に従って、前記判別処理の継続または終了を判定するための閾値を含む、前記判別処理のためのパラメータを用いて、前記複数の部分画像のそれぞれについて前記判別処理を行う演算手段と、前記演算手段による演算結果から、前記複数の部分画像のそれぞれに対する判別処理が終了したか否かを判定する判定手段と、を備え、前記指示手段は、前記判定手段により、前記複数の部分画像の少なくとも1つに対して前記判別処理が終了していないと判定された場合、当該終了していないと判定された部分画像に対する判別処理の実行を再度指示し、当該再度指示に従って、前記演算手段は、前記パラメータとは異なるパラメータを用いて、当該終了していないと判定された部分画像についての判別処理を実行することを特徴とする画像処理装置。前記判定手段により、前記複数の部分画像の少なくとも1つに対して前記判別処理が終了したと判定された場合、前記指示手段は、当該終了したと判定された部分画像を、前記再度指示により実行される判別処理の対象から除外する指示を前記演算手段に出力することを特徴とする請求項1に記載の画像処理装置。前記判定手段により、前記複数の部分画像の全てについて前記判別処理が終了したと判定された場合、前記指示手段は、前記複数の部分画像についての判別ジョブを終了することを特徴とする請求項1または2に記載の画像処理装置。前記指示手段からの指示に応じて、外部から画像データを取得して、前記取得した前記画像データを記憶する記憶手段を更に備え、前記演算手段は、前記記憶手段から前記画像データを構成する複数の部分画像を前記判別処理のために取得することを特徴とする請求項1乃至3のいずれか1項に記載の画像処理装置。前記判定手段により、前記複数の部分画像の全てについて前記判別処理が終了したと判定された後、前記指示手段は、前記記憶手段に前記画像データの入れ替えを指示し、前記記憶手段は、前記画像データの入れ替えを指示により、新たな画像データを取得して、当該取得した画像データを記憶することを特徴とする請求項4に記載の画像処理装置。前記指示手段は、前記指示に含まれる情報として、前記複数の部分画像について、前記判別処理の実行順を設定し、前記演算手段は、前記実行順に従って、前記判別処理を実行することを特徴とする請求項1乃至5のいずれか1項に記載の画像処理装置。前記指示手段は、前記複数の部分画像の少なくとも1つに対して前記判別処理が終了したと判定された場合、当該部分画像を除いた新たな実行順を設定することを特徴とする請求項6に記載の画像処理装置。画像処理装置で実行される画像データの処理方法であって、前記画像処理装置の指示手段が、複数の部分画像のそれぞれに検出の対象となる特定パターンが含まれるか否かの判別処理の実行を指示する指示工程と、前記画像処理装置の演算手段が、前記指示工程の前記指示に従って、前記判別処理の継続または終了を判定するための閾値を含む、前記判別処理のためのパラメータを用いて、前記複数の部分画像のそれぞれについて前記判別処理を行う演算工程と、前記画像処理装置の判定手段が、前記演算工程による演算結果から、前記複数の部分画像のそれぞれに対する判別処理が終了したか否かを判定する判定工程と、を有し、前記指示工程は、前記判定工程により、前記複数の部分画像の少なくとも1つに対して前記判別処理が終了していないと判定された場合、当該終了していないと判定された部分画像に対する判別処理の実行を再度指示し、当該再度指示に従って、前記演算工程は、前記パラメータとは異なるパラメータを用いて、当該終了していないと判定された部分画像についての判別処理を実行することを特徴とする画像データの処理方法。コンピュータを、請求項1乃至7のいずれか1項に記載の画像処理装置の各手段として機能させるためのプログラム。しかしながら、アルゴリズム的な観点では上記のようにして平均演算量を削減できる一方、これをさらに高速化するためにパイプライン処理化する場合、各ウィンドウに対する処理量が不均一なため、処理のスケジュールが難しいという課題がある。本発明は、入力画像データに対し、複数の弱判別器を直列に接続して構成される判別処理を効率良く行うことを可能にする技術を提供する。本発明の一つの側面にかかる画像処理装置は、複数の部分画像のそれぞれに検出の対象となる特定パターンが含まれるか否かの判別処理の実行を指示する指示手段と、前記指示手段の前記指示に従って、前記判別処理の継続または終了を判定するための閾値を含む、前記判別処理のためのパラメータを用いて、前記複数の部分画像のそれぞれについて前記判別処理を行う演算手段と、前記演算手段による演算結果から、前記複数の部分画像のそれぞれに対する判別処理が終了したか否かを判定する判定手段と、を備え、前記指示手段は、前記判定手段により、前記複数の部分画像の少なくとも1つに対して前記判別処理が終了していないと判定された場合、当該終了していないと判定された部分画像に対する判別処理の実行を再度指示し、当該再度指示に従って、前記演算手段は、前記パラメータとは異なるパラメータを用いて、当該終了していないと判定された部分画像についての判別処理を実行することを特徴とする。本発明によれば、入力画像データに対し、複数の弱判別器を直列に接続して構成される判別処理を効率良く行うことが可能になる。第1実施形態本発明の実施形態を、図面を参照して詳細に説明する。図1は、実施形態にかかる画像処理方法を実現する画像処理装置の概略構成を示す図である。図1において、指示部101は、部分画像のそれぞれに対する画像処理のスケジュール管理を行う。指示部101は、外部からの制御入力を受け取り、画像処理が開始される。指示部101は、メモリ102との間でデータの入出力が可能である。また、指示部101は、演算部103へのデータ出力が可能であり、判定部104からのデータ入力が可能なように構成されている。メモリ102は、例えば、図2におけるウィンドウ画像201を複数保持することが可能である。メモリ102は、外部に対して画像データの要求を送信し、また、画像データを取得し、取得した画像データを保持することができる。さらに、メモリ102は、指示部101からの指示を受信して、応答が返せるように構成されている。また、メモリ102は、演算部103からの画像データの要求受信と、演算部103へ要求された画像データの出力が可能なように構成されている。メモリ102は検出対象の画像データの全てを同時に格納できる記憶容量を有するものであってもよいが、検出対象の画像データの全体を保持するための記憶容量は必ずしも必要ない。メモリ102は、複数のウィンドウ画像を保持できればよく、例えば、検出対象の画像データをバンド状もしくはブロック状に分割した部分画像を格納できるような記憶容量を有すればよい。また、メモリ102は、指示部101からの指示に応じて、メモリ102に保持している画像データの一部もしくは全部を入れ替えることが可能なように構成されている。その場合、メモリ102は、指示部101からの指示に応じて、外部に対して画像データの要求を送信し、画像データの受信取得が完了した時点で指示部101に対して返答するように構成されている。演算部103は、少なくとも1つの弱判別器の処理を実行可能なように構成されている。また、演算部103は、メモリ102に画像データの要求を送信し、メモリ102から送信された画像データ複数の部分画像データを参照できるように構成されている。パラメータ供給部105は、弱判別器が判別処理に用いるパラメータを保持しており、演算部103からの要求に応じて、パラメータを送信できるように構成されている。演算部103は、パラメータの要求をパラメータ供給部105に送信し、パラメータ供給部105から送信されたパラメータを参照できるように構成されている。判定部104は、演算部103の出力を受信して判定を行い、判定結果を出力する。この際、判定結果は指示部101にも送信される。メモリ102が保持する複数のウィンドウ画像を図11の参照により例示的に説明する。メモリ領域1110は、演算部103がメモリ102から参照可能な領域を表しており、メモリ領域1110の内部にある最も小さな矩形領域1111は各画素データを表している。1101~1105はメモリ領域1110に設定された複数のウィンドウ画像を表しており、例えば、ウィンドウ画像1101はメモリ領域1110の位置0、0から幅10画素、高さ10画素の領域にある。また、同様にウィンドウ画像1102はメモリ領域1110の位置0、2から幅、高さともに10画素の領域にある。ウィンドウ画像1103はメモリ領域1110の位置0、4から幅、高さともに10画素の領域にある。ウィンドウ画像1104はメモリ領域1110の位置0、6から幅、高さともに10画素の領域にある。そして、ウィンドウ画像1105はメモリ領域1110の位置0、8から幅、高さともに10画素の領域である。ウィンドウ画像1101~1105は、図2におけるウィンドウ画像201に対応するが、それぞれ原画像の位置が異なるウィンドウ画像である。図16は、図1で説明した、指示部101、演算部103、パラメータ供給部105、メモリ102、および判定部104の処理の流れを説明するシーケンス図である。対象オブジェクトの検出処理は、例えば、図2で説明したように、1つのウィンドウ画像に対してN個の弱判別器を順次適用して、N個全ての弱判別器を通過場合、ウィンドウ画像は対象オブジェクトを含むと判定する。あるいは、いずれかの弱判別器でNGと判定された場合、その時点で後続する弱判別器の処理を取りやめ、ウィンドウ領域が対象オブジェクトを含まないと判定する。N個の弱判別器のそれぞれは異なるパラメータを処理に使用するが、処理の内容は同一である。メモリは同時に複数のウィンドウ画像を保持している。指示部101は、外部から画像処理の開始の指示を受信するとS1601、メモリ102に対して画像更新要求を送信する。メモリ102は、指示部101から画像更新要求を受信すると、外部に対して画像データを要求し、画像データの要求に対して外部から送信された画像データを蓄積する。複数のウィンドウ画像を構成するのに十分なデータ量を蓄積した時点で指示部101に応答OKを返す。指示部101は演算部103に対して判別処理の実行を指示するジョブ指示。指示部101は演算部103に対し、判別処理の対象となるウィンドウ画像や弱判別器に対して、識別情報IDを付与する。1つのウィンドウ画像に対する1つの弱判別器の処理を、以下、判別ジョブ、もしくは単にジョブと呼ぶことにする。判別ジョブの指示は、ウィンドウ画像の識別情報IDと弱判別器の識別情報IDとの対を演算部103に対して送信することで行う。指示部101はステップS1602、S1603、S1604において、次に処理すべき判別ジョブを決定し、演算部103に判別ジョブの指示を送信する。ステップS1602~S1604の判別ジョブの生成については後述する。演算部103は、指示部101からの指示を受け取り、パラメータ供給部105にパラメータの要求を送信する。パラメータには、後続の演算処理ステップS1611で用いる係数、判別処理の継続PASSまたは打ち切り終了:NGの判定を行うための閾値や、また、ウィンドウ画像内の参照領域の位置や大きさに関する情報などが含まれる。演算部103は、パラメータ供給部105から送信されたパラメータを受信すると、そのパラメータに従いメモリ102に対して演算処理に必要な画像データを参照するための画像データの要求を送信する。演算部103はメモリ102から送信された画像データを受信して、受信した画像データと、先に受信したパラメータとを用いて、予め定められた演算を行い、その演算結果を判定部104に送信する。ステップS1612とステップS1613は、ステップS1611と異なる判別ジョブに対する演算処理である。ステップS1612、S1613における判別ジョブはウィンドウ画像の識別情報IDと弱判別器の識別情報IDとの少なくとも一方が異なる。それに応じてパラメータ要求や画像データの要求がそれぞれ行われるが、処理の内容はステップS1611と同じである。判定部104は、ステップS1611の演算結果を演算部103から受け取って、判定処理S1621を行い、その結果を指示部101に送信する。判定処理については後述する。尚、ステップS1622とステップS1623は、判定対象の判別ジョブが異なるだけで同じ処理であり、判定処理が完了すると、ステップS1621と同様に判別結果は指示部101に送信される。指示部101の判別ジョブの指示もしくは演算部103の演算結果の送信と、判定部104の判定結果の送信はタイミングがずれているようになっているが、それは表記上の都合で、実際は概略同じタイミングであってよい。例えば、ステップS1604のジョブ生成の結果についての判別ジョブ指示と、ステップS1621の判定処理の結果である判定結果の送信とは、ほぼ同時に発生し得る。図16では、ステップS1621の判定処理で、判定結果が確定した場合を例示的に示している。指示部101は、ステップS1621における判定結果を判定部104から受信する。ウィンドウ画像に対象物特定パターンが含まれることを示す結果が判定結果に含まれている場合、ウィンドウ画像に対する検出処理が終了したことを検出するS1605。以後、指示部101は判別ジョブの生成を停止する。しかしながら、図1に示した各部の全ての処理が終わるのは、ステップS1623の判定処理による判定結果送信を受け取った後のステップS1606である。ステップS1606において、全体の処理が終了したか否かを判定するために、指示部101がジョブ生成により演算部103に対して指示したジョブの数と、判定部104が指示部101に送信した判定結果の数とをそれぞれ計数しておく。そして、ステップS1605によるウィンドウ画像の処理終了検出の後に、指示部101は、計数された両者の数が一致するタイミングで、全体の処理が終了したことを判定する。ステップS1622およびS1623の判定処理が、ステップS1621で判別結果が確定済みであるウィンドウ画像と同一のウィンドウ画像に対する判別ジョブである場合、判定部104はそのウィンドウ画像の判別処理が終了済みであると判定する。判定部104は、識別情報IDの比較により、同一のウィンドウ画像であるか否かについての判定を行うことが可能である。指示部101においても、ステップS1605において、ウィンドウ画像に対する検出処理が終了したことを検出しており、ウィンドウ画像の判別処理が終了していることは既知である。このような場合、重複した演算処理の負荷を軽減するために、ステップS1622およびS1623の判定処理を省略して、ダミーのデータを指示部101に返すこともできる。このような場合、例えば、演算処理S1612およびS1613の演算処理の結果は正確なものである必要はない。従って、ステップS1621の判定処理で全てのウィンドウ画像に対する判定処理が確定した後であれば、指示部101はメモリ102に対して画像データの入れ替えを指示しても良い。メモリ102は、画像データの入れ替え中でもメモリ102に対する演算部103の画像データ要求に対して応答を返すように構成することが可能である。そうすれば、演算部103は演算を進めることができる一方、判定部104における重複した判定処理の演算負荷を軽減することができる。指示部101の処理図5は、指示部101の処理の流れを示す流れ図である。メモリ102が保持するウィンドウ画像はW個あり、0~までの識別情報を与えて区別するものとする。例えば、図11の例において、ウィンドウ画像1101~1105に対して順番にウィンドウ画像の識別情報ID=0~4の識別情報IDを付与する。また、先頭に配列された弱判別器から順番に弱判別器の識別情報ID=0~N-1の識別情報IDを付与し、弱判別器の識別情報IDの順に判別処理が順次実行される。まず、ステップS501で初期化処理を行う。初期化処理の詳細を図6の参照により説明する。まず、ステップS601で、次に処理すべきウィンドウ画像の識別情報IDを保持するcurrentをW1で初期化する。W1に設定するのは、後述する判別ジョブ投入処理においてウィンドウ画像の識別情報ID0番から処理を開始するためにW1としているが、値を明確に初期化すれば良く、他のウィンドウ画像の識別情報IDで初期化してもよい。また、最初の処理であることを表す、initflagを1にセットする。ステップS602では、ステップS603~S604の処理回数を数えるカウンタiを0に初期化する。ステップS603では、ループ処理の終了判定を行う。S604の処理をN回処理したかどうかを判定し、まだ処理が終了していなければS603-Yes、ステップS604の処理を繰り返し、終了した場合S603-No、処理は終了する。ステップS604では、配列winstatusiの値を0で初期化して、カウンタiの値をカウントアップして、処理をステップS603に戻す。本実施形態では、各ウィンドウ画像の状態を管理する変数として、winstatusを用いる。winstatusはW個の配列を有し、次に処理すべき弱判別器IDの値を保持する。また、この値が負の値である場合は、そのウィンドウに対する判別処理が終了していることを表すものとする。初期化処理の段階で、次に処理すべき弱判別器の識別情報IDとして0が設定される。図6で説明した初期化処理S501、図6が終了すると、処理は図5のステップS502に進められる。ステップS502では、メモリ102に対してメモリ更新処理を行う。メモリ更新処理の詳細を図9の参照により説明する。ステップS901において、指示部101は、メモリ102に対して、画像の更新要求を送信する。そして、メモリ102は、指示部101から画像更新要求を受信すると、外部に対して画像データを要求し、画像データの要求に対して外部から送信された画像データを蓄積する。そして、ステップS902において、複数のウィンドウ画像を構成するのに十分なデータ量を蓄積した時点で、メモリ102は、指示部101に応答OKを返す。メモリ更新処理S502、図9が終了すると、図5のステップS503に処理は進められる。ステップS503では、判定部104からの出力の有無を確認する。判定部104からの出力があればS503-Yes、処理はステップS504に進められる。ステップS504では、判定部104の出力判定結果を読み込み、ステップS505では、判定部104の出力判定結果に応じて指示部101の状態を更新する。指示部状態更新処理の詳細を図7の参照により説明する。まず、判定部104の出力判定結果には、判定したウィンドウ画像の識別情報IDと、その判定結果とが含まれるものとする。ステップS701において、指示部101は、出力判定結果から、ウィンドウ画像の識別情報IDと判定結果とを読み込む。ここで、判定結果としては、最低限、処理を継続するか、処理を終了するかがわかればよい。例えば、判定部104の返す判定結果として、0を処理継続、1を処理終了とする。処理終了は、例えば、図2の場合、ジョブの判定結果がNGの場合や、最後の弱判別器250をPASSした場合が該当する。さらには、図3の場合、途中の弱判別器でOKの判定がされた場合も処理終了に該当し得る。また、図16のステップS1622やS1623のように、既に判定処理が終了したウィンドウ画像に対するジョブの結果なども、処理終了に該当し得る。これらの判定結果については、より詳細に信号に意味を割り当ててもよいが、最低限、そのウィンドウ画像の継続処理か、処理終了かを判定できればよい。続く、ステップS702では、判定部104の出力するウィンドウ画像の識別子がwinIDで表されるウィンドウ画像に対して、処理を継続する指示かどうかを判定する。判定結果result0であれば処理継続と判定され、処理は終了する。ステップS702の判定で、判定結果result1であれば、処理終了と判定されS702-No、処理はステップS703に進められる。ステップS703はウィンドウ画像を無効化する処理で、先に述べたように、winstatuswinIDを無効にするために、判定結果の値として1を設定し、処理を終了する。説明を図5のステップS503に戻す。ステップS503の判定で、判定部104からの出力が無ければS503-No、処理はステップS506に進められる。ステップS506では、演算部103に判別ジョブを投入する空きがあるかどうかを判定する。空きがなければS506-No、処理はS508に進められる。一方、演算部103に判別ジョブを投入する空きがあれば、処理はステップS507のジョブ投入処理に進められる。ジョブ投入処理の詳細を図8の参照により説明する。まず、ステップS801で、指示部101は、currentの値を更新する。また、指示部101は、ステップS802~S804の処理を制御するカウンタcntを0に初期化する。ステップS802では、ループ処理を抜けるか否かの判断を行う。cnt≧Wとなった場合S802-No、処理は終了する。このステップS802の判定でNoとなるのは、次に判別ジョブとして投入すべきウィンドウ画像がなかった場合が該当し得る。ステップS802の判定で、cnt<Wの場合S802-Yes、処理はステップS803に進められる。ステップS803では、currentのウィンドウ画像が有効か否かが判定される。winstatuscurrent<0という状態は、currentのウィンドウ画像の処理が終了していること、すなわちウィンドウ画像は無効である判定するS803-Yes。ウィンドウが無効な場合S803-Yes、処理はステップS804に進められる。ステップS804では、currentの値とcntの値が更新され、処理はステップS802に戻され、同様の処理が繰り返される。ステップS803の判定で、有効なウィンドウが見つかった場合S803-No、処理はステップS805に進められる。ステップS805では、指示部101は、演算部103に対して、ウィンドウ画像のIDとしてcurrentを、弱判別器のIDとしてwinstatuscurrentを、判別ジョブとして送信する。指示部101は、判別ジョブとあわせて、フラグinitflagを送信する。本処理がウィンドウ画像に対して初めての判別ジョブの送信である場合には、初期化処理図6のS601でinitflag=1が設定されているので、initflag=1を送信する。ステップS806では、winstatuscurrentに1を加算して、winstatuscurrentを更新するとともに、initflagを0にセットする。以上の処理によりジョブ投入処理が終了する。指示部状態更新処理S505、図7、またはジョブ投入処理S507、図8が終了すると、処理は図5のステップS508に進められる。ステップS508では、有効なウィンドウ画像があるかどうかを判定する。ここでは、winstatusの全ての要素が負の値であれば有効なウィンドウ画像が無いと判定されるS508-Yes。一方、ステップS508の判定で、有効なウィンドウ画像が有ると判定される場合S508-No、処理がステップS503に進められ、以下同様の処理が繰り返される。ステップS508の判定処理で有効なウィンドウ画像が無いと判定される場合S508-Yes、処理はステップS509に進められ、処理を終了するか否かが判定される。これは、例えば、外部からの制御入力において、何回ウィンドウ画像の入れ替えをして判定処理を行ったら終了かという情報を受け取っておき、図5のステップS501~S509の処理を何回行ったかを数えておけばよい。この比較に基づいてステップS509の真偽を決定してもよいし、あるいは、ステップS509の判定において、外部から、継続すべきか終了すべきかの指示を受け取り、それに基づいて終了判定を行うことも可能である。ステップS509の判定で、処理を終了しない場合S509No、処理はステップS501に戻され、同様の処理が繰り返される。ステップS510は、図16におけるステップS1622およびステップS1623に対応する処理で、判定部104からの応答を待つ処理である。判定部104の処理判定部104の処理を図10の参照により説明する。ステップS1001では、判定部104は、演算部103からの入力待ちの状態で待機する。ステップS1002では、演算部103よりウィンドウ画像のIDとしてwinID、弱判別器のIDとしてclfID、また演算値としてval、また、初期化フラグとしてinitflagを受け取る。ウィンドウ画像のIDと弱判別器のIDとinitflagは、指示部101が図8のS805で演算部103に送信したものと同じものである。続くステップS1003では、initflagの値で処理を分岐させる。initflagが1であればS1003-Yes、ステップS1004の初期化処理を行い、そうでない場合はS1003-No、ステップS1004をスキップして、処理はステップS1005に進められる。ステップS1004の初期化処理では、各ウィンドウ画像の判定済みか否かを管理する変数の初期化を行う。例えば、判定状態を示す情報winstatus2winID配列:要素数W個を設け、要素の値が0であればそのウィンドウ画像の処理は判定済を表し、そうでなければウィンドウ画像の処理は判定が終了していないとする。この場合、それらの各要素について非0値、例えば1を設定すれば良い。また、ステップS1008で用いるsendflagフラグの値結果を送信したかどうか判別するのに用いるを0に初期化する。さらに、各ウィンドウ画像の検出結果を示す情報windetect配列要素数W個を設け、各要素に0を設定する。windetect配列は、各ウィンドウの検出結果を記憶し、0は検出なし、1は検出ありを表すものとする。ステップS1005では判定部104の内部状態を更新する。これは演算部103の出力する結果に基づき、winstatus2winIDの値を更新する。例えば、図2の例の場合、演算部103の演算結果がNGであるか、あるいは最後の弱判別器をPASSして状態が確定すれば、winstatus2winIDの値を0にする。ステップS1005の詳細を図17の参照により説明する。まず、ステップS1701で、指定されたウィンドウ画像が判定未終了かそれとも終了しているかを判定する。これは、演算部103から受け取ったwinIDに基づき、それに対応するwinstatus2配列の要素、すなわちwinstatus2winIDを参照し、その値と0を比較して判定すれば良い。winstatus2winIDが非0であればウィンドウは判定が済んでいない状態であるのでS1701-Yes、処理はステップS1702に進められる。winstatus2winID=0の場合S1701-No、図17の処理は終了する。続くステップS1702では、判定部104は演算部103から入力された演算値がPASSを表すかどうかを判定する。演算値に対してその弱判別器に応じた閾値を使って判定し、閾値未満であればNG、そうでなければPASSとする。各弱判別器によって閾値が変わる場合には、その閾値はパラメータ供給部105から閾値の供給を受ければよい。図1において、パラメータ供給部105は判定部104と直接には接続していないが、例えば、演算部103を介して閾値の供給を受けることが可能である。あるいは、図1に示していないが、パラメータ供給部105と判定部104との間を接続し、その接続を介して閾値の供給を受けるように変形してもよい。閾値との大小関係とNGPASSの対応は一例であって、例えば、逆に閾値未満であればPASS、そうでなければNGとするような演算であってもよい。ステップS1702の判定結果が真であれば、処理はステップS1703に進められ、そうでない場合、処理はステップS1705に進められる。ステップS1703の判定は処理中の弱判別器が最終弱判別器か否かの判定である。これは演算部103から弱判別器のIDとして受け取ったclfIDを元にN1と比較すれば良い。ステップS1703―Yesの場合、判定の対象となる弱判別器は最終判別器ではないので、処理は終了する。一方、ステップS1703―Noの場合、処理中の弱判別器は最終弱判別器なので、PASSであった場合に、検出対象物である顔を検出したとして処理をする。ステップS1704では、最終弱判別器をPASSして、判定状態は確定する。判定状態を示す情報winstatus2winIDの値を0に設定する。また、検出したことを記憶するため、検出結果を示す情報windetectwinIDの値を1に設定し、処理は終了する。各ウィンドウ画像の検出結果として、例えば、0は検出なし、1は検出ありを表すものとする。ステップS1705は、S1702の判定で、弱判別器の判定結果がNGとなった場合、部分画像には対象物特定パターンは含まれない判定が確定するので、判定状態を示す情報winstatus2winIDの値を0に設定して処理は終了する。ステップS1005の処理図17が終了すると処理は、図10のステップS1006に進められ、判定部状態更新処理の結果が指示部101に通知される。ステップS1007では、有効なウィンドウ画像があるかどうかをwinstatus2配列を参照し、有効なウィンドウ画像がない場合S1007-N0、処理はステップS1008に進められ、そうでなければ処理はS1001に戻る。ステップS1008では、結果を送信したかどうか判別するのに用いるフラグsendflagの値を調べて処理を分岐する。フラグsendflagの値が1であればS1008-Yes、処理はステップS1009に進められ、そうでなければ処理はステップS1001に戻されるS1008-No。ステップS1009では、判定結果の出力処理を実行する。これはwindetect配列の各要素の値に基づき、各ウィンドウ画像の領域検出の有無を出力する。出力は任意の形式で良い。ステップS1010では、sendflagの値を0に設定する。これは、図16で説明した通り、ウィンドウ画像の検出が全て終了した後も、演算部103からはジョブの演算結果が入力される可能性があるためである。この処理は、図10のフローチャートにおいてステップS1008へのパスを複数回通る可能性があるので、その最初の一回のみにステップS1009の処理を実行するようにするためのものである。ステップS1010を実行した後は、ステップS1008の判定は偽S1008-NoになりステップS1009は実行されない。また、initflagとして1が与えられるとステップS1004の初期化処理によってsendflagが1に設定され、S1008の判定が再度、真になるようになる。演算部103の処理は、公知の検出処理における弱判別処理であれば任意のもので良い。概略としては次のように構成する。まず、メモリ102内に設定された複数のウィンドウ画像のうち、指示部101から判別ジョブとして指定されたウィンドウ画像のIDに基づきウィンドウ画像を特定する。続いて、そのウィンドウ画像の内部の一部もしくは全部の画素値を参照するとともに、判別ジョブの弱判別器のIDに基づき、パラメータ供給部105から対応するパラメータの供給を受け、画素値とパラメータを用いた演算を行う。そして、その演算値を判別ジョブの情報とともに判定部104に出力するよう構成する。メモリ102は指示部101の指示に応じて、外部から画像データを取得し、保持する。メモリ102は、例えば、図11のように複数のウィンドウ画像を保持することが可能である。メモリ102内に複数のウィンドウ画像が同時に存在していればよく、必ずしも図11のようにウィンドウが他のウィンドウと重複している必要はない。パラメータ供給部105は演算部103の要求に応じて、判別処理用のパラメータを提供する。パラメータ供給部105が全ての判別処理用のパラメータを保持するよう構成するか、あるいは外部に大容量のメモリを設け、パラメータ供給部105はその大容量メモリに対するキャッシュのように動作するように構成してもよい。パラメータ供給部105をキャッシュのように動作するように構成する場合、好ましくは、指示部101からの出力を、パラメータ供給部105が直接受け取るように構成する。さらに、指示部101は処理の進行を予測して、事前にパラメータ供給部105に必用とされる判別処理用のパラメータをプリフェッチするよう構成することも可能である。指示部101が処理の進行を予測するとは、例えば、図2乃至図4のような処理に対し、例えば、演算部103に対して指示を行う弱判別器よりN個先の弱判別器で用いる判別パラメータのプリフェッチをパラメータ供給部105に指示するようにする。Nは予め定めておけば良いし、なんらかの方法により弱判別器処理の進行を予測して動的に決定するように構成しても良い。弱判別器の処理次に、弱判別器の処理について、図12乃至図15を参照して説明する。弱判別器の処理方式は、図2、3に示した、直線状に接続した弱判別器の判別処理に適用可能であるが、この例に限定されず、図4に示した分岐構造を有する判別処理に対しても適用可能である。直線状に接続した弱判別器例えば、弱判別器1、01、P-1、または、弱判別器2、02、Q-1、または、弱判別器3、03、R-1の判別処理に適用可能である。また、その分岐先の弱判別器の処理を、仮想的に別検出ウィンドウ画像に対する処理のように扱えば、分岐が多段であっても適用可能であることは自明である。説明の簡単のため、検出対象のウィンドウ画像が対象物特定パターンを含むか含まないかが確定したことを、検出対象のウィンドウ画像に対する処理が終了したとも言うこととする。図12乃至図15では判別ジョブが、指示部101、演算部103および判定部104で処理される際のタイムチャートを示している。図12乃至図15において横軸は時間軸である。図12では時刻t0~t15、図13乃至図15においてはt0~t18の時刻の間にそれぞれ15個、18個のタイムスロットがあり、各タイムスロットで各部が1つの判別ジョブを処理するものとする。タイムスロットに配置された四角は判別ジョブをあらわし、Wxはウィンドウ画像のIDがxであること、Syは弱判別器のIDがyであることを示している。また、説明の簡単のため、ウィンドウ画像のグループ中には最大でIDが0から20≦x≦3の3ウィンドウ画像あることとする。また、弱判別器はIDが0から50≦y≦5の6個あり、弱判別器S5をPASSした場合、対象物特定パターン有りと検出するものとする。また、ウィンドウ画像のID=Wx、弱判別器のID=Syの判別ジョブを、WxSyとも表記する。図12乃至図15では、最初のウィンドウ画像のグループに対して実線の四角で表された判別ジョブの処理を行う。そして全てのウィンドウ画像に対する処理が終了したことを検出した時に、指示部101のt13の時点でメモリの入れ替えを行い、次のウィンドウ画像のグループとして破線の四角で表された判別ジョブを行うものとする。ただし、図13は1つのウィンドウ画像のグループに関するタイムチャートで、2つ目のウィンドウ画像のグループ、すなわち、図12に示すような破線のウィンドウ画像のグループの判別ジョブは書かれていない。また、網掛けで表された四角は、実際にはその判別ジョブに対応する弱判別器より前の弱判別器で処理が終了した判別ジョブであることを示している。図12乃至図15では、方式1~方式3の3つの方式による処理の違いを図示している。方式1~方式3はそれぞれ以下のように動作する。方式1ある検出対象のウィンドウ画像に対する処理が終了するまで投機的に判別ジョブを指示する。判別処理が終了したことを検知した時点で、そのウィンドウ画像に対する判別処理の指示を止め、次のウィンドウ画像の判別ジョブを指示する。方式2各ウィンドウ画像に対する同一の弱判別器に対する判別ジョブを指示し、その判別結果を待つ。判別結果を受け取り、そのウィンドウ画像の処理が終了していなかったら、次の弱判別器に対する判別ジョブを指示する。方式3本発明の実施形態による画像データの処理はこの方式によるものである。判別ジョブの指示の時点で判別処理が終了していないウィンドウ画像を巡回しながら次に行うべき判別器に対する判別ジョブを指示する。図12では、最初のウィンドウ画像のグループ中にW0~W2の3つのウィンドウ画像が存在し、次の表1のような判定結果である場合の例を示している。表1のケースを方式1で処理すると、表2のようになる。表2は方式1による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表2において、セルが網掛けになっている部分は、その判別ジョブに対応する弱判別器より前の弱判別器で処理が終了した判別ジョブである。また、空白のセルは判別ジョブを処理していない状態を示している。表2の例の場合、方式1による方式でウィンドウ画像のグループの処理終了を検知するのは、時刻t13のタイミングである。表1のケースを方式2で処理すると、表3のようになる。表3は方式2による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表3の表記は表2の表記と同様である。表3の例の場合、方式2による方式でウィンドウ画像のグループの処理終了を検知するのは、時刻t12のタイミングになる。次に、図12の方式3について説明する。本方式においては、ウィンドウ画像を処理する順序を規定する。指示部101は外部からの制御入力により、複数のウィンドウ画像について、判別処理の実行順を設定することが可能である。設定された実行順は、判別ジョブに含まれ、指示部101から演算部103に送信される。演算部103は、判別ジョブに含まれる実行順に従い、複数のウィンドウ画像部分画像の判別処理を行う。図18a、b、cは、ウィンドウ画像に対する判別処理の実行順を例示する図であり、図12の例にあわせて、3つのウィンドウ画像W0~W2の例を示している。図18のウィンドウ画像1801~1803が、図12のウィンドウ画像W0~W2に対応するものとする。図18a、b、cにおいて、実線の矩形は処理済みでないウィンドウ画像を示しており、破線の矩形は処理済みのウィンドウ画像を示している。尚、ウィンドウ画像の数は、3つの例に限定されるものではなく、4つ以上の場合でも循環の順序を規定できるのは明らかである。図18aは、全てのウィンドウ画像が処理済みでない状態を例示している。例えば、判別処理を行う弱判別器を弱判別器Siとする。この弱判別器Siで最初に処理されるウィンドウ画像をウィンドウ画像W01801とする。ウィンドウ画像W01801の次に処理の対象となるのはウィンドウ画像W11802である。ウィンドウ画像W11802の次に処理の対象となるのはウィンドウ画像W21803である。ウィンドウ画像W01801~W21803が弱判別器Siの判別処理で処理済みとならない場合、ウィンドウ画像W01801~W21803は、次の弱判別器Si1で処理される。次の弱判別器Si1で処理される処理の対象となるのは、順番が循環してウィンドウ画像W21803の次の順番にあたるウィンドウ画像W01801から順番に、ウィンドウ画像W01801、W11802、W21803が処理される。図18bは、ウィンドウ画像W11802が処理済となった状態を例示しており、処理済となったウィンドウ画像W11802は、次の判別処理の対象から除外される。指示部101は、複数のウィンドウ画像部分画像のうち判別処理の打ち切り終了と判定されたウィンドウ画像部分画像が少なくとも1つ含まれている場合、ウィンドウ画像例えば、W1を除いた新たな実行順W0→W2を設定する。この場合、ウィンドウ画像W01801の次に処理の対象となるのは、ウィンドウ画像W21803である。図18cは、処理済でないウィンドウ画像が1つになった状態を例示している。例えば、判別処理を行う弱判別器Siとして、ウィンドウ画像W01801が弱判別器Siの判別処理により処理済みとならなければ、次の弱判別器Si1での判別処理の対象もウィンドウ画像W01801である。表1のケースを方式3で処理すると、表4のようになる。表4は方式3による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表4の表記は表2の表記と同様である。時刻t4で判別器S1による判別ジョブを指示したウィンドウ画像W1の次に処理の対象となるのはウィンドウ画像W2である。時刻t4におけるW2S0の判定結果NGにより、ウィンドウ画像W2に対する判別処理が終了していることは、指示部101において、時刻t5の時点で既知になっている。この場合、指示部101は、更に、次のウィンドウ画像W0を探し、ウィンドウ画像W0が処理済でないのでW0S2の判別ジョブを再度指示するt5。同様に時刻t8では、時刻t7で弱判別器S3による判別ジョブを再度指示したウィンドウ画像W0の次に処理の対象となるのはウィンドウ画像W1である。時刻t6におけるW1S1の判定結果NGにより、ウィンドウ画像W1に対する判別処理は終了している。時刻t7、t8では判別処理が終了していないウィンドウ画像に対する判別処理が順次出力されるWOS3、WOS4。この間、ウィンドウ画像W1、W2は判別対象から除外される。時刻t9のタイミングにおいて、判定部104はWOS3の判定結果NGを確定し、時刻t10のタイミングにおいて、指示部101は、ウィンドウ画像のグループの処理終了を検知する。以上のように、図12の例の場合、本発明の実施形態にかかる方式3が最も早くウィンドウ画像のグループを処理することができる。図13は別の例として、表5のように、ウィンドウ画像W0~W2の全てにおいて、検出対象物特定パターンが含まれると判定される場合の例を示している。図13の場合、3つの方法ともウィンドウ画像のグループの処理が終了したことを時刻t18のタイミングで、指示部101が検知しており、この例に関しては3つの方式で処理速度に差はない。図14は、更に別の例として、表6のように、ウィンドウ画像W0~W2の全てが最初の弱判別器S0でNGと判定された場合の例を示している。表6のケースを方式1で処理すると、表7のようになる。表7は方式1による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表7の表記は表2の表記と同様である。表7に示すように、方式1では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t9のタイミングである。表1のケースを方式2で処理すると、表8のようになる。表8は方式2による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表8の表記は表2の表記と同様である。表8に示すように、方式2では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t5のタイミングである。表1のケースを方式3で処理すると、表9のようになる。表9は方式3による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表9の表記は表2の表記と同様である。表9に示すように、方式3では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t5のタイミングである。方式3は、方式2と同じ時刻t5のタイミングで、ウィンドウ画像のグループの処理を終了することができる。また方式3は、方式1に比べて速くウィンドウ画像のグループを処理することができる。図15は、更に別の例として、表10のように、ウィンドウ画像W0~W2のうち、ウィンドウ画像W0とW1が最初の弱判別器S0でNGと判定され、処理終了していないウィンドウが1つだけという場合の例を示している。表10のケースを方式1で処理すると、表11のようになる。表11は方式1による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表11の表記は表2の表記と同様である。表11に示すように、方式1では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t10のタイミングである。表10のケースを方式2で処理すると、表12のようになる。表12は方式2による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表12の表記は表2の表記と同様である。表12に示すように、方式2では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t8のタイミングである。表10のケースを方式3で処理すると、表13のようになる。表13は方式3による処理について、時刻と、指示部および判定部の処理と、をまとめたものである。表13の表記は表2の表記と同様である。表13に示すように、方式3では、ウィンドウ画像W0~W2のグループの処理終了を指示部101が検知するのは、時刻t7のタイミングである。方式3は、方式1、2に比べて速くウィンドウ画像のグループを処理することができる。図12乃至図15に示す例において、方式3は、他の方式1、2に比べて同等もしくは高速にウィンドウ画像のグループを処理することができる。本実施形態ではメモリ102が保持するのは静止画の画像データであるとして説明を行ったが、動画像データであっても良い。複数フレームをメモリ102に格納し、それらを参照して処理を行うことも可能である。また、メモリ102は単一のメモリにより構成されるものに限定されず、複数のメモリで構成してもよい。例えば、3つのメモリで構成し、それぞれに注目しているフレームと、その前後のフレームを格納するように構成することも可能である。その場合、演算部103が複数のメモリのそれぞれに対して判別処理を実行する際に、各メモリのウィンドウ画像と判別処理で参照すべきパラメータとを対応付けるための対応付け情報が、パラメータ供給部105に付与されている。パラメータ供給部105がパラメータを演算部103に供給する際に、対応付け情報もあわせて演算部103に供給される。演算部103はこの対応付け情報を参照して、各メモリとの対応付けを判断し、ウィンドウ画像の判別処理で参照すべきパラメータを特定する。実施形態として、静止画像を空間軸による2次元データ、動画像をさらに時間軸を加えた3次元データの例を説明した。この他、更に多次元のデータ、あるいは、音声などの1次元データにも本発明を適用することは可能である。また、本実施形態では、特定オブジェクトを検出するとして説明したが、一般的な多次元データである場合、これは多次元データの特定パターンを検出することに相当する。また、本実施形態ではメモリ102が保持するものは画像データそのものであったが、例えば、前処理として特徴量例えばエッジ量、フレーム間差分などを抽出し、それをメモリ部に保持するようにしてもよい。なお特徴量を1種類に限る必要性はなく、例えば、1つの画像から複数の特徴量を抽出し、それを用いて判定処理を行うことも可能である。この場合、動画像データの場合のように、パラメータ保持部が保持するパラメータにはどの特徴量を参照するのかという情報を付与し、それに基づいて演算部103が参照すべきデータを特定するように構成する。更には、本実施形態ではメモリ102が通常の画像データを保持するものとして説明したが、積分画像IntegralImageの形式で保持することも可能である。以上説明したように、本実施形態によれば、入力画像データに対し、複数の弱判別器を直列に接続して構成される判別処理を効率良く行うことができる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。