(57)【特許請求の範囲】
【請求項１】
撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置であって、
前記外部装置から送信されたコマンドを受信する受信手段と、
前記受信手段が受信したコマンドの送信元を判断する判断手段と、
前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信手段が受信した場合には、該パラメータを応答データとして、該問い合わせコマンドの送信元に対して送信する送信手段と、
前記問い合わせコマンドを前記受信手段が前記複数の外部装置のうち第１の外部装置から受信してから所定期間内に、該第１の外部装置から、前記送信手段が送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更コマンドを前記受信手段が受信した場合、前記送信手段が送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更手段と
を備え、
前記変更手段は、前記受信手段が前記所定期間内に前記複数の外部装置のうち前記第１の外部装置以外の第２の外部装置から、前記撮像装置に設定可能なパラメータのうち少なくとも配信対象の画像の符号化方式を前記撮像装置に設定する変更コマンドを受信した場合、該変更コマンドによる設定対象の符号化方式が、前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式であれば、該設定対象の符号化方式を前記撮像装置に設定し、前記第２の外部装置から受信した変更コマンドによる設定対象の符号化方式が前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式でなければ、前記撮像装置のパラメータを変更しない
ことを特徴とする撮像装置。
【請求項２】
複数のモーションJPEG映像を配信可能な配信手段を更に備え、
前記変更手段は、モーションJPEGの配信を行うように設定する変更コマンドを前記受信手段が前記第２の外部装置から受信した場合には、該変更コマンドに従って、前記撮像装置に設定されている映像配信の設定を変更することを特徴とする請求項１に記載の撮像装置。
【請求項３】
１種類のH.264映像のみを配信可能な配信手段を更に備え、
前記変更手段は、前記H.264映像の配信を行うように設定する変更コマンドを前記受信手段が前記第２の外部装置から受信した場合には、前記撮像装置に設定されているパラメータを変更することができない旨を示すエラー通知を、前記第２の外部装置に対して送信することを特徴とする請求項１に記載の撮像装置。
【請求項４】
前記パラメータは、前記撮像装置が撮像した画像に対して行う符号化の方式、該画像の解像度、配信するフレームレート、であることを特徴とする請求項１乃至３の何れか１項に記載の撮像装置。
【請求項５】
撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置の制御方法であって、
前記撮像装置の受信手段が、前記外部装置から送信されたコマンドを受信する受信工程と、
前記撮像装置の判断手段が、前記受信工程で受信したコマンドの送信元を判断する判断工程と、
前記撮像装置の送信手段が、前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信工程で受信した場合には、該パラメータを応答データとして、該問い合わせコマンドの送信元に対して送信する送信工程と、
前記撮像装置の変更手段が、前記問い合わせコマンドを前記受信工程で前記複数の外部装置のうち第１の外部装置から受信してから所定期間内に、該第１の外部装置から、前記送信工程で送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更コマンドを前記受信工程で受信した場合、前記送信工程で送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更工程と
を備え、
前記撮像装置の変更手段が、前記受信手段が前記所定期間内に前記複数の外部装置のうち前記第１の外部装置以外の第２の外部装置から、前記撮像装置に設定可能なパラメータのうち少なくとも配信対象の画像の符号化方式を前記撮像装置に設定する変更コマンドを受信した場合、該変更コマンドによる設定対象の符号化方式が、前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式であれば、該設定対象の符号化方式を前記撮像装置に設定し、前記第２の外部装置から受信した変更コマンドによる設定対象の符号化方式が前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式でなければ、前記撮像装置のパラメータを変更しない
ことを特徴とする撮像装置の制御方法。
【請求項６】
前記撮像装置の配信手段が、複数のモーションJPEG映像を配信する配信工程を更に備え、
前記変更工程では、モーションJPEGの配信を行うように設定する変更コマンドを前記受信工程で前記第２の外部装置から受信した場合には、該変更コマンドに従って、前記撮像装置に設定されている映像配信の設定を変更することを特徴とする請求項５に記載の撮像装置の制御方法。
【請求項７】
前記撮像装置の配信手段が、１種類のH.264映像のみを配信する配信工程を更に備え、
前記変更工程では、前記H.264映像の配信を行うように設定する変更コマンドを前記受信工程で前記第２の外部装置から受信した場合には、前記撮像装置に設定されているパラメータを変更することができない旨を示すエラー通知を、前記第２の外部装置に対して送信することを特徴とする請求項５に記載の撮像装置の制御方法。
【請求項８】
前記パラメータは、前記撮像装置が撮像した画像に対して行う符号化の方式、該画像の解像度、配信するフレームレート、であることを特徴とする請求項５乃至７の何れか１項に記載の撮像装置の制御方法。
【請求項９】
コンピュータを、請求項１乃至４の何れか１項に記載の撮像装置の各手段として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して撮像画像を配信する技術に関するものである。
【背景技術】
【０００２】
従来、オープンな通信プロトコルを用いて、ネットワークカメラと、コンピュータ上で動作する録画ソフトとを接続して動作する映像配信システムや監視システムなどが提案されている。例えば、オープンな通信プロトコルであるONVIF（Open Network Video Interface Forum Core Specification Version 1.0 2008年11月）を用い、既設監視カメラ装置のプリセットポジションを、新設監視カメラ装置に容易に登録できる監視カメラシステムの提案があった（特許文献１）。また、ネットワーク上の通信帯域を確保するために、ONVIFを用いて映像信号の再配信を行うネットワークデコーダ装置の提案などがあった（特許文献２）。
【０００３】
例えば、特許文献２では、次のような動作が開示されている。即ち、デコーダ装置が、クライアントからのONVIFの“GetProfile”Requestによる送信可能な映像形式の問合せコマンドを受信したとする。このときデコーダ装置は、１乃至複数のMedia Profileを含む“GetProfiles”Responseを用いて、可能な映像形式のリストを応答する。また特許文献２では、上記動作の後、クライアントが特定の“Video Encoder Configuration”を指定したMedia Profileを設定し、所望の属性を持つ符号化方式を設定する。
【０００４】
一方、ネットワークカメラなど、比較的、符号化処理能力の低いネットワーク機器においては、一つの符号化方式について単一のストリームだけしか出力できない場合があった。例えば、クライアントからある解像度やフレームレートの属性を持ったH.264の符号化方式を設定され、該属性のH.264ストリームの送信を開始したとする。このとき、他の解像度やフレームレートの属性を持つH.264符号化映像を配信することができないネットワークカメラがあった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2011-15040号公報
【特許文献２】特開2010-272943号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来のネットワークカメラにおいては、複数のクライアントからの要求を処理する場合に、以下のような問題点がある。第一クライアントからネットワークカメラの設定の選択肢に関する問い合わせがあった後、第一クライアントとは異なる第二クライアントから上記の選択肢を変更するコマンドを受信して設定動作を行ったとする。この場合、後に続く第一クライアントからの動作設定が失敗してしまう可能性があった。
【０００７】
以下に、上記のH.264を例にとって説明する。第一クライアントから符号化方式の選択肢を問い合わせられたネットワークカメラに対し、第二クライアントがSXGAサイズのH.264映像の配信を要求したと仮定する。その後、第一クライアントがVGAサイズのH.264映像の配信を要求した場合、従来のネットワークカメラでは、VGAサイズのH.264映像配信要求が失敗してしまうことがあるといった問題点があった。
【０００８】
また、このような場合、複数のクライアントが、それぞれの望む設定を交互に繰り返し行うことにより設定動作が終了できなくなってしまう、いわゆるライブロックが発生してしまう問題点があった。
【０００９】
本発明はこのような問題に鑑みてなされたものであり、ネットワークを介して撮像画像を配信する撮像装置における動作パラメータの設定を該ネットワークを介して行う場合に、より確実に動作パラメータの設定を行うための技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の目的を達成するために、例えば、本発明の撮像装置は、撮像した画像を、ネットワークを介して複数の外部装置に配信する撮像装置であって、
前記外部装置から送信されたコマンドを受信する受信手段と、
前記受信手段が受信したコマンドの送信元を判断する判断手段と、
前記撮像装置に設定可能なパラメータを該撮像装置に問い合わせる問い合わせコマンドを前記受信手段が受信した場合には、該パラメータを応答データとして、該問い合わせコマンドの送信元に対して送信する送信手段と、
前記問い合わせコマンドを前記受信手段が前記複数の外部装置のうち第１の外部装置から受信してから所定期間内に、該第１の外部装置から、前記送信手段が送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更コマンドを前記受信手段が受信した場合、前記送信手段が送信した応答データとしてのパラメータのうち少なくとも１つを前記撮像装置に設定する変更手段と
を備え、
前記変更手段は、前記受信手段が前記所定期間内に前記複数の外部装置のうち前記第１の外部装置以外の第２の外部装置から、前記撮像装置に設定可能なパラメータのうち少なくとも配信対象の画像の符号化方式を前記撮像装置に設定する変更コマンドを受信した場合、該変更コマンドによる設定対象の符号化方式が、前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式であれば、該設定対象の符号化方式を前記撮像装置に設定し、前記第２の外部装置から受信した変更コマンドによる設定対象の符号化方式が前記撮像装置が前記複数の外部装置に対して画像配信するためのパラメータとして使用可能な符号化方式でなければ、前記撮像装置のパラメータを変更しない
ことを特徴とする。
【発明の効果】
【００１１】
本発明の構成によれば、ネットワークを介して撮像画像を配信する撮像装置における動作パラメータの設定を該ネットワークを介して行う場合に、より確実に動作パラメータの設定を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】撮像装置の構成例を示す図。
【図２】撮像装置の動作を説明する図。
【図３】撮像装置が行う処理のフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載の構成の具体的な実施例の１つである。
【００１４】
［第１の実施形態］
本実施形態では、撮像した画像を、ネットワークを介して複数の外部装置に配信する、ネットワークカメラとしての撮像装置について説明する。先ず、本実施形態に係る撮像装置の構成例について、図１を用いて説明する。なお、図１は、主要な構成を記したのみであって、撮像装置の全ての構成を記したわけではない。また、図１に示した構成は全てが必須なものではなく、以下に説明する各処理を実現可能な構成であれば、如何なる構成を採用してもよい。
【００１５】
外界の光は、撮像光学系１０１を介して光学像として撮像素子１０２に入光する。撮像素子１０２は光電変換により、この入光した光学像に応じた画像信号を出力する。
【００１６】
撮像光学系１０１における不図示のズームレンズ群やフォーカスレンズ群は、モータ１０８により駆動され、このモータ１０８は、モータドライバ１１０により駆動制御される。更にこのモータドライバ１１０は、ＣＰＵ１１２により駆動制御される。
【００１７】
映像処理部１０４は、撮像素子１０２からの画像信号に対して適当な画像処理を施し、画像処理済みの画像（以下、単に撮像画像と呼称する）を、後段の映像符号化部１０６に対して出力する。
【００１８】
映像符号化部１０６は、映像処理部１０４から出力された撮像画像に対し、現在撮像装置に設定されている画像符号化方式（モーションJPEG、H.264、MPEG4など）に従って符号化を行うことで、符号化画像データを生成する。そして映像符号化部１０６は、この生成した符号化画像データを、通信バッファ１１４に格納する。
【００１９】
マイク１２１は、外界の音を収集し、収集した音に応じた音信号を出力する。音声処理部１２３は、マイク１２１から出力された音信号に対して各種の処理を施す。音声符号化部１２５は、音声処理部１２３からの音信号に対し、現在撮像装置に設定されている音声符号化方式（G.711、G.726、ACCなど）に従って符号化を行うことで、符号化音声データを生成する。そして音声符号化部１２５は、生成した符号化音声データを、通信バッファ１１４に格納する。
【００２０】
通信処理部１１６は、通信バッファ１１４に格納されている符号化画像データや符号化音声データをパケット化し、パケット単位で複数の外部装置に対して配信する。また、通信処理部１１６は、外部装置から送信されたコマンドを受信すると、この受信したコマンドを通信バッファ１１４に格納すると共に、格納した旨をＣＰＵ１１２に通知する。
【００２１】
ＣＰＵ１１２は、不図示のメモリに格納されているコンピュータプログラムやデータを用いて、撮像装置を構成する各部の動作制御を行う。また、ＣＰＵ１１２は、その内部にタイマを有しており、任意のタイミングでカウントを開始したり、カウント値をリセットしてカウントを再開したりすることができる。もちろん、このタイマはＣＰＵ１１２の外部に配置されていてもよい。またＣＰＵ１１２は、通信バッファ１１４にコマンドが格納された旨の通知を受けると、このコマンドに応じた処理を実行する。また、ＣＰＵ１１２は、通信バッファ１１４に格納されているコマンドに対する応答データを生成し、生成した応答データを通信バッファ１１４に格納する。然るに通信処理部１１６は、この通信バッファ１１４に格納された応答データをパケット化し、パケット単位でネットワークを介して外部装置に対して送信する。本実施形態では、例えば、いわゆるONVIF規格によって、そのデータ形式と意味づけが定められている上記コマンドや応答データが送受信される。
【００２２】
次に、上記の構成を有する撮像装置の動作について、図２を用いて説明する。図２では、撮像装置は、ネットワークカメラ５０２として示されている。そして、ネットワークカメラ５０２は、第１のクライアント（第１の外部装置）及び第２のクライアント（第２の外部装置）に対して撮像画像や音声を配信すると共に、それぞれからコマンドを受け付け可能であるものとしている。なお、ネットワークカメラ５０２に３台以上のクライアントが接続されている場合であっても、ネットワークカメラ５０２の基本的な動作については下記の動作と同じである。
【００２３】
先ず、図２（ａ）に示したケースにおけるネットワークカメラ５０２、第１のクライアント（５０１）、第２のクライアント（５０３）、のそれぞれの動作について説明する。
【００２４】
ネットワークカメラ５０２に設定可能なパラメータを該ネットワークカメラ５０２に問い合わせる問い合わせコマンド５０５を第１のクライアントがネットワークカメラ５０２に送信すると、ネットワークカメラ５０２は該問い合わせコマンド５０５を受信する。
【００２５】
ネットワークカメラ５０２は、問い合わせコマンド５０５を受信すると、問い合わせのあったパラメータを、問い合わせコマンド５０５に対する応答データ５０９として、該問い合わせコマンド５０５の送信元である第１のクライアントに送信する。更にネットワークカメラ５０２は、自身が有するタイマにカウントの開始指示５０７を送出するので、タイマはカウントを開始する。
【００２６】
カウントを開始してからタイマのカウント値が規定値に達するまでの期間において、ネットワークカメラ５０２が第２のクライアントから、ネットワークカメラ５０２に設定されているパラメータを変更する変更コマンド５１１を受信したとする。このとき、ネットワークカメラ５０２は、ネットワークカメラ５０２に設定されているパラメータを変更することができない旨を示すエラー通知を、変更コマンド５１１に対する応答データ５１３として、第２のクライアントに送信する。
【００２７】
このように、ネットワークカメラ５０２は、問い合わせコマンドを受信してから一定期間内に、該問い合わせコマンドの送信元以外の装置から変更コマンドを受信した場合には、この装置に対してエラー通知を行う。
【００２８】
そして、タイマは、カウント値が規定値に達すると、タイムアウトを示す通知５１５をネットワークカメラ５０２のＣＰＵ１１２に送出するので、ネットワークカメラ５０２はまた、問い合わせコマンドを受付可能な状態となる。
【００２９】
次に、図２（ｂ）に示したケースにおけるネットワークカメラ５０２、第１のクライアント（５０１）、第２のクライアント（５０３）、のそれぞれの動作について説明する。
【００３０】
第１のクライアントが問い合わせコマンド５２１をネットワークカメラ５０２に送信すると、ネットワークカメラ５０２はこの問い合わせコマンド５２１を受信する。そしてネットワークカメラ５０２は、問い合わせのあったパラメータを、問い合わせコマンド５２１に対する応答データ５２５として、該問い合わせコマンド５２１の送信元である第１のクライアントに送信する。更にネットワークカメラ５０２は、自身が有するタイマにカウントの開始指示５２３を送出するので、タイマはカウントを開始する。
【００３１】
カウントを開始してからタイマのカウント値が規定値に達するまでの期間において、ネットワークカメラ５０２が第１のクライアントから変更コマンド５２７を受信すると、ネットワークカメラ５０２は、タイマにカウント停止指示５２９を送出する。これによりタイマはカウンタ値をリセットし、カウントを停止する。更にネットワークカメラ５０２は、ネットワークカメラ５０２に設定されているパラメータを、この変更コマンド５２７に基づいて変更すると共に、変更した旨を示す応答データ５３１を、第１のクライアントに送信する。
【００３２】
更にその後、ネットワークカメラ５０２が第２のクライアントから変更コマンド５３５を受信したとする。このとき、ネットワークカメラ５０２は、ネットワークカメラ５０２に設定されているパラメータを、この変更コマンド５３５に基づいて変更すると共に、変更した旨を示す応答データ５３７を、第２のクライアントに送信する。
【００３３】
このように、ネットワークカメラ５０２は、問い合わせコマンドを受信してから一定期間内に、該問い合わせコマンドの送信元から変更コマンドを受信した場合、次に問い合わせコマンドを受信するまでは、受信した変更コマンドに応じた変更処理を行う。
【００３４】
なお、上記の説明で登場する問い合わせコマンドは、ONVIFの映像符号化の設定に関するコマンドの場合、例えば、“GetVideoEncoderConfiguration”コマンドに適用することができる。さらには、“GetVideoEncoderConfigurationOptions”コマンドに適用することもできる。
【００３５】
また、上記の説明で登場する変更コマンドは、“AddVideoEncoderConfiguration”コマンドや“RemoveVideoEncoderConfiguration”コマンドに適用することができる。さらには、“SetVideoEncoderConfiguration”コマンドにも適用することができる。
【００３６】
例えば、図２（ａ）のケースにおいて、問い合わせコマンド５０５として“GetVideoEncoderConfigurationOptions”コマンドが第１のクライアントからネットワークカメラ５０２に送信されたとする。この場合、ネットワークカメラ５０２は、ネットワークカメラ５０２に設定可能なパラメータとして下記のパラメータ群を、応答データ５０９として第１のクライアントに送信する。応答データ５０９の送信は、GetVideoEncoderConfigurationOptions”レスポンスを用いて行われる。
【００３７】
＜モーションＪＰＥＧのパラメータ＞
解像度のパラメータとして１６０×１２０、３２０×２４０、６４０×４８０、１２８０×９６０、フレームレートのパラメータとして１〜３０フレーム毎秒の各フレームレート。
【００３８】
＜H.264のパラメータ＞
解像度のパラメータとして３２０×２４０、６４０×４８０、１２８０×９６０、フレームレートのパラメータとして１〜３０フレーム毎秒の各フレームレート。
【００３９】
このように、符号化方式ごとの、解像度のパラメータ、フレームレートのパラメータを、応答データ５０９として第１のクライアントに送信することで、第１のクライアントに、符号化方式、解像度、フレームレート、の選択肢を与えることができる。然るに第１のクライアント側では、この選択肢の中から、ネットワークカメラ５０２に設定する符号化方式、解像度、フレームレートを選択することができる。そして第１のクライアントは、この選択した符号化方式、解像度、フレームレートをネットワークカメラ５０２に設定するための変更コマンドを、ネットワークカメラ５０２に送信することができる。
【００４０】
ここで第２のクライアントが、解像度として１２８０×９６０、フレームレートとして３０フレーム毎秒、符号化方式としてH.264、をネットワークカメラ５０２に設定するための変更コマンド５１１をネットワークカメラ５０２に送信したとする。この変更コマンド５１１は、“AddVideoEncoderConfiguration”コマンドである。
【００４１】
このとき、ネットワークカメラ５０２は、１種類のH.264ストリームだけしか配信することができないため、応答データ５１３として、上記の通り、エラー通知を第２のクライアントに返す。なお、第２のクライアントが、モーションJPEGの設定を行った場合には、ネットワークカメラ５０２は複数のモーションJPEG映像を配信することが可能であるので、通常の映像配信設定を行なう。
【００４２】
また、図２（ｂ）のケースにおいて、第１のクライアントが、変更コマンド５２７としての“AddVideoEncoderConfiguration”コマンドによって、H.264に係るパラメータを変更しようとする場合を考える。この場合、ネットワークカメラ５０２は、タイマをリセットしてカウントを停止させ、この変更コマンド５２７に従ってパラメータを変更すると共に、変更した旨を示す応答データ５３１を第１のクライアントに送信する。その後、第２のクライアントが、変更コマンド５３５としての“AddVideoEncoderConfiguration”コマンドによって、H.264に係るパラメータを変更しようとしているとする。この場合、ネットワークカメラ５０２は、この変更コマンド５３５に従ってパラメータを変更すると共に、変更した旨を示す応答データ５３７を第２のクライアントに送信する。
【００４３】
次に、本実施形態に係る撮像装置が行う処理について、同処理のフローチャートを示す図３を用いて説明する。なお、図３のフローチャートをＣＰＵ１１２に実行させるためのコンピュータプログラムやデータは、撮像装置内の不図示のメモリ内に格納されている。然るにＣＰＵ１１２は、このメモリに格納されているこのコンピュータプログラムやデータを用いて処理を実行することで、図３のフローチャートに従った処理を実行する。
【００４４】
ＣＰＵ１１２が、通信処理部１１６から、通信バッファ１１４にコマンド（第１のコマンド）が格納された旨の通知を受けると、処理はステップＳ３０１を介してステップＳ３０２に進む。ステップＳ３０２ではＣＰＵ１１２は、この第１のコマンドの送信元を判断する。送信元の判断方法については特定の方法に限るものではないが、例えば、Web Service Security規格におけるUser Tokenを用いて行われる。
【００４５】
ステップＳ３０３ではＣＰＵ１１２は、ステップＳ３０１で受信した第１のコマンドが問い合わせコマンドであるのか否かを判断する。この判断の結果、第１のコマンドが問い合わせコマンドである場合には、処理はステップＳ３０５に進み、問い合わせコマンドではない場合には、処理はステップＳ３０４に進む。
【００４６】
ステップＳ３０４ではＣＰＵ１１２は、第１のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてＣＰＵ１１２は通信処理部１１６を制御し、この生成した応答データをステップＳ３０２で判断した送信元に対して送信させる。
【００４７】
ステップＳ３０５ではＣＰＵ１１２は、自身が有するタイマにカウントの開始指示を送出するので、タイマはカウントを開始する。
【００４８】
次に、ＣＰＵ１１２が、通信処理部１１６から、更に通信バッファ１１４にコマンド（第２のコマンド）が格納された旨の通知を受けると、処理はステップＳ３０６を介してステップＳ３０７に進む。一方、第２のコマンドが格納された旨の通知を受けていない場合は、処理はステップＳ３０６を介してステップＳ３１２に進む。
【００４９】
ステップＳ３１２ではＣＰＵ１１２は、タイマから、カウント値が規定値に達したことを示す「タイムアウト」の通知を受けたか否かを判断し、受けた場合は、処理はステップＳ３０１に進み、受けていない場合は、処理はステップＳ３０６に進む。
【００５０】
一方、ステップＳ３０７ではＣＰＵ１１２は、ステップＳ３０２と同様にして、第２のコマンドの送信元を判断する。
【００５１】
ステップＳ３０８ではＣＰＵ１１２は、ステップＳ３０２で判断した送信元（第１のコマンドの送信元）と、ステップＳ３０７で判断した送信元（第２のコマンドの送信元）と、が同じであるか否かを判断する。この判断の結果、第１のコマンドの送信元と第２のコマンドの送信元とが同じであると判断した場合には、処理はステップＳ３１３に進み、同じではないと判断した場合は、処理はステップＳ３０９に進む。
【００５２】
ステップＳ３０９ではＣＰＵ１１２は、第２のコマンドが変更コマンドであるか否かを判断する。この判断の結果、第２のコマンドが変更コマンドである場合には、処理はステップＳ３１０に進み、第２のコマンドが変更コマンドではない場合には、処理はステップＳ３１１に進む。
【００５３】
ステップＳ３１１ではＣＰＵ１１２は、第２のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてＣＰＵ１１２は通信処理部１１６を制御し、この生成した応答データをステップＳ３０７で判断した送信元に対して送信させる。
【００５４】
一方、ステップＳ３１０ではＣＰＵ１１２は、通信処理部１１６を制御し、ネットワークカメラ５０２に設定されているパラメータを変更することができない旨を示すエラー通知を、ステップＳ３０７で判断した送信元に対して送信させる。
【００５５】
また、ステップＳ３１３ではＣＰＵ１１２は、第２のコマンドが変更コマンドであるか否かを判断する。この判断の結果、第２のコマンドが変更コマンドである場合には、処理はステップＳ３１４に進み、第２のコマンドが変更コマンドではない場合には、処理はステップＳ３１１に進む。
【００５６】
ステップＳ３１４ではＣＰＵ１１２は、タイマにカウント停止指示を送出するので、これによりタイマはカウンタ値をリセットし、カウントを停止する。
【００５７】
そしてステップＳ３１５ではＣＰＵ１１２は、第２のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてＣＰＵ１１２は通信処理部１１６を制御し、この生成した応答データをステップＳ３０７で判断した送信元に対して送信させる。
【００５８】
次に、ＣＰＵ１１２が通信処理部１１６から、更に通信バッファ１１４にコマンド（第３のコマンド）が格納された旨の通知を受け、且つこの第３のコマンドが問い合わせコマンドである場合には、処理はステップＳ３１６を介してステップＳ３０１に進む。一方、ＣＰＵ１１２が通信処理部１１６から、通信バッファ１１４に第３のコマンドが格納された旨の通知を受けていない、又はこの通知は受けているが第３のコマンドが問い合わせコマンドでない場合、処理はステップＳ３１６を介してステップＳ３１７に進む。
【００５９】
次に、ＣＰＵ１１２が通信処理部１１６から、通信バッファ１１４に第３のコマンドが格納された旨の通知を受けていない場合は、処理はステップＳ３１７を介してステップＳ３１６に進む。一方、ＣＰＵ１１２が通信処理部１１６から、通信バッファ１１４に第３のコマンドが格納された旨の通知を受けており、且つ第３のコマンドが問い合わせコマンド以外のコマンドである場合は、処理はステップＳ３１７を介してステップＳ３１８に進む。
【００６０】
そしてステップＳ３１８ではＣＰＵ１１２は、第３のコマンドに応じた処理を実行すると共に、その処理が成功したことや、処理の結果などを示す応答データを生成する。そしてＣＰＵ１１２は通信処理部１１６を制御し、この生成した応答データを、第３のコマンドの送信元に対して送信させる。
【００６１】
［第２の実施形態］
第１の実施形態では、ステップＳ３１４にてタイマをリセットした後、次に問い合わせコマンドを受信するまでステップＳ３１８を実行していた。しかし、ステップＳ３１８の処理の終了条件についてはこれに限るものではなく、例えば、タイマをリセットしてから規定時間が経過（タイマが計時）するまでステップＳ３１８の処理を実行するようにしてもよい。
【００６２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005977498.tif 000002
【図２】
0005977498.tif 000003
【図３】
0005977498.tif 000004