(57)【要約】【課題】キャッシュデータの削除の際、重要な画像データを削除してしまうと、キャッシュの効率的な利用ができなくなる。【解決手段】断片化された画像データを受信記録する記録装置において、画像データの種類を求め、その種類より断片化された画像データ毎に優先順位を決定し、既に記録されている断片化された画像データと夫々比較する、これにより、優先順位の低い断片化された画像データをディスクに記録し、キャッシュから削除し、キャッシュの空き容量を増やし、断片化された画像データを記録する。【選択図】図１０
2008042267.tif 000002
【特許請求の範囲】
【請求項１】
断片化された画像データを受信、記録する記録装置において、
受信した画像データを記録する記録手段と、
前記記録手段に記録する画像データを一時記録する一時記録手段と、
新たな断片化された画像データが前記一時記録手段にて記録可能かどうか判定する判定手段と、
画像データの種類を検知する検知手段と、
前記検知手段により検知される画像データの種類を用いて、断片化された画像データの夫々に対して優先順位を決定する決定手段と、
前記判定手段により、前記一時記録手段に記録不可能と判定された断片化された受信画像データと、前記一時記録手段に既に記録されている断片化された画像データの優先順位を、断片化された画像データ毎に比較する比較手段と、
前記比較手段により、断片化された受信画像データは、前記一時記録手段に既に記録されている断片化された全ての画像データより優先順位が低いと判定されなかった場合、前記一時記録手段に既に記録されている断片化された全ての画像データから最も優先順位の低い断片化された画像データを選択する選択手段と、
前記選択手段により、前記一時記録手段に既に記録されている断片化された全ての画像データから最も優先順位の低いと判定された断片化された画像データを前記記録手段にて記録するとともに、前記一時記録手段から削除する削除手段とを有することを特徴とする記録装置。
【請求項２】
前記検知手段は、画像データを解析して画像データの種類を検知することを特徴とする請求項１記載の記録装置。
【請求項３】
前記画像データは、ＪＰＥＧ２０００の符号データであることを特徴とする請求項１又は請求項２記載の記録装置。
【請求項４】
前記検知手段は、画像データの種類をＪＰＥＧ２０００符号のＣＯＭマーカセグメントを解析して検知することを特徴とする請求項３記載の記録装置。
【請求項５】
断片化された画像データを受信、記録する記録方法において、
受信した画像データを記録する記録工程と、
前記記録工程に記録する画像データを一時記録する一時記録工程と、
新たな断片化された画像データが前記一時記録工程にて記録可能かどうか判定する判定工程と、
画像データの種類を検知する検知工程と、
前記検知工程により検知される画像データの種類を用いて、断片化された画像データの夫々に対して優先順位を決定する決定工程と、
前記判定工程により、前記一時記録工程に記録不可能と判定された断片化された受信画像データと、前記一時記録工程に既に記録されている断片化された画像データの優先順位を、断片化された画像データ毎に比較する比較工程と、
前記比較工程により、断片化された受信画像データは、前記一時記録工程に既に記録されている断片化された全ての画像データより優先順位が低いと判定されなかった場合、前記一時記録工程に既に記録されている断片化された全ての画像データから最も優先順位の低い断片化された画像データを選択する選択工程と、
前記選択工程により、前記一時記録工程に既に記録されている断片化された全ての画像データから最も優先順位の低いと判定された断片化された画像データを前記記録工程にて記録するとともに、前記一時記録工程から削除する削除工程とを有することを特徴とする記録方法。
【請求項６】
前記検知工程は、画像データを解析して画像データの種類を検知することを特徴とする請求項５記載の記録方法。
【請求項７】
前記画像データは、ＪＰＥＧ２０００の符号データであることを特徴とする請求項５又は請求項６記載の記録方法。
【請求項８】
前記検知工程は、画像データの種類をＪＰＥＧ２０００符号のＣＯＭマーカセグメントを解析して検知することを特徴とする請求項７記載の記録方法。
【請求項９】
請求項５乃至８の何れか１項に記載の記録方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＳＯ／ＩＥＣ−１５４４４に準拠したＪＰＥＧ（Joint Photographic Experts Group）２０００方式で圧縮符号化された画像データを記録するための技術に関するものである。
【背景技術】
【０００２】
銀行、コンビニエンスストア、デパートなどに設置されている防犯用ビデオカメラ（監視カメラ）から送信されてくる画像情報を遠隔地にある警備室に設置された装置で受信して、モニタに表示、及び記録する監視システムは広く利用されている。
【０００３】
従来は、監視カメラから出力されるアナログデータをアナログ記録するタイムラプラスＶＴＲが広く使用されていた。しかし、最近の監視システムは、タイムラプラスＶＴＲに代わり、被写体のデジタル画像データをそのままデジタル記録するデジタル記録装置を採用する傾向にある。デジタル記録装置は、従来のタイムラプラスＶＴＲに比べて、高画質画像を経時的劣化なしに保存、及び編集するのに優れているという特徴を有している。
【０００４】
また、画像データのデジタル化に伴い、監視カメラ、デジタル記録装置、及び遠隔の再生装置間の接続にネットワーク（ＬＡＮ、及びＷＡＮ）接続が用いられてきている。
【０００５】
監視カメラでは、デジタル画像データを高速で転送するために、典型的にＪＰＥＧ２圧縮／伸張アルゴリズムを利用したものが普及してきている。
【０００６】
ところが、ＪＰＥＧ２方式は非可逆符号化であるため、画像編集等のため画像の復号・符号化を繰り返すと次第に情報が損失し、その結果画質が徐々に悪くなってしまう。
【０００７】
そこで、最近では可逆符号の可能なＪＰＥＧ２０００方式を採用した監視カメラが出てきている。
【０００８】
従って、監視カメラで撮影された画像は、デジタル化され、ＪＰＥＧ２０００等圧縮アルゴリズムにより圧縮符号化され、ネットワークを通じて警備室等に設置されている記録装置に記録される。必要があれば、記録装置に接続されたモニタ、あるいはネットワークを通じて接続されるクライアントの端末で復号化され、再生表示される。
【０００９】
また、監視システムは、画像情報の撮影、記録に加えて、泥棒または侵入者の検知、及び火災等異常の検知を各種センサ、及び撮影画像の変化（シーンチェンジ）から行い、警備室のオペレータにアラーム通知する。それとともに、監視システムは、記録装置にも通知することにより、その前後の記録画像が重要な記録画像であることを通知している。
【００１０】
即ち、オペレータは、これら前後の記録画像を再生、表示させ、映像を確認することにより、監視対象においてどのようなことが発生したかを即座に知ることが可能であり、その後の行動に役立てることが可能である。
【００１１】
このような記録装置では、受信画像データの記録時に、その受信したデータを高速なアクセスが可能なキャッシュメモリ等に、ファイル単位でキャッシュファイルとして一時的に保存する。
【００１２】
その後、主の記録媒体であるハードディスク装置等、低速なアクセスしかできないが大容量である記録媒体に記録される。
【００１３】
これにより、最近の受信画像の閲覧をオペレータがクライアント端末等から要求した場合、キャッシュメモリ等に記録されている間は、より高速なアクセスを可能にしている。
【００１４】
また、記録装置のキャッシュメモリにも限りがあるので、そのキャッシュしているファイルを削除する必要が生じる。その場合には保存時と同様に、各データをファイル単位で削除する。
【００１５】
一方、キャッシュデータをファイル単位で管理するのではなく、その断片的なデータ単位である階層単位で管理し、容量の大きい階層の画像データをキャッシュから削除する方法が特許文献１に開示されている。
【００１６】
しかしながら、記録装置側で断片的なＪＰＥＧ２０００符号データをキャッシュした時のキャッシュデータの削除方法として、上述の特許文献１に開示される発明を適用すると、必ずしも、効率的なキャッシュの利用ができるとは限らない。
【００１７】
なぜなら、ＪＰＥＧ２０００の場合、空間解像度方向だけでなく、ＳＮＲ方向のスケーラビリティを持っており、この特許文献１で提案されたデータ消去の単位よりも、更に細かな単位でデータを削除することも可能であるからである。
【００１８】
また、ＳＮＲ方向のスケーラビリティの符号量をエンコード時に決定することが可能であるため、低ＳＮＲの画像データの容量が高ＳＮＲの画像データの容量よりも大きくなることも考えられるからである。
【００１９】
上述の場合、容量の大きい階層データから削除すると、低解像度のＳＮＲの画像データが失われてしまう。これは、ＪＰＥＧ２０００が各階層間の差分情報からできているため、低解像度の画像のデータが削除されてしまうと他のキャッシュデータを利用しても画像を表示することができなくなり、せっかくキャッシュされているデータが利用できなくなるためである。
【００２０】
それに対し、特許文献２では、ＪＰＥＧ２０００の符号データの構造を考慮したデータの削除方法を提案しており、高解像度、高画質のデータから符号データを削除できる。そのため、差分情報を利用したＪＰＥＧ２０００のデータであっても、その残された符号データの一部分だけで、ある程度の画像サイズ、及び画質の画像データが復元できる。
【００２１】
【特許文献１】特開平１１−２５９６２７号公報
【特許文献２】特開２００３−２２４７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２２】
しかしながら、監視システムにおける記録装置側でＪＰＥＧ２０００の符号データの構造を考慮したデータの削除方法として、上述の特許文献２に開示される発明を適用しただけでは、必ずしも効率的なキャッシュの利用ができるとはかぎらない。監視システムにおいては、装置オペレータが再生を強く望むのは、通常時の撮影画像よりも、異常を検知したときの撮影画像であるからである。
【００２３】
また、従来の監視カメラからのアラーム通知は、画像データの通信パケットとは別の通信パケットで通知されていたため、そのアラーム通知の通信パケットから異常が発生した際の撮影画像を特定しなければならないという処理の負荷の問題があった。
【００２４】
本発明の目的は、データの削除による重要度の高い画像の劣化を最小限にすることにある。
【００２５】
また、本発明の目的は、画像データの通信パケットとは別の通信パケットで通知されていたことに起因する、アラーム通知の通信パケットから異常が発生した際の撮影画像を特定する処理の負荷を軽減することにある。
【課題を解決するための手段】
【００２６】
本発明の記録装置は、断片化された画像データを受信、記録する記録装置において、受信した画像データを記録する記録手段と、前記記録手段に記録する画像データを一時記録する一時記録手段と、新たな断片化された画像データが前記一時記録手段にて記録可能かどうか判定する判定手段と、画像データの種類を検知する検知手段と、前記検知手段により検知される画像データの種類を用いて、断片化された画像データの夫々に対して優先順位を決定する決定手段と、前記判定手段により、前記一時記録手段に記録不可能と判定された断片化された受信画像データと、前記一時記録手段に既に記録されている断片化された画像データの優先順位を、断片化された画像データ毎に比較する比較手段と、前記比較手段により、断片化された受信画像データは、前記一時記録手段に既に記録されている断片化された全ての画像データより優先順位が低いと判定されなかった場合、前記一時記録手段に既に記録されている断片化された全ての画像データから最も優先順位の低い断片化された画像データを選択する選択手段と、前記選択手段により、前記一時記録手段に既に記録されている断片化された全ての画像データから最も優先順位の低いと判定された断片化された画像データを前記記録手段にて記録するとともに、前記一時記録手段から削除する削除手段とを有することを特徴とする。
本発明の記録方法は、断片化された画像データを受信、記録する記録方法において、受信した画像データを記録する記録工程と、前記記録工程に記録する画像データを一時記録する一時記録工程と、新たな断片化された画像データが前記一時記録工程にて記録可能かどうか判定する判定工程と、画像データの種類を検知する検知工程と、前記検知工程により検知される画像データの種類を用いて、断片化された画像データの夫々に対して優先順位を決定する決定工程と、前記判定工程により、前記一時記録工程に記録不可能と判定された断片化された受信画像データと、前記一時記録工程に既に記録されている断片化された画像データの優先順位を、断片化された画像データ毎に比較する比較工程と、前記比較工程により、断片化された受信画像データは、前記一時記録工程に既に記録されている断片化された全ての画像データより優先順位が低いと判定されなかった場合、前記一時記録工程に既に記録されている断片化された全ての画像データから最も優先順位の低い断片化された画像データを選択する選択工程と、前記選択工程により、前記一時記録工程に既に記録されている断片化された全ての画像データから最も優先順位の低いと判定された断片化された画像データを前記記録工程にて記録するとともに、前記一時記録工程から削除する削除工程とを有することを特徴とする。
【発明の効果】
【００２７】
本発明によれば、ＪＰＥＧ２０００の符号データの構造を考慮するだけでなく、即ち単に低解像度、低画質のデータを優先的にキャッシュするのではなく、画像の種類、即ち通常画像であるかそうでないかによって優先順位を変える。そのため、より重要な画像データに対して、より効果的なキャッシュが可能となる。
【００２８】
また、本発明によれば、イベントの通知を、そのイベント画像とは別の通信方式、例えば通信パケットで通知するのではなく、ＪＰＥＧ２０００の符号データの構造を利用して、その画像データ内でデータの種類を通知する構造を設ける。これにより、重要な画像データを特定する処理の負荷を軽減することができるという効果がある。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照しながら、本発明の実施形態を説明する。
図１に、本発明の実施形態に係る記録装置である情報処理装置のシステム全体の構成を示す。
同図において、ＣＰＵ１０１は、記録装置１００全体の制御を行う。メインメモリ１０５は、キャッシュメモリとして使用され、ＣＰＵ１０１により実行されるプログラムがロードされたり、監視カメラで撮影され、ＪＰＥＧ２０００に圧縮符号化された受信画像が一時記録される。グラフィックコントローラ１０７は、ディスプレイ１０８の表示を制御する。
【００３０】
ノースブリッジ１０３は、ＣＰＵローカルバス１０２、メモリバス１０４、ＡＧＰバス１０６、ＰＣＩバス１０９を接続するためのブリッジである。なお、ＡＧＰは、Accelerated Graphics Portである。ＰＣＩは、Peripheral Component Interconnectである。サウスブリッジ１１０は、ＡＴＡ（AT Attachment）バス１１１、１１３、ＰＣＩバス１１９、ＬＰＣ（Low Pin Count）バス１１５を接続するブリッジである。
【００３１】
ディスク装置１１２は、ＣＰＵ１０１により実行される各種のプログラム（オペレーティングシステム、デバイスドライバ、アプリケーションプログラム等）や、各種の管理情報を記録する。ディスク装置１１２に記録されたプログラムは必要に応じてメインメモリ１０５にロードされ、キャッシュされる。またディスク装置１１４は、監視カメラで撮影され、ＪＰＥＧ２０００に圧縮符号化された受信画像を記録する大容量ハードディスク装置である。
【００３２】
キーボードコントローラ１１６は、キーボード１１７によるキー入力操作を制御する。ＢＩＯＳ−ＲＯＭ１１８は、イニシャルプログラムローダ（Initial Program Loader）を記録する。
【００３３】
ＰＣＩバス１１９には、ＮＩＣ（Network Interface card）１２０が接続されている。ＮＩＣ１２０は記録装置１００をネットワークに接続する。
【００３４】
図２は、本発明の実施形態に係る監視システムの概略を説明する概略図である。
ネットワーク２０１に接続される監視カメラ２０２は、所望の映像を逐一撮影し、撮影画像をデジタル信号に変換し、ＪＰＥＧ２０００アルゴリズムにより圧縮符号化を行う。圧縮符号化された画像データはネットワーク２０１を通じて、記録装置１００に送信される。
【００３５】
記録装置１００では、ネットワーク２０１を通じて監視カメラ２０２から送信されてくる圧縮符号化された画像データを、一時メインメモリ１０５にキャッシュする。このとき既にメインメモリ１０５にキャッシュされているデータのため、受信データを直ぐにはキャッシュできない場合がある。この場合、メインメモリ１０５にキャッシュされている所定のデータを大容量の記録媒体であるディスク装置１１４へ記録を行ってから、即ち、メインメモリ１０５から削除してから新たに受信した画像データのキャッシュを行う。
【００３６】
この大容量の記録媒体であるディスク装置１１４には、ＪＰＥＧ２０００符号化方式により符号化された画像データが数多く記録されている。
【００３７】
このような構成でオペレータは、クライアント端末２０３、２０４を使用して、記録装置１００に記録されている監視カメラ２０２の撮影画像を、ネットワーク２０１を通じて受信し、復号再生を行い、クライアント端末２０３、２０４のディスプレイで確認する。また、記録装置１００のディスプレイで再生表示してもよい。なお、クライアント端末２０３、２０４の構成は記録装置１００と異なる構成でもよいし、同様な構成でも構わない。
【００３８】
本実施形態では記録装置１００が、監視カメラ２０２で既に生成済みのＪＰＥＧ２０００符号データを断片的に受信して、それを一時メインメモリ１０５にキャッシュし、それらキャッシュされた符号データを削除する方法について説明する。
【００３９】
まず、図３を用いて一般的なＪＰＥＧ２０００の符号データを説明する。図３は、画質方向のスケーラビリティである、レイヤ-レゾリューション=レベル-コンポーネント-ポジションプログレッションモードに沿って記録されたＪＰＥＧ２０００ファイルの構成を示す図である。なお、レイヤ-レゾリューション=レベル-コンポーネント-ポジションプログレッション（Layer-Resolution level-Component-Position progression）を以下では、ＬＲＣＰと記す。ＬＲＣＰモードに準じた場合、レイヤ（Layer）、解像度（Resolution）、コンポーネント（Component）、位置（Position）の順に記録される。このようなデータの並び方は、プログレッションオーダ（Progression Order）と呼ばれる。
【００４０】
図４は、解像度（画像サイズ）とレゾリューション番号との関係を説明するための概略図である。図４に示すように、本実施形態では最も小さい解像度の画像のレゾリューション番号を０とし、レゾリューション番号が１つ増加するごとに画像の幅と高さが２倍になる。
【００４１】
例えば図４において、レゾリューション番号３（Resolution 3）の画像は、レゾリューション番号２（Resolution 2）の画像に対して幅と高さが２倍の画像である。
【００４２】
また、各レイヤ内は、図３に示すようにレゾリューション番号の小さい順にデータが並べられている。レイヤ番号は、復元する画像の現画像に対するＳ／Ｎ比に対応しており、レイヤ番号が小さいほどＳ／Ｎ比が悪くなる。
【００４３】
なお、本実施形態では、ＪＰＥＧ２０００方式で圧縮符号化された画像データ（ＪＰＥＧ２０００ビットストリーム）内におけるレイヤ番号とレゾリューション番号とコンポーネント番号の最大値は、エンコーダによって予め設定されているものとする。
【００４４】
そして、そのパラメータはヘッダ情報として、また、原画像はそれらのパラメータに従って符号化されて、当該画像のＪＰＥＧ２０００ビットストリームが作成される。
【００４５】
なお、コンポーネント番号は、画像の色空間の次元数と一致し、例えば、対象画像の色空間が３次元のＹＣｂＣｒ色空間であれば、コンポーネント番号は３となる。さらにパケット（packet）は、画像データ内での一管理単位である。各パケットは、そのパケットに格納されているコードブロック（code-block）の情報を管理しているパケットヘッダ（packet header）部と、各コードブロックの符号データから構成されている。
【００４６】
このようなＪＰＥＧ２０００符号データを使えば、記録装置１００は監視カメラ２０２からの全ての画像データを取得せずに、必要な部分の画像データのみを監視カメラ２０２から受信することが可能である。
【００４７】
ここで、記録装置１００が受信できるデータの単位としては、ＪＰＥＧ２０００のパケット、あるいはパケットよりもさらに小さい符号単位であるコードブロック単位が考えられる。本実施形態では、記録装置１００が監視カメラ２０２から受信するデータ単位として、パケット単位を想定する。
【００４８】
図５は、監視カメラ２０２と記録装置１００間における、パケット単位での通信を説明する概略図である。監視カメラ２０２は、撮影した画像を逐次ＪＰＥＧ２０００符号データに圧縮符号化し、パケット単位で記録装置１００に送信する。記録装置１００では、受信したＪＰＥＧ２０００符号データを逐次メインメモリ１０５にキャッシュしたり、ディスク装置１１４に記録したりする。
【００４９】
図５の例では、タイル番号「１」、レゾリューション番号「０」、レイヤ「０」、コンポーネント「０」、そしてポジション「０」のパケットが監視カメラ２０２から記録装置１００へ送信され、記録される。
【００５０】
本実施形態では、監視カメラ２０２において撮影、符号化されるオリジナルの画像は、最大解像度サイズ２０４８×２０４８画素で、コンポーネント数が「３」、レイヤ数が「２」、解像度レベルは「０」〜「３」である。即ち、符号化されるオリジナルの画像は、２つのレイヤに分かれており、４つの画像サイズ方向の階層を有しており、タイル分割はされていない。
【００５１】
即ち、画像全体が１枚のタイルであると仮定し、Precinctと呼ばれる領域にも分割されていないとする。従って、監視カメラ２０２で撮影、符号化されるデータは図６で示されるようなデータとなる。なお、図５及び図６は画像サイズ方向のスケーラビリティである、レゾリューション-レイヤ=レベル-コンポーネント-ポジションプログレッションモードに沿って記録されたＪＰＥＧ２０００ファイルの構成を示す図である。なお、レゾリューション-レイヤ=レベル-コンポーネント-ポジションプログレッション（Resolution-Layer level-Component-Position progression）を以下では、ＲＬＣＰと記す。
【００５２】
次に、本実施形態におけるプログレッションオーダについて説明する。このプログレッションオーダは、各ＪＰＥＧ２０００符号データのメインヘッダ部６０１のＣＯＤマーカセグメントを解析することで得られる。
【００５３】
図７（Ａ）〜（Ｄ）は、ＣＯＤマーカセグメントの構造を示す図である。図７（Ａ）はＣＯＤマーカセグメントの全体構成を示す図であり、図７（Ｂ）はＣＯＤマーカセグメントの各パラメータを説明する図であり、図７（Ｃ）はＳＧｃｏｄのパラメータの詳細を、図７（Ｄ）はＳＰｃｏｄのパラメータの詳細を示す図である。
【００５４】
図７（Ｃ）に示す、ＣＯＤマーカセグメントのパラメータ（Progression order）７０１の値により、プログレッションオーダを知ることができる。
【００５５】
図７（Ｃ）のパラメータ７０１の値が「０」であるならば、画質方向のスケーラビリティ、ＬＲＣＰであり、各データの並びが図３に示されるような並びとなる。
【００５６】
また、図７（Ｃ）のパラメータ７０１の値が「１」であるならば、画像サイズ方向のスケーラビリティ、ＲＬＣＰであり、各データの並びが図５、及び図６に示されるような並びとなる。
【００５７】
本実施形態では、ＪＰＥＧ２０００符号データのプログレッションオーダは、図５、及び図６に示されるように、画像サイズ方向のスケーラビリティ、ＲＬＣＰであるとして説明する。
【００５８】
同様に、次のパラメータ（Number of layers）７０２の値により、ＪＰＥＧ２０００符号データのレイヤ数を知ることができる。
【００５９】
本実施形態では、ＪＰＥＧ２０００符号データのレイヤ数は、図６に示されるように、レイヤ０とレイヤ１の２つであり、パラメータ７０２の値は「２」である。
【００６０】
また同様に、図７（Ｄ）に示す、ＳＰｃｏｄの最初のパラメータ（Number of decomposition levels）７０３がウェーブレット変換の回数を示す。本実施形態では、４つの画像サイズ方向の階層を有しており、解像度レベルは「０」〜「３」であるから、パラメータ７０３の値は「３」である。
【００６１】
図８（Ａ）及び（Ｂ）は、ＳＩＺマーカセグメントの構造を示す図である。図８（Ａ）はＳＩＺマーカセグメントの全体構成を示す図であり、図８（Ｂ）はＳＩＺマーカセグメントの各パラメータを説明する図である。
【００６２】
図８（Ｂ）に示す、ＳＩＺマーカセグメントのパラメータ（Ｃｓｉｚ）８０１の値により、コンポーネント数を知ることができる。
【００６３】
本実施形態では、ＪＰＥＧ２０００符号データのコンポーネント数は、図６に示されるように、コンポーネント０〜コンポーネント２の３つであり、パラメータ８０１の値は「３」である。
【００６４】
図９は、本実施形態に係る記録装置１００における、メインメモリ１０５にキャッシュされるパケットの優先順位の一例を示す概略図である。
【００６５】
同一レゾリューション番号のパケットの場合を例に挙げる。この場合、監視カメラ２０２において普段撮影、符号化されているＪＰＥＧ２０００符号データよりも、何らかのイベントが発生した際に撮影、符号化されたＪＰＥＧ２０００符号データのパケットがメインメモリ１０５に優先的にキャッシュされる。また、同一種類、即ち両パケットとも通常画像、あるいは両パケットともイベント発生時の画像である場合、レゾリューション番号の小さいＪＰＥＧ２０００符号データのパケットが、記録装置１００のメインメモリ１０５に優先的にキャッシュされる。
【００６６】
なお、同一種類、かつ同一レゾリューション番号のＪＰＥＧ２０００符号データのパケットに関しては、新たに受信したほうのＪＰＥＧ２０００符号データのパケットを優先順位が高いと判断する。
【００６７】
図１０は、本実施形態に係る記録装置１００における、ＪＰＥＧ２０００符号データ受信時の記録処理を示すフローチャートである。
【００６８】
記録装置１００においては、予めＪＰＥＧ２０００符号データをメインメモリ１０５にキャッシュする上限値が定められている。
【００６９】
即ち、ＪＰＥＧ２０００符号データ以外のデータもメインメモリ１０５をキャッシュとして使用するし、各種バッファ等にも使用される。
【００７０】
ステップＳ１００１にて、ＪＰＥＧ２０００に符号化されている受信データの種別、即ち受信データが通常画像かイベント画像か、及びレゾリューション番号とそのデータのバイト数を取得する。
【００７１】
レゾリューション番号は、ＪＰＥＧ２０００符号データを先頭から解析することで知ることができ、バイト数は、パケットヘッダを解析することで知ることができる。
【００７２】
受信データが通常画像かイベント画像かについては、図１１を参照して説明する。図１１（Ａ）〜（Ｃ）は、ＣＯＭマーカセグメントの構造を示す図である。
【００７３】
図１１（Ａ）はＣＯＭマーカセグメントの全体構成を示す図であり、図１１（Ｂ）はＣＯＭマーカセグメントの各パラメータを説明する図であり、図１１（Ｃ）はパラメータ（Ｃｃｏｍ）１１０１の詳細を示す図である。
【００７４】
本実施形態では、パラメータ１１０１の値として「０」が通常画像とし、その他を注意の必要なイベント発生時の画像としている。イベント発生の種類としては、「１」が監視対象である部屋の出入り口であるドアのオープン、「２」が監視対象部屋において火災の検知、「３」が撮影対象の動きなどによるシーンチェンジの検知としている。
【００７５】
その他各種センサ等を使用し、夫々にそれ以外の値を割り振ることにより、様々なイベント発生に対応可能である。またパラメータ１１０１は複数有することが可能であるため、複数のイベント発生時にも対応可能である。
【００７６】
記録装置１００においては、パラメータ１１０１の値を解析することにより、その受信画像が通常画像であるか、何らかのイベント発生時の画像であるか、さらにどのようなイベントが発生した際の画像であるかが容易に特定可能である。
【００７７】
またさらにＪＰＥＧ２０００符号データのＣＯＭマーカセグメントを用いてイベント発生の有無、イベントの種類を通知することにより、所望のイベント発生時の画像データを特定する処理の軽減が図れる。
【００７８】
次にステップＳ１００２では、メインメモリ１０５に受信データを記録するだけの空き容量があるかどうか判断する。空き容量がある場合はステップＳ１００３へ移行し、空き容量がない場合はステップＳ１００４へ移行する。
【００７９】
ステップＳ１００３では、受信データをキャッシュする。即ち受信データであるパケットをキャッシュメモリであるメインメモリ１０５に記録し、ステップＳ１００６へ移行する。
【００８０】
ステップＳ１００４では、受信データの優先順位がキャッシュされている全てのデータより低いかどうか判断する。即ち、受信データであるパケットがどのような画像のパケットであるか、言い換えれば、通常画像のものであるか、何らかのイベント発生時の画像であるか判断する。
【００８１】
さらにそのパケットがＪＰＥＧ２０００符号データのどのレゾリューション番号の符号データに属するものか判断する。
【００８２】
その２つより受信データの優先順位を求め、既にキャッシュメモリであるメインメモリ１０５に記録されている受信データと比較を行う。
【００８３】
その結果、受信データの優先順位がキャッシュされている全てのデータより低いと判断された場合ステップＳ１００５へ移行し、低くはないと判断された場合はステップＳ１００７へ移行する。
【００８４】
ステップＳ１００５では、受信データであるパケットをディスク装置１１４へ記録し、ステップＳ１００６へ移行する。
【００８５】
ステップＳ１００６では、既に受信記録した画像データに続くＪＰＥＧ２０００の受信データがないかどうか判断する。更なる受信データがあればステップＳ１００１へ移行し、受信データがなければ受信時の処理を終了する。
【００８６】
またステップＳ１００７では、キャッシュメモリであるメインメモリ１０５に既に記録されているＪＰＥＧ２０００の符号データのうち、優先順位が最下位のデータをディスク装置１１４に記録する。
【００８７】
即ち、メインメモリ１０５に記録されている符号データをディスク装置１１４に記録することにより、キャッシュメモリであるメインメモリ１０５からその符号データを削除し、メインメモリ１０５の空き容量を増加させ、ステップＳ１００２へ移行する。
【００８８】
従って、ステップＳ１００２にて、キャッシュメモリであるメインメモリ１０５の空き容量が受信データを記録するのに十分になるまで、ステップＳ１００２、ステップＳ１００４及びステップＳ１００７の処理が繰り返し行われる。或いは、ステップＳ１００３にて、メインメモリ１０５にキャッシュされているＪＰＥＧ２０００符号データの全てが受信データの優先順位より高いと判断されるまで、ステップＳ１００２、ステップＳ１００４及びステップＳ１００７の処理が繰り返し行われる。
【００８９】
図１２に、記録装置１００のメインメモリ１０５にキャッシュされたＪＰＥＧ２０００符号ファイルの一例を示す。図１２（Ａ）が、イベント画像を受信する直前の通常画像のファイル１２０１のみが記録されている状態である。
【００９０】
図１２（Ａ）の記録状態において、その直後に、監視カメラ２０２からイベント画像を受信した場合、図１２（Ｂ）に示されるような記録状態となる。即ち通常画像のファイル１２０１'とイベント画像ファイル１２０２の一部がキャッシュされ、それ以外の符号データがディスク装置１１４に記録される。
【００９１】
なお、各ファイルに付加されている各パケットに対するキャッシュ管理情報１２０３は、そのファイルのデータのうち、キャッシュされているパケットを管理するための情報である。ＪＰＥＧ２０００符号データのメインヘッダ部６０１同様に、そのファイルの全てのパケット情報が、メインメモリ１０５から削除、あるいはディスク装置１１４に記録された場合、メインメモリ１０５から削除される。
【００９２】
図１２（Ｂ）の例では、イベント画像のファイル１２０２としてレゾリューション番号０〜２の符号データが、通常画像のファイル１２０１'としてレゾリューション番号０、１の符号データがメインメモリ１０５にキャッシュされている状態を示している。以上が、本発明の実施形態の説明である。
【００９３】
なお、本実施形態では、記録装置１００のメインメモリ１０５に優先的にキャッシュされるパケットを、図９に示されるように、レゾリューション番号と通常画像かイベント発生時の画像かで分類した。しかし、レイヤ、コンポーネント、パケット、あるいはＪＰＥＧ２０００符号化時のウェーブレット変換を施した際のサブバンド単位で行ってもよいし、さらに小さなサイズのデータ単位で行ってよいことは言うまでもない。
【００９４】
また、図９に示されるように、イベント画像と通常画像を交互に優先順位付けするのではなく、ある程度レゾリューション番号の小さいパケットを優先順位の高いほうにまとめて優先順位付けしてもよい。或いは、イベントの種類毎に優先順位を変えてもよいことは言うまでもない。
【００９５】
また、本実施形態では、監視カメラ２０２からの受信画像についてのみ、どのようにキャッシュするかについて説明した。しかし、既にディスク装置１１４に記録されているＪＰＥＧ２０００符号データに対し、各クライアント２０３、２０４からのリクエストにより、夫々のクライアントにディスク装置１１４に記録されているＪＰＥＧ２０００符号データを送信する場合も同様である。
【００９６】
また、本実施形態では、監視カメラ２０２から記録装置１００へ送信されるＪＰＥＧ２０００符号データの単位をパケット単位としたが、それ以外の単位で送信してもよいことは言うまでもない。
【００９７】
本実施形態によれば、ＪＰＥＧ２０００の符号データの構造を考慮するだけでなく、即ち単に低解像度、低画質のデータを優先的にキャッシュするのではなく、画像の種類、即ち通常画像であるかそうでないかによって、優先順位を変える。そのため、より重要な画像データに対して、より効果的なキャッシュが可能となる。
【００９８】
また、イベントの通知を、そのイベント画像とは別の通信方式、例えば通信パケットで通知するのではなく、ＪＰＥＧ２０００の符号データの構造を利用して、その画像データ内でデータの種類を通知する構造を設ける。これにより、重要な画像データを特定する処理の負荷を軽減することができるという効果がある。
【００９９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或いは装置に供給し、そのシステム等のコンピュータが記憶媒体からプログラムコードを読み出し実行することによっても達成される。
【０１００】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１０２】
また、コンピュータが読み出したプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに接続された機能拡張ユニット等に備わるメモリに書込まれた後、そのプログラムコードの指示に基づきＣＰＵ等が実際の処理を行い、前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１０４】
【図１】本発明の実施形態に係る記録装置のシステム全体の構成図である。
【図２】本発明の実施形態に係る監視システムの概略を説明する概略図である。
【図３】ＪＰＥＧ２０００符号データの構成を示す構成図である。
【図４】ＪＰＥＧ２０００の解像度スケーラビリティを説明する概略図である。
【図５】本発明の実施形態に係る監視カメラ・記録装置間での通信プロトコル例を示す概略図である。
【図６】本発明の実施形態に係る監視カメラにおけるＪＰＥＧ２０００符号データの状態を示す概略図である。
【図７】ＪＰＥＧ２０００メインヘッダＣＯＤマーカセグメントの構造図である。
【図８】ＪＰＥＧ２０００メインヘッダＳＩＺマーカセグメントの構造図である。
【図９】本発明の実施形態に係る記録装置におけるメインメモリにキャッシュされるパケットの優先順位の一例を示す概略図である。
【図１０】本発明の実施形態に係る記録装置におけるＪＰＥＧ２０００符号データ受信時の記録処理を示すフローチャートである。
【図１１】本発明の実施形態に係る記録装置におけるＪＰＥＧ２０００メインヘッダＣＯＭマーカセグメントの構造図である。
【図１２】本発明の実施形態に係る記録装置のメインメモリにキャッシュされたファイルの一例を示す概略図である。
【符号の説明】
【０１０５】
１００  記録装置
１０１  ＣＰＵ
１０２  ＣＰＵローカルバス
１０３  ノースブリッジ
１０４  メモリバス
１０５  メインメモリ
１０６  ＡＧＰ（Accelerated Graphics Port）バス
１０７  グラフィックコントローラ
１０８  ディスプレイ
１０９、１１９  ＰＣＩ（Peripheral Component Interconnect）バス
１１０  サウスブリッジ
１１１、１１３  ＡＴＡ（AT Attachment）バス
１１２、１１４  ディスク装置
１１５  ＬＰＣ（Low Pin Count）バス
１１６  キーボードコントローラ
１１７  キーボード
１１８  ＢＩＯＳ−ＲＯＭ
１２０  ＮＩＣ（Network Interface card）
２０１  ネットワーク
２０２  監視カメラ
２０３、２０４  クライアント端末
６０１  ＪＰＥＧ２０００符号データのメインヘッダ部
７０１  パラメータ（Progression order）
７０２  パラメータ（Number of layers）
７０３  パラメータ（Number of decomposition level）
８０１  パラメータ（Ｃｓｉｚ）
１１０１  パラメータ（Ｃｃｏｍ）
１２０１、１２０１'   通常画像のファイル
１２０２  イベント画像のファイル
１２０３  各パケットに対するキャッシュ管理情報
【図１】
2008042267.tif 000003
【図２】
2008042267.tif 000004
【図３】
2008042267.tif 000005
【図４】
2008042267.tif 000006
【図５】
2008042267.tif 000007
【図６】
2008042267.tif 000008
【図７】
2008042267.tif 000009
【図８】
2008042267.tif 000010
【図９】
2008042267.tif 000011
【図１０】
2008042267.tif 000012
【図１１】
2008042267.tif 000013
【図１２】
2008042267.tif 000014