(57)【要約】【課題】データサイズの大きなＩピクチャが再生に与える悪影響を低減する。【解決手段】画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生手段と、画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定手段と、復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生手段を制御する制御手段と、を備えることを特徴とする再生装置を提供する。【選択図】図６
2009033712.tif 000002
【特許請求の範囲】
【請求項１】
画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生手段と、
画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定手段と、
復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生手段を制御する制御手段と、
を備えることを特徴とする再生装置。
【請求項２】
前記制御手段は、復号及び出力が行われない前記復号対象の画面内符号化画像データの代わりに、当該復号対象の画面内符号化画像データの直前に復号された画面内符号化画像データを出力するように前記再生手段を制御することを特徴とする請求項１に記載の再生装置。
【請求項３】
復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの前後の復号対象の画面内符号化画像データの間にある画面内符号化画像データから、データサイズが前記閾値以下の画面内符号化画像データを検索する検索手段を更に備え、
データサイズが前記閾値以下の画面内符号化画像データが前記検索手段により発見された場合、前記制御手段は、復号及び出力が行われない前記復号対象の画面内符号化画像データの代わりに、当該発見された画面内符号化画像データを復号して出力するように前記再生手段を制御する
ことを特徴とする請求項１に記載の再生装置。
【請求項４】
前記制御手段は、前記発見された画面内符号化画像データの、前記前後の復号対象の画面内符号化画像データの間における位置に対応するタイミングで、前記再生手段の出力を、前記発見された画面内符号化画像データの直前に復号された画面内符号化画像データから復号された前記発見された画面内符号化画像データに切り替えるように前記再生手段を制御することを特徴とする請求項３に記載の再生装置。
【請求項５】
復号済みで未出力の画面内符号化画像データの数が多いほど前記閾値が大きくなるように前記閾値を変化させる変化手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の再生装置。
【請求項６】
前記再生手段が前記符号化動画像データから画面内符号化画像データを取得する速度が高速なほど前記閾値が大きくなるように前記閾値を変化させる変化手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の再生装置。
【請求項７】
前記符号化動画像データは、画面内符号化画像データのデータサイズの範囲を示す範囲情報を、画面内符号化画像データそれぞれについて含み、
前記判定手段は、判定対象の画面内符号化画像データのデータサイズを前記範囲の最大値として前記判定を行う
ことを特徴とする請求項１乃至６のいずれか１項に記載の再生装置。
【請求項８】
画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生工程と、
画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定工程と、
復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定工程において判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生工程を制御する制御工程と、
を備えることを特徴とする再生方法。
【請求項９】
コンピュータを、
画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生手段、
画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定手段、
復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生手段を制御する制御手段、
として機能させるためのプログラム。
【請求項１０】
前記制御手段は、データサイズが前記閾値以下であると前記判定手段により判定された１つの画面内符号化画像データの復号及び出力を行うように前記再生手段を制御することを特徴とする請求項１に記載の再生装置。
【請求項１１】
前記制御手段は、
前記符号化動画像データの先頭から順に、データサイズが前記閾値以下である画面内符号化画像データが発見されるまで前記判定を行うように前記判定手段を制御し、
前記発見された画面内符号化画像データを復号して出力するように前記再生手段を制御する
ことを特徴とする請求項１０に記載の再生装置。
【請求項１２】
前記制御手段は、画面内符号化画像データを含む複数の符号化動画像データそれぞれに対して前記制御を行うことを特徴とする請求項１０又は１１に記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを復号して出力する、再生装置、再生方法、及びプログラムに関する。
【背景技術】
【０００２】
ＭＰＥＧ等の符号化方式で圧縮された符号化動画像データ（ビデオデータ）の再生を行うビデオ再生装置が知られている。このようなビデオ再生装置は、一般的に、ビデオデータの頭出しや内容確認等を行うための、サーチ再生を行うことができる。
【０００３】
サーチ再生とは、ビデオデータのデータストリーム中の画像を離散的に再生することにより、ユーザが画像の内容を高速に把握することを可能にする再生方式である。また、サーチ再生時には、ビデオ再生装置は１つの画像を複数回表示（リピート表示）した後に、所定間隔離れた次の画像をリピート表示する場合もある。これにより、１つの画像の表示時間が長くなり、ユーザが画像の内容を更に容易に把握することができる。
【０００４】
ＭＰＥＧ形式のビデオデータは、画面内符号化画像（Ｉピクチャ）、画面間予測符号化画像（Ｐピクチャ）、及び双方向予測符号化画像（Ｂピクチャ）を含み、各ピクチャのデータサイズは可変長である。
【０００５】
ＭＰＥＧ形式のビデオデータのサーチ再生方法として、例えば特許文献１が知られている。特許文献１のデータ再生装置は、ビデオデータ中のＩピクチャのみを復号し、復号されたＩピクチャを複数回表示することにより、サーチ再生を行う（図９参照）。
【特許文献１】特開２００１−７８１４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
サーチ再生を行う際には、一般的に、復号対象のピクチャの間隔（ジャンプ間隔）と、同一のピクチャを表示する時間（リピート表示の時間）とを短くしたほうがより滑らかなサーチ再生画像を得ることができる。また、リピート表示の時間が一定でなければサーチ再生速度を安定させることができない。
【０００７】
しかしながら、前述の通り各ピクチャのデータサイズは可変長であり、符号化動画像データを格納する記録媒体からピクチャを読み出すのに要する時間は一定ではない。また、データ再生装置がピクチャを復号するのに要する時間も一定ではない。そのため、特許文献１のデータ再生装置によれば、Ｉピクチャの表示タイミングまでに記録媒体からの読み出し及び復号が完了せず、Ｉピクチャの読み出し及び復号の完了を待つためにサーチ再生速度が一時的に低下する可能性がある。
【０００８】
従って、特許文献１のデータ再生装置においてサーチ再生速度を安定させるためには、記録媒体から読み出される可能性のある最大サイズのＩピクチャの読み出し時間、及び復号時間を考慮する必要がある。具体的には、データサイズの大きなＩピクチャの読み出し及び復号が必要になっても、このＩピクチャの表示タイミングまでに記録媒体からの読み出し及び復号が完了するように、リピート表示の時間を長くしなければならない。そのため、滑らかなサーチ再生画像を得ることが困難である。
【０００９】
このように、従来のデータ再生装置においては、データサイズの大きなＩピクチャがサーチ再生に悪影響を与える場合があった。同様のことは、インデックス再生にも当てはまる。インデックス再生とは、動画像データのデータストリーム中の１つの画像（代表画像）（一般的には、先頭のＩピクチャ）を再生することにより、ユーザによる動画像データの内容の把握を補助する再生方式である。一般的に、インデックス再生時には、複数の動画像データの代表画像が同時に縮小表示される。これにより、ユーザは複数の動画像データの内容をまとめて把握することができる。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、データサイズの大きなＩピクチャが再生に与える悪影響を低減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、第１の本発明は、画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生手段と、画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定手段と、復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生手段を制御する制御手段と、を備えることを特徴とする再生装置を提供する。
【００１２】
また、第２の本発明は、画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生工程と、画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定工程と、復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定工程において判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生工程を制御する制御工程と、を備えることを特徴とする再生方法を提供する。
【００１３】
また、第３の本発明は、コンピュータを、画面内符号化画像データを含む符号化動画像データにおいて、画面内符号化画像データを選択的に復号して出力する再生手段、画面内符号化画像データのデータサイズが閾値以下であるか否かを判定する判定手段、復号対象の画面内符号化画像データのデータサイズが前記閾値以下でないと前記判定手段により判定された場合、当該復号対象の画面内符号化画像データの復号及び出力を行わないように前記再生手段を制御する制御手段、として機能させるためのプログラムを提供する。
【００１４】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態における記載によって更に明らかになるものである。
【発明の効果】
【００１５】
以上の構成により、本発明によれば、データサイズの大きなＩピクチャが再生に与える悪影響を低減することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明される個別の実施形態は、本発明の上位概念から下位概念までの種々の概念を理解するために役立つであろう。
【００１７】
なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。
【００１８】
［第１の実施形態］
図１は、第１の実施形態に係る再生装置１００の構成例を示すブロック図である。再生装置１００として、例えば、ＤＶＤプレーヤーや、ビデオカメラなどを利用可能である。
【００１９】
再生装置１００は、データ格納部１０１と、一時蓄積部１０２と、復号部１０３と、出力部１０４と、表示部１０５と、制御部１０６とを備える。
【００２０】
データ格納部１０１は、ハードディスク、光ディスク、光磁気ディスク等の記録媒体を含む。データ格納部１０１には、符号化された動画像データ（符号化動画像データ。以下、単に「動画像データ」と呼ぶ。）、及び動画像データの種別や動画像データ内のＩピクチャの位置を管理するための管理情報等が格納されている。本実施形態では、データ格納部１０１は、次の規格に準拠した方式により各種データを格納しているものとする。”Ｄｉｓｃ  Ｓｙｓｔｅｍ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｆｏｒｍａｔ  Ｐａｒｔ３  Ａｕｄｉｏ  Ｖｉｓｕａｌ  Ｂａｓｉｃ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”。
【００２１】
図２は、動画像データにおける画面内符号化画像データ（Ｉピクチャのデータ）の位置を管理するための管理情報を示す図である。Ｍｅａｎｉｎｇ［ｂｙｔｅｓ］は、Ｉピクチャ全体を取得するために読み出す必要のあるデータサイズの範囲を示す。Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔは、Ｍｅａｎｉｎｇ［ｂｙｔｅｓ］が示す各範囲を示す範囲情報である。
【００２２】
例えば、Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔが０１０ｂであれば、Ｉピクチャ全体を取得するためには、１３１０７２バイト（Ｂ）（１２８キロバイト（ｋＢ））以上２６２１４４Ｂ（２５６ｋＢ）未満のデータを読み出す必要がある。換言すれば、少なくとも２５６ｋＢのデータを読み出せば、Ｉピクチャが得られる。
【００２３】
図３は、Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ（ＧＯＰ）の一例を示す図である。本実施形態では、１５個のピクチャが１つのＧＯＰを構成するものとする。データ格納部１０１に格納されている動画像データは、複数のＧＯＰを含む。
【００２４】
一時蓄積部１０２は、ＤＲＡＭ等のメモリを含み、制御部１０６の制御に従って符号化画像データや管理情報などをデータ格納部１０１から読み出し、一時的に格納する。
【００２５】
復号部１０３は、制御部１０６の制御に従って、一時蓄積部１０２が蓄積した符号化画像データを復号してベースバンドのビデオデータを生成する。ベースバンドのビデオデータ（復号された符号化画像データ）は、一時蓄積部１０２に格納される。
【００２６】
出力部１０４は、制御部１０６の制御に従って、復号された符号化画像データを表示部１０５へ出力する。
【００２７】
表示部１０５は、液晶モニタなどを含み、出力部１０４から受信した、復号された符号化画像データを表示する。
【００２８】
制御部１０６は、一時蓄積部１０２を制御して動画像データの管理情報をデータ格納部１０１から取得し、取得した管理情報に従って一時蓄積部１０２、復号部１０３、及び出力部１０４を制御する。
【００２９】
再生装置１００は、操作部（不図示）を介したユーザからの指示に従い、データ格納部１０１に格納されている動画像データのサーチ再生を行うことができる。
【００３０】
図４は、第１の実施形態に係るサーチ再生処理の流れを示すフローチャートである。Ｓ４０１において、制御部１０６が動画像データの指定と共にサーチ再生開始の指示を受け付けると、本フローチャートの処理が開始する。
【００３１】
Ｓ４０２で、制御部１０６は、一時蓄積部１０２を制御して動画像データの管理情報をデータ格納部１０１から読み出す。
【００３２】
Ｓ４０３で、制御部１０６は、Ｓ４０２で読み出した管理情報に基づいてサーチ再生用テーブルを生成し、一時蓄積部１０２に格納する。図５は、サーチ再生用テーブルの一例を示す図である。サーチ再生用テーブルは、動画像データに含まれる各Ｉピクチャの、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ（ＰＴＳ）、動画像データの先頭からのオフセット、及びデータサイズを含む。管理情報に各Ｉピクチャの実際のデータサイズが含まれている場合は、サーチ再生用テーブルは、この実際のデータサイズを含む。一方、管理情報に、図２のＩ＿ｅｎｄｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔに相当する範囲情報しか含まれない場合、サーチ再生用テーブルは、この範囲の最大値をＩピクチャのデータサイズとして保持する（本実施形態では、こちらの場合について説明する）。
【００３３】
Ｓ４０４で、制御部１０６は、各種パラメータを初期化する。具体的には、復号対象のＩピクチャの番号Ｘを０に初期化する。また、復号対象とするＩピクチャの間隔Ｍを初期化し（本実施形態では３とする）、１つのＩピクチャの出力期間（リピート回数）ＹをＭ−１に初期化する。即ち、本実施形態では、復号部１０３及び出力部１０４は、制御部１０６の制御に従って、Ｉピクチャを選択的に（本実施形態では、Ｍ個おきに）復号して出力する。
【００３４】
Ｓ４０５で、制御部１０６は、動画像データの終端までサーチ再生が完了したか否かを判定する。完了した場合はＳ４０６に進み、処理を終了する。完了していない場合はＳ４０７に進む。
【００３５】
Ｓ４０７で、制御部１０６は、復号対象のＩピクチャのデータサイズが閾値以下（Ｓ以下）であるか否かを判定する。閾値以下であると判定された場合はＳ４０９に進み、そうでなければＳ４０８に進む。
【００３６】
Ｓ４０８では、制御部１０６は、Ｓ４０７における判定対象のＩピクチャの復号及び出力を禁止する（行わない）ように復号部１０３及び出力部１０４を制御する。また、ＹにＭを加える（Ｙ＋＝Ｍ）ことにより、判定対象のＩピクチャの代わりに、直前に復号されたＩピクチャを出力部１０４に出力させる（即ち、出力中の画像の出力を継続させる）。次いで、Ｓ４１１へ進む。
【００３７】
一方、Ｓ４０９では、制御部１０６は、一時蓄積部１０２にＸ番目のＩピクチャ（復号対象のＩピクチャ）を蓄積させ、復号部１０３に復号させる。
【００３８】
Ｓ４１０で、制御部１０６は、Ｓ４０９で復号されたＩピクチャを出力部１０４にＹ回分リピート出力させる。換言すれば、出力部１０４は、所定の再生速度に対応する単位時間のＹ倍の時間、Ｓ４０９で復号されたＩピクチャを出力する。次いで、Ｓ４１１へ進む。
【００３９】
Ｓ４１１では、制御部１０６は、復号対象のＩピクチャの番号をＭだけ進ませる（Ｘ＋＝Ｍ）。次いでＳ４０５に戻り、動画像データの終端までサーチ再生が完了するまで同様の処理を繰り返す。
【００４０】
図６は、第１の実施形態における、図５のサーチ再生用テーブルを用いたサーチ再生の概念図である。図６において、閾値Ｓは５１２ｋＢであるものとする。
【００４１】
図に示すように、Ｘ＝６のＩピクチャのデータサイズが閾値以下ではないので、直前に復号されたＩピクチャ（Ｘ＝３のＩピクチャ）がＸ＝６のＩピクチャの代わりに出力される。
【００４２】
なお、上述の説明では、復号対象のＩピクチャの選択（ジャンプ間隔の決定）、リピート回数の決定、復号対象Ｉのピクチャの蓄積・復号・出力をシーケンシャルに行っているが、これらの処理は並列に行われてもよい。例えば、一時蓄積部１０２が十分な記憶容量を有する場合、復号されたＩピクチャの出力と並行して、後続の復号対象のＩピクチャを順次復号し、一時蓄積部１０２に格納してもよい。この場合、一時蓄積部１０２に格納されている、復号済みで未出力のＩピクチャの数が多いほど閾値Ｓが大きくなるように、制御部１０６は閾値Ｓを変化させてもよい。
【００４３】
また、図４のフローチャートで得られる復号対象のＩピクチャのサーチ再生用テーブル上の番号と、そのＩピクチャ毎にＳ４０８及びＳ４１０で得られるリピート回数Ｙの計算結果を、例えば一時蓄積部１０２などに事前に保存しておいてもよい。そして、それに従ってサーチ再生を行ってもよい。
【００４４】
更に、一時蓄積部１０２がデータ格納部１０１からＩピクチャを読み出す速度（即ち、復号対象のＩピクチャが取得される速度）が高速なほど閾値Ｓが大きくなるように、制御部１０６は閾値Ｓを変化させてもよい。
【００４５】
以上説明したように、本実施形態によれば、再生装置１００は、サーチ再生処理を実行する際に、復号対象のＩピクチャのデータサイズが閾値以下であるか否かを判定する。復号対象のＩピクチャのデータサイズが閾値以下でない場合、再生装置１００は、このＩピクチャの復号及び出力を禁止する。そして、再生装置１００は、このＩピクチャの代わりに、直前に復号したピクチャを出力してもよい。
【００４６】
これにより、データサイズの大きなＩピクチャがサーチ再生に与える悪影響を低減することが可能となる。より具体的には、Ｉピクチャの読み出しや復号に長時間要するために復号されたＩピクチャの出力タイミングが適切でなくなることなどの問題が抑制される。
【００４７】
［第２の実施形態］
第１の実施形態では、復号対象のＩピクチャのデータサイズが閾値を超えている場合、このＩピクチャの復号が禁止された。第２の実施形態では、復号が禁止されたＩピクチャの代わりに復号されるＩピクチャを検索し、発見されたＩピクチャを復号して出力する技術を説明する。
【００４８】
なお、本実施形態において、再生装置１００の構成は第１の実施形態と同様であるため、その説明を省略する。
【００４９】
図７は、第２の実施形態に係るサーチ再生処理の流れを示すフローチャートである。図７において、第１の実施形態（図４参照）と同様の処理が行われるステップには同一の符号を付し、説明を省略する。
【００５０】
Ｓ４０７において復号対象のＩピクチャのデータサイズが閾値Ｓ以下であると判定された場合、Ｓ６０３に進み、そうでなければ、Ｓ６０１に進む。
【００５１】
Ｓ６０１では、制御部１０６は、Ｙに１を加える（Ｙ＋＝１）ことにより、直前に復号されたＩピクチャを出力部１０４が出力する期間を１画面分増加させる。
【００５２】
Ｓ６０２で、制御部１０６は、Ｘに１を加える（Ｘ＋＝１）ことにより、復号対象のＩピクチャの番号を１だけ進ませる。即ち、第１の実施形態では、復号対象のＩピクチャのデータサイズが閾値Ｓを超えた場合、次の復号対象のＩピクチャはＭ個先までジャンプした。しかし、第２の実施形態では、Ｓ４０７における判定対象のＩピクチャの近傍にあるＩピクチャが次の復号対象のＩピクチャとして選択される。
【００５３】
Ｓ６０３乃至Ｓ６０５における処理は、Ｓ４０７において本来の復号対象のＩピクチャについてデータサイズが判定された場合（本実施形態では、ＸがＭの倍数である場合）、Ｓ４０９乃至Ｓ４１１における処理と同様である（図４参照）。
【００５４】
一方、Ｓ６０２を経由してＳ６０３に到達した場合、Ｓ６０３において、復号部１０３は、データサイズが閾値を超えているＩピクチャの代わりとして、Ｘ番目のＩピクチャを復号する。
【００５５】
Ｓ６０４で、制御部１０６は、Ｓ６０３で復号されたＩピクチャを出力部１０４に（Ｙ−（Ｘ  ｍｏｄ  Ｍ））回分リピート出力させる（（Ｘ  ｍｏｄ  Ｍ）はＸをＭで割った余りを示す）。即ち、Ｓ６０１において直前に復号されたＩピクチャの出力期間が増加された分だけ、Ｓ６０４における出力期間は短縮される。
【００５６】
Ｓ６０５で、制御部１０６は、復号対象のＩピクチャの番号を（Ｍ−（Ｘ  ｍｏｄ  Ｍ））だけ進ませる。ここでも、Ｓ６０４と同様、復号対象のＩピクチャの番号の増加量は、Ｓ６０２において既に増加された分だけ減少される。これにより、次の復号対象のＩピクチャは、本来のＩピクチャになる（本実施形態では、ＸがＭで割り切れるようになる）。
【００５７】
図８は、第２の実施形態における、図５のサーチ再生用テーブルを用いたサーチ再生の概念図である。図８において、閾値Ｓは５１２ｋＢであるものとする。
【００５８】
図に示すように、Ｘ＝６のＩピクチャのデータサイズが閾値以下ではないので、直前に復号されたＩピクチャ（Ｘ＝３のＩピクチャ）がＸ＝６のＩピクチャの代わりに１回だけ出力される。そして、次のＩピクチャ（Ｘ＝７のＩピクチャ）のデータサイズは閾値以下なので、Ｘ＝６のＩピクチャの代わりに復号され、２回だけ出力される。
【００５９】
なお、第１の実施形態と同様、復号対象のＩピクチャの選択（ジャンプ間隔の決定）、リピート回数の決定、復号対象Ｉのピクチャの蓄積・復号・出力は、並列に行われてもよい。また、一時蓄積部１０２に格納されている復号済みで未出力のＩピクチャの数や、復号対象のＩピクチャが取得される速度などに基づいて、制御部１０６は閾値Ｓを変化させてもよい。
【００６０】
また、上述の説明では、復号対象のＩピクチャのデータサイズが閾値を超えている場合、次のＩピクチャが順に代わりのＩピクチャの候補として選択されたが、これに限られるものではない。例えば、制御部１０６は、データサイズが閾値を超えているＩピクチャの前後にある本来の復号対象のＩピクチャの間にあるＩピクチャ（図８ではＸ＝４乃至８）から、データサイズが閾値以下のＩピクチャを検索し、代替の復号対象のＩピクチャとしてもよい。この場合、制御部１０６は、代替の（発見された）Ｉピクチャの位置に対応するタイミングで、出力部１０４の出力を、直前に復号されたＩピクチャから、復号された代替のＩピクチャに切り替えてもよい。
【００６１】
以上説明したように、本実施形態によれば、再生装置１００は、復号対象のＩピクチャのデータサイズが閾値を超えている場合、このＩピクチャの代わりに復号されるＩピクチャを検索し、発見されたＩピクチャを復号して出力する。
【００６２】
これにより、再生装置１００は、特定のＩピクチャのデータサイズが閾値を超えている場合でも、より滑らかなサーチ再生画像を出力することが可能となる。
【００６３】
[第３の実施形態]
第１及び第２の実施形態では動画像データのサーチ再生について説明を行ったが、第３の実施形態ではインデックス再生について説明を行う。
【００６４】
なお、本実施形態において、再生装置１００の構成は第１及び第２の実施形態と同様であるため、その説明を省略する。
【００６５】
インデックス再生の場合も、サーチ再生の場合と同様、Ｉピクチャのデータサイズが大きいと復号に時間がかかるため、代表画像が表示されるまでユーザは長時間待つ必要がある。そこで、本実施形態では、以下に説明するように、制御部１０６はデータサイズが閾値以下のＩピクチャを代表画像として選択する。
【００６６】
再生装置１００は、操作部（不図示）を介したユーザからの指示に従い、データ格納部１０１に格納されている動画像データのインデックス再生を行うことができる。
【００６７】
図１０は、第３の実施形態に係るインデックス再生処理の流れを示すフローチャートである。Ｓ１００１において、制御部１０６がインデックス再生の指示を受け付けると、本フローチャートの処理が開始する。
【００６８】
Ｓ１００２で、制御部１０６は、一時蓄積部１０２を制御して動画像データの管理情報をデータ格納部１０１から読み出す。
【００６９】
Ｓ１００３で、制御部１０６は、Ｓ１００２で読み出した管理情報に基づいてインデックス再生用テーブルを生成し、一時蓄積部１０２に格納する。インデックス再生用テーブルの構成は、第１の実施形態と同様でよい（図４のＳ４０３及び図５参照）。
【００７０】
Ｓ１００４で、制御部１０６は、復号対象のＩピクチャの番号Ｘを０に初期化する。
【００７１】
Ｓ１００５で、制御部１０６は、復号対象のＩピクチャのデータサイズが閾値以下（Ｓ以下）であるか否かを判定する。閾値以下であると判定された場合はＳ１００６に進み、そうでなければＳ１００７に進む。
【００７２】
Ｓ１００６では、制御部１０６は、一時蓄積部１０２にＸ番目のＩピクチャ（復号対象のＩピクチャ）を蓄積させ、復号部１０３に復号させ、Ｓ１００８に進んで処理を終了する。従って、本実施形態では、動画像データの先頭のＩピクチャのデータサイズが閾値以下であれば、これが代表画像として復号される。
【００７３】
一方、Ｓ１００７では、制御部１０６はＸを１インクリメントし、Ｓ１００５へ戻る。従って、本実施形態では、制御部１０６は、動画像データの先頭から順に、データサイズが閾値以下であるＩピクチャが発見されるまでＳ１００５における判定を繰り返し、最初に発見されたＩピクチャを代表画像として復号部１０３に復号させる。
【００７４】
なお、制御部１０６は、図１０に示した順序以外の順序でＩピクチャのデータサイズの判定を行ってもよい。重要なことは、制御部１０６はデータサイズが閾値以下のＩピクチャを代表画像として選択するということである。
【００７５】
また、前述の通り、インデックス再生時には一般的に、再生装置１００は複数の動画像データの代表画像を表示部１０５に同時に縮小表示する。この場合、制御部１０６は、複数の動画像データそれぞれについて図１０に示す処理を行い、各動画像データについて復号されたＩピクチャを表示部１０５の画面サイズに合わせてリサイズして表示する。
【００７６】
以上説明したように、本実施形態によれば、再生装置１００は、インデックス再生処理を実行する際に、データサイズが閾値以下のＩピクチャを代表画像として復号する。
【００７７】
これにより、データサイズの大きなＩピクチャがインデックス再生に与える悪影響を低減することが可能となる。より具体的には、Ｉピクチャの読み出しや復号に長時間要するために代表画像が表示されるまでユーザが長時間待つ必要が発生することなどの問題が抑制される。
【００７８】
［その他の実施形態］
上述した各実施形態の機能を実現するためには、各機能を具現化したソフトウェアのプログラムコードを記録した記録媒体をシステム或は装置に提供してもよい。そして、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによって、上述した各実施形態の機能が実現される。この場合、記録媒体から読み出されたプログラムコード自体が上述した各実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。このようなプログラムコードを供給するための記録媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどを用いることができる。或いは、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることもできる。
【００７９】
また、上述した各実施形態の機能を実現するための構成は、コンピュータが読み出したプログラムコードを実行することだけには限られない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含まれている。
【００８０】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれてもよい。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含むものである。
【図面の簡単な説明】
【００８１】
【図１】第１の実施形態に係る再生装置の構成例を示すブロック図である。
【図２】動画像データにおける画面内符号化画像データ（Ｉピクチャのデータ）の位置を管理するための管理情報を示す図である。
【図３】Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ（ＧＯＰ）の一例を示す図である。
【図４】第１の実施形態に係るサーチ再生処理の流れを示すフローチャートである。
【図５】サーチ再生用テーブルの一例を示す図である。
【図６】第１の実施形態における、図５のサーチ再生用テーブルを用いたサーチ再生の概念図である。
【図７】第２の実施形態に係るサーチ再生処理の流れを示すフローチャートである。
【図８】第２の実施形態における、図５のサーチ再生用テーブルを用いたサーチ再生の概念図である。
【図９】従来のデータ再生装置を示す図である。
【図１０】第３の実施形態に係るインデックス再生処理の流れを示すフローチャートである。
【図１】
2009033712.tif 000003
【図２】
2009033712.tif 000004
【図３】
2009033712.tif 000005
【図４】
2009033712.tif 000006
【図５】
2009033712.tif 000007
【図６】
2009033712.tif 000008
【図７】
2009033712.tif 000009
【図８】
2009033712.tif 000010
【図９】
2009033712.tif 000011
【図１０】
2009033712.tif 000012