【誤訳訂正書】
【提出日】平成16年12月3日(2004.12.3)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】    明細書
【発明の名称】  ＭＰＥＧストリームの早送り早巻き戻しアルゴリズム
【特許請求の範囲】
【請求項１】  メディア要求に応じてＭＰＥＧストリームデータをメディアクライアントに配信する転送システムであって、
配信されたＭＰＥＧストリームデータからＩフレームを集合バッファに格納するバファリングシステムと、
格納されたＩフレームの数を追跡するカウンタと、
異なるタイプの配信ファイルを要求するメディア要求を受けたとき、上記メディアクライアントに、上記格納されたＩフレームを送信し、上記要求された配信ファイルが利用可能となったら、当該要求された配信ファイルからＭＰＥＧストリームデータを、上記メディアクライアントに送信する転送コントローラとを備え、
上記カウンタは、上記要求された配信ファイルの開始位置の選択に用いられる
ことを特徴とする転送システム。
【請求項２】  上記バッファリングシステムは
上記ＭＰＥＧストリームデータを上記集合バッファに格納するバッファ書込み機構を備えている請求項１記載の転送システム。
【請求項３】  上記メディア要求は上記ＭＰＥＧストリームデータが順方向高速再生ファイルを備えるように該順方向高速再生ファイルを配信する要求であって、
上記転送コントローラは上記順方向高速再生ファイルに含まれる上記Ｉフレームを上記バッファ書込み機構に送信するとともに上記メディアクライアントに直接送信する請求項２記載の転送システム。
【請求項４】  上記バッファリングシステムは
上記バッファ書込み機構から上記ＭＰＥＧストリームデータを受け取る転送バッファと、
上記転送バッファに含まれている上記ＭＰＥＧストリームデータを読み出して、該ＭＰＥＧストリームデータを上記メディアクライアントに配信するバッファ読出し機構とをさらに備えている請求項２記載の転送システム。
【請求項５】  上記メディア要求は上記ＭＰＥＧストリームデータが標準再生ファイルを備えるように該標準再生ファイルを配信する要求であって、
上記転送コントローラは上記標準再生ファイルを上記バッファ書込み機構に送信する請求項４記載の転送システム。
【請求項６】  上記メディア要求は上記ＭＰＥＧストリームデータが逆方向高速再生ファイルを備えるように上記逆方向高速再生ファイルを配信する要求であって、
上記転送コントローラは上記逆方向高速再生ファイルに含まれる上記Ｉフレームを上記バッファ書込み機構に送信する請求項４記載の転送システム。
【請求項７】  上記メディア要求は上記ＭＰＥＧストリームデータが順方向高速再生ファイルと標準再生ファイルとを備えるように上記順方向高速再生ファイルの配信から上記標準再生ファイルの配信へ切り替える要求であって、
上記転送コントローラは上記標準再生ファイルが利用可能になるまで上記順方向高速再生ファイルに含まれるＩフレームをスローモーションで上記メディアクライアントに配信する請求項１記載の転送システム。
【請求項８】  上記バッファリングシステムは
上記集合バッファに格納されたＩフレームを読み出し、該Ｉフレームを上記メディアクライアントに配信するバッファ読出し機構とを備えている請求項１記載の転送システム。
【請求項９】  上記メディア要求は上記ＭＰＥＧビデオデータが標準再生ファイルと順方向高速再生ファイルを備えるように上記標準再生ファイルの配信から上記順方向高速再生ファイルの配信へ切り替える要求であって、
上記バッファ読出し機構は上記順方向高速再生ファイルが利用可能になるまで上記集合バッファに含まれるＩフレームを上記メディアクライアントに早送り速度で配信する請求項８記載の転送システム。
【請求項１０】  上記転送コントローラは上記カウンタを上記集合バッファから上記メディアクライアントに配信されるＩフレームの数に関して調整する請求項８記載の転送システム。
【請求項１１】  上記メディア要求は逆方向高速再生ファイルの配信へ切り替える要求であって、上記転送コントローラは上記カウンタを上記集合バッファから上記メディアクライアントに配信されたＩフレームの数だけ減算する請求項１０記載の転送システム。
【請求項１２】  上記メディア要求は上記ＭＰＥＧストリームデータが標準再生ファイルと上記逆方向高速再生ファイルとを備えるように上記標準再生ファイルの配信から切り替える要求をさらに備えており、
上記バッファ読出し機構は上記逆方向高速再生ファイルが利用可能になるまで上記集合バッファに含まれるＩフレームを上記メディアクライアントに早送り速度で配信する請求項１１記載の転送システム。
【請求項１３】  上記メディア要求は上記ＭＰＥＧストリームデータが順方向高速再生ファイルと上記逆方向高速再生ファイルとを備えるように上記順方向高速再生ファイルの配信から切り替える要求をさらに備えており、
上記バッファ読出し機構は上記逆方向高速再生ファイルが利用可能になるまで上記集合バッファに含まれるＩフレームを上記メディアクライアントに配信する請求項１１記載の転送システム。
【請求項１４】  上記メディア要求は逆方向高速再生ファイルの配信から切り替える要求であって、上記転送コントローラは上記カウンタを上記集合バッファから上記メディアクライアントに配信されたＩフレームの数だけ加算する請求項１０記載の転送システム。
【請求項１５】  上記メディア要求は上記ＭＰＥＧストリームデータが上記逆方向高速再生ファイルと標準再生ファイルとを備えるように上記標準再生ファイルの配信へ切り替える要求をさらに備えており、
上記バッファ読出し機構は上記標準再生ファイルが利用可能になるまで上記集合バッファに含まれるＩフレームを上記メディアクライアントにスローモーションで配信する請求項１４記載の転送システム。
【請求項１６】  上記メディア要求は上記ＭＰＥＧストリームデータが上記逆方向高速再生ファイルと順方向高速再生ファイルとを備えるように上記順方向高速再生ファイルの配信へ切り替える要求をさらに備えており、
上記バッファ読出し機構は上記順方向高速再生ファイルが利用可能になるまで上記集合バッファに含まれるＩフレームを上記メディアクライアントに配信する請求項１４記載の転送システム。
【請求項１７】  メディア要求に応じてＭＰＥＧストリームデータをメディアクライアントに配信する方法であって、
配信されたＭＰＥＧストリームデータからＩフレームを集合バッファに格納する工程と、
格納されたＩフレームの数をカウンタで追跡する工程と、
上記要求された配信ファイルが利用可能となったら、当該要求された配信ファイルから上記ＭＰＥＧストリームデータを上記メディアクライアントに送信する工程とを備え、
上記カウンタは、上記要求された配信ファイルの開始位置の選択に用いられる
ことを特徴とする方法。
【請求項１８】  上記メディア要求は上記ＭＰＥＧストリームデータが順方向高速再生ファイルを備えるように該順方向高速再生ファイルを配信する要求であって、
上記送信工程は
上記順方向高速再生ファイルに含まれる上記Ｉフレームを上記集合バッファに送信する工程と、
上記順方向高速再生ファイルに含まれる上記Ｉフレームを上記メディアクライアントに直接送信する工程とを備えている請求項１７記載の方法。
【請求項１９】  上記送信工程は
上記ＭＰＥＧストリームデータを転送バッファに格納する工程と、
該転送バッファに含まれている上記ＭＰＥＧストリームデータを読み出す工程と、
該ＭＰＥＧストリームデータを上記メディアクライアントに配信する工程とを備えている請求項１７記載の方法。
【請求項２０】  上記メディア要求は上記ＭＰＥＧストリームデータが標準再生ファイルを備えるように該標準再生ファイルを配信する要求である請求項１９記載の方法。
【請求項２１】  上記メディア要求は上記ＭＰＥＧストリームデータが逆方向高速再生ファイルに含まれる上記Ｉフレームを備えるように上記逆方向高速再生ファイルを配信する要求である請求項１９記載の方法。
【請求項２２】  上記メディア要求は上記ＭＰＥＧストリームデータが順方向高速再生ファイルと標準再生ファイルを備えるように上記順方向高速再生ファイルの配信から上記標準再生ファイルの配信へ切り替える要求であって、
上記送信工程は上記標準再生ファイルが利用可能になるまで上記順方向高速再生ファイルに含まれるＩフレームをスローモーションで配信する工程を備えている請求項１７記載の方法。
【発明の詳細な説明】
【０００１】
（発明の背景と概略）
本発明は概してネットワークサーバからメディアクライアントへのＭＰＥＧビデオストリームの転送に関する。特に、本技術は、ユーザの要求に応じて早送り動作と早巻き戻し動作を効率的な実行に関する。この技術は上記ストリームに含まれるＭＰＥＧビデオファイルのバッファリングと仮の転送を利用してファイル間の切替えに伴うネットワーク遅延を回避するものである。
【０００２】
コンピュータとインタネットの爆発的な普及とともに、ネットワークを利用してビデオ素材や音声素材などのマルチメディアの集まりを遠隔地に転送することにますます関心が高まっている。そのさらに将来性のあるアプリケーションの中には、例えば、双方向テレビ（ＩＴＶ）、オンデマンド動画、その他マルチメディアプッシュ技術がある。
【０００３】
ビデオ素材や音声素材を転送するには、通常、多数の個人メディアクライアントにサービスを提供するネットワークを通してサーバからビデオファイルを転送する必要がある。例えば、ＩＴＶサーバは、双方向ビデオサービスを提供する際、計算機装置、記憶装置および通信装置の集まりを利用して上記ファイルを転送する。特定の双方向サービスが実施のために２つ以上のサーバを必要とする場合もあれば、１つのサーバが２つ以上のサービスを実施する場合もある。サーバはメディアクライアントの場所でのみ伸張を必要とする標準形式で圧縮された音声及びビデオストリームを作成する。消費者による遠隔制御ボタンの押圧信号がサービスアプリケーションにより解釈のためにサーバに返送される。この種類の構成によれば、メディアクライアントは標準的なビデオカセットレコーダを操作するのとほぼ同様にして動画や他の種類の画像を見ることができる。
【０００４】
大部分のビデオファイルは、そのサイズのせいで、ネットワークを通してサーバからメディアクライアントにファイルをストリーミングする必要がある。しかしながら、画像をストリーミングする際に、懸念されるデータネットワークプロトコルの問題がいくつか存在する。１つの問題はディジタルビデオデータストリームがデータネットワーク化による様々な理由により引き起こされる遅延や伝送誤りに非常に敏感であるという事実に関する。また、ディジタルビデオデータをストリーミングすることは、通常、現在存在するアクセスネットワーク技術の帯域幅能力を超える伝送率を必要とする。
【０００５】
動画がＭＰＥＧ準拠の標準再生ファイルとしてディスクに格納されたと仮定すると、高速再生ファイルは、動画の早送り（または早巻き戻し）再生に相当するフレームのみが高速再生ファイルに保存されるような標準再生ファイルの短縮版を意味する。したがって、ＭＰＥＧストリームデータは、本明細書においてそれぞれ１Ｘファイル、ＲＸファイル、ＦＸファイルと省略された標準再生ファイルと、逆方向高速再生ファイルと、順方向高速再生ファイルとを含むことができる。高速再生ファイル使用の背後にある考えはネットワークとディスクの帯域幅を節約することである。早送りおよび早巻き戻し画像の表示中にユーザに実際に示されるのはｎ個のフレームあたり１個のフレームであるので、廃棄されるフレームも含めて全てのデータをクライアントに送ることは帯域幅の浪費である。したがって、標準再生ファイルを走査して各ｎ番目のフレームを選択することにより、高速再生ファイルを形成する。
【０００６】
その選択をさらに容易にするために、高速再生ファイルがその内部に標準再生ファイルに現れるＩフレームのみを保存するようにしてもよい。Ｉフレームは画像間に存在する冗長空間を搾り出すフレーム内符号化技術の結果発生する情報を含んでいる。したがって、急送ファイルの場合、ｎの値の選択は標準再生ファイルの画像群の大きさに制限されることになる。
【０００７】
高速再生ファイルが動作するためには、３種類の画像ファイル間で何らかのリンク情報が維持される必要がある。この情報はメディアクライアントのコマンドに応答して画像ファイル間の切替えの手助けをする。各画像ファイルは他の画像ファイルのレコードを含む関連データベースファイルを有している。例えば、１Ｘファイルは１Ｘ−ＦＸレコードと１Ｘ−ＲＸレコードを含むデータベースファイルを有している。データベースファイルはファイル間の切替えに必要なリンク情報を含んでいる。ファイルの各レコードは他のデータベースファイルに対するリンクポインタを携えたフィールドを含んでいる。データベースファイル内のリンクポインタは各ストリームのフレーム番号によって索引付けされている。ユーザが早送りボタン、早巻き戻しボタンあるいは再生ボタンを押すことによって別のファイルを要求すると、リンク情報により、現行ストリームの現行フレーム番号に基づいて検索と表示を必要とする次のフレームを決定することができる。
【０００８】
リンク情報は正しいフレーム順の表示を保証するが、フレームが正確な時間に表示されることは保証していない。簡単に言えば、正しいフレームが選択されるけれども、これらのフレームはネットワーク遅延のために表示される前に大きく遅延する恐れがある。メディアクライアントの画面上の不快な“一時的中断”はそのような遅延の結果である。
【０００９】
本発明とその目的および長所をより深く理解するために、以下の詳細説明と添付の図面を参照することができる。
【００１０】
（好ましい実施形態の詳細な説明）
図１にみるように、画像転送システムの一例を１０で示す。転送コントローラ２０、バッファリングシステム３０およびカウンタ４０により、画像転送システム１０は、メディアクライアント６０からの１つ以上のメディア要求６１に応じてネットワークサーバ５０からメディアクライアント６０にＭＰＥＧストリームデータ８０を配信できるようになっている。メディア要求６１は画像転送システム１０の配信状態を連続配信かあるいは切替え時配信のどちらかに設定する。この好ましい実施例はバッファリングシステムとカウンタとがクライアントにより維持されたデータ構造であるソフトウェア内にある。
【００１１】
図２および図３に示すように、本発明では、後の切替え時配信時に取り出すためにバッファリングシステム３０内の集合バッファ３５に対してＭＰＥＧストリームデータ８０を書き込む機会として連続配信状態を一般に使用する。連続配信とは、画像転送システム１０が最後に要求のあったファイルを配信し始めたためにメディアクライアントが要求を行わないことを意味し、切替え時配信とはメディアクライアントが現在配信中のファイルと異なるファイルの配信を要求していることを意味する。したがって、画像転送システム１０は、メディアクライアント６０に対して１Ｘ、ＦＸまたはＲＸファイルを配信する際に連続配信状態で動作する。同様に、メディアクライアント６０がサーバに現行ファイルから要求ファイルへの切替えを要求すると、画像転送システム１０は切替え時配信状態で動作する。したがって、画像転送システム１０は上述したファイルの配信だけでなく、以下のファイル間切替え、すなわち、ＦＸ−１Ｘ、１Ｘ−ＦＸ、ＲＸ−ＦＸ、ＲＸ−１Ｘ、ＦＸ−ＲＸおよび１Ｘ−ＲＸファイル間切替えの効率的な実行も可能である。
【００１２】
連続配信時にＭＰＥＧストリームデータ８０は上記ファイルのうちの一つからなっているが、切替え時配信時にはＭＰＥＧストリームデータ８０は現行ファイルと、後に説明する仮のＩフレームと、次の要求ファイルとからなっている。
【００１３】
カウンタ４０はメディアクライアント６０に配信されたＩフレームの数を追跡する。メディアクライアント６０により実際に受信されたデータの内容は要求されたものと異なっているかもしれないが、画像転送システム１０はそのようなデータの中に計数可能なＩフレームが含まれていることを保証している。したがって、カウンタ４０は連続配信時と切替え時配信時の両期間に配信されたＩフレームを追跡する。これにより、１ＸファイルとＦＸファイルがメディアクライアント６０に配信されると、カウンタ４０が各Ｉフレームにつき増分し、ＲＸファイルがメディアクライアント６０に配信されると、カウンタ４０が各Ｉフレームにつき減分する。後に説明するカウンタ調整をさらに行うことにより、画像転送システム１０はより複雑なファイル間切替えを実行することも可能である。したがって、転送コントローラ２０は、配信状態とカウンタ４０に基づいてＭＰＥＧストリームデータ８０をサーバ５０からメディアクライアント６０に送信することができる。
【００１４】
通常、バッファリングシステム３０はＭＰＥＧストリームデータ８０を格納している。クライアントは再生バッファ、早送りバッファおよび早巻き戻しバッファとして機能する複数のバッファ空間を維持している。再生バッファは標準再生ファイル（１Ｘファイル）に相当するフレームデータを含んでいる。早送りバッファは早送り再生に関係するデータを含んでいる。このデータは早送りへの切替えを容易にするよう連続的にキャッシュされる。早巻き戻しバッファは早巻き戻し再生に関係するデータを含んでいる。このデータは早巻き戻しへの切替えを容易にするよう連続的にキャッシュされる。具体的に、バッファリングシステム３０は、画像転送システム１０の配信状態とファイルとに応じて転送バッファ３４か集合バッファ３５かあるいはその両方にＭＰＥＧストリームデータ８０を格納するバッファ書込み機構３３を有している。また、バッファリングシステム３０は、転送バッファ３４からＭＰＥＧストリームデータ８０を読み出すとともに集合バッファ３５から仮のＩフレーム７０を読み出すバッファ読出し機構３１を有している。なお、上記仮のＩフレーム７０は連続配信時に格納される。好ましくは、バッファ読出し機構３１はさらにメディアクライアント６０に対してデータを配信することが可能であり、そのデータはＩフレームまたは完全なファイルとしてバッファ３４および３５に格納されたりそこから取り出されることができる。重要なことは、必要な場合に、メディアクライアントのソフトウェアがデータ検索機能を実行できることに気付くことである。また、他の一般的に知られている技術を利用してバッファリングされたデータを格納したり取り出すことも可能である。
【００１５】
連続配信時、転送コントローラ２０は、１ＸおよびＲＸファイルを転送バッファ３４を介してメディアクライアント６０に送信し、ＦＸファイルを直接にメディアクライアント６０に送信することによりメディアクライアント６０に対するデータ配信を行う。したがって、メディア要求６１がＦＸファイルを配信する要求からなっていれば、ＭＰＥＧストリームデータ８０はＦＸファイルから構成され、転送コントローラ２０はＦＸファイルに含まれるＩフレームを格納のためにバッファ書込み機構３３に送信するとともに閲覧のためにメディアクライアント６０に直接送信する。メディア要求６１が１Ｘファイルを配信する要求からなっている場合は、転送コントローラ２０は１Ｘ完全ファイルを格納と閲覧のために転送バッファ３４とバッファ読出し機構３１を介してバッファ書込み機構３３に送信する。最後に、メディア要求６１がＲＸファイルを配信する要求からなっている場合は、転送コントローラ２０はＲＸファイルに含まれるＩフレームを格納と閲覧のために転送バッファ３４とバッファ読出し機構３１を介してバッファ書込み機構３３に送信する。
【００１６】
通常、切替え時配信では、要求されたファイルが利用可能になるまで仮のＩフレーム７０を配信することが必要になる。しかしながら、メディア要求６１がＦＸファイルの配信から１Ｘファイルの配信へ切り替える要求であれば、転送コントローラ２０は、集合バッファ３５に含まれるデータにアクセスすることなく、ＭＰＥＧストリームデータ８０に含まれる仮のＩフレーム７０'をスローモーション速度でメディアクライアント６０に直接に配信する。他の全ての切替え時には、バッファ読出し機構３１は、要求されたファイルが利用可能になるまで集合バッファ３５に含まれる仮のＩフレーム７０をクライアント６０に配信する。バッファリングされたＭＰＥＧストリームデータの仮の配信により、画像転送システム１０がネットワーク化遅延に伴う一般的な問題を回避することができる。例えば、メディア要求６１が１Ｘファイルの配信からＦＸファイルの配信へ切り替える要求である場合、ＭＰＥＧストリームデータ８０は１ＸファイルとＦＸファイルの両方を含んでいる。そのような場合、バッファ読出し機構３１は、ＦＸファイルが利用可能になるまで集合バッファ３５に含まれる仮のＩフレーム７０をメディアクライアント６０に早送り速度で配信する。１Ｘ−ＦＸおよび１Ｘ−ＲＸ切替えには早送り速度シミュレーションが必要である一方、ＦＸ−１ＸおよびＲＸ−１Ｘ切替えにはスローモーションシミュレーションが必要である。
【００１７】
１つのファイルから次のファイルへ適正に切り替えるために、転送コントローラ２０はカウンタ４０を利用して要求ファイル内の開始位置を選択する。画像転送システム１０がＲＸファイルの配信へあるいはＲＸファイルの配信から切り替えているときは常に、転送コントローラ２０は集合バッファ３５からメディアクライアント６０に配信された仮のＩフレームの数に関してカウンタ４０を調整する。この調整は同じフレームが複数回配信されることによるものである。すなわち、メディア要求６１がＲＸファイルの配信へ切り替える要求である場合には、転送コントローラ２０は配信された仮のＩフレーム７０の数だけカウンタ４０の値を減算し、メディア要求６１がＲＸファイルの配信から切り替える要求である場合には、転送コントローラ２０は配信された仮のＩフレーム７０の数だけカウンタ４０の値を加算する。ＦＸ−１Ｘおよび１Ｘ−ＦＸ切替えの場合にはカウンタ調整は必要ない。
【００１８】
アルゴリズムの概要
標準再生モード
標準再生モード時、以下の動作がなされる。
【００１９】
１．ファイル１Ｘがサーバからクライアントの標準再生バッファｂpに連続的に転送される。
【００２０】
２．クライアントのソフトウェアがｂpからデータを読み出し、動画を再生する。
【００２１】
３．Ｉフレームが検出され、カウンタｃiが増分される。
【００２２】
４．Ｉフレームがロードされながらｂp内のＩフレームの位置が検出され、Ｉフレームが早巻き戻しバッファｂrに逆順で（すなわち、スタック方式で）コピーされる。
【００２３】
１ＸからＦＦへの切替え
クライアントが早送りボタンを押すと、ファイル１ＸからファイルＦＸへの切替えが発生する。この切替え時に、以下の動作が発生する。
【００２４】
１．ｃiの値を利用してファイルＦＸの開始位置を決定する。
【００２５】
２．その間に、ｂp内のフレームが早送り速度で再生される。
【００２６】
３．Ｉフレーム（１ＸからであってもＦＸからであっても）が逆順でｂrにコピーされる。
【００２７】
早送りモード
早送り時には、以下の動作が実行される。
【００２８】
１．データページがファイルＦＸから連続的に取り出される。これらは主にＩフレームを含んでいる。
【００２９】
２．Ｉフレームが取り出されながらＦＸから再生される。
【００３０】
３．Ｉフレームがロードされながらｃiが増分される。
【００３１】
４．Ｉフレームが逆順でｂrに格納される。
【００３２】
ＦＦから１Ｘへの切替え
１．ｃiの値を利用して適正な位置でファイル１Ｘに切り替える。
【００３３】
２．ＦＸのＩフレームがスローモーション速度で再生される。これにより、標準再生速度をシミュレートする。
【００３４】
３．ファイル１Ｘからページが取り出されると、ｂpからの再生が再開される。
【００３５】
１ＸからＦＲへの切替え
１．ｃiの値がｃi−ｂr内Ｉフレーム数に調整される。
【００３６】
２．ｃiの更新値を利用してファイルＲＸから適正なフレームを取り出す。
【００３７】
３．その間に、ｂr内のＩフレームが再生される。
【００３８】
早巻き戻しモード
早巻き戻し時、以下の動作が実行される。
【００３９】
１．ファイルＲＸからデータベースが連続的に取り出され、ｂrに格納される。これらは主にＩフレームを含んでいる。
【００４０】
２．Ｉフレームが取り出されながらｂrから再生される。
【００４１】
３．Ｉフレームがロードされながらｃiが減分される。
【００４２】
４．Ｉフレームが逆順でｂfに格納される。
【００４３】
ＦＦからＦＲへの切替え
１．バッファプールｂr内にデータが存在する場合は、それらが最初に再生される。
【００４４】
（ａ）ｃiの値が、もし存在すれば、ｃi−ｂr内Ｉフレーム数に調整される。
【００４５】
（ｂ）ｃiの更新値を利用してファイルＲＸから適正なフレームを取り出す。
【００４６】
（ｃ）その間に、ｂr内のＩフレームが再生される。
【００４７】
２．ｃiの値を利用して、適正なフレームデータがファイルＲＸから取り出される。
【００４８】
３．Ｉフレームが再生されながら逆順でバッファｂfにコピーされる。
【００４９】
ＦＲから１Ｘへの切替え
１．ｃiの値が、もし存在すれば、ｃi＋ｂf内Ｉフレーム数に調整される。
【００５０】
２．ｃiの更新値を利用してファイル１Ｘから適正なフレームを取り出す。
【００５１】
３．その間に、ｂf内のＩフレームがスローモーション再生される。
【００５２】
４．１Ｘからデータが取り出されると、それがｂpに格納され、ｂf内のフレームが全て再生されると、標準再生がｂpから再開する。
【００５３】
５．ｂfからのフレームがスローモーション再生される。
【００５４】
ＦＲからＦＦへの切替え
１．バッファプールｂf内にデータが存在する場合は、それらが最初に再生される。
【００５５】
（ａ）ｃiの値が、もし存在すれば、ｃi＋ｂf内Ｉフレーム数に調整される。
【００５６】
（ｂ）ｃiの更新値を利用してファイルＦＸから適正なフレームを取り出す。
【００５７】
（ｃ）その間に、ｂf内のＩフレームが再生される。
【００５８】
２．ｃiの値を利用して、適正なフレームデータがファイルＦＸから取り出される。
【００５９】
３．Ｉフレームが再生されながら逆順でバッファｂrにコピーされる。
【００６０】
本発明を好ましい実施形態に基づいて詳細説明で説明するとともに図面で例示したが、当業者であれば、特許請求の範囲で規定した発明の範囲から逸脱することなく、様々な変更が可能でありかつ発明の構成要素を同等物と置き換え可能であることは理解できるであろう。さらに、本発明の本質的範囲から逸脱することなく、特定の状況または材料を本発明の教示に適合させる変形が行われてもよい。したがって、本発明は本発明を実行するために現時点で熟慮された最良の形態として図面に例示するとともに詳細説明で説明した特定の実施形態に限定されるものではなく、特許請求の説明の範囲内に従うあらゆる実施形態を含むものであることが意図されている。
【図面の簡単な説明】
【図１】
図１は本発明の好ましい実施形態のシステム構成要素を示す図である。
【図２】
図２は本発明の好ましい実施形態に係り、ＭＰＥＧビデオファイルの連続配信を示すデータフロー図である。
【図３】
図３は本発明の好ましい実施形態に係り、ＭＰＥＧビデオファイルの切替え時配信を示すデータフロー図である。
【誤訳訂正２】
【訂正対象書類名】図面
【訂正対象項目名】図３
【訂正方法】変更
【訂正の内容】
【図３】
2002527957.tif 000001