映像表示装置、バッファ管理方法および映像表示システム
【課題】ストリーミング再生でユーザが任意の位置を指定して再生を行うときに生じていた待ち時間に、見かけ上シームレスな切替えを可能とする映像表示装置、バッファ管理方法および映像表示システムを提供する。
【解決手段】実施形態によれば、データを受信するストリームバッファ１２と、このストリームバッファ１２を制御するバッファ制御部１８と、ストリームバッファ１２に溜まったデータを再生する映像再生装置１４とを具備し、映像再生装置１４がデータを再生中に任意の位置からの再生が指定された場合、バッファ制御部１８はストリームバッファ１２に残っているデータの再生を継続させている間に、バッファ１２に指定先のデータを溜めさせることを特徴とする。
【解決手段】実施形態によれば、データを受信するストリームバッファ１２と、このストリームバッファ１２を制御するバッファ制御部１８と、ストリームバッファ１２に溜まったデータを再生する映像再生装置１４とを具備し、映像再生装置１４がデータを再生中に任意の位置からの再生が指定された場合、バッファ制御部１８はストリームバッファ１２に残っているデータの再生を継続させている間に、バッファ１２に指定先のデータを溜めさせることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、ストリーミングデータを再生可能な映像表示装置、バッファ管理方法および映像表示システムに関する。
【背景技術】
【０００２】
従来、配信されたストリーミングデータの未再生の部分において、ユーザが視聴したい場面を選択して再生する再生装置が開発されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１３５８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１によれば、配信されたストリーミングデータの未再生の部分において、スキップボタンが押されたとき、スキップ時間情報の再生位置を優先的に映像配信サーバに配信させるためのバッファ情報を作成し、通信部からインターネットを介して、映像配信サーバに送信する。そして、制御部は通信部からインターネットを介して受信した優先的バッファ区間に対応したストリーミング映像を映像再生プレイヤに再生させる、ことが開示されている。
【０００５】
しかしながら、先行技術はユーザの嗜好を解析し、特定位置のデータを優先的に受信する方法を述べたものであり、現映像と指定先の映像との切替えタイミングおよびバッファメモリ管理方法については何ら記載されていない。
【０００６】
そこで本発明が解決しようとする課題は、ストリーミング再生でユーザが任意の位置を指定して再生を行うときに生じていた待ち時間に、見かけ上シームレスな切替えを可能とする映像表示装置、バッファ管理方法および映像表示システムを提供するところにある。
【課題を解決するための手段】
【０００７】
実施形態によれば、データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とすることを特徴とする。
【０００８】
実施形態によれば、データをバッファ部で受信し、前記バッファ部を制御し、前記バッファ部に溜まった前記データを再生し、前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。
【０００９】
実施形態によれば、データを配信する配信サーバと、前記配信サーバから前記データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係るストリーミングデータを再生可能なシステムブロック図である。
【図２】ストリーミング再生におけるバッファ管理方法を示したフローチャートである。
【図３】ストリーミングデータ再生中の画面例を示した図である。
【図４】モード選択ダイアログ画面例を示す図である。
【図５】バッファリング中と再生中の表示画面例を示す図である。
【図６】バッファリング中の表示画面例を示す図である。
【図７】バッファ容量が無かった場合のデータ管理方法を示すフローチャートである。
【図８】バッファに再生済みデータがある場合を示した図である。
【図９】バッファに再生済みデータがない場合を示した図である。
【発明を実施するための形態】
【００１１】
以下、実施の形態について図面を参照して説明する。
図１は、実施形態にかかるストリーミングデータを再生可能なシステムブロック図である。なお、以下に説明する要素や構成あるいは機能は、ハードウエアで実現するものであってもよいし、マイクロコンピュータ（処理装置、ＣＰＵ）等、を用いてソフトウエアで実現するものであってもよい。
【００１２】
図１が示す映像表示システム３００はストリーミング配信サーバ１００と映像表示装置２００とから構成されている。映像表示装置２００は、ストリーミング配信サーバ１００からストリーミングデータを受信する通信装置１０と、ストリーミングデータを一次保存するストリームバッファ１２と、ストリームを再生する映像再生装置１４と、ストリームを表示する表示装置１６と、それらを制御する制御ソフトウェア２２から構成されている。この実施形態はこれらの制御ソフトウェア２２群の中でも、ストリームバッファを制御するバッファ制御部１８と、映像再生装置１４を制御する再生制御部２０とを利用して実施する。
【００１３】
図２はストリーミング再生におけるバッファ管理方法を示したフローチャートである。図３はストリーミングデータ再生中の画面例を示した図であり、図４はモード選択ダイアログ画面例を示す図であり、図５はバッファリング中と再生中の表示画面例を示す図であり、図６はバッファリング中の表示画面例を示す図である。
【００１４】
＜バッファリング中（区間Ａ）＞
図２に示すように、ユーザがストリーミング再生するコンテンツを選択すると（ステップＳＴ２０１）、通信装置１０はストリーミング配信サーバ１００からストリーミングデータを受信する（ステップＳＴ２０３）。バッファ制御部１８は、通信装置１０で受信されたストリーミングデータが一定量ストリームバッファ１２に溜まったかどうか判断し、一定量溜まっていない場合は溜まるまで受信させる（ステップＳＴ２０５のＮ）。この間は、ユーザはバッファリング期間として再生待ち状態となる。また、一定量バッファ１２に溜まった場合はステップＳＴ２０７に進む（ステップＳＴ２０５のＹ）。
【００１５】
＜再生中（区間Ｂ）＞
ストリームバッファ１２が一定量のストリームデータの受信を完了すると、映像再生装置１４は再生制御部２０の制御に基づいてストリーミングデータを再生開始する（ステップＳＴ２０７）。なお、バッファ制御部１８はストリームデータ再生中もバッファ容量に空きがある限りはその続きのデータを先取りして受信し続ける。図３は再生中の表示画面を表しており、画面下のプログレスバーには現在の再生位置と受信済みのデータ量が分かるよう表示される。
【００１６】
＜任意の再生位置指定（区間Ｃ）＞
再生中に、ユーザは任意の位置からの再生を指定することができる。ユーザが新しく再生位置を指定した場合、バッファ制御部１８はその指定した任意の位置のデータがストリームバッファ１２に受信されているのかどうかを確認する（ステップＳＴ２０９）。もし、ストリームバッファ１２にデータがまだ受信されていなければ（未受信）（ステップＳＴ２０９のＹ）、バッファ制御部１８は現在のデータ受信を中止して指定先のデータから続きのデータを受信し始める（ステップＳＴ２１１）。このとき、映像再生装置１４はストリームバッファ１２が指定位置のデータを全く持っていないため、シームレスに再生を続けることができない。
【００１７】
＜モード選択ダイアログ画面（区間Ｄ）＞
そこで、そのような場合に再生制御部２０は画面に図４のようなモード選択ダイアログ画面を表示させ、ユーザに現在再生中のコンテンツを見続けながら指定位置のデータが溜まるのを待つか、またはこれ以上再生を続けずに指定位置のデータが溜まるのを待つかを選択させることができる（ステップＳＴ２１３）。図４のダイアログ画面では、指定位置のバッファリング中に今までの再生を続けるかどうかを「はい」か「いいえ」で選択できるようになっている。ユーザがモード選択ダイアログで「はい」を選択すると（ステップＳＴ２１３のＹ）、指定位置のデータ受信を行いながら今までの再生を継続する。一方、ユーザがダイアログ画面で「いいえ」を選択すると（ステップＳＴ２１３のＮ）、すなわち、現在再生中のコンテンツの再生を続けずに指定位置のデータが溜まるのを待ち、ステップＳＴ２２３へ進む。なお、再生制御部２０がダイアログ画面を表示させる場合は、現在再生中の動画を一時停止させてこの停止した部分を静止画として表示させる。それとも、今まで再生していた再生済みデータを静止画として利用してもよい。
【００１８】
ステップＳＴ２０９の処理で、ユーザが指定した任意の位置のデータが既にストリームバッファ１２に受信されていた場合は（ステップＳＴ２０９のＮ）、ステップＳＴ２１５へ進む。
【００１９】
＜バッファリング中＋再生中（区間Ｅ）＞
ステップＳＴ２１５の処理では、バッファ制御部１８は指定位置のデータが一定量を超えたかどうかを判断する（ステップＳＴ２１５）。もし、バッファ制御部１８が指定位置のデータが一定量を超えたと判断した場合には（ステップＳＴ２１５のＹ）、再生制御部２０は今までの再生を終了させ指定位置からの再生に自動的に切り替える（ステップＳＴ２２９）。ただし、通信装置１０は指定位置からのデータ受信を始めるため、指定前のデータは任意の位置を指定する前に既に受信されたもの以上に増えることはない。
【００２０】
バッファ制御部１８が指定位置のデータが一定量を超えていないと判断した場合には（ステップＳＴ２１５のＮ）、再生制御部２０は映像再生装置１４に対して指定前のデータの再生を継続させる（ステップＳＴ２１７）。そして、バッファ制御部１８は指定位置からのストリーミングデータをストリームバッファ１２に受信させる（ステップＳＴ２１９）。なお、ユーザの指定した位置が既にバッファに受信されていたところであれば、指定位置からのストリーミングデータを受信するのではなく、既に受信されたところから受信する。
【００２１】
バッファ制御部１８はストリームバッファ１２の容量を常に把握しており、指定前の受信データに残量があるかをチェックし、残量があった場合（ステップＳＴ２２１のＹ）、ステップＳＴ２１５に戻り指定位置のデータが一定量を超えるまで繰り返す。指定前の受信データに残量がなかった場合（ステップＳＴ２２１のＮ）、すなわち、指定位置からのデータが一定量溜まる前に既に受信済みのデータを全て再生してしまった場合は、これ以上再生を続けるデータが無いため、モード選択ダイアログで「いいえ」を選択した場合と同様の処理シーケンス（ステップＳＴ２２３）に入る。
【００２２】
図５に示すように、区間Ｅ（バッファリング中＋再生中）の表示画面で、画面（動画）下のプログレスバーには現在の再生位置、最大再生可能位置(位置指定以前にデータ受信完了していた位置)、再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が１００％となると指定先ストリームの再生が開始される。
【００２３】
＜バッファリング中（区間Ｆ）＞
バッファ制御部１８は今まで再生していたデータ（コンテンツ）は一時停止させ、静止画のまま指定位置からのデータ受信を行う（ステップＳＴ２２３、２２５）。この静止画は一時停止した瞬間のデータを利用してもよいし、既に再生済みのデータを利用してもよく、バッファ制御部１８はストリームバッファ１２から静止画とするデータを抽出して表示させる。
【００２４】
指定位置からデータ受信を行った後、バッファ制御部１８は指定位置のデータが一定量を超えたかどうかを判断する（ステップＳＴ２２７）。バッファ制御部１８は指定位置のデータが一定量を超えていないと判断した場合には（ステップＳＴ２２７のＮ）、一定量超えるまでストリーミングデータを受信する。
【００２５】
図６に示すように、区間Ｆ（バッファリング中）の表示画面で、画面（静止画）下のプログレスバーには再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が１００％となると指定先のストリームの再生が開始される。
【００２６】
＜再生中（区間Ｇ）＞
バッファ制御部１８が指定位置のデータが一定量を超えたと判断した場合には（ステップＳＴ２２７のＹ）、再生制御部２０は指定位置からの再生に自動的に切り替える（ステップＳＴ２２９）。
【００２７】
次に、バッファ容量がなかった場合のデータ管理方法を図７を用いて説明する。図７は再生を継続しながら指定先のストリーミングデータを受信する際、ストリームバッファ１２に空き容量が無かった場合のデータ管理方法について記したものである。
【００２８】
バッファ制御部１８は指定前のデータを再生しながら指定先のストリーミングデータを受信する（ステップＳＴ６０１）。バッファ制御部１８はストリームバッファ１２に空き容量があるかどうかをチェックする。そして、空き容量があると判断した場合には（ステップＳＴ６０３のＹ）、バッファ制御部１８は通信装置１０を介して受信したストリーミングデータを消去せずにバッファ１２の空き領域にデータを書き込ませる（ステップＳＴ６１１）。
【００２９】
空き容量がないと判断した場合は（ステップＳＴ６０３のＮ）、バッファ制御部１８はさらにバッファ１２に再生済みデータがまだ保持されているかどうかをチェックする。通常、バッファは再生が済んだ後のデータをバックアップ用として一定量保持している。もし、バッファ１２に再生済みのデータがあった場合（ステップＳＴ６０５のＹ）、バッファ制御部１８は再生済みデータを優先して消去して空き領域を作成する（ステップＳＴ６０７）。
【００３０】
図８は、配信サーバ１００から指定先のストリーミングデータが配信され、ストリームバッファ１２が一杯になった状態を示している。ここでは、ストリームバッファ１２は概念的に複数の区分に分けられており、左側から３個目までが再生済みデータ、４個目から１６個目までが指定前の受信済みデータ、１７個目から最後（２０個目）までが指定先の受信済みデータを表している。バッファ制御部１８が再生済みデータを消去する際には最も古いデータから削除する。つまり、図８の一番左側のOldest Dataから優先的に消去して空き容量を作成する（ＦＩＦＯ方式）。
【００３１】
バッファ制御部１８がバッファ１２に再生済みのデータが無いと判断した場合（ステップＳＴ６０５のＮ）、再生位置指定前に受信済みのデータを消去して空き領域を作成する（ステップＳＴ６０９）。図９は、図８と同様に配信サーバ１００から指定先のストリーミングデータが配信され、ストリームバッファ１２が一杯になった状態を示している。図８と違うのは、バッファ１２内に再生済みデータが保持されていない点である。図９のバッファ１２は左側から１６番目までが指定前の受信済みデータ、１７番目から最後（２０番目）までが指定先の受信済みデータを表している。バッファ制御部１８が指定前の受信済みのデータを消去する際には最も新しいデータから削除する。つまり、図９の１６番目（区分）のNewest Dataから優先的に消去して空き容量を作成する（ＬＩＦＯ方式）。ただし、この場合は図５で示した最大再生可能位置は短くなる。本実施形態では、このようなデータ消去の方法として、再生済みデータの場合も未再生データの場合も、現在の再生位置から遠いデータを優先して消去することとしている。
【００３２】
上記説明したように、従来であればストリーミング再生では、まだバッファにデータが十分溜まっていない位置にジャンプした場合、バッファに一定量のデータが溜まるまでユーザーは再生を待たされることとなっていた。また、任意の位置にジャンプした場合、ジャンプする前に溜めていたデータは利用価値がなくなっていた。
【００３３】
本実施形態では、ストリーミング再生でユーザーが任意の位置(データ未受信)を指定して再生を行うときに生じていた待ち時間に、既に受信済みである指定前のデータを引き続き再生させることより、既にあるデータを有効利用して、バッファリング中の待ち時間にも動画を楽しむことができ、見かけ上シームレスな切替を行うことができる。
【００３４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３５】
１０・・・通信装置、１２・・・ストリームバッファ、１４・・・映像再生装置、１６・・・表示装置、１８・・・バッファ制御部、２０・・・再生制御部、１００・・・配信サーバ、２００・・・映像表示装置、３００・・・システム。
【技術分野】
【０００１】
本発明の実施の形態は、ストリーミングデータを再生可能な映像表示装置、バッファ管理方法および映像表示システムに関する。
【背景技術】
【０００２】
従来、配信されたストリーミングデータの未再生の部分において、ユーザが視聴したい場面を選択して再生する再生装置が開発されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１３５８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１によれば、配信されたストリーミングデータの未再生の部分において、スキップボタンが押されたとき、スキップ時間情報の再生位置を優先的に映像配信サーバに配信させるためのバッファ情報を作成し、通信部からインターネットを介して、映像配信サーバに送信する。そして、制御部は通信部からインターネットを介して受信した優先的バッファ区間に対応したストリーミング映像を映像再生プレイヤに再生させる、ことが開示されている。
【０００５】
しかしながら、先行技術はユーザの嗜好を解析し、特定位置のデータを優先的に受信する方法を述べたものであり、現映像と指定先の映像との切替えタイミングおよびバッファメモリ管理方法については何ら記載されていない。
【０００６】
そこで本発明が解決しようとする課題は、ストリーミング再生でユーザが任意の位置を指定して再生を行うときに生じていた待ち時間に、見かけ上シームレスな切替えを可能とする映像表示装置、バッファ管理方法および映像表示システムを提供するところにある。
【課題を解決するための手段】
【０００７】
実施形態によれば、データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とすることを特徴とする。
【０００８】
実施形態によれば、データをバッファ部で受信し、前記バッファ部を制御し、前記バッファ部に溜まった前記データを再生し、前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。
【０００９】
実施形態によれば、データを配信する配信サーバと、前記配信サーバから前記データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係るストリーミングデータを再生可能なシステムブロック図である。
【図２】ストリーミング再生におけるバッファ管理方法を示したフローチャートである。
【図３】ストリーミングデータ再生中の画面例を示した図である。
【図４】モード選択ダイアログ画面例を示す図である。
【図５】バッファリング中と再生中の表示画面例を示す図である。
【図６】バッファリング中の表示画面例を示す図である。
【図７】バッファ容量が無かった場合のデータ管理方法を示すフローチャートである。
【図８】バッファに再生済みデータがある場合を示した図である。
【図９】バッファに再生済みデータがない場合を示した図である。
【発明を実施するための形態】
【００１１】
以下、実施の形態について図面を参照して説明する。
図１は、実施形態にかかるストリーミングデータを再生可能なシステムブロック図である。なお、以下に説明する要素や構成あるいは機能は、ハードウエアで実現するものであってもよいし、マイクロコンピュータ（処理装置、ＣＰＵ）等、を用いてソフトウエアで実現するものであってもよい。
【００１２】
図１が示す映像表示システム３００はストリーミング配信サーバ１００と映像表示装置２００とから構成されている。映像表示装置２００は、ストリーミング配信サーバ１００からストリーミングデータを受信する通信装置１０と、ストリーミングデータを一次保存するストリームバッファ１２と、ストリームを再生する映像再生装置１４と、ストリームを表示する表示装置１６と、それらを制御する制御ソフトウェア２２から構成されている。この実施形態はこれらの制御ソフトウェア２２群の中でも、ストリームバッファを制御するバッファ制御部１８と、映像再生装置１４を制御する再生制御部２０とを利用して実施する。
【００１３】
図２はストリーミング再生におけるバッファ管理方法を示したフローチャートである。図３はストリーミングデータ再生中の画面例を示した図であり、図４はモード選択ダイアログ画面例を示す図であり、図５はバッファリング中と再生中の表示画面例を示す図であり、図６はバッファリング中の表示画面例を示す図である。
【００１４】
＜バッファリング中（区間Ａ）＞
図２に示すように、ユーザがストリーミング再生するコンテンツを選択すると（ステップＳＴ２０１）、通信装置１０はストリーミング配信サーバ１００からストリーミングデータを受信する（ステップＳＴ２０３）。バッファ制御部１８は、通信装置１０で受信されたストリーミングデータが一定量ストリームバッファ１２に溜まったかどうか判断し、一定量溜まっていない場合は溜まるまで受信させる（ステップＳＴ２０５のＮ）。この間は、ユーザはバッファリング期間として再生待ち状態となる。また、一定量バッファ１２に溜まった場合はステップＳＴ２０７に進む（ステップＳＴ２０５のＹ）。
【００１５】
＜再生中（区間Ｂ）＞
ストリームバッファ１２が一定量のストリームデータの受信を完了すると、映像再生装置１４は再生制御部２０の制御に基づいてストリーミングデータを再生開始する（ステップＳＴ２０７）。なお、バッファ制御部１８はストリームデータ再生中もバッファ容量に空きがある限りはその続きのデータを先取りして受信し続ける。図３は再生中の表示画面を表しており、画面下のプログレスバーには現在の再生位置と受信済みのデータ量が分かるよう表示される。
【００１６】
＜任意の再生位置指定（区間Ｃ）＞
再生中に、ユーザは任意の位置からの再生を指定することができる。ユーザが新しく再生位置を指定した場合、バッファ制御部１８はその指定した任意の位置のデータがストリームバッファ１２に受信されているのかどうかを確認する（ステップＳＴ２０９）。もし、ストリームバッファ１２にデータがまだ受信されていなければ（未受信）（ステップＳＴ２０９のＹ）、バッファ制御部１８は現在のデータ受信を中止して指定先のデータから続きのデータを受信し始める（ステップＳＴ２１１）。このとき、映像再生装置１４はストリームバッファ１２が指定位置のデータを全く持っていないため、シームレスに再生を続けることができない。
【００１７】
＜モード選択ダイアログ画面（区間Ｄ）＞
そこで、そのような場合に再生制御部２０は画面に図４のようなモード選択ダイアログ画面を表示させ、ユーザに現在再生中のコンテンツを見続けながら指定位置のデータが溜まるのを待つか、またはこれ以上再生を続けずに指定位置のデータが溜まるのを待つかを選択させることができる（ステップＳＴ２１３）。図４のダイアログ画面では、指定位置のバッファリング中に今までの再生を続けるかどうかを「はい」か「いいえ」で選択できるようになっている。ユーザがモード選択ダイアログで「はい」を選択すると（ステップＳＴ２１３のＹ）、指定位置のデータ受信を行いながら今までの再生を継続する。一方、ユーザがダイアログ画面で「いいえ」を選択すると（ステップＳＴ２１３のＮ）、すなわち、現在再生中のコンテンツの再生を続けずに指定位置のデータが溜まるのを待ち、ステップＳＴ２２３へ進む。なお、再生制御部２０がダイアログ画面を表示させる場合は、現在再生中の動画を一時停止させてこの停止した部分を静止画として表示させる。それとも、今まで再生していた再生済みデータを静止画として利用してもよい。
【００１８】
ステップＳＴ２０９の処理で、ユーザが指定した任意の位置のデータが既にストリームバッファ１２に受信されていた場合は（ステップＳＴ２０９のＮ）、ステップＳＴ２１５へ進む。
【００１９】
＜バッファリング中＋再生中（区間Ｅ）＞
ステップＳＴ２１５の処理では、バッファ制御部１８は指定位置のデータが一定量を超えたかどうかを判断する（ステップＳＴ２１５）。もし、バッファ制御部１８が指定位置のデータが一定量を超えたと判断した場合には（ステップＳＴ２１５のＹ）、再生制御部２０は今までの再生を終了させ指定位置からの再生に自動的に切り替える（ステップＳＴ２２９）。ただし、通信装置１０は指定位置からのデータ受信を始めるため、指定前のデータは任意の位置を指定する前に既に受信されたもの以上に増えることはない。
【００２０】
バッファ制御部１８が指定位置のデータが一定量を超えていないと判断した場合には（ステップＳＴ２１５のＮ）、再生制御部２０は映像再生装置１４に対して指定前のデータの再生を継続させる（ステップＳＴ２１７）。そして、バッファ制御部１８は指定位置からのストリーミングデータをストリームバッファ１２に受信させる（ステップＳＴ２１９）。なお、ユーザの指定した位置が既にバッファに受信されていたところであれば、指定位置からのストリーミングデータを受信するのではなく、既に受信されたところから受信する。
【００２１】
バッファ制御部１８はストリームバッファ１２の容量を常に把握しており、指定前の受信データに残量があるかをチェックし、残量があった場合（ステップＳＴ２２１のＹ）、ステップＳＴ２１５に戻り指定位置のデータが一定量を超えるまで繰り返す。指定前の受信データに残量がなかった場合（ステップＳＴ２２１のＮ）、すなわち、指定位置からのデータが一定量溜まる前に既に受信済みのデータを全て再生してしまった場合は、これ以上再生を続けるデータが無いため、モード選択ダイアログで「いいえ」を選択した場合と同様の処理シーケンス（ステップＳＴ２２３）に入る。
【００２２】
図５に示すように、区間Ｅ（バッファリング中＋再生中）の表示画面で、画面（動画）下のプログレスバーには現在の再生位置、最大再生可能位置(位置指定以前にデータ受信完了していた位置)、再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が１００％となると指定先ストリームの再生が開始される。
【００２３】
＜バッファリング中（区間Ｆ）＞
バッファ制御部１８は今まで再生していたデータ（コンテンツ）は一時停止させ、静止画のまま指定位置からのデータ受信を行う（ステップＳＴ２２３、２２５）。この静止画は一時停止した瞬間のデータを利用してもよいし、既に再生済みのデータを利用してもよく、バッファ制御部１８はストリームバッファ１２から静止画とするデータを抽出して表示させる。
【００２４】
指定位置からデータ受信を行った後、バッファ制御部１８は指定位置のデータが一定量を超えたかどうかを判断する（ステップＳＴ２２７）。バッファ制御部１８は指定位置のデータが一定量を超えていないと判断した場合には（ステップＳＴ２２７のＮ）、一定量超えるまでストリーミングデータを受信する。
【００２５】
図６に示すように、区間Ｆ（バッファリング中）の表示画面で、画面（静止画）下のプログレスバーには再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が１００％となると指定先のストリームの再生が開始される。
【００２６】
＜再生中（区間Ｇ）＞
バッファ制御部１８が指定位置のデータが一定量を超えたと判断した場合には（ステップＳＴ２２７のＹ）、再生制御部２０は指定位置からの再生に自動的に切り替える（ステップＳＴ２２９）。
【００２７】
次に、バッファ容量がなかった場合のデータ管理方法を図７を用いて説明する。図７は再生を継続しながら指定先のストリーミングデータを受信する際、ストリームバッファ１２に空き容量が無かった場合のデータ管理方法について記したものである。
【００２８】
バッファ制御部１８は指定前のデータを再生しながら指定先のストリーミングデータを受信する（ステップＳＴ６０１）。バッファ制御部１８はストリームバッファ１２に空き容量があるかどうかをチェックする。そして、空き容量があると判断した場合には（ステップＳＴ６０３のＹ）、バッファ制御部１８は通信装置１０を介して受信したストリーミングデータを消去せずにバッファ１２の空き領域にデータを書き込ませる（ステップＳＴ６１１）。
【００２９】
空き容量がないと判断した場合は（ステップＳＴ６０３のＮ）、バッファ制御部１８はさらにバッファ１２に再生済みデータがまだ保持されているかどうかをチェックする。通常、バッファは再生が済んだ後のデータをバックアップ用として一定量保持している。もし、バッファ１２に再生済みのデータがあった場合（ステップＳＴ６０５のＹ）、バッファ制御部１８は再生済みデータを優先して消去して空き領域を作成する（ステップＳＴ６０７）。
【００３０】
図８は、配信サーバ１００から指定先のストリーミングデータが配信され、ストリームバッファ１２が一杯になった状態を示している。ここでは、ストリームバッファ１２は概念的に複数の区分に分けられており、左側から３個目までが再生済みデータ、４個目から１６個目までが指定前の受信済みデータ、１７個目から最後（２０個目）までが指定先の受信済みデータを表している。バッファ制御部１８が再生済みデータを消去する際には最も古いデータから削除する。つまり、図８の一番左側のOldest Dataから優先的に消去して空き容量を作成する（ＦＩＦＯ方式）。
【００３１】
バッファ制御部１８がバッファ１２に再生済みのデータが無いと判断した場合（ステップＳＴ６０５のＮ）、再生位置指定前に受信済みのデータを消去して空き領域を作成する（ステップＳＴ６０９）。図９は、図８と同様に配信サーバ１００から指定先のストリーミングデータが配信され、ストリームバッファ１２が一杯になった状態を示している。図８と違うのは、バッファ１２内に再生済みデータが保持されていない点である。図９のバッファ１２は左側から１６番目までが指定前の受信済みデータ、１７番目から最後（２０番目）までが指定先の受信済みデータを表している。バッファ制御部１８が指定前の受信済みのデータを消去する際には最も新しいデータから削除する。つまり、図９の１６番目（区分）のNewest Dataから優先的に消去して空き容量を作成する（ＬＩＦＯ方式）。ただし、この場合は図５で示した最大再生可能位置は短くなる。本実施形態では、このようなデータ消去の方法として、再生済みデータの場合も未再生データの場合も、現在の再生位置から遠いデータを優先して消去することとしている。
【００３２】
上記説明したように、従来であればストリーミング再生では、まだバッファにデータが十分溜まっていない位置にジャンプした場合、バッファに一定量のデータが溜まるまでユーザーは再生を待たされることとなっていた。また、任意の位置にジャンプした場合、ジャンプする前に溜めていたデータは利用価値がなくなっていた。
【００３３】
本実施形態では、ストリーミング再生でユーザーが任意の位置(データ未受信)を指定して再生を行うときに生じていた待ち時間に、既に受信済みである指定前のデータを引き続き再生させることより、既にあるデータを有効利用して、バッファリング中の待ち時間にも動画を楽しむことができ、見かけ上シームレスな切替を行うことができる。
【００３４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３５】
１０・・・通信装置、１２・・・ストリームバッファ、１４・・・映像再生装置、１６・・・表示装置、１８・・・バッファ制御部、２０・・・再生制御部、１００・・・配信サーバ、２００・・・映像表示装置、３００・・・システム。
【特許請求の範囲】
【請求項１】
データを受信するバッファ部と、
前記バッファ部を制御するバッファ制御部と、
前記バッファ部に溜まった前記データを再生する再生部とを具備し、
前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。
【請求項２】
前記バッファ制御部は前記指定先の前記データが一定量溜まったと判断した場合、前記再生部は前記指定先からの前記データに再生を切替えることを特徴とする請求項１記載の映像表示装置。
【請求項３】
前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項１記載の映像表示装置。
【請求項４】
前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項１記載の映像表示装置。
【請求項５】
データをバッファ部で受信し、
前記バッファ部を制御し、
前記バッファ部に溜まった前記データを再生し、
前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。
【請求項６】
前記指定先の前記データが一定量溜まったと判断された場合、前記指定先からの前記データに再生を切替えることを特徴とする請求項５記載のバッファ管理方法。
【請求項７】
前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項５記載のバッファ管理方法。
【請求項８】
前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項５記載のバッファ管理方法。
【請求項９】
データを配信する配信サーバと、
前記配信サーバから前記データを受信するバッファ部と、
前記バッファ部を制御するバッファ制御部と、
前記バッファ部に溜まった前記データを再生する再生部とを具備し、
前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示システム。
【請求項１】
データを受信するバッファ部と、
前記バッファ部を制御するバッファ制御部と、
前記バッファ部に溜まった前記データを再生する再生部とを具備し、
前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。
【請求項２】
前記バッファ制御部は前記指定先の前記データが一定量溜まったと判断した場合、前記再生部は前記指定先からの前記データに再生を切替えることを特徴とする請求項１記載の映像表示装置。
【請求項３】
前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項１記載の映像表示装置。
【請求項４】
前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項１記載の映像表示装置。
【請求項５】
データをバッファ部で受信し、
前記バッファ部を制御し、
前記バッファ部に溜まった前記データを再生し、
前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。
【請求項６】
前記指定先の前記データが一定量溜まったと判断された場合、前記指定先からの前記データに再生を切替えることを特徴とする請求項５記載のバッファ管理方法。
【請求項７】
前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項５記載のバッファ管理方法。
【請求項８】
前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項５記載のバッファ管理方法。
【請求項９】
データを配信する配信サーバと、
前記配信サーバから前記データを受信するバッファ部と、
前記バッファ部を制御するバッファ制御部と、
前記バッファ部に溜まった前記データを再生する再生部とを具備し、
前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−１６９２０（Ｐ２０１３−１６９２０Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４６６１３（Ｐ２０１１−１４６６１３）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【特許番号】特許第５０６６２７８号（Ｐ５０６６２７８）
【特許公報発行日】平成２４年１１月７日（２０１２．１１．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【特許番号】特許第５０６６２７８号（Ｐ５０６６２７８）
【特許公報発行日】平成２４年１１月７日（２０１２．１１．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]