(57)【要約】【課題】解決しようとする問題点は、再生処理時に必要となる複数のバッファに対して、再生する動画ストリームによって必要とするサイズが異なるが、バッファ毎に最大サイズを確保しなければならなかったことである。さらに、確保していたバッファサイズがどれか１つでも不足していた場合は、正しい再生ができないという問題もあった。【解決手段】再生中にサイズが不足しているバッファを充足しているバッファの一部から持っていくことでバッファサイズを変更することにより、最初に確保していたバッファサイズが不足していた場合でも正しい再生が可能になる。またこの手法により、合計のバッファサイズは従来よりも小さい確保サイズで正しい再生が実現できる。【選択図】図３
2006120260.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録された映像データ及び音声データを再生する再生装置であって、前記記録媒体から再生された映像データを一時的に記録する第１のバッファと、前記記録媒体から再生された音声データを一時的に記録する第２のバッファと、前記第１及び第２のバッファの動作を制御するバッファ制御手段とを備え、
前記バッファ制御手段は、本装置の再生中に、映像データ及び音声データのサイズに応じて前記第１及び第２のバッファの領域を可変制御することを特徴とする再生装置。
【請求項２】
バッファ制御手段は、本装置の再生中に第１及び第２のバッファのサイズを増加させることができる請求項１記載の再生装置。
【請求項３】
バッファ制御手段は、本装置の再生中に第１及び第２のバッファのサイズを削減させることができる請求項１記載の再生装置。
【請求項４】
バッファ制御手段は、本装置の再生中に第１及び第２のバッファのサイズを、再生に最適なバッファサイズに自動で調整することができる請求項１記載の再生装置。
【請求項５】
バッファ制御手段は、本装置の再生中に第１及び第２のバッファのうち、十分なバッファから不足しているバッファに領域を移行することができる請求項１記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生時にデコード処理などで必要となるバッファのトータルサイズを最小にするための再生方法に関するものである。
【背景技術】
【０００２】
従来、再生処理で必要な複数のバッファは、それぞれが十分処理が行えるサイズに設定する方法が取られており、必要以上の領域を確保している場合がほとんどであった。また、記録装置および編集システムにおいて、ビデオデータの入力を止めることによってオーディオデータの保存量を増やす方法が知られている（例えば、特許文献１参照。）。
【０００３】
以下、従来の動画再生装置について説明する。
【０００４】
図７は、従来の動画再生装置であるディスクレコーダ１の機能ブロック図である。図７に示すように、ディスクレコーダ１は、ＲＡＩＤユニット２０、バッファモジュール２１、オーディオ処理ブロック２２、ビデオ処理ブロック２３およびＣＰＵ２４を有する。ここで、ＲＡＩＤユニット２０が本発明の記録手段に対応し、オーディオ処理ブロック２２が本発明の第１の入出力処理手段に対応し、ビデオ処理ブロック２３が本発明の第２の入出力処理手段に対応し、ＣＰＵ２４が本発明の第２の制御手段に対応する。また、後述するように、オーディオ処理ブロック２２およびビデオ処理ブロック２３の機能の一部が、本発明の第１の制御手段に対応する。
【０００５】
ＲＡＩＤユニット２０は、複数のハードディスクを備えている。ＲＡＩＤユニット２０には、ＣＰＵ２４からの制御信号Ｓ２４ａに基づいて、所定の大きさのブロックデータを単位としてデータが記録される。ここで、ブロックデータの大きさは、例えば、１フレーム分のビデオデータのデータ量（０．６秒分のオーディオデータのデータ量）である。バッファモジュール２１は、ＣＰＵ２４からの制御信号Ｓ２４ｂに基づいて、ＲＡＩＤユニット２０と、オーディオ処理ブロック２２およびビデオ処理ブロック２３との間でＤＭＡバス８を介して転送されるデータを一時的に記憶するための半導体記憶装置である。バッファモジュール２１には、上記ブロックデータを単位としてデータが記憶され、記憶領域の論理アドレスと、ＲＡＩＤユニット２０内のハードディスクとの間に所定の対応関係が決められている。
【０００６】
オーディオ処理ブロック２２は、ＣＰＵ２４からの制御信号Ｓ２４ｃに基づいて、編集装置１２から入力したオーディオデータに後述する所定のオーディオ処理を行い、当該処理されたオーディオデータをバッファモジュール２１に記憶する。また、オーディオ処理ブロック２２は、ＣＰＵ２４からの制御信号Ｓ２４ｃに基づいて、ＲＡＩＤユニット２０から入力したオーディオデータに後述する所定のオーディオ処理を行い、当該処理されたオーディオデータを編集装置１２に出力する。
【０００７】
ビデオ処理ブロック２３は、ＣＰＵ２４からの制御信号Ｓ２４ｄに基づいて、編集装置１２から入力したビデオデータに後述する所定のビデオ処理を行い、当該処理されたビデオデータをバッファモジュール２１に記憶する。また、ビデオ処理ブロック２３は、ＣＰＵ２４からの制御信号Ｓ２４ｄに基づいて、ＲＡＩＤユニット２０から入力したビデオデータに後述する所定のビデオ処理を行い、当該処理されたビデオデータを編集装置１２に出力する。
【０００８】
図８は、図７に示すディスクレコーダ１の具体的な構成である。図８に示すように、ディスクレコーダ１は、ハードディスクＨＤ＃１〜＃３２、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）  コントローラ２1〜２16、バッファブロック３1〜３8、ＤＭＡバス８、ＤＭＡコントローラ４1〜４16，１４1〜１４4、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）コントローラ５1〜５16，１５1〜１５4、プロセッサ６1〜６16，１６1〜１６4およびＣＰＵ２４を有する。ここで、ＤＭＡコントローラ４1〜４16，１４1〜１４4が、本発明の第１の制御手段に対応する。
【０００９】
ここで、バッファブロック３１〜３８のバッファメモリ３a1〜３a8によって、図７に示すバッファモジュール２１に対応している。また、ＤＭＡコントローラ４1〜４16、ＲＡＩＤコントローラ５1〜５16およびプロセッサ６1〜６16によって図７に示すオーディオ処理ブロック２２が構成される。また、ＤＭＡコントローラ１４1〜１４4、ＲＡＩＤコントローラ１５1〜１５4およびプロセッサ１６1〜１６4によって図７に示すビデオ処理ブロック２３が構成される。
【００１０】
ＳＣＳＩコントローラ２1〜２16は、それぞれ２台のハードディスクを制御する。例えば、ＳＣＳＩコントローラ２1はＨＤ＃ハードディスクＨＤ＃１およびＨＤ＃２を制御し、ＳＣＳＩコントローラ２2はＨＤ＃ハードディスクＨＤ＃３およびＨＤ＃４を制御する。
【００１１】
また、バッファブロック３1〜３8は、それぞれ２台のＳＣＳＩコントローラによる制御にビデオデータおよび／またはオーディオデータを供給するように構成されている。例えば、バッファブロック３1はＳＣＳＩコントローラ２1および２2による制御にビデオデータおよび／またはオーディオデータを供給し、バッファブロック３2はＳＣＳＩコントローラ２3および２4による制御にビデオデータ／またはオーディオデータを供給する。また、バッファブロック３1〜３8のそれぞれは、バッファメモリと、当該バファメモリの記憶を制御するコントローラＣＮＴを有する。
【００１２】
また、バッファブロック３1〜３8とＲＡＩＤコントローラ５1〜５6との間のデータ転送は、ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）コントローラ４1〜４16，１４1〜１４4の制御に基づいて、全て同一のＤＭＡバス８を介して行われる。
【００１３】
ＤＭＡコントローラ４1〜４16は、ＣＰＵ２４からの制御信号Ｓ２４ｃに基づいて、それぞれパリティデータが付加されたオーディオデータをＲＡＩＤコントローラ５1〜５16から入力し、当該オーディオデータを、ＤＭＡバス８を介して、所定のバッファブロック３1〜３8のバッファメモリの記憶アドレスにブロックデータ単位で書き込む。また、ＤＭＡコントローラ４1〜４16は、ＣＰＵ２４からの制御信号Ｓ２４ｃに基づいて、バッファブロック３1〜３8のバッファメモリからブロックデータ単位で読み出されたオーディオデータを、ＤＭＡバス８を介して、所定のＲＡＩＤコントローラ５1〜５16に出力する。
【００１４】
ＤＭＡコントローラ１４1〜１４4は、ＣＰＵ２４からの制御信号Ｓ２４ｄに基づいて、それぞれパリティデータが付加されたビデオデータをＲＡＩＤコントローラ５1〜５16から入力し、当該ビデオデータを、ＤＭＡバス８を介して、所定のバッファブロック３1〜３8のバッファメモリの記憶アドレスにブロックデータ単位で書き込む。また、ＤＭＡコントローラ１４1〜１４4は、ＣＰＵ２４からの制御信号Ｓ２４ｄに基づいて、バッファブロック３1〜３8のバッファメモリからブロックデータ単位で読み出されたビデオデータを、ＤＭＡバス８を介して、所定のＲＡＩＤコントローラ１５1〜１５4に出力する。
【００１５】
ＲＡＩＤコントローラ５1〜５16は、例えば、ＤＭＡバス８に接続されており、それぞれプロセッサ６1〜６16から入力したオーディオデータにパリティデータを付加した後に、それぞれＤＭＡコントローラ４1〜４16の制御に基づいて、ＤＭＡバス８を介して所定のバッファブロック３1〜３8に出力する。また、ＲＡＩＤコントローラ５1〜５16は、ＤＭＡバス８を介してバッファブロック３1〜３8から入力したオーディオデータの誤り訂正を行い、誤り訂正されたオーディオデータをそれぞれプロセッサ６1〜６16に出力する。
【００１６】
ＲＡＩＤコントローラ１５1〜１５4は、例えば、ＤＭＡバス８に接続されており、それぞれプロセッサ１６1〜１６4から入力したビデオデータにパリティデータを付加した後に、それぞれＤＭＡコントローラ１４1〜１４4の制御に基づいて、ＤＭＡバス８を介して所定のバッファブロック３1〜３8に出力する。また、ＲＡＩＤコントローラ１５1〜１５4は、ＤＭＡバス８を介してバッファブロック３1〜３8から入力したビデオデータの誤り訂正を行い、誤り訂正されたビデオデータをそれぞれプロセッサ１６1〜１６4に出力する。
【００１７】
プロセッサ６1〜６16は、それそれＲＡＩＤコントローラ５1〜５16と編集装置１２との間の動作周波数の違いを調整するために、オーディオデータの周波数変換を行う。プロセッサ６1〜６16は、オーディオデータ用の入力端子ＡＩＮ1〜ＡＩＮ16からオーディオデータを入力し、オーディオデータ用の出力端子ＡＯＵＴ1〜ＡＯＵＴ16からオーディオデータを出力する。プロセッサ１６1〜１６4は、それそれＲＡＩＤコントローラ１５1〜１５4と編集装置１２との間での動作周波数の違いを調整するために、ビデオデータの周波数変換を行う。プロセッサ１６1〜１６4は、ビデオ用の入力端子ＶＩＮ1〜ＶＩＮ4からビデオデータを入力し、ビデオデータ用の出力端子ＶＯＵＴ1〜ＶＯＵＴ4からビデオデータを出力する。
【００１８】
ＣＰＵ２４は、ディスクレコーダ１の動作を統括的に制御する。ＣＰＵ２４は、ＲＡＩＤコントローラ５1〜５16，１５1〜１５4からＤＭＡバス８に出力されたオーディオデータおよびビデオデータを、バッファメモリ３ａ1〜３ａ8にブロックデータ単位で記憶する際のアドレスを、管理テーブルを用いて管理する。
【００１９】
また、ＣＰＵ２４は、オーディオモード、ビデオモードおよび通常モードのうち、モード設定信号Ｓ１００によって設定されたモードに応じた制御を行う。
【００２０】
図９は、ＣＰＵ２４の処理を説明するためのフローチャートである。ＣＰＵ２４は、モード設定信号Ｓ１００がオーディオモードを示すか否かを判断し、オーディオモードを示すと判断した場合には、プロセッサ１６1〜１６4およびＤＭＡコントローラ１４1〜１４4の処理を停止することを指示する制御信号Ｓ２４ｄをビデオ処理ブロック２３に出力する（ステップＳ２，Ｓ３）と共に、管理テーブルでオーディオデータのみを管理する（ステップＳ４）。
【００２１】
また、ＣＰＵ２４は、モード設定信号Ｓ１００がオーディオモードを示さないと判断した場合に、モード設定信号Ｓ１００がビデオモードを示すか否かを判断し（ステップＳ５）、ビデオモードを示すと判断した場合には、プロセッサ６1〜６16およびＤＭＡコントローラ４1〜４16の処理を停止することを指示する制御信号Ｓ２４ｃをオーディオ処理ブロック２２に出力する（ステップＳ６，Ｓ７）と共に、管理テーブルでビデオデータのみを管理する（ステップＳ８）。
【００２２】
一方、ＣＰＵ２４は、モード設定信号Ｓ１００がオーディオモードおよびビデモモードの何れも示さないと判断した場合（通常モードであると判断した場合）に、ＤＭＡコントローラ４1〜４16，１４1〜１４4およびプロセッサ６1〜６16，１６1〜１６4を継続して動作させる。また、ＣＰＵ２４は、管理テーブルを用いて、オーディオデータおよびビデオデータの双方を管理する。
【００２３】
また、ＣＰＵ２４は、オーディオ処理ブロック２２内に１６台以下の任意の数のディスクレコーダ（本発明の記録装置および／または再生装置）を仮想的に構成するように、オーディオ処理ブロック２２に制御信号Ｓ２４ｃを出力する。このとき、仮想的に構成したディスクレコーダに入出力されるオーディオデータのチャンネル数は、それらの合計が入力および出力のそれぞれについて１６チャンネルを越えない範囲で自由に設定できる。このとき、ＣＰＵ２４は、仮想的に構成した各ディスクレコーダに対して、編集装置１２からの９ピンやＳＣＳＩなどの所定のコマンドに応じて制御する。例えば、ＣＰＵ２４は、図１０に示すように、仮想的にディスクレコーダ２００1〜２００4を構成するように制御信号Ｓ２４ｃを出力する。ここで、ディスクレコーダ２００1は、図８に示すＤＭＡコントローラ４1〜４3、ＲＡＩＤコントローラ５1〜５3およびプロセッサ６1〜６3によって構成され、３チャンネルのオーディオデータを入出力できる。
【００２４】
ディスクレコーダ２００2は、図８に示すＤＭＡコントローラ４4  、ＲＡＩＤコントローラ５4  およびプロセッサ６4  によって構成され、１チャンネルのオーディオデータを入出力できる。ディスクレコーダ２００３  は、図８に示すＤＭＡコントローラ４5  〜４8  、ＲＡＩＤコントローラ５5  〜５8  およびプロセッサ６5  〜６8  によって構成され、４チャンネルのオーディオデータを入出力できる。ディスクレコーダ２００4  は、図８に示すＤＭＡコントローラ４9  、ＲＡＩＤコントローラ５9  およびプロセッサ６9  によって構成され、１チャンネルのオーディオデータを入出力できる。
【００２５】
先ず、オーディオモードを示すモード設定信号Ｓ１００がＣＰＵ２４に出力され、ＣＰＵ２４からビデオ処理ブロック２３に出力された制御信号Ｓ２４ｄに基づいて、プロセッサ１６1  〜１６4  およびＤＭＡコントローラ１４1  〜１４4  の処理が停止される。すなわち、図６に示す編集装置１２から図８に示す入力端子ＶＩＮ1  〜ＶＩＮ4  に入力されたビデオデータは、ＤＭＡバス８には出力されない。すなわち、ビデオデータは、バッファブロック３1  〜３8  からハードディスクＨＤ＃１〜＃３２には転送されず、ビデオデータはハードディスクＨＤ＃１〜＃３２には書き込まれない。また、ＣＰＵ２４において、管理テーブルを用いて、オーディオデータのみが管理され、ビデオデータは管理されない。このように、ディスクレコーダ１では、オーディオモードに設定することで、ＲＡＩＤユニット２０の記録容量を全てオーディオデータの記録用に使用することができる。そのため、ＲＡＩＤユニット２０に、長時間のオーディオデータを記録することが可能になる。
【特許文献１】特開２０００−２６０１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
解決しようとする問題点は、再生処理に必要なバッファをそれぞれの処理ごとに十分なサイズ確保しているため全体で必要なバッファサイズが大きいことと、確保した複数のバッファのうちどれか１つでも不足したら正しい再生が行えないことである。
【課題を解決するための手段】
【００２７】
上記課題を解決するために本発明は、記録媒体に記録された映像データ及び音声データを再生する再生装置であって、前記記録媒体から再生された映像データを一時的に記録する第１のバッファと、前記記録媒体から再生された音声データを一時的に記録する第２のバッファと、前記第１のバッファの動作を制御する第１の処理手段と、前記第２のバッファの動作を制御する第２の処理手段とを備え、前記第１及び第２の処理手段は、映像データ及び音声データのサイズに応じて、前記第１及び第２のバッファの領域を可変制御するものである。
【００２８】
本発明は、再生中に複数のバッファのうち不足したバッファがあると再生装置が判断した場合に、十分足りているバッファを削り、不足しているバッファに追加する方法で実現する。
【発明の効果】
【００２９】
バッファに必要なメモリを最小限に抑えることができるのと、一部のバッファが十分確保されていない場合でも正しい再生を行うことができる。
【発明を実施するための最良の形態】
【００３０】
本発明の請求項１に記載の発明は、記録媒体に記録された映像データ及び音声データを再生する再生装置であって、前記記録媒体から再生された映像データを一時的に記録する第１のバッファと、前記記録媒体から再生された音声データを一時的に記録する第２のバッファと、前記第１のバッファの動作を制御する第１の処理手段と、前記第２のバッファの動作を制御する第２の処理手段とを備え、前記第１及び第２の処理手段は、映像データ及び音声データのサイズに応じて、前記第１及び第２のバッファの領域を可変制御するものであり、再生装置の処理量の制約がある上で、より品位良くＡＶ同期を合わせる方法を選択することにある。
【００３１】
本発明の請求項２に記載の発明は、再生処理に必要なリングバッファにおいて、再生中にバッファサイズを増加させることができる再生装置としたものであり、再生中にバッファサイズが足りないことが判明した場合に、増加させることが可能になるという作用を有する。
【００３２】
請求項３に記載の発明は、再生処理に必要なリングバッファにおいて、再生中にバッファサイズを削減させることができる再生装置としたものであり、再生中にバッファサイズが大きすぎる事が判明した場合に、削減させることが可能になるという作用を有する。
【００３３】
請求項４に記載の発明は、再生処理に必要なバッファに対し、再生中に最適なバッファサイズに自動で調整することができる再生装置としたものであり、バッファサイズが十分でなく正しく再生できていなかった場合も、正しい再生が可能になるという作用を有する。
【００３４】
請求項５に記載の発明は、再生処理に必要な複数のバッファに対し、十分なバッファから不足しているバッファに領域を移行することができる再生装置としたものであり、合計のバッファサイズが最小サイズで再生可能になるという作用を有する。
【００３５】
（実施の形態１）
図１は本発明の実施の形態における再生装置の構成を示す。
【００３６】
図１において、１１１は動画などの映像音声信号が記録された記録媒体で、本実施の形態ではディスク状媒体を用いその一例としてＤＶＤ（デジタル多用途ディスク）を用いたが、記録媒体の形態や記録方式については限定されない。また、着脱型の記録媒体に限らず、ハードディスクなどのように固定型であっても構わない。少なくとも動画などの映像音声信号が記録されたもので、装置において再生が可能であればよい。
【００３７】
１１２は記録媒体１１１から動画などの映像音声信号を再生することができる再生装置で、例えばＤＶＤプレーヤやＤＶＤレコーダーなどに相当するが、これらに限定されるものではない。
【００３８】
１１３〜１１８は再生装置１１２内部の詳細構成を示し、１１３は記録媒体１１１から読み出したデータを一時的に保存するトラックバッファ、１１４はトラックバッファ１１３から読み出したデータをビデオデータとオーディオデータとに分離するパーサー部、１１５はパーサー部１１４で分離したビデオデータをテレビジョン受像機にて表示可能なフォーマットにデコード処理するビデオデコード処理部、１１６はビデオデコード処理部１１５の一部で一時的にビデオデータを保持する第１のバッファであるビデオバッファ、１１７はパーサー部１１４で分離したオーディオデータをスピーカなどの音声出力装置にて音声出力可能なフォーマットにデコード処理するオーディオデコード処理部で、ビデオデコード処理部１１５とオーディオデコード処理部１１７とでバッファ制御手段を構成している。１１８はオーディオデコード処理部１１７の一部で一時的にオーディオデータを保持する第２のバッファであるオーディオバッファである。
【００３９】
１１９はテレビジョン受像機などの出力装置であり、ビデオデコード処理部１１５及びオーディオデコード処理部１１７から出力されるビデオデータ及びオーディオデータを再生出力するものである。なお、本実施の形態では出力装置１１９としてテレビジョン受像機を用いたが、少なくとも映像を表示可能な表示デバイスと、音声を出力可能なスピーカーなどの音響デバイスを備えていればよい。
【００４０】
以上のように構成された本実施の形態の再生装置について、以下その動作について説明する。
【００４１】
まず、記録媒体１１１から動画などの映像音声データを読み出し、デコード処理部に送る前にトラックバッファ１１３に一旦データを保持する。その後、トラックバッファ１１３から読み出した映像音声データは、パーサー部１１４でビデオデータとオーディオデータとに分離され、それぞれビデオデコード部１１５内のビデオバッファ１１６と、オーディオデコード部１１７内のオーディオバッファ１１８に振り分けられて一時保存される。
【００４２】
ビデオバッファ１１６に保存されたビデオデータは、ビデオデコード部１１５でデコード処理された後、出力装置１１９に出力される。また、オーディオバッファ１１７に保存されたオーディオデータも、オーディオデコード部１１７でデコード処理された後、出力装置１１９に出力される。出力装置１１９では、デコード処理された映像音声信号として視聴できる。
【００４３】
次に、バッファ制御について説明する。
【００４４】
仮に、ビデオバッファ１１６において、ビデオバッファ１１６の容量に対して、その容量以上のビデオデータが入力されると、オーバーフローしてビデオデータが欠落し、デコードに必要なデータが蓄積されないことになる。デコード処理に必要なデータが蓄積されていない場合、正常な動画として出力するためのビデオデータが不足し、動画再生の途中で再生動作が停止したりコマ落ちしたりするなど、正常に動画再生ができない。
【００４５】
オーディオバッファ１１８に関しても同様で、オーディオバッファ１１８の容量に対してその容量以上のオーディオデータが入力されると、オーバーフローしてオーディオデータが欠落し、デコードに必要なデータが蓄積されないことになる。デコード処理に必要なデータが蓄積されていない場合、正常な音声として出力するためのオーディオデータが不足し、音声再生の途中で音声が途切れたり音質が低下したりするなど、正常に音声再生ができない。そこで本実施の形態では、以下のようにバッファ制御を行っている。
【００４６】
ビデオバッファ１１６とオーディオバッファ１１８とを仮想的につなげたのが図２と図３である。まず、図２の状態で、ビデオバッファ１２１の容量に対してビデオデータが少なくて空き領域があり、さらにオーディオデータがオーディオバッファ１２２の容量に対してほぼフル状態と判断された場合、ビデオバッファ１２１の空き領域の一部にオーディオデータを保存し、すなわちビデオバッファ１２１の一部をオーディオバッファ１２２に変更する。その状態を表したのが図３である。図２の状態（初期状態）では、比較的データ量が多いビデオデータに対応するためビデオバッファ１２１の容量をオーディオバッファ１２２の容量よりも大きく設定されているが、図３の状態ではビデオバッファ１２１の一部をオーディオバッファ１２２に変更し、１３３に示すようにビデオバッファからオーディオバッファに移行された領域を作る。これにより、オーバーフローしていたオーディオデータをオーディオバッファ１３２及び１３３に保存することができ、正常にオーディオデータを再生することができる。
【００４７】
なお、領域１３３のサイズは固定でもよいし、オーディオデータあるいはビデオデータのサイズに応じて、内部制御で可変としてもよい。また、ビデオバッファ１２１がオーバーフローした場合は、オーディオバッファ１２２の一部をビデオバッファに割り当てることも可能である。
【００４８】
次に、再生中にバッファサイズを変更する具体的方法について述べる。ここではリングバッファを想定している。
【００４９】
バッファサイズを増加する方法は、図４のフローチャートで示す。ライトポインタ（ＷＰ）が１番下に来たときにサイズを増やす手法である。まず、バッファサイズ増加処理を開始（１４１）すると、１４２でバッファ内のライトポインタ（ＷＰ）が１番下にあるかどうか確認する。ＷＰが１番下であれば、バッファにおける使用領域がフル状態あるいはフルに近い状態であると判断し、１４３でバッファサイズを増加させ、１４４で処理は終了する。ＷＰが１番下でない場合、すなわちバッファ内において空き領域が存在する場合は、ＷＰが１番下に来るまで１４５のリード処理とライト処理を行う。
【００５０】
バッファサイズを削減する方法は、図５のフローチャートで示す。バッファの下の領域を削除する方法について説明する。削除する領域に対してはライト処理を行わないようにするが、有効データがある場合にはその領域に対してリード処理を行い、かつ領域削除後はリングバッファとしての通常の処理への移行を可能にする手法である。
【００５１】
まず、バッファサイズ削減処理を開始（１５１）すると、１５２でライトポインタ（ＷＰ）が削除対象領域かどうか確認し、ＷＰが削除領域外の場合は１５３でリードポインタ（ＲＰ）とライトポインタ（ＷＰ）を比較する。ライトポインタ（ＷＰ）の方が大きかった場合は「削除対象領域に有効なデータがない」と判断されるため、１５４で対象領域を削除して終了する。１５３でリードポインタ（ＲＰ）の方が大きかった場合は、「削除対象領域に有効データが存在する」と判断され、削除前にその領域を全てリードする処理が行われる。
【００５２】
まず、１５６でライトポインタ（ＷＰ）が削除領域境界と判断された場合は、ライト処理をそこで止め、１５７でリードポインタ（ＲＰ）が削除領域外になるまで１６１でリード処理を行う。１５７においてリードポインタ（ＲＰ）が削除領域外になったら、１５８で対象領域を削除して終了する。
【００５３】
１５２でライトポインタ（ＷＰ）が削除対象領域内と判断された場合、ライト処理をそこで中断し、１６２と１６４でリードポインタ（ＲＰ）が削除対象領域外になるまでリード処理を行う。リードポインタ（ＲＰ）が削除対象領域外になったら、１６３でバッファ終端を現在のライトポインタ（ＷＰ）の位置に移動させ、１５６の処理に移る。それ以降は前述した通りの処理を行い、終了する。
【００５４】
また、バッファの上の領域を削除する手法に関しても、下の領域を削除するのと同様の手法で実現可能である。
【００５５】
これらを組み合わせることにより、ビデオバッファの一部をオーディオバッファに移すなどの再生中の可変バッファが可能になる。
【００５６】
以上のように本発明によれば、バッファサイズに使用するメモリが最小限に抑えられるのと、不足しているバッファを別の充足しているバッファから補うことができ、正しい再生を行うことが可能になるという有益な効果が得られる。
【産業上の利用可能性】
【００５７】
バッファに使用するメモリを従来よりも小さいサイズで実現することが可能になるため、再生装置のメモリのコストを抑えたい場合に非常に有用である。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施の形態による動画再生装置の構成を示すブロック図
【図２】本発明の一実施の形態によるメモリ構成を示す模式図
【図３】本発明の一実施の形態による変更後のメモリ構成を示す模式図
【図４】本発明の一実施の形態によるバッファサイズ増加処理のフローチャート
【図５】本発明の一実施の形態によるバッファサイズ削減処理のフローチャート
【図６】従来の再生装置の構成を示すブロック図
【図７】従来の再生装置の構成を示すブロック図
【図８】従来の再生装置の構成を示すブロック図
【図９】従来の再生装置の構成を示すフローチャート
【図１０】従来の再生装置の構成を示すブロック図
【符号の説明】
【００５９】
１１１    記録媒体
１１２    動画再生装置
１１３    トラックバッファ
１１４    パーサー
１１５    ビデオデコード処理部
１１６    ビデオバッファ
１１７    オーディオデコード処理部
１１８    オーディオバッファ
１１９    テレビなどのモニター
１２１    ビデオバッファ
１２２    オーディオバッファ
１３１    ビデオバッファ
１３２    オーディオバッファ
１３３    オーディオバッファからビデオバッファに移動された領域
【図１】
2006120260.tif 000003
【図２】
2006120260.tif 000004
【図３】
2006120260.tif 000005
【図４】
2006120260.tif 000006
【図５】
2006120260.tif 000007
【図６】
2006120260.tif 000008
【図７】
2006120260.tif 000009
【図８】
2006120260.tif 000010
【図９】
2006120260.tif 000011
【図１０】
2006120260.tif 000012