(57)【要約】【課題】再生を開始した後にバッファアンダーフローが起こらない範囲で少ない量の動画像データをバッファメモリに蓄積してからデコードを開始できるようにする。【解決手段】バッファ制御部１１４は、ディスク１０４に記録されているクリップ情報のうち、表示時間情報及び記録位置情報をディスクアクセス部１０３を介して取得する。さらに、ユーザによって選択された動画像ストリームの組み合わせから、最大シーク時間に関する情報（再生停止時間情報）も取得する。そして、最大シーク時間に相当するデータのサイズを算出し、算出したデータのサイズがバッファメモリ１０２に蓄積されてからデコードを開始するように、デコーダ１０５に対して指示を送る。【選択図】図１
2009105477.tif 000002
【特許請求の範囲】
【請求項１】
符号化された動画像データを記録媒体から再生する再生手段と、
前記再生手段によって再生された動画像データをメモリに蓄積する蓄積手段と、
前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化手段と、
前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得手段と、
前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生手段を制御すると共に、前記取得手段により取得された前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて前記復号化処理を開始するよう前記復号化手段を制御する制御手段とを備えることを特徴とする再生装置。
【請求項２】
前記取得手段は、前記動画像データに含まれる複数の画面の表示時間及び、前記記録媒体における前記複数の画面にそれぞれ対応するデータの記録位置を示すクリップ情報に基づいて前記再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得することを特徴とする請求項１に記載の再生装置。
【請求項３】
前記制御手段は、前記メモリに蓄積された動画像データの蓄積量に応じて前記復号化処理を開始するよう前記復号化手段を制御することを特徴とする請求項１または２に記載の再生装置。
【請求項４】
前記制御手段は、前記再生手段による再生のレートと、前記取得手段によって取得された表示時間情報、記録位置情報及び再生停止時間情報とに基づいて前記復号化手段による復号化を開始する時間を決定することを特徴とする請求項１〜３の何れか１項に記載の再生装置。
【請求項５】
前記所定時間は、前記記録媒体において前記動画像データをシークするのに要する時間であることを特徴とする請求項１に記載の再生装置。
【請求項６】
前記取得手段は、前記動画像データのイントラピクチャの表示時間情報及び記録位置情報を取得することを特徴とする請求項１〜５の何れか１項に記載の再生装置。
【請求項７】
符号化された動画像データを記録媒体から再生する再生工程と、
前記再生工程において再生した動画像データをメモリに蓄積する蓄積工程と、
前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化工程と、
前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得工程と、
前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生工程における処理を制御すると共に、前記取得工程において取得した前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて、前記復号化処理を開始するよう制御する制御工程とを備えることを特徴とする再生方法。
【請求項８】
前記取得工程においては、前記動画像データに含まれる複数の画面の表示時間及び、前記記録媒体における前記複数の画面にそれぞれ対応するデータの記録位置を示すクリップ情報に基づいて前記再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得することを特徴とする請求項７に記載の再生方法。
【請求項９】
前記制御工程においては、前記メモリに蓄積された動画像データの蓄積量に応じて前記復号化処理の開始するよう制御することを特徴とする請求項７または８に記載の再生方法。
【請求項１０】
前記制御工程においては、前記再生工程における再生のレートと、前記取得工程において取得した表示時間情報、記録位置情報及び再生停止時間情報とに基づいて前記復号化工程における復号化を開始する時間を決定することを特徴とする請求項７〜９の何れか１項に記載の再生方法。
【請求項１１】
前記所定時間は、前記記録媒体において前記動画像データをシークするのに要する時間であることを特徴とする請求項７に記載の再生方法。
【請求項１２】
前記取得工程においては、前記動画像データのイントラピクチャの表示時間情報及び記録位置情報を取得することを特徴とする請求項７〜１１の何れか１項に記載の再生方法。
【請求項１３】
符号化された動画像データを記録媒体から再生する再生工程と、
前記再生工程において再生した動画像データをメモリに蓄積する蓄積工程と、
前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化工程と、
前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得工程と、
前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生工程における処理を制御すると共に、前記取得工程において取得した前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて、前記復号化処理を開始するよう制御する制御工程とをコンピュータに実行させることを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は再生装置、再生方法、プログラム及び記憶媒体に関し、特に、間欠的に再生処理を行う際に用いて好適な技術に関する。
【背景技術】
【０００２】
従来、ＤＶＤ等のディスク媒体に対して映像データや音声データを記録再生するビデオカメラが知られている。この種の装置においては、映像データや音声データをＭＰＥＧ方式などの符号化方式に従って符号化し、データ量を圧縮してディスクなどの記録媒体に記録する。そのため、再生する時においては、再生された映像データや音声データを復号化（デコード）する必要がある。
【０００３】
そこで、再生時においては、ある程度の量の動画像データを記録媒体からメモリ（以下、バッファメモリと称す）に蓄積させてからデコードを開始する。動画像データをデコードして表示すると、バッファメモリ内においてデコードした部分の動画像データは不要となるので、バッファメモリからその部分の動画像データを破棄する。したがって、破棄した分、バッファメモリに空きができるので、記録媒体から後続の動画像データの蓄積を引き続き行い、次にデコードする動画像データがバッファメモリに常に存在するようにする。
【０００４】
このようにバッファメモリに動画像データが常に存在するように制御すると、動画像データのデコードが途切れることなく連続的に行うことができる。したがって、バッファメモリ内の動画像データは記録媒体から読み出すことによって蓄積され、デコードするたびに消費されることとなる。このため、動画像を連続して表示するためには、バッファメモリ内の動画像データがなくなる前に後続の動画像データを蓄積させる必要がある。
【０００５】
ところが、動画像データのデコードを開始する時点で、予め蓄積しておいた動画像データが少ない場合には、以下のような現象が起こる場合がある。例えば、後続の動画像データをバッファメモリに蓄積する時に、記録媒体上で動画像データが連続的に記録されていないなどの理由でシークが発生することにより蓄積に時間を要し、デコードするための動画像データがバッファメモリ内になくなることがある。このようにデコードする動画像データがバッファメモリ内になくなる現象は一般的にバッファアンダーフローと呼ばれている。この結果、動画像が途中で停止して表示されてしまう。
【０００６】
また、逆に必要以上に多く動画像データを蓄積してからデコードを開始すると、動画像データを所定量蓄積するまでの間、デコードを開始することができないため、画面に映像が出力されまでの時間が長くなってしまう。したがって、動画像データを必要な量だけバッファメモリに蓄積した後にデコードを開始することが望ましい。
【０００７】
そこで、記録媒体に記録されている動画像データの最大ビットレートから最大シーク時間に表示される分の動画像データのサイズを計算し、バッファメモリに蓄積しておく方法がある。この方法を用いれば、最大ビットレートで記録された動画像データを蓄積する時に最大のシーク時間がかかった場合でも、シーク時間分の動画像データ量がバッファメモリに蓄積された状態でシークを行う。このため、バッファメモリから動画像データがなくなることが起こらないようにすることができる。
【０００８】
また、ユーザが再生を開始する操作を行ってから動画像の表示を迅速に行う方法として、ユーザが再生を開始する操作を行う前に動画像データを予めバッファメモリに蓄積しておく方法が開示されている（例えば、特許文献１参照）。この方法を用いると、ユーザが再生を開始する操作を行った時点で、動画像データが既にバッファメモリに蓄積されているため、デコードをすぐに開始することができる。したがって、動画像の表示を迅速に行うことが可能である。
【０００９】
【特許文献１】特開平１１−１１０９５６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、前記特許文献１に記載の技術では、ユーザが再生を開始する操作を行う前に蓄積した動画像データの中に必ずしもユーザが選択した動画像データが含まれているとは限らない。したがって、ユーザが選択した動画像データがバッファメモリに蓄積されていない場合は、動画像の表示を素早く開始することができなかった。
【００１１】
また、ユーザが再生を開始する操作を行う前に動画像データをバッファメモリに蓄積するため、ユーザが再生を開始する操作を行わなかった場合でも動画像データをバッファメモリに蓄積する。このため、特にデジタルビデオカメラなどのバッテリーで動作する機器では、消費電力が大きくなってしまうという問題点があった。したがって、ユーザが再生を開始する操作を行った後に動画像データを必要なだけバッファメモリに蓄積してからデコードを開始することが望ましい。
【００１２】
本発明は前述の問題点に鑑み、再生を開始した後にバッファアンダーフローが起こらない範囲で少ない量の動画像データをバッファメモリに蓄積してからデコードを開始できるようにすることを目的としている。
【課題を解決するための手段】
【００１３】
本発明の再生装置は、符号化された動画像データを記録媒体から再生する再生手段と、前記再生手段によって再生された動画像データをメモリに蓄積する蓄積手段と、前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化手段と、前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得手段と、前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生手段を制御すると共に、前記取得手段により取得された前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて前記復号化処理を開始するよう前記復号化手段を制御する制御手段とを備えることを特徴とする。
【００１４】
本発明の再生方法は、符号化された動画像データを記録媒体から再生する再生工程と、前記再生工程において再生した動画像データをメモリに蓄積する蓄積工程と、前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化工程と、前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得工程と、前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生工程における処理を制御すると共に、前記取得工程において取得した前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて、前記復号化処理を開始するよう制御する制御工程とを備えることを特徴とする。
【００１５】
本発明のプログラムは、符号化された動画像データを記録媒体から再生する再生工程と、前記再生工程において再生した動画像データをメモリに蓄積する蓄積工程と、前記メモリに蓄積された動画像データを読み出して復号化処理を行う復号化工程と、前記記録媒体から再生すべき前記動画像データにおける先頭からの所定時間分のデータ量を取得する取得工程と、前記動画像データの再生開始の指示に応じて前記記録媒体からの前記動画像データの再生を開始して前記メモリへの蓄積を開始するよう前記再生工程における処理を制御すると共に、前記取得工程において取得した前記所定時間分のデータ量の動画像データが前記メモリに蓄積されたことに応じて、前記復号化処理を開始するよう制御する制御工程とをコンピュータに実行させることを特徴とする。
【００１６】
本発明の記憶媒体は、前記に記載のプログラムを記憶したことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、動画像データにおける先頭からの所定時間分のデータ量を取得し、再生を開始してから前記所定時間分のデータ量の動画像データがメモリに蓄積されたことに応じて復号化処理を開始するよう制御するようにした。これにより、再生を開始した後にバッファアンダーフローが起こらない範囲で少ない量の動画像データをバッファメモリに蓄積してからデコードを開始することができる。したがって、動画像の種類によらず、ユーザが再生を開始する操作を行ってから動画像を迅速に表示させるとともに、動画像が停止して表示されることを防止することができる。
【発明を実施するための最良の形態】
【００１８】
（第１の実施形態）
以下、図面を参照しながら本発明の好適な実施形態について説明する。
図１は、本実施形態の映像記録再生装置（デジタルビデオカメラ）の構成例を示すブロック図である。以下、ディスク状の記録媒体に動画像データと動画像データの管理情報とを記録するデジタルビデオカメラについて説明する。
【００１９】
本実施形態のデジタルビデオカメラ１０は、カメラ部１００と、エンコーダ１０１と、ディスクアクセス時に用いるバッファメモリ１０２と、ＤＶＤ等の記録用のディスク１０４への書き込みまたは読み出しを行うディスクアクセス部１０３とを備えている。また、ディスク１０４に記録されている動画像データをデコードするデコーダ１０５を備えている。さらにデコードした映像を表示するＬＣＤ１０８と、ＬＣＤ１０８に表示する制御を行うＬＣＤコントローラ１０７とを備えている。また、同時に外部出力端子１０６へ映像信号を出力することも可能である。
【００２０】
また、ＣＰＵ１１０はＣＰＵバス１０９により、ＲＯＭ１１１、ＲＡＭ１１２、操作部１１３、バッファ制御部１１４及びその他の各ブロックに接続され、ＣＰＵ１１０より各ブロックを制御することができる。操作部１１３は図示しない各種の操作キーやつまみなどからユーザの操作によって入力される入力信号をＣＰＵ１１０に送ることができ、ＣＰＵ１１０は、ユーザからの指示に対して、各種処理を行うことができる。さらに、本実施形態においては、デコーダ１０５を制御してバッファメモリ１０２に蓄積されるデータ量を制御するバッファ制御部１１４を備えている。バッファ制御部１１４の詳細な処理内容については後述する。
【００２１】
次に、撮影した動画像を記録する処理について説明する。
操作部１１３より記録開始の指示を受けると、カメラ部１００は撮像した被写体像から映像信号を生成し、生成した映像信号をエンコーダ１０１に出力する。エンコーダ１０１は映像信号を所定の符号化方式（例えば、Ｈ．２６４方式）に従って符号化し、バッファメモリ１０２に出力する。
【００２２】
ディスクアクセス部１０３は、バッファメモリ１０２に所定量のデータが蓄積されたことに応じて、バッファメモリ１０２から動画像データを読み出し、ディスク１０４に記録する。また、操作部１１３より記録停止の指示を受けると、ディスクアクセス部１０３はディスク１０４に対する動画像データの記録を停止する。
【００２３】
本実施形態では、ディスク１０４に対して記録可能なデータレートは、符号化された動画像データのデータレートよりも高い。そのため、符号化した動画像データを一旦バッファメモリ１０２に蓄積し、所定量のデータが蓄積されたことに応じてバッファメモリ１０２から動画像データを読み出し、ディスク１０４に記録している。
【００２４】
また、本実施形態では、記録する動画像データのデータレートを変更することができる。即ち、本実施形態では、高画質撮影モード、標準撮影モード、長時間撮影モードの三つの撮影モードを用意している。ユーザは、操作部１１３を操作することで、これら三つの撮影モードの中から何れかのモードを選択して設定する。
【００２５】
ＣＰＵ１１０は、ユーザに設定された撮影モードに応じてエンコーダ１０１を制御することで、符号化動画像データの目標データレートを設定する。即ち、高画質モードにおける動画像データのデータレートが一番高く、以下、標準撮影モード、長時間撮影モードの順にデータレートが低くなるよう設定される。
【００２６】
一方、カメラ部１００で撮像された動画像をＬＣＤ１０８に表示する場合には、デコーダ１０５は、エンコーダ１０１から出力されてバッファメモリ１０２に蓄積されている動画像データを読み出す。そして、動画像データをデコードし、ＬＣＤコントローラ１０７によりＬＣＤ１０８に動画像を表示する。
【００２７】
本実施形態で利用する記録フォーマットでは、１つの動画像データの単位をクリップと定義している。クリップは、動画像データであるストリームとその動画像ストリームの管理情報であるクリップ情報との２種類のデータで構成されている。動画像ストリーム及びクリップ情報はそれぞれ独立したファイルとして存在し、２つのファイルで１つのクリップが構成される。また、１つのクリップを構成する動画像ストリーム及びクリップ情報にはそれぞれ同じクリップ番号が付されており、対応付けが可能になっている。
【００２８】
動画像データを記録する場合には、ＣＰＵ１１０の制御により、１つの動画像ストリームを記録するたびに１つのクリップ情報を生成し、ディスクアクセス部１０３に送り、ディスク１０４に記録する。クリップ情報には、動画像ストリームのサイズ、アスペクト比、Ｉピクチャ（イントラピクチャ）の表示時間、Ｉピクチャの記録位置等の情報が含まれている。
【００２９】
前述のように、本実施形態では、ユーザにより設定された撮影モードに応じて符号化される動画像データのデータレートが異なる。そのため、記録される動画像データの単位時間あたりのデータ量も撮影モードによって異なることになる。
【００３０】
また、本実施形態では、動画像データを符号化する時に、エンコーダ１０１により、各クリップの先頭の１フレームを用いて代表画像データを生成する。そして、ディスクアクセス部１０３は、各クリップのデータとともに代表画像データをディスク１０４に記録する。
【００３１】
次に、動画像データを再生する時の動作について説明する。
操作部１１３により再生モードが設定されると、ＣＰＵ１１０の制御によりディスクアクセス部１０３は、ディスク１０４に記録された各クリップの代表画像データを読み出し、バッファメモリ１０２に蓄積する。そして、バッファメモリ１０２に蓄積された代表画像データをデコーダ１０５でデコードし、ＬＣＤコントローラ１０７によりＬＣＤ１０８に代表画像を表示する。これにより、ユーザはＬＣＤ１０８に表示された代表画像のうち、再生したいクリップの代表画像を選択して再生を指示することができる。
【００３２】
再生を開始する指示が操作部１１３から入力されると、ＣＰＵ１１０の制御によりディスクアクセス部１０３は再生手段として機能し、ユーザによって指示された動画像データをディスク１０４から読み出す。そして、ディスクアクセス部１０３は蓄積手段として機能し、読み出した動画像データを、一旦、バッファメモリ１０２に蓄積する。次に、デコーダ１０５は復号化手段として機能し、蓄積された動画像データを順次デコードする。そして、外部出力端子１０６に出力するか、あるいはＬＣＤコントローラ１０７を通してＬＣＤ１０８に表示する。また、デコーダ１０５で動画像データがデコードされる時に、クリップ情報はＣＰＵ１１０に送られる。これにより、ＣＰＵ１１０はクリップ情報から復号化に必要な情報を取得し、デコーダ１０５を制御して動画像データをデコードすることができる。このようにして、デジタルビデオカメラ１０はディスク１０４に記録された動画像データを再生して表示することができる。
【００３３】
本実施形態では、ディスク１０４から再生を行う期間と再生を停止する期間とを交互に設けて間欠的に再生を行っている。ディスク１０４から動画像データを再生すると、バッファメモリ１０２内のデータ量は増加する。一方、動画像を表示するためにデコードを行うと、バッファメモリ１０２内にあるデコードを終えた動画像データは不要となるため破棄される。したがって、バッファメモリ１０２内のデータ量は減少する。
【００３４】
本実施形態では、ディスク１０４から再生してバッファメモリ１０２に動画像データを蓄積するレート（再生するレート）は、バッファメモリ１０２に蓄積された動画像データを読み出してデコードし、不要となった動画像データを破棄するレートよりも高い。このため、一旦、バッファメモリ１０２に動画像データが所定量満たされるまで動画像データを蓄積する。そして、ある程度、バッファメモリ１０２内の動画像データをデコードして消費するまで、動画像データの蓄積を停止する。さらに、動画像データの量が少なくなってきたら、再び、バッファメモリ１０２に動画像データが所定量満たされるまで動画像データを蓄積する。このように、間欠的に再生を行うことにより消費電力を抑えることができる。
【００３５】
次に、従来の再生処理においてシークが発生した場合に起こる現象について、図２〜図５を参照しながら説明する。図２は、再生処理を開始してからのバッファメモリ内に蓄積されているデータ量の遷移を示す図である。以下、図２を参照しながらバッファメモリのデータ量と、動画像データの読み出しと、動画像データのデコード処理（復号化処理）との関係について説明する。
【００３６】
図２において、縦軸はバッファメモリ内のデータ量を表し、横軸は時間を表している。期間ａ１及び期間ａ２は、ディスクから動画像データを再生している期間を表しており、この期間においてはバッファメモリ内のデータ量が増加する。また、期間ｄは、動画像データの再生を停止している期間を表しており、この期間においてはバッファメモリ内のデータ量はデコード処理により減少する。
【００３７】
期間ａ１及び期間ａ２では、バッファメモリ内のデータ量が閾値βに到達すると、再生を停止することにより蓄積を停止する。また、期間ｄでは、動画像データのデコード処理によりバッファメモリ内のデータが消費され、バッファメモリ内のデータ量が閾値αに到達すると動画像データの蓄積を再開する。
【００３８】
前述したように動画像データのデコードは、バッファメモリにある程度の量の動画像データが蓄積されてから開始する。図２に示す例では、バッファメモリ内の動画像データの量が閾値γに到達したときにデコード処理を開始する。すなわち、図２において、期間ｂは、動画像データのデコードを行って、表示を行っている期間を表している。また、期間ｃは、デコード処理を停止している期間を表し、再生を開始する指示を行ってから実際に画面に動画像が表示されるまでの時間でもある。この期間ｃをできるだけ最小にすることが望ましい。
【００３９】
また、バッファメモリ内の動画像データの量が閾値γに到達するまでデコードを開始しないのは、前述したように動画像データをディスクから再生する時に、ディスク上でデータが連続に配置されているとは限らないからである。すなわち、データが不連続に配置されている場合にはシークが発生し、データの再生に時間がかかる場合があるからである。
【００４０】
図３は、ディスクの内周側から外周側までの動画像ストリームの記録位置の一例を示す図である。
図３において、左側がディスクの内周側であり、右側がディスクの外周側である。また、ストリームＡ及びストリームＢは、記録フォーマットに従った動画像データである動画像ストリームを示している。
【００４１】
動画像データの記録または削除を繰り返し行うと、図３に示すように動画像ストリームがディスク上で互いに離れて配置されていることがある。図３に示す例では、ディスク上でストリームＡとストリームＢとが距離Ａだけ離れて配置されている。この場合、ストリームＡを読み出した後、ストリームＢを続けて読み出すためには距離Ａの区間をシークしなければならない。
【００４２】
次に、図３に示す状態で動画像ストリームが記録されているディスクから動画像データを再生する時のバッファメモリの遷移状態について図４を参照しながら説明する。図４は、シークが発生し、バッファアンダーフローが起こった場合の例を示す図である。
【００４３】
図４において、閾値α、β、γは図２に示したものと同様であり、閾値αは動画像データの再生を再開するデータ量の閾値であり、閾値βは動画像データの再生を停止するデータ量の閾値である。また、閾値γは動画像データのデコードを開始するデータ量の閾値である。
【００４４】
期間ａ１及び期間ａ２は動画像データを再生している期間である。また、期間ｃ及び期間ｂは図２と同様であり、期間ｃは動画像データの再生を開始してからデコードを開始するまでの期間であり、期間ｂは動画像データをデコードして表示している期間である。なお、期間ａ１においては、図２の場合と同様の動作で動画像データがバッファメモリに蓄積される。また、期間ｆは、図３に示すストリームＡの読み出しからストリームＢの読み出しに切り替える際にシークが発生している期間を表しており、期間ｅは、バッファアンダーフローが起こっている期間を表している。
【００４５】
図４に示す例では、期間ａ２では、シークが発生している期間ｆの間は、動画像データの再生が行われずバッファメモリへ動画像データが蓄積されない。一方、動画像データはデコードによりバッファメモリから消費していくため、バッファメモリ内に蓄積された動画像データは次第に減っていき、バッファメモリ内に動画像データがなくなっている期間ｅが発生している。
【００４６】
この期間ｅでは、デコードするための動画像データがバッファメモリ内に存在しないため、画面では動画像が停止して表示される。このような現象が起こらないようにするためには、閾値γを高めに設定し、デコードを開始する前に動画像データを多めに蓄積するようにしておけばよい。ところが、デコードを開始する前に動画像データを多めに蓄積すれば蓄積時間がそれだけ長くなるため、デコードを開始するのがその分遅くなってしまう。
【００４７】
次に、シークが発生することによってデコードの開始動作が遅くなる例について説明する。図５は、動画像データの再生時にシークが発生し、シークによりデコードの開始が遅くなる場合のバッファメモリ内に蓄積されているデータ量の遷移の例を示す図である。例えば、図３に示すストリームＡのデータサイズが非常に小さい場合にこのような現象が発生する可能性がある。
【００４８】
図５において、デコードを開始する動画像データの量が図４に示した閾値γよりも高い閾値δに設定されているものとする。また、期間ｃ及び期間ｂは図２と同様であり、期間ｃは動画像データの再生を開始してからデコードを開始するまでの期間であり、期間ｂは動画像データをデコードして表示している期間である。
【００４９】
図５に示す例では、バッファメモリ内のデータ量が閾値δに到達する前に期間ｇにおいてストリームＡの再生が終了してシークが発生し、期間ｈの間はバッファメモリへ動画像データが蓄積されていない。このように、デコードを開始するまでに、多くの時間がかかっている。
【００５０】
ところが、期間ｇで蓄積した分の動画像データのデコードを行う時間が期間ｈよりも長い場合には、閾値を大きく設定しなくても図４で説明したような動画像が停止して表示される現象は起こらない。したがって、データ量が閾値δに到達するまで動画像データを蓄積する必要はない場合もある。以上より、デコードを開始する前に蓄積するデータ量をシークにかかる時間とデコードを行う時間とを考慮して決定すれば、途中で動画像が停止して表示されることが起こらないようにすることができる。
【００５１】
次に、本実施形態における再生処理について図６〜図８を参照しながら説明する。図７は、本実施形態において、記録フォーマットに基づいて記録される動画像データのクリップ情報の一部を示す図である。本実施形態で用いる記録フォーマットでは、Ｉピクチャの表示時間情報（Presentation Time Stamp、以下、ＰＴＳと称す）をＩピクチャ毎に記録している。さらに、ディスク１０４上の記録位置情報（Source Packet Number、以下、ＳＰＮと称す）もＩピクチャ毎に記録している。
【００５２】
図７に示すように、Ｉピクチャの表示時間は９０ｋＨｚのクロックで定義されており、９０ｋＨｚが１秒に相当する。本実施形態ではＩピクチャは表示時間が０．５秒間隔で作成されている。また、Ｉピクチャには連番でＩＤ番号を付けられている。例えば、１つめのＩピクチャはＩＤ番号が１であり、ＰＴＳが９８８１６でＳＰＮが４となっている。
【００５３】
図８は、本実施形態のバッファ制御部１１４による処理手順の一例を示すフローチャートである。
まず、図８のステップＳ８０１において、バッファ制御部１１４は取得手段として機能し、ディスク１０４に記録されているクリップ情報のうち、図７に示す表示時間情報及び記録位置情報をディスクアクセス部１０３を介して取得する。さらに、ユーザによって選択された動画像ストリームの組み合わせから、最大シーク時間に関する情報（再生停止時間情報）も取得する。次に、ステップＳ８０２において、最大シーク時間に相当するデータのサイズを算出する。
【００５４】
図７に示すクリップ情報から、これから再生すべき動画像データの先頭からの各Ｉピクチャの表示時間と記録位置とがわかる。このため、デコードを開始するタイミングとシーク時間に相当する動画像データを蓄積するために必要なデータのサイズとを算出することができる。例えば、シークに最大１秒かかる場合を想定すると、１秒分の動画像データをバッファメモリ１０２に蓄積してからデコードを開始すればよいので、１秒分の動画像データのサイズを算出すればよい。また、１秒分の動画像データのサイズと再生レートとから再生を開始するタイミング（時間）を算出することができる。
【００５５】
図７に示す例では、１秒分の動画像データは、ＩＤ１の表示時間が９８８１６Ｈｚであり、ＩＤ３の表示時間が１８８９２８Ｈｚであることから、ＩＤ１からＩＤ３の前までの部分である。したがって、再生を開始してから動画像データの蓄積をＩＤ３の前まで行えばよい。また、図７において、ＩＤ１及びＩＤ３の記録位置は、それぞれ４及び７９７９となっているので、ＩＤ１からＩＤ３までの動画像データのサイズは１ＳＰＮでは１９２バイトであるため、以下のように算出することができる。
（７９７９−４）×１９２＝１５３１２００バイト≒１．４６Ｍバイト（１Ｍバイト＝１０４８５７６バイト）
【００５６】
したがって、再生を開始してから１．４６Ｍバイト分の動画像データをバッファメモリ１０２に蓄積してからデコードを開始することとなる。これにより、シークが最大の１秒間を要した場合でも、１秒分の動画像データが既に蓄積されているため、バッファメモリ１０２内に動画像データがなくなり、動画像が停止して表示されることが起こらない。
【００５７】
また、本実施形態では、前述の様に、撮影モードによって記録される動画像データのデータレートが異なる。そのため、１秒分の動画像データのデータ量も動画像データ毎に異なることになる。そのため、各動画像データのクリップ情報を確認することで、動画像データ毎に、再生開始時にバッファメモリ１０２に蓄積すべきデータ量を算出することが可能となる。
【００５８】
次に、ステップＳ８０３において、バッファ制御部１１４は制御手段として機能し、ステップＳ８０２で算出したデータのサイズがバッファメモリ１０２に蓄積されてからデコードを開始するように、デコーダ１０５に対して指示を送り、処理を終了する。
【００５９】
図６は、本実施形態において、再生処理を開始してからのバッファメモリ１０２内に蓄積されているデータ量の遷移を示す図である。
図６において、期間ａはディスク１０４から動画像データを再生している期間を表している。期間ｂ´は、動画像データのデコードを行って、表示を行っている期間を表している。また、期間ｃ´は、デコード処理を停止している期間を表し、再生を開始する指示を行ってから実際にＬＣＤ１０８に動画像が表示されるまでの時間でもある。
【００６０】
さらに、期間ｉは図３に示すストリームＡの再生が終了するまでの期間を表し、期間ｊは図３に示すストリームＡの読み出しからストリームＢの読み出しに切り替える際にシークが発生している期間を表している。
【００６１】
図６に示すように、期間ｊにおいてバッファメモリ１０２内のデータの蓄積量が０になる前にシークが終了し、次の動画像データの再生を開始することができる。さらに、必要最小限の動画像データ（閾値εのデータ量）の蓄積を行ってからデコードを開始することができるため、再生を開始してから動画像を画面に表示するまでの時間を短くすることができる。
【００６２】
なお、前述したようにディスクに記録されている動画像データの最大ビットレートから最大シーク時間に相当するデータ量を計算すると、動画像データの最大ビットレートが２４Ｍｂｐｓである場合、１秒分のデータ量は２４／８＝３Ｍバイトとなる。したがって、１秒分のシーク時間を考慮した場合、最大ビットレートから蓄積するデータ量を決定すると３Ｍバイトも蓄積する必要がある。すなわち、本実施形態では最大ビットレートから蓄積するデータ量を計算した場合と比べて、約半分のデータ量を蓄積すればよい。
【００６３】
以上より本実施形態においては、デコードを開始するまでに蓄積すべき動画像データのサイズが小さくすることができ、動画像データの蓄積時間を短縮できる。これにより、ユーザが再生を開始する操作を行ってから画面に動画像が表示されるまでの時間を短くすることができる。したがって、動画像の種類によらず、ユーザが再生を開始する操作を行ってから動画像を迅速に表示させるとともに、動画像が停止して表示されることを防止することができる。
【００６４】
（本発明に係る他の実施形態）
前述した本発明の実施形態における再生装置を構成する各手段、並びに再生方法の各工程は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記憶したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。
【００６５】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００６６】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図８に示すフローチャートに対応したプログラム）を、システムまたは装置に直接、または遠隔から供給する場合も含む。そして、そのシステムまたは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００６７】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００６８】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６９】
プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスクなどがある。さらに、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。
【００７０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する方法がある。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。
【００７１】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７２】
また、その他の方法として、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。さらに、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７４】
さらに、その他の方法として、まず記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施形態に係る映像記録再生装置の構成例を示すブロック図である。
【図２】バッファメモリ内のデータ量の遷移の一例を示す図である。
【図３】ディスク上におけるストリームの記録位置の一例を示す図である。
【図４】シーク発生時におけるバッファメモリ内のデータ量の遷移の一例を示す図である。
【図５】シーク発生時におけるバッファメモリ内のデータ量の遷移の他の一例を示す図である。
【図６】本発明の実施形態において、シーク発生時におけるバッファメモリ内のデータ量の遷移の一例を示す図である。
【図７】本発明の実施形態におけるクリップ情報内の表示時間情報及び記録位置情報の一例を示す図である。
【図８】本発明の実施形態のバッファ制御部による処理手順の一例を示すフローチャートである。
【符号の説明】
【００７６】
１００  カメラ部
１０１  エンコーダ
１０２  バッファメモリ
１０３  ディスクアクセス部
１０４  ディスク
１０５  デコーダ
１０６  外部出力端子
１０７  ＬＣＤコントローラ
１０８  ＬＣＤ
１０９  ＣＰＵバス
１１０  ＣＰＵ
１１１  ＲＯＭ
１１２  ＲＡＭ
１１３  操作部
１１４  バッファ制御部
【図１】
2009105477.tif 000003
【図２】
2009105477.tif 000004
【図３】
2009105477.tif 000005
【図４】
2009105477.tif 000006
【図５】
2009105477.tif 000007
【図６】
2009105477.tif 000008
【図７】
2009105477.tif 000009
【図８】
2009105477.tif 000010