(57)【要約】【課題】ユーザ側端末の要求に応じて映像データを配信するビデオオンデマンドシステムにおいて、端末ごとの送信位置の管理など、映像データを配信するのに要する処理負荷を従来より軽減した送信装置を提供する。【解決手段】送信装置１００は、蓄積バッファ制御部１０５、ユーザバッファ制御部１０６によって送信装置の蓄積バッファ１０２および再生装置のユーザバッファ１５３を管理している。再生装置１５０による映像データの送信要求を受け付けると、再生装置に割り当てる蓄積バッファを決定し、複数の再生装置が同一の蓄積バッファを使用していれば、各再生装置への映像データの送信位置を揃えるように、再生装置のユーザバッファ１５３などを参照しながら各々の再生装置へのデータ送信量を制御する。【選択図】図５
2006304272.tif 000002
【特許請求の範囲】
【請求項１】
複数の再生装置とネットワークを通じて接続され、個々の再生装置の要求に応じてストリームデータを逐次送信する送信装置であって、
予めストリームデータを記憶している記憶手段と、
ストリームデータにおける時間軸上の位置であって現在送信している位置である送信位置を再生装置ごとに管理する管理手段と、
２以上の各再生装置についての送信位置が所定の範囲内に入っていることを検出する検出手段と、
前記検出手段により所定の範囲内に入っていると検出された各再生装置を対象として、時間軸上の送信位置を同一に揃えるように前記ストリームデータの送信を制御する送信制御手段とを備える
ことを特徴とする送信装置。
【請求項２】
前記送信制御手段は、
前記管理手段が管理している再生装置の送信位置に基づいて、所定時間内に送信するストリームデータの送信量を調節することで各再生装置それぞれについての送信位置を同一に揃えるよう前記制御を行う
ことを特徴とする請求項１記載の送信装置。
【請求項３】
前記送信制御手段は、
当該検出の対象となった再生装置のうち、送信位置を揃える基準となる基準再生装置を特定し、当該基準再生装置以外の各再生装置に対し、当該再生装置についての現在送信している送信位置と前記基準再生装置についての現在送信している送信位置との差分に相当する量の送信量を増加または減少させることで前記送信量の調節を行う
ことを特徴とする請求項２記載の送信装置。
【請求項４】
前記再生装置は、一定量までのストリームデータを受信して蓄積する蓄積手段を備えており、
前記送信制御手段は、逐次所定の基準送信量に所定調節量を加える又は減じてストリームデータの送信を行い、
前記送信装置は、さらに、
前記蓄積手段が受信し蓄積している、ストリームデータにおける時間軸上の位置を示す蓄積位置および前記蓄積手段が蓄積可能なストリームデータの量を示すバッファ容量を再生装置ごとに取得し管理するユーザバッファ管理手段と、
前記送信制御手段により調節する前記調節量を各再生装置の前記蓄積手段が吸収できるか否かを前記蓄積位置及び前記バッファ容量に基づいて判断する判断手段とを備え、
前記送信制御手段は、前記判断手段によって肯定的な判断がなされたときに限り、前記送信量の調節を行う
ことを特徴とする請求項２記載の送信装置。
【請求項５】
前記送信制御手段は、
当該検出の対象となった再生装置のうち、当該再生装置に現在送信している送信位置が所定位置よりストリームデータの時間軸上において遅れている再生装置への送信量を増加させ、当該再生装置に現在送信している送信位置が所定位置よりストリームデータの時間軸上において進んでいる再生装置への送信量を減少させることで前記送信量の調節を行う
ことを特徴とする請求項２記載の送信装置。
【請求項６】
前記送信制御手段は、
当該検出の対象となった再生装置のうち、送信位置がストリームデータの時間軸上において一の再生装置と比べて遅れている再生装置に対しては、ストリームデータの一部を省略して送信することで前記送信量の調節を行う
ことを特徴とする請求項２記載の送信装置。
【請求項７】
複数の再生装置の要求に応じてストリームデータを各再生装置へ逐次送信する送信装置と、送信装置へ要求したストリームデータを受信して再生する再生装置とからなるコンテンツ配信システムであって、
前記再生装置は、
一定量までのストリームデータを受信して蓄積する蓄積手段と、
前記送信装置の指示に基づいて、前記蓄積手段が蓄積しているストリームデータを他の再生装置へ配信する配信手段とを備え、
前記送信装置は、
予めストリームデータを記憶している記憶手段と、
ストリームデータにおける時間軸上の前記蓄積手段が受信し蓄積している位置を示す蓄積位置および前記蓄積手段が蓄積可能なストリームデータの量を示すバッファ容量を再生装置ごとに取得し管理するユーザバッファ管理手段と、
第１の再生装置からストリームデータの送信要求があったとき、前記第１の再生装置が要求するストリームデータが既に前記第１の再生装置以外の第２の再生装置によって受信し蓄積されていることを検出する蓄積データ検出手段と、
前記検出がなされたときに、前記第１の再生装置へ、前記第２の再生装置から前記配信手段によってストリームデータを配信させるよう前記第２の再生装置を制御する再生装置制御手段とを備える
ことを特徴とするコンテンツ配信システム。
【請求項８】
前記送信装置は、
ストリームデータの時間軸上における既定の位置範囲ごとに前記ストリームデータを区分しており、
前記検出手段は、
前記区分内に複数の送信位置が含まれているときに前記検出を行い、
前記送信制御手段は、
前記検出がなされた各再生装置の送信位置を、既定の位置範囲中の所定位置に揃えるように前記ストリームデータの送信を制御する
ことを特徴とする請求項１記載の送信装置。
【請求項９】
前記送信装置は、
前記送信制御手段によって各再生装置それぞれの送信位置を同一に揃えた後、ストリームデータ中の所定量の部分を前記記憶手段から読み出し、一のＦＩＦＯバッファに入力し、当該ＦＩＦＯバッファから各再生装置へストリームデータを出力する
ことを特徴とする請求項１記載の送信装置。
【請求項１０】
前記送信装置は、さらに、
前記送信位置が異なるストリームデータ各々について、ネットワークにおける使用帯域を管理する帯域管理手段と、
既にストリームデータを送信していて、新たに送信位置が異なるストリームデータの転送要求を受け付けたときに、送信すべき各ストリームデータの合計使用帯域が、ネットワークの全帯域量を超えるか否かを判断する判断手段と、
前記判断手段により全帯域量を超えると判断された場合に、ネットワークにおける使用帯域が少なくなるようデータ変換処理がなされた変換ストリームデータを、前記合計使用帯域が前記全帯域量を超えないよう、少なくとも一の再生装置に対して送信する帯域制御手段とを備え、
前記送信制御手段は、前記変換ストリームデータの送信位置を、他のストリームデータの送信位置と同一に揃えるよう前記制御を行う
ことを特徴とする請求項１記載の送信装置。
【請求項１１】
前記送信装置は、
前記送信制御手段の前記制御により変換ストリームデータの送信位置が他のストリームデータの送信位置と同一に揃うと、変換ストリームデータの送信を停止して変換ストリームデータの使用帯域を解放するとともに、変換ストリームデータを送信していた再生装置に対し、前記他のストリームデータを送信する
ことを特徴とする請求項１０記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザ側端末へコンテンツを提供するビデオオンデマンドシステムに関し、特に、コンテンツの送信方法に関する。
【背景技術】
【０００２】
従来のビデオオンデマンドシステムにおいては、複数のユーザ側端末からコンテンツの送信要求があった場合、端末ごとにコンテンツの再生位置が異なるため、コンテンツを提供する送信装置は、要求があった端末の数だけ送信装置側でデータ蓄積用のバッファ領域を確保し、コンテンツを記録している記録媒体から逐次データを読み出してバッファ領域へ蓄積し、蓄積したデータをストリームデータとして各端末へ送信している（特許文献１参照）。
【特許文献１】特開平０８−２３５３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述の構成においては、端末によって要求するコンテンツの要求位置が異なると、端末ごとにコンテンツの送信位置を管理しなければならず、端末数が増加するにつれて、例えば各端末へ送信するストリームデータの送信位置の管理が複雑化したり、確保するバッファ領域が増大するなど、送信装置にかかる負荷が次第に大きくなっていくという問題があった。
【０００４】
そこで、本発明は、かかる問題に鑑みてなされたものであり、複数のユーザ側端末からコンテンツの送信要求があった場合でも、各端末へのストリームデータの送信位置を制御することで、コンテンツ配信に要する処理負荷を従来より軽減した送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明に係る送信装置は、複数の再生装置とネットワークを通じて接続され、個々の再生装置の要求に応じてストリームデータを逐次送信する送信装置であって、予めストリームデータを記憶している記憶手段と、ストリームデータにおける時間軸上の位置であって現在送信している位置である送信位置を再生装置ごとに管理する管理手段と、２以上の各再生装置についての送信位置が所定の範囲内に入っていることを検出する検出手段と、前記検出手段により所定の範囲内に入っていると検出された各再生装置を対象として、時間軸上の送信位置を同一に揃えるように前記ストリームデータの送信を制御する送信制御手段とを備える。
【発明の効果】
【０００６】
これにより、複数のユーザ側端末からコンテンツの送信要求があり端末ごとにコンテンツの要求位置が異なる場合であっても、例えば各端末へ送信するストリームデータの送信量を調節し端末ごとに異なる量とするようストリームデータの送信を制御することで、各端末へのコンテンツの送信位置を近づけることができ、やがては同一に揃えることができる。
【０００７】
さらに、各端末へのコンテンツの送信位置が同一に揃うことで、一のバッファから各端末へ一斉に同一のストリームデータを送信することができ、従来端末ごとにバッファを用意して別々の送信位置のストリームデータを送信していた場合に比べ、記録媒体へのアクセス回数を減少させることや用意するバッファ領域を削減することができ、ストリームデータの送信にかかる送信装置の処理負荷を従来より軽減することができる。
【０００８】
また、前記送信制御手段は、前記管理手段が管理している再生装置の送信位置に基づいて、所定時間内に送信するストリームデータの送信量を調節することで各再生装置それぞれについての送信位置を同一に揃えるよう前記制御を行うこととしてもよい。
これにより、所定時間内に送信するストリームデータの送信量を端末ごとに調節することで、所定時間内に、各端末へのストリームデータの送信位置を同一に揃えることができる。
【０００９】
また、前記送信制御手段は、当該検出の対象となった再生装置のうち、送信位置を揃える基準となる基準再生装置を特定し、当該基準再生装置以外の各再生装置に対し、当該再生装置についての現在送信している送信位置と前記基準再生装置についての現在送信している送信位置との差分に相当する量の送信量を増加または減少させることで前記送信量の調節を行うこととしてもよい。
【００１０】
これにより、端末ごとにストリームデータの送信位置が異なる場合であっても、所定の端末以外の他の端末へのストリームデータの送信量を制御することで、各端末のストリームデータの送信位置を、所定の端末の送信位置に揃えることができ、例えば送信位置を特定の端末の送信位置に揃えたい場合に有用である。
また、前記再生装置は、一定量までのストリームデータを受信して蓄積する蓄積手段を備えており、前記送信制御手段は、逐次所定の基準送信量に所定調節量を加える又は減じてストリームデータの送信を行い、前記送信装置は、さらに、前記蓄積手段が受信し蓄積している、ストリームデータにおける時間軸上の位置を示す蓄積位置および前記蓄積手段が蓄積可能なストリームデータの量を示すバッファ容量を再生装置ごとに取得し管理するユーザバッファ管理手段と、前記送信制御手段により調節する前記調節量を各再生装置の前記蓄積手段が吸収できるか否かを前記蓄積位置及び前記バッファ容量に基づいて判断する判断手段とを備え、前記送信制御手段は、前記判断手段によって肯定的な判断がなされたときに限り、前記送信量の調節を行うこととしてもよい。
【００１１】
これにより、端末がストリームデータを蓄えるバッファを用いてストリームデータを受信する場合に、送信装置は、端末側のバッファの状況を判断して各端末へのストリームデータの送信量を制御することができ、例えば端末側のバッファで蓄積しきれない量のストリームデータを送信することを防止しつつ、各端末へのストリームデータの送信量を制御することができる。
【００１２】
また、前記送信制御手段は、当該検出の対象となった再生装置のうち、当該再生装置に現在送信している送信位置が所定位置よりストリームデータの時間軸上において遅れている再生装置への送信量を増加させ、当該再生装置に現在送信している送信位置が所定位置よりストリームデータの時間軸上において進んでいる再生装置への送信量を減少させることで前記送信量の調節を行うこととしてもよい。
【００１３】
これにより、各端末へのストリームデータの送信位置を所定位置に揃えることができ、例えば揃えたい送信位置が予め判明している場合などに有用である。
また、前記送信制御手段は、当該検出の対象となった再生装置のうち、送信位置がストリームデータの時間軸上において一の再生装置と比べて遅れている再生装置に対しては、ストリームデータの一部を省略して送信することで前記送信量の調節を行うこととしてもよい。
【００１４】
これにより、例えば端末側のバッファに十分な空き領域がなく端末へのストリームデータの送信量を増加させることができない場合のように、各端末へのストリームデータの送信量を増加または減少させることによっては各端末の送信位置を同一に揃えることができない場合であっても、他の端末に比べて送信位置が遅れている端末に逐次送信するストリームデータの一部を省略して送信することで、省略した分だけ徐々にコンテンツの送信位置を他の端末の送信位置に近づけることができ、省略を幾度も繰り返し行うことで、徐々に送信位置を他の端末の送信位置に近づけることができる。
【００１５】
また、複数の再生装置の要求に応じてストリームデータを各再生装置へ逐次送信する送信装置と、送信装置へ要求したストリームデータを受信して再生する再生装置とからなるコンテンツ配信システムであって、前記再生装置は、一定量までのストリームデータを受信して蓄積する蓄積手段と、前記送信装置の指示に基づいて、前記蓄積手段が蓄積しているストリームデータを他の再生装置へ配信する配信手段とを備え、前記送信装置は、予めストリームデータを記憶している記憶手段と、ストリームデータにおける時間軸上の前記蓄積手段が受信し蓄積している位置を示す蓄積位置および前記蓄積手段が蓄積可能なストリームデータの量を示すバッファ容量を再生装置ごとに取得し管理するユーザバッファ管理手段と、第１の再生装置からストリームデータの送信要求があったとき、前記第１の再生装置が要求するストリームデータが既に前記第１の再生装置以外の第２の再生装置によって受信し蓄積されていることを検出する蓄積データ検出手段と、前記検出がなされたときに、前記第１の再生装置へ、前記第２の再生装置から前記配信手段によってストリームデータを配信させるよう前記第２の再生装置を制御する再生装置制御手段とを備えることとしてもよい。
【００１６】
これにより、端末が要求するストリームデータの要求位置が既に他の端末のバッファに蓄積されているときは、既にストリームデータを蓄積している端末からストリームデータを要求している端末へとストリームデータを配信させることができるから、送信装置の側では、新たに端末へストリームデータを送信するためのバッファ領域を確保する必要が無くなる。また、端末から端末へとストリームデータを配信させて各端末に蓄積されているストリームデータの蓄積位置が同一に揃った後は、蓄積位置が同一である各端末に対して同一のストリームデータを送信することができる。すなわち、各端末の蓄積位置が同一に揃うと、各端末のストリームデータの送信位置を同一に揃えることができ、送信装置の処理負荷を軽減することができる。
【００１７】
また、前記送信装置は、ストリームデータの時間軸上における既定の位置範囲ごとに前記ストリームデータを区分しており、前記検出手段は、前記区分内に複数の送信位置が含まれているときに前記検出を行い、前記送信制御手段は、前記検出がなされた各再生装置の送信位置を、既定の位置範囲中の所定位置に揃えるように前記ストリームデータの送信を制御することとしてもよい。
【００１８】
これにより、各端末の送信位置を、既定の位置範囲ごとに揃えることができ、範囲ごとに送信位置を揃えるので、送信装置側で、揃える対象となる送信位置を予め定めたいくつかの区分にわけて管理することができる。
また、前記送信装置は、前記送信制御手段によって各再生装置それぞれの送信位置を同一に揃えた後、ストリームデータ中の所定量の部分を前記記憶手段から読み出し、一のＦＩＦＯバッファに入力し、当該ＦＩＦＯバッファから各再生装置へストリームデータを出力することとしてもよい。
【００１９】
これにより、各端末のストリームデータの送信位置が同一に揃うと、一のバッファから一斉にストリームデータを送信することができ、端末ごとにバッファを確保する場合に比べて、コンテンツの送信に必要なバッファ領域を少なくすることができ、送信装置の負荷を軽減することができる。
ところで、既にいくつかの再生装置に対してストリームデータの送信を行っている状態で、新たに別の再生装置からコンテンツの転送要求があったときに、ネットワークの帯域が足りず、コンテンツの転送要求に応じることができない場合がある。
【００２０】
そこで、前記送信装置は、さらに、前記送信位置が異なるストリームデータ各々について、ネットワークにおける使用帯域を管理する帯域管理手段と、既にストリームデータを送信していて、新たに送信位置が異なるストリームデータの転送要求を受け付けたときに、送信すべき各ストリームデータの合計使用帯域が、ネットワークの全帯域量を超えるか否かを判断する判断手段と、前記判断手段により全帯域量を超えると判断された場合に、ネットワークにおける使用帯域が少なくなるようデータ変換処理がなされた変換ストリームデータを、前記合計使用帯域が前記全帯域量を超えないよう、少なくとも一の再生装置に対して送信する帯域制御手段とを備え、前記送信制御手段は、前記変換ストリームデータの送信位置を、他のストリームデータの送信位置と同一に揃えるよう前記制御を行うこととしてもよい。
これにより、帯域が空いていないために、新たにコンテンツの転送要求を行った再生装置に対してストリームデータを送信することができない場合であっても、データ変換処理を行ってストリームデータを送信することで、なるべく多くの再生装置に対してストリームデータを送信することができる。
【００２１】
また、前記送信装置は、前記送信制御手段の前記制御により変換ストリームデータの送信位置が他のストリームデータの送信位置と同一に揃うと、変換ストリームデータの送信を停止して変換ストリームデータの使用帯域を解放するとともに、変換ストリームデータを送信していた再生装置に対し、前記他のストリームデータを送信することとしてもよい。
【００２２】
これにより、データ変換処理を行って送信したストリームデータの送信位置が、他のストリームデータの送信位置と同一になった後は、データ変換処理を行っているストリームデータの使用帯域を解放するので、ネットワークの使用帯域を有効に利用することができる。また、送信位置が同一に揃った後は、データ変換処理が行われたストリームデータを送信していた再生装置に対して、データ変換処理が行われていない高品質のストリームデータを送信することができる。
【発明を実施するための最良の形態】
【００２３】
＜実施の形態１＞
以下、本発明の実施の形態にかかる送信装置について説明する。
＜構成＞
図１は、本実施形態の送信装置１００及び再生装置１５０の構成を示す機能ブロック図である。
【００２４】
送信装置１００は、同図に示すように、ＬＡＮ（Local Area Network）などのネットワーク１３０を介して複数の再生装置と接続されており、送信装置１００と再生装置１５０は既定のプロトコルに従って互いに映像データ再生のための通信を行う。なお、再生装置１５０１等は再生装置１５０と同様の構成である。
送信装置１００は、記憶装置１０１と、蓄積バッファ部１０２と、送受信部１０３と、制御部１０４とを備え、制御部１０４は、蓄積バッファ制御部１０５と、ユーザバッファ制御部１０６を含む。
【００２５】
記憶装置１０１は、ＨＤＤ（Hard Disk Drive）、光学式記憶装置、磁気テープなどで構成されるビデオサーバであり、映画やドラマなど、ユーザによる視聴の対象となる各タイトルであるコンテンツを、例えばＭＰＥＧ‐２（Moving Picture Experts Group phase 2）方式やＭＰＥＧ−４方式で圧縮した映像データとして記憶している。
蓄積バッファ部１０２は、読み書き可能な揮発性のメモリであり、論理的に複数に分割され、制御部１０４によって記憶装置１０１から逐次読み出される映像データを蓄積している。
【００２６】
送受信部１０３は、通信回路であり、送信装置１００をネットワークと接続し、ネットワークを介して再生装置１５０へ映像データを逐次ストリームデータとして送信する。また、映像データの送信要求や映像データの再生速度の変更などの、ストリームデータの送受信に関する制御信号を再生装置１５０から受信して制御部１０４へ出力する。
制御部１０４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を備え、ＲＯＭに格納されているプログラムに従って、記憶装置１０１から映像データを読み出して蓄積バッファ部１０２に格納する処理や、蓄積バッファ部１０２に蓄積された映像データを、ストリームデータとして、例えばＲＴＰ／ＲＴＣＰ（Real-time Transport Protocol / RTP Control Protocol）、ＲＴＳＰ（Real Time Streaming Protocol）などのプロトコルに従って再生装置１５０へ送信する処理や、再生装置１５０からの映像データの送信要求を受け付ける処理や、映像データを要求している再生装置に割り当てる蓄積バッファを決定する処理や、同一の蓄積バッファ内で各再生装置の送信位置を同一に揃える処理などを制御する。
【００２７】
蓄積バッファ制御部１０５は、後述する蓄積バッファ管理表２００を管理しており、蓄積バッファ管理表２００に基づいて、論理的に分割された各蓄積バッファに蓄積されている映像データの蓄積量や各再生装置へ送信している映像データの送信位置などを管理する。
ユーザバッファ制御部１０６は、後述するユーザバッファ管理表３００を管理しており、ユーザバッファ管理表３００に基づいて、各再生装置が映像データを再生している再生位置や、ユーザバッファに蓄積されているストリームデータの蓄積量や、再生装置が映像データを再生している再生速度などを管理する。
【００２８】
再生装置１５０は、送信装置１００から送信された映像データを再生するためのディスプレイやＳＴＢ（Set Top Box）などを備え、ユーザの操作に応じて映像データを送信装置１００へ要求し、送信装置１００から映像データをストリームデータとして受信し、受信したストリームデータをもとに映像データをディスプレイに表示して再生する。
再生装置１５０の送受信部１５１は、通信回路を備え、再生装置１５０をネットワーク１３０と接続し、送信装置１００からストリームデータを受信する。
【００２９】
操作部１５２は、ユーザの操作を受け付ける入力デバイスであり、例えばタッチパネルやリモコンである。ユーザによる映像データの送信要求や、視聴中の映像データの早送り、スロー再生などの操作を受け付ける。
ユーザバッファ１５３は、読み書き可能な揮発性のメモリであり、送受信部１５１を介して受信したストリームデータを格納し蓄積する。
【００３０】
表示部１５４は、液晶ディスプレイであり、再生されている映像データをディスプレイに表示する。
再生制御部１５５は、ＣＰＵ、ＲＯＭ、ＲＡＭを備え、ＲＯＭに格納されているプログラムに従って、送信装置１００へ映像データの送信を要求する処理や、受信したストリームデータをユーザバッファ１５３に格納する処理や、ユーザバッファ１５３が蓄積可能であるストリームデータの最大蓄積量を既定のプロトコルに従って送信装置へ伝える通信処理や、ユーザバッファ１５３からストリームデータを読み出し、表示部１５４へ表示する処理など、映像データの再生に関する処理を制御する。
【００３１】
なお、再生装置１５０は、送信装置１００へ映像データの送信要求を行う際、映像データの時間軸上における位置を指定して既定のプロトコルに従って送信要求を行う。ここでいう既定のプロトコルとは、例えばＲＴＳＰなどであり、映像データの時間軸上における位置を指定するとは、例えば１秒単位で指定することとすれば、145-148などと指定して、映像データの１４５秒から１４８秒の部分のデータを送信するよう指定する。
【００３２】
このとき、再生装置１５０は、ユーザバッファ１５３に蓄積されている映像データの位置や、再生装置１５０が映像データを再生している位置である再生位置や、映像データの再生速度などの再生装置に関する情報を、例えば映像データの送信要求とともに、また、所定時間ごとに、既定のプロトコルに従って送信装置１００へ送信する。
また、送信装置１００は、再生装置１５０から再生装置に関する情報を受信すると、受信した時に、ユーザバッファ制御部１０６によってユーザバッファ管理表３００の各々の構成要素を更新する。
【００３３】
そして、要求のあった映像データを再生装置へ送信する時に、蓄積バッファ管理表２００の送信位置２３を更新し、映像データを読み出すごとに蓄積バッファ管理表２００の蓄積位置２２およびバッファ番号２１を更新する。
＜データ＞
次に、蓄積バッファ制御部１０５が管理している蓄積バッファ管理表２００及びユーザバッファ制御部１０６が管理しているユーザバッファ管理表３００について説明する。
【００３４】
図２は、蓄積バッファ管理表２００のデータ構造を示す図である。
蓄積バッファ管理表２００は、複数の管理データを含んで構成されており、各管理データは各蓄積バッファに対応している。各管理データは、バッファ番号２１と、蓄積位置２２と、１個以上の送信位置２３とから構成されている。
バッファ番号２１は、蓄積バッファ部１０２において論理的に複数に分割されている各々のバッファを識別するための番号である。
【００３５】
蓄積位置２２は、各々のバッファが記憶装置１０１から読み出し蓄積している映像データの、時間軸上における蓄積の開始位置と終了位置とを示す。
なお、開始位置および終了位置は、例えば１秒単位で表すこととし、同図の例で言えば、ユーザ１の蓄積位置２２には、開始位置の値として１３、終了位置の値として５３が記憶されており、映像データの１３秒から５３秒の部分のデータが記憶装置１０１から読み出されて記憶されていることを示している。
【００３６】
送信位置２３は、ストリームデータを送信する先の再生装置ごとに、各バッファが蓄積している映像データの時間軸上におけるどの部分を送信しているかを示す。
同図の例で言えば、バッファ１を使用しているユーザ１に対しては、映像データの先頭から１３秒後の位置のデータを送信しており、また、ユーザ３及びユーザ６に対しては、映像データの先頭から２３秒後の位置のデータを送信していることを示している。なお、ユーザ１やユーザ３とは、各再生装置を識別するための名称である。
【００３７】
図３は、ユーザバッファ管理表３００のデータ構造を示す図である。
ユーザバッファ管理表３００は、ユーザ番号３１と、再生位置３２と、ユーザ蓄積位置３３と、再生速度３４とから構成されている。
ユーザ番号３１は、各再生装置を識別するための識別子である。
再生位置３２は、各ユーザ番号に対応する再生装置が映像データの時間軸上におけるどの部分を再生しているかを示す。
【００３８】
同図の例で言えば、ユーザ１の再生位置３２は１０を示しており、ユーザ１は、映像データの先頭から１０秒の部分のデータを再生していることを示している。
ユーザ蓄積位置３３は、各再生装置のユーザバッファが送信装置１００から受信したストリームデータの、映像データにおける時間軸上の位置を示しており、ユーザバッファ１５３に蓄積されている映像データの蓄積開始位置と、蓄積終了位置とを示す。
【００３９】
同図の例で言えば、ユーザ１のユーザ蓄積位置３３には、蓄積開始位置の値として１０、蓄積終了位置の値として１２が記憶されており、映像データの１０秒から１２秒の部分がユーザバッファ１５３に蓄積されていることを示している。
再生速度３４は、各再生装置が映像データを再生している速度を示す。再生装置１５０は、送信装置１００とＲＴＳＰなどのプロトコルに従って通信を行うことで、再生速度が通常の視聴よりも遅い速度であるスロー再生や、２倍の速度で再生する倍速再生などを行うことができ、再生速度３４には、通常の視聴で再生される速度を「１」とし、２倍の速度で再生しているときは「２」、通常の半分の速度で再生しているときは「０．５」というように、通常の再生速度との相対的な速度差が再生速度３４として示されている。
【００４０】
図８は、送信位置管理表８００のデータ構造を示す図である。
送信位置管理表８００は、蓄積バッファ管理表２００とユーザバッファ管理表３００に基づいて得られ、複数の管理データを含んで構成されている。同図に示すように、送信位置管理表８００は、バッファ番号８１と、蓄積位置８２と、ユーザ番号８３と、送信位置８４と、ユーザ蓄積位置８５と、空き量８６と、再生速度８７を含む。
【００４１】
バッファ番号８１、蓄積位置８２、送信位置８４は、図２に示すバッファ番号２１、蓄積位置２２、送信位置２３と同一内容を示し、また、ユーザ番号８３、ユーザ蓄積位置８５、再生速度８７は、図３に示すユーザ番号３１、ユーザ蓄積位置３３、再生速度３４と同一内容を示すので説明を省略する。
空き量８６は、ストリームデータの蓄積に使用可能なユーザバッファ１５３の空き領域を示している。ユーザバッファ１５３が蓄積可能なストリームデータの最大量は、例えば、３０秒分のストリームデータを蓄えることができるというように予め定められており、空き量８６には、ユーザバッファ１５３が蓄積可能なストリームデータの最大量と現在蓄積しているストリームデータの量との差分にあたる量が示されている。
【００４２】
図８の例で言えば、バッファ１を使用している再生装置のうち、ユーザ番号８３のユーザ１は、３０秒分のストリームデータを蓄積可能であり、ユーザバッファ１５３には、映像データの１０秒〜１２秒の部分、合わせて３秒分のストリームデータが蓄積されていることがユーザ蓄積位置８５により示されている。蓄積可能なストリームデータの最大量は３０秒分であり、蓄積されているストリームデータの量は３秒分であるから、空き領域は差分の２７秒分となり、空き量８６には差分を示す値の「２７」が示されている。
【００４３】
なお、再生装置のユーザバッファ１５３に蓄積可能なストリームデータの最大量は、再生装置１５０が送信装置１００と通信を開始する際に既定のプロトコルに従って伝達され、また、送信位置管理表８００は蓄積バッファ管理表２００およびユーザバッファ管理表３００に基づいて得られるので、送信位置管理表８００の各構成要素は、蓄積バッファ管理表２００およびユーザバッファ管理表３００が更新されるのに伴って更新される。
【００４４】
＜動作＞
以下、上述した構成を備える送信装置１００について説明する。
送信装置１００の制御部１０４は、再生装置１５０から新たに映像データの送信要求があると、映像データを要求している再生装置に割り当てる蓄積バッファを決定する。
複数の再生装置が同一の蓄積バッファを使用しているときは、蓄積バッファ制御部１０５が管理している蓄積バッファ管理表２００を参照して、各再生装置の送信位置を同一に揃えるように、各々の再生装置へのデータ送信量を制御する。
【００４５】
図４は、制御部１０４が各再生装置へ割り当てる蓄積バッファを決定する処理を示すフローチャートである。
制御部１０４は、再生装置から映像データの送信要求があると、蓄積バッファ管理表２００の蓄積位置２２を参照して、再生装置が要求する位置の映像データが、既に他の再生装置に割り当てられている蓄積バッファに読み出されているか否かを判断する（Ｓ４１）。
【００４６】
再生装置が要求する位置の映像データが既に他の再生装置に割り当てられている蓄積バッファに読み出されているときは（Ｓ４１：YES）、当該蓄積バッファを、映像データの送信要求を行った再生装置に割り当てて、蓄積バッファ制御部１０５に蓄積バッファ管理表２００を更新させる（Ｓ４２）。
蓄積バッファ制御部１０５によって蓄積バッファ管理表２００が更新された後、制御部１０４は、更新された蓄積バッファ管理表２００に従って、蓄積バッファから映像データを読み出して再生装置へストリームデータを送信する（Ｓ４３）。
【００４７】
ステップＳ４１において、再生装置１５０が要求している映像データがまだ蓄積バッファのいずれにもに読み出されていないときは（Ｓ４１：NO）、再生装置へストリームデータを送信するために新たに蓄積バッファ部１０２に蓄積バッファを確保する（Ｓ４４）。
記憶装置１０１から再生装置が要求する位置の映像データを読み出して、読み出した映像データを、新たに確保した蓄積バッファに格納し、順次、新たに確保した蓄積バッファから映像データを読み出して再生装置へストリームデータを送信する（Ｓ４５）。
【００４８】
再生装置が映像データの送信要求を終了する（Ｓ４７：YES）まで、早送りなどによって蓄積バッファに読み出されていない位置の映像データの送信要求が行われたり、新たに他の再生装置から映像データの送信要求が行われる毎に（Ｓ４６：YES）、再生装置へ割り当てる蓄積バッファを決定する処理を繰り返す。
このようにして、複数の再生装置が同一の蓄積バッファを使用するようになると、制御部１０４は、蓄積バッファ管理表２００及びユーザバッファ管理表３００を参照しながら、各再生装置へ送信しているストリームデータの送信位置を蓄積バッファ内で同一にする集約化処理を行う。
【００４９】
図５は、制御部１０４が、蓄積バッファ内で複数の再生装置へのストリームデータの送信位置を同一にする集約化処理を示すフローチャートである。
複数の再生装置が同一の蓄積バッファを使用していると、制御部１０４は、各再生装置への送信位置を揃えるために、送信位置を揃える基準となる再生装置を特定する。特定された再生装置を基軸ユーザとする（Ｓ５１）。また、基軸ユーザの送信位置に揃えるために、ストリームデータの送信量を制御する対象となる再生装置を、調節ユーザとする。
【００５０】
基軸ユーザを特定すると（Ｓ５１）、図８に示す送信位置管理表８００の、基軸ユーザと調節ユーザの空き量８６、ユーザ蓄積位置８５、送信位置８４などを参照し、各々の再生装置のユーザ蓄積位置８５や空き量８６が、送信位置８４を揃えるのに十分であるか判断する（Ｓ５２）。
ステップＳ５２について図を用いて説明する。
【００５１】
図６は、バッファ容量判断処理を示すフローチャートである。
制御部１０４は、送信位置８４を参照して、調節ユーザと基軸ユーザの送信位置の差分に相当するストリームデータの送信量を求め、求まった差分を、送信位置差分とする（Ｓ６１）。
ここで、調節ユーザへの所定時間内のストリームデータ送信量を、通常の再生速度の映像データを視聴するのに必要な送信量よりも増加させるか減少させるかを判断し（Ｓ６２）、送信量を増加させて基軸ユーザとの送信位置を同一にする場合は（Ｓ６２：増加）、調節ユーザの空き量８６を参照し、空き量８６に示されている値が、送信位置差分よりも大きいか否かを判断する（Ｓ６３）。
【００５２】
送信位置差分よりも空き量８６に示されている値が大きいときは（Ｓ６３：YES）、制御部１０４は、空き量８６は十分であると判断し、バッファ空き量が十分であることを示す空き量フラグを有効にする（Ｓ６４）。ステップＳ６３において送信位置差分よりも空き量８６に記憶されている値が小さいときは（Ｓ６３：NO）、制御部１０４は、空き量８６は十分ではないと判断し、空き量フラグを無効にする（Ｓ６５）。
【００５３】
なお、空き量フラグは、例えば１ビットで表現し、空き量フラグが「１」のときは有効、「０」のときは無効などとする。
ステップＳ６２において、調節ユーザへのデータの送信量を通常の再生速度の映像データを視聴するのに必要な送信量よりも減少させることで基軸ユーザとの送信位置を同一にする場合は（Ｓ６２：減少）、送信位置差分と、調節ユーザのユーザバッファ１５３に蓄積されているストリームデータの蓄積量を比べ（Ｓ６６）、送信位置差分よりもユーザバッファ１５３に蓄積されているストリームデータの蓄積量が大きいときは（Ｓ６６：YES）、制御部１０４は、調節ユーザのユーザバッファ１５３に蓄積されているストリームデータの量は十分であると判断し、調節ユーザのユーザバッファ１５３に蓄積されているストリームデータの量が十分であることを示す蓄積量フラグを有効にする（Ｓ６７）。
【００５４】
ステップＳ６６において送信位置差分よりもユーザバッファ１５３に蓄積されているストリームデータの蓄積量が小さいときは（Ｓ６６：NO）、制御部１０４は、調節ユーザのユーザバッファ１５３に蓄積されているストリームデータの量は不十分であると判断し、蓄積量フラグを無効にする（Ｓ６８）。
制御部１０４は、ステップＳ５２において、調節ユーザのユーザバッファ１５３に蓄積されているストリームデータの量、またはバッファ空き量が十分であると判断し、空き量フラグまたは蓄積量フラグを有効にしたときは（Ｓ５３：YES）、所定時間の間に調節ユーザへ送信するストリームデータの送信量を制御して基軸ユーザとの送信位置を同一にする（Ｓ５４）。
【００５５】
図８の例で言うと、制御部１０４は、バッファ１を使用しているユーザ３を基軸ユーザと特定し、ユーザ１を調節ユーザとしたとする。ユーザ１の送信位置８４は１３であり、ユーザ３の送信位置８４は２３であるから、ユーザ１に対し、送信位置差分に相当する１０秒分のストリームデータを、ユーザ３に送信するストリームデータの送信量よりも多く送信すれば、ユーザ１とユーザ３の送信位置が同一に揃うこととなる。
【００５６】
ここで、調節ユーザであるユーザ１の空き量８６を参照すると、ユーザ１の空き量８６は２７であり、送信位置差分よりも大きいから、制御部１０４は、ユーザ１の空き量８６は十分と判断し、空き量フラグを有効にする。
空き量フラグが有効であると、制御部１０４は、所定時間内に、ユーザ１に対し、送信位置差分に相当する１０秒分のストリームデータを、ユーザ３よりも多く送信する。各再生装置へのストリームデータの送信位置が揃っていく遷移状態を図示した図７を用いて説明すると、各再生装置へのストリームデータの送信位置は、同図（ａ）に示す状態から同図（ｂ）に示すように遷移する。同図（ａ）では、ユーザ１およびユーザ３の送信位置は異なっていたが、調節ユーザであるユーザ１へのストリームデータの送信量を基軸ユーザであるユーザ３よりも増加させることで、ユーザ１およびユーザ３へのストリームデータの送信位置を同一に揃えている。
【００５７】
また、ユーザ１を基軸ユーザと特定し、ユーザ２を調節ユーザとした例で言えば、ユーザ２のユーザバッファ１５３には、３秒〜３０秒のストリームデータが蓄積されており、２８秒分のストリームデータの蓄積がある。一方、ユーザ１の送信位置８４は１３であり、ユーザ２との送信位置差分に相当するストリームデータの量は、１８秒分のストリームデータである。
【００５８】
送信位置差分よりもユーザ２のユーザバッファ１５３に蓄積されているストリームデータの蓄積量の方が大きいので、制御部１０４は、調節ユーザであるユーザ２のバッファ蓄積量は十分であると判断し、蓄積量フラグを有効にする。
蓄積量フラグが有効であると、制御部１０４は、所定時間内に、ユーザ２に対し送信するストリームデータの送信量をユーザ１よりも減少させる。
【００５９】
図７を用いて説明すると、各再生装置へのストリームデータの送信位置は、同図（ｃ）に示す状態から同図（ｄ）に示すように遷移する。同図（ｃ）では、ユーザ１およびユーザ２の送信位置は異なっていたが、所定時間内に調節ユーザであるユーザ２へのストリームデータの送信量を基軸ユーザであるユーザ１よりも減少させることで、ユーザ１およびユーザ２へのストリームデータの送信位置を同一に揃えている。
【００６０】
ステップＳ５２において、調節ユーザのユーザバッファ蓄積量、またはバッファ空き量が十分でないと判断し空き量フラグまたは蓄積量フラグを無効にしたときは（Ｓ５３：NO）、制御部１０４は、所定時間の間に、調節ユーザへ送信するストリームデータの一部を省略する省略化処理を行うことで基軸ユーザと送信位置を同一に揃えることが可能か否かを判断する（Ｓ５５）。
【００６１】
図８のバッファ２を使用しているユーザ４およびユーザ５を例にして具体的に説明すると、ユーザ４の送信位置８４とユーザ５の送信位置８４との差分である送信位置差分は８であるが、ユーザ４の空き量８６は１であり、ユーザ４へのデータ送信量を増加させることによっては送信位置を揃えることができない。
また、ユーザ５のユーザバッファに蓄積しているストリームデータの量が１３秒〜１６秒の４秒分しかないため、ユーザ５への送信量を減少させることによっても、ユーザ４とユーザ５の送信位置を同一にすることができない（Ｓ５３：NO）。
【００６２】
この場合、所定時間内に調節ユーザへ送信するストリームデータの一部を省略することで、各再生装置の送信位置を同一にできるか否かを判断する（Ｓ５５）。例えばユーザ４を調節ユーザとし、ユーザ５を基軸ユーザと特定して、所定時間以内に、調節ユーザであるユーザ４へ送信するストリームデータの一部を省略することで、送信位置を基軸ユーザであるユーザ５と同一にできるか否かを判断する。
【００６３】
ここで、ストリームデータの一部を省略するとは、調節ユーザへ送信するストリームデータのうち、一部を省いてストリームデータを送信することをいう。
例えば、ストリームデータが１秒あたり３０フレームで構成されているとすると、３０フレームのうち１フレームを省略し１秒あたり２９フレームで構成することなどをいう。なお、送信しているストリームデータの量そのものは、１秒間につき３０フレーム分のストリームデータを送信することとする。
【００６４】
したがって、１秒のストリームデータを構成する３０フレームのうち１フレームを省略し１秒のストリームデータが２９フレームで構成されていることとするとともに、１秒間につき３０フレーム分のストリームデータを送信することとすると、１秒間のストリームデータの送信によって、２９フレーム＋１フレーム、すなわち１秒を構成するストリームデータに加えてさらに１フレーム分のストリームデータを送信することができる。
【００６５】
例えば、ストリームデータの送信量を１秒あたり３０フレームとすると、２９秒後には３０フレーム×２９秒＝８７０フレームのストリームデータが送信されることとなる。
ここで、ストリームデータの一部を省略せず、ストリームデータが１秒あたり３０フレームで構成されていることとした場合は、２９秒後は８７０フレーム÷（１秒あたり３０フレーム）＝２９秒分のストリームデータが送信されたこととなる。
【００６６】
一方、ストリームデータの一部を省略し、３０フレームのうち１フレーム省略してストリームデータが１秒あたり２９フレームで構成されていることとした場合は、２９秒後は８７０フレーム÷（１秒あたり２９フレーム）＝３０秒分のストリームデータが送信されたことになる。
このようにして、ストリームデータの一部を省略することで、上述の例で言えば、２９秒経過後に調節ユーザと基軸ユーザのストリームデータの送信位置を１秒分近づけることができる。
【００６７】
なお、ストリームデータを再生して視聴しているユーザが、ストリームデータの一部が省略されて送信されていることを知覚できない程度にストリームデータの一部を省略し、例えば上述のとおり、３０フレームのうち１フレームを省略する、などとしてストリームデータの一部を省略することとする。
ステップＳ５５において制御部１０４が所定時間内に調節ユーザへ送信するストリームデータの一部を省略することで基軸ユーザと送信位置を同一に揃えることができるか否かを判断する処理について図面を用いて説明する。
【００６８】
図９は、所定時間内に調節ユーザへ送信するストリームデータの一部を省略することで、各再生装置の送信位置を同一にできるか否かを判断する省略可判断処理を示すフローチャートである。
制御部１０４は、調節ユーザと基軸ユーザの送信位置の差分に相当するストリームデータの送信量である送信位置差分を求め（Ｓ９１）、求めた送信位置差分と所定量の積が所定値より小さいか否かを判断する（Ｓ９２）。
【００６９】
送信位置差分と所定量の積が所定値より小さいときは（Ｓ９２：YES）、制御部１０４は、省略化処理を行うことで調節ユーザと基軸ユーザの送信位置を同一に揃えることが可能であることを示す省略可能フラグを有効にする（Ｓ９３）。
ステップＳ９２において、送信位置差分と所定量の積が所定値より小さくないときは（Ｓ９２：NO）、制御部１０４は、省略化処理を行っても調節ユーザと基軸ユーザの送信位置を同一に揃えることが不可能と判断し、省略可能フラグを無効にする（Ｓ９４）。
【００７０】
ここで、ステップＳ９２における所定量と所定値の設定方法について説明する。例えば、ストリームデータの一部を省略して送信することにより、ストリームデータの送信位置を他の再生装置への送信位置に対して１秒近づけるのに要する時間を所定量とする。上述のように、１秒あたり３０フレームで構成されるストリームデータのうち１フレームを省略する場合を例にすると、調節ユーザに対してストリームデータの一部を省略して送信し、送信を開始してから２９秒経過後に基軸ユーザとの送信位置を１秒近づけることができるので、所定量を２９とする。また、所定値を、再生装置が現在映像データを再生している位置から再生が終了するまでの時間である残り再生時間とする。
【００７１】
図８のユーザ番号８３のユーザ４およびユーザ５を例にすると、ユーザ４の送信位置８４は１２９であり、ユーザ５の送信位置８４は１３７である。したがって、送信位置差分は８秒分のストリームデータとなる。映像データの残り再生時間は２９００秒とし、所定量は、上述のように２９とする。このとき、送信位置差分（８）×所定量（２９）は、所定値（残り再生時間、すなわち２９００）より小さいので、制御部１０４は、省略可能フラグを有効にする。
【００７２】
ステップＳ５５において、制御部１０４が各ユーザの送信位置を同一にすることができると判断し、省略可能フラグを有効にしたときは（Ｓ５６：YES）、省略可処理を行って調節ユーザへ送信するストリームデータの一部を省略することで、基軸ユーザと送信位置を同一に揃える（Ｓ５７）。
ステップＳ５５において、制御部１０４が各ユーザの送信位置を同一にすることができないと判断し、省略可能フラグを無効にしたときは（Ｓ５６：NO）、省略化処理を行わず、他に基軸ユーザに選んでいない再生装置があるか否かを判断し（Ｓ５８）、未だ基軸ユーザに選んでいない再生装置があれば（Ｓ５８：YES）、新たに基軸ユーザを特定し（Ｓ５１）、送信位置の集約化の処理を行う。ステップＳ５８において基軸ユーザに選んでいない再生装置がなければ（Ｓ５８：NO）、送信位置の集約化処理を終了する。
【００７３】
このようにして、制御部１０４は、蓄積バッファ内で各再生装置へ送信しているストリームデータの送信位置を同一にする集約化処理を行う。
＜実施の形態２＞
次に、本発明に係る別の実施の形態２について説明する。
実施の形態２においては、再生装置が要求する映像データが、既に他の再生装置のユーザバッファに蓄積されている場合に、既に映像データを蓄積している再生装置から映像データを要求している再生装置へ映像データを二次配信させ、二次配信によって各再生装置のユーザバッファに蓄積されている映像データの位置を同一に揃えることで、送信装置から各々の再生装置への送信位置を同一にすることを特徴とする。
【００７４】
以下、実施の形態１と異なる点に主眼を置きつつ説明する。
＜構成＞
図１１は、実施の形態２にかかる送信装置１００及び再生装置１６０の構成を示す機能ブロック図である。
実施の形態２にかかる送信装置１００のユーザバッファ制御部１０６は、図１０に示す二次配信管理表１０００を管理しており、二次配信管理表１０００に基づいて、各再生装置がユーザバッファ１５３に蓄積しているストリームデータの蓄積量や、配信先のユーザなどを管理している。
【００７５】
送信装置１００の制御部１０４は、二次配信管理表１０００に基づいて、各再生装置へ既定のプロトコルに従って二次配信を行うよう制御信号を送信する。
実施の形態２にかかる再生装置１６０は、送信装置１００から受信しユーザバッファ１５３に蓄積している映像データを、送信装置１００から受信した制御信号に基づいて、他の再生装置へ送信する二次配信を行うことができる。
【００７６】
再生装置１６０の配信制御部１５６は、ＣＰＵ、ＲＯＭ、ＲＡＭを備え、ＲＯＭに格納されているプログラムに従って、ユーザバッファ１５３に蓄積している映像データを他の再生装置へ配信する処理などを制御する。なお、再生装置１６０１等は再生装置１６０と同様の構成である。
また、再生装置１６０は、送信装置１００から映像データの二次配信にかかる制御信号を受信すると、映像データの二次配信を行い、二次配信を開始すると、ユーザバッファ１５３から読み出して配信している映像データの位置である配信位置の情報を、二次配信を行うたびに既定のプロトコルに従って送信装置１００へ送信する。
【００７７】
また、送信装置１００は、再生装置１６０から配信位置の情報を受信すると、受信するたびに、二次配信管理表１０００の配信先ユーザ１０３および配信位置１０４を更新する。なお、二次配信管理表１０００の各構成要素のうち、ユーザ蓄積位置１０２、配信先ユーザ蓄積位置１０５、配信先空き量１０６、配信先再生速度１０７は、ユーザバッファ管理表３００の更新に伴って更新する。
【００７８】
＜データ＞
次に、二次配信管理表１０００について図を用いて説明する。
図１０は、二次配信管理表１０００のデータ構造を示す図である。
二次配信管理表１０００は、ユーザ番号１０１と、ユーザ蓄積位置１０２と、配信先ユーザ１０３と、配信位置１０４と、配信先ユーザ蓄積位置１０５と、配信先空き量１０６と、配信先再生速度１０７とから構成されている。
【００７９】
ユーザ番号１０１は、ストリームデータの二次配信を行う各再生装置を識別するための識別子である。
ユーザ蓄積位置１０２は、二次配信を行う各再生装置のユーザバッファ１５３が蓄積している映像データの、時間軸上における蓄積の開始位置と終了位置を示す。
配信先ユーザ１０３は、ユーザバッファ１５３に蓄えられている映像データを配信している配信先の再生装置を示す。
【００８０】
配信位置１０４は、二次配信を行う再生装置のユーザバッファ１５３が蓄積している映像データの時間軸上におけるどの部分を配信しているかを、二次配信先の再生装置ごとに示す。
配信先ユーザ蓄積位置１０５は、配信先の再生装置によって蓄積されている映像データの時間軸上における蓄積開始位置と蓄積終了位置を示す。
【００８１】
配信先空き量１０６は、配信先の再生装置がストリームデータの蓄積に使用可能なユーザバッファ１５３の空き領域を示す。
配信先再生速度９７は、配信先の再生装置が映像データを再生している速度を示す。
＜動作＞
以下、上述した構成を備える送信装置１００について説明する。
【００８２】
図１２は、送信装置１００の制御部１０４が、再生装置に二次配信をさせる処理を示すフローチャートである。
制御部１０４は、再生装置１６０から新たに映像データの送信要求があると、二次配信管理表１０００のユーザ蓄積位置１０２を参照し、要求のあった映像データが既に他の再生装置のユーザバッファ１５３に蓄積されているか否かを判断する（Ｓ１２１）。
【００８３】
既に他の再生装置のユーザバッファ１５３に蓄積されていれば（Ｓ１２１：YES）、既に映像データを蓄積しているユーザバッファから要求のあった再生装置へ映像データを配信させるよう二次配信管理表１０００を更新し（Ｓ１２２）、既に映像データを蓄積している再生装置へ二次配信させるよう制御信号を送信し、再生装置に二次配信を実行させる（Ｓ１２３）。
【００８４】
ステップＳ１２１において、再生装置が要求する映像データが、他の再生装置のユーザバッファ１５３に蓄積されていないときは（Ｓ１２１：NO）、実施の形態１と同様に、送信装置１００の蓄積バッファを割り当てる処理を行い（Ｓ１２４）、当該蓄積バッファから映像データを読み出し再生装置へ送信する（Ｓ１２５）。
再生装置が映像データの送信要求を終了する（Ｓ１２７：YES）まで、早送りなどによって二次配信を行うユーザのユーザバッファに蓄積されていない位置の映像データの送信要求が行われたり、新たに他の再生装置から映像データの送信要求が行われる毎に（Ｓ１２６：YES）、既に映像データを蓄積している再生装置に二次配信をさせる処理を繰り返す。
【００８５】
このようにして、再生装置１５０は、送信装置１００の制御のもと、各再生装置がユーザバッファ１５３に蓄積している映像データを、他の再生装置へ配信する二次配信を行う。
なお、再生装置に映像データの二次配信をさせる場合においても、例えば図１０におけるユーザ１０のユーザバッファのように同一のユーザバッファから複数の再生装置へ二次配信する際に、各ユーザバッファ内で複数の配信位置を同一にする集約化の処理を行う。実施の形態１で説明したように、送信装置の蓄積バッファ内で各再生装置へ送信しているストリームデータの送信位置を同一に揃える処理と同様の処理によって、各ユーザバッファ内で各再生装置へ配信しているストリームデータの配信位置を同一にする集約化処理を行うことができるので、集約化処理の説明については省略する。
【００８６】
以上説明したように、二次配信を行うとともに、配信位置の集約化を行うことで、各再生装置への映像データの配信位置を同一にすることができ、配信位置が同一となった後は、送信装置１００は、各々の再生装置に対して同一の送信位置のストリームデータを送信することができる。
＜実施の形態３＞
次に、本発明にかかる別の実施の形態３について説明する。
【００８７】
実施の形態３における送信装置は、既に１以上の再生装置に対してストリームデータの送信を実行しているときに、新たに別の再生装置から映像データの転送要求を受け付けた場合において、送信装置と再生装置との間の通信路における帯域量が、各再生装置へストリームデータを送信するのに十分であるか否かを判断する。通信路における帯域量が十分でないと判断すると、各再生装置へストリームデータを送信できるようにするために、ストリームデータを変換し、変換したストリームデータを送信することを特徴とする。
【００８８】
その後、実施の形態１で説明したように、ストリームデータの送信位置を制御して各再生装置へのストリームデータの送信位置が同一に揃うと、ストリームデータの変換処理を終了し、以後、変換されていないストリームデータを各再生装置へ送信する。
以下、実施の形態１と異なる点に主眼を置きつつ説明する。
＜構成＞
図１４は、実施の形態３にかかる送信装置１４００および再生装置１５０の構成を示す機能ブロック図である。なお、例えば記憶装置１０１や送受信部１０３などの、実施の形態１の送信装置１００と同一の構成要素については、同一の参照符号を付して説明を省略する。
【００８９】
同図に示すように、送信装置１４００は、帯域制御部１１０を備える。帯域制御部１１０は、帯域管理部１１１と、データ変換部１１２を含む。
帯域制御部１１０は、通信路の帯域を管理し、使用されている帯域量に応じて、再生装置へ送信するストリームデータのデータ変換処理を制御する。
帯域管理部１１１は、後述する帯域管理テーブル１９００を管理しており、制御部１０４の指示を受け付けて、通信路の使用帯域量を参照しながら、送信するストリームデータに対してデータ変換が必要か否かの判断を行う。
【００９０】
データ変換部１１２は、帯域管理部１１１の制御に従って、送信するストリームデータに対して、MPEG-2方式で記録された映像データをMPEG-4形式に変換する再エンコード処理や、MPEG-2方式で記録された映像データのビットレートを変換する処理等のデータ変換処理を行う。
制御部１０４の蓄積バッファ制御部１０５は、各再生装置へ送信するストリームデータの送信位置が同一に揃うと、同一に揃ったことを示す情報を帯域制御部１１０へ出力する。
【００９１】
＜データ＞
図１５（ａ）および図１５（ｂ）は、帯域管理部１１１が管理する帯域管理テーブル１９００を示す図である。
同図に示すように、帯域管理テーブル１９００は、通信路の全帯域量を示す全帯域量１９００ａと、ストリームデータを送信している各再生装置を管理する再生装置管理テーブル１９００ｂとからなる。
【００９２】
全帯域量１９００ａは、上述したように、通信路の全帯域量を示している。同図の例で説明すると、全帯域量１９００ａは「２０」と示されており、通信路の全帯域量が２０Ｍｂｐｓであることが示されている。
再生装置管理テーブル１９００ｂにおける１件のレコードは、User番号１９１と、使用帯域１９２と、変換フラグ１９３とから構成される。
【００９３】
User番号１９１は、再生装置を識別する識別子である。
使用帯域１９２は、再生装置へ送信しているストリームデータが通信路において占めている帯域を示す。
変換フラグ１９３は、再生装置へ送信しているストリームデータに対して変換が行われているか否かを示す。変換が行われているか否かは、変換フラグ１９３に示される値が「０」か「１」かで示されており、「０」のときは変換が行われていないことを示し、「１」のときは、変換が行われていることを示す。
【００９４】
＜動作＞
次に、送信装置１４００の動作について説明する。
図１６は、帯域制御部１１０の制御に従ってデータ変換を行う際の処理を示すフローチャートである。
同図に示すように、送信装置１４００の制御部１０４は、既に１以上の再生装置に対してストリームデータを送信している状態において、新たに再生装置から映像データの転送を要求されると、映像データを記憶装置１０１から読み出して蓄積バッファ部１０２へ出力するとともに、再生装置が要求する映像データの転送に要する帯域を、再生装置と対応づけて帯域制御部１１０へ出力する。制御部１０４は、例えば、図１５（ｃ）に示す要求帯域１９００ｃを帯域制御部１１０へ出力する。
【００９５】
帯域制御部１１０は、要求帯域１９００ｃを制御部１０４から受け付けると（Ｓ１６０１）、再生装置管理テーブル１９００ｂの各レコードの使用帯域１９２と、制御部１０４から受け付けた要求帯域１９００ｃとを参照して、各再生装置へ映像データを転送するのに必要な帯域量が、通信路の全帯域量に収まるか否かを判定する（Ｓ１６０２）。
通信路の全帯域量に収まると判定された場合は（Ｓ１６０２：YES）、帯域管理部１１１は、再生装置管理テーブル１９００ｂを更新し、新たに映像データの送信を要求する再生装置と、当該再生装置が使用する帯域量と、データの変換を行わない旨を示す変換フラグとを対応づけたレコードを再生装置管理テーブル１９００ｂに追加する。
【００９６】
ステップＳ１６０２において、通信路の全帯域量に収まらないと判定された場合は（Ｓ１６０２：NO）、帯域管理部１１１は、全帯域量１９００ａと、再生装置管理テーブル１９００ｂの各レコードの使用帯域１９２とを参照して、通信路において使用可能な残りの帯域量を算出する（Ｓ１６０４）。
ステップＳ１６０２およびステップＳ１６０４を、図１５の例で説明すると、通信路の全帯域量は、同図（ａ）に示すように「２０」である。
【００９７】
一方、各再生装置が既に使用している帯域は、同図（ｂ）に示すように、再生装置１が「１０」、再生装置２が「６」の帯域を使用しているので合計「１６」である。また、新たに転送が要求されている映像データの使用帯域は同図（ｃ）に示すように「１０」である。
したがって、各再生装置へ映像データを転送するのに必要な帯域量は、「１６」と「１０」の和の「２６」となるが、これは通信路の全帯域量「２０」を超えているので、ステップＳ１６０２では、帯域制御部１１０は、通信路の全帯域量に収まらないと判定する（Ｓ１６０２：NO）。
【００９８】
そして、帯域管理部１１１は、通信路において使用可能な残りの帯域量を算出するが、通信路の全帯域量が「２０」、再生装置１および再生装置２が使用している帯域が「１６」であるので、通信路において使用可能な残りの帯域量は、「４」となる（Ｓ１６０４）。
図１６を用いて説明を続けると、帯域管理部１１１は、ステップＳ１６０４において、通信路において使用可能な残りの帯域量を算出すると、要求帯域１９００ｃに示されている再生装置にかかるレコードを、再生装置管理テーブル１９００ｂに追加する。このとき、追加するレコードの変換フラグを、フラグが有効であることを示す「１」として再生装置管理テーブル１９００ｂに追加し、通信路において使用可能な残りの帯域量を、追加するレコードの使用帯域１９２に記録する（Ｓ１６０５）。
【００９９】
図１５の例で説明すると、同図（ｄ）に示すように、全帯域量１９００ａは、ステップＳ１６０５の処理において変化はないが、同図（ｅ）に示すように、ステップＳ１６０５の処理において、再生装置管理テーブル１９００ｂに、要求帯域１９００ｃに示される再生装置についてのレコードが追加されている。追加されるレコードのUser番号１９１には「再生装置３」が記録され、使用帯域１９２には、通信路において使用可能な残りの帯域量である「４」が記録され、また、変換フラグ１９３にはフラグが有効であることを示す「１」が記録されている。
【０１００】
再生装置管理テーブル１９００ｂにレコードを追加すると（Ｓ１６０５）、通信路において使用可能な残りの帯域量、すなわち、新たに転送を要求する再生装置に対して割り当て可能な帯域量の情報をデータ変換部１１２へ出力する（Ｓ１６０６）。
データ変換部１１２は、帯域管理部１１１から、通信路において使用可能な帯域量の情報を受け付けると、受け付けた帯域量を超えないように、転送を行うストリームデータを蓄積バッファ部１０２から読み出して、読み出したストリームデータに対して変換処理を行い、変換処理後のストリームデータを再生装置へ転送する。
【０１０１】
なお、変換処理とは、MPEG-2方式で記録された映像データをMPEG-4方式に再エンコードする処理や、ビットレートの変換を行う処理などのことを言う。図１５の例で説明すると、同図（ｅ）に示すように、再生装置３に対しては、データ変換処理を行ってデータの転送を行う。また、再生装置１および再生装置２に対しては、データ変換部１１２によるデータ変換処理を行わないでデータの転送を行う。
【０１０２】
また、上述の例では、蓄積バッファ部１０２から読み出したストリームデータに対して変換処理を行うものとして説明したが、これに限らず、記憶装置１０１から読み出したデータに対してデータ変換処理を行い、変換処理後のデータを蓄積バッファ部１０２へ記憶させ、蓄積バッファ部１０２に記憶されている変換後のデータを、各再生装置へ転送することとしてもよい。
【０１０３】
このようにしてデータ変換処理を行った後、制御部１０４の制御によって、各再生装置への送信位置が同一に揃うと、制御部１０４の蓄積バッファ制御部１０５は、各再生装置へのストリームデータの送信位置が同一に揃ったことを示す情報を帯域制御部１１０へ出力する。帯域制御部１１０は、蓄積バッファ制御部１０５から当該情報を受け付けると、データ変換を行っている再生装置についての情報を再生装置管理テーブル１９００ｂから削除して、以後は、データ変換処理を行わないで各再生装置へデータを転送する。
【０１０４】
図１７は、ストリームデータの送信位置が同一に揃った際に、再生装置管理テーブル１９００ｂを更新する処理を示すフローチャートである。
同図に示すように、帯域制御部１１０は、ストリームデータの送信位置が同一に揃ったことを示す情報を蓄積バッファ制御部１０５から受け付けるまで（Ｓ１７０２：NO）帯域管理テーブル１９００に従って、データ変換部１１２によるデータ変換処理を行ってデータの転送を行う（Ｓ１７０１）。
【０１０５】
帯域制御部１１０は、各再生装置へのストリームデータの送信位置が同一に揃ったことを示す情報を蓄積バッファ制御部１０５から受け付けると（Ｓ１７０２：YES）、送信位置が同一に揃った再生装置についての情報を蓄積バッファ制御部１０５から取得し（Ｓ１７０３）、送信位置が同一に揃った再生装置のうち、変換フラグ１９３により変換が行われていることが示されている再生装置の情報を、再生装置管理テーブル１９００ｂから削除する（Ｓ１７０４）。
【０１０６】
上述の処理を、図１８を用いて説明する。
図１８は、帯域制御部１１０による帯域制御を示す図である。
同図では、再生装置であるUser1が、MPEG2方式で記録されているTitle1というストリームデータを受信しており、かつ、再生装置であるUser2が、MPEG2方式で記録されているTitle2というストリームデータを受信しているものとする。ここに、上述したTitle1の転送を、再生装置であるUser3が新たに要求したとする。同図（ａ）に示すように、通信制御に用いられるSystem Dataと、User1が受信しているTitle1と、User2が受信しているTitle2と、User3が要求しているTitle1との転送に要する帯域の総量が、通信路の全帯域量を超えていることがある。
【０１０７】
このとき、帯域制御部１１０は、同図（ｂ）に示すように、新たに転送を要求しているUser3のTitle1を、MPEG2方式からMPEG4方式へデータ変換して、転送に要する帯域の総量が、通信路の全帯域量を超えないようにする。
その後、Title1を要求しているUser1とUser3へのストリームデータの送信位置が、制御部１０４によって同一に揃うと、User3のために確保した帯域を解放して、新たに他の再生装置User4等に帯域を割り当てる。
【０１０８】
なお、上述の例では、新たに再生を要求する再生装置へ転送するストリームデータに対してデータ変換処理を行うこととして説明したが、これに限らず、既にストリームデータの転送を実行している再生装置へ転送するストリームデータに対してデータ変換処理を行うこととしてもよい。
また、上述の例では、既に１以上の再生装置に対してストリームデータの送信を実行しているときに、新たに別の再生装置から映像データの転送要求を受け付けた場合において、上述のデータ変換処理を行うこととして説明したが、このデータ変換処理の実行は、新たに別の再生装置から映像データの転送要求を受け付けた場合に限られない。例えば、複数の再生装置に対して同一の送信位置のストリームデータを送信している場合に、送信先の再生装置のうちいずれかが、ユーザの早送り操作等を受け付けて、別の送信位置のストリームデータを要求した場合にも、上述のデータ変換処理を行うこととしてもよい。
＜補足＞
以上のように発明の実施形態について説明してきたが、本発明に係る送信装置は、上述の構成に限られないことは勿論である。
（１）上記の実施形態では、ユーザバッファ１５３に蓄積されているストリームデータの蓄積量に基づいて各再生装置へのストリームデータの送信量を制御して各再生装置へのストリームデータの送信位置を集約化することとしていたが、これに限らず、各再生装置ごとの映像データの再生速度に基づいてストリームデータの送信量を制御することとしてもよい。
【０１０９】
例えば、図８のバッファ３を使用しているユーザ７及びユーザ８の例で言うと、ユーザ８は、通常の２分の１の速度で映像データを再生しており、ユーザ７よりも所定時間内に映像データの再生に要するストリームデータの量は少なくてよい。
したがって、ユーザ８が通常の２分の１の速度で映像データを再生している間は、ユーザ８へのストリームデータの送信量を、ユーザ７の２分の１とすることで、ユーザ７及びユーザ８へのストリームデータの送信位置を近づけることができる。
（２）上記の実施形態では、制御部１０４は、１秒単位で映像データを読み出している例を挙げて、図２の蓄積バッファ２２等には、１秒単位で読み出されている映像データの位置が記憶されているが、１秒単位に限らず、ストリームデータを構成する１フレーム単位で記憶することとしてもよい。
（３）上記の実施形態では、調節ユーザの送信位置を基軸ユーザの送信位置に揃えることとし、すなわち、ある再生装置の送信位置を他の再生装置の送信位置に揃えることとしていたが、これに限らず、送信位置を揃えるための所定の送信位置を設定し、所定の送信位置に揃えるために、各再生装置へのストリームデータの送信量を増加または減少させることとしてもよい。
【０１１０】
ここで、送信位置を揃えるための所定の送信位置としては、例えば、送信位置を揃える対象となる各再生装置の送信位置の中間値などとして設定し、所定の送信位置に揃うように、送信位置が中間値よりも進んでいる再生装置に対してはストリームデータの送信量を減少させ、送信位置が中間値よりも遅れている再生装置に対してはストリームデータの送信量を増加させることで各再生装置の送信位置を所定の送信位置に揃えることができる。
【０１１１】
また、蓄積バッファ内で各再生装置への送信位置を同一に揃えた後は、ＦＩＦＯ（First-In First-Out）方式でデータを格納するＦＩＦＯバッファを用いて各再生装置へのデータの送信を行うこととしてもよい。
（４）上記の実施形態では、同一の蓄積バッファ内で複数の再生装置へのストリームデータの送信位置を同一にする集約化処理を行うこととしていたが、一の蓄積バッファに対して一の再生装置が割り当てられている場合に、異なる蓄積バッファを使用している再生装置のストリームデータの送信位置を集約化することとしてもよい。
【０１１２】
図１３は、一の蓄積バッファに対して一の再生装置が割り当てられている場合の、送信位置管理表８００を示す図である。
制御部１０４は、各蓄積バッファに割り当てられている再生装置の送信位置が所定の範囲内に近づいているときは、各再生装置へ送信するストリームデータの送信量を制御することで、各再生装置の送信位置を同一に揃える集約化処理を行う。
【０１１３】
図１３の例で言えば、図１３（ａ）において、バッファ２１を割り当てられているユーザ２１とバッファ２２を割り当てられているユーザ２２のそれぞれの送信位置を同一に揃えることとする。ユーザ２１へ送信するストリームデータの送信量を増加させることで送信位置を揃えることとすると、上記実施の形態で説明したのと同様に、ユーザ２１の空き量８６を参照し、ユーザ２１とユーザ２２との送信位置差分を求め、これら送信位置差分および空き量８６に基づいて、ユーザ２１の空き量８６は十分であるか否か判断する。
【０１１４】
上述の例では、空き量８６は十分なので、ユーザ２１へ送信するストリームデータの送信量を増加させることでユーザ２２と送信位置を揃えることができる。
各再生装置へのストリームデータの送信位置を同一に揃えた後は、一方の再生装置が使用していた蓄積バッファを解放し、他方の再生装置が使用していた蓄積バッファからストリームデータを同時に送信することができる。
【０１１５】
図１３（ｂ）の例で言えば、ユーザ２１とユーザ２２へのストリームデータの送信位置を同一に揃えた後は、ユーザ２１およびユーザ２２に対しては、同一の蓄積バッファであるバッファ２１から同時にストリームデータを送信することができ、これにより、ユーザ２２が使用していたバッファ２２を解放することができる。
なお、所定の範囲とは、どのような範囲でもよいが、例えば各再生装置へ送信しているストリームデータの送信位置の差分が、ユーザバッファに蓄積可能なストリームデータの最大量より小さい場合に、各再生装置の送信位置が所定範囲内に近づいていると定めることとしてもよい。
（５）上記の実施形態では、同一の蓄積バッファ内で複数の再生装置へのストリームデータの送信位置を同一にする集約化処理を行うこととしていたが、これに限らず、異なる蓄積バッファを使用している再生装置の送信位置を集約化することとしてもよい。
【０１１６】
例えば、送信装置の側で、送信位置を揃えるための既定の送信位置を一つまたは複数個管理し、既定の送信位置によって、映像データを構成するストリームデータを複数の区分に分割し、各々の区分に含まれる各再生装置への送信位置を、既定の送信位置に揃えることとすることもできる。
例えば、ストリームデータを６０秒ごとに区分し、各再生装置の送信位置が同一の区分に含まれている場合に、その区分に含まれている再生装置の送信位置を、区分内の所定の送信位置に揃えることとしてもよい。
（６）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレィユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここで、コンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
（７）上記の各装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Large Scale Integration：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
（８）上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしてもよい。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、などから構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。このＩＣカード又はこのモジュールは、耐タンパ性を有するとしてもよい。
（９）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１１７】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【０１１８】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。
【０１１９】
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（１０）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１２０】
本発明は、ビデオオンデマンド方式によって映像データを配信するシステムにおいて、多数のユーザがシステムを利用する場合に有用である。
【図面の簡単な説明】
【０１２１】
【図１】送信装置１００及び再生装置１５０の構成を示す機能ブロック図である。
【図２】蓄積バッファ管理表２００のデータ構造を示す図である。
【図３】ユーザバッファ管理表３００のデータ構造を示す図である。
【図４】制御部１０４が各再生装置へ割り当てる蓄積バッファを決定する処理を示すフローチャートである。
【図５】集約化処理を示すフローチャートである。
【図６】バッファ容量判断処理を示すフローチャートである。
【図７】各再生装置へのストリームデータの送信位置が揃っていく遷移状態を示す図である。
【図８】送信位置管理表８００のデータ構造を示す図である。
【図９】省略可処理を示すフローチャートである。
【図１０】二次配信管理表１０００のデータ構造を示す図である。
【図１１】実施の形態２にかかる送信装置１００及び再生装置１６０の構成を示す機能ブロック図である。
【図１２】再生装置に二次配信をさせる処理を示すフローチャートである。
【図１３】一の蓄積バッファに対して一の再生装置が割り当てられている場合の、送信位置管理表８００を示す図である。
【図１４】実施の形態３にかかる送信装置１４００および再生装置１５０の構成を示す機能ブロック図である。
【図１５】帯域管理テーブル１９００を示す図である。
【図１６】帯域制御部１１０の制御に従ってデータ変換を行う際の処理を示すフローチャートである。
【図１７】ストリームデータの送信位置が同一に揃った際に、再生装置管理テーブル１９００ｂを更新する処理を示すフローチャートである。
【図１８】帯域制御部１１０による帯域制御を示す図である。
【符号の説明】
【０１２２】
１００  送信装置
１０１  記憶装置
１０２  蓄積バッファ部
１０３  送受信部
１０４  制御部
１０５  蓄積バッファ制御部
１０６  ユーザバッファ制御部
１１０  帯域制御部
１１１  帯域管理部
１１２  データ変換部
１５０  再生装置
１５１  送受信部
１５２  操作部
１５３  ユーザバッファ
１５４  表示部
１５５  再生制御部
１５６  配信制御部
１６０  再生装置
１４００  送信装置
【図１】
2006304272.tif 000003
【図２】
2006304272.tif 000004
【図３】
2006304272.tif 000005
【図４】
2006304272.tif 000006
【図５】
2006304272.tif 000007
【図６】
2006304272.tif 000008
【図７】
2006304272.tif 000009
【図８】
2006304272.tif 000010
【図９】
2006304272.tif 000011
【図１０】
2006304272.tif 000012
【図１１】
2006304272.tif 000013
【図１２】
2006304272.tif 000014
【図１３】
2006304272.tif 000015
【図１４】
2006304272.tif 000016
【図１５】
2006304272.tif 000017
【図１６】
2006304272.tif 000018
【図１７】
2006304272.tif 000019
【図１８】
2006304272.tif 000020