JP2010536190A - ビデオデータの再生システム - Google Patents

Abstract

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

Description

本発明は、符号化ビデオデータの再生中に通常モードと特殊モードとの間で切り替えることに関する。

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

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

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

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

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

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

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

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

本発明の第１の態様によれば、ソース、出力ノード、供給ユニット、及び切替ユニットを有するビデオデータの再生システムが提供される。ソースは、同一のビデオデータから生成された第１及び第２のビデオデータのソースである。供給ユニットは、ソースと出力ノードとの間に接続され、出力ノードに第１及び第２のビデオデータを順次供給するように構成されている。切替ユニットは、供給ユニットに接続され、制御信号に応じて前記第１及び第２のビデオデータ間でデータを切り替えるように構成されている。

出力されるデータは、第１のビデオデータから第２のビデオデータへ、またはその逆へ、切り替えられる。

前記第１のビデオデータは、好ましくは、イントラフレームと非イントラフレームを含んでいる。イントラフレームは単独で復号され、非イントラフレームは前および／または後のフレームを参照して復号される。第２のビデオデータは、第１のビデオデータに含まれるイントラフレームを少なくとも含んでいる。

切替ユニットは、制御信号に応じて、現在読み出し中のデータの次に読み出すデータを特定してもよい。さらに、切替ユニットは、現在のデータに含まれるイントラフレームと、該現在のデータに含まれるイントラフレームと同一である、次のデータに含まれる別のイントラフレームとを切替位置に設定してもよい。

切替ユニットは、制御信号の後に読み出される現在のデータに含まれる最初のイントラフレームを切替位置に設定してもよい。

第１のビデオデータは好ましくは通常モード再生用のデータであり、第２のビデオデータは好ましくは早送りモード再生用のデータである。

アドレス記憶部が、第１及び第２のビデオデータに含まれる各イントラフレームのアドレスを互いに関連付けて格納する関連テーブルを記憶するように構成されていてもよい。切替ユニットは、関連テーブルを参照して、次に読み出すデータの読出アドレスを決定する。

本発明の他の態様によれば、記憶手段、出力手段、供給手段、及び切替手段を有するビデオデータの再生システムが提供される。記憶手段は、同一のビデオデータから生成された第１及び第２のビデオデータを記憶する。供給手段は、記憶手段と出力手段との間に接続され、出力手段に第１及び第２のビデオデータを順次供給する。切替手段は、供給手段に接続され、制御信号に応じて第１及び第２のビデオデータ間でデータを切り替える。

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

本発明の第１実施形態に係る再生システムの構成ブロック図である。 図１の送信サーバのハードウェア構成を示す構成ブロック図である。 図１の再生装置のハードウェア構成を示す構成ブロック図である。 送信サーバの機能構成を示す機能ブロック図である。 （Ａ）はオリジナル符号化ファイルの概念説明図、（Ｂ）はオリジナル符号化ファイルから作成される早送りファイルの概念説明図である。 （Ａ）はオリジナル符号化ファイルの概念説明図、（Ｂ）はオリジナル符号化ファイルから作成される別の早送りファイルの概念説明図である。 ストリームテーブルの概念説明図である。 オフセットテーブルの概念説明図である。 図１の再生装置の機能構成を示す機能ブロック図である。 図１の送信サーバが実行するファイル作成処理の流れの一例を示すフローチャートである。 図１の送信サーバが実行する読出及び送信処理の流れの一例を示すフローチャートである。 図１の再生装置が実行する再生処理の流れの一例を示すフローチャートである。 第２実施形態の再生装置のハードウェア構成を示す構成図である。 図１２の再生装置の機能構成を示す機能ブロック図である。 オリジナル符号化ファイルの概念説明図である。 オリジナル符号化ファイルから作成される早送りファイルの概念説明図である。 図１２の再生装置が実行する読出及び再生処理の流れの一例を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｓ＝Ｎｇｏｐ／Ｎｅ

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

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

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

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

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

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

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

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

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

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

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

〔処理〕
以下に、再生システム１００で実行される処理の流れについて、図９−１１を参照しながら具体的に説明する。
（１）送信サーバが行う処理
送信サーバ１０は、少なくとも送信処理を実行し、本実施形態ではファイル作成処理も行う。ファイル作成処理は、送信サーバ１０だけでなく、それ以外のコンピュータ端末装置で行ってもよい。

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

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

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

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

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

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

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

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

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

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

Ｎ≧Ｎｓｋｉｐ＋Ｓ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ３０７：ＣＰＵ２０５は、ＥＯＦが送信サーバ１０から送信されたかどうかを監視する。ＣＰＵ２０５は、ＥＯＦを受信するまで再生モードの変更指示を受け付ける（Ｓ３０５）。ＣＰＵ２０５は、ＥＯＦを受信すると、ＭＰＥＧデコーダ２０８ａに処理の終了を指示し、ステップＳ３０８に移行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［産業上の利用可能性］
本発明は、ディジタル動画像データの再生処理に好適に適用することができる。

Claims (7)

1. 同一のビデオデータから生成された第１及び第２のビデオデータ（１０２ａ，１０２ｂ）のソース（１０２）と、
   出力ノード（２２）と、
   前記ソース（１０２）と前記出力ノード（２２）との間に接続され、前記出力ノード（２２）に前記第１及び第２のビデオデータ（１０２ａ，１０２ｂ）を順次供給する供給ユニット（１０５ｂ）と、
   前記供給ユニット（１０５ｂ）に接続され、制御信号に応じて前記第１及び第２のビデオデータ間でデータを切り替える切替ユニット（１０５ｄ）と、
   を有するビデオデータの再生システム。
2. 前記第１のビデオデータ（１０２ａ）は、単独で復号可能なイントラフレーム（Ｉ）と、前および／または後のフレームを参照して復号される非イントラフレーム（Ｐ，Ｂ）とを含んでおり、
   前記第２のビデオデータ（１０２ｂ）は、前記第１のビデオデータに含まれる前記イントラフレーム（Ｉ）を少なくとも含んでいる、請求項１に記載のビデオデータの再生システム。
3. 前記切替ユニット（１０５ｄ）は、さらに、前記制御信号に応じて、現在読み出し中のデータの次に読み出すデータを特定し、かつ、現在のデータに含まれるイントラフレームと、該現在のデータに含まれるイントラフレームと同一である、次のデータに含まれる別のイントラフレームとを切替位置に設定する、請求項２記載のビデオデータの再生システム。
4. 前記切替ユニット（１０５ｄ）は、前記制御信号の後に読み出される現在のデータに含まれる最初のイントラフレームを切替位置に設定する、請求項３に記載のビデオデータの再生システム。
5. 前記第１のビデオデータ（１０２ａ）は通常モード再生用のデータであり、前記第２のビデオデータ（１０２ｂ）は早送りモード再生用のデータである、請求項１記載のビデオデータの再生システム。
6. 前記第１及び第２のビデオデータに含まれる各イントラフレームのアドレスを互いに関連付けて格納する関連テーブルを記憶するアドレス記憶部（１０３）をさらに備え、
   前記切替ユニット（１０５ｄ）は、前記関連テーブルを参照して、次に読み出すデータの読出アドレスを決定する、請求項３に記載のビデオデータの再生システム。
7. 同一のビデオデータから生成された第１及び第２のビデオデータ（１０２ａ，１０２ｂ）を記憶する記憶手段（１０２）と、
   出力手段（２２）と、
   前記記憶手段（１０２）と前記出力手段（２２）との間に接続され、前記出力手段（２２）に前記第１及び第２のビデオデータ（１０２ａ，１０２ｂ）を順次供給する供給手段（１０５ｂ）と、
   前記供給手段（１０５ｂ）に接続され、制御信号に応じて前記第１及び第２のビデオデータ間でデータを切り替える切替手段（１０５ｄ）と、
   を有するビデオデータの再生システム。

Images