複数のチャプタに分けてデータを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に現在再生中の一つの前記チャプタの未再生データが所定分溜まった場合、この一つのチャプタとは別の前記チャプタに、前記バッファ制御部は前記バッファ部に前記データを受信させる映像表示装置。前記現在再生中の一つの前記チャプタの未再生データが所定より少なくなった場合、この一つのチャプタとは別の前記チャプタに代えてこの一つのチャプタに、前記バッファ制御部は前記バッファ部に前記データを受信させる請求項1に記載の映像表示装置。前記別の前記チャプタの優先度を外部からの設定により選択できる設定手段を更に備えた請求項1に記載の映像表示装置。複数のチャプタに分けてデータをバッファ部で受信し、前記バッファ部を制御し、前記バッファ部に溜まった前記データを再生し、前記データを再生中に現在再生中の一つの前記チャプタの未再生データが所定分溜まった場合、この一つのチャプタとは別の前記チャプタに、前記バッファ部に前記データを受信させるバッファ管理方法。データを配信する配信サーバと、前記配信サーバから複数のチャプタに分けて前記データを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に現在再生中の一つの前記チャプタの未再生データが所定分溜まった場合、この一つのチャプタとは別の前記チャプタに、前記バッファ制御部は前記バッファ部に前記データを受信させる映像表示システム。本発明の実施の形態は、ストリーミング再生中に再生開始時間の遅れが生じないようにする技術を提供することを目的とする。上記課題を解決するために、実施形態によれば映像表示装置は、複数のチャプタに分けてデータを受信するバッファ部と、前記バッファ部を制御するバッファ制御部と、前記バッファ部に溜まった前記データを再生する再生部とを具備し、前記再生部が前記データを再生中に現在再生中の一つの前記チャプタの未再生データが所定分溜まった場合、この一つのチャプタとは別の前記チャプタに、前記バッファ制御部は前記バッファ部に前記データを受信させる。以下、実施形態を図1乃至図7を参照して説明する。図1は、実施形態にかかるストリーミングデータを再生可能なシステムブロック図である。なお、以下に説明する要素や構成あるいは機能は、ハードウェアで実現するものであってもよいし、マイクロコンピュータ処理装置、CPU等、を用いてソフトウェアで実現するものであってもよい。図1が示す映像表示システム300はストリーミング配信サーバ100と映像表示装置200とから構成されている。映像表示装置200は、ストリーミング配信サーバ100からストリーミングデータを受信する通信装置10と、受信されたストリーミングデータを一次保存するバッファ部と、ストリームを再生する映像再生装置14と、ストリームを表示する表示装置16と、それらを制御する制御ソフトウェア22から構成されている。この実施形態はこれらの制御ソフトウェア22群の中でも、任意で指定できるチャプタの位置を管理するチャプタ管理部17と、チャプタ管理と連動して、受信したデータがバッファ部のどちらのバッファのものかを管理し制御するバッファ制御部18と、映像再生装置14を制御する再生制御部20とを利用して実施する。映像再生装置14と再生制御部20とで言わば再生部を構成している。図2は再生中のバッファ制御を示すフローチャートである。下記フローチャートは図1のチャプタ管理部17およびバッファ制御部18を用いてバッファ部バッファ1、バッファ2を制御するものであり、これらの一連の処理を行っている間も映像再生装置14では通常再生を継続している。配信サーバ100よりのコンテンツのダウンロードを始めると以下のステップが開始される。また詳しくはコンテンツのデータを最後まで受信し終わるとステップS2-1において処理は終了となる。ステップS2-1:現在再生中のBufferバッファ1、またはバッファ2にデータを受信する。ステップS2-2:受信したら、Bufferのデータ残量をチェックする。ステップS2-3:Bufferの残量が上限Thresholdを以上でなければ、ステップS2-1に戻り現在のデータ受信を継続する。図3のように、Bufferの残量が上限Threshold以上となっていた場合、ステップS2-4以下で次のチャプタのBuffer量をチェックする。ステップS2-4:次のチャプタの有無を確認する。次のチャプタが無ければステップS2-1に戻り現在再生中のデータ受信を続ける。ステップS2-5:次のチャプタがある場合は次のチャプタ用Bufferバッファ2、またはバッファ1の残量をチェックする。ステップS2-6:次のチャプタ用Bufferにも既に上限Threshold以上データがある場合、その次のBufferをチェックすべく、上限Threshold未満のBufferを見つけるまでステップS2-4からステップS2-6の処理を繰り返す。ステップS2-7:Buffer量が上限Threshold未満のチャプタを検出したら、現在のデータ受信を中止し、配信サーバ100に指定チャプタからのデータ受信を要求する。ステップS2-8:指定チャプタ用のBufferにデータを受信する。ステップS2-9:データを受信したら、現在再生中Bufferのデータ残量をチェックする。ステップS2-10:図4のように、現在再生中Bufferの残量が下限Thresholdを切っていた場合ステップS2-9AのYES、現在のデータ受信を中止し、配信サーバ100に対して現在再生中のデータ受信を要求し、再度上限Thresholdを超えるまで現在再生中のデータ受信を続けるステップS2-1以下。ステップS2-11:現在再生中Bufferの残量が下限Thresholdを切っていなかった場合ステップS2-9AのNO、現在データ受信中Bufferの優先度を調べる。ステップS2-12:現在データ受信中Bufferの優先度に変化があった場合ステップS2-11AのNO、ユーザによってバッファリングを行う優先度が変更されたと判断し、優先度最高のチャプタからのデータ受信を要求する。その後ステップS2-8の処理へ飛ぶ。ステップS2-13:現在データ受信中Bufferの優先度に変化がなかった場合ステップS2-11AのYES、現在データ受信中Bufferの残量を調べる。ステップS2-14:現在データ受信中Bufferの残量が上限Threshold以上だった場合、ステップS2-4の処理へ飛ぶ。また、現在データ受信中Bufferの残量が上限Threshold以上でなかった場合、ステップS2-8の処理へ飛ぶ。図3は、現在再生中のBuffer1バッファ1、またはバッファ2が上限Thresholdを超えた状態を表した図である。このような状態になると、クライアントはBuffer1で行っていた現在再生中のデータ受信をとりやめ、Buffer2バッファ2または、バッファ1で次チャプタのデータ受信を開始する。図4は、次チャプタのデータ受信中に現在再生中Buffer1が下限Thresholdを切った状態を表した図である。このような状態になると、クライアントはBuffer2で行っていた次チャプタのデータ受信をとりやめ、Buffer1で現在再生中のデータ受信を再開する。図5は、バッファリングの優先度を変える場合のフローチャートである。ステップS5-1:デフォルトではチャプタ番号順に若い優先度がつけられる。ステップS5-2:ユーザによって優先してバッファリングを行うチャプタが指定選択された場合である。ステップS5-3:このチャプタよりも優先度の高いチャプタの優先度を一つずつ下げる。ステップS5-4:指定されたチャプタの優先度を最高にする。なおチャプタバッファリング中に優先度が変更された場合の処理は、上記図2の説明文中に記載した。図6a~eは実際にチャプタの優先度を変更するための画面である。上記選択をするための設定手段であり、ユーザは例えばリモコンなどを用いて対話的に設定できる。チャプタ優先度を変更するメニューを開くと画面上に、まず図6aのようなポップアップが表示され、優先度を上げたいチャプタを選択することができる。優先度を上げたいチャプタを選択すると、図6bのように優先度を1つ上げるか、図6cのように優先度を最高に上げるかを選択できる。優先度を1つあげた場合、図6dのように、選択したチャプタの優先度が1つ上がる。優先度を最高に上げた場合、図6eのように、選択したチャプタの優先度が最高に上がる。図7は、バッファリングの優先度が変更された場合のプログレスバー表示を示したものである。本図は、図6a→図6c→図6eの順で選択された場合の表示状態である。チャプタCの優先度が最高となっているため、チャプタABを飛ばし、先にチャプタCのバッファリングを行っている。バッファリングする順序は、図1のチャプタ管理部17でテーブルとして管理され、バッファ管理部18はテーブルから優先順位の高いチャプタを選択してバッファリングを行う。指定が無い場合はチャプタ順通りにバッファリングを行う。あらかじめ次チャプタのデータをバッファに溜めこんでおくことにより、ストリーミング再生でチャプタジャンプを行ったときに従来ではバッファリングを行う必要があったところを、シームレスに映像を切り替えることができる。従来技術では前後のデータの先頭のデータを再生前にサーバから受信するというものであったが、本実施形態では先頭のデータに十分なデータがたまれば、次のチャプタの先頭部分以外のデータもバッファに溜めこむことができる。本実施形態は、十分な回線速度を得られるすなわちデータが溜まりやすい環境で特に効果を発揮する。本実施形態はストリーミング再生中に上限Threshold以上のデータが溜まると次のチャプタ位置の部分データを取得するものであるため、開始時の遅れを低減することができる。先行技術で取得するのは前後の先頭データのみだが、本実施形態では下限Thresholdを切るまで次チャプタのデータを蓄えることができ、先行技術にない効果を発揮することができる。またデータを蓄えるチャプタは優先度を設定することができるため、どのチャプタのデータを優先的に取得するかをユーザが指定することができる。即ち、以上説明した実施例によれば次のような特徴を持つ実施形態を構成することができる。1ストリーミング再生で、現在再生中のデータがバッファに十分溜まった場合、自動的に次のチャプタのデータのバッファリングをはじめる。2現在再生中のデータが少なくなったら自動的に次のチャプタのバッファリングを中止し、現在再生中のデータのバッファリングを再開する。3チャプタの優先度はユーザが任意に変更することができる。なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。例えば放送波を受信する環境でもよいし、録画されたコンテンツの再生に適用することもできる。また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。