(57)【要約】      （修正有）【課題】複数のコンテンツデータを、効率よくディスク記録媒体に記録する。【解決手段】受信したｎ個のコンテンツデータに対応させて通信モジュール３３−１〜３３−ｎを作成し、各コンテンツデータを所定のブロックデータに分割して、このブロックデータとデータサイズと受信時刻とを順次記憶する通信モジュール生成部と、ファイル保存単位時間Ｔ毎に、通信モジュール３３−１〜３３−ｎから、ブロックデータを順次取得してコンテンツデータテーブルに格納すると共に、ブロックデータに関連付けられた受信時刻とコンテンツテーブルにおけるブロックデータの相対アドレスとデータサイズと対応するコンテンツデータの情報識別子とを検索情報テーブルに格納し、検索情報テーブルのテーブルサイズと検索情報テーブルとコンテンツテーブルとを一のデータファイルに格納してデータ記録部３７に記録するようにした。【選択図】図３
2007234124.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツデータを受信してディスク記録媒体に記録するコンテンツデータ記録装置において、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュールを作成すると共に、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する通信モジュール生成手段と、
所定の単位時間毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブルに格納すると共に、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブルに格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録するデータ再構成手段とを備え、
所望の時間分受信した前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録するよう構成したことを特徴とするコンテンツデータ記録装置。
【請求項２】
受信された複数のコンテンツデータをディスク記録媒体に記録するコンテンツデータ記録方法において、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュールを作成し、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する第１ステップを有する一方、
所定の単位時間毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブルに格納し、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブルに格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録する第２ステップを有し、
所望の時間分受信された前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録することを特徴とするコンテンツデータ記録方法。
【請求項３】
受信された複数のコンテンツデータをディスク記録媒体に記録するようコンピュータが実行するコンテンツデータ記録用プログラムであって、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュールを作成し、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する第１ステップを有する一方、
所定の単位時間毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブルに格納し、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブルに格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録する第２ステップを有し、
所望の時間分受信された前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録するよう実行するコンテンツデータ記録用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータ記録装置、コンテンツデータ記録方法、及びコンテンツデータ記録用プログラムに係り、特に監視映像と監視場所付近で集音された音声との少なくとも一方のコンテンツデータをディスク記録媒体に記録する監視システム等に適用可能な、コンテンツデータ記録装置、コンテンツデータ記録方法、及びコンテンツデータ記録用プログラムに関する。
【背景技術】
【０００２】
複数のＷｅｂカメラから取得される画像データ（音声データを含むものであってもよい。）を同期させて蓄積及び再生する映像閲覧システムにおける記録方法には、ディスク記録装置に、Ｗｅｂカメラ毎の固定の循環記録領域を予め確保しておき、画像データを時刻情報と共に記録する方法が知られている（例えば、特許文献１を参照）。
【特許文献１】特開２００５−２１０４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
複数の監視カメラそれぞれから供給された映像データをディスク記録装置に記録する映像監視システムにおいては、画像データのデータ量と画像品質との関係において効率的なデータ通信及びデータ記録が可能なＪＰＥＧ方式やＭＰＥＧ方式等による符号化方式を利用することが多い。映像監視システムにおける映像データのデータ圧縮処理としてモーションＪＰＥＧ方式を適用した場合、画像サイズ、圧縮率、フレームレート等によって１フレームあたりの圧縮画像データ量に大きな差がでることとなる。また、データ圧縮処理においては、画像の複雑さによっても圧縮画像データ量に差が出るため、特に映像監視分野においては、監視カメラの撮像対象（監視場所）の違いや、同じ場所でも昼間や夜間といった撮像する時間帯の違いによっても圧縮画像データ量に大きな差が出る。
【０００４】
さらに、記録装置においては、例えばドアの開閉センサからの検知信号を記録開始トリガとして圧縮画像データや非圧縮画像データを記録することも一般的に行われているが、記録開始トリガの発生頻度はセンサの設置状況に大きく依存するものである。さらにまた、監視の対象が撮像映像でなく集音した音声である場合は、単位時間あたりの音声データ量（データ圧縮した場合は、圧縮音声データ量）は映像データ量よりもかなり少ないことが想定される。以上のことから、複数の監視カメラそれぞれから記録装置に供給される単位時間あたりの圧縮画像データ量や圧縮音声データ量は、監視カメラ毎や時間帯、更には監視の対象によって異なるのが通常である。
【０００５】
前述した従来方式による、監視カメラ毎に固定の循環記録領域を割り当てて画像データを記録する記録方法を映像監視システムに採用した場合、画像データを保有しておきたい期間（例えば１ヶ月）分のデータ記録領域を予め割り当てておく必要がある。この場合、データ記録領域のサイズを決定するにあたり、前述したような事情により監視カメラの設置場所、稼動時間帯、データの種別等の様々な要件を考慮しなければならず、システム設定が困難且つ煩雑となる問題がある。また、監視カメラの台数の増加に応じて固定の循環記録領域の数も増加させる必要があるため、システムの柔軟性に問題がある。さらに、特定時間帯に記録された全ての画像データを取り出したい場合には、その特定時間帯の部分をそれぞれ切り出し、その部分だけを別途保存するといった煩雑な操作を要するため利便性を損なうという問題がある。
【０００６】
さらにまた、記録媒体としてハードディスクを用いてデータを記録する場合には、書込みヘッダがディスク面上を移動するためのシーク時間が必要となるが、複数の監視カメラからの画像データ毎にハードディスクへの書込み動作を行うと、監視カメラの台数の増加に伴ってハードディスクへの書込み回数も増加するため、シーク時間の総和も監視カメラの台数に伴って増加する。その結果、単位時間あたりの記録能力に限界が生ずるという問題もある。
【０００７】
そこで、本発明は上述した問題に鑑みてなされたものであり、その目的は、複数のコンテンツデータの供給元から供給されたコンテンツデータをディスク記録媒体に記録する際に、コンテンツデータ供給元毎に固定の循環記録領域を割り当てる必要がなく、当該発明が適用される装置のシステム設定を容易にすると共に、システム構築の柔軟性を発揮することを可能とする、コンテンツデータ記録装置、コンテンツデータ記録方法、及びコンテンツデータ記録用プログラムを提供することを目的とする。
【０００８】
また、本発明は、複数のコンテンツデータを単一のデータファイルに所定時間分まとめて記録することにより、ディスク記録媒体への書込み動作を効率的に実行し得る、コンテンツデータ記録装置、コンテンツデータ記録方法、及びコンテンツデータ記録用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
複数のコンテンツデータを受信してディスク記録媒体（３７）に記録するコンテンツデータ記録装置において、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュール（３３−１〜３３−ｎ）を作成すると共に、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する通信モジュール生成手段（３４）と、
所定の単位時間（ＴＳ〜ＴＳ＋Ｔ）毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブル（６２）に格納すると共に、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブル（６３）に格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録するデータ再構成手段（３６）とを備え、
所望の時間分受信した前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録するよう構成したことを特徴とするコンテンツデータ記録装置（１３）
を提供するものである。
【００１０】
請求項２に記載の発明は、
受信された複数のコンテンツデータをディスク記録媒体（３７）に記録するコンテンツデータ記録方法において、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュール（３３−１〜３３−ｎ）を作成し、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する第１ステップを有する一方、
所定の単位時間（ＴＳ〜ＴＳ＋Ｔ）毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブル（６２）に格納し、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブル（６３）に格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録する第２ステップ（Ｓ９０１〜Ｓ９１２）を有し、
所望の時間分受信された前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録することを特徴とするコンテンツデータ記録方法
を提供するものである。
【００１１】
請求項３に記載の発明は、
受信された複数のコンテンツデータをディスク記録媒体（３７）に記録するようコンピュータ（１３）が実行するコンテンツデータ記録用プログラムであって、
前記受信された複数のコンテンツデータそれぞれに対応させて複数の通信モジュール（３３−１〜３３−ｎ）を作成し、これら作成された複数の通信モジュールのそれぞれに、前記対応するコンテンツデータを所定のブロックデータに分割して、このブロックデータとこれのデータサイズと受信時刻情報とを関連付けた情報を順次記憶する第１ステップを有する一方、
所定の単位時間（ＴＳ〜ＴＳ＋Ｔ）毎に、前記複数の通信モジュールのそれぞれから、前記記憶された情報を順次取得して該情報のうちのブロックデータをコンテンツデータテーブル（６２）に格納し、前記ブロックデータに関連付けられた受信時刻情報と前記コンテンツテーブルにおける前記ブロックデータの相対アドレス情報と前記ブロックデータのデータサイズと前記ブロックデータに対応するコンテンツデータの情報識別子とを関連付けて検索情報テーブル（６３）に格納し、この検索情報テーブルのデータサイズを算出してこのデータサイズと前記検索情報テーブルと前記コンテンツテーブルとを一のデータファイルに格納し、前記ディスク記録媒体に記録する第２ステップ（Ｓ９０１〜Ｓ９１２）を有し、
所望の時間分受信された前記複数のコンテンツデータを、前記所定の単位時間毎の複数の前記データファイルとして前記ディスク記録媒体に記録するよう実行するコンテンツデータ記録用プログラム
を提供するものである。
【発明の効果】
【００１２】
本発明によれば、受信した複数のコンテンツデータを、所定の単位時間毎に一のデータファイルへ検索情報テーブルとコンテンツデータテーブルとを関連付けて格納し、このデータファイルをディスク記録媒体に記録する構成としたため、ディスク記録媒体のデータ記録領域を記録に先立って固定の領域分割をする必要がなくコンテンツデータを記録することができる。これにより、装置のシステム設定を容易にすると共に、システム構築の柔軟性を発揮することができる。
【００１３】
また、本発明によれば、コンテンツデータの数が増加した場合でも、ディスク記録媒体への書込み動作の回数が比例的に増加することがないので効率よくデータ記録処理ができ、システムの拡張性が高い。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を参照して詳細に説明する。まず、図１に本発明の実施形態を適用した監視システムの全体構成を示す。同図において、監視システム１は、ネットワークカメラ１１−１〜１１−６のそれぞれとデータ記録装置１３とがネットワーク１４を介して接続された構成を有している。そして、カメラ１１−５及び１１−６には、マイク１２−１及び１２−２がそれぞれ接続されている。
【００１５】
このような構成の監視システム１において、データ記録装置１３は、監視システム１全体を制御するコントローラとしての機能を有しており、ネットワークカメラ１１−１〜１１−６をそれぞれ制御して、各ネットワークカメラに監視対象を撮像させたり、各マイクから集音させたりすることができる。そして、ネットワークカメラ１１−１〜１１−６で撮像された各映像データは、各ネットワークカメラ内部でＪＰＥＧ方式によりデータ圧縮された後、データ記録装置１３に送信されて記録される。また、マイク１２−１及び１２−２で集音された音声データも、それぞれ接続されたネットワークカメラ１１−５及び１１−６内部でＧ７１１方式によりデータ圧縮された後、データ記録装置１３に送信されて記録される。以下、データ記録装置１３が受信して記録するデータをコンテンツデータと記載する。
【００１６】
次に、監視システム１を構成する各機器について説明する。図２に本実施形態におけるネットワークカメラ１１−１〜１１−６それぞれ（以下、このように各ネットワークカメラをいう場合は、適宜ネットワークカメラ１１と記載する。）の概略内部構成を示す。同図において、ネットワークカメラ１１は、撮像レンズ等の光学系２１と、ＣＣＤ等の光電変換手段としての撮像部２２と、撮像された画像データをＪＰＥＧ方式によりデータ圧縮処理する画像データ処理部２３と、マイク入力端子を介して接続されたマイク１２−１又は１２−２のいずれかからのマイク入力信号とライン入力端子を介して接続された外部装置からのライン入力信号とを選択的に入力してＧ７１１方式によりデータ圧縮処理する音声データ処理部２４と、画像データ処理部２３及び音声データ処理部２４から供給された圧縮データをＩＰパケットにフォーマット変換してネットワーク１４に送出すると共に、データ記録装置１３から送信された各種制御コマンド等を受信して後述する制御部２６に出力するためのネットワークインターフェース部２５と、ネットワークカメラ１１内部の各構成部を制御するための制御部２６とを備えている。
【００１７】
なお、ネットワークカメラ１１は、必ずしも音声データ処理部２４を備えている必要はなく、また、音声データ処理部２４は、マイク入力端子及びライン入力端子の両方を必ずしも備えている必要はない。また、映像データや音声データのデータ圧縮方式はＪＰＥＧ方式やＧ７１１方式に限ることなく、その他の公知のデータ圧縮方式によるものであってよい。更に、ネットワークカメラ１１内部においてデータ圧縮処理を行わない構成としてもよい。
【００１８】
次に、本実施形態におけるデータ記録装置１３について説明する。データ記録装置１３は、ハードディスクドライブのようなディスク記録装置とネットワークインターフェース部とを備えた一般的なコンピュータ、例えばパーソナルコンピュータ（ＰＣ）で構成可能な装置である。データ記録装置１３をＰＣで構成した場合、データ記録装置１３は、既知のオペレーティングシステム（ＯＳ）が動作し、そしてこのＯＳによるシステム制御のもと制御プログラムがＣＰＵにより実行されて、コンテンツデータのディスク記録装置への記録が実行される。
【００１９】
次に、図３にデータ記録装置１３の主要な機能であるコンテンツデータの記録機能について関係する部分の概略機能ブロックを示して説明する。同図において、データ記録装置１３は、通信インターフェース部３１と、カメラ情報記憶部３２と、通信モジュール３３−１〜３３−ｎ（ｎはコンテンツデータ発生源の数であり、１以上の整数）を作成して管理する通信モジュール生成部３４と、計時部３５と、データ再構成部３６と、データ記録部３７とを主要な機能として備えている。
【００２０】
上記構成において、通信インターフェース部３１は、ネットワークカメラ１１から送信されるＩＰパケット化されたコンテンツデータを、例えばＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）や、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等の通信手順に従って受信し、パケットデータからコンテンツデータを抽出して通信モジュール生成部３４に供給する機能を有する。
【００２１】
カメラ情報記憶部３２は、ネットワークカメラ１１のネットワーク１４におけるアドレス情報（例えばＩＰアドレス）と、単位時間（例えば１秒）あたりの画像取得枚数（フレームレート）と、必要に応じて音声ビットレートとを含む、データ通信やデータ記録に関するカメラ情報を記憶する機能を有する。実際には、制御プログラムの起動時に、カメラ情報が記録された設定ファイルが不図示のメモリ上に読み込まれて管理される。
【００２２】
通信モジュール生成部３４は、コンテンツデータ発生源の数をｎ個とした場合、一又は複数の通信モジュール３３−１〜３３−ｎを作成して管理する機能を有する。すなわち、通信モジュール生成部３４は、カメラ情報記憶部３２のカメラ情報を参照してコンテンツデータ発生源毎の通信モジュール３３−１〜３３−ｎを作成する。具体的には、本実施形態における図１の例によれば、ｎはネットワークカメラ１１−１〜１１−６の台数６と、マイク１２−１及び１２−２の台数２との合計である８であり、通信モジュール生成部３４は、通信モジュール３３−１〜３３−８をネットワークカメラ１１−１〜１１−６とマイク１２−１とマイク１２−２とにそれぞれ対応させて作成する。
【００２３】
ここで、図４に通信モジュール３３−１〜３３−ｎのうちのいずれか一（以下、これを適宜通信モジュール３３と記載する。）の概略の機能構成ブロックを示す。同図において、通信モジュール３３は、データ受信部４１と、受信時刻付加部４２と、受信データバッファ部４３とを備えている。データ受信部４１は、通信インターフェース部３１を介してネットワークカメラ１１から供給されたコンテンツデータを、データ種別に応じたブロックデータとして形成する。すなわち、例えばデータ種別がＪＰＥＧである場合は、１フレーム分のＪＰＥＧ圧縮画像データを１ブロックデータとみなし、データ種別がＧ７１１である場合は、所定パケット分のＰＣＭデータを１ブロックデータとみなす。
【００２４】
データ受信部４１は、形成された１ブロックデータとそのデータサイズとを対応付けて受信時刻付加部４２に供給する。そして、受信時刻付加部４２では、計時部３５から現在時刻を取得し、１ブロックデータに対応付けて受信データバッファ４３部に供給する。
【００２５】
そして、受信データバッファ部４３は、受信時刻付加部４２から供給された１ブロックデータのコンテンツデータとこのデータのデータサイズと受信時刻とを関連付けた状態で記憶する記憶領域である。受信データバッファ部４３の入出力の順序は、ＦＩＦＯ型である。図５に受信データバッファ部４３のデータ構成例を模式的に示す。
【００２６】
図３の説明に戻り、計時部３５は時刻を取得する機能を有した時計である。なお、計時部３５で取得される時刻は、時間：分：秒であってもよいし、年：月：日をも含む日時情報であってもよい。本実施形態においては、時刻は時間：分：秒として説明する。
【００２７】
そして、データ記録部３７は、ハードディスク、ＤＶＤ等の光ディスク、又は半導体メモリ等の記録媒体を備えた記録手段である。特に、データ記録部３７は、ハードディスクのような高速アクセスが可能であって比較的低コストな記録媒体を用いることが好ましく、本実施形態ではハードディスクによる記録手段を備えているものとする。
【００２８】
次に、データ再構成部３６について図６の概略の内部構成ブロックを併せ参照して説明する。同図において、データ再構成部３６は、通信モジュール３３−１〜３３−ｎそれぞれの受信データバッファ部４３から、受信時刻とコンテンツデータとデータサイズとの組を取得して、コンテンツデータテーブル６２と検索情報テーブル６３とを生成する。データ再構成部３６は、実際には制御プログラム内で管理されるスレッドとして実行されるデータ保存制御部６１によって動作する。
【００２９】
図９に本実施形態におけるデータ保存制御部６１の動作例を表すフローチャートを示して説明する。制御プログラムが起動して同図に示す処理を実行するスレッドが開始されると、計時部３５から現在時刻を取得してコンテンツデータ保存時刻ＴＳに設定する（ステップＳ９０１）。次に、１０ｍ秒のスリープ動作を実行する（ステップＳ９０２）。ここで、スリープ動作とは、１０ｍ秒間何の処理も実行せずに待機することをいう。
【００３０】
次に、再び計時部３５から現在時刻を取得してコンテンツデータ保存時刻ＴＳとの差分を計算し、この差分値とファイル保存単位時間Ｔとを比較する（ステップＳ９０３）。ファイル保存単位時間Ｔは、１つのファイルに記録されるコンテンツデータの受信時間の範囲を指すものであり、本実施形態では５秒が設定されるものとする。すなわち、例えばコンテンツデータ保存時刻ＴＳを１０：１０：００とした場合、ファイル保存単位時間Ｔは５秒であるので、１０：１０：００から１０：１０：０５までのネットワークカメラ１１−１〜１１−６から供給されるコンテンツデータを１つのファイルに保存することになる。
【００３１】
ステップＳ９０３において、現在時刻とコンテンツデータ保存時刻ＴＳとの差がファイル保存単位時間Ｔより短い間は、ステップＳ９０２に戻り再度スリープ動作を実行する。一方、現在時刻とコンテンツデータ保存時刻ＴＳとの差がファイル保存単位時間Ｔと等しいか長いと判定された場合は、ステップＳ９０４以降の通信モジュール３３−１〜３３−ｎからのデータ取得処理に移行する。
【００３２】
以下、ステップＳ９０４以降の通信モジュール３３−１〜３３−ｎからのデータ取得処理について説明する。まず、通信モジュールインデックスＤ（Ｄ＝１〜ｎ）を１に初期化する（ステップＳ９０４）。次に、通信モジュールインデックスＤに対応させた通信モジュール３３−Ｄより、コンテンツデータ保存時刻ＴＳからＴＳ＋Ｔまでの受信時刻とコンテンツデータとデータサイズとの組を全て取得する（ステップＳ９０５）。次に、取得されたデータの中からコンテンツデータのみをコンテンツデータテーブル６２に記録する（ステップＳ９０６）。
【００３３】
ここで、図７にコンテンツデータテーブル６２のデータ構成例を模式的に示す。同図に示すように、コンテンツデータテーブル６２には、コンテンツデータが書込み順に記録される。
【００３４】
次に、情報識別子を生成して、この情報識別子と、受信時刻と、コンテンツデータテーブル６２における各コンテンツデータの相対アドレスと、各コンテンツデータのデータサイズとを関連付けて検索情報テーブル６３に記録する（ステップＳ９０７）。この生成される情報識別子とは、通信モジュール毎にユニークな情報であり、例えば対応するネットワークカメラのＩＰアドレスとデータ種別とを組み合わせた情報で構成される。具体的には、ネットワークカメラ１１−１のＩＰアドレスが１２３．２２．１０．１であり、データ種別がＪＰＥＧ方式による画像データである場合の情報識別子は、「１２３．２２．１０．１−ＪＰＥＧ」とし、またネットワークカメラ１１−５のＩＰアドレスが１２３．２２．１０．５であり、データ種別がＧ７１１方式による音声データである場合の情報識別子は、「１２３．２２．１０．５−Ｇ７１１」とする。
【００３５】
なお、情報識別子は、コンテンツデータ発生源毎にユニークな情報でありさえすればよいので、制御プログラムの起動時においてコンテンツデータ発生源毎に予め決定されるものであってもよい。
【００３６】
図８に検索情報テーブル６３のデータ構成例を模式的に示す。同図に示すように、検索情報テーブル６３には、情報識別子と、受信時刻と、コンテンツデータテーブル６２における各コンテンツデータの相対アドレスと、各コンテンツデータのデータサイズとの組のデータが関連付けられて書込み順に記録される。
【００３７】
次に、通信モジュールインデックスＤを１つインクリメントし（ステップＳ９０８）、そのＤの値と通信モジュールの総数ｎとを比較して、Ｄの値が総数ｎと等しいか又は総数ｎよりも小さければステップＳ９０５に戻る（ステップＳ９０９）。すなわち、全ての通信モジュール３３−１〜３３−ｎについて、コンテンツデータテーブル６２及び検索情報テーブル６３に同一時間帯における各種データを追記する（ステップＳ９０５〜Ｓ９０９）。
【００３８】
一方、Ｄの値が総数ｎよりも大きい場合は、時刻情報をもとにしたデータファイルを作成する。具体的には、データファイルをオープンし、データファイルの先頭からヘッダ情報として検索情報テーブル６３のテーブルサイズを、例えば１０バイトの固定長数字列で記録する。そして、検索情報テーブル６３のデータをファイルへ追記し、更にコンテンツデータテーブル６２のデータを追記して、データファイルをクローズする（ステップＳ９１０）。これによって、コンテンツデータ保存時刻ＴＳからＴＳ＋Ｔまでのデータファイルが生成される。
【００３９】
次に、別のデータファイル作成のためにコンテンツデータテーブル６２及び検索情報テーブル６３の内容を消去し（ステップＳ９１１）、コンテンツデータ保存時刻ＴＳをＴＳ＋Ｔとした後（ステップＳ９１２）、ステップＳ９０２に戻る。
【００４０】
図１０に、以上説明した処理によって作成されるデータファイルのうちの１つのデータファイルにおけるデータ構造を示す。同図に示すように、１つのデータファイルには、まず先頭から１０バイト領域にヘッダ情報として検索情報テーブル６３のテーブルサイズが記録され、次に検索情報テーブル６３のデータが記録され、その次にコンテンツデータテーブル６２の情報が記録される。
【００４１】
このようにして生成されたデータファイルは、コンテンツデータ保存時刻ＴＳからファイル保存単位時間Ｔ分の全てのコンテンツデータ発生源からの整理されたコンテンツデータとしてデータ記録部３７に記録される。結果として、例えば１０：１０：００からコンテンツデータを受信したとすれば、データ記録部３７には、１０：１０：００〜１０：１０：０５のデータファイル、１０：１０：０５〜１０：１０：１０のデータファイルというようなデータファイルが複数記録されることになる。
【００４２】
ここで、前述したスリープ動作にかかる待機時間とファイル保存単位時間Ｔとの関係について説明する。スリープ動作に係る待機時間は、ファイル保存単位時間Ｔよりも十分に短い時間に設定する必要がある。待機時間は、長くなるにつれてバッファを多く使用することになり、短くなるにつれて処理負荷が増加することになるため、この待機時間は１０ｍ秒〜５０ｍ秒の範囲が好ましい範囲である。
【００４３】
そして、ファイル保存単位時間Ｔは、データ記録装置１３のパフォーマンスとメモリとのトレードオフの関係も考慮して決定されるべき時間である。すなわち、ファイル保存単位時間Ｔが短くなるにつれてデータファイルの数は増加するため、これらデータファイルからコンテンツデータを読み出す際の処理負荷が重くなりパフォーマンスが下がることになる。一方、ファイル保存単位時間Ｔが長くなるにつれてデータ再構成部３６における必要メモリ容量が大きくなる。
【００４４】
データ記録装置１３をＰＣで構成し、ハードディスクによるデータ記録部３７に１時間のコンテンツデータを保存する場合の例について具体的に説明する。データ記録部３７のフォルダ構成を、例えばデータ保存フォルダ→日付フォルダ→時間フォルダのように階層構造にしておき、時間フォルダの中に１時間分のコンテンツデータを保存する場合、ファイル保存単位時間Ｔを５秒とすると、時間フォルダに保存されるデータファイルの数は７２０個であり、この程度のファイル数であればＰＣのパフォーマンスとしては問題ない。さらに、ＶＧＡサイズ（６４０×４８０ピクセル）のＪＰＥＧ画像（平均約４１Ｋバイトとする。）で３０ｆｐｓの映像データを１６チャンネル分保存する場合、データ再構成部３６のバッファに必要なメモリ容量は約１００Ｍバイトとなり実用の範囲に収まる。よって、ファイル保存単位時間Ｔは５秒〜１０秒の範囲が好ましい範囲である。
【００４５】
以上によってデータ記録部３７に記録されたデータファイルを再生処理により参照する場合には、再生したい時刻に対応したデータファイルを選択し、そのデータファイルの先頭から１０バイト領域に記録されている検索情報テーブル６３のテーブルサイズを取得し、そしてファイルの先頭から１０バイト先よりテーブルサイズ分記録されている領域から、参照したい情報識別子を検索すると共に、参照したい時刻におけるコンテンツデータの相対アドレスを取得する。そして、コンテンツデータテーブルが記録開始されているアドレスをベースとし、取得された相対アドレスをオフセットとして参照すべきコンテンツデータを特定することができる。
【００４６】
以上詳述したように、本実施形態によれば、複数のコンテンツデータ発生源、すなわちネットワークカメラ１１−１〜１１−６とマイク１２−１とマイク１２−２とからデータ記録装置１３に供給されるコンテンツデータを、ファイル保存単位時間Ｔ毎に単一のデータファイルへ検索情報テーブル６３とコンテンツデータテーブル６２とを関連付けて記録し、これらのデータファイルをデータ記録部３７に記録する構成としたため、データ記録部３７のデータ蓄積領域を記録に先立って固定の領域分割をする必要がなくコンテンツデータを記録することができる。したがって、データ記録装置１３のシステム設定を容易にすることができると共に、システム構築の柔軟性を発揮することができる。
【００４７】
また、上記構成により、データ記録部３７への書込み動作のためのシーク回数が、コンテンツデータ発生源の数の増加に対して比例的に増加せず効率よくデータ記録処理ができるため、拡張性の高い監視システムを構築することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施形態を適用した監視システムの全体構成図である。
【図２】本発明の実施形態における、ネットワークカメラの概略内部構成図である。
【図３】本発明の実施形態における、データ記録装置の主要な機能であるコンテンツデータの記録機能について関係する部分の概略機能ブロック図である。
【図４】本発明の実施形態における、通信モジュールの概略の機能構成ブロック図である。
【図５】本発明の実施形態における、受信データバッファ部のデータ構成例を模式的に示した図である。
【図６】本発明の実施形態における、データ再構成部の概略の内部構成ブロック図である。
【図７】本発明の実施形態における、コンテンツデータテーブルのデータ構成例を模式的に示した図である。
【図８】本発明の実施形態における、検索情報テーブルのデータ構成例を模式的に示した図である。
【図９】本発明の実施形態における、制御プログラムによるデータ保存制御部の動作例を説明するためのフローチャートである。
【図１０】本発明の実施形態における、データファイルのデータ構造を示した図である。
【符号の説明】
【００４９】
１  監視システム
１１−１〜１１−６  ネットワークカメラ
１２−１，１２−２  マイク
１３  データ記録装置
１４  ネットワーク
２１  光学系
２２  撮像部
２３  画像データ処理部
２４  音声データ処理部
２５  ネットワークインターフェース部
２６  制御部
３１  通信インターフェース部
３２  カメラ情報記憶部
３３−１〜３３−ｎ  通信モジュール
３４  通信モジュール生成部
３５  計時部
３６  データ再構成部
３７  データ記録部
４１  データ受信部
４２  受信時刻付加部
４３  受信データバッファ部
６１  データ保存制御部
６２  コンテンツデータテーブル
６３  検索情報テーブル
【図１】
2007234124.tif 000003
【図２】
2007234124.tif 000004
【図３】
2007234124.tif 000005
【図４】
2007234124.tif 000006
【図５】
2007234124.tif 000007
【図６】
2007234124.tif 000008
【図７】
2007234124.tif 000009
【図８】
2007234124.tif 000010
【図９】
2007234124.tif 000011
【図１０】
2007234124.tif 000012