映像配信サーバ、映像配信システム、及び、映像配信方法
【課題】放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させない。
【解決手段】映像配信サーバは、受信した放送データを蓄積受信データとして第１の記憶手段に蓄積し、受信データ量を計測する受信データ量計測手段と、順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、を備える。また、前記第２の記憶手段から読み出され出力される送出データ量を計測する送出データ量計測手段を備える。さらに、前記蓄積受信データに、クロックの周期をカウントした結果に基づくタイムスタンプを付加するタイムスタンプ付加手段を備える。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段を備える。
【解決手段】映像配信サーバは、受信した放送データを蓄積受信データとして第１の記憶手段に蓄積し、受信データ量を計測する受信データ量計測手段と、順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、を備える。また、前記第２の記憶手段から読み出され出力される送出データ量を計測する送出データ量計測手段を備える。さらに、前記蓄積受信データに、クロックの周期をカウントした結果に基づくタイムスタンプを付加するタイムスタンプ付加手段を備える。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルテレビ放送などのコンテンツを受信した映像配信サーバから、通信ネットワークを介して、受信端末に対してコンテンツを配信する、映像配信サーバ、映像配信システム、及び、映像配信方法に関する。
【背景技術】
【０００２】
近年、通信ネットワークを介して、ＭＰＥＧ（Moving Picture Experts Group：エムペグ）２−ＴＳ（Transport Stream：トランスポートストリーム）形式に従って符号化された映像データなどのコンテンツを、リアルタイムに伝送させる技術が広がりつつある。
【０００３】
特に、我が国におけるテレビジョン放送は、地上アナログ波を利用するものに代わって、地上デジタル波を利用するものに移行されつつある。そして、例えば、特定の施設内におけるテレビジョン放送を行うために、地上デジタルテレビジョン放送の放送信号として送信されるＴＳ（トランスポートストリーム）を受信し、受信したＴＳを受信端末に対して再放送する再配信装置を導入する場合もある（例えば、特許文献１参照。）。
【０００４】
上述した特許文献１「送信装置および方法、並びにプログラム」には、以下の記載がなされている。
【０００５】
すなわち、この特許文献１に記載されている再配信装置５００は、図７に示すように、地上デジタルテレビジョン放送を受信して得られるＴＳ（以下、ＴＳ１と記述）と、新たに生成するＴＳ（以下、ＴＳ２と記述）を多重化してＴＳ３を生成する。そして、ＴＳ３を受信端末に対して配信するシステムである。図７に示す再配信装置５００の放送受信部５０１は、アンテナから入力される地上デジタルテレビジョン放送信号から、ユーザ等の選局に対応するＴＳ１を抽出してＴＳ記憶部５０２に記憶させる。ＴＳ生成部５０３は、入力される映像データ、音声データ、ＥＰＧ（Electronic Program Guide：電子番組表）データ、字幕データ等を素材として新たなＴＳ２を生成する。このＴＳ２は、再配信の対象とされるＴＳ１と多重化されて配信される。ＴＭＣＣ（Transmission and Multiplexing Configuration Control：伝送多重制御信号）情報生成部５０４は、ＴＳ合成部５０５において生成されるＴＳ３の変調方式やダミーパケットの数と位置の情報を含むＴＭＣＣ情報を生成する。ダミーパケット処理部５０６は、ＴＭＣＣ情報生成部５０４によって生成されるＴＭＣＣ情報に基づき、以下を行う。すなわち、配信されて受信側で正確に受信できないパケットが存在してしまうという事象に対処するため、ダミーパケットを配置する位置を特定し、その位置情報をＴＳ合成部５０５に出力する。ＴＳ合成部５０５は、生成するＴＳ３に対し、ダミーパケット処理部５０６からの位置情報に基づいてダミーパケットを配置する。次に、ＴＳ記憶部５０２に記憶されているＴＳ１を構成するパケットを読み出して配置し、最後に、ＴＳ生成部５０３によって生成されたＴＳ２を構成するパケットを配置することによってＴＳ３を完成させる。ＴＳ３とＴＭＣＣ情報は、変調部５０７によって所定の変調方式に従って変調され、配信部５０８から図示されていない受信端末に配信される。なお、ＴＳ合成部５０５は、ＴＳ記憶部５０２に記憶されているＴＳ１を読み出す。そして、ＴＳ１に含まれる、タイムスタンプを含むＰＣＲ（Program Clock Reference：プログラム時刻基準参照値）パケットやデータとして有効なパケットを、それらの並び順を乱すことなく、ＴＳ１における位置と同じＴＳ３における位置に配置する。次に、ＴＳ合成部５０５は、ＴＳ３の空き位置に対し、ＴＳ生成部５０３によって生成されたＴＳ２を構成するパケットを配置することによってＴＳ３を完成させる。このことにより、当該再配信装置５００によれば、以下のことが可能となるとしている。すなわち、配信されるＴＳ３において、ＴＳ１を構成するＰＣＲパケットとデータとして有効なパケットの並び順や時間関係は変更されないので、ＴＳ１にスクランブルが施されている場合においても適用できる。また、ＴＳ１のフォーマットに拘わらず、すなわち、地上デジタルテレビジョン放送だけでなく、ＢＳデジタル放送、ＣＳ１１０°放送、などのＴＳを再配信する場合にも適用できる、としている。
【０００６】
ところで、ＭＰＥＧ２−ＴＳを伝送するシステムにおいては、送信側のエンコーダ（Encoder：符号器）におけるクロックと、受信側のデコーダ（Decoder：復号器）におけるクロックが同期していない場合がある。この場合、送信側から単位時間に伝送されるデータ量と受信側で再生されるデータ量に違いが生じるため、コンテンツとして伝送された映像や音声が乱れる、という問題が生じる。
【０００７】
コンテンツとして送られてくるデータ量が、受信側で再生されるデータ量より多い場合は、受信側でのバッファに蓄積されるデータが徐々に増えてくるため、やがてバッファがオーバーフローすることになる。バッファがオーバーフローすると、オーバーフローしたコンテンツのデータフレームが欠落してしまう。逆に、送られてくるデータ量が、再生されるデータ量より少ない場合は、受信側でのバッファに蓄積されるデータが徐々に少なくなるため、やがてバッファがアンダーフローすることになる。バッファがアンダーフローすると、バッファには再生すべきデータフレームが無いため、コンテンツの再生が停止してしまう。バッファにオーバーフローやアンダーフローが発生した場合、上述したように、コンテンツとして伝送された映像や音声が正常に再生されないことになる。
【０００８】
このような問題を解消するため、送信側の送信装置のクロックと、受信側の受信装置のクロックを同期させる手法が知られている（例えば、特許文献２参照。）。
【０００９】
上述した特許文献２「パケットデータ記録装置」には以下の記載がなされている。
【００１０】
すなわち、デジタルテレビ放送信号を受信する受信端末装置（セット・トップ・ボックス（ＳＴＢ））により受信及び復調されて取り出されたパケットデータが、パケットデータ記録装置に入力される。パケットデータは、プログラムの情報のパケットと、ＰＣＲを含むパケットとが多重されたデジタル信号である。パケットデータ記録装置のクロック生成回路は、入力ＰＣＲに基づいて、送信側のエンコード時のシステムクロックと周波数の一致した時刻基準の同期信号を発生する。システムクロックの周波数は、ＭＰＥＧ２システムの場合、２７ＭＨｚ±８１０Ｈｚと定められている。
【００１１】
図８を参照して詳述すると、上記のクロック生成回路は、２７ＭＨｚの時刻基準の同期信号を発生するＰＬＬ回路（Phase Locked Loop 回路：位相同期ループ回路）６００などを含んでいる。図８に示すＰＬＬ回路６００は、引き算器６０１、Ｄ／Ａ変換器（Digital to analog converter）６０２、低域フィルタ６０３、２７ＭＨｚを発振出力する電圧制御型水晶発振器６０４及びカウンタ６０５からなる一巡のフィードバックループ回路である。そして、クロック生成回路では、入力されたＰＣＲ値をカウンタ６０５に初期設定すると共に引き算器６０１に供給し、ここでカウンタ６０５の出力値と引き算される。引き算された差分値がＤ／Ａ変換器６０２によりアナログ信号に変換された後、低域フィルタ６０３を通して電圧制御型水晶発振器６０４に供給され、その出力発振周波数を可変制御する。電圧制御型水晶発振器６０４から出力された２７ＭＨｚの発振周波数は時刻基準の同期信号（到着時間管理用クロック）として出力される。このことにより、パケットデータ記録装置のシステムクロックの値が送信側と同期するようになる、としている。
【００１２】
なお、上述した特許文献１及び特許文献２に記載されているＰＣＲは、ＭＰＥＧ２−ＴＳ形式に従って符号化されたＴＳパケットに挿入されて送信される。ＰＣＲはエンコーダのクロックをカウンタ（計数器）でカウントした値である。ＰＣＲは２７ＭＨｚのタイムスタンプであり、符号化した時の基準時間を、復号器を有する受信側で再現するために参照される値である。例えば、エンコーダを有する送信側のクロックの１波長を１ｍｓｅｃとし、送信側が送信する１番目のＴＳパケットのタイムスタンプを「０」としたものとする。そして、２番目のＴＳパケットを３０ｍｓｅｃ後に送信するものとすると、２番目のＴＳパケットのタイムスタンプは「３０」となる。以下同様に、３番目、４番目・・・のＴＳパケットを３０ｍｓｅｃ毎に送信するものとすれば、各々のＴＳパケットのタイムスタンプは、それぞれ、「６０」、「９０」・・・というように、「３０」ずつ増加していく値となる。
【００１３】
また、受信側でのバッファのオーバーフローやアンダーフローを発生させないようにするため、受信側で受信データを一旦バッファリングし、バッファリングした受信データを、受信側のクロックで再生するようにしているものもある（例えば、特許文献３参照。）。
【００１４】
上述した特許文献３「データ処理装置および方法、並びに記録媒体」には、以下の記載がなされている。
【００１５】
すなわち、図９に示すように、受信側の受信バッファ監視回路７０３は、受信装置７０１から送出され、受信バッファ７０２に蓄積される受信データのデータ量を監視する。そして、受信バッファ７０２への蓄積データ量が上側の閾値より大きくなったとき、受信クロック発生回路７０４が発生する受信クロックの周波数を、より高い周波数に設定させる。また、蓄積データ量が下側の基準値より小さくなったとき、受信クロック周波数は、より低い周波数に設定される。ＡＶ（Audio Visual：音響・映像）データをデコードするＡＶデコーダ７０５は、受信クロック発生回路７０４より供給される受信クロックに基づいて、受信バッファ７０２より供給されるＡＶデータをデコードする。このことにより、簡単な構成で、かつ、低コストなシステムで、オーバーフローやアンダーフローが発生しないようにできる、としている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００５−１２３９８６号公報（第５〜８頁、図１〜５）
【特許文献２】特開平０９−２０４７３８号公報（第３〜６頁、図１〜４）
【特許文献３】特開２００２−１６５１４８号公報（第３〜８頁、図１〜１２）
【発明の概要】
【発明が解決しようとする課題】
【００１７】
上述した特許文献１に記載の再配信装置（以下、映像配信サーバと称す）は、地上デジタルテレビジョン放送を受信して得られるＴＳ１に、新たに生成したＴＳ２を多重化してＴＳ３を生成する。そして、ＴＳ３を受信端末に対して配信するようになっている。ここで、タイムスタンプを含むＰＣＲパケットのＰＣＲ値には何の変更も行ってはいない。
【００１８】
通常、デジタルテレビジョン放送等のコンテンツ（映像や音声）を受信した映像配信サーバから、通信ネットワークを介して受信端末へコンテンツをリアルタイムに再配信しようとする際には、次に記載するようになっている場合が多い。すなわち、放送局からは、放送局でのクロック周波数を基準として生成されたタイムスタンプがＴＳパケットに付加されて放送される。そして、映像配信サーバを介してこのＴＳパケットを受信した受信端末においては、受信端末自身のクロック周波数を基準として、このＴＳパケットに付加されているタイムスタンプを参照しながら当該ＴＳパケットを再生する。この再生により、テレビジョン放送を視聴することが可能となる。しかし、受信端末における再生のためのクロック周波数が、放送局でのクロック周波数と異なっている場合には、受信端末におけるバッファのオーバーフローやアンダーフローが発生して、受信端末での再生を正常に行うことが出来なくなる場合がある。また、受信端末でバッファのオーバーフローが発生した場合には、受信端末は映像配信サーバに対して、ＴＳパケットの配信要求を行わなくなる。このため、映像配信サーバのバッファ内にはＴＳパケットが溜まりだし、やがて、映像配信サーバのバッファはオーバーフローすることとなる。また、映像配信サーバのバッファにアンダーフローが生じた場合には、受信端末にはＴＳパケットを配信することが出来ない。このため、受信端末のバッファもアンダーフローすることとなる、という課題を有している。
【００１９】
また、上述したように映像配信サーバや受信端末のバッファのオーバーフローやアンダーフローの発生を少なくするためには、映像配信サーバに大容量のバッファを持つ必要がある。しかし、そのバッファへのバッファリングのための時間が必要となるため、受信端末に配信されるコンテンツに、デジタルテレビジョン放送からの遅延が発生する、という課題を有している。
【００２０】
上述した特許文献２に記載の手法は、テレビ放送の受信など、伝送遅延がほぼ一定な伝送路では、バッファのオーバーフローやアンダーフローを生じさせない有効な手法である。しかし、ＰＬＬ回路の動作を安定させるためには、各ＴＳパケットは、伝送揺らぎ（ジッタ）が極力発生しないように、つまり、エンコーダから出力された時間間隔を保ちながらデコーダまで伝送されることが必要である。ジッタが生じる場合としては、例えば、通信ネットワークの負荷が高い状態が一時的に発生してデータ伝送に遅延が生じた場合などがある。また、通信ネットワーク上でＴＳパケットが欠落してしまい、受信側の装置が送信側の装置に対してＴＳパケットの再送を要求した場合などもある。従って、特許文献２に記載の手法は、インターネットなどの伝送遅延が変動する通信ネットワークを使用する場合には、有効には機能しない場合がある、という課題を有している。また、ＰＬＬ回路には、電圧制御型水晶発振器や低域フィルタなどが必要となるため、装置のコストが上昇してしまう、という課題も有している。
【００２１】
さらに、特許文献３に記載の手法は、送信側と受信側のＡＶデータの同期をとるために、受信側で受信バッファに蓄積されるデータ量を監視し、蓄積データ量に応じて、受信クロックの周波数を変更するようにしている。そして、ＡＶデータのパケット内に時間情報が無くとも、送信側と受信側のＡＶデータの同期をとることが出来るようになっている。すなわち、受信側のバッファのオーバーフローやアンダーフローが発生しないようにできるが、送信側のバッファに関しては何も考慮されていない、という課題を有している。
【００２２】
後述するように、本発明の「映像配信サーバ」においては、放送局からのコンテンツを放送電波にて受信すると共に、受信したコンテンツを、さらに通信ネットワークを介して受信端末に配信するものとなっている。つまり、本発明の「映像配信サーバ」は、コンテンツの受信側であると共に、コンテンツの送信側にもなっている。
【００２３】
従って、特許文献３に記載の手法は、そのままの形では本発明の「映像配信サーバ」に適用できるようにはなっていない、という課題を有している。
【００２４】
本発明は上述した課題を解決するためになされたものである。従って、本発明の目的は、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させない、映像配信サーバ、映像配信システム、及び、映像配信方法を提供することにある。
【課題を解決するための手段】
【００２５】
本発明の映像配信サーバは、受信した放送データを蓄積受信データとして蓄積する第１の記憶手段と、前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段と、を備えている。また、順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段と、を備えている。さらに、前記第１の記憶手段から所定のクロックのタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段を備えている。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段と、
を備えている。
【００２６】
本発明の映像配信システムは、上記の映像配信サーバと、前記送信データを受信し、自らの動作クロックにより前記タイムスタンプに対応するタイミングで前記送信データを再生する受信端末と、を備えている。
【００２７】
本発明の映像配信方法は、受信した放送データを蓄積受信データとして蓄積し、前記蓄積受信データのデータ量である受信データ量を計測する。また、前記蓄積受信データを所定のクロックのタイミングで読み出し、読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して送信データとして蓄積する。さらに、蓄積した前記送信データを読み出して出力する前記送信データのデータ量である送出データ量を計測し、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる、ようにしている。
【発明の効果】
【００２８】
本発明によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させることはない。
【図面の簡単な説明】
【００２９】
【図１】本発明の映像配信システムの第１の実施形態を示すブロック図である。
【図２】本実施形態の基本的な動作を説明するフローチャートである。
【図３】本実施形態の詳細な動作を説明するフローチャートである。
【図４】タイムスタンプの変化の様子の一例を示す図である。
【図５】本発明の映像配信システムの第２の実施形態を示すブロック図である。
【図６】本発明の第２の実施形態の動作を説明するフローチャートである。
【図７】再配信装置の一例を示すブロック図である。
【図８】ＰＬＬ回路の一例を示すブロック図である。
【図９】受信側の装置でのバッファのオーバーフロー／アンダーフローを発生させないシステムの一例を示す図である。
【発明を実施するための形態】
【００３０】
次に、本発明の実施形態について図面を参照して説明する。
[第１の実施形態]
図１は、本発明の映像配信システムの第１の実施形態を示すブロック図である。
【００３１】
図１に示す映像配信システム１００は、放送局１０と、映像配信サーバ３０と、受信端末５０を含んでいる。放送局１０は、放送するコンテンツデータを放送用の電波２０に載せて、放送を行う。映像配信サーバ３０は、電波２０を受信してコンテンツデータを蓄積し、蓄積したコンテンツデータを、通信ネットワーク４０を介して、受信端末５０に配信する。
【００３２】
放送局１０は、テレビジョン放送などに代表される映像や音声などのコンテンツデータを、ＭＰＥＧ（Moving Picture Experts Group：エムペグ）２−ＴＳ（Transport Stream：トランスポートストリーム）形式に従って符号化する。次に、符号化したＴＳを多重化し、多重化したＴＳをＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）変調する。そして、ＯＦＤＭ信号を電波２０に載せて、地上デジタルテレビジョン放送として送出する。なお、放送形態は、地上デジタルテレビジョン放送だけでなく、ＢＳ（Broadcasting Satellite：放送衛星）デジタル放送やＣＳ（Communications Satellite：通信衛星）デジタル放送などであっても良い。なお、放送局１０は、通常、複数局が存在するが、図１においては、説明の容易化のため、１つの放送局１０だけを代表として図示している。
【００３３】
ＭＰＥＧ２のＴＳは、ＴＳパケット（トランスポートストリームパケット）が複数個集まって構成されている。そして、ＴＳパケットには、コンテンツデータを符号化したときの時刻基準を示すところの、タイムスタンプとしてのＰＣＲ（Program Clock Reference：プログラム時刻基準参照値）、が含まれている。このＰＣＲは、復号器を有する受信端末側で、符号化した時の時刻基準を、復号器のクロックで再現するために参照される値である。なお、放送局１０が、コンテンツデータをＭＰＥＧ２−ＴＳ形式に従って符号化する際のクロックは、放送局１０自身が有するクロック生成回路にて生成されたクロックを用いる。また、受信端末５０がコンテンツデータを復号する際のクロックは、受信端末５０自身が有するクロック生成回路にて生成したクロックを用いる。そして、放送局１０のクロックと受信端末５０のクロックは必ずしも同期しているものではない、という前提のもとで、以下の説明を行うものとする。
【００３４】
映像配信サーバ３０は、放送局１０から送出される電波２０から、所望のテレビジョン放送（以下、ＴＶ放送と略記する）を選局して受信し、受信したＯＦＤＭ信号を復調して得られたＴＳを蓄積する受信バッファ３１を含んでいる。また、受信バッファ３１に蓄積されたＴＳの量（以下、受信データ量と称す）を計測する受信データ量計測手段３２を含んでいる。
【００３５】
さらに、映像配信サーバ３０は、受信端末５０に配信するＴＳを蓄積する送信バッファ３３を含んでいる。また、送信バッファ３３から受信端末５０に配信されたＴＳの量（以下、送出データ量と称す）を計測する送出データ量計測手段３４を含んでいる。
【００３６】
また、映像配信サーバ３０は、制御手段３５と、クロック生成手段３６と、タイムスタンプ付加手段３７を更に含んでいる。
【００３７】
制御手段３５は、映像配信サーバ３０全体の動作制御を行う。特に、制御手段３５は、受信データ量計測手段３２が計測した受信データ量と、送出データ量計測手段３４が計測した送出データ量を比較する。比較の結果、受信データ量の方が送出データ量よりも大きい場合は、クロック生成手段３６のクロック周波数を上げるよう制御する。逆に、受信データ量の方が送出データ量よりも少ない場合は、クロック生成手段３６のクロック周波数を下げるよう制御する。
【００３８】
クロック生成手段３６は、映像配信サーバ３０の動作クロックを生成する。クロック生成手段３６が生成するクロックの通常時のクロック周波数は、ＭＰＥＧ２規格で定められている２７ＭＨｚである。しかし、制御手段３５から、クロック周波数の変更（上げる、又は、下げる）指示が有った場合には、変更指示に従ってクロック周波数を変更する。クロック周波数を変更することにより、クロック生成手段３６が生成するクロックが変更（早くなる、又は、遅くなる）される。クロック生成手段３６は、自身が生成するクロックを、タイムスタンプ付加手段３７に伝達する。
【００３９】
タイムスタンプ付加手段３７は、クロック生成手段３６から伝達されたクロックの数をカウントする、図示しないカウンタを含んでいる。そして、タイムスタンプ付加手段３７は、受信バッファ３１に蓄積されているＴＳを受け、ＴＳ内に含まれているＴＳパケットのタイムスタンプを、クロック生成手段３６から伝えられたクロックをカウントしたカウント値に基づき、変更する。タイムスタンプが変更されたＴＳパケットを含むＴＳは、送信バッファ３３に送出される。
【００４０】
そして、送信バッファ３３に蓄積されたＴＳは、ＩＰ（Internet Protocol：アイピー）パケットとして構成され直し、通信ネットワーク４０を介し、受信端末５０に配信される。
【００４１】
通信ネットワーク４０は、構内ＬＡＮ（Local Area Network：ラン）、移動体通信網、電話交換網、或いは、コンピュータネットワークなどのネットワークである。又は、これらのネットワークを相互に接続するインターネットなどであってもよい。ここで、通信ネットワーク４０は、ＩＰパケットをインターネットプロトコル（ＩＰ）で通信可能なネットワークである。ＩＰの上位プロトコルとしては、例えば、ＩＣＭＰ（Internet Control Message Protocol：アイシーエムピー）、ＴＣＰ（Transmission Control Protocol：ティーシーピー）、ＵＤＰ（User Datagram Protocol：ユーディーピー）などがある。つまり、通信ネットワーク４０は、前述したようなプロトコルによって、ＩＰパケットを通信可能なネットワークであるが、伝送揺らぎが発生しうるネットワークである。伝送揺らぎは、通信ネットワーク４０の負荷の高い状態が一時的に発生して、データ伝送に遅延が生じた場合などに発生する。また、通信ネットワーク４０上でＩＰパケットが欠落してしまい、受信端末５０が映像配信サーバ３０に対してＩＰパケットの再送を要求した場合などにも発生する。
【００４２】
受信端末５０は、映像配信サーバ３０から配信されるＩＰパケットを受信し、ＩＰパケットからＴＳパケットを抽出し、さらに、ＴＳパケットからコンテンツデータを抽出して再生し、ＴＶ放送を視聴可能とさせる端末装置である。受信端末５０の一例としては、ＳＴＢ（Set Top Box：セットトップボックス）、携帯端末、或いは、ＬＡＮなどに接続可能なパーソナルコンピュータなどを挙げることが出来る。なお、受信端末５０は、通常、複数存在するが、図１においては、説明の容易化のため、１つの受信端末５０だけを代表として図示している。
【００４３】
次に、図２、図３、図４を参照して、本実施形態の動作について説明する。
【００４４】
図２は、本実施形態の基本的な動作を説明するフローチャートである。図２においては、図１に示した映像配信サーバ３０と受信端末５０の動作だけを示し、図１の放送局１０の動作は示していない。これは、放送局１０は複数局存在し、各放送局１０は、前述したように、コンテンツデータをＭＰＥＧ２−ＴＳ形式に従って符号化し、符号化したＴＳをＯＦＤＭ変調して、ＯＦＤＭ信号を常に放送している。つまり、放送局１０の動作は前述したように決まっており、かつ、常に放送を行っているため、図２においては放送局１０の図示を省略するものである。
【００４５】
図２において、受信端末５０が、放送局１０の何れかから送出されるＴＶ放送を視聴したいとした場合、受信端末５０において、ＴＶ放送のコンテンツの受信を開始する操作が行われる（図２のステップＳ１）。ＴＶ放送のコンテンツの受信を開始する操作が行われると、受信端末５０から、映像配信サーバ３０に対し、視聴したいＴＶ放送のチャネルを付したコンテンツ受信要求を送出する（ステップＳ２）。
【００４６】
コンテンツ受信要求を受信した映像配信サーバ３０の制御手段３５は、コンテンツ受信要求に付されているチャネルに応じた放送局１０を選局する（ステップＳ３）。すると、図１には図示されていないＴＶ放送受信手段が、選局された放送局１０のＴＶ放送を受信し、受信したＴＶ放送の電波２０を復調して、コンテンツデータのＴＳを受信バッファ３１に蓄積する（ステップＳ４）。そして、受信バッファ３１内のＴＳを、タイムスタンプ付加手段３７を介して、送信バッファ３３に送出する（ステップＳ５）。コンテンツデータのＴＳを受けた送信バッファ３３からは、映像配信サーバ３０により当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ６）。
【００４７】
映像配信サーバ３０から配信されたＩＰパケットを受信した受信端末５０は、当該ＩＰパケットを、受信端末５０が有するバッファに蓄積する（ステップＳ７）。そして、受信端末５０は、自身が既に映像配信サーバ３０から受信したＩＰパケットの再生を開始しているか否かの判定を行う（ステップＳ７−１）。再生を開始していない場合（ステップＳ７−１で「Ｎｏ」）、受信端末５０は、映像配信サーバ３０に対して次のＩＰパケットの配信を要求する配信要求メッセージを送出する（ステップＳ７−２）。すなわち、受信端末５０は、自身のバッファに或る程度のＩＰパケットが蓄積されるまでは、ＩＰパケットを再生する動作を待っている。そして、受信端末５０のバッファに或る程度のＩＰパケットが蓄積された後、受信端末５０ではＩＰパケットを再生し（ステップＳ７−１で「Ｙｅｓ」の状態）、これを視聴させるよう動作する。
【００４８】
映像配信サーバ３０の制御手段３５は、ステップＳ３によりステップＳ４〜Ｓ６を行わせた後、受信端末５０から何らかの要求メッセージを受信したか否かを判定する（ステップＳ８）。ここで仮に、受信端末５０から何のメッセージも受信していない場合（ステップＳ８で「無」）、制御手段３５は何の制御も行わず、ＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。或いは、受信端末５０から何らかのメッセージを受信している場合（ステップＳ８で「有」）、制御手段３５は要求メッセージの種別を判定する（ステップＳ１６）。要求メッセージの種別が、配信要求メッセージであった場合（ステップＳ１６で「配信要求」）、制御手段３５はＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。ステップＳ４〜Ｓ６を継続させることにより、受信端末５０に対し、映像配信サーバ３０からＩＰパケットが配信される。
【００４９】
すると、受信端末５０は、映像配信サーバ３０から配信されるＩＰパケットを、受信端末５０が有するバッファに蓄積するようになる。すなわち、受信端末５０は、ステップＳ７の、バッファにＩＰパケットを蓄積する動作を継続して行う。つまり、受信端末５０においては、自身がＩＰパケットの再生を開始する前は、ＩＰパケットの蓄積を継続し、IPパケットを再生する動作を待っている。そして、受信端末５０で再生開始が行われた後、受信端末５０はＩＰパケットを再生して、ＴＶ放送を視聴させるよう動作する（ステップＳ７−１で「Ｙｅｓ」の状態）。
【００５０】
そして、ＴＶ放送の視聴を開始させた受信端末５０は、自身のバッファに蓄積されている最初のＩＰパケットから、ＴＳとして受信したコンテンツデータを抽出し、コンテンツデータを再生し、これを視聴させるよう動作する（ステップＳ１０）。再生したＩＰパケットはバッファから消去する。
【００５１】
次に、受信端末５０は、ステップＳ１０で再生を行った際、ＩＰパケットを取得した受信端末５０のバッファが、満杯状態であったか否かを判定する（ステップＳ１１）。満杯状態であった場合（ステップＳ１１で「Ｙｅｓ」）、再度、ステップＳ１０を行って、バッファ内から次のＩＰパケットを取得し、これを再生する。これは、受信端末５０のバッファがオーバーフローすることを防ぐため、バッファのＩＰパケットを減らすために行う動作である。
【００５２】
受信端末５０のバッファが満杯状態ではなかった場合（ステップＳ１１で「Ｎｏ」）、受信端末５０は、コンテンツの再生を終了するよう指示されているか否かを判定する（ステップＳ１２）。コンテンツ再生を終了する旨の指示がなされていない場合（ステップＳ１２で「Ｎｏ」）、受信端末５０は、次のＩＰパケットを配信させるための配信要求メッセージを、映像配信サーバ３０に送出する（ステップＳ１３）。
【００５３】
コンテンツ再生を終了する旨の指示がなされている場合（ステップＳ１２で「Ｙｅｓ」）、受信端末５０は、次のＩＰパケットを配信させないよう、終了要求メッセージを映像配信サーバ３０に送出する（ステップＳ１４）。そして、受信端末５０は、コンテンツ再生を終了する（ステップＳ１５）。
【００５４】
映像配信サーバ３０の制御手段３５は、前述したように、受信端末５０からの要求メッセージを受信したか否かを判定する（ステップＳ８）。受信端末５０からの要求メッセージを受信している場合（ステップＳ８で「有」）、制御手段３５は要求メッセージの種別を判定する（ステップＳ１６）。要求メッセージの種別が、配信要求メッセージであった場合（ステップＳ１６で「配信要求」）、制御手段３５はＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。ステップＳ４〜Ｓ６を継続させることにより、受信端末５０に対し、映像配信サーバ３０からＩＰパケットが配信される。
【００５５】
要求メッセージの種別が、終了要求メッセージであった場合（ステップＳ１６で「終了要求」）、映像配信サーバ３０の制御手段３５は、受信端末５０に対するＩＰパケットの配信を終了する（ステップＳ１７）
以上、図２を参照して、本実施形態の基本的な動作について説明した。
【００５６】
次に、図３を参照して、本実施形態の詳細な動作について説明する。
【００５７】
図３は、本実施形態の詳細な動作を説明するフローチャートである。
【００５８】
図３においては、主に、映像配信サーバ３０におけるＴＳパケットのタイムスタンプの変更動作について説明する。また、参考として、受信端末５０における、変更されたタイムスタンプによるコンテンツ、すなわちＴＳパケット、の再生タイミングの変化、についても説明する。
【００５９】
受信端末５０から、コンテンツ受信要求（図２のステップＳ２）を受信した映像配信サーバ３０は、コンテンツ受信要求に付されているチャネルを選局し、選局した放送局１０のＴＶ放送の受信を開始する。この時、映像配信サーバ３０のクロック生成手段３６のクロック周波数は、ＭＰＥＧ２で規格化されている２７ＭＨｚの一定値である（図３のステップＳ１００）。従って、クロック生成手段３６が生成するクロックは一定の値となっている。
【００６０】
ＴＶ放送の受信を開始した映像配信サーバ３０の制御手段３５は、送信バッファ３３から或る程度の量のＩＰパケットが配信された後、受信データ量計測手段３２が計測した、ＴＶ放送受信開始時からの受信データ量（以降、Ｔ１と表現する）を受信する（ステップＳ１１０）。また、制御手段３５は、送出データ量計測手段３４が計測した、配信開始時からの送出データ量（以降、Ｔ２と表現する）を受信する（ステップＳ１１１）。
【００６１】
次に、制御手段３５は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する（ステップＳ１２０）。Ｔ１＞Ｔ２であった場合（ステップＳ１２０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。
【００６２】
クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げる（ステップＳ１２１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【００６３】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（ステップＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。送信バッファ３３からは、当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ１２３）。ステップＳ１２３の後、制御手段３５の制御は、図３の「＊１」（図３のステップＳ１４０）に移る。
【００６４】
ステップＳ１２３により、受信端末５０は、タイムスタンプが増えたＴＳパケットを含むＴＳを、ＩＰパケットとして受信する。受信端末５０で、このタイムスタンプが増えたＴＳパケットのコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは増えているため、当該ＴＳパケットの再生タイミングは遅くなる（ステップＳ１２４）。
【００６５】
図３のステップＳ１２０の判定で、制御手段３５が、Ｔ１＞Ｔ２でないと判定した場合（ステップＳ１２０で「Ｎｏ」）、制御手段３５は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する（ステップＳ１３０）。Ｔ１＜Ｔ２であった場合（ステップＳ１３０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。
【００６６】
クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げる（ステップＳ１３１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【００６７】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（ステップＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。送信バッファ３３からは、当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ１３３）。ステップＳ１３３の後、制御手段３５の制御は、図３の「＊１」（図３のステップＳ１４０）に移る。
【００６８】
ステップＳ１３３により、受信端末５０は、タイムスタンプを減らしたＴＳパケットを含むＴＳを、ＩＰパケットとして受信する。受信端末５０で、このタイムスタンプが減ったＴＳパケットのコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは減っているため、当該ＴＳパケットの再生タイミングは早くなる（ステップＳ１３４）。
【００６９】
図３のステップＳ１３０の判定で、制御手段３５が、Ｔ１＜Ｔ２でないと判定した場合（ステップＳ１３０で「Ｎｏ」）、制御手段３５は、受信端末５０への配信の終了か否かを判定する（ステップＳ１４０）。配信終了でない場合は（ステップＳ１４０で「Ｎｏ」）、制御手段３５の制御は、ステップＳ１１０に戻る。配信終了の場合（ステップＳ１４０で「Ｙｅｓ」）、制御手段３５は、受信端末５０への配信を終了する（ステップＳ１５０）。
【００７０】
次に、これまで図３で説明した、映像配信サーバ３０におけるＴＶ放送受信開始時からの動作について、図４の具体例を参照して説明する。
【００７１】
図４は、タイムスタンプの変化の様子の一例を示す図である。
【００７２】
図４においては、放送局１０、映像配信サーバ３０、受信端末５０の各々における、ＴＳパケットのタイムスタンプを示している。なお、ＭＰＥＧ２システムにおいては、全てのＴＳパケットにＰＣＲすなわちタイムスタンプを付す必要は無く、ＰＣＲを付したＴＳパケットの送信間隔を１００ｍｓｅｃ以下にすればよい、と定められている。しかし、図４においては、説明の容易化のため、全てのＴＳパケットにタイムスタンプが付されており、また、１つのＴＳには１つのＴＳパケットが含まれるものとして説明する。さらに、図４においては、放送局１０から１つのＴＳ（すなわち、１つのＴＳパケット）を送出する動作は、放送局１０のクロックを「３０」カウントする毎に行われるものとする。これは、放送局１０のクロックの１波長を１ｍｓｅｃとし、１つのＴＳを３０ｍｓｅｃ毎に送出する場合を、一例として示すものである。
【００７３】
図４において、放送局１０から送出するＴＳパケットの番号は、最初のＴＳパケットの番号を「０」、２番目のＴＳパケットの番号を「１」、３番目を「２」・・・などとし、以下同様にＴＳパケットの番号は「１」ずつ増加するものとする（図４の４０１列）。また、各ＴＳパケットのタイムスタンプは、「０」番のＴＳパケットは「０００」、「１」番のＴＳパケットは「０３０」、「２」番は「０６０」・・・などとし、以下同様にタイムスタンプは「３０」ずつ増加して、放送局１０から送出されるものとする（４０２列）。
【００７４】
映像配信サーバ３０は、放送局１０から送出されるＴＳパケットを受信し、自身の受信バッファ３１に蓄積する。受信バッファ３１に蓄積されたＴＳパケットのタイムスタンプは、放送局１０が付した値と同じ値である（４０３列）。映像配信サーバ３０の送信バッファ３３に蓄積されるＴＳパケットのタイムスタンプは、クロック生成手段３６がクロック速度を上げると、受信バッファ３１でのタイムスタンプよりも増えた値となる。すなわち、タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（図３のＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。逆に、クロック生成手段３６がクロック速度を下げると、送信バッファ３３に蓄積されるＴＳパケットのタイムスタンプは、受信バッファ３１でのタイムスタンプよりも減った値となる。すなわち、タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（図３のＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳを送信バッファ３３に送出する（図４の４０４列）。
【００７５】
受信端末５０のバッファに蓄積されるＴＳパケットのタイムスタンプは、映像配信サーバ３０の送信バッファ３３におけるタイムスタンプと同じ値である（４０５列）。
【００７６】
図４において、映像配信サーバ３０は、ＴＳパケット番号が「０」と「１」のＴＳパケットが、受信バッファ３１から送信バッファ３３に送出される際には、クロック生成手段３６のクロックを変更していないため、タイムスタンプも変更されていない。なお、ここでは、一例として、ＴＳパケット番号が「０」のＴＳパケットを送信バッファ３３に送出した後、クロックを「３０」カウントしてから、ＴＳパケット番号が「１」のＴＳパケットを送出するものとしている。
【００７７】
その後、映像配信サーバ３０の制御手段３５が、図３のＳ１２０で説明したように、受信データ量（Ｔ１）＞送出データ量（Ｔ２）、であると判定した場合、クロック生成手段３６は、クロックの速度を上げる。そして、そのクロックを、タイムスタンプ付加手段３７に伝達する。この時の状態を、図４では（「注１」）として表示している。なお、ここでは一例として、クロック生成手段３６のクロックが、タイムスタンプ付加手段３７のカウンタにより、それまでの「３０」より「３」だけ増えた「３３」カウントされる毎に、次のＴＳパケットを送信バッファ３３に送出するものとする。
【００７８】
図４におけるＴＳパケット番号が「２」のＴＳパケットについて見てみることにする。当該ＴＳパケットは、映像配信サーバ３０の受信バッファ３１から送信バッファ３３に送出される際、クロック生成手段３６のクロック速度が上がっているため、タイムスタンプ付加手段３７によって、タイムスタンプが増やされる。増やされるタイムスタンプは上述したように、直前のＴＳパケットを送出してから、クロックを「３３」カウントした後の値である。従って、図４においては、ＴＳパケット番号が「２」のＴＳパケットは、ＴＳパケット番号が「１」のＴＳパケットのタイムスタンプ「０３０」より「３３」増えた「０６３」に増やされている。以下同様に、ＴＳパケット番号が「３」のＴＳパケットのタイムスタンプは、ＴＳパケット番号が「２」のＴＳパケットのタイムスタンプより「３３」増えた「０９６」に増やされる。
【００７９】
ここで、受信端末５０におけるＴＳパケットの再生タイミングについて説明を行う。
【００８０】
受信端末５０は、自身が有するクロック生成回路が発生するクロックで動作しており、このクロック生成回路は、基本的には、ＭＰＥＧ２システムで規格化されている２７ＭＨｚの発振周波数で動作している。しかし、当該クロックは、放送局１０のクロックとは必ずしも同期していない場合がある。これは、ＭＰＥＧ２システムで規格化されている発振周波数は、２７ＭＨｚ±８１０Ｈｚとされており、或る程度の誤差を許容しているためである。また、クロック生成回路を構成する部品の精度や、回路内部の配線長などの製造上の理由により、放送局１０や受信端末５０のクロック生成回路が全く同一の精度で動作するとは限らない故である。
【００８１】
そして、本実施形態における受信端末５０のクロック生成回路は、常に一定のクロックを発生しており、このクロックの値を変更させる機能（例えば、ＰＬＬ回路、など）は有していない、ということを前提としている。
【００８２】
図４において、受信端末５０が、映像配信サーバ３０から受信したＴＳパケットからコンテンツを再生する際、当該ＴＳパケットのタイムスタンプを参照し、そのタイミングでコンテンツの再生を行う。
【００８３】
図４におけるＴＳパケット番号が「０」のＴＳパケットを再生した時から、受信端末５０は、自身のクロック生成回路のクロックのカウントを開始する。そして、ＴＳパケット番号が「１」のＴＳパケットを再生するタイミングは、当該ＴＳパケットのタイムスタンプ（すなわち、「０３０」）を参照して決定する。つまり、自身のクロック生成回路のクロックのカウント値が「０３０」になった時、ＴＳパケット番号が「１」のＴＳパケットのコンテンツを再生する。
【００８４】
次のＴＳパケット番号が「２」のＴＳパケットを再生する場合は、自身のクロック生成回路のクロックのカウント値が「０６３」になった時、当該ＴＳパケットのコンテンツを再生する。つまり、再生のタイミングが、放送局１０が送出したタイムスタンプ「０６０」に比べて遅くなる。この時の状態は、図４において（「注２」）として表示している。図２のステップＳ１３として説明したように、受信端末５０は、ＴＳパケットを１つ再生するたびに、次のＴＳパケットを配信するよう、映像配信サーバ３０に対して配信要求メッセージを送出する。すると、映像配信サーバ３０からは、次のＴＳパケットが１つ配信される。
【００８５】
つまり、受信端末５０におけるＴＳパケットの再生タイミングが遅くなることにより、映像配信サーバ３０が配信する次のＴＳパケットの配信タイミングも遅くなる。このことにより、映像配信サーバ３０の送信バッファ３３内のＴＳパケットは、徐々に増えていくこととなる。従って、映像配信サーバ３０の送信バッファ３３におけるデータ（つまり、ＴＳパケット）が無くなる状態、つまり、送信バッファ３３のアンダーフローを防ぐことになる。仮に、上記の制御がなされずに、映像配信サーバ３０の送信バッファ３３がアンダーフローを発生した場合、映像配信サーバ３０から受信端末５０に対して配信するデータ（ＴＳパケット）が無い状態となる。すると、受信端末５０のバッファもアンダーフローしてしまい、受信端末５０におけるコンテンツの再生が行われなくなってしまう、という結果を生じてしまう。
【００８６】
以上説明したように、映像配信サーバ３０のクロック生成手段３６のクロック周波数を上げることにより、送信バッファ３３のアンダーフローを防ぐことが可能となる。また、映像配信サーバ３０の送信バッファ３３のアンダーフローを防ぐことにより、受信端末５０のバッファのアンダーフローも防ぐことが出来る。
【００８７】
次に、映像配信サーバ３０の送信バッファ３３のオーバーフローを防ぐ際の動作について説明する。この動作は、図４においては、ＴＳパケット番号が「１０」以降のタイムスタンプの変化の様子として示されている。
【００８８】
図４において、映像配信サーバ３０は、ＴＳパケット番号が「１０」と「１１」のＴＳパケットが、受信バッファ３１から送信バッファ３３に送出される際には、クロック生成手段３６のクロックを変更していないため、タイムスタンプも変更されていない。なお、ここでは、一例として、ＴＳパケット番号が「１０」のＴＳパケットを送信バッファ３３に送出した後、クロックを「３０」カウントしてから、ＴＳパケット番号が「１１」のＴＳパケットを送出するものとしている。
【００８９】
その後、映像配信サーバ３０の制御手段３５が、図３のＳ１３０で説明したように、受信データ量（Ｔ１）＜送出データ量（Ｔ２）、であると判定した場合、クロック生成手段３６は、クロックの速度を下げる。そして、そのクロックを、タイムスタンプ付加手段３７に伝達する。この時の状態を、図４では（「注３」）として表示している。なお、ここでは一例として、クロック生成手段３６のクロックが、タイムスタンプ付加手段３７のカウンタにより、それまでの「３０」より「３」だけ減った「２７」カウントされる毎に、次のＴＳパケットを送信バッファ３３に送出するものとする。
【００９０】
図４におけるＴＳパケット番号が「１２」のＴＳパケットについて見てみることにする。当該ＴＳパケットは、映像配信サーバ３０の受信バッファ３１から送信バッファ３３に送出される際、クロック生成手段３６のクロック速度が下がっているため、タイムスタンプ付加手段３７によって、タイムスタンプが減らされる。減らされるタイムスタンプは上述したように、直前のＴＳパケットを送出してから、クロックを「２７」カウントした後の値である。従って、図４においては、ＴＳパケット番号が「１２」のＴＳパケットは、ＴＳパケット番号が「１１」のＴＳパケットのタイムスタンプ「３３０」より「２７」増えた「３５７」となっている。以下同様に、ＴＳパケット番号が「１３」のＴＳパケットのタイムスタンプは、ＴＳパケット番号が「１２」のＴＳパケットのタイムスタンプより「２７」増えた「３８４」となる。
【００９１】
ここで、受信端末５０におけるＴＳパケットの再生タイミングについて説明を行う。
【００９２】
図４におけるＴＳパケット番号が「０」のＴＳパケットを再生した時から、受信端末５０は、自身のクロック生成回路のクロックのカウントを開始している。そして、ＴＳパケット番号が「１１」のＴＳパケットを再生するタイミングは、当該ＴＳパケットのタイムスタンプ（すなわち、「３３０」）を参照して決定する。つまり、自身のクロック生成回路のクロックのカウント値が「３３０」になった時、ＴＳパケット番号が「１１」のＴＳパケットのコンテンツを再生する。
【００９３】
次のＴＳパケット番号が「１２」のＴＳパケットを再生する場合は、自身のクロック生成回路のクロックのカウント値が「３５７」になった時、当該ＴＳパケットのコンテンツを再生する。つまり、再生のタイミングが、放送局１０が送出したタイムスタンプ「３６０」に比べて早くなる。この時の状態は、図４において（「注４」）として表示している。図２のステップＳ１３として説明したように、受信端末５０は、ＴＳパケットを１つ再生するたびに、次のＴＳパケットを配信するよう、映像配信サーバ３０に対して配信要求メッセージを送出する。すると、映像配信サーバ３０からは、次のＴＳパケットが１つ配信される。
【００９４】
つまり、受信端末５０におけるＴＳパケットの再生タイミングが早くなることにより、映像配信サーバ３０が配信する次のＴＳパケットの配信タイミングも早くなる。このことにより、映像配信サーバ３０の送信バッファ３３内のＴＳパケットは、徐々に減っていくこととなる。従って、映像配信サーバ３０の送信バッファ３３におけるデータ（つまり、ＴＳパケット）が送信バッファ３３に入りきれなくなる状態、つまり、送信バッファ３３のオーバーフローを防ぐことになる。
【００９５】
以上説明したように、映像配信サーバ３０のクロック生成手段３６のクロック周波数を下げることにより、送信バッファ３３のオーバーフローを防ぐことが可能となる。
【００９６】
以上、本発明の第１の実施形態の動作について説明した。
【００９７】
以上説明したように、本実施形態の映像配信サーバ３０は、受信した放送データを蓄積受信データとして蓄積する第１の記憶手段（受信バッファ３１）と、前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段３２と、を備えている。また、順次供給される前記蓄積受信データを蓄積する第２の記憶手段（送信バッファ３３）と、前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段３４と、を備えている。さらに、前記第１の記憶手段から所定のクロック（クロック生成手段３６）のタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段３７を備えている。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段３５と、を備えている。
【００９８】
そして、本実施形態においては、映像配信サーバ３０が受信した受信データ量が、受信端末５０に配信した送出データ量より多い場合、すなわち、送信バッファ３３が蓄積しているデータ量が減少し始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を上げ、クロック速度を上げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが増す。タイムスタンプが増すことにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが遅くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも遅くなり、送信バッファ３３内のコンテンツデータは徐々に増えることになる。従って、送信バッファ３３におけるアンダーフローを防ぐことが出来る。
【００９９】
また、映像配信サーバ３０が受信した受信データ量が、受信端末に配信した送出データ量より少ない場合、すなわち、送信バッファ３３が蓄積しているデータ量が増え始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を下げ、クロック速度を下げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが減る。タイムスタンプが減ることにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが早くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも早くなり、送信バッファ３３内のコンテンツデータは徐々に減っていくことになる。従って、送信バッファ３３におけるオーバーフローを防ぐことが出来る。
【０１００】
従って、本実施形態によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させることがない。
[第２の実施形態]
次に、図１に示した第１の実施形態をさらに詳細化した本発明による第２の実施形態について説明する。
【０１０１】
図５は、本発明の映像配信システムの第２の実施形態を示すブロック図である。図５においては、図１に示した映像配信サーバ３０に機能追加を行って映像配信サーバ３０−１とし、映像配信サーバ３０−１について更に詳細に説明する。従って、図５において、図１の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。
【０１０２】
図５に示す映像配信システム１００−１は、図１と同様に、放送局１０と、映像配信サーバ３０−１と、受信端末５０を含んでいる。放送局１０は、放送するコンテンツデータを放送用の電波２０に載せて、放送を行う。映像配信サーバ３０−１は、電波２０を受信してコンテンツデータを蓄積し、蓄積したコンテンツデータを、通信ネットワーク４０を介して、受信端末５０に配信する。
【０１０３】
図５における放送局１０、通信ネットワーク４０及び受信端末５０は、第１の実施形態と同一であるため、それぞれの説明は省略するものとする。
【０１０４】
映像配信サーバ３０−１は、放送局１０から送出される電波２０から、所望のＴＶ放送を選局して受信し、受信したＯＦＤＭ信号を復調して、ＭＰＥＧ２−ＴＳを抽出するＴＶ（television：テレビジョン）放送受信手段３０１を含んでいる。また、ＴＶ放送受信手段３０１が抽出したＴＳを受信して蓄積する受信バッファ３１を含んでいる。また、受信バッファ３１に蓄積されたＴＳの量（以下、受信データ量と称す）を計測する受信データ量計測手段３２を含んでいる。ここで、受信バッファ３１及び受信データ量計測手段３２は、第１の実施形態と同一のものである。
【０１０５】
さらに、映像配信サーバ３０−１は、受信端末５０に配信するＴＳを蓄積する送信バッファ３３を含んでいる。また、送信バッファ３３から受信端末５０に配信されたＴＳの量（以下、送出データ量と称す）を計測する送出データ量計測手段３４を含んでいる。ここで、送信バッファ３３及び送出データ量計測手段３４は、第１の実施形態と同一である。
【０１０６】
また、映像配信サーバ３０−１は、制御手段３５−１と、クロック生成手段３６と、タイムスタンプ付加手段３７を更に含んでいる。
【０１０７】
制御手段３５−１は、映像配信サーバ３０全体の動作制御を行う。特に、制御手段３５−１は、受信データ量計測手段３２が計測した受信データ量と、送出データ量計測手段３４が計測した送出データ量を比較する。比較の結果、受信データ量の方が送出データ量よりも大きい場合は、クロック生成手段３６のクロック周波数を上げるよう制御する。逆に、受信データ量の方が送出データ量よりも少ない場合は、クロック生成手段３６のクロック周波数を下げるよう制御する。また、制御手段３５−１は、後述する制御命令受信手段３０３から、受信端末５０が送信したメッセージから得られる制御命令を受信し、当該制御命令に応じた制御を行う。当該制御命令は、第１の実施形態の図２で説明した、コンテンツ受信要求、配信要求メッセージ、終了要求メッセージなどのメッセージから得られる命令である。
【０１０８】
クロック生成手段３６及びタイムスタンプ付加手段３７は、第１の実施形態と同一であるため、それぞれの説明は省略するものとする。
【０１０９】
さらに、映像配信サーバ３０−１は、ネットワークＩ／Ｆ（Inter Face：インタフェース）３０２、制御命令受信手段３０３及び転送速度計測手段３０４を含んでいる。
【０１１０】
ネットワークＩ／Ｆ３０２は、通信ネットワーク４０を介して受信端末５０との通信を行う。特に、ネットワークＩ／Ｆ３０２は、送信バッファ３３に蓄積されているＴＳを受信端末５０に対して送出する。また、受信端末５０から受信したメッセージ（上述した、コンテンツ受信要求、配信要求メッセージ、終了要求メッセージなど）を、制御命令受信手段３０３に送出する。
【０１１１】
制御命令受信手段３０３は、ネットワークＩ／Ｆ３０２から、受信端末５０が送信したメッセージを受け、当該メッセージに含まれる制御命令を抽出する。そして、当該制御命令を制御手段３５−１に送出する。受信端末５０が送信したコンテンツ受信要求からは、放送局１０を選局する命令と、選局した放送局１０から受信したコンテンツデータの配信開始の命令を抽出する。受信端末５０が送信した配信要求メッセージからは、送信バッファ３３に蓄積されているＴＳを１つ選び、当該ＴＳを受信端末５０に配信する命令を抽出する。受信端末５０が送信した終了要求メッセージからは、受信端末５０に対するＴＳの配信を終了する命令を抽出する。
【０１１２】
転送速度計測手段３０４は、ネットワークＩ／Ｆ３０２から受信端末５０に対して配信するＴＳの転送速度を計測し、計測した転送速度を、制御手段３５−１に送出する。
【０１１３】
次に、図６を参照して、本実施形態の動作について説明する。
【０１１４】
図６は、本発明の第２の実施形態の動作を説明するフローチャートである。なお、図６は、第１の実施形態における図３のフローチャートに僅かな変更が加えられたものである。従って、図６において図３の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。
【０１１５】
受信端末５０から、第１の実施形態と同一の、コンテンツ受信要求を受信した映像配信サーバ３０−１の制御手段３５−１は、ネットワークＩ／Ｆ３０２及び制御命令受信手段３０３から、コンテンツ受信要求の制御命令を受信する。そして、コンテンツ受信要求に付されているチャネルをＴＶ放送受信手段３０１に選局させる。ＴＶ放送受信手段３０１は、選局指示の有った放送局１０のＴＶ放送の受信を開始する。この時、映像配信サーバ３０−１の制御手段３５−１は、クロック速度を固定で動作させる（図６のステップＳ１０１）。従って、クロック生成手段３６のクロック周波数は、ＭＰＥＧ２で規格化されている２７ＭＨｚの一定値であり（図６のステップＳ１００）、クロック生成手段３６が生成するクロックは一定の値となっている。クロック速度を一定期間の間、固定で動作させるのは、以下の理由によるものである。
【０１１６】
すなわち、前述したように、受信端末５０がコンテンツ受信要求を送信した後、映像配信サーバ３０−１からのＩＰパケットを受信し、自身のバッファに或る程度のＩＰパケットが蓄積されるまでは、受信端末５０はＩＰパケットの再生を行わない。そして、ＩＰパケットの再生の開始前は、再生の開始後に比べ、受信端末５０は高い頻度で配信要求メッセージを送出する。つまり、受信端末５０においてＩＰパケットの再生開始前は、高い頻度で映像配信サーバ３０−１からのＩＰパケットを受信する。その間は、映像配信サーバ３０−１のクロック周波数を一定にしておき、クロック速度を固定しておくことにより、ＩＰパケット内のＴＳのタイムスタンプが変更されないようにするためである。このことは、受信端末５０における再生タイミングが変更されることが無いようにするため、と同様の意味を持つものである。
【０１１７】
ＴＶ放送の受信を開始した映像配信サーバ３０−１は、送信バッファ３３からネットワークＩ／Ｆ３０２を介して、或る程度の量のＩＰパケットが配信されるまでは、転送速度計測手段３０４により、受信端末５０へＩＰパケットを配信する速度を計測している。そして、転送速度計測手段３０４から転送速度を受信した制御手段３５−１は、転送速度が安定しているか否かを判定する（ステップＳ１０５）。転送速度が安定していない場合（ステップＳ１０５で「Ｎｏ」）、再度、ステップＳ１０５に戻り、転送速度が安定しているかの判定を行う。転送速度が安定した場合（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進む。転送速度が安定したことを判定する条件としては、次のようなものがある。１つは、映像配信サーバ３０−１の制御手段３５−１は、固定したクロック周波数で転送可能な転送速度に対し、予め設定された範囲の転送速度になった場合、転送速度が安定したと判断する。ここで、固定したクロック周波数で転送可能な転送速度の値は、例えば、地上デジタルテレビジョン放送では、１５Ｍｂｐｓ〜２０Ｍｂｐｓ程度の値である。転送速度が安定したことを判定する他の条件としては、予め設定された範囲の転送速度が一定時間継続した場合、などであってもよい。
【０１１８】
転送速度が安定した場合（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進むが、ステップＳ１１０以降の動作は、第１の実施形態で示した動作と同一である。従って、以降においては、ステップＳ１１０以降の動作は略記するにとどめるものとする。なお、転送速度が安定した後に（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進む理由は以下の通りである。すなわち、後述するように、制御手段３５−１は、受信データ量（Ｔ１）と送出データ量（Ｔ２）の比較を行い、比較結果に応じて、クロック生成手段３６のクロック周波数を変更する。転送速度が安定しないうちに（ステップＳ１０５で「Ｎｏ」）、Ｔ１とＴ２を計測して比較を行ってしまうと、転送速度と同様に安定していないＴ１とＴ２を比較することとなってしまう。すると、本来であれば、安定した状態のＴ１とＴ２の比較を行うべき動作において、誤った比較判定を行ってしまうこととなる。このような事態を回避するため、転送速度が安定した後にステップＳ１１０以降に進むようにしたものである。
【０１１９】
ＴＶ放送の受信を開始した映像配信サーバ３０−１の制御手段３５−１は、送信バッファ３３から或る程度の量のＩＰパケットが配信された後、受信データ量計測手段３２が計測した、ＴＶ放送受信開始時からの受信データ量（以降、Ｔ１と表現する）を受信する（ステップＳ１１０）。また、制御手段３５−１は、送出データ量計測手段３４が計測した、配信開始時からの送出データ量（以降、Ｔ２と表現する）を受信する（ステップＳ１１１）。
【０１２０】
次に、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する（ステップＳ１２０）。Ｔ１＞Ｔ２であった場合（ステップＳ１２０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。
【０１２１】
クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げる（ステップＳ１２１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【０１２２】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（ステップＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳをＩＰパケットに構成し直し、送信バッファ３３を介してネットワークＩ／Ｆ３０２から受信端末５０に対して配信する（ステップＳ１２６）。ステップＳ１２６の後、制御手段３５−１の制御は、図６の「＊２」（図６のステップＳ１４０）に移る。
【０１２３】
ステップＳ１２６により、受信端末５０は、ＩＰパケットを受信し、ＩＰパケットからタイムスタンプが増えたＴＳパケットを抽出してコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは増えているため、当該ＴＳパケットの再生タイミングは遅くなる（ステップＳ１２４）。
【０１２４】
図６のステップＳ１２０の判定で、制御手段３５−１が、Ｔ１＞Ｔ２でないと判定した場合（ステップＳ１２０で「Ｎｏ」）、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する（ステップＳ１３０）。Ｔ１＜Ｔ２であった場合（ステップＳ１３０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。
【０１２５】
クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げる（ステップＳ１３１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【０１２６】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（ステップＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳをＩＰパケットに構成し直し、送信バッファ３３を介してネットワークＩ／Ｆ３０２から受信端末５０に対して配信する（ステップＳ１３６）。ステップＳ１３６の後、制御手段３５−１の制御は、図６の「＊２」（図６のステップＳ１４０）に移る。
【０１２７】
ステップＳ１３６により、受信端末５０は、ＩＰパケットを受信し、ＩＰパケットからタイムスタンプを減らしたＴＳパケットを抽出してコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは減っているため、当該ＴＳパケットの再生タイミングは早くなる（ステップＳ１３４）。
【０１２８】
図６のステップＳ１３０の判定で、制御手段３５−１が、Ｔ１＜Ｔ２でないと判定した場合（ステップＳ１３０で「Ｎｏ」）、制御手段３５−１は、受信端末５０への配信の終了か否かを判定する（ステップＳ１４０）。配信終了でない場合は（ステップＳ１４０で「Ｎｏ」）、制御手段３５−１の制御は、ステップＳ１１０に戻る。配信終了の場合（ステップＳ１４０で「Ｙｅｓ」）、制御手段３５−１は、受信端末５０への配信を終了する（ステップＳ１５０）。
【０１２９】
以上説明したように、本発明の第２の実施形態の動作は、映像配信サーバ３０−１において、受信端末５０からコンテンツ受信要求を受信して、選局した放送局１０からＴＶ放送の受信を開始した後の一定期間の動作が、第１の実施形態の動作と異なっているだけである。
【０１３０】
すなわち、映像配信サーバ３０−１がＴＶ放送の受信を開始し、初めは、クロック速度を固定して、受信端末５０に配信するＩＰパケット内のＴＳのタイムスタンプが変更されないよう動作する。そして、受信端末５０へ配信するＩＰパケットの転送速度が安定した後、第１の実施形態と同様に、映像配信サーバ３０−１の受信データ量（Ｔ１）と送出データ量（Ｔ２）の計測を開始する。Ｔ１とＴ２の計測を開始した後の動作は、第１の実施形態の動作と同一である。そして、図４を参照して説明した第１の実施形態におけるタイムスタンプの変化の様子も、第２の実施形態において、同一となっている。
【０１３１】
従って、第２の実施形態の動作についてのこれ以上の説明は省略するものとする。
【０１３２】
以上、第２の実施形態の動作について説明した。
【０１３３】
前述したように、本発明の第２の実施形態は、図１に示した第１の実施形態の映像配信サーバ３０に、図５に示したＴＶ放送受信手段３０１、ネットワークＩ／Ｆ３０２、制御命令受信手段３０３、転送速度計測手段３０４を追加したものとなっている。そして、図１に示した制御手段３５に機能追加を行って、制御手段３５−１としている。
【０１３４】
制御手段３５−１に追加された機能の内の主なものは、ＴＶ放送受信開始後に、クロック生成手段３６のクロック速度を固定する機能（図６のステップＳ１０１）、及び、転送速度が安定したかを判定する機能（図６のステップＳ１０５）である。従って、以下において第２の実施形態に特有の箇所に関してのみ説明するものとする。
【０１３５】
以上説明したように、本実施形態の映像配信システム１００−１は、映像配信サーバ３０−１を備えている。また、映像配信サーバ３０−１からの送信データを受信し、自らの動作クロックにより前記送信データに付されたタイムスタンプに対応するタイミングで前記送信データを再生する受信端末５０を備えている。
【０１３６】
ここで、映像配信サーバ３０−１は、制御手段３５−１、ＴＶ放送受信手段３０１、ネットワークＩ／Ｆ３０２、制御命令受信手段３０３、転送速度計測手段３０４を含んでいる。
【０１３７】
制御手段３５−１は、受信端末５０から、ネットワークＩ／Ｆ３０２及び制御命令受信手段３０３を介し、コンテンツ受信要求の制御命令を受信する。そして、コンテンツ受信要求に付されているチャネルをＴＶ放送受信手段３０１に選局させる。ＴＶ放送受信手段３０１は、選局指示の有った放送局１０のＴＶ放送の受信を開始する。この時、制御手段３５−１は、クロック速度を固定で動作させる。
【０１３８】
ＴＶ放送の受信を開始した映像配信サーバ３０−１は、転送速度計測手段３０４により、受信端末５０へＩＰパケットを配信する速度を計測している。そして、転送速度計測手段３０４から転送速度を受信した制御手段３５−１は、転送速度が安定しているか否かを判定する。転送速度が安定していない場合は、転送速度が安定するまで、転送速度計測手段３０４は転送速度の計測を行う。
【０１３９】
そして、転送速度が安定した場合、制御手段３５−１は、ＴＶ放送受信開始時からの受信データ量（Ｔ１）と、受信端末５０への配信開始時からの送出データ量（Ｔ２）を受信する。
【０１４０】
次に、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する。Ｔ１＞Ｔ２であった場合、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げ、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する。
【０１４１】
また、制御手段３５−１が、Ｔ１＞Ｔ２でないと判定した場合は、次に、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する。Ｔ１＜Ｔ２であった場合、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げ、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する。
【０１４２】
そして、本実施形態においては、第１の実施形態と同様に、映像配信サーバ３０−１が受信した受信データ量が、受信端末５０に配信した送出データ量より多い場合、すなわち、送信バッファ３３が蓄積しているデータ量が減少し始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を上げ、クロック速度を上げる。すると、映像配信サーバ３０−１から受信端末５０に配信するコンテンツデータのタイムスタンプが増す。タイムスタンプが増すことにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが遅くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも遅くなり、送信バッファ３３内のコンテンツデータは徐々に増えることになる。従って、送信バッファ３３におけるアンダーフローを防ぐことが出来る。ここで、仮に、クロック生成手段３６のクロック周波数を上げなかったとすると、送信バッファ３３が蓄積しているデータ量は更に減少し、ついに、送信バッファ３３が空になることも起こりうる。すると、受信端末５０への配信も無くなるため、受信端末５０のバッファもアンダーフローを起こすこととなる。
【０１４３】
また、映像配信サーバ３０−１が受信した受信データ量が、受信端末に配信した送出データ量より少ない場合、すなわち、送信バッファ３３が蓄積しているデータ量が増え始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を下げ、クロック速度を下げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが減る。タイムスタンプが減ることにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが早くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも早くなり、送信バッファ３３内のコンテンツデータは徐々に減っていくことになる。従って、送信バッファ３３におけるオーバーフローを防ぐことが出来る。
【０１４４】
なお、本実施形態の映像配信サーバ３０−１、及び、受信端末５０は、放送局１０のクロックと映像配信サーバ３０−１や受信端末５０のクロックを同期させるためのＰＬＬ回路などを備える必要がない。
【０１４５】
従って、本実施形態によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させない映像配信システムを提供することが可能となる。
【０１４６】
また、受信端末のバッファにアンダーフローを発生させることのない映像配信システムを提供することが可能となる。
【０１４７】
さらに、低コストで、映像配信サーバや受信端末を提供することが可能となる。
【符号の説明】
【０１４８】
１０ 放送局
２０ 電波
３０ 映像配信サーバ
３０−１ 映像配信サーバ
３１ 受信バッファ
３２ 受信データ量計測手段
３３ 送信バッファ
３４ 送出データ量計測手段
３５ 制御手段
３５−１ 制御手段
３６ クロック生成手段
３７ タイムスタンプ付加手段
３０１ ＴＶ放送受信手段
３０２ ネットワークＩ／Ｆ
３０３ 制御命令受信手段
３０４ 転送速度計測手段
４０ 通信ネットワーク
５０ 受信端末
１００ 映像配信システム
１００−１ 映像配信システム
５００ 再配信装置
５０１ 放送受信部
５０２ ＴＳ記憶部
５０３ ＴＳ生成部
５０４ ＴＭＣＣ情報生成部
５０５ ＴＳ合成部
５０６ ダミーパケット処理部
５０７ 変調部
５０８ 配信部
６００ ＰＬＬ回路
６０１ 引き算器
６０２ Ｄ／Ａ変換器
６０３ 低域フィルタ
６０４ 電圧制御型水晶発振器
６０５ カウンタ
７０１ 受信装置
７０２ 受信バッファ
７０３ 受信バッファ監視回路
７０４ 受信クロック発生回路
７０５ ＡＶデコーダ
【技術分野】
【０００１】
本発明は、デジタルテレビ放送などのコンテンツを受信した映像配信サーバから、通信ネットワークを介して、受信端末に対してコンテンツを配信する、映像配信サーバ、映像配信システム、及び、映像配信方法に関する。
【背景技術】
【０００２】
近年、通信ネットワークを介して、ＭＰＥＧ（Moving Picture Experts Group：エムペグ）２−ＴＳ（Transport Stream：トランスポートストリーム）形式に従って符号化された映像データなどのコンテンツを、リアルタイムに伝送させる技術が広がりつつある。
【０００３】
特に、我が国におけるテレビジョン放送は、地上アナログ波を利用するものに代わって、地上デジタル波を利用するものに移行されつつある。そして、例えば、特定の施設内におけるテレビジョン放送を行うために、地上デジタルテレビジョン放送の放送信号として送信されるＴＳ（トランスポートストリーム）を受信し、受信したＴＳを受信端末に対して再放送する再配信装置を導入する場合もある（例えば、特許文献１参照。）。
【０００４】
上述した特許文献１「送信装置および方法、並びにプログラム」には、以下の記載がなされている。
【０００５】
すなわち、この特許文献１に記載されている再配信装置５００は、図７に示すように、地上デジタルテレビジョン放送を受信して得られるＴＳ（以下、ＴＳ１と記述）と、新たに生成するＴＳ（以下、ＴＳ２と記述）を多重化してＴＳ３を生成する。そして、ＴＳ３を受信端末に対して配信するシステムである。図７に示す再配信装置５００の放送受信部５０１は、アンテナから入力される地上デジタルテレビジョン放送信号から、ユーザ等の選局に対応するＴＳ１を抽出してＴＳ記憶部５０２に記憶させる。ＴＳ生成部５０３は、入力される映像データ、音声データ、ＥＰＧ（Electronic Program Guide：電子番組表）データ、字幕データ等を素材として新たなＴＳ２を生成する。このＴＳ２は、再配信の対象とされるＴＳ１と多重化されて配信される。ＴＭＣＣ（Transmission and Multiplexing Configuration Control：伝送多重制御信号）情報生成部５０４は、ＴＳ合成部５０５において生成されるＴＳ３の変調方式やダミーパケットの数と位置の情報を含むＴＭＣＣ情報を生成する。ダミーパケット処理部５０６は、ＴＭＣＣ情報生成部５０４によって生成されるＴＭＣＣ情報に基づき、以下を行う。すなわち、配信されて受信側で正確に受信できないパケットが存在してしまうという事象に対処するため、ダミーパケットを配置する位置を特定し、その位置情報をＴＳ合成部５０５に出力する。ＴＳ合成部５０５は、生成するＴＳ３に対し、ダミーパケット処理部５０６からの位置情報に基づいてダミーパケットを配置する。次に、ＴＳ記憶部５０２に記憶されているＴＳ１を構成するパケットを読み出して配置し、最後に、ＴＳ生成部５０３によって生成されたＴＳ２を構成するパケットを配置することによってＴＳ３を完成させる。ＴＳ３とＴＭＣＣ情報は、変調部５０７によって所定の変調方式に従って変調され、配信部５０８から図示されていない受信端末に配信される。なお、ＴＳ合成部５０５は、ＴＳ記憶部５０２に記憶されているＴＳ１を読み出す。そして、ＴＳ１に含まれる、タイムスタンプを含むＰＣＲ（Program Clock Reference：プログラム時刻基準参照値）パケットやデータとして有効なパケットを、それらの並び順を乱すことなく、ＴＳ１における位置と同じＴＳ３における位置に配置する。次に、ＴＳ合成部５０５は、ＴＳ３の空き位置に対し、ＴＳ生成部５０３によって生成されたＴＳ２を構成するパケットを配置することによってＴＳ３を完成させる。このことにより、当該再配信装置５００によれば、以下のことが可能となるとしている。すなわち、配信されるＴＳ３において、ＴＳ１を構成するＰＣＲパケットとデータとして有効なパケットの並び順や時間関係は変更されないので、ＴＳ１にスクランブルが施されている場合においても適用できる。また、ＴＳ１のフォーマットに拘わらず、すなわち、地上デジタルテレビジョン放送だけでなく、ＢＳデジタル放送、ＣＳ１１０°放送、などのＴＳを再配信する場合にも適用できる、としている。
【０００６】
ところで、ＭＰＥＧ２−ＴＳを伝送するシステムにおいては、送信側のエンコーダ（Encoder：符号器）におけるクロックと、受信側のデコーダ（Decoder：復号器）におけるクロックが同期していない場合がある。この場合、送信側から単位時間に伝送されるデータ量と受信側で再生されるデータ量に違いが生じるため、コンテンツとして伝送された映像や音声が乱れる、という問題が生じる。
【０００７】
コンテンツとして送られてくるデータ量が、受信側で再生されるデータ量より多い場合は、受信側でのバッファに蓄積されるデータが徐々に増えてくるため、やがてバッファがオーバーフローすることになる。バッファがオーバーフローすると、オーバーフローしたコンテンツのデータフレームが欠落してしまう。逆に、送られてくるデータ量が、再生されるデータ量より少ない場合は、受信側でのバッファに蓄積されるデータが徐々に少なくなるため、やがてバッファがアンダーフローすることになる。バッファがアンダーフローすると、バッファには再生すべきデータフレームが無いため、コンテンツの再生が停止してしまう。バッファにオーバーフローやアンダーフローが発生した場合、上述したように、コンテンツとして伝送された映像や音声が正常に再生されないことになる。
【０００８】
このような問題を解消するため、送信側の送信装置のクロックと、受信側の受信装置のクロックを同期させる手法が知られている（例えば、特許文献２参照。）。
【０００９】
上述した特許文献２「パケットデータ記録装置」には以下の記載がなされている。
【００１０】
すなわち、デジタルテレビ放送信号を受信する受信端末装置（セット・トップ・ボックス（ＳＴＢ））により受信及び復調されて取り出されたパケットデータが、パケットデータ記録装置に入力される。パケットデータは、プログラムの情報のパケットと、ＰＣＲを含むパケットとが多重されたデジタル信号である。パケットデータ記録装置のクロック生成回路は、入力ＰＣＲに基づいて、送信側のエンコード時のシステムクロックと周波数の一致した時刻基準の同期信号を発生する。システムクロックの周波数は、ＭＰＥＧ２システムの場合、２７ＭＨｚ±８１０Ｈｚと定められている。
【００１１】
図８を参照して詳述すると、上記のクロック生成回路は、２７ＭＨｚの時刻基準の同期信号を発生するＰＬＬ回路（Phase Locked Loop 回路：位相同期ループ回路）６００などを含んでいる。図８に示すＰＬＬ回路６００は、引き算器６０１、Ｄ／Ａ変換器（Digital to analog converter）６０２、低域フィルタ６０３、２７ＭＨｚを発振出力する電圧制御型水晶発振器６０４及びカウンタ６０５からなる一巡のフィードバックループ回路である。そして、クロック生成回路では、入力されたＰＣＲ値をカウンタ６０５に初期設定すると共に引き算器６０１に供給し、ここでカウンタ６０５の出力値と引き算される。引き算された差分値がＤ／Ａ変換器６０２によりアナログ信号に変換された後、低域フィルタ６０３を通して電圧制御型水晶発振器６０４に供給され、その出力発振周波数を可変制御する。電圧制御型水晶発振器６０４から出力された２７ＭＨｚの発振周波数は時刻基準の同期信号（到着時間管理用クロック）として出力される。このことにより、パケットデータ記録装置のシステムクロックの値が送信側と同期するようになる、としている。
【００１２】
なお、上述した特許文献１及び特許文献２に記載されているＰＣＲは、ＭＰＥＧ２−ＴＳ形式に従って符号化されたＴＳパケットに挿入されて送信される。ＰＣＲはエンコーダのクロックをカウンタ（計数器）でカウントした値である。ＰＣＲは２７ＭＨｚのタイムスタンプであり、符号化した時の基準時間を、復号器を有する受信側で再現するために参照される値である。例えば、エンコーダを有する送信側のクロックの１波長を１ｍｓｅｃとし、送信側が送信する１番目のＴＳパケットのタイムスタンプを「０」としたものとする。そして、２番目のＴＳパケットを３０ｍｓｅｃ後に送信するものとすると、２番目のＴＳパケットのタイムスタンプは「３０」となる。以下同様に、３番目、４番目・・・のＴＳパケットを３０ｍｓｅｃ毎に送信するものとすれば、各々のＴＳパケットのタイムスタンプは、それぞれ、「６０」、「９０」・・・というように、「３０」ずつ増加していく値となる。
【００１３】
また、受信側でのバッファのオーバーフローやアンダーフローを発生させないようにするため、受信側で受信データを一旦バッファリングし、バッファリングした受信データを、受信側のクロックで再生するようにしているものもある（例えば、特許文献３参照。）。
【００１４】
上述した特許文献３「データ処理装置および方法、並びに記録媒体」には、以下の記載がなされている。
【００１５】
すなわち、図９に示すように、受信側の受信バッファ監視回路７０３は、受信装置７０１から送出され、受信バッファ７０２に蓄積される受信データのデータ量を監視する。そして、受信バッファ７０２への蓄積データ量が上側の閾値より大きくなったとき、受信クロック発生回路７０４が発生する受信クロックの周波数を、より高い周波数に設定させる。また、蓄積データ量が下側の基準値より小さくなったとき、受信クロック周波数は、より低い周波数に設定される。ＡＶ（Audio Visual：音響・映像）データをデコードするＡＶデコーダ７０５は、受信クロック発生回路７０４より供給される受信クロックに基づいて、受信バッファ７０２より供給されるＡＶデータをデコードする。このことにより、簡単な構成で、かつ、低コストなシステムで、オーバーフローやアンダーフローが発生しないようにできる、としている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００５−１２３９８６号公報（第５〜８頁、図１〜５）
【特許文献２】特開平０９−２０４７３８号公報（第３〜６頁、図１〜４）
【特許文献３】特開２００２−１６５１４８号公報（第３〜８頁、図１〜１２）
【発明の概要】
【発明が解決しようとする課題】
【００１７】
上述した特許文献１に記載の再配信装置（以下、映像配信サーバと称す）は、地上デジタルテレビジョン放送を受信して得られるＴＳ１に、新たに生成したＴＳ２を多重化してＴＳ３を生成する。そして、ＴＳ３を受信端末に対して配信するようになっている。ここで、タイムスタンプを含むＰＣＲパケットのＰＣＲ値には何の変更も行ってはいない。
【００１８】
通常、デジタルテレビジョン放送等のコンテンツ（映像や音声）を受信した映像配信サーバから、通信ネットワークを介して受信端末へコンテンツをリアルタイムに再配信しようとする際には、次に記載するようになっている場合が多い。すなわち、放送局からは、放送局でのクロック周波数を基準として生成されたタイムスタンプがＴＳパケットに付加されて放送される。そして、映像配信サーバを介してこのＴＳパケットを受信した受信端末においては、受信端末自身のクロック周波数を基準として、このＴＳパケットに付加されているタイムスタンプを参照しながら当該ＴＳパケットを再生する。この再生により、テレビジョン放送を視聴することが可能となる。しかし、受信端末における再生のためのクロック周波数が、放送局でのクロック周波数と異なっている場合には、受信端末におけるバッファのオーバーフローやアンダーフローが発生して、受信端末での再生を正常に行うことが出来なくなる場合がある。また、受信端末でバッファのオーバーフローが発生した場合には、受信端末は映像配信サーバに対して、ＴＳパケットの配信要求を行わなくなる。このため、映像配信サーバのバッファ内にはＴＳパケットが溜まりだし、やがて、映像配信サーバのバッファはオーバーフローすることとなる。また、映像配信サーバのバッファにアンダーフローが生じた場合には、受信端末にはＴＳパケットを配信することが出来ない。このため、受信端末のバッファもアンダーフローすることとなる、という課題を有している。
【００１９】
また、上述したように映像配信サーバや受信端末のバッファのオーバーフローやアンダーフローの発生を少なくするためには、映像配信サーバに大容量のバッファを持つ必要がある。しかし、そのバッファへのバッファリングのための時間が必要となるため、受信端末に配信されるコンテンツに、デジタルテレビジョン放送からの遅延が発生する、という課題を有している。
【００２０】
上述した特許文献２に記載の手法は、テレビ放送の受信など、伝送遅延がほぼ一定な伝送路では、バッファのオーバーフローやアンダーフローを生じさせない有効な手法である。しかし、ＰＬＬ回路の動作を安定させるためには、各ＴＳパケットは、伝送揺らぎ（ジッタ）が極力発生しないように、つまり、エンコーダから出力された時間間隔を保ちながらデコーダまで伝送されることが必要である。ジッタが生じる場合としては、例えば、通信ネットワークの負荷が高い状態が一時的に発生してデータ伝送に遅延が生じた場合などがある。また、通信ネットワーク上でＴＳパケットが欠落してしまい、受信側の装置が送信側の装置に対してＴＳパケットの再送を要求した場合などもある。従って、特許文献２に記載の手法は、インターネットなどの伝送遅延が変動する通信ネットワークを使用する場合には、有効には機能しない場合がある、という課題を有している。また、ＰＬＬ回路には、電圧制御型水晶発振器や低域フィルタなどが必要となるため、装置のコストが上昇してしまう、という課題も有している。
【００２１】
さらに、特許文献３に記載の手法は、送信側と受信側のＡＶデータの同期をとるために、受信側で受信バッファに蓄積されるデータ量を監視し、蓄積データ量に応じて、受信クロックの周波数を変更するようにしている。そして、ＡＶデータのパケット内に時間情報が無くとも、送信側と受信側のＡＶデータの同期をとることが出来るようになっている。すなわち、受信側のバッファのオーバーフローやアンダーフローが発生しないようにできるが、送信側のバッファに関しては何も考慮されていない、という課題を有している。
【００２２】
後述するように、本発明の「映像配信サーバ」においては、放送局からのコンテンツを放送電波にて受信すると共に、受信したコンテンツを、さらに通信ネットワークを介して受信端末に配信するものとなっている。つまり、本発明の「映像配信サーバ」は、コンテンツの受信側であると共に、コンテンツの送信側にもなっている。
【００２３】
従って、特許文献３に記載の手法は、そのままの形では本発明の「映像配信サーバ」に適用できるようにはなっていない、という課題を有している。
【００２４】
本発明は上述した課題を解決するためになされたものである。従って、本発明の目的は、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させない、映像配信サーバ、映像配信システム、及び、映像配信方法を提供することにある。
【課題を解決するための手段】
【００２５】
本発明の映像配信サーバは、受信した放送データを蓄積受信データとして蓄積する第１の記憶手段と、前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段と、を備えている。また、順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段と、を備えている。さらに、前記第１の記憶手段から所定のクロックのタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段を備えている。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段と、
を備えている。
【００２６】
本発明の映像配信システムは、上記の映像配信サーバと、前記送信データを受信し、自らの動作クロックにより前記タイムスタンプに対応するタイミングで前記送信データを再生する受信端末と、を備えている。
【００２７】
本発明の映像配信方法は、受信した放送データを蓄積受信データとして蓄積し、前記蓄積受信データのデータ量である受信データ量を計測する。また、前記蓄積受信データを所定のクロックのタイミングで読み出し、読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して送信データとして蓄積する。さらに、蓄積した前記送信データを読み出して出力する前記送信データのデータ量である送出データ量を計測し、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる、ようにしている。
【発明の効果】
【００２８】
本発明によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させることはない。
【図面の簡単な説明】
【００２９】
【図１】本発明の映像配信システムの第１の実施形態を示すブロック図である。
【図２】本実施形態の基本的な動作を説明するフローチャートである。
【図３】本実施形態の詳細な動作を説明するフローチャートである。
【図４】タイムスタンプの変化の様子の一例を示す図である。
【図５】本発明の映像配信システムの第２の実施形態を示すブロック図である。
【図６】本発明の第２の実施形態の動作を説明するフローチャートである。
【図７】再配信装置の一例を示すブロック図である。
【図８】ＰＬＬ回路の一例を示すブロック図である。
【図９】受信側の装置でのバッファのオーバーフロー／アンダーフローを発生させないシステムの一例を示す図である。
【発明を実施するための形態】
【００３０】
次に、本発明の実施形態について図面を参照して説明する。
[第１の実施形態]
図１は、本発明の映像配信システムの第１の実施形態を示すブロック図である。
【００３１】
図１に示す映像配信システム１００は、放送局１０と、映像配信サーバ３０と、受信端末５０を含んでいる。放送局１０は、放送するコンテンツデータを放送用の電波２０に載せて、放送を行う。映像配信サーバ３０は、電波２０を受信してコンテンツデータを蓄積し、蓄積したコンテンツデータを、通信ネットワーク４０を介して、受信端末５０に配信する。
【００３２】
放送局１０は、テレビジョン放送などに代表される映像や音声などのコンテンツデータを、ＭＰＥＧ（Moving Picture Experts Group：エムペグ）２−ＴＳ（Transport Stream：トランスポートストリーム）形式に従って符号化する。次に、符号化したＴＳを多重化し、多重化したＴＳをＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）変調する。そして、ＯＦＤＭ信号を電波２０に載せて、地上デジタルテレビジョン放送として送出する。なお、放送形態は、地上デジタルテレビジョン放送だけでなく、ＢＳ（Broadcasting Satellite：放送衛星）デジタル放送やＣＳ（Communications Satellite：通信衛星）デジタル放送などであっても良い。なお、放送局１０は、通常、複数局が存在するが、図１においては、説明の容易化のため、１つの放送局１０だけを代表として図示している。
【００３３】
ＭＰＥＧ２のＴＳは、ＴＳパケット（トランスポートストリームパケット）が複数個集まって構成されている。そして、ＴＳパケットには、コンテンツデータを符号化したときの時刻基準を示すところの、タイムスタンプとしてのＰＣＲ（Program Clock Reference：プログラム時刻基準参照値）、が含まれている。このＰＣＲは、復号器を有する受信端末側で、符号化した時の時刻基準を、復号器のクロックで再現するために参照される値である。なお、放送局１０が、コンテンツデータをＭＰＥＧ２−ＴＳ形式に従って符号化する際のクロックは、放送局１０自身が有するクロック生成回路にて生成されたクロックを用いる。また、受信端末５０がコンテンツデータを復号する際のクロックは、受信端末５０自身が有するクロック生成回路にて生成したクロックを用いる。そして、放送局１０のクロックと受信端末５０のクロックは必ずしも同期しているものではない、という前提のもとで、以下の説明を行うものとする。
【００３４】
映像配信サーバ３０は、放送局１０から送出される電波２０から、所望のテレビジョン放送（以下、ＴＶ放送と略記する）を選局して受信し、受信したＯＦＤＭ信号を復調して得られたＴＳを蓄積する受信バッファ３１を含んでいる。また、受信バッファ３１に蓄積されたＴＳの量（以下、受信データ量と称す）を計測する受信データ量計測手段３２を含んでいる。
【００３５】
さらに、映像配信サーバ３０は、受信端末５０に配信するＴＳを蓄積する送信バッファ３３を含んでいる。また、送信バッファ３３から受信端末５０に配信されたＴＳの量（以下、送出データ量と称す）を計測する送出データ量計測手段３４を含んでいる。
【００３６】
また、映像配信サーバ３０は、制御手段３５と、クロック生成手段３６と、タイムスタンプ付加手段３７を更に含んでいる。
【００３７】
制御手段３５は、映像配信サーバ３０全体の動作制御を行う。特に、制御手段３５は、受信データ量計測手段３２が計測した受信データ量と、送出データ量計測手段３４が計測した送出データ量を比較する。比較の結果、受信データ量の方が送出データ量よりも大きい場合は、クロック生成手段３６のクロック周波数を上げるよう制御する。逆に、受信データ量の方が送出データ量よりも少ない場合は、クロック生成手段３６のクロック周波数を下げるよう制御する。
【００３８】
クロック生成手段３６は、映像配信サーバ３０の動作クロックを生成する。クロック生成手段３６が生成するクロックの通常時のクロック周波数は、ＭＰＥＧ２規格で定められている２７ＭＨｚである。しかし、制御手段３５から、クロック周波数の変更（上げる、又は、下げる）指示が有った場合には、変更指示に従ってクロック周波数を変更する。クロック周波数を変更することにより、クロック生成手段３６が生成するクロックが変更（早くなる、又は、遅くなる）される。クロック生成手段３６は、自身が生成するクロックを、タイムスタンプ付加手段３７に伝達する。
【００３９】
タイムスタンプ付加手段３７は、クロック生成手段３６から伝達されたクロックの数をカウントする、図示しないカウンタを含んでいる。そして、タイムスタンプ付加手段３７は、受信バッファ３１に蓄積されているＴＳを受け、ＴＳ内に含まれているＴＳパケットのタイムスタンプを、クロック生成手段３６から伝えられたクロックをカウントしたカウント値に基づき、変更する。タイムスタンプが変更されたＴＳパケットを含むＴＳは、送信バッファ３３に送出される。
【００４０】
そして、送信バッファ３３に蓄積されたＴＳは、ＩＰ（Internet Protocol：アイピー）パケットとして構成され直し、通信ネットワーク４０を介し、受信端末５０に配信される。
【００４１】
通信ネットワーク４０は、構内ＬＡＮ（Local Area Network：ラン）、移動体通信網、電話交換網、或いは、コンピュータネットワークなどのネットワークである。又は、これらのネットワークを相互に接続するインターネットなどであってもよい。ここで、通信ネットワーク４０は、ＩＰパケットをインターネットプロトコル（ＩＰ）で通信可能なネットワークである。ＩＰの上位プロトコルとしては、例えば、ＩＣＭＰ（Internet Control Message Protocol：アイシーエムピー）、ＴＣＰ（Transmission Control Protocol：ティーシーピー）、ＵＤＰ（User Datagram Protocol：ユーディーピー）などがある。つまり、通信ネットワーク４０は、前述したようなプロトコルによって、ＩＰパケットを通信可能なネットワークであるが、伝送揺らぎが発生しうるネットワークである。伝送揺らぎは、通信ネットワーク４０の負荷の高い状態が一時的に発生して、データ伝送に遅延が生じた場合などに発生する。また、通信ネットワーク４０上でＩＰパケットが欠落してしまい、受信端末５０が映像配信サーバ３０に対してＩＰパケットの再送を要求した場合などにも発生する。
【００４２】
受信端末５０は、映像配信サーバ３０から配信されるＩＰパケットを受信し、ＩＰパケットからＴＳパケットを抽出し、さらに、ＴＳパケットからコンテンツデータを抽出して再生し、ＴＶ放送を視聴可能とさせる端末装置である。受信端末５０の一例としては、ＳＴＢ（Set Top Box：セットトップボックス）、携帯端末、或いは、ＬＡＮなどに接続可能なパーソナルコンピュータなどを挙げることが出来る。なお、受信端末５０は、通常、複数存在するが、図１においては、説明の容易化のため、１つの受信端末５０だけを代表として図示している。
【００４３】
次に、図２、図３、図４を参照して、本実施形態の動作について説明する。
【００４４】
図２は、本実施形態の基本的な動作を説明するフローチャートである。図２においては、図１に示した映像配信サーバ３０と受信端末５０の動作だけを示し、図１の放送局１０の動作は示していない。これは、放送局１０は複数局存在し、各放送局１０は、前述したように、コンテンツデータをＭＰＥＧ２−ＴＳ形式に従って符号化し、符号化したＴＳをＯＦＤＭ変調して、ＯＦＤＭ信号を常に放送している。つまり、放送局１０の動作は前述したように決まっており、かつ、常に放送を行っているため、図２においては放送局１０の図示を省略するものである。
【００４５】
図２において、受信端末５０が、放送局１０の何れかから送出されるＴＶ放送を視聴したいとした場合、受信端末５０において、ＴＶ放送のコンテンツの受信を開始する操作が行われる（図２のステップＳ１）。ＴＶ放送のコンテンツの受信を開始する操作が行われると、受信端末５０から、映像配信サーバ３０に対し、視聴したいＴＶ放送のチャネルを付したコンテンツ受信要求を送出する（ステップＳ２）。
【００４６】
コンテンツ受信要求を受信した映像配信サーバ３０の制御手段３５は、コンテンツ受信要求に付されているチャネルに応じた放送局１０を選局する（ステップＳ３）。すると、図１には図示されていないＴＶ放送受信手段が、選局された放送局１０のＴＶ放送を受信し、受信したＴＶ放送の電波２０を復調して、コンテンツデータのＴＳを受信バッファ３１に蓄積する（ステップＳ４）。そして、受信バッファ３１内のＴＳを、タイムスタンプ付加手段３７を介して、送信バッファ３３に送出する（ステップＳ５）。コンテンツデータのＴＳを受けた送信バッファ３３からは、映像配信サーバ３０により当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ６）。
【００４７】
映像配信サーバ３０から配信されたＩＰパケットを受信した受信端末５０は、当該ＩＰパケットを、受信端末５０が有するバッファに蓄積する（ステップＳ７）。そして、受信端末５０は、自身が既に映像配信サーバ３０から受信したＩＰパケットの再生を開始しているか否かの判定を行う（ステップＳ７−１）。再生を開始していない場合（ステップＳ７−１で「Ｎｏ」）、受信端末５０は、映像配信サーバ３０に対して次のＩＰパケットの配信を要求する配信要求メッセージを送出する（ステップＳ７−２）。すなわち、受信端末５０は、自身のバッファに或る程度のＩＰパケットが蓄積されるまでは、ＩＰパケットを再生する動作を待っている。そして、受信端末５０のバッファに或る程度のＩＰパケットが蓄積された後、受信端末５０ではＩＰパケットを再生し（ステップＳ７−１で「Ｙｅｓ」の状態）、これを視聴させるよう動作する。
【００４８】
映像配信サーバ３０の制御手段３５は、ステップＳ３によりステップＳ４〜Ｓ６を行わせた後、受信端末５０から何らかの要求メッセージを受信したか否かを判定する（ステップＳ８）。ここで仮に、受信端末５０から何のメッセージも受信していない場合（ステップＳ８で「無」）、制御手段３５は何の制御も行わず、ＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。或いは、受信端末５０から何らかのメッセージを受信している場合（ステップＳ８で「有」）、制御手段３５は要求メッセージの種別を判定する（ステップＳ１６）。要求メッセージの種別が、配信要求メッセージであった場合（ステップＳ１６で「配信要求」）、制御手段３５はＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。ステップＳ４〜Ｓ６を継続させることにより、受信端末５０に対し、映像配信サーバ３０からＩＰパケットが配信される。
【００４９】
すると、受信端末５０は、映像配信サーバ３０から配信されるＩＰパケットを、受信端末５０が有するバッファに蓄積するようになる。すなわち、受信端末５０は、ステップＳ７の、バッファにＩＰパケットを蓄積する動作を継続して行う。つまり、受信端末５０においては、自身がＩＰパケットの再生を開始する前は、ＩＰパケットの蓄積を継続し、IPパケットを再生する動作を待っている。そして、受信端末５０で再生開始が行われた後、受信端末５０はＩＰパケットを再生して、ＴＶ放送を視聴させるよう動作する（ステップＳ７−１で「Ｙｅｓ」の状態）。
【００５０】
そして、ＴＶ放送の視聴を開始させた受信端末５０は、自身のバッファに蓄積されている最初のＩＰパケットから、ＴＳとして受信したコンテンツデータを抽出し、コンテンツデータを再生し、これを視聴させるよう動作する（ステップＳ１０）。再生したＩＰパケットはバッファから消去する。
【００５１】
次に、受信端末５０は、ステップＳ１０で再生を行った際、ＩＰパケットを取得した受信端末５０のバッファが、満杯状態であったか否かを判定する（ステップＳ１１）。満杯状態であった場合（ステップＳ１１で「Ｙｅｓ」）、再度、ステップＳ１０を行って、バッファ内から次のＩＰパケットを取得し、これを再生する。これは、受信端末５０のバッファがオーバーフローすることを防ぐため、バッファのＩＰパケットを減らすために行う動作である。
【００５２】
受信端末５０のバッファが満杯状態ではなかった場合（ステップＳ１１で「Ｎｏ」）、受信端末５０は、コンテンツの再生を終了するよう指示されているか否かを判定する（ステップＳ１２）。コンテンツ再生を終了する旨の指示がなされていない場合（ステップＳ１２で「Ｎｏ」）、受信端末５０は、次のＩＰパケットを配信させるための配信要求メッセージを、映像配信サーバ３０に送出する（ステップＳ１３）。
【００５３】
コンテンツ再生を終了する旨の指示がなされている場合（ステップＳ１２で「Ｙｅｓ」）、受信端末５０は、次のＩＰパケットを配信させないよう、終了要求メッセージを映像配信サーバ３０に送出する（ステップＳ１４）。そして、受信端末５０は、コンテンツ再生を終了する（ステップＳ１５）。
【００５４】
映像配信サーバ３０の制御手段３５は、前述したように、受信端末５０からの要求メッセージを受信したか否かを判定する（ステップＳ８）。受信端末５０からの要求メッセージを受信している場合（ステップＳ８で「有」）、制御手段３５は要求メッセージの種別を判定する（ステップＳ１６）。要求メッセージの種別が、配信要求メッセージであった場合（ステップＳ１６で「配信要求」）、制御手段３５はＴＶ放送受信手段によるＴＶ放送を受信させるステップＳ４〜Ｓ６を継続させる。ステップＳ４〜Ｓ６を継続させることにより、受信端末５０に対し、映像配信サーバ３０からＩＰパケットが配信される。
【００５５】
要求メッセージの種別が、終了要求メッセージであった場合（ステップＳ１６で「終了要求」）、映像配信サーバ３０の制御手段３５は、受信端末５０に対するＩＰパケットの配信を終了する（ステップＳ１７）
以上、図２を参照して、本実施形態の基本的な動作について説明した。
【００５６】
次に、図３を参照して、本実施形態の詳細な動作について説明する。
【００５７】
図３は、本実施形態の詳細な動作を説明するフローチャートである。
【００５８】
図３においては、主に、映像配信サーバ３０におけるＴＳパケットのタイムスタンプの変更動作について説明する。また、参考として、受信端末５０における、変更されたタイムスタンプによるコンテンツ、すなわちＴＳパケット、の再生タイミングの変化、についても説明する。
【００５９】
受信端末５０から、コンテンツ受信要求（図２のステップＳ２）を受信した映像配信サーバ３０は、コンテンツ受信要求に付されているチャネルを選局し、選局した放送局１０のＴＶ放送の受信を開始する。この時、映像配信サーバ３０のクロック生成手段３６のクロック周波数は、ＭＰＥＧ２で規格化されている２７ＭＨｚの一定値である（図３のステップＳ１００）。従って、クロック生成手段３６が生成するクロックは一定の値となっている。
【００６０】
ＴＶ放送の受信を開始した映像配信サーバ３０の制御手段３５は、送信バッファ３３から或る程度の量のＩＰパケットが配信された後、受信データ量計測手段３２が計測した、ＴＶ放送受信開始時からの受信データ量（以降、Ｔ１と表現する）を受信する（ステップＳ１１０）。また、制御手段３５は、送出データ量計測手段３４が計測した、配信開始時からの送出データ量（以降、Ｔ２と表現する）を受信する（ステップＳ１１１）。
【００６１】
次に、制御手段３５は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する（ステップＳ１２０）。Ｔ１＞Ｔ２であった場合（ステップＳ１２０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。
【００６２】
クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げる（ステップＳ１２１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【００６３】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（ステップＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。送信バッファ３３からは、当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ１２３）。ステップＳ１２３の後、制御手段３５の制御は、図３の「＊１」（図３のステップＳ１４０）に移る。
【００６４】
ステップＳ１２３により、受信端末５０は、タイムスタンプが増えたＴＳパケットを含むＴＳを、ＩＰパケットとして受信する。受信端末５０で、このタイムスタンプが増えたＴＳパケットのコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは増えているため、当該ＴＳパケットの再生タイミングは遅くなる（ステップＳ１２４）。
【００６５】
図３のステップＳ１２０の判定で、制御手段３５が、Ｔ１＞Ｔ２でないと判定した場合（ステップＳ１２０で「Ｎｏ」）、制御手段３５は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する（ステップＳ１３０）。Ｔ１＜Ｔ２であった場合（ステップＳ１３０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。
【００６６】
クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げる（ステップＳ１３１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【００６７】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（ステップＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。送信バッファ３３からは、当該ＴＳをＩＰパケットに構成し直したＩＰパケットが、受信端末５０に対して配信される（ステップＳ１３３）。ステップＳ１３３の後、制御手段３５の制御は、図３の「＊１」（図３のステップＳ１４０）に移る。
【００６８】
ステップＳ１３３により、受信端末５０は、タイムスタンプを減らしたＴＳパケットを含むＴＳを、ＩＰパケットとして受信する。受信端末５０で、このタイムスタンプが減ったＴＳパケットのコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは減っているため、当該ＴＳパケットの再生タイミングは早くなる（ステップＳ１３４）。
【００６９】
図３のステップＳ１３０の判定で、制御手段３５が、Ｔ１＜Ｔ２でないと判定した場合（ステップＳ１３０で「Ｎｏ」）、制御手段３５は、受信端末５０への配信の終了か否かを判定する（ステップＳ１４０）。配信終了でない場合は（ステップＳ１４０で「Ｎｏ」）、制御手段３５の制御は、ステップＳ１１０に戻る。配信終了の場合（ステップＳ１４０で「Ｙｅｓ」）、制御手段３５は、受信端末５０への配信を終了する（ステップＳ１５０）。
【００７０】
次に、これまで図３で説明した、映像配信サーバ３０におけるＴＶ放送受信開始時からの動作について、図４の具体例を参照して説明する。
【００７１】
図４は、タイムスタンプの変化の様子の一例を示す図である。
【００７２】
図４においては、放送局１０、映像配信サーバ３０、受信端末５０の各々における、ＴＳパケットのタイムスタンプを示している。なお、ＭＰＥＧ２システムにおいては、全てのＴＳパケットにＰＣＲすなわちタイムスタンプを付す必要は無く、ＰＣＲを付したＴＳパケットの送信間隔を１００ｍｓｅｃ以下にすればよい、と定められている。しかし、図４においては、説明の容易化のため、全てのＴＳパケットにタイムスタンプが付されており、また、１つのＴＳには１つのＴＳパケットが含まれるものとして説明する。さらに、図４においては、放送局１０から１つのＴＳ（すなわち、１つのＴＳパケット）を送出する動作は、放送局１０のクロックを「３０」カウントする毎に行われるものとする。これは、放送局１０のクロックの１波長を１ｍｓｅｃとし、１つのＴＳを３０ｍｓｅｃ毎に送出する場合を、一例として示すものである。
【００７３】
図４において、放送局１０から送出するＴＳパケットの番号は、最初のＴＳパケットの番号を「０」、２番目のＴＳパケットの番号を「１」、３番目を「２」・・・などとし、以下同様にＴＳパケットの番号は「１」ずつ増加するものとする（図４の４０１列）。また、各ＴＳパケットのタイムスタンプは、「０」番のＴＳパケットは「０００」、「１」番のＴＳパケットは「０３０」、「２」番は「０６０」・・・などとし、以下同様にタイムスタンプは「３０」ずつ増加して、放送局１０から送出されるものとする（４０２列）。
【００７４】
映像配信サーバ３０は、放送局１０から送出されるＴＳパケットを受信し、自身の受信バッファ３１に蓄積する。受信バッファ３１に蓄積されたＴＳパケットのタイムスタンプは、放送局１０が付した値と同じ値である（４０３列）。映像配信サーバ３０の送信バッファ３３に蓄積されるＴＳパケットのタイムスタンプは、クロック生成手段３６がクロック速度を上げると、受信バッファ３１でのタイムスタンプよりも増えた値となる。すなわち、タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（図３のＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳを送信バッファ３３に送出する。逆に、クロック生成手段３６がクロック速度を下げると、送信バッファ３３に蓄積されるＴＳパケットのタイムスタンプは、受信バッファ３１でのタイムスタンプよりも減った値となる。すなわち、タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（図３のＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳを送信バッファ３３に送出する（図４の４０４列）。
【００７５】
受信端末５０のバッファに蓄積されるＴＳパケットのタイムスタンプは、映像配信サーバ３０の送信バッファ３３におけるタイムスタンプと同じ値である（４０５列）。
【００７６】
図４において、映像配信サーバ３０は、ＴＳパケット番号が「０」と「１」のＴＳパケットが、受信バッファ３１から送信バッファ３３に送出される際には、クロック生成手段３６のクロックを変更していないため、タイムスタンプも変更されていない。なお、ここでは、一例として、ＴＳパケット番号が「０」のＴＳパケットを送信バッファ３３に送出した後、クロックを「３０」カウントしてから、ＴＳパケット番号が「１」のＴＳパケットを送出するものとしている。
【００７７】
その後、映像配信サーバ３０の制御手段３５が、図３のＳ１２０で説明したように、受信データ量（Ｔ１）＞送出データ量（Ｔ２）、であると判定した場合、クロック生成手段３６は、クロックの速度を上げる。そして、そのクロックを、タイムスタンプ付加手段３７に伝達する。この時の状態を、図４では（「注１」）として表示している。なお、ここでは一例として、クロック生成手段３６のクロックが、タイムスタンプ付加手段３７のカウンタにより、それまでの「３０」より「３」だけ増えた「３３」カウントされる毎に、次のＴＳパケットを送信バッファ３３に送出するものとする。
【００７８】
図４におけるＴＳパケット番号が「２」のＴＳパケットについて見てみることにする。当該ＴＳパケットは、映像配信サーバ３０の受信バッファ３１から送信バッファ３３に送出される際、クロック生成手段３６のクロック速度が上がっているため、タイムスタンプ付加手段３７によって、タイムスタンプが増やされる。増やされるタイムスタンプは上述したように、直前のＴＳパケットを送出してから、クロックを「３３」カウントした後の値である。従って、図４においては、ＴＳパケット番号が「２」のＴＳパケットは、ＴＳパケット番号が「１」のＴＳパケットのタイムスタンプ「０３０」より「３３」増えた「０６３」に増やされている。以下同様に、ＴＳパケット番号が「３」のＴＳパケットのタイムスタンプは、ＴＳパケット番号が「２」のＴＳパケットのタイムスタンプより「３３」増えた「０９６」に増やされる。
【００７９】
ここで、受信端末５０におけるＴＳパケットの再生タイミングについて説明を行う。
【００８０】
受信端末５０は、自身が有するクロック生成回路が発生するクロックで動作しており、このクロック生成回路は、基本的には、ＭＰＥＧ２システムで規格化されている２７ＭＨｚの発振周波数で動作している。しかし、当該クロックは、放送局１０のクロックとは必ずしも同期していない場合がある。これは、ＭＰＥＧ２システムで規格化されている発振周波数は、２７ＭＨｚ±８１０Ｈｚとされており、或る程度の誤差を許容しているためである。また、クロック生成回路を構成する部品の精度や、回路内部の配線長などの製造上の理由により、放送局１０や受信端末５０のクロック生成回路が全く同一の精度で動作するとは限らない故である。
【００８１】
そして、本実施形態における受信端末５０のクロック生成回路は、常に一定のクロックを発生しており、このクロックの値を変更させる機能（例えば、ＰＬＬ回路、など）は有していない、ということを前提としている。
【００８２】
図４において、受信端末５０が、映像配信サーバ３０から受信したＴＳパケットからコンテンツを再生する際、当該ＴＳパケットのタイムスタンプを参照し、そのタイミングでコンテンツの再生を行う。
【００８３】
図４におけるＴＳパケット番号が「０」のＴＳパケットを再生した時から、受信端末５０は、自身のクロック生成回路のクロックのカウントを開始する。そして、ＴＳパケット番号が「１」のＴＳパケットを再生するタイミングは、当該ＴＳパケットのタイムスタンプ（すなわち、「０３０」）を参照して決定する。つまり、自身のクロック生成回路のクロックのカウント値が「０３０」になった時、ＴＳパケット番号が「１」のＴＳパケットのコンテンツを再生する。
【００８４】
次のＴＳパケット番号が「２」のＴＳパケットを再生する場合は、自身のクロック生成回路のクロックのカウント値が「０６３」になった時、当該ＴＳパケットのコンテンツを再生する。つまり、再生のタイミングが、放送局１０が送出したタイムスタンプ「０６０」に比べて遅くなる。この時の状態は、図４において（「注２」）として表示している。図２のステップＳ１３として説明したように、受信端末５０は、ＴＳパケットを１つ再生するたびに、次のＴＳパケットを配信するよう、映像配信サーバ３０に対して配信要求メッセージを送出する。すると、映像配信サーバ３０からは、次のＴＳパケットが１つ配信される。
【００８５】
つまり、受信端末５０におけるＴＳパケットの再生タイミングが遅くなることにより、映像配信サーバ３０が配信する次のＴＳパケットの配信タイミングも遅くなる。このことにより、映像配信サーバ３０の送信バッファ３３内のＴＳパケットは、徐々に増えていくこととなる。従って、映像配信サーバ３０の送信バッファ３３におけるデータ（つまり、ＴＳパケット）が無くなる状態、つまり、送信バッファ３３のアンダーフローを防ぐことになる。仮に、上記の制御がなされずに、映像配信サーバ３０の送信バッファ３３がアンダーフローを発生した場合、映像配信サーバ３０から受信端末５０に対して配信するデータ（ＴＳパケット）が無い状態となる。すると、受信端末５０のバッファもアンダーフローしてしまい、受信端末５０におけるコンテンツの再生が行われなくなってしまう、という結果を生じてしまう。
【００８６】
以上説明したように、映像配信サーバ３０のクロック生成手段３６のクロック周波数を上げることにより、送信バッファ３３のアンダーフローを防ぐことが可能となる。また、映像配信サーバ３０の送信バッファ３３のアンダーフローを防ぐことにより、受信端末５０のバッファのアンダーフローも防ぐことが出来る。
【００８７】
次に、映像配信サーバ３０の送信バッファ３３のオーバーフローを防ぐ際の動作について説明する。この動作は、図４においては、ＴＳパケット番号が「１０」以降のタイムスタンプの変化の様子として示されている。
【００８８】
図４において、映像配信サーバ３０は、ＴＳパケット番号が「１０」と「１１」のＴＳパケットが、受信バッファ３１から送信バッファ３３に送出される際には、クロック生成手段３６のクロックを変更していないため、タイムスタンプも変更されていない。なお、ここでは、一例として、ＴＳパケット番号が「１０」のＴＳパケットを送信バッファ３３に送出した後、クロックを「３０」カウントしてから、ＴＳパケット番号が「１１」のＴＳパケットを送出するものとしている。
【００８９】
その後、映像配信サーバ３０の制御手段３５が、図３のＳ１３０で説明したように、受信データ量（Ｔ１）＜送出データ量（Ｔ２）、であると判定した場合、クロック生成手段３６は、クロックの速度を下げる。そして、そのクロックを、タイムスタンプ付加手段３７に伝達する。この時の状態を、図４では（「注３」）として表示している。なお、ここでは一例として、クロック生成手段３６のクロックが、タイムスタンプ付加手段３７のカウンタにより、それまでの「３０」より「３」だけ減った「２７」カウントされる毎に、次のＴＳパケットを送信バッファ３３に送出するものとする。
【００９０】
図４におけるＴＳパケット番号が「１２」のＴＳパケットについて見てみることにする。当該ＴＳパケットは、映像配信サーバ３０の受信バッファ３１から送信バッファ３３に送出される際、クロック生成手段３６のクロック速度が下がっているため、タイムスタンプ付加手段３７によって、タイムスタンプが減らされる。減らされるタイムスタンプは上述したように、直前のＴＳパケットを送出してから、クロックを「２７」カウントした後の値である。従って、図４においては、ＴＳパケット番号が「１２」のＴＳパケットは、ＴＳパケット番号が「１１」のＴＳパケットのタイムスタンプ「３３０」より「２７」増えた「３５７」となっている。以下同様に、ＴＳパケット番号が「１３」のＴＳパケットのタイムスタンプは、ＴＳパケット番号が「１２」のＴＳパケットのタイムスタンプより「２７」増えた「３８４」となる。
【００９１】
ここで、受信端末５０におけるＴＳパケットの再生タイミングについて説明を行う。
【００９２】
図４におけるＴＳパケット番号が「０」のＴＳパケットを再生した時から、受信端末５０は、自身のクロック生成回路のクロックのカウントを開始している。そして、ＴＳパケット番号が「１１」のＴＳパケットを再生するタイミングは、当該ＴＳパケットのタイムスタンプ（すなわち、「３３０」）を参照して決定する。つまり、自身のクロック生成回路のクロックのカウント値が「３３０」になった時、ＴＳパケット番号が「１１」のＴＳパケットのコンテンツを再生する。
【００９３】
次のＴＳパケット番号が「１２」のＴＳパケットを再生する場合は、自身のクロック生成回路のクロックのカウント値が「３５７」になった時、当該ＴＳパケットのコンテンツを再生する。つまり、再生のタイミングが、放送局１０が送出したタイムスタンプ「３６０」に比べて早くなる。この時の状態は、図４において（「注４」）として表示している。図２のステップＳ１３として説明したように、受信端末５０は、ＴＳパケットを１つ再生するたびに、次のＴＳパケットを配信するよう、映像配信サーバ３０に対して配信要求メッセージを送出する。すると、映像配信サーバ３０からは、次のＴＳパケットが１つ配信される。
【００９４】
つまり、受信端末５０におけるＴＳパケットの再生タイミングが早くなることにより、映像配信サーバ３０が配信する次のＴＳパケットの配信タイミングも早くなる。このことにより、映像配信サーバ３０の送信バッファ３３内のＴＳパケットは、徐々に減っていくこととなる。従って、映像配信サーバ３０の送信バッファ３３におけるデータ（つまり、ＴＳパケット）が送信バッファ３３に入りきれなくなる状態、つまり、送信バッファ３３のオーバーフローを防ぐことになる。
【００９５】
以上説明したように、映像配信サーバ３０のクロック生成手段３６のクロック周波数を下げることにより、送信バッファ３３のオーバーフローを防ぐことが可能となる。
【００９６】
以上、本発明の第１の実施形態の動作について説明した。
【００９７】
以上説明したように、本実施形態の映像配信サーバ３０は、受信した放送データを蓄積受信データとして蓄積する第１の記憶手段（受信バッファ３１）と、前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段３２と、を備えている。また、順次供給される前記蓄積受信データを蓄積する第２の記憶手段（送信バッファ３３）と、前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段３４と、を備えている。さらに、前記第１の記憶手段から所定のクロック（クロック生成手段３６）のタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段３７を備えている。またさらに、前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段３５と、を備えている。
【００９８】
そして、本実施形態においては、映像配信サーバ３０が受信した受信データ量が、受信端末５０に配信した送出データ量より多い場合、すなわち、送信バッファ３３が蓄積しているデータ量が減少し始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を上げ、クロック速度を上げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが増す。タイムスタンプが増すことにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが遅くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも遅くなり、送信バッファ３３内のコンテンツデータは徐々に増えることになる。従って、送信バッファ３３におけるアンダーフローを防ぐことが出来る。
【００９９】
また、映像配信サーバ３０が受信した受信データ量が、受信端末に配信した送出データ量より少ない場合、すなわち、送信バッファ３３が蓄積しているデータ量が増え始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を下げ、クロック速度を下げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが減る。タイムスタンプが減ることにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが早くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも早くなり、送信バッファ３３内のコンテンツデータは徐々に減っていくことになる。従って、送信バッファ３３におけるオーバーフローを防ぐことが出来る。
【０１００】
従って、本実施形態によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させることがない。
[第２の実施形態]
次に、図１に示した第１の実施形態をさらに詳細化した本発明による第２の実施形態について説明する。
【０１０１】
図５は、本発明の映像配信システムの第２の実施形態を示すブロック図である。図５においては、図１に示した映像配信サーバ３０に機能追加を行って映像配信サーバ３０−１とし、映像配信サーバ３０−１について更に詳細に説明する。従って、図５において、図１の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。
【０１０２】
図５に示す映像配信システム１００−１は、図１と同様に、放送局１０と、映像配信サーバ３０−１と、受信端末５０を含んでいる。放送局１０は、放送するコンテンツデータを放送用の電波２０に載せて、放送を行う。映像配信サーバ３０−１は、電波２０を受信してコンテンツデータを蓄積し、蓄積したコンテンツデータを、通信ネットワーク４０を介して、受信端末５０に配信する。
【０１０３】
図５における放送局１０、通信ネットワーク４０及び受信端末５０は、第１の実施形態と同一であるため、それぞれの説明は省略するものとする。
【０１０４】
映像配信サーバ３０−１は、放送局１０から送出される電波２０から、所望のＴＶ放送を選局して受信し、受信したＯＦＤＭ信号を復調して、ＭＰＥＧ２−ＴＳを抽出するＴＶ（television：テレビジョン）放送受信手段３０１を含んでいる。また、ＴＶ放送受信手段３０１が抽出したＴＳを受信して蓄積する受信バッファ３１を含んでいる。また、受信バッファ３１に蓄積されたＴＳの量（以下、受信データ量と称す）を計測する受信データ量計測手段３２を含んでいる。ここで、受信バッファ３１及び受信データ量計測手段３２は、第１の実施形態と同一のものである。
【０１０５】
さらに、映像配信サーバ３０−１は、受信端末５０に配信するＴＳを蓄積する送信バッファ３３を含んでいる。また、送信バッファ３３から受信端末５０に配信されたＴＳの量（以下、送出データ量と称す）を計測する送出データ量計測手段３４を含んでいる。ここで、送信バッファ３３及び送出データ量計測手段３４は、第１の実施形態と同一である。
【０１０６】
また、映像配信サーバ３０−１は、制御手段３５−１と、クロック生成手段３６と、タイムスタンプ付加手段３７を更に含んでいる。
【０１０７】
制御手段３５−１は、映像配信サーバ３０全体の動作制御を行う。特に、制御手段３５−１は、受信データ量計測手段３２が計測した受信データ量と、送出データ量計測手段３４が計測した送出データ量を比較する。比較の結果、受信データ量の方が送出データ量よりも大きい場合は、クロック生成手段３６のクロック周波数を上げるよう制御する。逆に、受信データ量の方が送出データ量よりも少ない場合は、クロック生成手段３６のクロック周波数を下げるよう制御する。また、制御手段３５−１は、後述する制御命令受信手段３０３から、受信端末５０が送信したメッセージから得られる制御命令を受信し、当該制御命令に応じた制御を行う。当該制御命令は、第１の実施形態の図２で説明した、コンテンツ受信要求、配信要求メッセージ、終了要求メッセージなどのメッセージから得られる命令である。
【０１０８】
クロック生成手段３６及びタイムスタンプ付加手段３７は、第１の実施形態と同一であるため、それぞれの説明は省略するものとする。
【０１０９】
さらに、映像配信サーバ３０−１は、ネットワークＩ／Ｆ（Inter Face：インタフェース）３０２、制御命令受信手段３０３及び転送速度計測手段３０４を含んでいる。
【０１１０】
ネットワークＩ／Ｆ３０２は、通信ネットワーク４０を介して受信端末５０との通信を行う。特に、ネットワークＩ／Ｆ３０２は、送信バッファ３３に蓄積されているＴＳを受信端末５０に対して送出する。また、受信端末５０から受信したメッセージ（上述した、コンテンツ受信要求、配信要求メッセージ、終了要求メッセージなど）を、制御命令受信手段３０３に送出する。
【０１１１】
制御命令受信手段３０３は、ネットワークＩ／Ｆ３０２から、受信端末５０が送信したメッセージを受け、当該メッセージに含まれる制御命令を抽出する。そして、当該制御命令を制御手段３５−１に送出する。受信端末５０が送信したコンテンツ受信要求からは、放送局１０を選局する命令と、選局した放送局１０から受信したコンテンツデータの配信開始の命令を抽出する。受信端末５０が送信した配信要求メッセージからは、送信バッファ３３に蓄積されているＴＳを１つ選び、当該ＴＳを受信端末５０に配信する命令を抽出する。受信端末５０が送信した終了要求メッセージからは、受信端末５０に対するＴＳの配信を終了する命令を抽出する。
【０１１２】
転送速度計測手段３０４は、ネットワークＩ／Ｆ３０２から受信端末５０に対して配信するＴＳの転送速度を計測し、計測した転送速度を、制御手段３５−１に送出する。
【０１１３】
次に、図６を参照して、本実施形態の動作について説明する。
【０１１４】
図６は、本発明の第２の実施形態の動作を説明するフローチャートである。なお、図６は、第１の実施形態における図３のフローチャートに僅かな変更が加えられたものである。従って、図６において図３の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。
【０１１５】
受信端末５０から、第１の実施形態と同一の、コンテンツ受信要求を受信した映像配信サーバ３０−１の制御手段３５−１は、ネットワークＩ／Ｆ３０２及び制御命令受信手段３０３から、コンテンツ受信要求の制御命令を受信する。そして、コンテンツ受信要求に付されているチャネルをＴＶ放送受信手段３０１に選局させる。ＴＶ放送受信手段３０１は、選局指示の有った放送局１０のＴＶ放送の受信を開始する。この時、映像配信サーバ３０−１の制御手段３５−１は、クロック速度を固定で動作させる（図６のステップＳ１０１）。従って、クロック生成手段３６のクロック周波数は、ＭＰＥＧ２で規格化されている２７ＭＨｚの一定値であり（図６のステップＳ１００）、クロック生成手段３６が生成するクロックは一定の値となっている。クロック速度を一定期間の間、固定で動作させるのは、以下の理由によるものである。
【０１１６】
すなわち、前述したように、受信端末５０がコンテンツ受信要求を送信した後、映像配信サーバ３０−１からのＩＰパケットを受信し、自身のバッファに或る程度のＩＰパケットが蓄積されるまでは、受信端末５０はＩＰパケットの再生を行わない。そして、ＩＰパケットの再生の開始前は、再生の開始後に比べ、受信端末５０は高い頻度で配信要求メッセージを送出する。つまり、受信端末５０においてＩＰパケットの再生開始前は、高い頻度で映像配信サーバ３０−１からのＩＰパケットを受信する。その間は、映像配信サーバ３０−１のクロック周波数を一定にしておき、クロック速度を固定しておくことにより、ＩＰパケット内のＴＳのタイムスタンプが変更されないようにするためである。このことは、受信端末５０における再生タイミングが変更されることが無いようにするため、と同様の意味を持つものである。
【０１１７】
ＴＶ放送の受信を開始した映像配信サーバ３０−１は、送信バッファ３３からネットワークＩ／Ｆ３０２を介して、或る程度の量のＩＰパケットが配信されるまでは、転送速度計測手段３０４により、受信端末５０へＩＰパケットを配信する速度を計測している。そして、転送速度計測手段３０４から転送速度を受信した制御手段３５−１は、転送速度が安定しているか否かを判定する（ステップＳ１０５）。転送速度が安定していない場合（ステップＳ１０５で「Ｎｏ」）、再度、ステップＳ１０５に戻り、転送速度が安定しているかの判定を行う。転送速度が安定した場合（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進む。転送速度が安定したことを判定する条件としては、次のようなものがある。１つは、映像配信サーバ３０−１の制御手段３５−１は、固定したクロック周波数で転送可能な転送速度に対し、予め設定された範囲の転送速度になった場合、転送速度が安定したと判断する。ここで、固定したクロック周波数で転送可能な転送速度の値は、例えば、地上デジタルテレビジョン放送では、１５Ｍｂｐｓ〜２０Ｍｂｐｓ程度の値である。転送速度が安定したことを判定する他の条件としては、予め設定された範囲の転送速度が一定時間継続した場合、などであってもよい。
【０１１８】
転送速度が安定した場合（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進むが、ステップＳ１１０以降の動作は、第１の実施形態で示した動作と同一である。従って、以降においては、ステップＳ１１０以降の動作は略記するにとどめるものとする。なお、転送速度が安定した後に（ステップＳ１０５で「Ｙｅｓ」）、次のステップＳ１１０に進む理由は以下の通りである。すなわち、後述するように、制御手段３５−１は、受信データ量（Ｔ１）と送出データ量（Ｔ２）の比較を行い、比較結果に応じて、クロック生成手段３６のクロック周波数を変更する。転送速度が安定しないうちに（ステップＳ１０５で「Ｎｏ」）、Ｔ１とＴ２を計測して比較を行ってしまうと、転送速度と同様に安定していないＴ１とＴ２を比較することとなってしまう。すると、本来であれば、安定した状態のＴ１とＴ２の比較を行うべき動作において、誤った比較判定を行ってしまうこととなる。このような事態を回避するため、転送速度が安定した後にステップＳ１１０以降に進むようにしたものである。
【０１１９】
ＴＶ放送の受信を開始した映像配信サーバ３０−１の制御手段３５−１は、送信バッファ３３から或る程度の量のＩＰパケットが配信された後、受信データ量計測手段３２が計測した、ＴＶ放送受信開始時からの受信データ量（以降、Ｔ１と表現する）を受信する（ステップＳ１１０）。また、制御手段３５−１は、送出データ量計測手段３４が計測した、配信開始時からの送出データ量（以降、Ｔ２と表現する）を受信する（ステップＳ１１１）。
【０１２０】
次に、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する（ステップＳ１２０）。Ｔ１＞Ｔ２であった場合（ステップＳ１２０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。
【０１２１】
クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げる（ステップＳ１２１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【０１２２】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する（ステップＳ１２２）。そして、タイムスタンプを増やしたＴＳパケットを含むＴＳをＩＰパケットに構成し直し、送信バッファ３３を介してネットワークＩ／Ｆ３０２から受信端末５０に対して配信する（ステップＳ１２６）。ステップＳ１２６の後、制御手段３５−１の制御は、図６の「＊２」（図６のステップＳ１４０）に移る。
【０１２３】
ステップＳ１２６により、受信端末５０は、ＩＰパケットを受信し、ＩＰパケットからタイムスタンプが増えたＴＳパケットを抽出してコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは増えているため、当該ＴＳパケットの再生タイミングは遅くなる（ステップＳ１２４）。
【０１２４】
図６のステップＳ１２０の判定で、制御手段３５−１が、Ｔ１＞Ｔ２でないと判定した場合（ステップＳ１２０で「Ｎｏ」）、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する（ステップＳ１３０）。Ｔ１＜Ｔ２であった場合（ステップＳ１３０で「Ｙｅｓ」）、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。
【０１２５】
クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げる（ステップＳ１３１）。そして、クロック生成手段３６は、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。
【０１２６】
タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する（ステップＳ１３２）。そして、タイムスタンプを減らしたＴＳパケットを含むＴＳをＩＰパケットに構成し直し、送信バッファ３３を介してネットワークＩ／Ｆ３０２から受信端末５０に対して配信する（ステップＳ１３６）。ステップＳ１３６の後、制御手段３５−１の制御は、図６の「＊２」（図６のステップＳ１４０）に移る。
【０１２７】
ステップＳ１３６により、受信端末５０は、ＩＰパケットを受信し、ＩＰパケットからタイムスタンプを減らしたＴＳパケットを抽出してコンテンツデータを再生する。この時、当該ＴＳパケットのタイムスタンプは減っているため、当該ＴＳパケットの再生タイミングは早くなる（ステップＳ１３４）。
【０１２８】
図６のステップＳ１３０の判定で、制御手段３５−１が、Ｔ１＜Ｔ２でないと判定した場合（ステップＳ１３０で「Ｎｏ」）、制御手段３５−１は、受信端末５０への配信の終了か否かを判定する（ステップＳ１４０）。配信終了でない場合は（ステップＳ１４０で「Ｎｏ」）、制御手段３５−１の制御は、ステップＳ１１０に戻る。配信終了の場合（ステップＳ１４０で「Ｙｅｓ」）、制御手段３５−１は、受信端末５０への配信を終了する（ステップＳ１５０）。
【０１２９】
以上説明したように、本発明の第２の実施形態の動作は、映像配信サーバ３０−１において、受信端末５０からコンテンツ受信要求を受信して、選局した放送局１０からＴＶ放送の受信を開始した後の一定期間の動作が、第１の実施形態の動作と異なっているだけである。
【０１３０】
すなわち、映像配信サーバ３０−１がＴＶ放送の受信を開始し、初めは、クロック速度を固定して、受信端末５０に配信するＩＰパケット内のＴＳのタイムスタンプが変更されないよう動作する。そして、受信端末５０へ配信するＩＰパケットの転送速度が安定した後、第１の実施形態と同様に、映像配信サーバ３０−１の受信データ量（Ｔ１）と送出データ量（Ｔ２）の計測を開始する。Ｔ１とＴ２の計測を開始した後の動作は、第１の実施形態の動作と同一である。そして、図４を参照して説明した第１の実施形態におけるタイムスタンプの変化の様子も、第２の実施形態において、同一となっている。
【０１３１】
従って、第２の実施形態の動作についてのこれ以上の説明は省略するものとする。
【０１３２】
以上、第２の実施形態の動作について説明した。
【０１３３】
前述したように、本発明の第２の実施形態は、図１に示した第１の実施形態の映像配信サーバ３０に、図５に示したＴＶ放送受信手段３０１、ネットワークＩ／Ｆ３０２、制御命令受信手段３０３、転送速度計測手段３０４を追加したものとなっている。そして、図１に示した制御手段３５に機能追加を行って、制御手段３５−１としている。
【０１３４】
制御手段３５−１に追加された機能の内の主なものは、ＴＶ放送受信開始後に、クロック生成手段３６のクロック速度を固定する機能（図６のステップＳ１０１）、及び、転送速度が安定したかを判定する機能（図６のステップＳ１０５）である。従って、以下において第２の実施形態に特有の箇所に関してのみ説明するものとする。
【０１３５】
以上説明したように、本実施形態の映像配信システム１００−１は、映像配信サーバ３０−１を備えている。また、映像配信サーバ３０−１からの送信データを受信し、自らの動作クロックにより前記送信データに付されたタイムスタンプに対応するタイミングで前記送信データを再生する受信端末５０を備えている。
【０１３６】
ここで、映像配信サーバ３０−１は、制御手段３５−１、ＴＶ放送受信手段３０１、ネットワークＩ／Ｆ３０２、制御命令受信手段３０３、転送速度計測手段３０４を含んでいる。
【０１３７】
制御手段３５−１は、受信端末５０から、ネットワークＩ／Ｆ３０２及び制御命令受信手段３０３を介し、コンテンツ受信要求の制御命令を受信する。そして、コンテンツ受信要求に付されているチャネルをＴＶ放送受信手段３０１に選局させる。ＴＶ放送受信手段３０１は、選局指示の有った放送局１０のＴＶ放送の受信を開始する。この時、制御手段３５−１は、クロック速度を固定で動作させる。
【０１３８】
ＴＶ放送の受信を開始した映像配信サーバ３０−１は、転送速度計測手段３０４により、受信端末５０へＩＰパケットを配信する速度を計測している。そして、転送速度計測手段３０４から転送速度を受信した制御手段３５−１は、転送速度が安定しているか否かを判定する。転送速度が安定していない場合は、転送速度が安定するまで、転送速度計測手段３０４は転送速度の計測を行う。
【０１３９】
そして、転送速度が安定した場合、制御手段３５−１は、ＴＶ放送受信開始時からの受信データ量（Ｔ１）と、受信端末５０への配信開始時からの送出データ量（Ｔ２）を受信する。
【０１４０】
次に、制御手段３５−１は、受信データ量（Ｔ１）が送出データ量（Ｔ２）より大きいかを判定する。Ｔ１＞Ｔ２であった場合、クロック生成手段３６に対し、クロック周波数を上げるよう指示する。クロック生成手段３６は、自身のクロック周波数を上げることにより、自身が生成するクロックの速度を上げ、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが増えるよう変更する。
【０１４１】
また、制御手段３５−１が、Ｔ１＞Ｔ２でないと判定した場合は、次に、受信データ量（Ｔ１）が送出データ量（Ｔ２）より小さいかを判定する。Ｔ１＜Ｔ２であった場合、クロック生成手段３６に対し、クロック周波数を下げるよう指示する。クロック生成手段３６は、自身のクロック周波数を下げることにより、自身が生成するクロックの速度を下げ、自身が生成しているクロックを、タイムスタンプ付加手段３７に伝達する。タイムスタンプ付加手段３７は、受信バッファ３１から受けたＴＳ内のＴＳパケットのタイムスタンプが減るよう変更する。
【０１４２】
そして、本実施形態においては、第１の実施形態と同様に、映像配信サーバ３０−１が受信した受信データ量が、受信端末５０に配信した送出データ量より多い場合、すなわち、送信バッファ３３が蓄積しているデータ量が減少し始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を上げ、クロック速度を上げる。すると、映像配信サーバ３０−１から受信端末５０に配信するコンテンツデータのタイムスタンプが増す。タイムスタンプが増すことにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが遅くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも遅くなり、送信バッファ３３内のコンテンツデータは徐々に増えることになる。従って、送信バッファ３３におけるアンダーフローを防ぐことが出来る。ここで、仮に、クロック生成手段３６のクロック周波数を上げなかったとすると、送信バッファ３３が蓄積しているデータ量は更に減少し、ついに、送信バッファ３３が空になることも起こりうる。すると、受信端末５０への配信も無くなるため、受信端末５０のバッファもアンダーフローを起こすこととなる。
【０１４３】
また、映像配信サーバ３０−１が受信した受信データ量が、受信端末に配信した送出データ量より少ない場合、すなわち、送信バッファ３３が蓄積しているデータ量が増え始めた場合、次のように動作する。つまり、クロック生成手段３６のクロック周波数を下げ、クロック速度を下げる。すると、映像配信サーバ３０から受信端末５０に配信するコンテンツデータのタイムスタンプが減る。タイムスタンプが減ることにより、受信端末５０は一定したクロックで動作しているため、受信端末５０での再生のタイミングが早くなる。このことにより、送信バッファ３３から配信されるコンテンツデータの配信タイミングも早くなり、送信バッファ３３内のコンテンツデータは徐々に減っていくことになる。従って、送信バッファ３３におけるオーバーフローを防ぐことが出来る。
【０１４４】
なお、本実施形態の映像配信サーバ３０−１、及び、受信端末５０は、放送局１０のクロックと映像配信サーバ３０−１や受信端末５０のクロックを同期させるためのＰＬＬ回路などを備える必要がない。
【０１４５】
従って、本実施形態によれば、放送局と受信端末それぞれのクロックが同期していない場合であっても、放送局と受信端末間でコンテンツを仲介する映像配信サーバに、バッファのオーバーフローやアンダーフローを発生させない映像配信システムを提供することが可能となる。
【０１４６】
また、受信端末のバッファにアンダーフローを発生させることのない映像配信システムを提供することが可能となる。
【０１４７】
さらに、低コストで、映像配信サーバや受信端末を提供することが可能となる。
【符号の説明】
【０１４８】
１０ 放送局
２０ 電波
３０ 映像配信サーバ
３０−１ 映像配信サーバ
３１ 受信バッファ
３２ 受信データ量計測手段
３３ 送信バッファ
３４ 送出データ量計測手段
３５ 制御手段
３５−１ 制御手段
３６ クロック生成手段
３７ タイムスタンプ付加手段
３０１ ＴＶ放送受信手段
３０２ ネットワークＩ／Ｆ
３０３ 制御命令受信手段
３０４ 転送速度計測手段
４０ 通信ネットワーク
５０ 受信端末
１００ 映像配信システム
１００−１ 映像配信システム
５００ 再配信装置
５０１ 放送受信部
５０２ ＴＳ記憶部
５０３ ＴＳ生成部
５０４ ＴＭＣＣ情報生成部
５０５ ＴＳ合成部
５０６ ダミーパケット処理部
５０７ 変調部
５０８ 配信部
６００ ＰＬＬ回路
６０１ 引き算器
６０２ Ｄ／Ａ変換器
６０３ 低域フィルタ
６０４ 電圧制御型水晶発振器
６０５ カウンタ
７０１ 受信装置
７０２ 受信バッファ
７０３ 受信バッファ監視回路
７０４ 受信クロック発生回路
７０５ ＡＶデコーダ
【特許請求の範囲】
【請求項１】
受信した放送データを蓄積受信データとして蓄積する第１の記憶手段と、
前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段と、
順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、
前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段と、
前記第１の記憶手段から所定のクロックのタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段と、
前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段と、
を備えていることを特徴とする映像配信サーバ。
【請求項２】
前記制御手段は、前記受信データ量が前記送出データ量より多い場合は前記クロックの周波数を上げ、
前記受信データ量が前記送出データ量より少ない場合は前記クロックの周波数を下げる、
ことを特徴とする請求項１に記載の映像配信サーバ。
【請求項３】
前記制御手段は、前記送信データの出力開始の後、出力する前記送信データの転送速度が安定するまでは、前記クロックの周波数を固定する、
ことを特徴とする請求項１或いは請求項２の何れかに記載の映像配信サーバ。
【請求項４】
請求項１乃至請求項３の何れかの請求項に記載された映像配信サーバと、
前記送信データを受信し、自らの動作クロックにより前記タイムスタンプに対応するタイミングで前記送信データを再生する受信端末と、
を備えていることを特徴とする映像配信システム。
【請求項５】
前記受信端末は、前記映像配信サーバに対し、前記送信データの送信を開始させるための配信要求を送信する、
ことを特徴とする請求項４に記載の映像配信システム。
【請求項６】
受信した放送データを蓄積受信データとして蓄積し、
前記蓄積受信データのデータ量である受信データ量を計測し、
前記蓄積受信データを所定のクロックのタイミングで読み出し、読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して送信データとして蓄積し、
蓄積した前記送信データを読み出して出力する前記送信データのデータ量である送出データ量を計測し、
前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる、
ことを特徴とする映像配信方法。
【請求項７】
前記受信データ量と前記送出データ量を比較し、前記受信データ量が前記送出データ量より多い場合は前記クロックの周波数を上げ、
前記受信データ量が前記送出データ量より少ない場合は前記クロックの周波数を下げる、
ことを特徴とする請求項６に記載の映像配信方法。
【請求項８】
前記送信データの出力開始の後、出力する前記送信データの転送速度が安定するまでは、前記クロックの周波数を固定する、
ことを特徴とする請求項６或いは請求項７の何れかに記載の映像配信方法。
【請求項１】
受信した放送データを蓄積受信データとして蓄積する第１の記憶手段と、
前記蓄積受信データのデータ量である受信データ量を計測する受信データ量計測手段と、
順次供給される前記蓄積受信データを蓄積する第２の記憶手段と、
前記第２の記憶手段から読み出され出力される送信データのデータ量である送出データ量を計測する送出データ量計測手段と、
前記第１の記憶手段から所定のクロックのタイミングで読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して前記第２の記憶手段に書き込むタイムスタンプ付加手段と、
前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる制御手段と、
を備えていることを特徴とする映像配信サーバ。
【請求項２】
前記制御手段は、前記受信データ量が前記送出データ量より多い場合は前記クロックの周波数を上げ、
前記受信データ量が前記送出データ量より少ない場合は前記クロックの周波数を下げる、
ことを特徴とする請求項１に記載の映像配信サーバ。
【請求項３】
前記制御手段は、前記送信データの出力開始の後、出力する前記送信データの転送速度が安定するまでは、前記クロックの周波数を固定する、
ことを特徴とする請求項１或いは請求項２の何れかに記載の映像配信サーバ。
【請求項４】
請求項１乃至請求項３の何れかの請求項に記載された映像配信サーバと、
前記送信データを受信し、自らの動作クロックにより前記タイムスタンプに対応するタイミングで前記送信データを再生する受信端末と、
を備えていることを特徴とする映像配信システム。
【請求項５】
前記受信端末は、前記映像配信サーバに対し、前記送信データの送信を開始させるための配信要求を送信する、
ことを特徴とする請求項４に記載の映像配信システム。
【請求項６】
受信した放送データを蓄積受信データとして蓄積し、
前記蓄積受信データのデータ量である受信データ量を計測し、
前記蓄積受信データを所定のクロックのタイミングで読み出し、読み出した前記蓄積受信データに、前記クロックの周期をカウントした結果に基づくタイムスタンプを付加して送信データとして蓄積し、
蓄積した前記送信データを読み出して出力する前記送信データのデータ量である送出データ量を計測し、
前記受信データ量と前記送出データ量を比較した結果に基づき、前記クロックの周波数を変化させる、
ことを特徴とする映像配信方法。
【請求項７】
前記受信データ量と前記送出データ量を比較し、前記受信データ量が前記送出データ量より多い場合は前記クロックの周波数を上げ、
前記受信データ量が前記送出データ量より少ない場合は前記クロックの周波数を下げる、
ことを特徴とする請求項６に記載の映像配信方法。
【請求項８】
前記送信データの出力開始の後、出力する前記送信データの転送速度が安定するまでは、前記クロックの周波数を固定する、
ことを特徴とする請求項６或いは請求項７の何れかに記載の映像配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１３４６２１（Ｐ２０１２−１３４６２１Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８３０５０（Ｐ２０１０−２８３０５０）
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]