(57)【要約】【課題】  電波により放送を受信する受信装置と比較しても、常に同じ遅延時間で再生を開始することが可能な受信装置を提供する。【解決手段】  受信装置は、ＩＰネットワークインタフェース（１１）に入力されたデータに対してエラー訂正を行ってからバッファ（１３）に蓄積した後、デスクランブラ（１４）、デマルチプレクサ（１５）へと順次データを渡してゆき、音声出力及び映像出力を行う。受信装置は、音声出力及び映像出力を可能とするための制御情報の取得後に初めてバッファ（１３）からデスクランブラ（１４）に入力する際にバッファ（１３）に蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御手段（３１）を有する。【選択図】      図１
2011023905.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置であって、
前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御手段を有することを特徴とする受信装置。
【請求項２】
前記バッファは、ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式のデータを蓄積することを特徴とする請求項１記載の受信装置。
【請求項３】
音声データをデコードして前記音声出力を行うオーディオデコーダと、
映像データをデコードして前記映像出力を行うビデオデコーダと、
前記デマルチプレクサから入力されたセクションデータを解析するセクションデータ受信手段と、
前記セクションデータ受信手段の解析結果に基づいて前記デマルチプレクサ、前記オーディオデコーダ、前記ビデオデコーダに制御情報を設定しかつ前記制御情報の設定が完了したことを前記バッファ制御手段に通知するデコード制御手段とを含むことを特徴とする請求項２記載の受信装置。
【請求項４】
前記バッファ制御手段は、前記デコード制御手段より前記制御情報の設定の完了通知を受信すると、その時点で前記バッファへ蓄積されたデータサイズを確認し、その確認結果に基づいて前記バッファに蓄積されたデータを調整することを特徴とする請求項３記載の受信装置。
【請求項５】
ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置に用いる再生開始時間遅延平滑化方法であって、
前記受信装置が、前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御処理を実行することを特徴とする再生開始時間遅延平滑化方法。
【請求項６】
前記バッファは、ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式のデータを蓄積することを特徴とする請求項５記載の再生開始時間遅延平滑化方法。
【請求項７】
前記受信装置に、音声データをデコードして前記音声出力を行うオーディオデコーダと、映像データをデコードして前記映像出力を行うビデオデコーダとを設け、
前記受信装置が、前記デマルチプレクサから入力されたセクションデータを解析するセクションデータ受信処理と、前記セクションデータ受信処理の解析結果に基づいて前記デマルチプレクサ、前記オーディオデコーダ、前記ビデオデコーダに制御情報を設定しかつ前記制御情報の設定が完了したことを前記バッファ制御手段に通知するデコード制御処理とを実行することを特徴とする請求項６記載の再生開始時間遅延平滑化方法。
【請求項８】
前記受信装置が、前記バッファ制御処理において、前記デコード制御処理より前記制御情報の設定の完了通知を受信すると、その時点で前記バッファへ蓄積されたデータサイズを確認し、その確認結果に基づいて前記バッファに蓄積されたデータを調整することを特徴とする請求項７記載の再生開始時間遅延平滑化方法。
【請求項９】
ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置内の中央処理装置に実行させるプログラムであって、
前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御処理を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受信装置及びそれに用いる再生開始時間遅延平滑化方法並びにそのプログラムに関し、特にネットワークを介して出力用データを受信する受信装置に関する。
【背景技術】
【０００２】
本発明に関連するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）マルチキャスト／ユニキャスト放送受信装置においては、ＩＰネットワークＩ／Ｆ（インタフェース）に入力されたデータをバッファに蓄積した後、エラー訂正部、デクリプタ、デマルチプレクサへと順次データを渡してゆき、オーディオ出力やビデオ出力を行っている（例えば、特許文献１参照）。
【０００３】
上記のＩＰマルチキャスト／ユニキャスト放送受信装置は、特許文献１に記載されているように、ＩＰネットワークＩ／Ｆと、バッファと、エラー訂正部と、デクリプタと、デマルチプレクサと、ＩＰＴＶ（インタネットテレビ）用ＩＣ（集積回路）カードと、放送用ＩＣカードと、オーディオデコーダと、ビエオデコーダと、ブラウザと、加算器とから構成されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】２００８−０１７２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した本発明に関連するＩＰマルチキャスト／ユニキャスト放送受信装置では、ＩＰネットワーク特有のゆらぎを考慮したバッファ蓄積を行っていないため、以下のような問題がある。
【０００６】
ＩＰ網では、電波によるデータの伝送と異なり、データの到着の揺らぎが発生する。揺らぎが発生した場合は、バッファが存在しなければ、一時的にデータが不足し、バッファアンダフローが発生する。バッファアンダフローが発生すると、受信装置の出力する映像や音声出力が乱れるという現象が現れる。
【０００７】
しかしながら、この揺らぎに関しては、ある程度のデータをバッファに蓄積することで、遅延した際のバッファアンダフローを防ぐことができる。但し、バッファアンダフローを防ぐために、データ蓄積を実施した場合には次のような課題がある。
【０００８】
すなわち、ＩＰ網のゆらぎにより、デコード制御部による情報設定後にバッファからデスクランブラへ入力する際のデータ量が一定とならない。このため、本発明に関連するＩＰマルチキャスト／ユニキャスト放送受信装置では、電波により放送を受信する受信装置と比較すると、遅延時間が一定にならないという課題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、電波により放送を受信する受信装置と比較しても、常に同じ遅延時間で再生を開始することができる受信装置及びそれに用いる再生開始時間遅延平滑化方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明による受信装置は、ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置であって、
前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御手段を備えている。
【００１１】
本発明による再生開始時間遅延平滑化方法は、ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置に用いる再生開始時間遅延平滑化方法であって、
前記受信装置が、前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御処理を実行している。
【００１２】
本発明によるプログラムは、ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークインタフェースに入力されたデータに対してエラー訂正を行ってからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力及び映像出力を行う受信装置内の中央処理装置に実行させるプログラムであって、
前記音声出力及び前記映像出力を可能とするための制御情報の取得後に初めて前記バッファから前記デスクランブラに入力する際に前記バッファに蓄積されたデータのバッファ量が予め設定された想定量となるように調整するバッファ制御処理を含むことを特徴とする。
【発明の効果】
【００１３】
本発明は、上記のような構成及び動作とすることで、電波により放送を受信する受信装置と比較しても、常に同じ遅延時間で再生を開始することができるという効果が得られる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態による受信装置の構成例を示すブロック図である。
【図２】本発明の実施の形態による再生開始時間遅延平滑化方法を示すフローチャートである。
【図３】本発明の実施の形態による再生開始時間遅延平滑化方法を示すフローチャートである。
【図４】本発明の実施の形態による再生開始時間遅延平滑化方法を示すフローチャートである。
【発明を実施するための形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明による受信装置の概略について説明する。本発明による受信装置は、ＩＰ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークＩ／Ｆ（インタフェース）に入力されたデータをエラー訂正部で訂正してからバッファに蓄積した後、デスクランブラ、デマルチプレクサへと順次データを渡してゆき、音声出力や映像出力を行っている。
【００１６】
本発明による受信装置は、音声出力や映像出力を行うための制御情報の取得後に初めてバッファからデスクランブラに入力する際に、バッファに蓄積されたＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式のデータのバッファ量が必ず同じとなるようにバッファ制御部により調整することで、ＩＰ網のゆらぎの発生によらず、常に一定の遅延時間で映像再生を行うことが可能となる。
【００１７】
図１は本発明の実施の形態による受信装置の構成例を示すブロック図である。本発明の実施の形態による受信装置は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）マルチキャスト／ユニキャスト放送受信装置（以下、受信装置とする）である。
【００１８】
図１において、受信装置は、ＩＰネットワークＩ／Ｆ（インタフェース）１１と、エラー訂正部１２と、バッファ１３と、デスクランブラ１４と、デマルチプレクサ１５と、セクションデータ受信部１６と、デコード制御部１７と、鍵制御部１８と、バッファ制御部３１と、オーディオデコーダ２０と、ビデオデコーダ２１と、字幕デコーダ２２と、ブラウザ２２と、映像重畳部２４とから構成されている。
【００１９】
受信装置では、図示せぬＩＰ網からＩＰネットワークＩ／Ｆ１１が受信したＩＰデータをエラー訂正部１２に入力し、エラー訂正部１２にてエラー訂正を行う。受信装置は、このエラー訂正後のデータを、Ｍｐｅｇ２（Ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ  ２）−ＴＳ形式にてバッファ１３に入力する。
【００２０】
バッファ１３は、入力されたＭｐｅｇ２−ＴＳ形式のデータをデスクランブラ１４に入力する。この時、バッファ１３は、入力済みのデータについて、そのデータを破棄しない。
【００２１】
デスクランブラ１４は、入力されたＭｐｅｇ２−ＴＳ形式のデータから暗号化されていないデータをデマルチプレクサ１５に入力する。デマルチプレクサ１５は、入力されたデータから、Ｍｐｅｇ２−ＴＳ形式のデータの制御用データであるセクションデータをフィルタリングし、セクションデータ受信部１６に入力する。
【００２２】
セクションデータ受信部１６は、デマルチプレクサ１５から入力されたセクションデータを解析し、解析結果をデコード制御部１７に入力する。デコード制御部１７は、入力された解析結果に基づき、デマルチプレクサ１５、オーディオデコーダ２０、ビデオデコーダ２１に制御情報を設定した後、制御情報の設定が完了したことをバッファ制御部３１に入力する。
【００２３】
バッファ制御部３１は、情報の設定が完了したことを認識すると、現在、バッファ１３に蓄積されたＭｐｅｇ２−ＴＳ形式のデータのデータサイズを調査し、必要なサイズ未満がバッファ１３に蓄積されている場合、必要なサイズだけバッファ１３にデータを蓄積する。
【００２４】
また、バッファ制御部３１は、必要なサイズ以上がバッファ１３に蓄積されていた場合、余分なデータをバッファ１３から削除する。この場合、バッファ１３からは、古いデータから、つまり先頭のデータから削除する。
【００２５】
上記の処理の後に、バッファ１３に残ったデータを先頭からデスクランブラ１４に転送し、デスクランブラ１４に転送したデータについては、バッファ１３の蓄積データから破棄する。
【００２６】
受信装置の動作についてさらに詳しく説明する。
【００２７】
ＩＰネットワークＩ／Ｆ１１は、ＩＰ網からマルチキャストまたはユニキャストで配信されてきたデータを受信し、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）データとしてエラー訂正部に入力する。
【００２８】
エラー訂正部１２は、ＩＰネットワークＩ／Ｆ１１から入力されたＲＴＰデータを基にデータのエラー訂正を実施し、Ｍｐｅｇ２−ＴＳ形式のデータとしてバッファ１３に入力する。
【００２９】
バッファ１３は、セクションデータ受信部１６がデマルチプレクサ１５から入力されたセクションデータを解析し、その解析結果をデコード制御部１７に入力するまでの間、エラー訂正部１２から入力されたデータを直接デスクランブラ１４に入力しつつ、データを破棄せずに蓄積する。
【００３０】
バッファ１３は、セクションデータ受信部１６がデマルチプレクサ１５から入力されたセクションデータを解析し、その解析結果をデコード制御部１７に入力する処理を完了した後、エラー訂正部１２から入力されるデータについては蓄積するが、バッファ制御部３１がバッファ１３内に蓄積済みのデータ量を解析した結果にしたがって蓄積済みのデータ量を調整する。
【００３１】
バッファ１３は、データ量が必要以下（想定量以下）であった場合、必要量となるだけデータを蓄積し、データ量が必要以上（想定量以上）であった場合、蓄積したデータに対して必要量より多いデータ（不要なサイズ）だけ先頭（古いデータ）から削除を行う。この後に、バッファ１３は、蓄積済みのデータを先頭からデスクランブラ１４に入力し、入力したデータを順次削除する。
【００３２】
デスクランブラ１４は、バッファ１３から入力されたＭｐｅｇ２−ＴＳ形式のデータについて、データが暗号化されていれば鍵制御部１８から入力された鍵を用いて暗号化を解除し、暗号化されていなければ特に何もせず、そのデータをデマルチプレクサ１５に入力する。
【００３３】
デマルチプレクサ１５は、デスクランブラ１４から入力されたデータについて、Ｍｐｅｇ２−ＴＳ形式のパケット毎にフィルタリングを行い、フィルタリング結果に基づき、セクションデータ受信部１６、オーディオデコーダ２０、ビデオデコーダ２１、字幕デコーダ２２、ブラウザ２３にデータを入力する。
【００３４】
セクションデータ受信部１６は、デマルチプレクサ１５から入力されたセクションデータを解析し、その解析結果をデコード制御部１７に入力する。デコード制御部１７は、セクションデータ受信部１６から入力された解析結果を、デスクランブラ１５、オーディオデコーダ２０、ビデオデコーダ２１に対して設定し、設定完了したことをバッファ制御部３１に通知する。
【００３５】
鍵制御部１８は、セクションデータ受信部１６から入力されたＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）を解析し、暗号化解除用の鍵Ｋｓをデスクランブラ１４に入力する。
【００３６】
バッファ制御部３１は、バッファ１３に蓄積されたデータサイズを解析し、バッファ１３に蓄積するデータサイズの調整を行う。バッファ制御部３１は、デコード制御部１７より設定完了通知を受信すると、その時点でバッファ１３へ蓄積されたデータサイズを確認する。
【００３７】
バッファ制御部３１は、バッファ１３に対して、確認したデータサイズが必要なデータ量より少ない場合に適度なサイズまでデータ蓄積を続行させ、確認したデータサイズが必要なデータ量より多い場合に適度なサイズまでデータを古いものから破棄させる。
【００３８】
以降の処理は、デコード制御部１７により、解析結果がデマルチプレクサ１５、オーディオデコーダ２０、映像デコーダ２１に設定された後に動作し、映像・音声の出力が可能となる。
【００３９】
オーディオデコーダ２０は、デマルチプレクサ１５からデータを受信すると、データのデコードを行って音声出力を行う。映像デコーダ２１は、デマルチプレクサ１５からデータを受信すると、データのデコードを行って映像出力を行う。
【００４０】
字幕デコーダ２２は、デマルチプレクサ１５からデータを受信すると、データのデコードを行って映像出力（字幕の出力）を行う。ブラウザ２３は、デマルチプレクサ１５からデータを受信すると、ブラウザ用データのデコードを行って映像出力を行う。映像重畳部２４は、映像デコーダ２１、字幕デコーダ２２、ブラウザ２３からそれぞれ出力された映像を重ね合わせて映像出力を行う。
【００４１】
図２〜図４は本発明の実施の形態による再生開始時間遅延平滑化方法を示すフローチャートである。これら図１〜図４を参照して本発明の実施の形態による再生開始時間遅延平滑化方法について説明する。尚、図２〜図４に示す処理は、図示せぬＣＰＵ（中央処理装置）がプログラムを実行することで実現可能である。
【００４２】
まず、ＩＰネットワークＩ／Ｆ１１は、ＩＰパケットの受信を確認し（図２ステップＳ１〜Ｓ３）、受信済みであった場合（図２ステップＳ４）、そのＩＰパケットをエラー訂正部１２に入力する（図２ステップＳ５）。
【００４３】
エラー訂正部１２は、入力されたＩＰパケットに対してエラー訂正処理を実施した後（図２ステップＳ１１）、Ｍｐｅｇ２−ＴＳ形式のデータをバッファ１３に入力する（図２ステップＳ１２）。
【００４４】
バッファ１３は、入力されたＭｐｅｇ２−ＴＳ形式のデータを保持しつつ、デスクランブラ１４にデータを入力する（図２ステップＳ２１）。このとき、バッファ１３は、デコード制御部１７における処理が未実施であった場合（バッファ制御部３１がデコード制御部１７から制御情報の設定が完了した通知を受けていない）（図２ステップＳ２２）、デスクランブラに入力したデータをバッファ１０２から削除せず保持する（図２ステップＳ２３）。
【００４５】
バッファ１３は、デコード制御部１７における処理が実施済みであった場合（バッファ制御部３１がデコード制御部１７から制御情報の設定が完了した通知を受けている）（図２ステップＳ２２）、バッファ制御部３１の指示にしたがって蓄積済みのバッファ量を調整した後（図２ステップＳ２４）、デスクランブラ１４への入力を開始し、デスクランブラ１４へ入力したデータを削除する（図２ステップＳ２５）。
【００４６】
デスクランブラ１４は、入力されたデータが暗号化されており（図３ステップＳ３１）、復号のための鍵が設定されていれば（図３ステップＳ３２）、処理を実施した後（データを復号化した後）（図３ステップＳ３３）、そのデータをデマルチプレクサ１５に入力する（図３ステップＳ３４）。
【００４７】
また、デスクランブラ１４は、入力されたデータが暗号化されていなければ（図３ステップＳ３１）、そのデータをデマルチプレクサ１５に入力する（図３ステップＳ３４）。
【００４８】
さらに、デスクランブラ１４は、入力されたデータが暗号化されており（図３ステップＳ３１）、復号のための鍵が設定されていなければ（図３ステップＳ３２）、データを復号化せずに破棄する（図３ステップＳ３５）。
【００４９】
デマルチプレクサ１５は、入力されたＭｐｅｇ２−ＴＳ形式のデータをパケットＩＤ（ＩＤｅｎｔｉｆｉｅｒ）毎に分別し（図３ステップＳ４１）、セクションデータについてセクションデータ受信部１０５へ入力する。
【００５０】
また、デマルチプレクサ１５は、デコード制御部１７より設定済みの状態であるならば（図３ステップＳ４２，Ｓ４３）、映像データを映像デコーダ２１へ、音声データを音声デコーダ２０へ、字幕データを字幕デコーダ２２へ、ブラウザ用データをブラウザ２３へ入力する。デマルチプレクサ１５は、それら以外のデータを破棄する（図３ステップＳ４４）。
【００５１】
セクションデータ受信部１６は、デマルチプレクサ１５より入力されたデータについて解析を実施し（図３ステップＳ５１）、解析した結果が未設定であれば（図３ステップＳ５２）、その解析結果をデコード制御部１７に入力する。
【００５２】
デコード制御部１７は、入力された解析結果をデマルチプレクサ１５、音声デコーダ２０、映像デコーダ２１に設定し、設定完了したことをバッファ制御部３１へ通知する（図４ステップＳ６１）。
【００５３】
バッファ制御部３１は、デコード制御部１７より設定完了通知を受信すると、その時点でバッファ１３へ蓄積されたデータサイズを確認する（図４ステップＳ７１）。
【００５４】
バッファ制御部３１は、バッファ１３に対して、確認したデータサイズが必要なデータ量より少ない場合（図４ステップＳ７２）、適度なサイズまでデータ蓄積を続行させるように指示する（図４ステップＳ７３）。
【００５５】
また、バッファ制御部３１は、バッファ１３に対して、確認したデータサイズが必要なデータ量より多い場合（図４ステップＳ７２）、適度なサイズまでデータを古いものから破棄するように指示する（図４ステップＳ７４）。
【００５６】
以降の処理は、デコード制御部１７により、解析結果がデマルチプレクサ１５、音声デコーダ２０、映像デコーダ２１に設定された後に動作し、映像・音声の出力が可能となる。
【００５７】
映像デコーダ２１は、デマルチプレクサ１５から映像データを受信すると（図４ステップＳ８１）、データのデコードを行って映像出力を行う（図４ステップＳ８２）。
【００５８】
音声デコーダ２０は、デマルチプレクサ１５から音声データを受信すると（図４ステップＳ９１）、データのデコードを行って音声出力を行う（図４ステップＳ９２）。
【００５９】
字幕デコーダ２２は、デマルチプレクサ１５から字幕データを受信すると（図４ステップＳ１０１）、データのデコードを行って映像出力を行う（図４ステップＳ１０２）。
【００６０】
ブラウザ２３は、デマルチプレクサ１５からブラウザ用データを受信すると（図４ステップＳ１１１）、ブラウザ用データのデコードを行って映像出力を行う（図４ステップＳ１１２）。
【００６１】
映像重畳部２４は、映像デコーダ２１、字幕デコーダ２２、ブラウザ２３からそれぞれ出力された映像を重ね合わせて映像出力を行う（図４ステップＳ１２１）。
【００６２】
このように、本実施の形態では、映像・音声の出力が可能となるステップＳ８１の処理以降のフローが動作した際に、ステップＳ７１〜Ｓ７４の処理によりバッファ１３に蓄積されたデータ量が必ず一定量となり、ＩＰ網のゆらぎによりデータを受信する受信装置の遅延時間が一定とならないという課題を解決することができる。
【００６３】
すなわち、本実施の形態では、ステップＳ７１〜Ｓ７４の処理によりバッファ１３に蓄積されたデータが常に同じ単位時間量のデータとなるため、電波により放送を受信する受信装置と比較して、常に同じ遅延時間で再生を開始することができる。
【符号の説明】
【００６４】
１１  ＩＰネットワークＩ／Ｆ
１２  エラー訂正部
１３  バッファ
１４  デスクランブラ
１５  デマルチプレクサ
１６  セクションデータ受信部
１７  デコード制御部
１８  鍵制御部
２０  オーディオデコーダ
２１  ビデオデコーダ
２２  字幕デコーダ
２３  ブラウザ
２４  映像重畳部
３１  バッファ制御部
【図１】
2011023905.tif 000003
【図２】
2011023905.tif 000004
【図３】
2011023905.tif 000005
【図４】
2011023905.tif 000006