(57)【要約】【課題】  装置の消費電力の増大を防止するとともに、動画像データを記録するハードディスクの寿命の向上を図る。【解決手段】  ＪＰＥＧ２０００方式等で圧縮符号化された動画像データの各フレーム画像を記録する際に、ディスクコントローラ１０９において、当該フレーム画像の縮小画像を示す第１成分データと、当該第１成分データ以外の第２成分データとを異なるハードディスク１０１ａ〜１０１ｄに記録する。そして、各ハードディスク１０１ａ〜１０１ｄに記録されている前記動画像データの符号ストリームをクライアント装置（外部装置）１１４、１１５に出力する際に、電源コントローラ１１１において、クライアント装置１１４、１１５からの受信情報に基づいて各ハードディスク１０１ａ〜１０１ｄの中から所望のハードディスクを選択し、当該選択したハードディスクへ電源を投入する制御を行う。【選択図】  図１
2007060570.tif 000002
【特許請求の範囲】
【請求項１】
所定の方式で圧縮符号化された動画像データを記録する画像記録装置であって、
前記動画像データの各フレーム画像を記録する際に、当該フレーム画像の縮小画像を示す第１成分データと、当該第１成分データ以外の第２成分データとを異なるハードディスクに記録する記録手段と、
前記各ハードディスクに記録されている前記動画像データの符号ストリームを外部装置に出力する出力手段と、
前記外部装置からの受信情報に基づいて前記各ハードディスクの中から所望のハードディスクを選択し、当該選択したハードディスクへ電源を投入する制御を行う電源制御手段と
を有することを特徴とする画像記録装置。
【請求項２】
前記受信情報は、前記外部装置において表示可能な画像サイズを示す情報、又は、前記外部装置の復号可能な画像サイズを示す情報のいずれかを含むことを特徴とする請求項１に記載の画像記録装置。
【請求項３】
前記電源制御手段により前記所望のハードディスクが選択された時点において、少なくとも前記第１成分データを記録したハードディスクへは既に電源が投入されていることを特徴とする請求項１又は２に記載の画像記録装置。
【請求項４】
前記電源制御手段により電源が投入されたハードディスクが読み出し可能な状態となったか否かを判断する判断手段を更に有し、
前記出力手段は、前記判断手段により当該ハードディスクが読み出し可能な状態となったと判断されるまでは、前記受信情報の内容にかかわらず、前記第１成分データから前記符号ストリームを構築して出力することを特徴とする請求項３に記載の画像記録装置。
【請求項５】
所定の方式で圧縮符号化された動画像データを記録する画像記録装置の制御方法であって、
前記動画像データの各フレーム画像を記録する際に、当該フレーム画像の縮小画像を示す第１成分データと、当該第１成分データ以外の第２成分データとを異なるハードディスクに分散させて記録する記録ステップと、
前記各ハードディスクに記録されている前記動画像データの符号ストリームを外部装置に出力する出力ステップと、
前記外部装置からの受信情報に基いて前記各ハードディスクの中から所望のハードディスクを選択し、当該選択したハードディスクへ電源を投入する制御を行う電源制御ステップと
を有することを特徴とする画像記録装置の制御方法。
【請求項６】
前記受信情報は、前記外部装置において表示可能な画像サイズを示す情報、又は、前記外部装置の復号可能な画像サイズを示す情報のいずれかを含むことを特徴とする請求項５に記載の画像記録装置の制御方法。
【請求項７】
前記電源制御ステップにより前記所望のハードディスクが選択された時点において、少なくとも前記第１成分データを記録したハードディスクへは既に電源が投入されていることを特徴とする請求項５又は６に記載の画像記録装置の制御方法。
【請求項８】
前記電源制御ステップにより電源が投入されたハードディスクが読み出し可能な状態になったか否かを判断する判断ステップを更に有し、
前記出力ステップでは、前記判断ステップにより当該ハードディスクが読み出し可能な状態となったと判断されるまでは、前記受信情報の内容にかかわらず、前記第１成分データから前記符号ストリームを構築して出力することを特徴とする請求項７に記載の画像記録装置の制御方法。
【請求項９】
請求項５〜８のいずれか１項に記載の画像記録装置の制御方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＪＰＥＧ（Joint Photographic Experts Group）で定められたＪＰＥＧ２０００方式で圧縮符号された画像データを記録媒体に記録する画像記録装置、その制御方法及び当該制御方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
近年、放送や監視カメラ等からの動画像データの記録媒体としてハードディスクが広く普及している。記録する動画像データもより高画質化しており、動画像データを取りこぼしなくスムーズに再生するために、ハードディスクには高速の読み出しスピードが要求される。
【０００３】
例えば、画像サイズがＳＸＧＡ（１２４０×１０２４）、フレームレートが３０ｆｐｓ、圧縮率が１／５の動画像データを再生するときに要求されるハードディスクの読み出しスピードは、約２２ＭＢ／ｓｅｃとなる。さらに、複数の動画像データの読み書きを同時に行う場合には、その整数倍の読み出しスピードが要求される。
【０００４】
このような要求性能を１台のハードディスクで実現できない場合には、例えば、複数台のハードディスクにデータを分散して記録しておき、当該複数台のハードディスクから並列に読み出す方式が採用される。なお、上記の要請を意図したものではないが、下記の特許文献１には、ＪＰＥＧ２０００方式で符号化された画像データを記録する際、上位レイヤの符号を高速の記録媒体に記録し、下位レイヤの符号を低速の記録媒体に記録する方式が示されている。
【０００５】
【特許文献１】特開２００４−８８２７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ネットワークを介した複数のクライアントからのいつ何時の再生要求に対して応答良く対応するためには、複数台のハードディスクに常時電源を供給し、ハードディスクのスピンドルモータを回転させておく必要がある。そのため、装置の消費電力が必要以上に増大するという問題や、ハードディスクの寿命が短くなるという問題があった。
【０００７】
本発明は上述の問題点にかんがみてなされたものであり、装置の消費電力の増大を防止するとともに、動画像データを記録するハードディスクの寿命の向上を実現する画像記録装置、その制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の画像記録装置は、所定の方式で圧縮符号化された動画像データを記録する画像記録装置であって、前記動画像データの各フレーム画像を記録する際に、当該フレーム画像の縮小画像を示す第１成分データと、当該第１成分データ以外の第２成分データとを異なるハードディスクに記録する記録手段と、前記各ハードディスクに記録されている前記動画像データの符号ストリームを外部装置に出力する出力手段と、前記外部装置からの受信情報に基づいて前記各ハードディスクの中から所望のハードディスクを選択し、当該選択したハードディスクへ電源を投入する制御を行う電源制御手段とを有する。
【０００９】
本発明の画像記録装置の制御方法は、所定の方式で圧縮符号化された動画像データを記録する画像記録装置の制御方法であって、前記動画像データの各フレーム画像を記録する際に、当該フレーム画像の縮小画像を示す第１成分データと、当該第１成分データ以外の第２成分データとを異なるハードディスクに分散させて記録する記録ステップと、前記各ハードディスクに記録されている前記動画像データの符号ストリームを外部装置に出力する出力ステップと、前記外部装置からの受信情報に基いて前記各ハードディスクの中から所望のハードディスクを選択し、当該選択したハードディスクへ電源を投入する制御を行う電源制御ステップとを有する。
【００１０】
本発明のプログラムは、前記画像記録装置の制御方法の各ステップをコンピュータに実行させるためのものである。
【発明の効果】
【００１１】
本発明によれば、装置の消費電力の増大を防止することができるとともに、動画像データを記録するハードディスクの寿命の向上を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１３】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る画像記録装置１００の概略構成図である。
ＣＰＵ１０２は、ＦＬＡＳＨ ＲＯＭ１０３に格納された制御プログラムをＳＤＲＡＭ１０４上にロードして実行することにより、装置全体の制御を司る。ＰＣＩブリッジ１０６は、ホストバス１０５とＰＣＩバス１０７とを結ぶ役割を担う。
【００１４】
そして、ＣＰＵ１０２は、ネットワークコントローラ１０８を介してネットワーク１１６上の外部装置とデータ授受を行う。また、ＣＰＵ１０２は、ディスクコントローラ１０９を介してハードディスク１０１ａ、１０１ｂ、１０１ｃ及び１０１ｄのリード・ライトを行う。以下、ハードディスク１０１ａ、１０１ｂ、１０１ｃ及び１０１ｄの総称を「ハードディスク１０１」とする。
【００１５】
ネットワーク１１６上には、映像源であるカメラ１１３が接続される。そして、カメラ１１３からのストリームデータは動画像データであり、各フレーム画像に対応するＪＰＥＧ２０００方式の符号ストリーム（以下、これを「ＪＰＥＧ２０００符号ストリーム」と称する）が複数含まれる。
【００１６】
カメラ１１３からのＪＰＥＧ２０００符号ストリームは、ハードディスク１０１ａ〜１０１ｄに分散記録される。符号ストリームデータは、ネットワーク１１６を介して画像記録装置１００で受信され、ハードディスク１０１に記録される。
【００１７】
ＣＯＤＥＣ１１０は、ＪＰＥＧ２０００方式の符号化及び復号化の機能を有する。電源コントローラ１１１は、ＣＰＵ１０２からの指示に応じて電源部１１２を制御して、各ハードディスク１０１ａ〜１０１ｄの電源のオン／オフを個別に制御する。
【００１８】
クライアント装置１１４及び１１５は、パーソナルコンピュータや携帯情報端末に代表される情報処理装置であり、ネットワーク１１６を介して画像記録装置１００にアクセスし、ハードディスク１０１に記録された動画像データを読み出して表示する。以下、クライアント装置１１４又は１１５のいずれかを指すときは、単に「クライアント装置」と称する。
【００１９】
図２は、カメラ１１３から送信されるストリームデータの形式を示す模式図である。
カメラ１１３からのストリームデータは、上述したように、ＪＰＥＧ２０００符号ストリームから成る。
【００２０】
ＪＰＥＧ２０００符号ストリーム２００は、メインヘッダ（ＭＨ）２０１と、複数のタイルパート（ＴＰ）２０２、２０３及び２０４とを含む。各タイルパートは、タイルパートヘッダ（ＴＰ）２０５とビットストリーム２０６とから成る。
【００２１】
次に、カメラ１１３は、生成したＪＰＥＧ２０００符号ストリーム２００を所定の単位でパケット化して、複数のＲＴＰパケット２０９を生成するが、本実施形態では、タイルパート単位で分割するものとする。ＲＴＰパケット２０９は、ＲＴＰヘッダ２０７とＲＴＰペイロード２０８とから成る。ここで、ＲＴＰヘッダ２０７は、ＲＦＣ３５５０に規定されたパラメータ以外に、ＪＰＥＧ２０００用ＲＴＰに係る方式に規定されたパラメータをも含む。
【００２２】
生成されたＲＴＰパケット２０９は、ネットワーク１１６を介して画像記録装置１００に順次送信される。カメラ１１３において、フレーム画像を撮像する毎に上記処理を繰り返すことにより、複数のＪＰＥＧ２０００符号ストリームから成るストリームデータが生成される。
【００２３】
画像記録装置１００側は、受信したＲＴＰパケット２０９からＪＰＥＧ２０００符号ストリームを再構成してハードディスク１０１に順次記録する。
【００２４】
ここで、１つのフレーム画像に属する複数のＲＴＰパケット２０９の各ＲＴＰヘッダ２０７には、同じタイムスタンプがセットされるので、受信したＲＴＰパケット２０９の属するフレーム画像が判別される。また、タイルパートヘッダ２０５には、タイル番号がセットされるので、受信したＲＴＰペイロード２０８に格納されたタイルパートがフレーム画像内のどの部分に相当するかが判別される。
【００２５】
次に、ビットストリーム２０６の構成を説明する。
図２に示すように、ビットストリーム２０６は、ＳＯＣマーカセグメント２１０からＥＯＣマーカセグメント２１９までのデータで構成される。ビットストリーム２０６内には、複数のパケット（２１２、２１４、２１６、２１８）が格納され、ＳＯＰマーカセグメント（２１１、２１３、２１５、２１７）により区切られている。各パケットは、４つの解像度グループに分類される。
【００２６】
パケット２１２は、サブバンド３ＬＬの符号データが格納される第０解像度グループ、パケット２１４は、サブバンド３ＨＬ、３ＬＨ及び３ＨＨの符号データが格納される第１解像度グループ、パケット２１６は、サブバンド２ＨＬ、２ＬＨ及び２ＨＨの符号データが格納される第２解像度グループ、パケット２１８は、サブバンド１ＨＬ、１ＬＨ及び１ＨＨの符号データが格納される第３解像度グループである。なお、本実施形態では、ＪＰＥＧ２０００符号ストリームのデコンポジション・レベル数を３としている。
【００２７】
このような構成により、画像記録装置１００は、受信したＪＰＥＧ２０００符号ストリーム２００内の各パケット（２１２、２１４、２１６、２１８）を第０〜３解像度グループに仕分けることが可能となる。
【００２８】
図３は、デコンボジション・レベル数が３の場合のサブバンドを示す図である。
図３の領域３０１は、フレーム画像をタイル分割して得られたタイル領域０ＬＬであり、デコンポジションレベル０の状態を示す。まず、タイル領域０ＬＬに対してウェーブレット変換をかけることで、デコンポジションレベル１であるサブバンド１ＨＬ、１ＬＨ、１ＨＨとサブバンド１ＬＬが得られる（領域３０２）。サブバンド１ＬＬからは、タイル領域０ＬＬの１／４の縮小画像が再生される。
【００２９】
次に、サブバンド１ＬＬに対してウェーブレット変換をかけることで、デコンポジションレベル２であるサブバンド２ＨＬ、２ＬＨ、２ＨＨとサブバンド２ＬＬが得られる（領域３０３）。さらに、サブバンド２ＬＬに対してウェーブレット変換をかけることで、デコンポジションレベル３であるサブバンド３ＨＬ、３ＬＨ、３ＨＨとサブバンド３ＬＬが得られる（領域３０４）。
【００３０】
図１０は、各サブバンドと解像度グループとの対応を示した図である。
このように複数レベルに分解されたサブバンドにより、後述の第１〜第４ステップのように段階的にサイズを変えてのタイル領域の再生が可能となる。
【００３１】
まず、第１ステップでは、第０解像度グループであるサブバンド３ＬＬの符号データからはタイル領域０ＬＬの１／６４の縮小画像が再生される。
【００３２】
第２ステップでは、上記第１ステップに更に、第１解像度グループであるサブバンド３ＨＬ、３ＬＨ及び３ＨＨの符号データが加わることで、タイル領域０ＬＬの１／１６の縮小画像（サブバンド２ＬＬに相当する領域）が再生される。
【００３３】
第３ステップでは、上記第２ステップに更に、第２解像度グループであるサブバンド２ＨＬ、２ＬＨ及び２ＨＨの符号データが加わることで、タイル領域０ＬＬの１／４の縮小画像（サブバンド１ＬＬに相当する領域）が再生される。
【００３４】
第４ステップでは、上記第３ステップに更に、第３解像度グループであるサブバンド１ＨＬ、１ＬＨ及び１ＨＨの符号データが加わることで、タイル領域０ＬＬの等倍画像（サブバンド０ＬＬに相当する領域）が再生される。
【００３５】
このように、複数の解像度グループの符号データから必要な解像度グループの符号データを選択することにより、各タイルパートの画像について等倍、１／４縮小、１／１６縮小、１／６４縮小での再生が可能となり、複数のタイルパートから成るフレーム画像についても等倍、１／４縮小、１／１６縮小、１／６４縮小の４段階の異なる再生サイズでの再生が可能となる。
【００３６】
以下、カメラ１１３からのストリームデータにおいてフレーム画像のサイズが１４０８画素×１１５２画素（以下、「第３再生サイズ」と称する）として説明する。
【００３７】
すなわち、第０解像度グループの符号データから１７６画素×１４４画素（以下、「第０再生サイズ」と称する）のフレーム画像が再生され、更に第１、第２、第３解像度グループの符号データを加えることで、３５２画素×２８８画素（「第１再生サイズ」と称する）、７０４画素×５７６画素（「第２再生サイズ」と称する）、１４０８画素×１１５２画素のフレーム画像がそれぞれ再生される。
【００３８】
図４は、本発明の第１の実施形態に係る画像記録装置１００におけるハードディスク１０１の記録領域の構成図である。図４には、各ハードディスク１０１ａ、１０１ｂ、１０１ｃ及び１０１ｄの記録領域が示されている。
【００３９】
記録領域４０２は、ＦＬＡＳＨ ＲＯＭ１０３に格納しきれない制御プログラム等を記録する領域である。記録領域４０３は、第０及び第１解像度グループの符号データを格納するための領域である。
【００４０】
記録領域４０４は、第２解像度グループの符号データを格納するための領域である。記録領域４０５及び４０６は、第３解像度グループの符号データを格納するための領域である。
【００４１】
このように、本実施形態では、カメラ１１３からのストリームデータ内の各ＪＰＥＧ２０００符号ストリーム２００は、複数のハードディスクに分散記録される。
【００４２】
すなわち、第０及び第１解像度グループの符号データは、ハードディスク１０１ａの記録領域４０３へ、第２解像度グループの符号データは、ハードディスク１０１ｂの記録領域４０４へ、第３解像度グループの符号データは、ハードディスク１０１ｃの記録領域４０５又はハードディスク１０１ｄの記録領域４０６へそれぞれ分散記録される。
【００４３】
ここで、画像記録装置１００の待機状態では、ハードディスク１０１ａのみに電源が投入され、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄは電源オフの状態となっており、これにより画像記録装置１００の消費電力の低減が図られている。ここでの待機状態とは、画像記録装置１００がクライアント装置からのストリームデータの読み出し要求に応答可能な状態を含む。
【００４４】
ハードディスク１０１ｂ、１０１ｃ及び１０１ｄへの電源は、電源コントローラ１１１を介して電源部１１２を制御することにより、必要に応じて投入される。
【００４５】
図５は、本発明の第１の実施形態に係る画像記録装置１００において、ＪＰＥＧ２０００符号ストリーム２００を複数のハードディスクに分散記録するときの記録方式を示した図である。本実施形態では、カメラ１１３からストリームデータ内の各ＪＰＥＧ２０００符号ストリーム２００は、第０、第１、第２及び第３解像度グループの４つのファイルに分割され、各ファイルがそれぞれ異なるハードディスクに分散記録される。
【００４６】
図５において、ファイル５０１は第０解像度グループの符号データが格納されるファイル（以下、「第０解像度ファイル」と称する）であり、ハードディスク１０１ａの記録領域４０３に記録される。
【００４７】
ファイル５０２は、第１解像度グループの符号データが格納されるファイル（以下、「第１解像度ファイル」と称する）であり、ハードディスク１０１ａの記録領域４０３に記録される。
【００４８】
ファイル５０３は、第２解像度グループの符号データが格納されるファイル（以下、「第２解像度ファイル」と称する）であり、ハードディスク１０１ｂの記録領域４０４に記録される。
【００４９】
ファイル５０４は、第３解像度グループの符号データが格納されるファイル（以下、「第３解像度ファイル」と称する）であり、ハードディスク１０１ｃの記録領域４０５又はハードディスク１０１ｄの記録領域４０６に記録される。
【００５０】
カメラ１１３からのストリームデータ内の各ＪＰＥＧ２０００符号ストリーム２００において、第０解像度グループの符号データ５０５、第１解像度グループの符号データ５０６、第２解像度グループの符号データ５０７及び第３解像度グループの符号データ５０８は、それぞれ第０、第１、第２及び第３解像度ファイルの各ファイルに分散して格納される。符号データ５０５、５０６、５０７及び５０８は、それぞれ連続アドレス領域に格納されるので、それぞれ先頭のロケーション情報のみで記録先が特定可能になっている。
【００５１】
フラグメントテーブル５１１は、各ＪＰＥＧ２０００符号ストリーム２００が複数のファイルに分散記録されるときの記録先のロケーション情報を格納する。フラグメントテーブル５１１は、第０解像度ファイル５０１に格納されており、最初に第０解像度ファイル５０１にアクセスすることで、各ＪＰＥＧ２０００符号ストリーム２００における各解像度グループのロケーションが導出できる構成になっている。
【００５２】
リファレンスリスト５０９には、ファイルのロケーション情報が格納されており、フラグメントリスト５１０には、各解像度グループの符号データのロケーション情報が格納される。
【００５３】
図６は、本発明の第１の実施形態に係る画像記録装置１００において、ネットワーク１１６からのストリームデータをハードディスク１０１に記録するのに必要なモジュールを示した図である。ここで、各モジュール６０１〜６０５は、ＣＰＵ１０２及びＦＬＡＳＨ ＲＯＭ１０３の制御プログラムを用いることにより実現される。
【００５４】
ストリーム記録プロセス６０１は、ネットワーク１１６からのストリームデータの記録処理における主要部となるモジュールである。以下、ネットワーク１１６からのストリームデータをハードディスク１０１に記録する際の概略動作を説明する。
【００５５】
まず、ネットワーク１１６からのストリームデータは、ネットワークドライバ６０３の制御によりネットワークコントローラ１０８を介して受信され、ＳＤＲＡＭ１０４内の受信バッファ（不図示）に格納される。そして、受信バッファに格納されたストリームデータは、プロトコルスタック６０２により解釈されてＲＴＰパケットとして取り出され、ストリーム記録プロセス６０１に供給される。
【００５６】
ストリーム記録プロセス６０１では、取得したＲＴＰパケットのペイロードからＪＰＥＧ２０００符号ストリーム２００を取り出して、ストリーム記録領域を指定してファイルシステム６０４に書き込み要求を行う。
【００５７】
このとき、図２を用いて説明したように、受信したＪＰＥＧ２０００符号ストリーム２００内の各パケット（図２の２１２、２１４、２１６、２１８）を第０〜３解像度グループの符号データに仕分けが行われる。そして、図４を用いて説明したように、仕分けられた各解像度グループの符号データは、複数のハードディスクに分散記録される。さらに、図５を用いて説明したように、第０解像度グループファイル５０１にフラグメントテーブル５１１が形成され、分散記録された各解像度グループの符号データのロケーション情報が格納される。
【００５８】
カメラ１１３からのストリームデータの記録の終了後、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄの電源がオフにされ、ハードディスク１０１ａへの電源のみが投入されたまま、待機状態に戻る。
【００５９】
図７は、本発明の第１の実施形態に係る画像記録装置１００において、ハードディスク１０１からストリームデータを読み出してネットワーク１１６を介してクライアント装置に送信するのに必要なモジュールを示した図である。ここで、各モジュール６０２〜６０５及び７０１は、ＣＰＵ１０２及びＦＬＡＳＨ ＲＯＭ１０３の制御プログラムを用いることにより実現される。
【００６０】
ストリーム読出プロセス７０１は、ストリームデータの読み出し・送信処理における主要部となるモジュールであり、その他のモジュール６０２〜６０５は、図６で説明したモジュールと同じであるので同一符号で示してある。以下、ネットワーク１１６上のクライアント装置からのストリームデータをハードディスク１０１に記録する際のストリーム読出プロセス７０１の概略動作を説明する。
【００６１】
まず、クライアント装置の読み出し要求が、ネットワークドライバ６０３及びプロトコルスタック６０２を介してストリーム読出プロセス７０１に認識されと、ストリーム読出プロセス７０１は、クライアント装置との間で能力情報の交換を行う。このとき、ハードディスク１０１ａにのみ電源が投入され、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄの電源がオフの状態にある。
【００６２】
ストリーム読出プロセス７０１は、クライアント装置の能力情報に応じて、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄのうち、必要なハードディスクへの電源を投入する。すなわち、クライアント装置の能力情報に応じた画像を再生するのに必要な解像度グループの符号データが記録されたハードディスクにのみ電源を投入する。
【００６３】
例えば、クライアント装置の能力情報に基づいて、第２再生サイズのフレーム画像を読み出す場合には、第０、第１解像度グループの符号データが記録されたハードディスク１０１ａと、第２解像度グループの符号データが記録されたハードディスク１０１ｂに電源が投入されている必要がある。ハードディスク１０１ａは、待機状態で既に電源が投入されているので、この例ではハードディスク１０１ｂへの電源が投入される。
【００６４】
次に、ストリーム読出プロセス７０１は、ハードディスク１０１ａに記録された第０解像度ファイル５０１からフラグメントテーブル５１１を読み出し、異なるハードディスクへ分散記録された各解像度グループの符号データのロケーション情報を取得する。
【００６５】
そして、取得したロケーション情報に基づいて、図２を用いて説明したように、タイルパート、ＪＰＥＧ２０００符号ストリーム２００と順に構築していく。例えば、クライアント装置の能力情報に基づいて、第２再生サイズのフレーム画像を送信する場合には、第０、第１及び第２解像度グループの符号データのみからタイルパートを構築する。
【００６６】
構築されたＪＰＥＧ２０００符号ストリーム２００は、ＲＴＰパケット２０９にパケット化され、ＲＴＰプロトコルによりクライアント装置に順次送信される。ここで、例えば、クライアント装置の能力情報に基づく画像サイズが第２再生サイズ（７０４画素×５７６画素）よりも小さい場合（例えば、７０４画素×４８０画素）には、第２再生サイズが所望の画像サイズに収まるようにクリッピング処理を施した後、タイルパートを構築してもよい。例えば、ＪＰＥＧ２０００符号方式に基づくプレシンクト（Precinct）単位で余分な領域に対応する符号データを削減することにより、クリッピング処理を施すことができる。
【００６７】
クライアント装置との能力交換により取得するクライアント装置の能力情報としては、例えば、クライアント装置が具備するディスプレイの表示サイズを示す情報である。例えば、クライアント装置からの能力情報がディスプレイの表示サイズとして３５２画素×２４０画素を示す場合には、クライアント装置へのストリームデータは、第０及び第１解像度グループの符号データのみで構築できる。したがって、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄには電源が投入されることなく、ハードディスク１０１ａから第０及び第１解像度グループの符号データが読み出され、ＲＴＰパケット２０９としてクライアント装置に送信される。
【００６８】
また、クライアント装置の能力情報として、クライアント装置が具備するＣＯＤＥＣが復号可能な画像サイズを用いてもよい。あるいは、クライアント装置がユーザに応じて表示サイズに制限を設けるような場合には、クライアント装置の能力情報として当該制限された表示サイズを用いてもよい。さらには、クライアント装置においてディスプレイの表示画面を複数に分割して表示するマルチ画面モードのときには、クライアント装置の能力情報として、分割された画面の表示サイズを用いてもよい。
【００６９】
図８は、本発明の第１の実施形態に係る画像記録装置１００における処理動作を示したフローチャートである。図８は、第１の実施形態におけるストリーム読出プロセス７０１が、ハードディスク１０１からストリームデータを読み出して、ネットワーク１１６を介してクライアント装置に送信する動作を示すものである。図８に示す処理動作の開始の契機は、画像記録装置１００がクライアント装置からの読み出し要求を受信したことによる。
【００７０】
ステップＳ８０１では、クライアント装置と能力交換を行い、クライアント装置の能力情報として、クライアント装置が具備するディスプレイの表示サイズを示す情報を取得する。
【００７１】
続いて、ステップＳ８０２では、ステップＳ８０１で取得したクライアント装置の能力情報に基いて、再生サイズを決定する。例えば、クライアント装置からの能力情報としてディスプレイの表示サイズが７０４画素×５７６画素である旨の情報を取得したときは、再生サイズとして第２再生サイズ（７０４画素×５７６画素）を選択する。また、クライアント装置からの能力情報としてディスプレイの表示サイズが６４０画素×４８０画素である旨の情報を取得したときも、再生サイズとして第２再生サイズ（７０４画素×５７６画素）を選択する。この場合、後述するステップＳ８０６において符号ストリームを構築する際に、７０４画素×５７６画素の画像が６４０画素×４８０画素の領域に収まるようにプリシンクト単位でクリッピッグ処理を施せばよい。
【００７２】
続いて、ステップＳ８０３では、ステップＳ８０２で選択された再生サイズに基き、ハードディスク１０１ｂ、１０１ｃ及び１０１ｄのうち必要なハードディスクへの電源を投入する。すなわち、クライアント装置の能力情報に応じた画像を再生するのに必要な解像度グループの符号データが記録されたハードディスクにのみ電源を投入する。例えば、ステップＳ８０２で第２再生サイズが選択され、当該第２再生サイズのフレーム画像を読み出す場合には、第０、第１解像度グループの符号データが記録されたハードディスク１０１ａと、第２解像度グループの符号データが記録されたハードディスク１０１ｂに電源が投入されている必要がある。ハードディスク１０１ａは、待機状態で既に電源が投入されているので、この例では、ハードディスク１０１ｂの電源を投入する。
【００７３】
続いて、ステップＳ８０４では、第０解像度ファイル５０１をオープンする。
【００７４】
続いて、ステップＳ８０５では、第０解像度ファイルに格納されているフラグメントテーブル５１１をＳＤＲＡＭ１０４にロードする。ロードされたフラグメントテーブル５１１は、本フローチャートの動作が終了するまでＳＤＲＡＭ１０４内に保持され、複数のファイルに分散記録されたＪＰＥＧ２０００符号ストリーム２００のロケーション情報を参照するために使用される。
【００７５】
続いて、ステップＳ８０６では、ステップＳ８０２で選択した再生サイズのフレーム画像の再生に要する符号データが格納された他のファイルをオープンする。ここで、ＳＤＲＡＭ１０４内に保持されているフラグメントテーブル５１１内のリファレンスリスト５０９により各ファイルのロケーションが特定できる。例えば、ステップＳ８０２で第２再生サイズが選択され、当該第２再生サイズのフレーム画像を読み出す場合には、第１解像度ファイル５０２及び第２解像度ファイル５０３をオープンする。
【００７６】
続いて、ステップＳ８０７では、ステップＳ８０２で選択した再生サイズのフレーム画像の再生に要する符号データを収集し、ＪＰＥＧ２０００符号ストリーム２００を構築する。例えば、ステップＳ８０２で第２再生サイズが選択され、当該第２再生サイズのフレーム画像を読み出す場合には、フラグメントテーブル５１１内のフラグメントリスト５１０により各ファイル内の符号データ５０５、５０６及び５０７のロケーションが特定できる。
【００７７】
続いて、ステップＳ８０８では、ステップＳ８０８において構築したＪＰＥＧ２０００符号ストリーム２００をＲＴＰパケットにパケット化して、クライアント装置に対して送信する。
【００７８】
続いて、ステップＳ８０９では、記録されている全てのフレーム画像が送信されたか否かを判断し、未送信のフレーム画像がある場合には、ステップＳ８０７に戻り、フレーム画像の送信処理を続行する。一方、ステップＳ８０９での判断の結果、記録されている全てのフレーム画像が送信された場合には、ステップＳ８１０に進む。
【００７９】
続いて、ステップＳ８１０では、ステップＳ８０４及びステップＳ８０６においてオープンしたファイルをクローズし、ストリームデータをクライアント装置に送信する処理を終了する。
【００８０】
以上のように、第１の実施形態によれば、ＪＰＥＧ２０００方式で圧縮符号化された動画像データの各フレーム画像を記録する際に、その縮小画像を示す第１成分データとそれ以外の成分データとを異なるハードディスクに記録し、前記各ハードディスクに記録されている動画像データの符号ストリームを外部装置に出力する際に、当該外部装置からの受信情報に基いて所望のハードディスクを選択し、選択されたハードディスクへの電源を投入する。これにより、画像記録装置１００の消費電力の増大を防止することができるとともに、動画像データを記録するハードディスクの寿命の向上を図ることができる。
【００８１】
なお、第１の実施形態では、ハードディスク１０１ｂ〜１０１ｄの電源をオン又はオフのいずれかの状態にするという電源制御方式を採用する例を示したが、この変形例として、ハードディスク１０１ｂ〜１０１ｄが所定の省電力モードを具備する場合には、ハードディスク１０１ｂ〜１０１ｄの電源をオン又は当該省電力モードのいずれかの状態にするという電源制御方式を採用してもよい。
【００８２】
また、第１の実施形態では、カメラ１１３から画像記録装置１００へ、画像記録装置１００からクライアント装置へのストリームデータの送信プロトコルとして、ＲＴＰを例にして説明したが、ＨＴＴＰ等の他のプロトコルに置き換えた場合も、本発明の適用範囲にある。
【００８３】
（第２の実施形態）
第１の実施形態では、ＪＰＥＧ２０００符号ストリーム２００を複数のハードディスクに分散させて記録し、クライアント装置から取得した情報に基いて、必要なハードディスク１０１への電源を投入する形態を示した。しかしながら、電源オフ状態のハードディスクに電源を投入した後、当該ハードディスクからデータが読み出し可能な状態になるまでには、スピンドルモータのスピンナップ等の処理により一定の時間を要してしまう。のため、クライアント装置側で動画像が再生されるまでに遅延が生じてしまう場合もある。そこで、第２の実施形態では、第１の実施形態に変更を加えることにより、この遅延問題の解消を図るようにした。
【００８４】
第２の実施形態では、電源を投入されたハードディスクが読み出し可能になるまでの間は、常時電源オン状態にあるハードディスク１０１ａのみからストリームデータを構築し、電源を投入されたハードディスクが読み出し可能になった後は、当該読み出し可能になったハードディスクとハードディスク１０１ａとからストリームデータを構築するようにする。以下、第１の実施形態と異なる部分について説明する。
【００８５】
図９は、本発明の第２の実施形態に係る画像記録装置１００における処理動作を示したフローチャートである。図９は、第２の実施形態におけるストリーム読出プロセス７０１が、ハードディスク１０１からストリームデータを読み出して、ネットワーク１１６を介したクライアント装置に送信する動作を示すものである。なお、第１の実施形態で示した図８のフローチャートと同じ処理ステップについては同じ符号を付しており、図９には、新たにステップＳ９０１とステップＳ９０２が追加されている。
【００８６】
第２の実施形態に係る画像記録装置１００における処理動作としては、まず図８に示したステップＳ８０１〜８０６を経る。
【００８７】
続いて、ステップＳ９０１では、ステップＳ８０３において電源投入したハードディスクが読み出し可能な状態にあるか否かを判断する。この判断の結果、読み出し可能でない場合には、ステップＳ９０１に進み、待機状態において電源が投入されているハードディスク１０１ａから第１再生サイズのフレーム画像の再生に要する符号データを収集し、ＪＰＥＧ２０００符号ストリーム２００を構築する。その後、ステップＳ８０８に進み、図８に示したステップＳ８０８〜ステップＳ８１０の処理が行われる。
【００８８】
このステップＳ９０１及びステップＳ９０２の処理を行うことにより、クライアント装置に対して第１再生サイズのストリームデータを送信することができ、クライアント装置側での待ち時間が短縮される。
【００８９】
ここで、ステップＳ９０１においてハードディスクが読み出し可能であるか否かを判断する条件としては、ＡＴＡインターフェースのステータスレジスタが所定値を示していることをもってデータ読み出し可能と判断してもよいし、電源投入から所定時間が経過したことをもってデータ読み出し可能と判断してもよい。
【００９０】
一方、ステップＳ９０１での判断の結果、読み出し可能である場合には、ステップＳ８０７に進み、ステップＳ８０２で選択した再生サイズのフレーム画像の再生に要する符号データを収集し、ＪＰＥＧ２０００符号ストリーム２００を構築する。その後、ステップＳ８０８に進み、図８に示したステップＳ８０８〜ステップＳ８１０の処理が行われる。これにより、クライアント装置に応じた最適サイズのストリームデータが送信される。
【００９１】
第２の実施形態では、電源を投入されたハードディスクが読み出し可能になるまでの間は常時電源オン状態にあるハードディスク１０１ａのみからストリームデータを構築し、電源を投入されたハードディスクが読み出し可能になった後は、当該読み出し可能になったハードディスクとハードディスク１０１ａとからストリームデータを構築する。
【００９２】
第２の実施形態によれば、上述の第１の実施形態における効果に加えて、クライアント装置側で動画が再生されるまでの待ち時間を短縮することができるという特有の効果を奏する。ここで、動画像データの先頭部分をスキップして再生する視聴者も多いので、動画像の先頭部分については、第２の実施形態のようにクライアント装置に応じた最適サイズよりも小さいサイズの動画が再生されることで十分な場合が多い。
【００９３】
前述した各実施形態に係る画像記録装置１００を構成する図１の各手段、並びに画像記録装置１００の制御方法を示した図８及び図９の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。
【００９４】
具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記憶媒体に記録し、あるいは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記憶媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、前記プログラムの伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネットの等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体（光ファイバ等の有線回線や無線回線等）を用いることができる。
【００９５】
また、コンピュータが供給されたプログラムを実行することにより前述した各実施形態に係る画像記録装置１００の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して前述した各実施形態に係る画像記録装置１００の機能が実現される場合や、供給されたプログラムの処理の全て、あるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて前述した各実施形態に係る画像記録装置１００の機能が実現される場合も、かかるプログラムは本発明に含まれる。
【図面の簡単な説明】
【００９６】
【図１】本発明の第１の実施形態に係る画像記録装置の概略構成図である。
【図２】カメラから送信されるストリームデータの形式を示す模式図である。
【図３】デコンボジション・レベル数が３の場合のサブバンドを示す図である。
【図４】本発明の第１の実施形態に係る画像記録装置におけるハードディスクの記録領域の構成図である。
【図５】本発明の第１の実施形態に係る画像記録装置において、ＪＰＥＧ２０００符号ストリームを複数のハードディスクに分散記録するときの記録方式を示した図である。
【図６】本発明の第１の実施形態に係る画像記録装置において、ネットワークからのストリームデータをハードディスクに記録するのに必要なモジュールを示した図である。
【図７】本発明の第１の実施形態に係る画像記録装置において、ハードディスクからストリームデータを読み出してネットワークを介してクライアント装置に送信するのに必要なモジュールを示した図である。
【図８】本発明の第１の実施形態に係る画像記録装置における処理動作を示したフローチャートである。
【図９】本発明の第２の実施形態に係る画像記録装置における処理動作を示したフローチャートである。
【図１０】各サブバンドと解像度グループとの対応を示した図である。
【符号の説明】
【００９７】
１００  画像記録装置
１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ  ハードディスク
１０２  ＣＰＵ
１０３  ＦＬＡＳＨ ＲＯＭ
１０４  ＳＤＲＡＭ
１０５  ホストバス
１０６  ＰＣＩブリッジ
１０７  ＰＣＩバス
１０８  ネットワークコントローラ
１０９  ディスクコントローラ
１１０  ＣＯＤＥＣ
１１１  電源コントローラ
１１２  電源部
１１３  カメラ
１１４、１１５  クライアント装置
１１６  ネットワーク
【図１】
2007060570.tif 000003
【図２】
2007060570.tif 000004
【図３】
2007060570.tif 000005
【図４】
2007060570.tif 000006
【図５】
2007060570.tif 000007
【図６】
2007060570.tif 000008
【図７】
2007060570.tif 000009
【図８】
2007060570.tif 000010
【図９】
2007060570.tif 000011
【図１０】
2007060570.tif 000012