(57)【要約】【課題】  画像および音声の蓄積を行う監視装置において、複数イベントを連続的に検出したときにその複数イベントにつき１つの音声ファイルを生成するようにした場合、そのファイルが確定する時期は最後のイベントによる音声の蓄積が完了する時まで遅れる。このため、管理サーバからのダウンロード可能タイミングが遅れる。【解決手段】  一のイベントに係る音声の蓄積が完了する前に後続のイベントが検出される複数イベント検出時においては、当該複数イベントの検出時を含む時間帯の音声を１ファイルとすべく記憶装置に蓄積する一方、その蓄積中（Ｓ５０１→ＮＯ）、音声の蓄積量に関する値が所定値を超えるごとに（Ｓ５０２→ＹＥＳ）、新たに蓄積された音声を１ファイルとして確定する処理を行う（Ｓ５０３）。【選択図】  図５
2007013733.tif 000002
【特許請求の範囲】
【請求項１】
データを入力するデータ入力手段と、
イベントを検出するイベント検出手段と、
前記イベント検出手段によって検出されたイベントに応じて、予め設定された時間分の前記データ入力手段によって入力されたデータのファイルを作成する作成手段と、
を有し、
前記作成手段は、ファイルの確定処理を行う前に前記イベント検出手段によって新たなイベントが検出された場合、前記新たなイベントに対応する時間分の前記データ入力手段によって入力されたデータを含むように前記ファイルを作成することを特徴とするファイル作成装置。
【請求項２】
前記作成手段は、前記ファイルに含まれるデータ量が所定値を超えた場合、ファイルの確定処理を行うことを特徴とする請求項１に記載のファイル作成装置。
【請求項３】
前記ファイルの確定処理は、前記イベント検出手段により検出されたイベントに関する情報と、前記作成されたファイル関する情報とを、蓄積情報として登録する処理であることを特徴とする請求項１に記載のファイル作成装置。
【請求項４】
前記データ入力手段によって入力されるデータは音声または画像データであることを特徴とする請求項１に記載のファイル作成装置。
【請求項５】
前記データ入力手段によって入力されるデータは音声データであり、
前記作成手段は、予め設定された時間分の音声データのファイルを作成するとともに、前記イベント検出手段によって検出されたイベントに応じて、撮像手段によって撮像された画像データの静止画像ファイルを作成することを特徴とする請求項３に記載のファイル作成装置。
【請求項６】
前記作成手段は、前記ファイルの作成中に外部機器からのファイルの転送要求を受信するごとに、作成中のファイルを１ファイルとして確定する処理を行うことを特徴とする請求項１に記載のファイル作成装置。
【請求項７】
前記作成手段は、前記ファイルの作成中に、画像ファイルを確定するタイミングと同期して音声ファイルを確定する処理を行うことを特徴とする請求項５に記載のファイル作成装置。
【請求項８】
前記作成手段は、前記ファイルの作成中に、前記イベント検出手段により特定のイベントが検出されたときに、前記作成中のファイルを１ファイルとして確定する処理を行うことを特徴とする請求項１に記載のファイル作成装置。
【請求項９】
データを入力するデータ入力工程と、
イベントを検出するイベント検出工程と、
前記イベント検出工程で検出されたイベントに応じて、予め設定された時間分の前記データ入力工程において入力されたデータのファイルを作成する作成工程と、
を有し、
前記作成工程において、ファイルの確定処理を行う前に前記イベント検出工程において新たなイベントが検出された場合、前記新たなイベントに対応する時間分のデータを含むように前記ファイルを作成することを特徴とするファイル作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視カメラ装置およびその制御方法に関し、特に、監視カメラ装置における画像や音声のファイル生成処理に関する。
【背景技術】
【０００２】
近年、インターネットなどＩＰ（Internet Protocol）ネットワークを利用した監視システムが増加してきている。このような監視システムを例えば店舗監視やビル監視に利用する場合、入退出者や異常音などが発生した際に監視カメラで撮影された画像をサーバに蓄積しておき、必要に応じて管理者が蓄積データを閲覧・確認することができる。
【０００３】
ＩＰネットワークを利用する利点はたとえば、専用線や回線交換網を使用する場合と比べて、低コスト、広帯域である点である。その一方で、ネットワーク状況によっては通信ができない、データ転送が遅延する、という欠点もある。このため、高信頼性が求められる監視システムでは、ネットワークに接続されている監視カメラ側でセンサなどを用いて異常検出を行って異常が検出された際の監視対象の画像を蓄積し、管理サーバからは適宜蓄積画像などを取得する、という方法がとられる。これにより、ネットワークが遅延、または通信不可の時間帯があっても、画像の蓄積に失敗するという可能性は大幅に低減できる。
【０００４】
【特許文献１】特開２００４−１２０５９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
監視カメラは、動き検知やセンサ等によるイベントを検出すると、イベントの種類に応じた時間分の画像や音声を蓄積する。例えば、イベントを検出すると、そのイベント検出時を含む所定時間分の画像データをファイルとして蓄積する。音声データについても同様である。すなわち、そのイベント検出時を含む所定時間分の音声データをファイルとして蓄積する。このように監視カメラが画像や音声をファイルとして蓄積する。そして、遠隔にある管理サーバは監視カメラから画像ファイルや音声ファイルをダウンロードすることができる。
【０００６】
以下では、音声の蓄積制御に絞って説明を行う。あるイベントを検出して音声を蓄積している時に、別のイベントを検出して連続的に録音する場合、１度目のイベントにより蓄積する音声と２度目のイベントにより蓄積する音声の重複が発生する。このような蓄積する音声の重複をどう考えるかによって、音声ファイル生成の設計思想は異なってくる。
【０００７】
たとえば、イベントが連続的に発生したかどうかにかかわらず、１イベントにつき１つの音声ファイルを生成する方法が考えられる。この場合はイベントと音声ファイルとが一対一に対応しファイル管理が容易である。しかしながら、１つの監視カメラにおいて上記のような複数のイベントが連続的に発生した場合には、複数のファイルに同じ音声が蓄積されることになるので、蓄積効率が低下する。
【課題を解決するための手段】
【０００８】
本発明は上記した問題を解決するためになされたものである。本発明の一側面に係るファイル作成装置は、データを入力するデータ入力手段と、イベントを検出するイベント検出手段と、前記イベント検出手段によって検出されたイベントに応じて、予め設定された時間分の前記データ入力手段によって入力されたデータのファイルを作成する作成手段とを有し、前記作成手段は、ファイルの確定処理を行う前に前記イベント検出手段によって新たなイベントが検出された場合、前記新たなイベントに対応する時間分の前記データ入力手段によって入力されたデータを含むように前記ファイルを作成することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、例えば、所定時間内に複数イベントが発生した場合に基本的にはその複数イベントにつき１つの音声ファイルを生成するようにした場合でも、管理サーバからのダウンロード可能タイミングが必要以上に遅れることを防止することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。
【００１１】
（実施形態１）
図１は、本実施形態に係る監視システムの構成を示す図である。
【００１２】
監視カメラ装置であるネットワークカメラ１０１〜１０３は、画像を取得する撮像機能をはじめ、マイクロホンなどを用いて音声入力を行う音声入力機能、さらに外部センサなどを用いてイベントの検出を行うイベント検出機能を備える。そして、イベントの検出をトリガとして、イベント検出時前後所定時間の音声と画像の蓄積を行う。この蓄積時間に関しては、イベントごとに、イベント検出前録音時間とイベント検出後録音時間がイベントテーブル（図示省略）に規定されている。なお、同図には３台のネットワークカメラ１０１〜１０３が示されているが、本発明はネットワークカメラの特定の台数によって限定されるものではない。
【００１３】
ネットワークカメラに対する外部装置としての管理サーバ１０５は、ネットワーク１０４を経由してネットワークカメラ１０１〜１０３から、蓄積された画像および音声のダウンロードを行う。管理サーバ１０５は、蓄積した画像を表示するモニタ１０６と、蓄積した音声を再生するスピーカ１０７とを備える。
【００１４】
図２は、ファイル作成装置としてのネットワークカメラの機能構成を示す図である。なお、図示の外部センサ２０１、撮像部２０２、音声入力部２０３は、ネットワークカメラに内蔵されている必要はなく、着脱可能に構成されたものでもよい。以下、この図２を参照して、本実施形態におけるネットワークカメラによる画像および音声の蓄積処理を概略的に説明する。
【００１５】
外部センサ２０１は、例えばドアの開閉に伴いＯＮ／ＯＦＦ信号を生成する。イベント検出部２０４は、外部センサ２０１、画像信号処理部２０５、音声信号処理部２０６のそれぞれから、監視対象に変化があったことを通知する信号を受信し、ファイルを作成する作成手段としての蓄積制御部２０７に通知する。
【００１６】
撮像部２０２は、監視対象の画像データを生成し、画像信号処理部２０５に送る。画像信号処理部２０５は、送られてきた画像データを符号化し、蓄積制御部２０７に送る。
【００１７】
音声入力部２０３は、監視対象からの音声を収集し、音声信号処理部２０６に送る。音声信号処理部２０６は、送られてきた音声データを符号化し、蓄積制御部２０７に送る。
【００１８】
蓄積制御部２０７は、通知されたイベントに応答して、ハードディスク装置などで構成される記憶装置２０９から録音すべき時間（期間）およびイベント検出前後の録音対象の時間といった録音条件が記述されたイベントテーブルを取り出し、蓄積処理を開始する。なお、録音条件は、イベントの種類ごとに予め設定されているものとする。記憶装置２０９に予め格納されている保存される蓄積情報は、大きくイベント情報と蓄積ファイル情報とに分けることができる。蓄積情報のフォーマット例については図３を参照して後ほど説明する。
【００１９】
蓄積制御部２０７は、符号化された音声データを内蔵するバッファメモリに一旦蓄積する。そしてバッファメモリから順次音声データを取り出してファイルの作成を行う。そして、作成されたファイルを記憶装置２０９に保存する処理を行うとともに、蓄積ファイル番号等を上記蓄積ファイル情報として記憶装置２０９に保存する。なお、バッファメモリは、録音条件として設定されたイベント検出前の録音時間分のデータを保持可能な容量を有しているものとする。
【００２０】
次に、管理サーバ１０５が蓄積データを取得する際のネットワークカメラの処理を概略的に説明する。
【００２１】
ダウンロード制御部２０８は、通信制御部２１０を介して、管理サーバ１０５から蓄積情報取得要求を受信する。ダウンロード制御部２０８は、その要求に応じて記憶装置２０９に保存されるイベント情報や蓄積ファイル情報等を含む蓄積情報（図３（ｃ））から要求に合致する情報を通信制御部２１０に送信する。通信制御部２１０は、ダウンロード制御部２０８より出力された蓄積情報をネットワーク１０４を介して管理サーバ１０５に配送する。
【００２２】
管理サーバ１０５は、取得した蓄積情報からダウンロードしようとするファイルのファイル番号を認識し、ダウンロード要求をネットワークカメラに送信する。
【００２３】
ダウンロード制御部２０８は、通信制御部２１０を介して管理サーバ１０５からのダウンロード要求を受信すると、そのダウンロード要求に含まれているファイル番号と記憶装置２０９に保存されている蓄積情報に含まれているファイル番号とを照合そして、通信制御部２１０を介して、該当するファイルを管理サーバ１０５に送信する。
【００２４】
管理サーバ１０５はネットワークカメラが蓄積処理中かどうかわからないので、ネットワークカメラから音声の蓄積処理の経過状況を取得あるいは通知させるようにすることも可能である。
【００２５】
なお、本実施形態では、蓄積制御部２０７にダウンロード制御部２０８の機能を含めていない。これは蓄積処理とダウンロード処理を分割することで、各制御部の単純化を図ることと制御部間の影響を分断することが目的である。具体的には、各制御部に不具合の混入を防ぎ、蓄積処理またはダウンロード処理における予想外の動作停止や処理の再スタートの影響を受けないという効果を得ることができる。
【００２６】
以下、本実施形態におけるネットワークカメラによる音声蓄積処理を詳細に説明する。図４は、蓄積制御部２０７による音声蓄積処理に係る制御手順を示すフローチャートである。
【００２７】
ステップＳ４０１では、音声信号処理部２０６から出力された音声データが入力されるのを待機し、その入力があるとステップＳ４０２に進む。ステップＳ４０２では、イベント検出部２０４において新たなイベントが検出されたかどうかを判断する。イベント検出の通知があったときはステップＳ４０３に進み、イベントテーブルに該イベント対応する情報があるかどうかを判断する。該イベントに対応する情報がイベントテーブルにあった場合はステップＳ４０４に進む。ステップＳ４０４において、イベントテーブルに登録されているイベント前の録音対象の時間、イベント後の録音対象の時間を参照して、記憶装置２０９に記憶されている蓄積情報である録音対象の音声データの音声入力部２０３への入力時刻と録音時間を設定もしくは更新する。次に、ステップＳ４０５で処理状態のフラグを“録音中”に変更し、その後ステップＳ４０６に進む。ステップＳ４０６は、現在の処理状態が蓄積中か否かを判断する処理である。ステップＳ４０５を経由してきた場合は、処理状態のフラグが“録音中”となっているため、ステップＳ４０７に進んで音声データの録音処理を実行する（この処理の詳細は後述する。）。この音声データの録音時間分のファイルの作成処理を終えると処理状態フラグ“録音中”を解除した後、ステップＳ４０１の音声データ入力待ちに戻る。
【００２８】
一方、ステップＳ４０２でイベント通知がなかったとき、および、ステップＳ４０３でイベントテーブルにイベント通知に係るイベントがなかったときは、ステップＳ４０４、Ｓ４０５の処理を行うことなくそのままステップＳ４０６に進む。この場合、処理状態は“録音中”とはなっていないから、そのままステップＳ４０１の音声データ入力待ちに戻る。
【００２９】
図５は、ステップＳ４０７における音声蓄積処理の詳細を示すフローチャートである。なお、以下に述べる時刻は、音声データが音声入力部２０３に入力された時刻を指すものとする。
【００３０】
まず、設定された録音時間が経過し、録音を終了するかどうかを判断する（ステップＳ５０１）。設定された録音時間が経過した場合は、設定された時間分の音声データが得られたものとして作成した音声ファイルの確定処理を行う（ステップＳ５０６）。このファイルの確定処理の具体例は後述する。その後、処理状態をアイドル状態に変更し（ステップＳ５０７）、この音声蓄積処理を抜ける。
【００３１】
一方、ステップＳ５０１で録音時間が経過していない場合は、現在の録音対象のデータ量が予め設定された所定量を超えたかどうかによってファイル確定を行うかどうかを判断する（ステップＳ５０２）。録音対象のデータ量が所定量を超えた場合は、ファイルの確定処理を行うとともに、図３（ｃ）に示す蓄積情報の蓄積ファイル情報に確定処理されたファイル情報を登録する（ステップＳ５０３）。その後、新たに入力された音声データをバッファメモリに一時保存し（ステップＳ５０４）、現在の蓄積データ量など蓄積状況を更新する（ステップＳ５０５）。ステップＳ５０２でファイル確定を要しないと判断されたときは、そのままステップＳ５０４に進む。
【００３２】
なお、ステップＳ５０２にて、ファイル確定を行うか行わないかは、上記のような現在の蓄積データ量ではなく、ファイルに保存される音声データが所定期間経過したかどうかによって判断することも可能である。要するに、音声の蓄積量に関する値が所定値を超えたかどうかで判断が可能である。
【００３３】
次に、上述した音声蓄積処理と蓄積情報との関係について、図３を用いて具体例を挙げて説明する。
【００３４】
まず、図３（ａ）の場合について説明する。なお、図３（ａ），（ｂ）の時間軸は音声入力部２０３において音声が入力された時刻を指すものとして説明する。
【００３５】
時刻ｔ１にイベントＡが発生した時、まず、図３（ｃ）に示す蓄積情報のイベント情報として、イベント検出時刻ｔ１、イベント要因Ａ、録音対象となる音声データの入力時刻（録音開始時刻）ｔ０、録音時間Δｔ０を保存し、音声データの録音処理を開始する。
【００３６】
その後、音声データの録音処理が完了すると、図３（ｃ）に示す蓄積ファイル情報として、ユニークなファイル番号０、音声ファイルの録音開始時刻ｔ０、録音時間Δｔ０を保存する。この処理のことを「音声ファイルの確定処理」という。なお、図３（ｃ）に示すイベント情報は音声データの録音開始にともなって保存され、またファイル情報はファイル確定にともなって保存される。
【００３７】
次に、図３（ｂ）のケースを考える。これは、時刻ｔ３でイベントＡが発生し、“録音中”のフラグが立っている時刻ｔ５で別のイベントＢが新たに発生した、というケースである。最初のイベントＡが発生した時、蓄積情報のイベント情報として、イベント検出時刻ｔ３、イベント要因Ａ、録音開始時刻ｔ２、録音時間Δｔ１を保存し、音声データの録音処理を開始する。
【００３８】
そして、“録音中”に新たなイベントＢが発生すると、蓄積情報のイベント情報として、イベント検出時刻ｔ５、イベント要因Ｂ、録音開始時刻ｔ４、録音時間Δｔ２を保存する。このとき、録音対象がｔ４＋Δｔ２（＝ｔ２＋Δｔ３）の時刻に入力された音声データを含むようにファイルが作成される。
【００３９】
新たに設定された録音時間Δｔ３を経過すると、録音処理を終了し、図３（ｃ）に示す蓄積ファイル情報として、ファイル番号１、録音開始時刻ｔ２、録音時間Δｔ３が記録される。
【００４０】
このように本実施形態は、基本的には、一のイベントに係る音声の録音が完了する前に後続のイベントが検出される複数イベント検出時においては、この複数イベントの検出時を含む期間の音声を１ファイルとするものである。ただし、音声のデータサイズ、あるいは録音時間などが所定値を超えるごとに、新たに蓄積された音声データを１ファイルとして確定する処理を行う（ステップＳ５０２，Ｓ５０３）。
【００４１】
したがって、イベントが連続的に発生しても、一定のファイルサイズごと、または、一定時間ごとに音声ファイルが生成されるので、管理サーバからのダウンロード要求に対する音声ファイルの送信遅延を一定時間以内に抑えることができる。管理サーバは一般には、リアルタイムで音声データを取得したいのではなく、確実に蓄積データを取得することが目的であるため、一定時間の取得誤差が発生することは問題となることは少ない。
【００４２】
また、上述のようにイベント情報とファイル情報を蓄積情報として扱うことによって、管理サーバは発生イベントと関連する音声データを容易に特定することができる。
なお、上述の実施の形態では、音声データをファイルとして作成する形態を説明したが、同様にして画像データから動画像ファイルを作成する場合においても上述した効果をあげることが可能である。
【００４３】
（実施形態２）
上述の実施形態１では、ネットワークカメラによる音声データの蓄積について説明したが、本実施形態では、音声情報だけでなく画像情報も静止画像ファイルとして蓄積する場合について説明する。なお、本実施形態におけるシステム構成ならびにネットワークカメラの機能構成はそれぞれ、図１、図２に示したものと同様である。ただし、ネットワークカメラが記憶しているイベントテーブルには、イベントごとに、イベント検出前録音時間およびイベント検出後録音時間を含む録音条件の他、録画条件として画像の録画タイミングの情報が登録されている。ここで、画像の録画タイミングの情報は、イベント検出時を基準にどの時刻に入力された画像を録画対象とするかを特定する情報である。例えば、イベント検出時刻に撮像された画像と、イベント検出時刻から検出前録音時間だけ遡った時刻に撮像された画像の２枚の画像を保存する、といった指示を、画像の録画タイミングの情報として登録することが可能である。
【００４４】
本実施の形態において、音声蓄積処理に関しては、図５に示すとおりであるのでその説明を省略する。
【００４５】
次に、画像と音声の蓄積処理と蓄積情報との関係について、図６を用いて説明する。
【００４６】
まず、図６（ａ）の場合について説明する。なお、図６（ａ），（ｂ）の時間軸は音声入力部２０３において音声が入力された（画像が撮像された）時刻を指すものとして説明する。
【００４７】
時刻ｔ１にイベントＡが発生した時、まず、イベントテーブルの登録内容に従い、同図（ｃ）に示す蓄積情報のイベント情報として、イベント検出時刻ｔ１、イベント要因Ａ、録音対象となる音声データの入力時刻（録音開始時刻）ｔ０、録音時間Δｔ０、イベントＡに対応するグループである画像グループ０を保存する。
【００４８】
その後、イベントテーブルで指定された時間分の音声データをファイルに蓄積すると音声データの録音処理を終了する。このとき、図６（ｃ）に示す蓄積ファイル情報のＡｕｄｉｏフィールドにファイル番号０、音声ファイルとしての録音開始時刻ｔ０、音声ファイルに保存されている録音時間Δｔ０を保存する。
【００４９】
画像蓄積も同様に、イベントテーブルで指定されたタイミングに撮像された画像に基づいて静止画像ファイルを作成そして、ファイル確定のタイミングで、図６（ｃ）に示す蓄積ファイル情報のＩｍａｇｅフィールドに画像ファイル情報を保存する。具体的には、ファイル情報のＩｍａｇｅフィールドに、ユニークなファイル番号０、画像グループ０、生成時刻ｔ０、そしてファイル番号１、イベントに対応する画像グループ０、生成時刻ｔ１が順番に記録され、蓄積ファイル情報として確定される。
【００５０】
次に、図６（ｂ）のケースを考える。これは、時刻ｔ３でイベントＡが発生し、その後のｔ５で別のイベントＢが発生した、というケースである。また、イベントＡとＢはそれぞれ、イベントテーブルに登録され、そこには蓄積タイミングの情報として、イベント検出時刻に撮像された画像とイベント検出時刻から検出前録音時間だけ遡った時刻に撮像された画像の２枚の画像を保存する、との指示が登録されているとする。
【００５１】
最初のイベントＡが発生した時、蓄積情報のイベント情報として、イベント検出時刻ｔ３、イベント要因Ａ、録音開始時刻ｔ２、録音時間Δｔ１、画像グループ１を保存し、録画処理と録音処理を開始する。この時点では、蓄積終了時刻はｔ２＋Δｔ１と判定される。
【００５２】
そして、録音処理中にイベントＢが発生すると、蓄積情報のイベント情報として、イベント検出時刻ｔ５、イベント要因Ｂ、録音開始時刻ｔ４、録音開始時刻Δｔ２、画像グループ２を保存する。このとき、録音対象がｔ４＋Δｔ２（＝ｔ２＋Δｔ３）の時刻に入力された音声データまで延長されることになる。
【００５３】
新たに設定された録音時間Δｔ３を経過すると、蓄積処理を終了し、図６（ｃ）に示す蓄積ファイル情報のＡｕｄｉｏフィールドに、ファイル番号１、録音開始時刻ｔ２、録音時間Δｔ３が記録される。また、同蓄積ファイル情報のＩｍａｇｅフィールドに、時刻ｔ３に発生したイベントＡに対応する静止画像ファイルであるファイル番号２、画像グループ１、作成時刻ｔ２、そしてファイル番号３、時刻ｔ３に発生したイベントＡに対応するグループであることを示す画像グループ１、撮像時刻ｔ３が記録される。さらに、時刻ｔ５に発生したイベントＢに対応する静止画像ファイルであるファイル番号４、時刻ｔ５に発生したイベントＢに対応するグループであることを示す画像グループ２、撮像時刻時刻ｔ４、さらに時刻ｔ５に発生したイベントＢに応じて作成された静止画像ファイルの情報としてファイル番号５、画像グループ２、撮像時刻ｔ５も記録される。なお、静止画像ファイルの確定処理は、イベントに応じて作成されたファイルごとに順次行ってもよいし、定期的に行ってもよい。
【００５４】
以上のように、蓄積情報として画像データも含めることで、イベントと関連する音声データ、そして関連する画像データを容易に特定することができる。
【００５５】
（実施形態３）
上述の実施形態１は、連続して音声蓄積する場合に、一定時間間隔または一定のデータサイズ毎にファイル確定処理を行うものであった。しかし、この代わりに／あるいはこれに加えて、管理サーバからのダウンロード要求等のファイル転送要求があったタイミングでファイル確定処理を行うようにすることも可能である。このようにすれば、管理サーバがダウンロード可能になる音声ファイルが一定時間遅れることを解決することができる。
【００５６】
このことを、図２、図５を用いて詳しく説明する。
【００５７】
図２において、ダウンロード制御部２０８は、通信制御部２１０を介して管理サーバ１０５からのダウンロード要求（ファイル転送要求）を受信すると、蓄積制御部２０７に音声ファイル確定要求を出す。
【００５８】
蓄積制御部２０７は、図５のステップＳ５０２において、音声ファイル確定処理の要否を、実施形態１のように蓄積データ量に基づき判定するのではなく、ダウンロード制御部２０８からの音声ファイル確定要求があったかどうかで判定する。そして、この要求があった場合にステップＳ５０３の音声ファイル確定処理を行う。
【００５９】
ダウンロード制御部２０８は、例えば、蓄積制御部２０７に音声ファイル確定要求を送出した時点で、管理サーバ１０５に受信したダウンロード要求に対する応答を返す。この応答を返す時点はこの他に、音声ファイルの確定処理が終了したことを通知された時点、や、ダウンロード要求を受信してから一定時間経過した時点などとしてもよい。
【００６０】
なお、上記した例では管理サーバから受信する要求は蓄積ファイルのダウンロード要求としたが、このかわりに、蓄積情報の取得要求その他の要求であってもよい。
【００６１】
（実施形態４）
上述の実施形態１は、連続して音声蓄積する場合に、一定時間間隔または一定のデータサイズ毎にファイル確定処理を行うものであった。しかし、この代わりに／あるいはこれに加えて、画像ファイルを確定するタイミングと合わせて音声ファイルも確定し、蓄積情報中の画像ファイル情報と音声ファイル情報の最新データのタイミングを合わせることも可能である。このようにすれば、管理サーバがダウンロード可能になる最新の画像ファイルと音声ファイルのタイミングが一致するので、管理サーバで蓄積データの管理が容易になる。
【００６２】
このことを、図２、図５、図６を用いて詳しく説明する。
【００６３】
まず、音声ファイルの確定タイミングを画像ファイルの確定タイミングに合わせる場合を説明する。
【００６４】
例えば、ダウンロード制御部２０８は蓄積制御部２０７に対し、画像ファイル確定処理を行う時に同期して図５の音声蓄積処理が音声ファイル確定処理を行うように要求する。蓄積制御部２０７はこれに応じて、図５のステップＳ５０２において、画像ファイル確定処理の実行時には音声ファイル確定処理が必要と判断させる。これにより、画像ファイルを確定するタイミングに合わせて、音声ファイルを確定することができる。
【００６５】
次に、画像ファイルの確定タイミングを音声ファイルの確定タイミングに合わせる場合を説明する。
【００６６】
例えば、ダウンロード制御部２０８は蓄積制御部２０７に対し、図５のステップＳ５０３またはステップＳ５０６における音声ファイル確定処理を行う時に同期して画像ファイル確定処理を行うように要求する。蓄積制御部２０７はこれに応じて、音声ファイル確定処理の実行時には画像ファイル確定処理が必要と判断させる。これにより、音声ファイルが確定するタイミングに合わせて、画像ファイルを確定することができる。
【００６７】
（実施形態５）
上述の実施形態１は、連続して音声蓄積する場合に、一定時間間隔または一定のデータサイズ毎にファイル確定処理を行うものであった。しかし、この代わりに、あるいはこれに加えて、緊急度が高いイベントなど、特定のイベントが発生したタイミングでファイル確定処理を行うようにすることも可能である。このようにすれば、蓄積データの確定タイミングをイベントの種類によって調整することができる。
【００６８】
例えば、図４のステップＳ４０４において、特定のイベントの場合は、ダウンロード制御部２０８はこの時点でファイル確定要求を蓄積制御部２０７に発行しておく。そして、図５のステップＳ５０２において、音声ファイルの確定が必要と判断し、ステップＳ５０３で音声ファイルの確定処理を行う。
【００６９】
前述した実施形態の機能を実現するべくシステム内の装置に対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
また、この場合、前記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。
【００７０】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれる。
【００７１】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明の実施形態に含まれる。特に本実施の形態においては、蓄積制御部２０７がＣＰＵに相当し、記憶装置２０９がメモリに相当する。
【００７２】
なお、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００７３】
【図１】実施形態に係る監視システムの構成を示す図である。
【図２】実施形態におけるネットワークカメラの機能構成を示す図である。
【図３】実施形態１における音声録音処理と蓄積情報との関係を説明する図である。
【図４】実施形態１における音声録音処理に係る制御手順を示すフローチャートである。
【図５】実施形態１における音声録音処理の詳細を示すフローチャートである。
【図６】実施形態２における音声録音処理と蓄積情報との関係を説明する図である。
【図１】
2007013733.tif 000003
【図２】
2007013733.tif 000004
【図３】
2007013733.tif 000005
【図４】
2007013733.tif 000006
【図５】
2007013733.tif 000007
【図６】
2007013733.tif 000008