(57)【要約】    【構成】  時計回路４０は、サーバ１６の初回起動時刻を基準として時間をカウントし、フラッシュメモリ３２には保存期間（ＴＣ）３４ａが保持される。ＨＤ２６ａに記録されるＪＰＥＧファイルには、時計回路４０の時刻に基づく記録時刻が埋め込まれる。再生時、ＣＰＵ４２は、時計回路４０の時刻と保存期間３４ａとに基づいて境界時刻（ＴＥ）３４ｂを計算する。そして、ＪＰＥＧファイルの記録時刻が境界時刻３４ｂよりも過去であれば、ＪＰＥＧコーデック１８によるＪＰＥＧファイルの再生処理を禁止する。    【効果】  簡単な処理によってＪＰＥＧファイルの利用期間を制限することができる。【選択図】  図１
2005122359.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを再生する再生手段、
任意の時刻を基準として時間をカウントする時計手段、
任意の期間を示す期間情報を保持する第１メモリ手段、および
前記時計手段によって示される時刻と前記第１メモリ手段によって保持された期間情報が示す期間とに基づいて前記再生手段による再生処理に制限をかける制限手段を備える、コンテンツ処理装置。
【請求項２】
入力された前記コンテンツを記録媒体に記録する記録手段をさらに備え、
前記制限手段は前記時刻から前記期間に渡って先行する特定時期よりも前に前記記録媒体に記録されたコンテンツの再生を禁止する、請求項１記載のコンテンツ処理装置。
【請求項３】
前記制限手段は、前記特定時期を保持する第２保持手段、前記時計手段によって示される時刻から前記第１メモリ手段によって保持された期間を減ずる演算を周期的に実行する演算手段、前記演算手段の演算結果が前記第２保持手段の保持内容より大きいか否かを判定する判定手段、および前記判定手段の判定結果が肯定的であるとき前記第２保持手段の保持内容を前記演算手段の演算結果に更新する更新手段を含む、請求項２記載のコンテンツ処理装置。
【請求項４】
前記第１メモリ手段によって保持された期間情報を変更する変更手段をさらに備える、請求項３記載のコンテンツ処理装置。
【請求項５】
前記第１メモリ手段によって保持された期間情報を無効化する無効化手段をさらに備え、
前記制限手段は前記無効化が行われたとき前記更新手段を停止させる、請求項３または４記載のコンテンツ処理装置。
【請求項６】
前記記録手段は、前記記録媒体に記録されるコンテンツに前記時計手段によって示される時刻を周期的に割り当てる割り当て手段を含む、請求項２ないし５のいずれかに記載のコンテンツ処理装置。
【請求項７】
前記時計手段はいったん時間をカウントし始めると以降外部からの時刻変更が禁止される、請求項２ないし６のいずれかに記載のコンテンツ処理装置。
【請求項８】
少なくとも前記再生手段に与えられる時刻情報を出力する時刻出力手段をさらに備え、
前記時計手段は前記時刻出力手段とは無関係に時間をカウントする、請求項７記載のコンテンツ処理装置。
【請求項９】
商用電源に基づく駆動電源を少なくとも前記時計手段に供給する第１供給手段、および
前記商用電源の供給が中断されたときバックアップ電源を前記時計手段に供給する第２供給手段をさらに備える、請求項２ないし８のいずれかに記載のコンテンツ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ処理装置に関し、特にたとえば、コンテンツを記録して再生する、コンテンツ処理装置に関する。
【背景技術】
【０００２】
最近、画像データや音声データ、コンピュータソフトなどのコンテンツに７日間や３０日間といった期間を設定し、最初の利用時点からこの期間が経過すると、以降そのコンテンツを利用できないようにする利用期間制限を行う必要性が高まっている。利用期間制限が求められる状況としては、例えば、コンテンツを提供する際に利用期間に応じた課金を行う場合や、監視カメラの画像を記録する際に人権保護等の観点から記録画像の保存期間を制限する場合などが挙げられる。
【０００３】
上記のような利用期間制限を行うには、例えば特許文献１のような従来技術を用いればよい。この従来技術は、画像ファイルをハードディスク（ＨＤ）に保存する。画像ファイルの各々には保存期間が設定され、保存期間を過ぎた画像ファイルは、ＨＤから削除されるか、あるいは一旦ＨＤから読み出されて圧縮処理および低画質化処理を施された後、再びＨＤに保存される。これにより、保存期間を過ぎた画像ファイルは全く再生できなくなるか、再生できても低画質画像しか閲覧できなくなる。
【特許文献１】特開平８−２１２１１５号公報［Ｇ０６Ｆ １２／００，Ｇ０６Ｔ １／００］
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の従来技術では、保存期間を過ぎた画像ファイルが現れるたびに、該当する画像ファイルを削除したり圧縮したりといった重たい処理を行うことになるので、多数の画像ファイルを取り扱う場合、特に大きな負荷がかかる。
【０００５】
それゆえに、この発明の主たる目的は、簡単な処理によってコンテンツの利用期間を制限することができる、コンテンツ処理装置を提供することである。
【課題を解決するための手段】
【０００６】
請求項１の発明は、コンテンツを再生する再生手段、任意の時刻を基準として時間をカウントする時計手段、任意の期間を示す期間情報を保持する第１メモリ手段、および時計手段によって示される時刻と第１メモリ手段によって保持された期間情報が示す期間とに基づいて再生手段による再生処理に制限をかける制限手段を備える、コンテンツ処理装置である。
【０００７】
請求項１の発明では、再生手段がコンテンツを再生する際、時計手段は、任意の時刻を基準として時間をカウントする。第１メモリ手段には任意の期間を示す期間情報が保持され、制限手段は、時計手段によって示される時刻と第１メモリ手段によって保持された期間情報が示す期間とに基づいて、再生手段による再生処理に制限をかける。
【０００８】
請求項２の発明は、請求項１のコンテンツ処理装置において、入力されたコンテンツを記録媒体に記録する記録手段をさらに備え、制限手段は時刻から期間に渡って先行する特定時期よりも前に記録媒体に記録されたコンテンツの再生を禁止する。
【０００９】
請求項２の発明では、入力されるコンテンツは記録媒体に記録され、記録されたコンテンツが再生手段によって再生される。その際、特定時期よりも前に記録されたコンテンツの再生は禁止される。
【００１０】
請求項３の発明は、請求項２のコンテンツ処理装置において、制限手段は、特定時期を保持する第２保持手段、時計手段によって示される時刻から第１メモリ手段によって保持された期間を減ずる演算を周期的に実行する演算手段、演算手段の演算結果が第２保持手段の保持内容より大きいか否かを判定する判定手段、および判定手段の判定結果が肯定的であるとき第２保持手段の保持内容を演算手段の演算結果に更新する更新手段を含む。
【００１１】
請求項３の発明では、第２保持手段に特定期間が保持される一方、時刻から期間を減ずる演算が周期的に実行され、演算結果が第２保持手段の保持内容より大きいか否かが判定される。そして、判定結果が肯定的であるとき第２保持手段の保持内容が演算手段の演算結果に更新される。これにより、たとえ第１保持手段に保持されている期間がどのように変更されても、第２保持手段に保持されている特定時期が前より小さな値に変更されることがなくなるので、一度再生禁止となったコンテンツが再生可能になることを防ぐことができる。
【００１２】
請求項４の発明は、請求項３のコンテンツ処理装置において、第１メモリ手段によって保持された期間情報を変更する変更手段をさらに備える。
【００１３】
請求項４の発明では、第１メモリ手段の期間情報が変更手段によって変更される。
【００１４】
請求項５の発明は、請求項３または４のコンテンツ処理装置において、第１メモリ手段によって保持された期間情報を無効化する無効化手段をさらに備え、制限手段は無効化が行われたとき更新手段を停止させる。
【００１５】
請求項５の発明では、第１メモリ手段の期間情報が無効化されると更新手段が停止される。その結果、第２メモリ手段の内容が更新されることはなくなるので、特定時期は無効化が行われる直前の値のまま維持される。従って、無効化が行われると、直前の特定時期以後に記録されたコンテンツは無制限に再生可能となる一方、直前の特定時期よりも前に記録されたコンテンツは再生可能となることがない。
【００１６】
請求項６の発明は、請求項２ないし５のいずれかのコンテンツ処理装置において、記録手段は、記録媒体に記録されるコンテンツに時計手段によって示される時刻を周期的に割り当てる割り当て手段を含む。
【００１７】
請求項６の発明では、記録媒体に記録されるコンテンツには、時計手段によって示される時刻が周期的に割り当てられる。
【００１８】
請求項７の発明は、請求項２ないし６のいずれかに記載のコンテンツ処理装置において、時計手段はいったん時間をカウントし始めると以降外部からの時刻変更が禁止される。
【００１９】
請求項８の発明は、請求項７記載のコンテンツ処理装置において、少なくとも再生手段に与えられる時刻情報を出力する時刻出力手段をさらに備え、時計手段は時刻出力手段とは無関係に時間をカウントする。
【００２０】
請求項７および８の発明では、時刻出力手段から時刻情報、典型的には標準時刻に基づく時刻情報が出力される。この時刻情報は、人の認識し得る日時・時刻（カレンダー的時刻）であり、タイマー予約記録などに使用される。
【００２１】
時刻出力手段の時刻は、一般に変更可能であり、例えば標準時刻との間に生じる誤差を修正する等の目的で随時変更される必要がある。しかし、時計手段の時刻は、いったん時間をカウントし始めると以降外部からの時刻変更が禁止され、また、時刻出力手段の時刻が変更されても何ら影響を受けることがない。制限手段に与えられる時計手段の時刻がもし変更されれば、一度再生禁止となったコンテンツが復活する恐れがあるが、請求項７および８の発明によれば、これを防ぐことができる。
【００２２】
請求項９の発明は、請求項２のないし８のいずれかに記載のコンテンツ処理装置において、商用電源に基づく駆動電源を少なくとも時計手段に供給する第１供給手段、および商用電源の供給が中断されたときバックアップ電源を時計手段に供給する第２供給手段をさらに備える。
【００２３】
請求項９の発明では、第１供給手段によって商用電源に基づく駆動電源が少なくとも時計手段に供給され、さらに、商用電源の供給が中断されたとき第２供給手段によってバックアップ電源が時計手段に供給される。万一時計手段が停止すると、定められた期間を過ぎたコンテンツが再生される可能性がある。請求項７の発明によれば、そのような可能性を低減することができる。
【発明の効果】
【００２４】
この発明によれば、時計手段による時刻と期間情報の示す期間とに基づいてコンテンツの再生に制限をかけるので、簡単な処理によってコンテンツの利用期間を制限することができる。
【００２５】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２６】
図１を参照して、この実施例の監視カメラシステム１０は、カメラ１２と、モニタ１４と、サーバ１６とで構成される。カメラ１２は、被写界を撮影し、サーバ１６に画像信号を出力する。モニタ１４は、サーバ１６から画像信号を入力し、カメラ１２で撮影された被写界を画面に表示する。
【００２７】
サーバ１６は、２本のデータバス５０および５２を含む。データバス５０にはＪＰＥＧコーデック１８が接続され、データバス５２にはＣＰＵ４２およびフラッシュメモリ３２が接続される。
【００２８】
データバス５０にはさらに、ＩＤＥ−Ｉ／Ｆ２４を介してＨＤＤ２６が、Ｄ１−Ｉ／Ｆ（ＩＮ）２０を介してカメラ１２が、Ｄ１−Ｉ／Ｆ（ＯＵＴ）２２を介してモニタ１４が、ＳＤＲＡＭコントローラ２８を介してＳＤＲＡＭ３０が、それぞれ接続される。
【００２９】
データバス５２にはさらに、ＳＤＲＡＭコントローラ２８を介してＳＤＲＡＭ３０が接続される。また、データバス５２には、時計回路４０および操作パネル４８が接続される。
【００３０】
なお、サーバ１６では、ＣＰＵ４２が接続されているデータバス５２とは別のデータバス５０にＪＰＥＧコーデック１８を接続することにより、画像処理速度の向上を図っている。データバス５０側のハードウエアとデータバス５２側のハードウエアとは、ＳＤＲＡＭコントローラ２８を通じて互いにデータのやり取りをすることができる。
【００３１】
上記したサーバ１６の構成要素の各々へは、商用電源５４に接続された電源回路４６から電力が供給されている。また、電源回路４６からの電力供給が途絶えると、バックアップ電池４４から時計回路４０に電力が供給される。バックアップ電池４４は、電源回路４６からの電力により常時充電されており、電源回路４６の停止から３０日間程度、時計回路４０を動作させ続けることができる。
【００３２】
以下、サーバ１６を構成する１つ１つの要素について説明する。
【００３３】
Ｄ１−Ｉ／Ｆ（ＩＮ）２０は、カメラ１２からの画像信号をデータバス５０に適合する信号に変換する。Ｄ１−Ｉ／Ｆ（ＯＵＴ）２２は、データバス５０からの画像信号をモニタ１４に適合する信号に変換する。
【００３４】
ＩＤＥ−Ｉ／Ｆ２４は、ＣＰＵ４２の指示を受け、ＨＤＤ２６を制御する。ＨＤＤ２６は、ＩＤＥ−Ｉ／Ｆ２４の制御に応じてデータバス５０からのデータストリーム（ＪＰＥＧファイル）をＨＤ２６ａに記録し、かつＨＤ２６ａからデータストリームを読み出してデータバス５０に出力する。
【００３５】
ＳＤＲＡＭ３０は、複数の記憶領域（バンク）を含んでおり、これら複数の記憶領域に符号化される前の画像信号，および符号化して得られたデータストリーム等がそれぞれ記憶される。
【００３６】
ＳＤＲＡＭコントローラ２８は、ＣＰＵ４２の指示を受けて、データバス５０からの画像信号やデータストリームをＳＤＲＡＭ３０に書き込み、かつＳＤＲＡＭ３０から画像信号やデータストリームを読み出してデータバス５０またはデータバス５２に出力する。
【００３７】
ＪＰＥＧコーデック１８は、データバス５０から入力される画像信号をＪＰＥＧ方式に従って符号化し、符号化して得られたデータストリームをデータバス５０に出力する。また、データバス５０から入力されるデータストリームをＪＰＥＧ方式に従って復号化し、復号化して得られた画像信号をデータバス５０に出力する。
【００３８】
次に、ＪＰＥＧコーデック１８は、符号化により得られたデータブロックを所定の順序に並べ、さらにヘッダ等の付加情報を添付することによってデータストリーム（ＪＰＥＧファイル）を形成する。付加情報は、データストリームが格納されているブロックとは別のブロックに格納される。なお、付加情報とデータストリームとを同じブロックに格納させることもできる。
【００３９】
ＪＰＥＧコーデック１８によって形成されるＪＰＥＧファイルの構造を図３に示す。図３を参照して、ＪＰＥＧファイルは、ヘッダ５６と、複数のデータブロック５８，５８，…とを含む。ヘッダ５６には、記録時刻（ＴＢ）５６ａが埋め込まれる。１つのＪＰＥＧファイルは、１枚の画像フレームと対応する。
【００４０】
ここで記録時刻５６ａは、時計回路４０に基づく時刻である。時計回路４０は一般に、ＣＰＵ４２の内部時計とは異なる時刻を示す。すなわち、ＣＰＵ４２の内部時計は、サーバ１６の所在地の標準時刻と一致する値に初期設定され、その後も誤差修正などの目的で適宜再設定される。これに対し、時計回路４０は、サーバ１６の初回起動時“０”に初期設定され、以降再設定を行うこともユーザが時刻を変更することもできない。時計回路４０は、初期設定後、任意時刻を基準として所定単位で時間をカウントする。
【００４１】
なお、上記の所定単位は１秒でも１分でも１時間でも１日でもよいが、値が大きいほど誤差が大きくなる。この実施例では、時刻０を基準として１分単位で時間をカウントすることとする。
【００４２】
データストリームを復号化する際には、ＪＰＥＧコーデック１８は、上記の符号化とは逆の処理を行う。
【００４３】
なお、この実施例ではＪＰＥＧ方式を採用しているが、ＪＰＥＧ２０００方式やその他の符号化方式を用いても構わない。いずれの場合も、符号化データストリームのヘッダもしくは付加情報領域に記録時刻５６ａが埋め込まれる。
【００４４】
再びサーバ１６の構成要素の説明に戻る。フラッシュメモリ３２には、保存期間（ＴＣ）３４ａと、境界時刻（ＴＥ）３４ｂと、無効フラグ（Ｆ）３６と、テーブル３８とが格納される。なお、保存期間３４ａ，境界時刻３４ｂおよび無効フラグ３６については後述する。フラッシュメモリ３２にはさらに、ＣＰＵ４２の処理手順を記述したプログラム（後述）も格納されている。
【００４５】
テーブル３８の一例が図２に示されている。図２を参照して、テーブル３８には、ＳＤＲＡＭ３０もしくはＨＤ２６ａに記憶されている複数のＪＰＥＧファイルの各々について、ファイルを識別するインデックス３８ａと、ファイルの所在地を示すアドレス３８ｂが記載されている。インデックス３８ａとしては、例えば、記録時にＪＰＥＧファイルにそれぞれ割り当てられる番号（ｋ）が用いられる。
【００４６】
操作パネル４８は、Ｒｅｃキー４８ａと、Ｐｌａｙキー４８ｂと、Ｓｔｏｐキー４８ｃと、期間設定キー４８ｄと、無効キー４８ｅと、テンキー４８ｆとを備えている。Ｓｔｏｐキー４８ｃは、録画ＳＴＯＰキーおよび再生ＳＴＯＰキー（いずれも図示せず）を含む。テンキー４８ｆは、１０個の数字キーといくつかの記号キーとを含む。
【００４７】
操作パネル４８上のいずれかのキーが押されると、押されたキーに対応する信号が操作パネルからＣＰＵ４２に送信される。
【００４８】
ＣＰＵ４２は、操作パネル４８からの信号に応じ、かつフラッシュメモリ３２内のプログラムに従い、上記の各構成要素を制御する。これにより、サーバ１６において、画像記録や画像再生、保存期間を過ぎた画像の削除といった様々な画像処理が実現される。
【００４９】
以下、本発明の画像削除処理について、図４および図５を用いて説明する。
【００５０】
図４（Ａ）を参照して、現時刻（ＴＡ）が“４”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには４つのＪＰＥＧファイル（記録時刻（ＴＢ）＝１〜４）が記憶されている。ここで現時刻および記録時刻は、いずれも時計回路４０の時刻に基づく。予め設定されている保存期間は“３”であり、保存期間を過ぎたＪＰＥＧファイル“１”が削除状態にある。ここでいう「削除」は、ＳＤＲＡＭ３０やＨＤ２６ａ内のＪＰＥＧファイルを物理的に消去することではなく、例えば再生ソフトウエアからＪＰＥＧファイル内の符号化データを復号化・再生することができない状態にすることをいう。
【００５１】
具体的には、再生ソフトウエアは、あるＪＰＥＧファイルを再生するよう指示されると、このＪＰＥＧファイル内の付加情報領域から記録時刻５６ａを読み出す。そして、読み出された記録時刻５６ａが保存期間外すなわち再生制限期間内にあれば、このＪＰＥＧファイル内の符号化データの復号化・再生処理をキャンセルする。
【００５２】
削除するか否かの判定は、境界時刻（ＴＥ）に基づいて行われる。境界時刻は、現時刻から保存期間（ＴＣ）を減算することにより求まる。
【００５３】
図４（Ｂ）を参照して、現時刻が“６”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには６つのＪＰＥＧファイル（ＴＢ＝１〜６）が記憶されている。このとき保存期間が“３”なので、境界時刻は“４”であり、この時刻よりも過去に記録された３つのファイル（ＴＢ＝１〜３）が削除状態にある。
【００５４】
図４（Ａ）および（Ｂ）からわかるように、境界時刻は、現時刻よりも保存期間に等しい時間だけ過去の位置にあり、現時刻の進行につれ、この間隔（＝ＴＣ）を保ったままファイル列上を未来側へ移動する。こうして境界時刻が移動するのに伴い、境界時刻に追い越されたファイル、つまりＴＢ＜ＴＥとなったファイルが削除されていく。
【００５５】
ところで、予め設定された保存期間は、必要に応じて無効化される。図４（Ｃ）を参照して、現時刻が“６”のとき保存期間“３”が無効化されたとする。このとき境界時刻は“４”の位置にあり、ＴＢ＝１〜３の３つのファイルが削除状態にある。
【００５６】
図４（Ｄ）および（Ｅ）を参照して、無効化が行われると、以降、保存期間が無制限となる。一方、境界時刻は、消滅するのではなく、無効化が行われた時点の位置“４”に固定される。従って、ＴＢ＝１〜３の３ファイルは、無効化後も削除状態のまま維持され、記録時刻が“４”以降のファイルは、保存期間が再設定されない限り、無期限的に保存されることとなる。
【００５７】
次に、保存期間の再設定が行われた場合の処理を説明する。この場合に重要なのは、境界時刻は、現在の位置から過去に遡る向きには決して移動しない、という点である。
【００５８】
図５（Ａ）を参照して、現時刻が“４”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには４つのＪＰＥＧファイル（ＴＢ＝１〜４）が記憶されている。予め設定されている保存期間は“３”であり、このとき境界時刻は“２”となる。この時刻よりも過去に記録された１つのファイル（ＴＢ＝１）が削除状態にある。
【００５９】
図５（Ｂ）を参照して、現時刻が“６”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには６つのＪＰＥＧファイル（ＴＢ＝１〜６）が記憶されている。保存期間は“３”のままであり、このとき境界時刻は“４”となる。この時刻よりも過去に記録された３つのファイル（ＴＢ＝１〜３）が削除状態にある。
【００６０】
図５（Ｃ）を参照して、現時刻が“６”のとき保存期間“３”が“５”に再設定されたとする。本来であれば、保存期間が“５”に変更されると、境界時刻は“２”へと移動し、その結果、ＴＢ＝１のファイルが削除解除されるはずである。しかし、境界時刻は、現在の位置から過去に遡る向きに移動しないので、再設定を行う直前の位置“４”に止まる。従って、保存期間変更後も、ＴＢ＝１〜３の３つのファイルが削除状態にある。
【００６１】
なお、境界時刻は、現在の位置から未来側への移動は可能なので、例えば現時刻が“６”のとき保存期間“３”が“２”に変更されたとすると、境界時刻は“４”から“５”へと移動し、その結果、ＴＢ＝１〜３の３つのファイルに加えＴＢ=４のファイルも削除状態となる（図示せず）。
【００６２】
図５（Ｄ）を参照して、現時刻が“８”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには８つのＪＰＥＧファイル（ＴＢ＝１〜８）が記憶されている。このとき保存期間は“５”であり、境界時刻は“４”のままである。この時刻よりも過去に記録された３つのファイル（ＴＢ＝１〜３）が削除状態にある。
【００６３】
図５（Ｅ）を参照して、現時刻が“１０”のとき、ＳＤＲＡＭ３０ないしはＨＤ２６ａには１０個のＪＰＥＧファイル（ＴＢ＝１〜１０）が記憶されている。このとき保存期間は“５”であり、境界時刻は“６”まで移動している。従って、この時刻よりも過去に記録された５つのファイル（ＴＢ＝１〜５）が削除状態にある。
【００６４】
上記の説明から明らかなように、この実施例のサーバ１６では、保存期間を過ぎていったん削除されたファイルは、後に保存期間が無効化されたり変更されたりしても、二度と再生可能になることはない。
【００６５】
以上のように構成された監視カメラシステム１０の全体動作を、図６〜図１１に示されたＣＰＵ４２の処理フローに基づき以下に説明する。
【００６６】
この監視カメラシステム１０は、例えばオフィスビルや集合住宅などで用いられる。カメラ１２は、例えば玄関や通路に設置され、サーバ１６およびモニタ１４は、例えば管理室に設けられる。なお、カメラ１２は１台とは限らない。複数のカメラ１２を設置する場合、各カメラ１２，１２，…は、図示しないマルチプレクサを介してＤ１−Ｉ／Ｆ（ＩＮ）２０に接続される。
【００６７】
なお、サーバ１６は、必要に応じ、イントラネットやインターネットを介してビルの内外にある端末Ｔ１，Ｔ２，…（図示せず）とも接続される。従って、ユーザは、管理室内のモニタ１６だけでなく、外部の端末Ｔ１，Ｔ２，…からも監視画像を閲覧することができる。
【００６８】
カメラ１２によって撮影された監視画像は、モニタや端末Ｔ１，Ｔ２，…の画面を通じてリアルタイム的に表示されると同時に、ＨＤ２６ａに記録される。ＨＤ２６ａに記録された監視画像は、所定期間保存され、その後ＨＤ２６ａから削除される。監視画像を保存する期間は、ユーザが任意に設定することができる。なお、国や地域によっては、プライバシー尊重や人権保護の観点から、例えば７日以内や３０日間以内といった法的な規制が設けられている場合もある。
【００６９】
ＣＰＵ４２は、具体的には、フラッシュメモリ３２のプログラムに従い、図６〜図１１のフロー図を処理する。図６を参照して、サーバ１６が起動されると、ステップＳ１でＣＰＵ４２は、初期処理を行う。初期処理には、例えばＳＤＲＡＭコントローラ２８にＳＤＲＡＭ３０の初期化を指示したり、ＪＰＥＧコーデック１８に初期パラメータを設定したりする処理などが含まれる。
【００７０】
ステップＳ３でＣＰＵ４２は、今回の起動が初めての起動であるか否かを判定する。判定結果が肯定的であればステップＳ５に、否定的であればステップＳ１１に進む。なお、ステップＳ３の判定は、例えばＨＤ２６ａの記録状況を調べることにより行われる。
【００７１】
ステップＳ５でＣＰＵ４２は、時計回路４０の現時刻を“０”に初期設定する。ステップＳ７では、時計回路４０をスタートさせる。ステップＳ９では、フラッシュメモリ３２内の境界時刻に初期値として“０”をセットする。その後、ステップ１１に進む。
【００７２】
ステップＳ１１でＣＰＵ４２は、期間設定キー４８ｄが押されたか否かを判定する。判定結果が肯定的であればステップＳ１３に、否定的であればＳ１５に進む。ステップＳ１３では、保存期間を受け付け、その後ステップＳ１５に進む。より具体的には、ユーザは、期間設定を行いたい場合、まず期間設定キー４８ｄを押し、続いてテンキー４８ｆから所望の保存期間を指定する。ＣＰＵ４２は、期間設定キー４８ｄの押下を確認すると、その後テンキー４８ｆを通じて入力される数値を保存期間として受け付ける。
【００７３】
なお、入力値の単位が時計回路４０のカウント単位と異なる場合、この入力値は、所定の換算式に従って時計回路４０のカウント単位に基づく値へと換算される。例えば“３日”が入力されたとすると、この実施例では時計回路４０のカウント単位が１分なので、“４３２０分”（＝３×６０×２４）に換算される。
【００７４】
ステップＳ１５でＣＰＵ４２は、無効キー４８ｅが押されたか否かを判定する。判定結果が肯定的であればステップＳ１７に、否定的であればステップＳ１９に進む。ステップＳ１７では、フラッシュメモリ３２の無効フラグ３６を反転させる。その後、ステップＳ１９に進む。
【００７５】
図７を参照して、ステップＳ１９でＣＰＵ４２は、１分経過したか否かを判定する。ここで“１分”は、時計回路４０の単位時間である。ステップＳ１９の判定結果が肯定的であればステップＳ２１に、否定的であればステップＳ３１に進む。ステップＳ２１では、無効フラグ３６がセットされているか否かを判定する。判定結果が肯定的であればステップＳ２３に、否定的であればステップＳ３１に進む。
【００７６】
ステップＳ２３でＣＰＵ４２は、時計回路４０から現時刻を取得する。ステップＳ２５では、ステップＳ１３で受け付けた保存期間と、ステップＳ２３で読み取った現時刻とに基づいて仮境界時刻（ＴＥ’）を計算する。仮境界時刻は、現時刻から保存期間を減算することにより求められる。
【００７７】
ステップＳ２７でＣＰＵ４２は、ステップＳ２５で計算された仮境界時刻がフラッシュメモリ３２の境界時刻よりも大きいか否かを判定する。判定結果が肯定的であればステップＳ２９に進み、否定的であればステップＳ３１に進む。
【００７８】
ステップＳ２９でＣＰＵ４２は、フラッシュメモリ３２の境界時刻を、ステップＳ２５で計算された仮境界時刻に更新する。その後、ステップＳ３１に進む。
【００７９】
ステップＳ３１でＣＰＵ４２は、Ｒｅｃキー４８ａが押されたか否かを判定する。判定結果が肯定的であればステップＳ３３に、否定的であればステップＳ３５に進む。
【００８０】
ステップＳ３３でＣＰＵ４２は、録画タスク（後述）を起動する。その後、ステップＳ３５に進む。
【００８１】
ステップ３５でＣＰＵ４２は、Ｐｌａｙキー４８ｂが押されたか否かを判定する。判定結果が肯定的であればステップＳ３７に進み、否定的であればステップＳ１１に戻る。
【００８２】
ステップＳ３７でＣＰＵ４２は、再生タスク（後述）を起動する。その後、ステップＳ１１に戻る。
【００８３】
次に、上記ステップＳ３３で起動される録画タスクについて説明する。なお、この実施例では、説明を簡単にするために、画像の記録レートを３０秒毎に１フレームとする。
【００８４】
図１を参照して、カメラ１２から出力された画像信号は、Ｄ１−Ｉ／Ｆ（ＩＮ）２０を通じてサーバ１６内に取り込まれ、その後ＳＤＲＡＭコントローラ２８によって一旦ＳＤＲＡＭ３０に書き込まれる。
【００８５】
図８を参照して、ステップＳ５１でＣＰＵ４２は、ＪＰＥＧコーデック１８に対し符号化の実行を指示する。応じてＪＰＥＧコーデック１８は、ＳＤＲＡＭコントローラ２８を通じてＳＤＲＡＭ３０から１フレームの画像信号を読み出し、読み出された画像信号をＪＰＥＧ方式に従って符号化する。次いで、符号化して得られたビットストリームにヘッダを添付することによりＪＰＥＧファイルを形成する。こうして形成されたＪＰＥＧファイルは、ＳＤＲＡＭコントローラ２８によって再びＳＤＲＡＭ３０に書き込まれる。
【００８６】
ステップＳ５３でＣＰＵ４２は、前回の画像記録から３０秒すなわち記録周期と等しい時間だけ経過したか否かを判定する。判定結果が肯定的であればステップＳ５５に進み、否定的であれば待機する。
【００８７】
ステップＳ５５でＣＰＵ４２は、時計回路４０から現時刻を取得する。ステップＳ５７では、記録時刻にステップＳ５５で取得された現時刻をセットする。ステップＳ５９では、現時刻がセットされた記録時刻を、ＳＤＲＡＭ３０に格納されているＪＰＥＧファイルのヘッダ部分に埋め込む。こうして得られたＪＰＥＧファイルが図３に示されている。
【００８８】
ステップＳ６１でＣＰＵ４２は、ＩＤＥ−Ｉ／Ｆ２４を介し、記録時刻が埋め込まれたＪＰＥＧファイルをＨＤ２６ａに記録する。その後、ステップＳ６３に進む。
【００８９】
ステップＳ６３でＣＰＵは、録画ストップキー４８ｃが押されたか否かを判定する。判定結果が肯定的であれば本タスクを終了し、否定的であればステップＳ５３に戻って上記と同様の処理を繰り返す。
【００９０】
次に、上記ステップＳ３７で起動される再生タスクについて説明する。図９を参照して、ステップＳ７１でＣＰＵ４２は、初期処理を実行する。初期処理については後述する。
【００９１】
ステップＳ７３でＣＰＵ４２は、これから実行する再生処理の対象となる１枚のフレームを選択する。フレーム選択処理については後述する。
【００９２】
ステップＳ７５でＣＰＵ４２は、フラッシュメモリ３２のテーブル３８（図２参照）に基づいて、ステップＳ７３で選択されたフレーム（ｋ）と対応するＪＰＥＧファイルをＳＤＲＡＭ３０もしくはＨＤ２６ａから読み出す。
【００９３】
ステップＳ７７でＣＰＵ４２は、ステップＳ７５で読み出されたＪＰＥＧファイルから記録時刻を抽出する。ステップＳ７９では、抽出された記録時刻がフラッシュメモリ３２内の境界時刻よりも大きいか否かを判定する。判定結果が肯定的であればステップＳ８１に進み、否定的であればステップＳ８５に進む。
【００９４】
ステップＳ８１でＣＰＵ４２は、ＪＰＥＧコーデック１８に対し、復号化の実行を指示する。応じてＪＰＥＧコーデック１８は、ＳＤＲＡＭコントローラ２８を通じてＳＤＲＡＭ３０から該当ＪＰＥＧファイルを読み出し、読み出されたＪＰＥＧファイルからヘッダを除去する。次いで、ヘッダを除去して得られたビットストリームをＪＰＥＧ方式に従って復号化する。復号化して得られた画像信号は、ＳＤＲＡＭコントローラ２８によって再びＳＤＲＡＭ３０に書き込まれる。
【００９５】
ステップＳ８３でＣＰＵ４２は、Ｄ１−Ｉ／Ｆ（ＯＵＴ）２２に対し、画像信号の出力を指示する。応じてＤ１−Ｉ／Ｆ（ＯＵＴ）２２は、ＳＤＲＡＭコントローラ２８を介してＳＤＲＡＭ３０から画像信号を読み出し、モニタ１４に出力する。こうしてモニタ１４には、カメラ１２による監視画像が表示される。指示後、ＣＰＵ４２はステップＳ８７を実行する。
【００９６】
ステップＳ８５でＣＰＵは、Ｄ１−Ｉ／Ｆ（ＯＵＴ）２２に対し、“ＤＥＬＥＴＥＤ”を表示するように指示する。“ＤＥＬＥＴＥＤ”に対応する画像データは、例えばフラッシュメモリ３２に記憶されており（図示せず）、Ｄ１−Ｉ／Ｆ（ＯＵＴ）２２は、この画像データをモニタに出力する。こうして、モニタ１４に“ＤＥＬＥＴＥＤ”が表示される。指示後、ＣＰＵ４２はステップＳ８７を実行する。
【００９７】
ステップＳ８７でＣＰＵ４２は、再生Ｓｔｏｐキー４８ｃが押されたか否かを判定する。判定結果が肯定的であれば本タスクを終了し、否定的であればステップＳ８９に進む。
【００９８】
ステップＳ８９でＣＰＵ４２は、ステップＳ８１の指示からΔｔ秒経過したか否かを判定する。ここでΔｔはフレーム周期であり、再生モードによって異なる値をとる（後述）。ステップＳ８９の判定結果が肯定的であればステップＳ７３に、否定的であればステップ８７に戻る。
【００９９】
次に、上記ステップＳ７１の初期処理について説明する。図１０を参照して、ステップＳ１０１でＣＰＵ４２は、変数ｋおよび変数Δｋの各々に０を、変数Δｔには３０をセットする。ここで変数ｋは、再生対象フレームのインデックス（図９のステップＳ７３を参照）を意味する。変数Δｋは、現再生対象フレームのインデックスと、次再生対象フレームのインデックスとの差分である。変数Δｔについては、記録レートが３０秒毎に１枚（図８のステップ５３を参照）なので、ノーマル再生時のフレーム周期３０秒が初期値となる。
【０１００】
ステップＳ１０３でＣＰＵ４２は、先頭フレームの指定を受け付ける。指定は、例えばユーザがテンキー４８からインデックスすなわち記録時刻を入力することにより行われる。ここでは、先頭フレームのインデックスを“ｋ０”とする。ＣＰＵ４２は、変数ｋにｋ０をセットする。
【０１０１】
ステップＳ１０５でＣＰＵ４２は、再生モードの指定を受け付ける。この実施例では、再生モードとしてノーマル再生，高速再生および逆高速再生の３つのモードが準備されている。ノーマル再生では、動画像を構成するフレームを１枚１枚、順方向に再生していく。高速再生では、５枚に１枚の割合で順方向に再生していく。逆高速再生では、３枚に１枚の割合で逆方向に再生していく。
【０１０２】
ユーザは、テンキー４８ｆを操作して、これら３モードのいずれか１つを指定する。再生モードの指定を受け付けた後、ＣＰＵ４２は、上位層のルーチンに復帰する。
【０１０３】
次に、上記ステップＳ７３のフレーム選択処理について説明する。図１１を参照して、ステップＳ１１１でＣＰＵ４２は、本タスクが起動されて１回目の選択か否かを判定する。判定結果が肯定的であればステップＳ１２９に、否定的であればステップＳ１１３に進む。
【０１０４】
ステップＳ１１３では、現在の再生モードすなわちステップＳ１０５で受け付けたモードがノーマル再生か否かを判定する。判定結果が肯定的であればステップＳ１１５に、否定的であればステップＳ１１７に進む。ステップＳ１１５では、変数Δｋに１をセットする。その後、ステップＳ１２９に進む。
【０１０５】
ステップＳ１１７でＣＰＵ４２は、現在の再生モードが高速再生か否かを判定する。判定結果が肯定的であればステップＳ１１９に、否定的であればステップＳ１２３に進む。ステップＳ１１９では、変数Δｋに５をセットする。ステップＳ１２１では、変数Δｔに６｛＝｜３０／５｜｝をセットする。その後、ステップＳ１２９に進む。
【０１０６】
ステップＳ１２３でＣＰＵ４２は、現在の再生モードが逆高速再生か否かを判定する。判定結果が肯定的であればステップＳ１２５に、否定的であればステップＳ１２９に進む。ステップＳ１２５では、変数Δｋに−３をセットする。ステップＳ１２７では、変数Δｔに１０｛＝｜３０／（−３）｜｝をセットする。その後、ステップＳ１２９に進む。
【０１０７】
ステップＳ１２９でＣＰＵ４２は、変数ｋに｛ｋ+Δｋ｝をセットする。ステップＳ１３１では、フレーム“ｋ”すなわち変数ｋにセットされた値と一致するインデックスを持つフレームを対象フレームとして選択する。
【０１０８】
以上のように、この実施例では、時計回路４０は、サーバ１６の初回起動時刻を基準として時間をカウントし、フラッシュメモリ３２には保存期間が保持される。ＨＤ２６ａに記録されるＪＰＥＧファイルには、時計回路４０の時刻に基づく記録時刻が埋め込まれる。再生時、ＣＰＵ４２は、時計回路４０の時刻と保存期間とに基づいて境界時刻を計算する。そして、ＪＰＥＧファイルの記録時刻が境界時刻よりも過去であれば、ＪＰＥＧコーデック１８およびＳＤＲＡＭコントローラ２８によるＪＰＥＧファイルの再生処理を禁止する。このように、簡単な処理によってＪＰＥＧファイルの利用期間を制限することができる。
【０１０９】
なお、この実施例では、記録レートは１フレーム／３０秒に固定されているが、代わりに複数の記録レート、例えば６０フレーム／１秒，３０フレーム／１秒，…，１フレーム／１５秒および１フレーム／３０秒などのレートを準備しておき、録画時にいずれか１つを選択するようにしてもよい。この場合、録画タスク（図８参照）のステップＳ５３では、選択された記録レートの逆数すなわち記録周期（ΔＴと表記する）に等しい時間だけ経過したか否かが判断される。
【０１１０】
一方、再生タスクでは、ステップＳ１３１の直後に、選択されたフレームの記録周期ΔＴを検出するステップが追加される。また、ステップＳ１２１では、変数Δｋに｛｜ΔＴ／Δｋ|｝がセットされる。ステップＳ１２７の同様である。
【図面の簡単な説明】
【０１１１】
【図１】この実施例の監視カメラシステムの構成を示すブロック図である。
【図２】再生時に参照されるテーブルの内容を示す図解図である。
【図３】ＪＰＥＧファイルの構成例を示す図解図である。
【図４】本発明の画像削除処理を示す図解図である。
【図５】本発明の他の画像削除処理を示す図解図である。
【図６】ＣＰＵによる処理の一部を示すフローチャートである。
【図７】ＣＰＵによる処理の他の一部を示すフローチャートである。
【図８】ＣＰＵによる処理のさらに他の一部を示すフローチャートである。
【図９】ＣＰＵによる処理のさらにその他の一部を示すフローチャートである。
【図１０】ＣＰＵによる処理の別の一部を示すフローチャートである。
【図１１】ＣＰＵによる処理のさらに別の一部を示すフローチャートである。
【符号の説明】
【０１１２】
１０…監視カメラシステム
１２…カメラ
１４…モニタ
１６…サーバ
１８…ＪＰＥＧコーデック
２６ａ…ＨＤ（ハードディスク）
３０…ＳＤＲＡＭ
３２…フラッシュメモリ
４０…時計回路
４２…ＣＰＵ
４４…バックアップ電池
４６…電源回路
【図１】
2005122359.tif 000003
【図２】
2005122359.tif 000004
【図３】
2005122359.tif 000005
【図４】
2005122359.tif 000006
【図５】
2005122359.tif 000007
【図６】
2005122359.tif 000008
【図７】
2005122359.tif 000009
【図８】
2005122359.tif 000010
【図９】
2005122359.tif 000011
【図１０】
2005122359.tif 000012
【図１１】
2005122359.tif 000013