JP2010538500A - 特殊再生用のビデオデータの生成方法 - Google Patents

Abstract

送信サーバ１０は、自端末内の記憶領域やリムーバブルメディアなどの記憶媒体に記憶された符号化画像ファイルを、再生装置２０からの要求に応じて読出及び送信する。１つのＡＶストリームに対し、複数の符号化画像ファイルが対応付けられている。これらの符号化ファイルは、異なる再生モードにそれぞれ対応している。送信サーバ１０は、再生装置２０から要求されたＡＶストリーム及び再生モードに対応する符号化ファイルを、要求元に送信する。早送り再生用ファイルはオリジナルデータの一部であるため、早送り再生モード用ファイル１０２ｂはオリジナルファイルよりもデータ量が少ない。
【選択図】図１

Description

本発明は、ディジタル動画データの特殊再生に関する。

ディジタル動画データからビデオを再生する再生モードには、早送り再生や逆方向再生などの特殊再生モードがある。特殊再生モード下での映像の滑らかさを実現するために、例えば特許文献１、２に記載の技術が提案されている。

特許文献１には、予め通常再生用のデータの他に早送り再生用及び逆早送り再生用の専用データを作成しておき、端末から要求される再生モードに応じて読み出すデータを切り替える技術が記載されている。ｎ倍速用早送り専用データとは、フレーム番号が１，ｎ＋１，２ｎ＋１・・・からなるデータである。この技術を用いれば、通常再生モード及び特殊再生モード間を即座に移行でき、データの読み出し時間を短縮できる。

特許文献２には、ＭＰＥＧ方式の動画像圧縮技術により圧縮された画像符号データの再生装置が記載されている。この再生装置は、アンカーフレームの間隔がｎフレーム（ｎ＝２，３）の場合、Ｉピクチャ及びＰピクチャのみを復号して得られたフレームを再生し、ｎ倍速再生を実現する。またこの再生装置は、アンカーフレームの間隔が３フレームの場合、２フレームに１回の割合で同じフレームを繰り返した後に画像出力データとして出力することにより、２倍速再生を実現する。ここでアンカーフレームの間隔とは、ＩピクチャとＰピクチャとの間隔またはＰピクチャ同士の間隔である。

特開平６−１３３２６２号公報 特開平１１−１５５１２９号公報

特許文献１に記載の特殊再生制御処理方法を用いる際には問題が生じる。特許文献１の方法は、等間隔でフレームを間引き、残ったフレームを連続フレームとして再生する。そのため、フレーム間圧縮を用いて圧縮されている動画データにこの方法を適用することは難しい。

特許文献２に記載の読出装置は、フレーム間圧縮を用いて圧縮されている動画データに適用できるものの、Ｉピクチャ及びＰピクチャしか再生しない。そのため、アンカーフレームだけを表示すると所望の再生速度を超えてしまう場合、同じフレームを繰り返し表示する。例えば、アンカーフレームの間隔が３フレーム、再生速度が２倍速の場合である。この場合、復号化して得られたフレームを、２回に１回の割合で繰り返し再生するよう、再生装置の表示制御が必要である。表示制御を行うためには、アンカーフレームの間隔を示すＭ伝達信号を、デコーダから表示コントロール部に出力しなければならず、汎用のＭＰＥＧ用デコーダをそのまま用いることができない。その上、同じフレームを繰り返し再生するため、早送り再生において映像の動きの滑らかさを欠くことになる。

さらに、ネットワーク上の蓄積装置から特許文献２の再生装置に符号化動画データをダウンロードしてｎ倍速再生を実現しようとすると、ネットワークの負担が大きくなる。なぜならＢピクチャをスキップし、ＩピクチャとＢピクチャとを選択的に復号化する処理は、再生装置側で実行される。そのため、Ｂピクチャを含む全符号化フレームをダウンロードする必要がある。つまり、ｎ倍速早送り再生時には、ｎ倍の速さで圧縮動画データを伝送しなければならない。

本発明は、フレーム間圧縮を用いて圧縮されている動画データを特殊再生したときに、映像を滑らかに再生する再生装置を提供することを目的とする。また本発明は、符号化されている動画データのストリーミング再生時に、ネットワークの負荷が増加することを防止することを目的とする。

本発明の第１の態様によれば、非圧縮または低圧縮のビデオデータを符号化して通常再生用データを生成するステップと、早送り再生用データを生成するステップと、通常再生用データに含まれるイントラフレームと早送り再生用データに含まれるイントラフレームとを関連づけるステップと、を含むデータ生成方法が提供される。通常再生用データは、イントラフレームと非イントラフレームとを含む。イントラフレームは単独で復号される。非イントラフレームは前および／または後のフレームを参照して復号される。早送り再生用データは、通常再生用データに含まれるイントラフレームと、通常再生用データに含まれる非イントラフレームの一部と、を含む。

通常再生用データを生成するステップにおいて非イントラフレームとイントラフレームとが逐次生成される間に、非イントラフレームのうちの一部とイントラフレーム（Ｉ）とを選択的に取得することにより、早送り再生用データを生成してもよい。

通常再生用データを生成した後に通常再生用データから非イントラフレームの一部を間引くことにより、早送り再生用データを生成してもよい。

本発明の他の態様によれば、非圧縮または低圧縮のビデオデータを符号化して通常再生用データを生成するステップと、早送り再生用データを生成するステップと、を含むデータ生成方法が提供される。通常再生用データ内の各イントラフレームと早送り再生用データ内の各イントラフレームとは、通常再生用データ及び早送り再生用データのそれぞれの先頭に対する相対アドレスが同一である。通常再生用データは、イントラフレームと非イントラフレームとを含む。イントラフレームは単独で復号される。非イントラフレームは前および／または後のフレームを参照して復号される。早送り再生用データは、通常再生用データに含まれるイントラフレームと、通常再生用データに含まれる非イントラフレームの一部と、ダミーデータと、を含む。ダミーデータは、通常再生用データにのみ含まれる残りの非イントラフレームに代わるものである。

通常再生用データを生成するステップにおいて非イントラフレームとイントラフレームとが逐次生成される間に、非イントラフレームのうちの一部とイントラフレームとを選択的に取得することにより、早送り再生用データを生成してもよい。

通常再生用データを生成した後に通常再生用データに含まれる非イントラフレームの一部を間引き、間引かれた非イントラフレームに代わるダミーデータを挿入することにより、早送り再生用データを生成してもよい。

本発明の他の態様によれば、符号化されたビデオデータを記憶した記憶媒体が提供される。ビデオデータは、通常再生用データと、早送り再生用データとを含む。イントラフレームは単独で復号される。非イントラフレームは前および／または後のフレームを参照して復号される。早送り再生用データは、通常再生用ファイルに含まれるイントラフレームと、通常再生用データに含まれる非イントラフレームの一部と、を含んでいる。

次に本発明の目的、特徴及び利点を、添付図面と好ましい実施形態とを用い、当業者に明らかになるよう詳細に説明する。

本発明の第１実施形態に係る再生システムの構成ブロック図である。 図１の送信サーバのハードウェア構成を示す構成ブロック図である。 図１の再生装置のハードウェア構成を示す構成ブロック図である。 送信サーバの機能構成を示す機能ブロック図である。 （Ａ）はオリジナル符号化ファイルの概念説明図、（Ｂ）はオリジナル符号化ファイルから作成される早送りファイルの概念説明図である。 （Ａ）はオリジナル符号化ファイルの概念説明図、（Ｂ）はオリジナル符号化ファイルから作成される別の早送りファイルの概念説明図である。 （Ａ）はストリームテーブルの概念説明図、（Ｂ）はオフセットテーブルの概念説明図を示す。 図１の再生装置の機能構成を示す機能ブロック図である。 図１の送信サーバが実行するファイル作成処理の流れの一例を示すフローチャートである。 図１の送信サーバが実行する読出及び送信処理の流れの一例を示すフローチャートである。 図１の再生装置が実行する再生処理の流れの一例を示すフローチャートである。 第２実施形態の再生装置のハードウェア構成を示す構成図である。 図１２の再生装置の機能構成を示す機能ブロック図である。 （Ａ）はオリジナル符号化ファイルの概念説明図、（Ｂ）はオリジナル符号化ファイルから作成される早送りファイルの概念説明図である。 図１２の再生装置が実行する読出及び再生処理の流れの一例を示すフローチャートである。 （Ａ）はソースビデオデータから生成されるオリジナル符号化ファイル、（Ｂ）は図（Ａ）と同一のソースビデオデータから生成される逆再生ファイルを示す説明図である。 （Ａ）は再生モードが通常再生モードであるときにオリジナル符号化ファイルから読み出されるピクチャを、（Ｂ）は再生モードが逆再生モードであるときに逆再生ファイルから読み出されるピクチャを示す。（Ｃ）は再生装置において再生モードの切替前後に出力されるピクチャを示す説明図である。 ソースビデオデータから逆再生ファイルを生成する方法を示す説明図である。 （Ａ）は各フレーム内のフィールド及びフレームを並べ替える一方法を示し、（Ｂ）は各フレーム内のフィールドフレームを並べ替える他の方法を示す。 切替テーブルの説明図である。 送信サーバが実行する逆再生ファイル生成方法を例示するフローチャートである。 （Ａ）は、コンピュータが実行する、特殊再生用ファイル及びオフセットテーブルを作成する方法を例示するフローチャートであり、（Ｂ）は、コンピュータが実行する、ダミーデータを含む特殊再生用ファイルを作成する他の方法を例示するフローチャートである。

＜第１実施形態＞
〔概要〕
図１は、本発明の第１実施形態に係る再生システム１００の構成ブロック図である。再生システム１００は、送信サーバ１０と再生装置２０とを含む。送信サーバ１０と再生装置２０とは、インターネットなどの通信ネットワーク３０を介して通信可能に接続されている。

送信サーバ１０は、自端末内の記憶領域やリムーバブルメディアなどの記憶媒体に記憶された符号化画像ファイルを、再生装置２０からの要求に応じて読出及び送信する。１つのコンテンツに対し、複数の符号化画像ファイル（以下、単に符号化ファイルという）が対応付けられている。これらの符号化ファイルは、異なる再生モードにそれぞれ対応している。送信サーバ１０は、再生装置２０から要求されたＡＶコンテンツ及び再生モードに対応する符号化ファイルを、要求元に送信する。また送信サーバ１０は、再生装置２０からの再生モードの変更要求に応じ、送信するファイルを切り替える。すなわち、変更前の再生モードに対応する符号化ファイルから、変更後の再生モードに対応する符号化ファイルに、送信するファイルを切り替える。

ＡＶコンテンツに対応する複数の符号化ビデオデータファイルは、１倍速順方向再生用のオリジナル符号化データファイル（以下、「オリジナル符号化ファイル」という。）と、ｎ倍速再生用（ｎ≧１）の特殊再生用ファイル（以下、「特殊再生ファイル」という。）と、を含む。オリジナル符号化ファイルは、ＭＰＥＧ２やＭＰＥＧ４などの公知のフレーム間予測符号化技術により生成されている。以下の説明では、ＭＰＥＧ２により圧縮されたオリジナル符号化ファイルを例に取る。特殊再生用ファイルは、少なくともｎ倍速順方向再生用（ｎ＞１）の早送りファイルを含み、ｎ倍速（ｎ＝１）の逆方向再生用の逆再生ファイルを含んでいてもよい。早送りファイルは、オリジナル符号化ファイルのフレームの一部を間引くことにより作成されている。そのため早送りファイルは、オリジナル符号化ファイルよりもデータ量が少ない。従って、サーバ１０から再生装置２０に符号化されたビデオデータストリームを送信する時には、再生装置２０は、早送りデータの読出速度やネットワーク３０上での早送りデータの伝送速度を増大させることなく、早送りモードでの再生を行う。「フレーム」とは画像一枚分の符号化データを意味し、通常、ＭＰＥＧプロトコルでのピクチャに相当する。

〔ハードウェア構成〕
（１）送信サーバ
図２は、前記図１の送信サーバ１０のハードウェア構成を示す構成ブロック図である。送信サーバ１０は、コンピュータを用いて実現することができる。例えば送信サーバ１０は、ドライブ１０１、ＨＤＤ（ハードディスクドライブ）１０２、ＲＯＭ１０３、ＲＡＭ１０４、ＣＰＵ１０５、通信インターフェース（図中Ｉ／Ｆと表記、以下同じ）１０６、入力インターフェース１０７、デコーダユニット１０８、ＭＰＥＧエンコーダ１０９及びこれらを接続するバス１１０を有している。これらの要素に加え、送信サーバ１０は、外部のアナログＡＶデータを取り込み、ディジタルＡＶデータとするための外部ＡＶユニット（図示せず）を有していてもよい。

ドライブ１０１は、リムーバブルメディアから、符号化ファイルを読み出す。リムーバブルメディアとしては、光ディスク、磁気ディスク、光磁気ディスク、ブルーレイディスク、半導体メモリなどが挙げられる。ドライブ１０１は、送信サーバ１０に必須の構成ではないものの、ドライブ１０１が設けられていればリムーバブルメディアに記録された符号化ファイルを読み出すことができる。

ＨＤＤ１０２は、ＡＶコンテンツ毎に、複数の符号化ファイルと複数の音声ファイルとを記憶する。符号化ファイルと音声ファイルとは、それぞれ所定の再生速度の再生モードに対応付けられている。本例では、再生モードとして、通常再生モード及び早送り再生モードを想定している。

ＲＯＭ１０３は、複数の制御プログラムと、制御プログラムを実行するのに必要な制御用データを記憶する。

ＲＡＭ１０４は、制御プログラムを実行するのに必要なデータを一時的に記憶する。

ＣＰＵ１０５は、ＲＯＭ１０３またはＨＤＤ１０２に記録されている制御プログラムをＲＡＭ１０４等の揮発性記憶領域に展開し、送信サーバ１０全体の動作を制御する。例えば、ＣＰＵ１０５は、ドライブ１０１を制御し、リムーバブルディスクからオリジナル符号化ファイルを読み出し、それをＨＤＤ１０２に書き込む。

通信インターフェース１０６は、通信ネットワーク３０を介し、再生装置２０との間でデータを送受信する。再生装置との間で送受信するデータは、少なくとも符号化動画ファイルを含み、通信ネットワーク３０上の任意のリソースから提供される非圧縮動画ファイルを含んでいても良い。

入力インターフェース１０７は、キーボードやマウスなどの操作部１１に対するユーザの操作を受け付ける。操作信号は、バス１１０を介してＣＰＵ１０５に供給される。インターフェース１０７は、本発明の送信サーバ１０を実現する上で必須の構成ではない。

デコーダユニット１０８は、ＭＰＥＧデコーダ１０８ａと、ビデオ信号生成部１０８ｂと、を有している。デコーダユニット１０８は、送信サーバ１０に必須の構成ではない。ただしデコーダユニット１０８が送信サーバ１０に設けられていると、符号化ファイルを送信サーバ１０で再生できる利点がある。ＭＰＥＧデコーダ１０８ａは、ＣＰＵ１０５の命令に基づいて、バス１１０から供給されるＭＰＥＧ形式の符号化データに伸長復号化処理を施し、ディジタル動画像データを生成する。ディジタル動画像データはビデオ信号生成部１０８ｂに供給される。ビデオ信号生成部１０８ｂは、ディジタル動画像データを、液晶ディスプレイ（図中、ＬＣＤ）１２の表示画素数に合わせて表示できるように表示データに変換する。生成された表示データは、図示しないＬＣＤドライバを介してＬＣＤ１２に出力される。

ＭＰＥＧエンコーダ１０９は、ＣＰＵ１０５の命令に基づいて、低圧縮または非圧縮のディジタル動画像データをＭＰＥＧ方式で圧縮符号化する。生成された符号化データは、バス１１０を介し、ＨＤＤ１０２に書き込まれる。なおＭＰＥＧエンコーダ１０９は、送信サーバ１０に必須の構成ではなく、送信サーバ１０の外部に存在しても良い。

（２）再生装置
図３は、図１の再生装置２０のハードウェア構成を示す構成ブロック図である。再生装置２０は、この例では、ドライブ２０１、ＨＤＤ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＣＰＵ２０５、通信インターフェース２０６、入力インターフェース２０７、デコーダユニット２０８、ＭＰＥＧエンコーダ２０９及びこれらを接続するバス１２０を有している。

ドライブ２０１は、光ディスクなどのリムーバブルメディアから、符号化ファイルを読み出す。リムーバブルメディアには、ＡＶコンテンツ毎に、複数の符号化ファイルと複数の音声ファイルとが記録されている。本実施形態では、ドライブ２０１は再生装置２０に必須ではない。ただしドライブ２０１が設けられていると、リムーバブルメディアに記録された符号化ファイルを読み出して再生することができる。

ＨＤＤ２０２は、ＡＶコンテンツ毎に、複数の符号化動画データファイルと複数の符号化音声データファイルとを記憶する。符号化された動画データファイル及び音声データファイルは、それぞれ所定の再生速度の再生モードに対応付けられている。本実施形態では、ＨＤＤ２０２は再生装置２０のオプションとしての構成である。ただしＨＤＤ２０２が再生装置２０に設けられていると、ドライブ２０１が読み出した符号化動画データファイルや送信サーバ１０から受信した符号化動画データファイルをハードディスクに格納し、再生することができる。

ＲＯＭ２０３は、複数の制御プログラムと、制御プログラムを実行するのに必要な制御用データを記憶する。

ＲＡＭ２０４は、制御プログラムを実行するのに必要なデータを一時的に記憶する。

ＣＰＵ２０５は、ＲＯＭ２０３に記録されている制御プログラムをＲＡＭ２０４等の揮発性記憶領域に展開し、再生装置２０全体の動作を制御する。例えば、ＣＰＵ２０５は、通信インターフェース２０６を制御し、送信サーバ１０から符号化ファイルを受信し、それをバス２１０を介してデコーダユニット２０８に供給する。

通信インターフェース２０６は、通信ネットワーク３０を介し、再生装置２０との間でデータを送受信する。また通信インターフェース２０６は、送信サーバ１０から、符号化ファイルを受信したり、ユーザ入力に基づく操作信号を送信サーバ１０に送信したりする。

入力インターフェース２０７は、キーボードやマウスなどの操作部２１に対する操作を受け付ける。操作信号は、バス２１０を介してＣＰＵ２０５に供給される。

デコーダユニット２０８は、ＭＰＥＧデコーダ２０８ａと、ビデオ信号生成部２０８ｂと、を有している。ＭＰＥＧデコーダ２０８ａは、ＣＰＵ２０５の命令に基づいて、バス２１０から供給されるＭＰＥＧ形式の符号化データに伸長復号化処理を施し、ディジタル動画像データを生成する。ディジタル動画像データはビデオ信号生成部２０８ｂに供給される。ビデオ信号生成部２０８ｂは、ディジタル動画像データを、液晶ディスプレイ（図中、ＬＣＤ）２２の表示画素数に合わせて表示できるように表示データに変換する。生成された表示データは、図示しないＬＣＤドライバを介してＬＣＤ２２に出力される。

〔機能構成〕
（１）送信サーバの機能構成
図４は、送信サーバ１０の機能構成を示す機能ブロック図である。送信サーバ１０のＣＰＵ１０５は、ファイル作成部１０５ａ、ファイル読出部１０５ｂ、要求受付部１０５ｃ及びファイル切替部１０５ｄとして送信サーバ１０を機能させる。以下に、まず送信サーバ１０が送信する早送りファイルを説明する。次いで、送信サーバ１０に記憶されているテーブルを説明する。その後、送信サーバ１０の各機能を説明する。

（１−１）オリジナル符号化ファイル及び早送りファイル
図５（Ａ）は、オリジナル符号化ファイルの概念説明図である。図５（Ｂ）は、図５（Ａ）のオリジナル符号化ファイルから生成される早送りファイルの概念説明図である。図５（Ａ），（Ｂ）は同時に、オリジナル符号化ファイルから早送りファイルを作成する作成方法の説明図でもある。これらのファイルは、リムーバブルメディアやハードディスク等の記録媒体に記憶されている。

オリジナル符号化ファイルとは、低圧縮または非圧縮ＡＶデータをフレーム間予測符号化により圧縮符号化した、１倍速再生用ファイルである。フレーム間予測符号化技術としては、ＭＰＥＧ２、ＭＰＥＧ４などを挙げることができる。ここでは、オリジナル符号化ファイルは、上述したようにＭＰＥＧ２圧縮符号化ファイルであり、Ｉ，Ｂ，Ｐピクチャを含んでいる。Ｉピクチャは独立して復号化可能なピクチャである。Ｂピクチャは、双方向予測により符号化され、時間的に前後のピクチャを用いて復号化される。Ｐピクチャは、時間並びで前のピクチャのみに基づいて符号化され、前のピクチャに基づいてのみ復号化可能である。オリジナル符号化ファイルは、Ｂピクチャ及びＰピクチャが異なるＧＯＰのピクチャを参照しないクローズドＧＯＰ方式であっても、またＢピクチャ及びＰピクチャが異なるＧＯＰのピクチャを参照するオープンＧＯＰ方式であっても良い。

早送りファイルは、早送りモードにおけるｎ倍速（ｎ＞１）の早送り再生のためのファイルである。異なる再生速度に対応して複数の早送りファイルが設けられている場合も考えられる。その場合、再生モード及び再生速度の指定に基づいて、ファイルが読み出される。

図５（Ａ）はオリジナル符号化ファイル、同図（Ｂ）は早送りファイルである。図中、Ｉ_１，Ｂ_２，Ｂ_３，Ｐ_４・・・のように、１ＧＯＰ内で各ピクチャに付された「１」から始まる連番はピクチャ番号であり、ストリーム内での時間並びにおける順番である。言い換えれば、各ＧＯＰ内での順番を示すピクチャ番号は、読み出し、符号化及び復号化の順番を示す。表示番号は、ＧＯＰ内での各ピクチャの表示順を示す。

図５（Ａ）は、オリジナル符号化ファイルにおける、それぞれのピクチャの読出順と、ピクチャタイプと、各ピクチャの表示番号と、を示す。図中、斜線で示したピクチャ、すなわちＢ_２，Ｂ_８，Ｂ_１２が間引かれるピクチャである。図中、ファイル先頭に対する各Ｉピクチャの相対アドレスを、「００００００００」、「０００１３６２９」で示している。

同図（Ｂ）は、早送りファイルの生成を示す図である。この早送りファイルは、オリジナル符号化ファイルの各ＧＯＰからＢ_２，Ｂ_８，Ｂ_１２を間引いて作成される。ＧＯＰに含まれるピクチャの枚数は、１２枚から９枚に減少している。そのため、この早送りファイルに基づいて再生処理を行えば、ファイルの送信速度や読出速度、再生処理速度を変更することなく、約１．３倍速の早送り再生を実現することができる。図中、ファイル先頭に対する各Ｉピクチャの相対アドレスを、「００００００００」、「０００１０８４３」で示している。

ピクチャＩ_１は、どのファイルにおいてもファイルの先頭からの相対アドレスが「００００００００」である。しかし、対応するピクチャＩ_２の相対アドレスは、オリジナル符号化ファイルでは「０００１３６２９」、早送りファイルでは「０００１０８４３」である。ここで対応するピクチャＩ２は、２つの相対アドレスを有し、１つはオリジナル符号化ファイルの先頭に対する相対アドレスであり、もう１つは早送りファイルの先頭に対する相対アドレスである。このように異なるファイルに含まれる対応するＩピクチャのアドレスは、後述するオフセットテーブル（図７）で対応付けられる。

ＧＯＰ内の一部又は全部のピクチャの表示番号は、オリジナル符号化ファイルの表示番号とは異なる。早送りファイルのＧＯＰ内で表示番号をゼロから始まる連番にするために、新たな表示番号が各ピクチャに割り当てられるからである。

例えば、オリジナル符号化ファイルで表示番号「１」〜表示番号「５」のピクチャは、早送りファイルで表示番号「０」〜「４」となり、表示番号が１つずつ繰り上がっている。同様に、オリジナル符号化ファイルで表示番号「７」〜表示番号「９」のピクチャは、早送りファイルで表示番号「５」〜「７」となり、表示番号が２つずつ繰り上がっている。オリジナル符号化ファイルで表示番号「１１」のピクチャは、早送りファイルで表示番号「８」となり、表示番号が３つ繰り上がっている。

図６（Ａ）は、図５（Ａ）と同じオリジナル符号化ファイルを示す。図６（Ｂ）は、図６（Ａ）のオリジナル符号化ファイルから生成される別の早送りファイルの例を示す。この例では、１２枚のピクチャを含む１ＧＯＰから４枚のピクチャを間引くことにより、１．５倍速用の早送りファイルが作成されている。対応するＩピクチャ同士のファイル先頭からの相対アドレスがオフセットテーブルに対応付けられているのは、前述と同様である。ＧＯＰ内の表示番号が早送りファイルでは新たに割り当てられているのも、前述と同様である。

なお、図５，６では、１つのオリジナル符号化ファイルから１つの早送りファイルを生成している。しかし、１つのオリジナル符号化ファイルから、再生速度の異なる早送りファイルを生成することもできる。

以上説明した早送りファイルは、通常のＭＰＥＧデコーダで復号化することができる。早送りファイルは、オリジナル符号化ファイルからピクチャを間引いて生成されているため、オリジナル符号化ファイルよりもデータ量が少ない。そのため、送信サーバ１０から再生装置２０に早送りファイルを送信し、ｎ倍速再生を実行する時には、送信サーバ１０のデータ送信速度やネットワークの伝送速度を増加させることなくダウンロード可能であり、ダウンロードされたファイルの再生速度を増加させずにすむ。

（１−２）テーブル
図７（Ａ），（Ｂ）は、送信サーバ１０がＲＯＭ１０３に記憶するテーブルの概念説明図である。同図（Ａ）はストリームテーブル、同図（Ｂ）はオフセットテーブルを示す。

同図（Ａ）のストリームテーブルは、オリジナル符号化ファイルとそれに基づいて生成された早送りファイルとを関連付けている。関連付けられたファイルは、同一のＡＶコンテンツに対応している。この例では、オリジナル符号化ファイルは、１つの早送りファイルに対応付けられている。

具体的には、ストリームテーブルは、「ストリームＩＤ」、「オリジナル符号化ファイル名」、「早送りファイルアドレス」を対応付けて記憶している。「ストリームＩＤ」は、ＡＶコンテンツの識別子である。「オリジナル符号化ファイル名」は、オリジナル符号化ファイルのファイル名を示す。「早送りファイル名」は、早送りファイルのファイル名を示す。

ストリームテーブルは、上記のデータに加え、再生速度をさらに記憶しても良い。これによりストリームテーブルは、１つのオリジナル符号化ファイルに対し、再生速度の異なる複数の早送りファイルを対応付けることができる。その場合、ストリームテーブルは、それぞれの早送りファイルと、その再生速度と、をさらに対応付けて記憶するとよい。さらにこの図では示していないが、ストリームテーブルにより、ｎ倍速再生用音声ファイルを、ｎ倍速再生用早送りファイルと対応付けることもできる。

図７（Ｂ）は、オフセットテーブルを示す。オフセットテーブルは、オリジナル符号化ファイル及び早送りファイル内での対応するＩピクチャを対応付けている。この例では、各ファイルに含まれるＩピクチャの相対アドレス、言い換えればオフセットを、同一レコードに記憶している。より具体的には、本例のオフセットテーブルは、「ＧＯＰ番号」、「表示番号」、「オリジナル符号化ファイルのアドレス」、及び「早送りファイルのアドレス」を、同一レコードに記憶している。

「ＧＯＰ番号」は、各ファイル内のＧＯＰを特定する。「表示番号」は、ＧＯＰ内での表示順を示す。本例では、ＧＯＰ内にＩピクチャが１つしか含まれていないので、表示番号はなくてもよい。複数のＩピクチャが１ＧＯＰ内に含まれる場合には、表示番号または他の手段によりＧＯＰ内でＩピクチャを識別する必要がある。「オリジナル符号化ファイルのアドレス」は、オリジナル符号化ファイルの先頭アドレスからのＩピクチャの相対アドレスである。「早送りファイルのアドレス」は、早送りファイルの先頭アドレスからのＩピクチャの相対アドレスを示す。「オリジナル符号化ファイルのアドレス」及び「早送りファイルの相対アドレス」は、各ファイルの先頭に対するオフセットである。

図７（Ｂ）のオフセットテーブルにより、あるファイルのＩピクチャ・アドレスから、対応する別ファイルのＩピクチャ・アドレスへ、読出ポイントを切り替えることができる。

（１−３）各機能
（ａ）ファイル作成部
ファイル作成部１０５ａは、オリジナル符号化ファイルの時間方向の並びにおいて画像を間引き、情報量を削減することにより、早送りファイルを作成する。ファイル作成部１０５ａは、作成した早送りファイルを、リムーバブルメディアやＨＤＤ１０２等の記憶領域に書き込む。本発明では、説明を容易にするために、作成された早送りファイルは、オリジナル符号化ファイルと共にＨＤＤ１０２に書き込まれるものとする。ファイル作成部１０５ａは、送信サーバ１０に必須の構成ではないが、ファイル作成部１０５ａを設けておくことにより、送信サーバ１０上での早送りファイルの作成が可能になる利点がある。

ファイル作成部１０５ａが間引くピクチャは、独立して復号化可能なフレーム以外、すなわちＩピクチャ以外である。本実施形態では、Ｂピクチャの一部または全部を間引く。ファイル作成部１０５ａは、１ＧＯＰから間引くピクチャ数Ｎｅを下式に基づいて決定する。

Ｎｇｏｐ／Ｒ＝Ｎｇｏｐ−Ｎｅ
ここでＲ：再生速度

ファイル作成部１０５ａは、時間並びにおけるピクチャの間引き箇所が、オリジナル符号化ファイル全体に渡ってできるだけ均等になるように間引くことが好ましい。再生時に画質が劣化しにくいからである。そのため、オリジナル符号化ファイルにおいて時間並びでＳピクチャ毎に１枚のＢピクチャを削除することが好ましい。ここで、スキップ数Ｓは、間引くピクチャ数Ｎｅから算出することができる。スキップ数Ｓは、下式に基づいて決定することができる。

Ｓ＝Ｎｇｏｐ／Ｎｅ

ファイル作成部１０５ａは、Ｂピクチャを間引いた後、残ったピクチャに新たな表示番号を割り振る。表示番号は、各ＧＯＰ内で表示番号が「０」から始まる連番である。

（ｂ）ファイル読出部
ファイル読出部１０５ｂは、再生装置２０から指定されたストリームＩＤ及び再生モードに対応するファイルを、ＨＤＤ１０２から読み出す。ファイル読出部１０５ｂは、ファイル切替部１０５ｄから指定された読出アドレスからのファイルの読出を行う。このカレントファイルの読出中に、別の読出アドレスを指定して次ファイルの読出を指示されると、ファイル読出部１０５ｂは読出対象をカレントファイルから次ファイルに切り替える。つまり、ファイル読出部１０５ｂは、カレントファイルの読出を停止し、指定された読出アドレスから次ファイルの読出を開始する。

（ｃ）要求受付部
要求受付部１０５ｃは、再生装置２０から送信要求及び変更要求を受け付ける。送信要求及び変更要求は、送信元の通信アドレス、ストリームＩＤ及び再生モードの指定を含む。再生モードは、少なくとも通常モード及び早送りモードを含んでいる。

（ｄ）ファイル切替部
（ｄ−１）ファイルの読出アドレスの通知
ファイル切替部１０５ｄは、再生装置２０からの送信要求に応じて読み出すファイルを決定し、読み出すファイルの先頭アドレスをファイル読出部１０５ｂに通知する。再生装置２０からの送信要求には、少なくともストリームＩＤ及び再生モードが含まれている。

またファイル切替部１０５ｄは、変更要求に応じて次に読み出すファイルを決定し、次に読み出す次ファイルの読出アドレスをファイル読出部１０５ｂに通知する。この通知は、現在読出中のファイルの読出中に行われる。再生装置２０からの変更要求には、ストリームＩＤ及び再生モードが含まれている。

（ｄ−２）ファイルの切替位置の決定
ファイル切替部１０５ｄは、ファイルの切替位置を決定する。ファイル切替部１０５ｄは、カレントファイル及び次ファイルの両方に含まれているＩピクチャを切替位置とすることが好ましい。２つのＩピクチャは、同一であり、カレントファイルと次ファイルとにそれぞれ含まれている。２つの対応するＩピクチャ間で切替を行うことにより、再生モード切替時の画像が滑らかになる。Ｉピクチャは単独で復号化可能なため、その復号結果にはファイル間で差異が生じないからである。前記図５を用いて説明する。例えばオリジナル符号化ファイルのピクチャＰ_７を読み出して送信した後に、早送りモードが指定されたとする。オリジナル符号化ファイル及び早送りファイルの次のＧＯＰ（ＧＯＰ_２）に含まれるＩピクチャが切替位置に決定される。これらのＩピクチャは、両ファイルにおいて、Ｐ_７ピクチャの後に読み出されるＩピクチャである。ここで、Ｂ_９，Ｐ_１０，Ｂ_１１ピクチャは、両ファイルに含まれ、Ｐ_７ピクチャの後に読み出されるが切替位置とはならない。

ファイル切替部１０５ｄは、変更要求を受け付けた後、カレントファイルから最初に読み出すＩピクチャを切替位置に決定するとよい。これにより、変更要求を受信してからファイルが切り替わるまでの時間を最短化することができる。次ファイルの切替位置は、カレントファイルの切替位置となるＩピクチャと同一の対応Ｉピクチャである。前記図５を用いて説明する。例えばオリジナル符号化ファイルのピクチャＢ_２を読み出して送信した後に早送りモードを指定されたとする。その場合、ピクチャＢ_２の後、最初に読み出されるＩピクチャであるＧＯＰ_２のＩ_１ピクチャが切替位置に決定される。

（ｄ−３）読出アドレスの算出
次ファイルの読出位置は、カレントファイルの決定した切替位置に基づいて算出される。次ファイルの切替位置であるＩピクチャのアドレスは、オフセットテーブルから得ることができる。ファイル切替部１０５ｄは、次ファイルのＩピクチャの相対アドレスを、オフセットテーブルから読み出す。ここで、次ファイルのＩピクチャは、切替位置となったカレントファイルのＩピクチャと同一である。読み出した相対アドレスと次ファイルの先頭アドレスとに基づいて、次ファイルの読出アドレスが決定される。切替位置であるＩピクチャを、カレントファイルまたは次ファイルのどちらから読み出すかは特に限定されない。オフセットテーブルを用いてＩピクチャの相対アドレスを求める方法は、後述するダミーデータを用いる方法に比して、早送りファイルの格納領域が少なくなる利点がある。

（２）再生装置の機能構成
図８は、再生装置２０の機能構成を示す機能ブロック図である。再生装置２０のＣＰＵ２０５は、ストリーム再生部２０５ａ及び指示受付部２０５ｂとして再生装置２０を機能させる。以下に再生装置２０の各機能を説明する。

（ａ）ストリーム再生部
ストリーム再生部２０５ａは、送信サーバ１０から受信する符号化ストリームの復号化をＭＰＥＧデコーダ２０８ａに指示する。この指示に応じ、ＭＰＥＧデコーダ２０８ａは、通信インターフェース２０６を介して受信するピクチャの復号化及び再生を、停止の指示があるまで実行する。またストリーム再生部２０５ａは、ドライブ２０１に挿入されるリムーバブルディスクやＨＤＤ２０２から読み出した符号化ファイルの復号化をＭＰＥＧデコーダ２０８ａに指示しても良い。リムーバブルディスクやＨＤＤ２０２に記憶されている符号化ファイルの再生が可能となる。

（ｂ）指示受付部
指示受付部２０５ｂは、入力インターフェース２０７を介し、ストリームＩＤ及び再生モードの指定を受け付ける。また指示受付部２０５ｂは、指定されたストリームＩＤ及び再生モードを送信サーバ１０に送信する。

〔処理〕
以下に、再生システム１００で実行される処理の流れについて、図面を参照しながら具体的に説明する。

（１）送信サーバが行う処理
送信サーバ１０は、少なくとも送信処理を実行し、本実施形態ではファイル作成処理も行う。ファイル作成処理は、送信サーバ１０だけでなく、それ以外の装置で行ってもよい。

（１−１）ファイル作成処理
図９は、送信サーバ１０のＣＰＵ１０５が実行するファイル作成処理の流れの一例を示すフローチャートである。この処理により、早送りファイルが作成される。この処理は、新たな低圧縮または非圧縮ＡＶデータの取得により開始しても良い。またこの処理は、新たなオリジナル符号化ファイルの取得または作成により開始することもできる。ここでは一例として、ＣＰＵ１０５が、新たなオリジナル符号化ファイルとしてＭＰＥＧ２ファイルを作成し、ＨＤＤ１０２に格納した後に、早送りファイルを作成する場合を考える。

ステップＳ１０１：ＣＰＵ１０５は、スキップ数Ｓを算出する。ＣＰＵ１０５は、Ｓ個のピクチャ毎に１ピクチャを間引くことにより、早送りファイルを作成する。またＣＰＵ１０５は、以下の初期化処理を行う。ＣＰＵ１０５は、ＨＤＤ１０２の読出開始アドレスを、オリジナル符号化ファイルの先頭に設定する。またＣＰＵ１０５は、作成途中の早送りファイルを一時的に記憶するためのバッファを、ＲＡＭ１０４などの揮発性記憶領域に作成する。

ステップＳ１０２：ＣＰＵ１０５は、オリジナル符号化ファイルから１ＧＯＰ分のデータを読み出す。このＧＯＰをカレントＧＯＰという。また、ＣＰＵ１０５は、スキップ番号Ｎｓｋｉｐの初期値を「−Ｓ」に設定する。スキップ番号Ｎｓｋｉｐは、カレントＧＯＰ内で前回間引かれたピクチャの表示順を示す。

ステップＳ１０３：ＣＰＵ１０５は、読出ピクチャの表示番号を示す読出変数Ｎを初期化し、「０」に設定する。読出変数Ｎの値は、次に読み出されるピクチャの表示番号を示す。表示番号は、ピクチャを間引くかどうかを判断するために用いられる。

ステップＳ１０４：ＣＰＵ１０５は、ＲＡＭ１０４から表示番号Ｎのピクチャを１つ読み出す。

ステップＳ１０５：ＣＰＵ１０５は、読み出したピクチャがＩピクチャまたはＰピクチャか否かを判断する。

ステップＳ１０６：読み出したピクチャがＩピクチャまたはＰピクチャであれば、ステップＳ１０１で作成したバッファに読み出したＩまたはＰピクチャを書き込む。この例では、間引かれるピクチャをＢピクチャに限定しているからである。読み出したピクチャがＩピクチャまたはＰピクチャ以外、すなわちＢピクチャであれば、後述するステップＳ１０９に移行する。

ステップＳ１０７：ＣＰＵ１０５は、ＲＡＭ１０４を参照し、カレントＧＯＰ内に表示番号が（Ｎ＋１）のピクチャが存在するか否かを判断する。

ステップＳ１０８：カレントＧＯＰ内に表示番号が（Ｎ＋１）のピクチャが存在する場合、ＣＰＵ１０５は、読出変数Ｎの値を「Ｎ＋１」とし、表示番号（Ｎ＋１）のピクチャを読み出す（Ｓ１０４）。表示番号（Ｎ＋１）のピクチャがカレントＧＯＰ内に存在しない場合、後述するステップＳ１１１に移行する。

ステップＳ１０９：ＣＰＵ１０５は、Ｂピクチャを読み出した場合、下式が成立するか否かを判断する。言い換えれば、前回間引いたＢピクチャと現在のＢピクチャとの間の表示順の差が、スキップ数Ｓ以上か否かを判断する。

Ｎ≧Ｎｓｋｉｐ＋Ｓ

ステップＳ１１０：上式が成立する場合、ＣＰＵ１０５は、読み出したＢピクチャをバッファに書き込むことなく、次のピクチャを読み出す処理に移る。すなわち、ＣＰＵ１０５は、スキップ番号Ｎｓｋｉｐの値を現在の表示番号「Ｎ」とする（Ｎｓｋｉｐ←Ｎ）。その後、前記ステップＳ１０７に移行する。これにより、表示順においてＳピクチャ毎に、オリジナル符号化ファイルからＢピクチャを間引く。

ステップＳ１１１：ＣＰＵ１０５は、ＨＤＤ１０２の読出開始アドレスを１ＧＯＰ分移動させ、次のＧＯＰが存在するか否かを判断する。次のＧＯＰが存在する場合、次のＧＯＰについて、上述の処理Ｓ１０２〜Ｓ１１０を繰り返す。次のＧＯＰが存在しない場合、オリジナル符号化ファイル内の全ＧＯＰについて、Ｂピクチャの間引き処理が終了している。この場合、ステップＳ１１２に移行する。

ステップＳ１１２：ＣＰＵ１０５は、バッファを参照し、各ＧＯＰに含まれるピクチャにゼロから始まる連番の新たな表示番号を割り当てる。

ステップＳ１１３：ＣＰＵ１０５は、バッファ内の早送り再生用のデータを、オリジナル符号化ファイルと対応付けてＨＤＤ１０２に書き込む。ＣＰＵ１０５は、オリジナル符号化ファイルのファイル名と早送りファイルのファイル名とを対応付けて、ストリームテーブルに書き込む。またＣＰＵ１０５は、オリジナル符号化ファイル及び作成した早送りファイル内のＩフレームのアドレスを、オフセットテーブルに書き込む。

（１−２）送信処理
図１０は、送信サーバ１０のＣＰＵ１０５が実行する送信処理の流れの一例を示すフローチャートである。この処理は、送信サーバ１０の起動と共に開始される。

ステップＳ２０１：ＣＰＵ１０５は、再生装置２０からの送信要求を待機し、送信要求を受信するとステップＳ２０２に移行する。送信要求は、ストリームＩＤ及び再生モードの指定を含む。

ステップＳ２０２：ＣＰＵ１０５は、ストリームテーブルを参照し、要求されたストリームＩＤに対応するファイルのうち、指定された再生モードに対応するファイルの先頭アドレスを、読出アドレスとする。具体的には、そのファイルの先頭からの読み出しを、ＯＳ（オペレーティング・システム）に依頼する。

ステップＳ２０３：ＣＰＵ１０５は、読出アドレスからのピクチャの読出及び送信を開始する。すなわち、ＣＰＵ１０５は、読出アドレスから１ピクチャを読み出し、読み出したピクチャを通信インターフェース１０６を介して再生装置２０に送信する。

ステップＳ２０４：ＣＰＵ１０５は、送信サーバ１０が再生モードの変更要求を再生装置２０から受信したか否かを判断する。変更指示を受信した場合、後述するステップＳ２０９に移行する。

ステップＳ２０５：再生モードの変更要求を受信していない場合、ＣＰＵ１０５は、１ピクチャ分すすめたアドレスからピクチャの読み出しを行う。

ステップＳ２０６：ＣＰＵ１０５は、新たな読出アドレスが、ファイルの終了ＥＯＦを示しているか否かを判断する。

ステップＳ２０７：ファイルが終了した場合、ＣＰＵ１０５は、本処理を終了するか否かを判断する。本処理を終了するのは、例えば送信サーバ１０の電源をオフにする場合である。新たな読出アドレスがＥＯＦを示している場合、ＣＰＵ１０５は次の送信要求を待機する。

ステップＳ２０８：再生モードの変更要求を受信した場合、ＣＰＵ１０５は、最新の送信済ピクチャがＩピクチャだったか否かを判断する。すなわち、ＣＰＵ１０５は、前記ステップＳ２０３で送信したピクチャがＩピクチャだったか否かを判断する。

ステップＳ２０９：このピクチャがＩピクチャだった場合、ＣＰＵ１０５は、カレントファイルの先頭アドレスに対する現在の読出アドレスの相対アドレスを算出する。なお、「現在の読出アドレス」は、ステップＳ２０３で送信されたＩピクチャのアドレスである。

ステップＳ２１０：ＣＰＵ１０５は、現在の再生モード、算出した相対アドレス及び新たに指定された再生モードに基づいて、オフセットテーブルから新たな相対アドレスを読み出す。ＣＰＵ１０５は、新たな読出相対アドレスに基づいて、次の再生対象ファイルの読出アドレスを算出する。次の再生対象ファイルの読出アドレスは、スキップＳ２０３で送信されたＩピクチャに対応するＩピクチャの次のピクチャの先頭アドレスである。さらにＣＰＵ１０５は、再生対象ファイルの読出をＯＳに依頼する。具体的には、ＣＰＵ１０５は、要求された再生モードに対応するファイル名と算出した読出アドレスとをＯＳに渡し、ファイルの読出を依頼する。その後ステップＳ２０３に戻り、読出アドレスから順次ピクチャの読出及び送信を行う。

ステップＳ２１１：ＣＰＵ１０５は、最新の送信済ピクチャがＩピクチャではなかった場合、読出アドレスを次ピクチャの先頭アドレスとする。

ステップＳ２１２〜Ｓ２１３：ＣＰＵ１０５は、次ピクチャの読出及び送信をファイルが終了しない限り行う。ＣＰＵ１０５は、ピクチャを送信する度にＩピクチャを送信したか否かを判断する（Ｓ２０８）。Ｉピクチャを送信した場合は、ＣＰＵ１０５は次ファイルの読出アドレスの算出を行う（Ｓ２０９〜Ｓ２１０）。結局、次ファイルの読出アドレスは、すでに送信されたＩピクチャの次のＩピクチャの、さらに次ピクチャの先頭アドレスとなる。

以上の処理により、送信サーバ１０は、再生装置２０からの送信要求に応じた画像ストリームを送信する。送信サーバ１０は、ストリーム送信中に再生モードの変更を受信した場合、次再生モードに対応するファイルを読み出して送信する。ファイルの切替は、カレントファイルと次ファイルとに含まれるＩフレーム間で行う。この例では、次再生ファイルの読出は、Ｉフレームの次ピクチャの先頭アドレスである。そのため、切替時の画質の劣化を防止することができる。

（２）再生装置が行う処理
図１１は、再生装置２０のＣＰＵ２０５が実行する再生処理の流れの一例を示すフローチャートである。この処理は、再生処理２の起動により開始される。

ステップＳ３０１：ＣＰＵ２０５は、入力インターフェース２０７からの再生指示を待機し、再生指示を受け付けるとステップＳ３０２に移行する。再生指示は、ストリームＩＤ及び再生モードの指示を含む。

ステップＳ３０２：ＣＰＵ２０５は、通信インターフェース２０６を介し、送信要求を送信サーバ１０に送信する。送信要求は、受け付けたストリームＩＤ及び再生モードの指示を含む。

ステップＳ３０３〜Ｓ３０４：ＣＰＵ２０５は、送信サーバ１０からのピクチャの受信開始を待機し（Ｓ３０３）、受信し始めるとＭＰＥＧデコーダ２０８ａに伸長復号化を指示する（Ｓ３０４）。この指示に応じ、ＭＰＥＧデコーダ２０８ａは、通信インターフェース２０６を介して受信したピクチャを、受信順に伸長復号化処理を行う。復号化されたピクチャは、表示順にＬＣＤ２２に再生出力される。

ステップＳ３０５〜Ｓ３０６：ＣＰＵ２０５は、再生モードの変更の指示を任意のタイミングで受け付け（Ｓ３０５）、通信インターフェース２０６を介して送信サーバ１０に変更要求を送信する（Ｓ３０６）。この変更要求に応じ、次ファイルのピクチャが送信サーバ１０から送信されてくる。次ファイルのピクチャも、変更要求前のピクチャと同様、ＭＰＥＧデコーダ２０８ａにより伸長復号化される。

ステップＳ３０７：ＣＰＵ２０５は、ファイルの最後を示すＥＯＦの受信を監視する。ＣＰＵ２０５は、ＥＯＦを受信するまで再生モードの変更指示を受け付ける（Ｓ３０５）。ＣＰＵ２０５は、ＥＯＦを受信すると、ＭＰＥＧデコーダ２０８ａに処理の終了を指示し、ステップＳ３０８に移行する。

ステップＳ３０８：ＣＰＵ２０５は、ＥＯＦを受信すると、本処理を終了するか否かを判断する。本処理を終了するのは、例えば再生装置２０の電源をオフにする場合である。本処理を終了しない場合は再びステップＳ３０１に戻り、次の再生指示を待機する。

以上の処理により、再生装置２０は、送信サーバ１０から受信する動画ストリームを再生する。受信中に再生モードの変更指示を受け付けると、送信サーバ１０に変更要求を送信する。これにより、再生装置２０は、変更要求で指定した再生モードに対応するファイルのピクチャを、送信サーバ１０から受信するようになる。結局、再生装置２０では、送信サーバ１０から受信するピクチャを次々に再生さえしていれば、変更指示に応じた再生モードの切替を実現することができる。

本実施形態では、再生装置２０から送信サーバ１０に変更要求を送信し、送信サーバ１０が送信するファイルを切り替える。再生装置２０では、送信サーバ１０から受信するピクチャを復号化し、再生するだけで、再生モードの切替を実現することができる。

＜第２実施形態＞
本実施形態では、符号化ファイルが再生装置５０に格納されている場合を説明する。再生装置５０は、記録媒体から読み出すファイルを切り替えることにより、再生モードを切り替える。記録媒体としては、再生装置５０内のハードディスクやリムーバブルメディアが挙げられる。本実施形態では、説明を容易にするために、ハードディスクに記憶されている符号化ファイルを再生装置５０が読み出す場合を説明する。

〔ハードウェア構成〕
図１２は、本実施形態の再生装置５０のハードウェア構成を示す構成図である。再生装置５０は、この例では、ドライブ５０１、ＨＤＤ５０２、ＲＯＭ５０３、ＲＡＭ５０４、ＣＰＵ５０５、通信インターフェース５０６、入力インターフェース５０７、デコーダユニット５０８及びこれらを接続するバス５１０を有している。第１実施形態で示した再生装置２０の要素と同様の機能を有する要素については、同一名称を付して示している。

ドライブ５０１は、光ディスクなどのリムーバブルメディアから、符号化ファイルを読み出す。本実施形態では、ドライブ５０１は再生装置２０に必須ではない。

ＨＤＤ５０２は、ＡＶコンテンツ毎に、複数の符号化ファイルと複数の音声ファイルとを記憶する。

ＲＯＭ５０３は、複数の制御プログラムと、制御プログラムを実行するのに必要な制御用データを記憶する。

ＲＡＭ５０４は、制御プログラムを実行するのに必要なデータを一時的に記憶する。

ＣＰＵ５０５は、ＲＯＭ５０３に記録されている制御プログラムをＲＡＭ５０４等の揮発性記憶領域に展開し、再生装置２０全体の動作を制御する。例えば、ＣＰＵ５０５は、通信インターフェース５０６を制御し、送信サーバ１０から符号化ファイルを受信し、それをバス５１０を介してデコーダユニット５０８に供給する。

入力インターフェース５０７は、キーボードやマウスなどの操作部５１に対する操作を受け付ける。操作信号は、バス５１０を介してＣＰＵ５０５に供給される。

デコーダユニット５０８は、ＭＰＥＧデコーダ５０８ａと、ビデオ信号生成部５０８ｂと、を有している。ＭＰＥＧデコーダ５０８ａは、ＣＰＵ５０５の命令に基づいて、バス５１０から供給されるＭＰＥＧ形式の符号化データに伸長復号化処理を施し、ディジタル動画像データを生成する。ディジタル動画像データはビデオ信号生成部５０８ｂに供給される。ビデオ信号生成部５０８ｂは、ディジタル動画像データを、液晶ディスプレイ（図中、ＬＣＤ）５２の表示画素数に合わせて表示できるように表示データに変換する。生成された表示データは、図示しないＬＣＤドライバを介してＬＣＤ５２に出力される。

〔機能構成〕
図１３は、再生装置５０の機能構成を示す機能ブロック図である。再生装置５０のＣＰＵ５０５は、ファイル読出部５０５ａ、指示受付部５０５ｂ、及びファイル切替部５０５ｃとして、再生装置５０を機能させる。まず早送りファイルの構造について説明し、次いで各部の機能を説明する。なお、再生装置５０のＲＯＭ５０３には、前記ストリームテーブルが記憶されている。ストリームテーブルに蓄積される情報は第１実施形態と同様である。

（ａ）早送りファイル
（ａ−１）早送りファイルの構成
図１４（Ａ）はオリジナル符号化ファイルを示す。同図（Ｂ）は、図１４（Ａ）のオリジナル符号化ファイルから生成される早送りファイルを示す。これらのファイルは、リムーバブルメディアやハードディスク等の記録媒体に記憶されている。本実施形態の早送りファイルは、クローズドＧＯＰ方式またはオープンＧＯＰ方式のオリジナル符号化ファイルのピクチャの一部を間引いて作成されている点で第１実施形態と一致する。第１実施形態の早送りファイルと異なるのは、間引かれたデータ量と同じデータ量のダミーデータが早送りファイルに挿入され、各ＧＯＰ内のＩピクチャの相対アドレスが、ファイル間でずれることなく同一に保たれている点である。

図１４（Ｂ）は、オリジナル符号化ファイルの各ＧＯＰあたり４ピクチャを間引くことにより生成された早送りファイルを示す。さらに各早送りファイルには、４ピクチャ分のダミーデータＰＤが挿入されている。

このような構造の早送りファイルには、次の利点がある。異なるファイルにおける対応するＩピクチャの相対アドレスが同じであるので、第１実施形態で示したオフセットテーブルが不要になる。従って、カレントファイルにおいて切替位置となるＩピクチャの相対アドレスと、ストリームテーブルに蓄積されている次ファイルの先頭アドレスと、に基づいて次ファイルの読出アドレスを算出できる。「相対アドレス」とは、第１実施形態と同様、ファイルの先頭アドレスに対する相対アドレスである。

（ａ−２）早送りファイルの生成方法
このような早送りファイルは、例えば前記第１実施形態に示す送信サーバ１０のファイル作成部１０５ａにおいて生成することができる。下記のステップを前記図９に示したフローチャートに加えることで、ダミーデータを含む早送りファイルを生成することができる（図示せず）。

ファイル作成部１０５ａは、前記図９のステップＳ１０９で「Ｙｅｓ」と判断した回数をＧＯＰ毎に計数し、記憶しておく。すなわち、オリジナル符号化ファイルの各ＧＯＰにおいて間引いたピクチャ数を計数する。パラメータ“Ｐｒ”をこの処理のために新たに用い、間引かれたピクチャの数をカウントする。ステップＳ１０２で「Ｐｒ＝０」とし、別の付加ステップで変数Ｐｒをインクリメントする。ステップＳ１０９で「Ｙｅｓ」と判断した後、ステップＳ１０７に戻るまでに、Ｐｒをインクリメントする（Ｐｒ＋＋）。

さらに、ステップＳ１０７の実行後、ステップＳ１１１の前に、間引いたピクチャ数Ｐｒ分のダミーデータをバッファに書き込む（ステップＳ１０７ａ、図示せず）。つまり、１つのＧＯＰについてピクチャの間引き処理を完了後、ダミーデータをバッファに書き込む。これにより、そのＧＯＰの残っているピクチャの後に続いて、間引いたデータ量に相当するダミーデータがバッファに書き込まれることになる。

（ｂ）ファイル読出部
ファイル読出部５０５ａは、入力インターフェース５０７が受け付けたストリームＩＤ及び再生モードに対応するファイルを、ＨＤＤ５０２から読み出す。そのファイルは、ファイル切替部５０５ｃから指定された読出アドレスから読み出される。カレントファイルの読出中に、読出アドレスを指定して次ファイルの読出を指示されると、ファイル読出部５０５ａは読出対象をカレントファイルから次ファイルに切り替える。つまり、ファイル読出部５０５ａは、カレントファイルの読出を停止し、指定された読出アドレスから次ファイルの読出を開始する。

（ｃ）指示受付部
指示受付部５０５ｂは、入力インターフェース５０７を介し、ストリームＩＤ及び再生モードの指定を受け付ける。また指示受付部５０５ｂは、指定されたストリームＩＤ及び再生モードをファイル切替部５０５ｃに通知する。

（ｄ）ファイル切替部
（ｄ−１）ファイルの読出アドレスの通知
ファイル切替部５０５ｃは、指示受付部５０５ｂが受け付けたストリームＩＤ及び再生モードに応じて読み出すファイルを決定し、読み出すファイルの先頭アドレスをファイル読出部５０５ａに通知する。

またファイル切替部５０５ｃは、指示受付部５０５ｂが受け付けたストリームＩＤ及び再生モードに応じて、カレントファイルの読み出し中に次ファイル及びその読出アドレスを決定し、ファイル読出部５０５ａに通知する。

（ｄ−２）ファイルの切替位置の決定
ファイル切替部５０５ｃは、カレントファイル及び次ファイルの切替位置を決定する。ファイル切替部５０５ｃは、カレントファイル及び次ファイルに含まれているＩピクチャを切替位置とする。次ファイルの切替位置は、カレントファイルの切替位置のＩピクチャと同一である対応Ｉピクチャである。ファイル切替部５０５ｃは、変更指示を受け付けた後、カレントファイルから最初に読み出すＩピクチャを切替位置に決定するとよい。カレントファイル及び次ファイルにおける切替位置となるＩピクチャは、各ファイルの先頭に対する相対アドレスが同一である。

（ｄ−３）読出アドレスの算出
ファイル切替部５０５ｃは、次ファイルの読出位置を、決定した切替位置に基づいて算出する。次ファイルのＩピクチャの読出アドレスは、次ファイルの先頭アドレスに切替位置のＩピクチャの相対アドレスを加算することにより算出できる。

〔処理〕
図１５は、再生装置５０のＣＰＵ５０５が実行する再生処理の流れの一例を示すフローチャートである。この処理は、再生処理２の起動により開始される。

ステップＳ４０１：ＣＰＵ５０５は、入力インターフェース５０７からの再生指示を待機し、再生指示を受け付けるとステップＳ４０２に移行する。再生指示は、少なくともストリームＩＤ及び再生モードの指示を含む。

ステップＳ４０２：ＣＰＵ５０５は、ステップＳ４０１で受け付けたストリームＩＤ及び再生モードに基づいて、ストリームテーブルからいずれかの符号化ファイルのファイル名を読み出す。

ステップＳ４０３：ＣＰＵ５０５は、読み出したファイル名で特定されるファイルからのピクチャの読出を開始する。またＣＰＵ５０５は、伸長復号化を指示するコマンドを、ＭＰＥＧデコーダ５０８ａに送る。このコマンドに応じ、ＭＰＥＧデコーダ５０８ａは、読み出したピクチャに対し、読出順に伸長復号化処理を行う。復号化されたピクチャは、表示番号に基づいて表示順にＬＣＤ５２に再生出力される。

ステップＳ４０４〜Ｓ４０５：ＣＰＵ５０５は、再生モードの変更が指示されたか否かを判断する（Ｓ４０４）。指示されていない場合、ＣＰＵ５０５は１ピクチャ分先の読出アドレスから読み出しを行う（Ｓ４０５）。変更指示を受信した場合、後述するステップＳ４０８に移行する。

ステップＳ４０６〜Ｓ４０７：ＣＰＵ５０５は、新たな読出アドレスに基づいて、ファイルが終了したか否かを判断する（Ｓ４０６）。新たな読出アドレスがファイルの終了を示している場合、ＣＰＵ５０５は、本処理を終了するか否かを判断し（Ｓ４０７）、終了しない場合はステップＳ４０１に戻って次の再生指示を待機する。本処理を終了するのは、例えば再生装置５０の電源をオフにする場合である。

ステップＳ４０８〜Ｓ４０９：再生モードの変更が指示された場合、ＣＰＵ５０５は、最新の読出済ピクチャがＩピクチャだったか否かを判断する（Ｓ４０８）。すなわち、ＣＰＵ５０５は、前記ステップＳ４０３で読出・再生したピクチャがＩピクチャだったか否かを判断する。このピクチャがＩピクチャだった場合、ＣＰＵ５０５は、カレントファイルの先頭アドレスに対する現在の読出アドレスの相対アドレスを算出する（Ｓ４０９）。なお、「現在の読出アドレス」は、ステップＳ４０３で読み出されたＩピクチャのアドレスである。

ステップＳ４１０：ＣＰＵ５０５は、次ファイルの読出をＯＳに依頼する。次ファイルのファイル名は、ストリームテーブルから得ることができる。次ファイルの読出アドレスは、前記相対アドレスに１ピクチャ分のアドレスを足したアドレスである。その後ステップＳ４０３に戻り、読出アドレスから順次ピクチャの読出及び復号化を行う。

ステップＳ４１１〜Ｓ４１３：ＣＰＵ５０５は、最新の読出済ピクチャがＩピクチャではなかった場合、「次ピクチャの先頭アドレス」を読出アドレスに決定する（Ｓ４１１）。さらにＣＰＵ５０５は、次ピクチャの読出及び復号化をファイルが終了するまで行う（Ｓ４１２，Ｓ４１３）。ＣＰＵ５０５は、ピクチャの読出の度にＩピクチャを読み出したか否かを判断する（Ｓ４０８）。Ｉピクチャを読み出した場合は、ＣＰＵ５０５は次ファイルの読出アドレスの算出を行う（Ｓ４０９〜Ｓ４１０）。結局、次ファイルの読出アドレスは、ステップＳ４０８で読み出されたＩピクチャの次のＩピクチャの、さらに次ピクチャの先頭アドレスとなる。

以上の処理により、再生装置５０は、再生モードの変更指示に応じ、記録媒体から読み出したファイルを切替ながら再生処理を行う。

＜第３実施形態＞
本実施形態では、オリジナル符号化ファイルと逆再生ファイルとの切替について説明する。第１実施形態と同様に、送信サーバ１０は、再生システム１００に含まれ、再生システム１００の再生装置２０とネットワーク３０を介して接続され、符号化ファイルを切り替える。送信サーバ１０には、オリジナル符号化ファイルの他に、逆再生ファイルが特殊再生用ファイルとして蓄積されている。送信サーバ１０及び再生装置２０のハードウェア構成及び機能構成は、第１実施形態と同様である。ただし、送信サーバ１０のファイル作成部１０５ａは、さらに逆再生ファイルを生成する。以下では、逆再生ファイルのデータ構造、モードの切替及び逆再生ファイルの生成方法について説明する。

（ａ）逆方向再生用ファイルのデータ構造
逆再生ファイルは、ｎ倍速（ｎ＝１）の逆方向再生のための符号化ファイルである。異なる再生速度に対応して複数の逆再生ファイルが設けられている場合も考えられる。

図１６（Ａ）は、ソースビデオデータから生成されるオリジナル符号化ファイルの説明図である。図１６（Ｂ）は、同一のソースビデオデータから生成される逆再生ファイルの説明図である。早送りファイルとは異なり、逆再生ファイルはソースビデオデータから生成される。ここでソースビデオデータとは、非圧縮または低圧縮のＡＶデータであり、複数のフレームを含む。各フレームは、偶数フィールドと奇数フィールドとを含み、ＭＰＥＧ２符号化ファイルの１ピクチャに符号化される。本実施形態のオリジナル符号化ファイル及び逆再生ファイルでは、ＩＢＢＰＢＢＰＢＢＰＢＢ・・・の順に、Ｉ，Ｐ，Ｂの各ピクチャが生成されている。

図１６（Ａ）はオリジナル符号化ファイルを示す。図中、各ピクチャの番号は、ソースビデオデータの各フレームの表示順を示す通し番号である。通し番号は、本来はファイルの先頭から始まる番号であるが、説明を容易にするために図示したＧＯＰの先頭から始まる番号を通し番号として示している。各ＧＯＰには基本的に同じ数のピクチャが含まれる。この図では、ＧＯＰ内のピクチャ数Ｐは「１２」である。ただし、最後のＧＯＰ「ＧＯＰｌａｓｔ」のピクチャ数「Ｐｌａｓｔ」は、「１１」になっている。これは、ソースビデオデータにおける総フレーム数が、ピクチャ数Ｐの「ｋ」倍になっているとは限らない（ここで、「ｋ」はゼロを除く整数である）ためである。そのため、最後のＧＯＰのピクチャ数「Ｐｌａｓｔ」は、ソースビデオデータにおける総フレーム数をピクチャ数Ｐで割ったときの余りとなる。

図１６（Ｂ）は逆再生ファイルを示す。逆再生ファイルは、ソースビデオデータを逆順に並べ替え、ＭＰＥＧ２符号化したファイルである。図１６（Ｂ）中、各ピクチャの番号は、ソースビデオデータの各フレームの表示順を示す通し番号である。従って、逆再生ファイルでは、通し番号はファイルの先頭から最後に向かうに連れて次第に小さくなる。各ＧＯＰには、オリジナル符号化ファイルのＧＯＰと同じ数のピクチャが含まれる。この例では、各ＧＯＰのピクチャ数Ｐは「１２」である。ただし、最初のＧＯＰ「ＧＯＰ１」のピクチャ数Ｐ１は「１０」となっている。最初のＧＯＰのピクチャ数Ｐ１をどのように決定するかについては後述する。

（ｂ）再生モードの切替
図１７（Ａ），（Ｂ），（Ｃ）は、オリジナル符号化ファイルから逆再生ファイルへの切替を示す説明図である。図１７（Ａ）は、通常再生モード時にオリジナル符号化ファイルから読み出されるピクチャを示す。送信サーバ１０は、オリジナル符号化ファイルから「ＧＯＰ_ｉ」を読み出し中に、逆再生モードへの切替要求を再生装置２０から受信する。「ＧＯＰ_ｉ」はｉ番目のＧＯＰであり、オリジナル符号化ファイルの最後から２番目のＧＯＰである。この実施形態では、まず、モード切替要求を受信すると、ＧＯＰ_ｉの最後に配置されているｖピクチャＢ_１０を含む、ＧＯＰ_ｉ内のピクチャが全て読み出される。次いで、読み出されるファイルが逆再生ファイルに切り替わる。

図１７（Ｂ）は、逆再生モード時に逆再生ファイルから読み出されるピクチャを示す。２番目のＧＯＰ「ＧＯＰ_２」内の最初のピクチャＩ１０から逆再生ファイルのピクチャが逐次読み出され、再生装置２０に送信及び出力される。しかし、再生装置２０では、ＧＯＰ_２に含まれるピクチャＢ_１２、Ｂ_１１の出力がスキップされる。これらは、逆再生ファイルのＧＯＰ１のピクチャを参照しているからである。

図１７（Ｃ）は、再生モードの切替前後で再生装置２０に出力されるピクチャを示した説明図である。

逆再生ファイルのＧＯＰ_２に含まれるピクチャＢ_１２、Ｂ_１１の出力をスキップするには、逆再生ファイル内の各ＧＯＰのヘッダに含まれるブロークンリンクビットを「１」に設定しておけばよい。これにより、他のＧＯＰに含まれる他のピクチャを参照するＧＯＰのピクチャの出力をスキップすることができる。従って、オープンＧＯＰ方式、クローズドＧＯＰ方式のどちらも逆再生ファイルとして用いることができる。

再生モード切替の前後で読み出されるピクチャの通し番号が連続していると、再生モード切替時の画像の乱れを抑えることができる。図１７（Ｃ）の例では、モード切替前の通し番号は、「・・・９，１０，１１」と増加し、再生モード切替後は「１０，９，８・・・」と減少変化する。オリジナル符号化ファイルの最後の通し番号と、逆再生ファイルの最初の通し番号とは連続している。出力ピクチャのこの連続的な通し番号の変化は、再生モード切替時の画像の乱れを防止するのに有効である。なお、再生モード切替前後で読み出されるピクチャの通し番号は、必ずしも連続している必要はないが、通し番号の差が少ないほどモード切替時の画像の乱れを抑えやすい。

（ｃ）逆再生ファイルの生成
図１８は、ソースビデオデータから生成された逆再生ファイルを示す説明図である。逆再生ファイルは、主に（ｉ）ソースビデオデータの並べ替え、（ｉｉ）グループ化、（ｉｉｉ）符号化パラメータの決定、（ｉｖ）符号化、の４段階を経て生成される。各段階について以下に説明する。

（ｉ）ソースビデオデータにおけるフレームの並べ替え
送信サーバ１０のファイル作成部１０５ａは、ソースビデオデータに含まれる各フレームを時間的に逆順に並べ替え、逆ソースビデオデータを生成する。さらに、各フレーム内に含まれるフィールドの時間順序も逆にする必要がある。

図１９（Ａ），（Ｂ）は、時間順序を逆にしたフィールドの説明図である。図１９中、ＯＦは奇数フィールドを、ＥＦは偶数フィールドを示す。図１９（Ａ）は、各フレームにおいて最も上の１ラインを削除し、各フレームの各奇数フィールドＯＦの一番下のラインにダミーラインＤＬ１を付加する方法を示す。図１９（Ｂ）は、各フレームにおいて最も下の１ラインを削除し、各フレームの各偶数フィールドの一番上のラインにダミーラインＤＬ２を付加する方法を示す。付加するダミーラインの値は、黒色でも良いし、奇数又は偶数一フィールドのダミーラインの隣のラインの値と同じとしても良い。

（ｉｉ）グループ化
ファイル作成部１０５ａは、逆ソースビデオデータに含まれるフレームをグループ化することによって複数のグループを生成する。これらのグループは、生成される逆再生ファイルのＧＯＰに対応する。各グループに含まれるフレーム数は、基本的にはオリジナル符号化ファイルのＧＯＰに含まれるピクチャ数と同じである。但し、最初及び最後のグループに含まれるフレーム数は、下式で表される。下式において、Ｐ_ｌａｓｔはオリジナル符号化ファイルの最後のＧＯＰ内のピクチャ数である。Ｋは、オリジナル符号化ファイル内のＧＯＰの先頭Ｉピクチャに続くＢピクチャの数である。

（最初のグループのフレーム数）＝Ｐ_ｌａｓｔ−Ｋ＋１（（Ｐ_ｌａｓｔ−Ｋ＋１）＞０の場合）
（最初のグループのフレーム数）＝Ｐ_ｌａｓｔ−Ｋ＋１＋Ｐ（（Ｐ_ｌａｓｔ−Ｋ＋１）≦０の場合）
（最後のグループのフレーム数）＝Ｋ−１（Ｋ−１＞０の場合）
（最後のグループのフレーム数）＝Ｋ−１＋Ｐ（Ｋ−１≦０の場合）

本例では、Ｐ_ｌａｓｔ＝１１、Ｋ＝２である。上記式を使ったグループ化により、オリジナル符号化ファイルの最後のＧＯＰが、逆再生ファイルの最初のＧＯＰ「ＧＯＰ_１」に対応するようになる。また、このグループ化では、オリジナル符号化ファイルのＪ番目のＧＯＰ「ＧＯＰｊ」が、逆再生ファイルのＨ番目のＧＯＰ「ＧＯＰｈ」に対応するようになる。これは、オリジナル符号化ファイルのＪ番目のＧＯＰ「ＧＯＰ_ｊ」を読み出し中に再生モードが切り替わる場合、逆再生ファイルのＧＯＰｈの最初のピクチャが読み出されることを意味する。「Ｈ」と「Ｊ」との関係は下式で表される。ここで、Ｌはオリジナル符号化ファイル内のＧＯＰの総数である。

Ｈ＝Ｌ−Ｊ＋１ （（Ｐ_ｌａｓｔ−Ｋ＋１）＞０の場合）
Ｈ＝Ｌ−Ｊ （（Ｐ_ｌａｓｔ−Ｋ＋１）≦０の場合）

図２０は、切替テーブルの説明図である。オリジナル符号化ファイルと逆再生ファイルとの間のＧＯＰの対応関係を、切替テーブルとして記憶しても良い。この切替テーブルによれば、再生モードを切り替えた後に、読み出すべきＧＯＰを直ぐに決定することができる。

（ｉｉｉ）符号化パラメータを決定
ファイル作成部１０５ａは、オリジナル符号化ファイルと同じ「Ｋ」の値を有する、Ｉ，Ｐ，ＢのピクチャパターンをＭＰＥＧエンコーダ１０９に送信する。これにより、最終ＧＯＰのピクチャ枚数が（Ｋ＋１）よりも小さい場合、最終ＧＯＰではＫの値が変わるが、それ以外のＧＯＰではＫの値を変えずにすむ。具体的には、Ｈ番目のグループにおける最初のＩピクチャの通し番号が下式（１）を満たすように、Ｉ，Ｐ，Ｂのピクチャパターンを決定する。これにより、切替前後の両ピクチャの通し番号が大きく飛ぶことを防ぐことができる。

（オリジナル符号化ファイルのＪ番目のＧＯＰ内の最後から２番目のＰピクチャの通し番号）
≦（逆ソースビデオデータのＨ番目のグループにおける最初のＩピクチャの通し番号）
≦（オリジナル符号化ファイルの（Ｊ＋１）番目のＧＯＰ内の最初のＩピクチャの通し番号） ・・・・・（１）

好ましくは、Ｉ，Ｐ，Ｂのピクチャパターンは、逆再生ファイルのＩピクチャの通し番号が下式（２）を満たすように決定される。

（オリジナル符号化ファイルのＪ番目のＧＯＰ内の最後のＰピクチャの通し番号）
≦（逆ソースビデオデータのＨ番目のグループにおける最初のＩピクチャの通し番号）
≦（オリジナル符号化ファイルの（Ｊ＋１）番目のＧＯＰ内の最初のＩピクチャの通し番号） ・・・・・（２）

上記式（２）において、「オリジナル符号化ファイルのＪ番目のＧＯＰの最後のＰピクチャの通し番号」と、「逆ソースビデオデータのＨ番目のグループの最初のＩピクチャの通し番号」と、が連続していると、再生モード切替時に滑らかな再生を期待できる。

図１７を参照して具体的に説明する。図１７は、Ｊ＝ｉ、Ｈ＝２の例を示す。ＧＯＰ２の最初のＩピクチャの通し番号は「１０」である。オリジナル符号化ファイルのＧＯＰ_ｉの最後から２番目のＰピクチャの通し番号は「８」である。オリジナル符号化ファイルの（ｉ＋１）番目のＧＯＰの最初のＩピクチャの通し番号は「１４」である。従って、ＧＯＰ２の最初のＩピクチャの通し番号は、８以上１４以下が好ましい。

再生モード切替時の再生をより滑らかにするためのより好ましい例は、以下の通りである。オリジナル符号化ファイルのＧＯＰｉの最後のＰピクチャの通し番号「１１」である場合、ＧＯＰ２_２最初のＩピクチャの通し番号は「１１」以上「１４」以下が好ましい。ＧＯＰ２の最初のＩピクチャの通し番号が「１０」であることがより好ましく、この場合は「１１」と連番となり、かつ「１１」よりも小さくなる。したがって、再生モード切替時に滑らかな再生を期待できる。

（ｉｖ）符号化
ファイル作成部１０５ａは、エンコードに必要なパラメータと共に、逆ソースビデオデータをＭＰＥＧエンコーダ１０９に出力する。パラメータは、Ｉピクチャの通し番号や、Ｉ，Ｐ，Ｂのパターンを含む。ＭＰＥＧエンコーダ１０９は、入力されたパラメータに基づいて、時間的に逆順に並べられたフレームをエンコードする。これにより、逆再生ファイルが生成される。生成された逆再生ファイルは、例えばＨＤＤ１０２に蓄積される。

〔処理〕
図２１は、ファイル作成部１０５ａとして機能するＣＰＵ１０５が実行する逆再生ファイル生成方法のフローチャートを示す。この処理は、例えば新たなソースビデオデータがＨＤＤ１０２に書き込まれると開始される。

ステップＳ５０１：ＣＰＵ１０５は、ＨＤＤ１０２から、ソースビデオデータを読み出す。

ステップＳ５０２：ＣＰＵ１０５は、ソースビデオデータに含まれるフレーム及び各フレーム内のフィールドを時間的に逆順に並べ替え、逆ソースビデオデータを生成する。

ステップＳ５０３：ＣＰＵ１０５は、逆ソースビデオデータのフレームをグループ化する。まず、最初のＧＯＰ、最後のＧＯＰ、それ以外のＧＯＰのピクチャ数を決定する。その後、決定したピクチャ数に従い、グループ化を行う。

ステップＳ５０４：ＣＰＵ１０５は、逆ソースビデオデータの符号化に用いるパラメータを決定する。

ステップＳ５０５：ＣＰＵ１０５は、ステップＳ５０４で決定したパラメータをＭＰＥＧエンコーダ１０９に出力し、ＭＰＥＧエンコーダ１０９は逆再生ファイルを作成する。

以上の処理により、送信サーバ１０は、１倍速逆再生ファイルを生成する。

＜その他の実施形態＞
（Ａ）第１実施形態では、オリジナル符号化ファイル及び早送りファイルがＨＤＤ１０２に記憶されている。しかし、これらのファイルはリムーバブル記憶媒体に蓄積されていても良い。その場合、送信サーバ１０は、符号化ファイルをリムーバブル記録媒体や外部リソースから取得し、再生装置２０に送信する。ストリームテーブルやオフセットテーブルは、符号化ファイルが記憶されている同じ場所に記憶されているとよい。

（Ｂ）前記第１，第２実施形態とは異なり、前方向予測により符号化され時間的に過去の画像に基づいてのみ復号化される画像を間引くことも可能である。例えばオリジナル符号化ファイルがＭＰＥＧ２で符号化されている場合に、Ｐピクチャを間引くことを考える。

Ｐピクチャは、時間並びでＰピクチャの直前及び直後に位置するＢピクチャ群がない場合、かつＧＯＰ内の最後のＰピクチャであれば、削除することができる。従って、所望の再生倍率を実現するためにＧＯＰ内のＢピクチャを全て間引いてもさらに間引きを行いたい場合に、ＰピクチャをＧＯＰ内で時間並びで後ろから順に間引くと良い。

オリジナル符号化ファイルがＢピクチャを含んでいない場合も、同様に考えることができる。すなわち、ＧＯＰ内で時間並びで後からＰピクチャを削除することによりＰピクチャを削除すればよい。

（Ｃ）前記第１、第２実施形態とは異なり、早送りファイルをオリジナル符号化ファイルとは独立に圧縮符号化しても良い。２つの方法を次に説明する。第１の方法は、時間並びにおいてＧＯＰ内の定位置にＩピクチャを生成する場合である。第２の方法は、オリジナル符号化ファイルのＧＯＰ内の不特定の位置にＩピクチャを作成する場合である。

（Ｃ−１）ＣＰＵは、オリジナル符号化ファイルを作成する場合には、エンコーダに対し、定位置でＩピクチャを作成するよう指示する。ＣＰＵはエンコーダに対し、指定倍速になり、かつＩピクチャが定位置に合うように、Ｉ，Ｐ，Ｂのピクチャパターンを指定する。これにより、１つのエンコーダでオリジナル符号化ファイルと早送りファイルとを独立に作成することができる。なお、２つのエンコーダを用いてオリジナル符号化ファイルと早送りファイルとをそれぞれ作成させることも可能である。

（Ｃ−２）オリジナル符号化ファイルと早送りファイルとを作成するコンピュータ上に、主従のエンコーダと外部回路とを設ける。コンピュータは、図２２（Ａ）、（Ｂ）に示す２つの処理を実行することができる。図２２（Ａ）に示す処理では、主エンコーダはオリジナル符号化ファイル作成用のエンコーダである（ステップＳ６０１）。従エンコーダは早送りファイル用のエンコーダである。外部回路は、主エンコーダがＩピクチャを作成したタイミングを、従エンコーダに通知する。また外部回路は、主エンコーダが従エンコーダに渡すピクチャ数を、指定された倍速数に合わせて間引く（ステップＳ６０２）。このとき、外部回路は、主エンコーダがＩピクチャに符号化したピクチャ以外のピクチャを間引く。この選択的間引きを実現するために、主エンコーダから外部回路に、Ｉピクチャを作成したことを通知すると良い（ステップＳ６０３）。この通知に基づいて、オリジナル符号化ファイルのＩピクチャのアドレスと早送りファイルのＩピクチャのアドレスとを対応づけたオフセットテーブルを作成することができる。

図２２（Ｂ）に示す処理は、図２２（Ａ）に示す処理と同様ステップＳ６０１，Ｓ６０２を含む。ステップＳ６０２の後、外部回路は、ピクチャを間引くとともに、所定のダミーデータを従エンコーダに入力しても良い（ステップＳ６０４）。これにより、オリジナル符号化ファイルの先頭からのＩピクチャのアドレスと、早送りファイルの先頭からのＩピクチャのアドレスと、を一致させることができる。

（Ｄ）上記の方法をコンピュータ上で実行するためのプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで、プログラムは、ダウンロード可能なものであっても良い。記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。

本発明を説明するのに用いた実施形態は本発明の一例であって、本発明の範囲から逸脱しない範囲で当業者に自明な変更は、本発明の範囲に含まれる。実施形態の記載は、本発明の一例であって、本発明を限定するものではなく、本発明はクレーム及び明細書の記載に基づいて定義される。

本発明は、ディジタル動画像データの再生処理に好適に適用することができる。

Claims (7)

1. 非圧縮または低圧縮のビデオデータを符号化して、単独で復号可能なイントラフレーム（Ｉ）と、前および／または後のフレームを参照して復号される非イントラフレーム（Ｐ，Ｂ）とを含む通常再生用データを生成するステップ（Ｓ１０９，Ｓ６０１）と、
   前記通常再生用データに含まれるイントラフレーム（Ｉ）と、前記通常再生用データに含まれる非イントラフレーム（Ｐ，Ｂ）の一部と、を含む早送り再生用データを生成するステップ（Ｓ１０９，Ｓ６０２）と、
   前記通常再生用データに含まれるイントラフレーム（Ｉ）と、前記早送り再生用データに含まれるイントラフレーム（Ｉ）と、を関連づけるステップ（Ｓ１１３、Ｓ６０３）と、
   を含むデータ生成方法。
2. 前記通常再生用データを生成するステップにおいて前記非イントラフレームと前記イントラフレームとが逐次生成される間に、前記非イントラフレーム（Ｐ，Ｂ）のうちの一部と前記イントラフレーム（Ｉ）とを選択的に取得することにより、前記早送り再生用データを生成する、請求項１に記載のデータ生成方法。
3. 前記通常再生用データを生成した後に前記通常再生用データから前記非イントラフレームの一部を間引くことにより、前記早送り再生用データを生成する、請求項１に記載のデータ生成方法。
4. 非圧縮または低圧縮のビデオデータを符号化して、単独で復号可能なイントラフレーム（Ｉ）と、前および／または後のフレームを参照して復号される非イントラフレーム（Ｐ，Ｂ）とを含む通常再生用データを生成するステップ（１０５ａ，Ｓ６０１）と、
   前記通常再生用データに含まれるイントラフレーム（Ｉ）と、前記通常再生用データに含まれる非イントラフレーム（Ｐ，Ｂ）の一部と、前記通常再生用データにのみ含まれる残りの非イントラフレームに代わるダミーデータ（ＰＤ）と、を含む早送り再生用データを生成するステップ（１０５ａ，Ｓ６０４）と、を含み、
   前記通常再生用データ内の各イントラフレーム（Ｉ）と前記早送り再生用データ内の各イントラフレーム（Ｉ）とは、前記通常再生用データ及び前記早送り再生用データのそれぞれの先頭に対する相対アドレスが同一である（Ｓ６０４）、
   データ生成方法。
5. 前記通常再生用データを生成するステップにおいて前記非イントラフレームと前記イントラフレームとが逐次生成される間に、前記非イントラフレームのうちの一部と前記イントラフレームとを選択的に取得することにより、前記早送り再生用データを生成する（Ｓ６０４）、請求項４に記載のデータ生成方法。
6. 前記通常再生用データを生成した後に前記通常再生用データに含まれる前記非イントラフレームの一部を間引き、間引かれた非イントラフレームに代わるダミーデータ（ＰＤ）を挿入することにより、前記早送り再生用データを生成する（１０５ａ）、請求項４に記載のデータ生成方法。
7. 符号化されたビデオデータを記憶した記憶媒体（１０２）であって、
   前記ビデオデータは、通常再生用データ（１０２ａ）と、早送り再生用データ（１０２ｂ）と、を含み、
   前記通常再生用データは、単独で復号可能なイントラフレーム（Ｉ）と、前および／または後のフレームを参照して復号される非イントラフレーム（Ｐ，Ｂ）と、を含んでおり、
   前記早送り再生用データ（１０２ｂ）は、前記通常再生用ファイルに含まれるイントラフレーム（Ｉ）と、前記通常再生用データに含まれる非イントラフレーム（Ｐ，Ｂ）の一部と、を含んでいる、
   符号化されたビデオデータを記憶した記憶媒体。

Images