データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。前記バッファ制御部は前記指定先の前記データが一定量溜まったと判断した場合、前記再生部は前記指定先からの前記データに再生を切替えることを特徴とする請求項1記載の映像表示装置。前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項1記載の映像表示装置。前記バッファ制御部は、前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項1記載の映像表示装置。データをバッファ部で受信し、前記バッファ部を制御し、前記バッファ部に溜まった前記データを再生し、前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示装置。前記指定先の前記データが一定量溜まったと判断された場合、前記指定先からの前記データに再生を切替えることを特徴とする請求項5記載のバッファ管理方法。前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っている場合に、前記再生済みのデータの中から古いデータを優先的に消去することを特徴とする請求項5記載のバッファ管理方法。前記指定先の前記データを前記バッファ部に溜めるとき、前記バッファ部の容量が一杯で、かつ、既に再生済みのデータが前記バッファ部に残っていない場合、前記任意の位置指定前に前記バッファ部に残っている前記データの中から新しいデータを優先的に消去することを特徴とする請求項5記載のバッファ管理方法。データを配信する配信サーバと、前記配信サーバから前記データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする映像表示システム。上記特許文献1によれば、配信されたストリーミングデータの未再生の部分において、スキップボタンが押されたとき、スキップ時間情報の再生位置を優先的に映像配信サーバに配信させるためのバッファ情報を作成し、通信部からインターネットを介して、映像配信サーバに送信する。そして、制御部は通信部からインターネットを介して受信した優先的バッファ区間に対応したストリーミング映像を映像再生プレイヤに再生させる、ことが開示されている。しかしながら、先行技術はユーザの嗜好を解析し、特定位置のデータを優先的に受信する方法を述べたものであり、現映像と指定先の映像との切替えタイミングおよびバッファメモリ管理方法については何ら記載されていない。そこで本発明が解決しようとする課題は、ストリーミング再生でユーザが任意の位置を指定して再生を行うときに生じていた待ち時間に、見かけ上シームレスな切替えを可能とする映像表示装置、バッファ管理方法および映像表示システムを提供するところにある。実施形態によれば、データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とすることを特徴とする。実施形態によれば、データをバッファ部で受信し、前記バッファ部を制御し、前記バッファ部に溜まった前記データを再生し、前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。実施形態によれば、データを配信する配信サーバと、前記配信サーバから前記データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に任意の位置からの再生が指定された場合、前記バッファ制御部は前記バッファ部に残っている前記データの再生を継続させている間に、前記バッファ部に指定先のデータを溜めさせることを特徴とする。以下、実施の形態について図面を参照して説明する。図1は、実施形態にかかるストリーミングデータを再生可能なシステムブロック図である。なお、以下に説明する要素や構成あるいは機能は、ハードウエアで実現するものであってもよいし、マイクロコンピュータ処理装置、CPU等、を用いてソフトウエアで実現するものであってもよい。図1が示す映像表示システム300はストリーミング配信サーバ100と映像表示装置200とから構成されている。映像表示装置200は、ストリーミング配信サーバ100からストリーミングデータを受信する通信装置10と、ストリーミングデータを一次保存するストリームバッファ12と、ストリームを再生する映像再生装置14と、ストリームを表示する表示装置16と、それらを制御する制御ソフトウェア22から構成されている。この実施形態はこれらの制御ソフトウェア22群の中でも、ストリームバッファを制御するバッファ制御部18と、映像再生装置14を制御する再生制御部20とを利用して実施する。図2はストリーミング再生におけるバッファ管理方法を示したフローチャートである。図3はストリーミングデータ再生中の画面例を示した図であり、図4はモード選択ダイアログ画面例を示す図であり、図5はバッファリング中と再生中の表示画面例を示す図であり、図6はバッファリング中の表示画面例を示す図である。<バッファリング中区間A>図2に示すように、ユーザがストリーミング再生するコンテンツを選択するとステップST201、通信装置10はストリーミング配信サーバ100からストリーミングデータを受信するステップST203。バッファ制御部18は、通信装置10で受信されたストリーミングデータが一定量ストリームバッファ12に溜まったかどうか判断し、一定量溜まっていない場合は溜まるまで受信させるステップST205のN。この間は、ユーザはバッファリング期間として再生待ち状態となる。また、一定量バッファ12に溜まった場合はステップST207に進むステップST205のY。<再生中区間B>ストリームバッファ12が一定量のストリームデータの受信を完了すると、映像再生装置14は再生制御部20の制御に基づいてストリーミングデータを再生開始するステップST207。なお、バッファ制御部18はストリームデータ再生中もバッファ容量に空きがある限りはその続きのデータを先取りして受信し続ける。図3は再生中の表示画面を表しており、画面下のプログレスバーには現在の再生位置と受信済みのデータ量が分かるよう表示される。<任意の再生位置指定区間C>再生中に、ユーザは任意の位置からの再生を指定することができる。ユーザが新しく再生位置を指定した場合、バッファ制御部18はその指定した任意の位置のデータがストリームバッファ12に受信されているのかどうかを確認するステップST209。もし、ストリームバッファ12にデータがまだ受信されていなければ未受信ステップST209のY、バッファ制御部18は現在のデータ受信を中止して指定先のデータから続きのデータを受信し始めるステップST211。このとき、映像再生装置14はストリームバッファ12が指定位置のデータを全く持っていないため、シームレスに再生を続けることができない。<モード選択ダイアログ画面区間D>そこで、そのような場合に再生制御部20は画面に図4のようなモード選択ダイアログ画面を表示させ、ユーザに現在再生中のコンテンツを見続けながら指定位置のデータが溜まるのを待つか、またはこれ以上再生を続けずに指定位置のデータが溜まるのを待つかを選択させることができるステップST213。図4のダイアログ画面では、指定位置のバッファリング中に今までの再生を続けるかどうかをはいかいいえで選択できるようになっている。ユーザがモード選択ダイアログではいを選択するとステップST213のY、指定位置のデータ受信を行いながら今までの再生を継続する。一方、ユーザがダイアログ画面でいいえを選択するとステップST213のN、すなわち、現在再生中のコンテンツの再生を続けずに指定位置のデータが溜まるのを待ち、ステップST223へ進む。なお、再生制御部20がダイアログ画面を表示させる場合は、現在再生中の動画を一時停止させてこの停止した部分を静止画として表示させる。それとも、今まで再生していた再生済みデータを静止画として利用してもよい。ステップST209の処理で、ユーザが指定した任意の位置のデータが既にストリームバッファ12に受信されていた場合はステップST209のN、ステップST215へ進む。<バッファリング中再生中区間E>ステップST215の処理では、バッファ制御部18は指定位置のデータが一定量を超えたかどうかを判断するステップST215。もし、バッファ制御部18が指定位置のデータが一定量を超えたと判断した場合にはステップST215のY、再生制御部20は今までの再生を終了させ指定位置からの再生に自動的に切り替えるステップST229。ただし、通信装置10は指定位置からのデータ受信を始めるため、指定前のデータは任意の位置を指定する前に既に受信されたもの以上に増えることはない。バッファ制御部18が指定位置のデータが一定量を超えていないと判断した場合にはステップST215のN、再生制御部20は映像再生装置14に対して指定前のデータの再生を継続させるステップST217。そして、バッファ制御部18は指定位置からのストリーミングデータをストリームバッファ12に受信させるステップST219。なお、ユーザの指定した位置が既にバッファに受信されていたところであれば、指定位置からのストリーミングデータを受信するのではなく、既に受信されたところから受信する。バッファ制御部18はストリームバッファ12の容量を常に把握しており、指定前の受信データに残量があるかをチェックし、残量があった場合ステップST221のY、ステップST215に戻り指定位置のデータが一定量を超えるまで繰り返す。指定前の受信データに残量がなかった場合ステップST221のN、すなわち、指定位置からのデータが一定量溜まる前に既に受信済みのデータを全て再生してしまった場合は、これ以上再生を続けるデータが無いため、モード選択ダイアログでいいえを選択した場合と同様の処理シーケンスステップST223に入る。図5に示すように、区間Eバッファリング中再生中の表示画面で、画面動画下のプログレスバーには現在の再生位置、最大再生可能位置、再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が100となると指定先ストリームの再生が開始される。<バッファリング中区間F>バッファ制御部18は今まで再生していたデータコンテンツは一時停止させ、静止画のまま指定位置からのデータ受信を行うステップST223、225。この静止画は一時停止した瞬間のデータを利用してもよいし、既に再生済みのデータを利用してもよく、バッファ制御部18はストリームバッファ12から静止画とするデータを抽出して表示させる。指定位置からデータ受信を行った後、バッファ制御部18は指定位置のデータが一定量を超えたかどうかを判断するステップST227。バッファ制御部18は指定位置のデータが一定量を超えていないと判断した場合にはステップST227のN、一定量超えるまでストリーミングデータを受信する。図6に示すように、区間Fバッファリング中の表示画面で、画面静止画下のプログレスバーには再生指定先の位置および指定先の位置からのデータ受信量が表示され、画面右上には再生指定先のストリームが再生可能となるデータ量までのパーセンテージが表示される。この値が100となると指定先のストリームの再生が開始される。<再生中区間G>バッファ制御部18が指定位置のデータが一定量を超えたと判断した場合にはステップST227のY、再生制御部20は指定位置からの再生に自動的に切り替えるステップST229。次に、バッファ容量がなかった場合のデータ管理方法を図7を用いて説明する。図7は再生を継続しながら指定先のストリーミングデータを受信する際、ストリームバッファ12に空き容量が無かった場合のデータ管理方法について記したものである。バッファ制御部18は指定前のデータを再生しながら指定先のストリーミングデータを受信するステップST601。バッファ制御部18はストリームバッファ12に空き容量があるかどうかをチェックする。そして、空き容量があると判断した場合にはステップST603のY、バッファ制御部18は通信装置10を介して受信したストリーミングデータを消去せずにバッファ12の空き領域にデータを書き込ませるステップST611。空き容量がないと判断した場合はステップST603のN、バッファ制御部18はさらにバッファ12に再生済みデータがまだ保持されているかどうかをチェックする。通常、バッファは再生が済んだ後のデータをバックアップ用として一定量保持している。もし、バッファ12に再生済みのデータがあった場合ステップST605のY、バッファ制御部18は再生済みデータを優先して消去して空き領域を作成するステップST607。図8は、配信サーバ100から指定先のストリーミングデータが配信され、ストリームバッファ12が一杯になった状態を示している。ここでは、ストリームバッファ12は概念的に複数の区分に分けられており、左側から3個目までが再生済みデータ、4個目から16個目までが指定前の受信済みデータ、17個目から最後20個目までが指定先の受信済みデータを表している。バッファ制御部18が再生済みデータを消去する際には最も古いデータから削除する。つまり、図8の一番左側のOldestDataから優先的に消去して空き容量を作成するFIFO方式。バッファ制御部18がバッファ12に再生済みのデータが無いと判断した場合ステップST605のN、再生位置指定前に受信済みのデータを消去して空き領域を作成するステップST609。図9は、図8と同様に配信サーバ100から指定先のストリーミングデータが配信され、ストリームバッファ12が一杯になった状態を示している。図8と違うのは、バッファ12内に再生済みデータが保持されていない点である。図9のバッファ12は左側から16番目までが指定前の受信済みデータ、17番目から最後20番目までが指定先の受信済みデータを表している。バッファ制御部18が指定前の受信済みのデータを消去する際には最も新しいデータから削除する。つまり、図9の16番目区分のNewestDataから優先的に消去して空き容量を作成するLIFO方式。ただし、この場合は図5で示した最大再生可能位置は短くなる。本実施形態では、このようなデータ消去の方法として、再生済みデータの場合も未再生データの場合も、現在の再生位置から遠いデータを優先して消去することとしている。上記説明したように、従来であればストリーミング再生では、まだバッファにデータが十分溜まっていない位置にジャンプした場合、バッファに一定量のデータが溜まるまでユーザーは再生を待たされることとなっていた。また、任意の位置にジャンプした場合、ジャンプする前に溜めていたデータは利用価値がなくなっていた。本実施形態では、ストリーミング再生でユーザーが任意の位置を指定して再生を行うときに生じていた待ち時間に、既に受信済みである指定前のデータを引き続き再生させることより、既にあるデータを有効利用して、バッファリング中の待ち時間にも動画を楽しむことができ、見かけ上シームレスな切替を行うことができる。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。