撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置であって、前記外部装置から送信されたコマンドを受信する受信手段と、前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信手段が受信すると、該問い合わせコマンドの送信元である第1の外部装置に対して前記パラメータを送信すると共に、タイマにカウントを開始させる手段と、前記タイマによるカウントを開始してから該タイマによるカウント値が規定値に達するまでの期間において、前記受信手段が、前記撮像装置に設定されているパラメータを変更する変更コマンドを受信すると、該変更コマンドの送信元が、前記第1の外部装置であるのか、前記複数の外部装置のうち前記第1の外部装置いがいの第2の外部装置であるのか、を判断する判断手段と、前記判断手段が前記第2の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを変更することなく、前記撮像装置に設定されているパラメータを変更することができない旨を示すエラー通知を、前記第2の外部装置に対して送信する第1の手段と、前記判断手段が前記第1の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを前記変更コマンドに従って変更する第2の手段とを備えることを特徴とする撮像装置。前記第2の手段は、前記判断手段が前記第1の外部装置であると判断すると、次に前記複数の外部装置の何れかから前記問い合わせコマンドを受信するまでの期間内では、該期間内に前記受信手段が受信した変更コマンドに従って、前記撮像装置に設定されているパラメータを変更することを特徴とする請求項1に記載の撮像装置。前記パラメータは、前記撮像装置が撮像した画像に対して行う符号化の方式、該画像の解像度、配信するフレームレート、であることを特徴とする請求項1又は2に記載の撮像装置。撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置の制御方法であって、前記撮像装置の受信手段が、前記外部装置から送信されたコマンドを受信する受信工程と、前記撮像装置の開始手段が、前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信工程で受信すると、該問い合わせコマンドの送信元である第1の外部装置に対して前記パラメータを送信すると共に、タイマにカウントを開始させる工程と、前記撮像装置の判断手段が、前記タイマによるカウントを開始してから該タイマによるカウント値が規定値に達するまでの期間において、前記受信工程で、前記撮像装置に設定されているパラメータを変更する変更コマンドを受信すると、該変更コマンドの送信元が、前記第1の外部装置であるのか、前記複数の外部装置のうち前記第1の外部装置いがいの第2の外部装置であるのか、を判断する判断工程と、前記撮像装置の第1の手段が、前記判断工程で前記第2の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを変更することなく、前記撮像装置に設定されているパラメータを変更することができない旨を示すエラー通知を、前記第2の外部装置に対して送信する第1の工程と、前記撮像装置の第2の手段が、前記判断工程で前記第1の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを前記変更コマンドに従って変更する第2の工程とを備えることを特徴とする撮像装置の制御方法。しかしながら、上述した従来のネットワークカメラにおいては、複数のクライアントからの要求を処理する場合に、以下のような問題点がある。第一クライアントからネットワークカメラの設定の選択肢に関する問い合わせがあった後、第一クライアントとは異なる第二クライアントから上記の選択肢を変更するコマンドを受信して設定動作を行ったとする。この場合、後に続く第一クライアントからの動作設定が失敗してしまう可能性があった。以下に、上記のH264を例にとって説明する。第一クライアントから符号化方式の選択肢を問い合わせられたネットワークカメラに対し、第二クライアントがSXGAサイズのH264映像の配信を要求したと仮定する。その後、第一クライアントがVGAサイズのH264映像の配信を要求した場合、従来のネットワークカメラでは、VGAサイズのH264映像配信要求が失敗してしまうことがあるといった問題点があった。また、このような場合、複数のクライアントが、それぞれの望む設定を交互に繰り返し行うことにより設定動作が終了できなくなってしまう、いわゆるライブロックが発生してしまう問題点があった。本発明はこのような問題に鑑みてなされたものであり、ネットワークを介して撮像画像を配信する撮像装置における動作パラメータの設定を該ネットワークを介して行う場合に、より確実に動作パラメータの設定を行うための技術を提供することを目的とする。本発明の目的を達成するために、例えば、本発明の撮像装置は、撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置であって、前記外部装置から送信されたコマンドを受信する受信手段と、前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信手段が受信すると、該問い合わせコマンドの送信元である第1の外部装置に対して前記パラメータを送信すると共に、タイマにカウントを開始させる手段と、前記タイマによるカウントを開始してから該タイマによるカウント値が規定値に達するまでの期間において、前記受信手段が、前記撮像装置に設定されているパラメータを変更する変更コマンドを受信すると、該変更コマンドの送信元が、前記第1の外部装置であるのか、前記複数の外部装置のうち前記第1の外部装置いがいの第2の外部装置であるのか、を判断する判断手段と、前記判断手段が前記第2の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを変更することなく、前記撮像装置に設定されているパラメータを変更することができない旨を示すエラー通知を、前記第2の外部装置に対して送信する第1の手段と、前記判断手段が前記第1の外部装置であると判断した場合、前記撮像装置に設定されているパラメータを前記変更コマンドに従って変更する第2の手段とを備えることを特徴とする。本発明の構成によれば、ネットワークを介して撮像画像を配信する撮像装置における動作パラメータの設定を該ネットワークを介して行う場合に、より確実に動作パラメータの設定を行うことができる。以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載の構成の具体的な実施例の1つである。[第1の実施形態]本実施形態では、撮像した画像を、ネットワークを介して複数の外部装置に配信する、ネットワークカメラとしての撮像装置について説明する。先ず、本実施形態に係る撮像装置の構成例について、図1を用いて説明する。なお、図1は、主要な構成を記したのみであって、撮像装置の全ての構成を記したわけではない。また、図1に示した構成は全てが必須なものではなく、以下に説明する各処理を実現可能な構成であれば、如何なる構成を採用してもよい。外界の光は、撮像光学系101を介して光学像として撮像素子102に入光する。撮像素子102は光電変換により、この入光した光学像に応じた画像信号を出力する。撮像光学系101における不図示のズームレンズ群やフォーカスレンズ群は、モータ108により駆動され、このモータ108は、モータドライバ110により駆動制御される。更にこのモータドライバ110は、CPU112により駆動制御される。映像処理部104は、撮像素子102からの画像信号に対して適当な画像処理を施し、画像処理済みの画像以下、単に撮像画像と呼称するを、後段の映像符号化部106に対して出力する。映像符号化部106は、映像処理部104から出力された撮像画像に対し、現在撮像装置に設定されている画像符号化方式モーションJPEG、H264、MPEG4などに従って符号化を行うことで、符号化画像データを生成する。そして映像符号化部106は、この生成した符号化画像データを、通信バッファ114に格納する。マイク121は、外界の音を収集し、収集した音に応じた音信号を出力する。音声処理部123は、マイク121から出力された音信号に対して各種の処理を施す。音声符号化部125は、音声処理部123からの音信号に対し、現在撮像装置に設定されている音声符号化方式G711、G726、ACCなどに従って符号化を行うことで、符号化音声データを生成する。そして音声符号化部125は、生成した符号化音声データを、通信バッファ114に格納する。通信処理部116は、通信バッファ114に格納されている符号化画像データや符号化音声データをパケット化し、パケット単位で複数の外部装置に対して配信する。また、通信処理部116は、外部装置から送信されたコマンドを受信すると、この受信したコマンドを通信バッファ114に格納すると共に、格納した旨をCPU112に通知する。CPU112は、不図示のメモリに格納されているコンピュータプログラムやデータを用いて、撮像装置を構成する各部の動作制御を行う。また、CPU112は、その内部にタイマを有しており、任意のタイミングでカウントを開始したり、カウント値をリセットしてカウントを再開したりすることができる。もちろん、このタイマはCPU112の外部に配置されていてもよい。またCPU112は、通信バッファ114にコマンドが格納された旨の通知を受けると、このコマンドに応じた処理を実行する。また、CPU112は、通信バッファ114に格納されているコマンドに対する応答データを生成し、生成した応答データを通信バッファ114に格納する。然るに通信処理部116は、この通信バッファ114に格納された応答データをパケット化し、パケット単位でネットワークを介して外部装置に対して送信する。本実施形態では、例えば、いわゆるONVIF規格によって、そのデータ形式と意味づけが定められている上記コマンドや応答データが送受信される。次に、上記の構成を有する撮像装置の動作について、図2を用いて説明する。図2では、撮像装置は、ネットワークカメラ502として示されている。そして、ネットワークカメラ502は、第1のクライアント第1の外部装置及び第2のクライアント第2の外部装置に対して撮像画像や音声を配信すると共に、それぞれからコマンドを受け付け可能であるものとしている。なお、ネットワークカメラ502に3台以上のクライアントが接続されている場合であっても、ネットワークカメラ502の基本的な動作については下記の動作と同じである。先ず、図2aに示したケースにおけるネットワークカメラ502、第1のクライアント501、第2のクライアント503、のそれぞれの動作について説明する。ネットワークカメラ502に設定可能なパラメータを該ネットワークカメラ502に問い合わせる問い合わせコマンド505を第1のクライアントがネットワークカメラ502に送信すると、ネットワークカメラ502は該問い合わせコマンド505を受信する。ネットワークカメラ502は、問い合わせコマンド505を受信すると、問い合わせのあったパラメータを、問い合わせコマンド505に対する応答データ509として、該問い合わせコマンド505の送信元である第1のクライアントに送信する。更にネットワークカメラ502は、自身が有するタイマにカウントの開始指示507を送出するので、タイマはカウントを開始する。カウントを開始してからタイマのカウント値が規定値に達するまでの期間において、ネットワークカメラ502が第2のクライアントから、ネットワークカメラ502に設定されているパラメータを変更する変更コマンド511を受信したとする。このとき、ネットワークカメラ502は、ネットワークカメラ502に設定されているパラメータを変更することができない旨を示すエラー通知を、変更コマンド511に対する応答データ513として、第2のクライアントに送信する。このように、ネットワークカメラ502は、問い合わせコマンドを受信してから一定期間内に、該問い合わせコマンドの送信元以外の装置から変更コマンドを受信した場合には、この装置に対してエラー通知を行う。そして、タイマは、カウント値が規定値に達すると、タイムアウトを示す通知515をネットワークカメラ502のCPU112に送出するので、ネットワークカメラ502はまた、問い合わせコマンドを受付可能な状態となる。次に、図2bに示したケースにおけるネットワークカメラ502、第1のクライアント501、第2のクライアント503、のそれぞれの動作について説明する。第1のクライアントが問い合わせコマンド521をネットワークカメラ502に送信すると、ネットワークカメラ502はこの問い合わせコマンド521を受信する。そしてネットワークカメラ502は、問い合わせのあったパラメータを、問い合わせコマンド521に対する応答データ525として、該問い合わせコマンド521の送信元である第1のクライアントに送信する。更にネットワークカメラ502は、自身が有するタイマにカウントの開始指示523を送出するので、タイマはカウントを開始する。カウントを開始してからタイマのカウント値が規定値に達するまでの期間において、ネットワークカメラ502が第1のクライアントから変更コマンド527を受信すると、ネットワークカメラ502は、タイマにカウント停止指示529を送出する。これによりタイマはカウンタ値をリセットし、カウントを停止する。更にネットワークカメラ502は、ネットワークカメラ502に設定されているパラメータを、この変更コマンド527に基づいて変更すると共に、変更した旨を示す応答データ531を、第1のクライアントに送信する。更にその後、ネットワークカメラ502が第2のクライアントから変更コマンド535を受信したとする。このとき、ネットワークカメラ502は、ネットワークカメラ502に設定されているパラメータを、この変更コマンド535に基づいて変更すると共に、変更した旨を示す応答データ537を、第2のクライアントに送信する。このように、ネットワークカメラ502は、問い合わせコマンドを受信してから一定期間内に、該問い合わせコマンドの送信元から変更コマンドを受信した場合、次に問い合わせコマンドを受信するまでは、受信した変更コマンドに応じた変更処理を行う。なお、上記の説明で登場する問い合わせコマンドは、ONVIFの映像符号化の設定に関するコマンドの場合、例えば、GetVideoEncoderConfigurationコマンドに適用することができる。さらには、GetVideoEncoderConfigurationOptionsコマンドに適用することもできる。また、上記の説明で登場する変更コマンドは、AddVideoEncoderConfigurationコマンドやRemoveVideoEncoderConfigurationコマンドに適用することができる。さらには、SetVideoEncoderConfigurationコマンドにも適用することができる。例えば、図2aのケースにおいて、問い合わせコマンド505としてGetVideoEncoderConfigurationOptionsコマンドが第1のクライアントからネットワークカメラ502に送信されたとする。この場合、ネットワークカメラ502は、ネットワークカメラ502に設定可能なパラメータとして下記のパラメータ群を、応答データ509として第1のクライアントに送信する。応答データ509の送信は、GetVideoEncoderConfigurationOptionsレスポンスを用いて行われる。<モーションJPEGのパラメータ>解像度のパラメータとして160×120、320×240、640×480、1280×960、フレームレートのパラメータとして1~30フレーム毎秒の各フレームレート。<H264のパラメータ>解像度のパラメータとして320×240、640×480、1280×960、フレームレートのパラメータとして1~30フレーム毎秒の各フレームレート。このように、符号化方式ごとの、解像度のパラメータ、フレームレートのパラメータを、応答データ509として第1のクライアントに送信することで、第1のクライアントに、符号化方式、解像度、フレームレート、の選択肢を与えることができる。然るに第1のクライアント側では、この選択肢の中から、ネットワークカメラ502に設定する符号化方式、解像度、フレームレートを選択することができる。そして第1のクライアントは、この選択した符号化方式、解像度、フレームレートをネットワークカメラ502に設定するための変更コマンドを、ネットワークカメラ502に送信することができる。ここで第2のクライアントが、解像度として1280×960、フレームレートとして30フレーム毎秒、符号化方式としてH264、をネットワークカメラ502に設定するための変更コマンド511をネットワークカメラ502に送信したとする。この変更コマンド511は、AddVideoEncoderConfigurationコマンドである。このとき、ネットワークカメラ502は、1種類のH264ストリームだけしか配信することができないため、応答データ513として、上記の通り、エラー通知を第2のクライアントに返す。なお、第2のクライアントが、モーションJPEGの設定を行った場合には、ネットワークカメラ502は複数のモーションJPEG映像を配信することが可能であるので、通常の映像配信設定を行なう。また、図2bのケースにおいて、第1のクライアントが、変更コマンド527としてのAddVideoEncoderConfigurationコマンドによって、H264に係るパラメータを変更しようとする場合を考える。この場合、ネットワークカメラ502は、タイマをリセットしてカウントを停止させ、この変更コマンド527に従ってパラメータを変更すると共に、変更した旨を示す応答データ531を第1のクライアントに送信する。その後、第2のクライアントが、変更コマンド535としてのAddVideoEncoderConfigurationコマンドによって、H264に係るパラメータを変更しようとしているとする。この場合、ネットワークカメラ502は、この変更コマンド535に従ってパラメータを変更すると共に、変更した旨を示す応答データ537を第2のクライアントに送信する。次に、本実施形態に係る撮像装置が行う処理について、同処理のフローチャートを示す図3を用いて説明する。なお、図3のフローチャートをCPU112に実行させるためのコンピュータプログラムやデータは、撮像装置内の不図示のメモリ内に格納されている。然るにCPU112は、このメモリに格納されているこのコンピュータプログラムやデータを用いて処理を実行することで、図3のフローチャートに従った処理を実行する。CPU112が、通信処理部116から、通信バッファ114にコマンド第1のコマンドが格納された旨の通知を受けると、処理はステップS301を介してステップS302に進む。ステップS302ではCPU112は、この第1のコマンドの送信元を判断する。送信元の判断方法については特定の方法に限るものではないが、例えば、WebServiceSecurity規格におけるUserTokenを用いて行われる。ステップS303ではCPU112は、ステップS301で受信した第1のコマンドが問い合わせコマンドであるのか否かを判断する。この判断の結果、第1のコマンドが問い合わせコマンドである場合には、処理はステップS305に進み、問い合わせコマンドではない場合には、処理はステップS304に進む。ステップS304ではCPU112は、第1のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてCPU112は通信処理部116を制御し、この生成した応答データをステップS302で判断した送信元に対して送信させる。ステップS305ではCPU112は、自身が有するタイマにカウントの開始指示を送出するので、タイマはカウントを開始する。次に、CPU112が、通信処理部116から、更に通信バッファ114にコマンド第2のコマンドが格納された旨の通知を受けると、処理はステップS306を介してステップS307に進む。一方、第2のコマンドが格納された旨の通知を受けていない場合は、処理はステップS306を介してステップS312に進む。ステップS312ではCPU112は、タイマから、カウント値が規定値に達したことを示すタイムアウトの通知を受けたか否かを判断し、受けた場合は、処理はステップS301に進み、受けていない場合は、処理はステップS306に進む。一方、ステップS307ではCPU112は、ステップS302と同様にして、第2のコマンドの送信元を判断する。ステップS308ではCPU112は、ステップS302で判断した送信元第1のコマンドの送信元と、ステップS307で判断した送信元第2のコマンドの送信元と、が同じであるか否かを判断する。この判断の結果、第1のコマンドの送信元と第2のコマンドの送信元とが同じであると判断した場合には、処理はステップS313に進み、同じではないと判断した場合は、処理はステップS309に進む。ステップS309ではCPU112は、第2のコマンドが変更コマンドであるか否かを判断する。この判断の結果、第2のコマンドが変更コマンドである場合には、処理はステップS310に進み、第2のコマンドが変更コマンドではない場合には、処理はステップS311に進む。ステップS311ではCPU112は、第2のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてCPU112は通信処理部116を制御し、この生成した応答データをステップS307で判断した送信元に対して送信させる。一方、ステップS310ではCPU112は、通信処理部116を制御し、ネットワークカメラ502に設定されているパラメータを変更することができない旨を示すエラー通知を、ステップS307で判断した送信元に対して送信させる。また、ステップS313ではCPU112は、第2のコマンドが変更コマンドであるか否かを判断する。この判断の結果、第2のコマンドが変更コマンドである場合には、処理はステップS314に進み、第2のコマンドが変更コマンドではない場合には、処理はステップS311に進む。ステップS314ではCPU112は、タイマにカウント停止指示を送出するので、これによりタイマはカウンタ値をリセットし、カウントを停止する。そしてステップS315ではCPU112は、第2のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてCPU112は通信処理部116を制御し、この生成した応答データをステップS307で判断した送信元に対して送信させる。次に、CPU112が通信処理部116から、更に通信バッファ114にコマンド第3のコマンドが格納された旨の通知を受け、且つこの第3のコマンドが問い合わせコマンドである場合には、処理はステップS316を介してステップS301に進む。一方、CPU112が通信処理部116から、通信バッファ114に第3のコマンドが格納された旨の通知を受けていない、又はこの通知は受けているが第3のコマンドが問い合わせコマンドでない場合、処理はステップS316を介してステップS317に進む。次に、CPU112が通信処理部116から、通信バッファ114に第3のコマンドが格納された旨の通知を受けていない場合は、処理はステップS317を介してステップS316に進む。一方、CPU112が通信処理部116から、通信バッファ114に第3のコマンドが格納された旨の通知を受けており、且つ第3のコマンドが問い合わせコマンド以外のコマンドである場合は、処理はステップS317を介してステップS318に進む。そしてステップS318ではCPU112は、第3のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてCPU112は通信処理部116を制御し、この生成した応答データを、第3のコマンドの送信元に対して送信させる。[第2の実施形態]第1の実施形態では、ステップS314にてタイマをリセットした後、次に問い合わせコマンドを受信するまでステップS318を実行していた。しかし、ステップS318の処理の終了条件についてはこれに限るものではなく、例えば、タイマをリセットしてから規定時間が経過タイマが計時するまでステップS318の処理を実行するようにしてもよい。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。