(57)【要約】【課題】帯域の限られたローカルエリアネットワークでデータ放送を配信するシステムにおいて、ＡＶを優先してデータ放送の帯域を圧縮しつつ、データ放送の動作を保証する。【解決手段】データ放送用のチューナを有するサーバと、サーバからのデータ放送の受信を制御する受信制御部、及びデータ放送に含まれるコンテンツを実行するコンテンツ実行部を有するクライアントＰＣと、を備え、受信制御部は、データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、コンテンツの転送完了を待ってコンテンツ実行部にコンテンツの更新通知を転送する。【選択図】図１
2010239446.tif 000002
【特許請求の範囲】
【請求項１】
データ放送用のチューナを有するサーバと、
ネットワークを介して前記サーバからの前記データ放送の受信を制御する受信制御部、及び前記データ放送に含まれるコンテンツを実行するコンテンツ実行部を有するクライアントＰＣと、を備えたデータ転送システムであって、
前記受信制御部は、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送することを特徴とするデータ転送システム。
【請求項２】
前記サーバは、音声映像のストリームを優先するため、前記データ放送に含まれるコンテンツを前記音声映像と切り離して低い優先度で前記受信制御部に転送することを特徴とする請求項１記載のデータ転送システム。
【請求項３】
前記サーバは、
前記データ放送に含まれるコンテンツを低い優先度で伝送するため、前記ネットワークの状態に応じて前記コンテンツを遅延させて転送することを特徴とする請求項１記載のデータ転送システム。
【請求項４】
前記クライアントＰＣの前記受信制御部は、
前記コンテンツがモジュール化されている場合、前記デジタル放送で発生するイベントメッセージについて、モジュール更新との順序を維持するため、必要に応じて遅延させて前記コンテンツ実行部に通知することを特徴とする請求項２記載のデータ転送システム。
【請求項５】
データ放送用のチューナを有するサーバと、ネットワークを介して前記サーバからの前記データ放送の受信を制御する受信制御部、及び前記データ放送に含まれるコンテンツを実行するコンテンツ実行部を有するクライアントＰＣと、を備えたデータ転送システムに用いられるクライアントＰＣであって、
前記クライアントＰＣは、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送する前記受信制御部を有することを特徴とするクライアントＰＣ。
【請求項６】
チューナで受信したデータ放送を、サーバからネットワークを介してクライアントＰＣの受信制御部へ転送し、前記データ放送に含まれるコンテンツをコンテンツ実行部が実行するデータ転送方法であって、
前記受信制御部は、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送することを特徴とするデータ転送方法。
【請求項７】
コンピュータに、
チューナが、データ放送を受信する手順、
サーバの転送制御部が、前記デジタル放送を、ネットワークを介してクライアントＰＣの受信制御部に転送する手順、
前記クライアントＰＣの受信制御部が、前記データ放送を受信する手順、
前記クライアントＰＣのコンテンツ実行部が、前記コンテンツを実行する手順を実行させるプログラムであって、
前記受信制御部が、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送する手順を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送システム、クライアントＰＣ、方法、及びプログラムに関し、特に、デジタル放送のチューナを有するサーバからチューナを有さないクライアントＰＣにＩＰネットワークを用いて放送内容を転送するシステム、クライアントＰＣ、方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、デジタル技術の進展に伴い、地上デジタル放送やワンセグメント放送を、デジタル放送チューナを内蔵したデジタル放送転送サーバから、無線ＬＡＮ(Local Area Network：ローカルエリアネットワーク)やＩＰ(Internet Protocol)ネットワークを介してクライアントＰＣ(Personal Computer)にデジタル放送を転送することが提案されている。
【０００３】
ＩＰネットワークを用いた放送転送システムの最大のメリットは、小型ノートＰＣにおいて、チューナを直接ＨＷ(Hard Ware)実装せずにＴＶ放送(Television)の受信が可能になることである。小型ノートＰＣの重要な特徴は可搬性であるので、放送転送システムにおいても無線ＬＡＮへの対応が必須となる。
【０００４】
デジタル放送を無線ＬＡＮで伝送する場合、伝送帯域の狭さや保証が容易でないことが問題となる。デジタル放送は規格上約２４Ｍｂｐｓで伝送され、現行の無線ＬＡＮ(802.11abgn)では伝送を保証することができない。このため、無線ＬＡＮでの転送に対しては、デジタル放送の帯域を圧縮する技術が必要となる。
【０００５】
デジタル放送は、音声映像(ＡＶ：Audio Visual)ストリーム、字幕、データ放送、電子番組表(ＥＰＧ：Electronic Program Guide)等が重畳されたＭＰＥＧ２−ＴＳ(Moving Picture Experts Group 2-Transport Stream)として放送されている。このデジタル放送の中で特に広帯域を必要とするのが、映像ストリーム(最大２２Ｍｂｐｓ)、データ放送(最大４Ｍｂｐｓ)である。
映像ストリームについては、既存のＨＷトランスコーダを用いて２Ｍｂｐｓ程度までは問題なく圧縮伝送できる技術が一般的となっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２６１７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一方で、データ放送については無線ＬＡＮ程度の狭帯域を考慮した圧縮方式が提案されていない。現状では以下の２方式が提案、実施されているが、改善の余地がある。
（Ａ）地上デジタル放送ＩＰ再送信でのデータＥＳ圧縮方式
データ放送ＥＳ内のカルーセルの再送周期を長くすることで、データ放送の帯域を数十％に圧縮する。
データ放送の遅延の除去まで考慮された方式であるが、圧縮効率が低いため、無線ＬＡＮ程度の狭帯域に対する効果は不十分である。
（Ｂ）カルーセルでなく、モジュールとして保存することによる圧縮方式（例えば、特許文献１参照。）が挙げられる。
特許文献１記載の発明の主眼は、早送り等の特殊再生時にもデータ放送を動作させることであるが、データ放送のカルーセルの繰り返しを除去して保存できるため、圧縮効率も非常に高い。
しかしながら、無線ＬＡＮで伝送する場合においては、初期受信やデータ放送の更新時のバーストの影響の考慮がなされていない。
【０００８】
そこで、本発明は、帯域の限られたローカルエリアネットワークでデジタル放送を配信するシステムにおいて、ＡＶを優先してデータ放送の帯域を圧縮しつつ、データ放送の動作を保証することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のシステムは、データ放送用のチューナを有するサーバと、ネットワークを介して前記サーバからの前記データ放送の受信を制御する受信制御部、及び前記データ放送に含まれるコンテンツを実行するコンテンツ実行部を有するクライアントＰＣと、を備えたデータ転送システムであって、前記受信制御部は、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送することを特徴とする。
【００１０】
本発明のクライアントＰＣは、データ放送用のチューナを有するサーバと、ネットワークを介して前記サーバからの前記データ放送の受信を制御する受信制御部、及び前記データ放送に含まれるコンテンツを実行するコンテンツ実行部を有するクライアントＰＣと、を備えたデータ転送システムに用いられるクライアントＰＣであって、前記クライアントＰＣは、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送する前記受信制御部を有することを特徴とする。
【００１１】
本発明の方法は、チューナで受信したデータ放送を、サーバからネットワークを介してクライアントＰＣの受信制御部へ転送し、前記データ放送に含まれるコンテンツをコンテンツ実行部が実行するデータ転送方法であって、前記受信制御部は、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送することを特徴とする。
【００１２】
本発明のプログラムは、コンピュータに、チューナが、データ放送を受信する手順、サーバの転送制御部が、前記デジタル放送を、ネットワークを介してクライアントＰＣの受信制御部に転送する手順、前記クライアントＰＣの受信制御部が、前記データ放送を受信する手順、前記クライアントＰＣのコンテンツ実行部が、前記コンテンツを実行する手順を実行させるプログラムであって、前記受信制御部は、前記データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、前記コンテンツの転送完了を待って前記コンテンツ実行部に前記コンテンツの更新通知を転送する手順を実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、クライアントＰＣの受信制御部は、コンテンツの転送完了を待ってコンテンツ実行部にコンテンツの更新のためのアップデートを通知するので、タイムアウトすることがなくなり、帯域の限られたローカルエリアネットワークでデジタル放送を配信するシステムにおいて、ＡＶを優先してデータ放送の帯域を圧縮しつつ、データ放送の動作を保証することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明に係るデジタル放送転送システムのモジュール単位の更新手順を説明するためのシーケンス図の一例である。
【図２】本発明に係るデータ転送システムとしてのデジタル放送転送システムの一実施の形態の概念図である。
【図３】図２に示したサーバ２とクライアントＰＣ４のハードウェア構成のブロック図の一例である。
【図４】本発明に係るデータ転送システムとしてのデジタル放送転送システムの機能構成の一例である。
【図５】本発明に係るデジタル放送転送システムのデータ放送全体の更新手順及び新規受信手順を説明するためのシーケンス図の一例である。
【図６】本発明に係るデジタル放送転送システムのイベントメッセージの処理手順を説明するためのシーケンス図の一例である。
【図７】ＤＩＩ及びＤＤＢ(モジュール)の伝送イメージの一例を示す図である。
【図８】（ａ）は、低負荷時の転送タイミングの一例を示し、（ｂ）は高負荷時の転送タイミングの一例を示す図である。
【発明を実施するための形態】
【００１５】
＜特  徴＞
本データ転送システムは、受信通知と更新通知とをずらす点にある。
＜構  成＞
ここで、「データ放送」とは、アナログ放送の場合は、字幕スーパーや文字放送迄含む広い意味を有するが、デジタル放送の場合は、ＢＭＬ主体の部分のみの狭い意味を有する。
すなわち、本明細書での「データ放送」は、ＡＲＩＢ(社団法人電波産業会)のＳＴＤ  Ｂ２４で定義されたデジタル放送におけるデータ放送とする。
【００１６】
本発明に係るデータ転送システムとしてのデジタル放送転送システムの一実施の形態の概念図を図２に示す。
図２に示すデジタル放送転送システム１は、アンテナＡＮＴ及びチューナＣＨを有するデジタル放送転送サーバ２と、ネットワークＬ１、Ｌ２と、無線ＬＡＮアクセスポイント３と、クライアントＰＣ４とを有する。
【００１７】
アンテナＡＮＴは、デジタル放送を受信するためのアンテナであり、図には衛星デジタル放送を受信するためのパラボラアンテナが示されているが、地上デジタル放送を受信するための八木宇田アンテナでもよい。
無線ＬＡＮアクセスポイント３は、公知のアクセスポイントである。
ネットワークＬ１、Ｌ２は有線ネットワークでも無線ネットワークでもよい。
クライアントＰＣ４は、図ではノートパソコンが示されているが、デスクトップ型パソコンでもミニノートパソコンでもよい。
【００１８】
図２に示したサーバ２とクライアントＰＣ４のハードウェア構成のブロック図の一例を図３に示す。
図３に示すサーバ２は、チューナ１０、Ｒｅｍｕｘ１１、ＡＶデコーダ１２、ＣＰＵ(Central Processing Unit)１３、ＡＶエンコーダ１４、及びＥｔｈｅｒｎｅｔ（登録商標）１５を有する。
チューナ１０は、地上デジタル放送もしくは衛星デジタル放送を受信する機能を有する。
Ｒｅｍｕｘ１１は、選局された放送に対応するＰＡＴ(Programmable Association Table)、ＰＭＴ(Programmable Massaging Table)、デスクランブル処理が行われているＥＳ(Elementary Stream)とＰＣＲ(Program Clock Reference)とで構成されるパーシャルトランスポートストリーム(Partial Transport Stream)と呼ばれる部分ＴＳ(Transport Stream)を出力する。
【００１９】
ＡＶデコーダ１２は、ＡＶ信号をデコードする機能を有する公知の装置である。
ＣＰＵ１３は、サーバ２を統括制御する機能を有するものであり、例えば、マイクロプロセッサが挙げられる。
ＡＶエンコーダ１４は、デコードされたＡＶ信号をエンコードする機能を有する公知の装置である。
Ｅｔｈｅｒｎｅｔ１５は、Ｘｒｏｘ社とＤＥＣ社とが考案したＬＡＮ規格であるが、ここでは、この規格に基づくケーブル、もしくは集線装置（ハブ）を指す。
【００２０】
クライアントＰＣ４は、ディスプレイ１６、ＣＰＵ１７、ＡＶデコーダ１８、及びＥｔｈｅｒｎｅｔ１９を有する。尚、説明上ＲＡＭ、ＲＯＭ、Ｉ／Ｏポート、バスライン等は省略されている。
ディスプレイ１６は、デジタル放送（番組、字幕スーパー、データ放送等）を表示する装置であり、例えば、液晶表示装置、プラズマディスプレイ、もしくはＥＬ（Electro Luminescence）表示装置が挙げられる。
【００２１】
本システムでは、デジタル放送用のチューナ１０を内蔵したデジタル放送転送サーバ２から、無線ＬＡＮ（もしくは有線ＬＡＮ）を介してクライアントＰＣ４にデジタル放送を転送する。
本発明に係るデータ転送システムとしてのデジタル放送転送システムの機能構成の一例を図４に示す。
本システムでは、デジタル放送チューナを有するデジタル放送転送サーバ（以下、サーバと表記する。）２と、クライアントＰＣ４とが、ＬＡＮを用いて接続されている。
サーバ２は、チューナ１０を用いて地上デジタル放送（もしくはワンセグメント放送）を受信し、放送されたＭＰＥＧ２−ＴＳ(放送ＴＳ)を生成する。放送ＴＳ(Transport Stream)は、Ｒｅｍｕｘ機能を用いてＡＶのＭＰＥＧ２−ＴＳストリームと、データ放送ＥＳと、に分離される。ＡＶのＭＰＥＧ２−ＴＳストリームはＱｏＳ付きのプロトコルで転送する。データ放送ＥＳは、データカルーセル受信部２２を経て、データ放送のモジュールとして受信される。受信したモジュールは、ＡＶより優先度の低い通信によって、クライアントＰＣ４に転送される。
【００２２】
クライアントＰＣ４では、ＡＶのＭＰＥＧ２−ＴＳストリームはＡＶのデコーダで処理して表示する。同様に、データ放送のモジュールはＢＭＬ(Broadcast Makeup Language)ブラウザ２５にて処理し、データ放送の画面及びその制御として再構成する。
【００２３】
＜実施の形態１＞
＜動  作＞
本システムの動作について図を参照して説明する。
図１は、本発明に係るデジタル放送転送システムのモジュール単位の更新手順を説明するためのシーケンス図の一例である。図５は、本発明に係るデジタル放送転送システムのデータ放送全体の更新手順及び新規受信手順を説明するためのシーケンス図の一例である。図６は、本発明に係るデジタル放送転送システムのイベントメッセージの処理手順を説明するためのシーケンス図の一例である。
【００２４】
図１に示すモジュール更新の処理手順の特徴は、コンテンツ実行部（ＢＭＬのＥＣＭＡｓｃｒｉｐｔ）に対してモジュール更新通知のタイミングを、モジュールの転送完了まで遅延させることである。
すなわち、同図に示すサーバの転送制御部（図５の制御プロトコル／転送プロトコル２３に対応）は、クライアントＰＣの受信制御部（図５の制御プロトコル／受信プロトコル２６に対応）との間で、ＤＩＩ更新を行った後、Ｕｐｄａｔｅ通知を行い、更新通知はここでは行わず、モジュールバッファを作成する。受信制御部は、転送制御部に対しモジュールを要求し、転送制御部はモジュールを低速度（ＡＶデータの転送が阻害されない程度の速度）で転送する。
受信制御部は、モジュールの受信が完了した後でクライアント３のコンテンツ実行部（図５のＢＭＬコンテンツ（ＢＭＬのブラウザ上で動くＥＣＭＡｓｃｒｉｐｔ）２８に対応）に更新通知、及び受信通知を行う。コンテンツ実行部は、更新通知から受信通知までのタイムラグが十分に短いので、タイムアウトを生じることなく放送されたアプリケーションを実行させることができる。
【００２５】
通常の受信機では、サーバ２とクライアントＰＣ４とが一体のため、ＤＩＩ(Download Info Indication)の更新のタイミングで更新通知を発行し、モジュールの受信完了で受信通知を発行する。
【００２６】
これに対して、サーバ２とクライアントＰＣ４とを分離したシステムでは、コンテンツが新しいモジュールを参照できるためには、サーバ２とクライアントＰＣ４との間の転送も完了しなくてはならない。ＡＶを優先するため、データ放送のモジュールの転送ビットレートを制限した場合、ＤＩＩの更新からモジュール転送完了までのタイムラグは、通常受信機の受信完了までのタイムラグと比べて、非常に大きくなる。このとき、コンテンツのつくりによっては、タイムアウトを発生してしまうことがある。
このタイムアウト発生対策として、ＤＩＩの更新に合わせ更新通知を発行するところを、モジュールの転送完了まで遅延させる。この遅延によりタイムアウトを回避できる。
【００２７】
＜ＤＩＩ、ＤＢＢ＞
図７は、ＤＩＩ及びＤＤＢ(モジュール)の伝送イメージの一例を示す図である。
同図において、複数のＤＤＩとＤＤＢとが交互に配置されている。各ＤＩＩは、後に続くＤＤＢの個数や更新情報を有するインデックスであり、１パケットで完結する。これに対してＤＤＢは、ＤＩＩのように１パケットで完結せずに、ＤＤＢ１−１、ＤＤＢ１−２、ＤＤＢ１−３、ＤＤＢ２−１、ＤＤＢ２−２、ＤＤＢ２−３、ＤＤＢ１−１’、ＤＤＢ１−２’、…と示すように、ＤＤＢ１−１〜ＤＤＢ１−３で一つのモジュールが完結し、ＤＤＢ２−１〜ＤＤＢ２−３で別のモジュールが完結し、同一のモジュールが所定の回数だけ繰り返される（カルーセル方式）。
【００２８】
すなわち、ＤＩＩとＤＤＢとは１つのデータＥＳ内で時分割して、それぞれ個別に繰り返し送信される。
ＤＩＩは１つのデータＥＳ内で、特定時間にはただ１つのデータが繰り返し１つのセクションとして伝送される。ＤＩＩには、そのデータＥＳ内の各ＤＤＢのバージョン情報、構成セクション数、及び合計サイズの情報が記載される。
ＤＤＢは１つのデータＥＳ内で複数存在可能である。それぞれのＤＤＢが複数のセクションに分割されて、ＤＩＩよりも長い周期で再送される。
データＥＳを受信する(アップデートを含む)際には以下の手順となる。
(1)ＤＩＩを受信し、必要なメモリ数やメモリサイズを検出する。
(2)ＤＩＩの内容に従って、ＤＤＢのセクションを受信して、合成後にモジュールとして受信完了となる。
【００２９】
＜実施の形態２＞
図５に示すＰＭＴ更新の処理手順の特徴は、データ放送の起動を全モジュールの受信完了まで遅延させることである。
通常の受信機では、ＰＭＴ更新時に一度データ放送を終了し、更新されたスタートアップモジュール(コンポーネントタグ  0x40、モジュールID 0000)の受信時にデータ放送を再起動する。スタートアップモジュールからは、モジュールの送信周期分待てば参照ができるようになる。
【００３０】
サーバ２とクライアントＰＣ４とを分離したシステムでは、コンテンツが他モジュールを参照できるためには、サーバ２とクライアントＰＣ４との間の転送も完了しなくてはならない。ＡＶを優先するため、データ放送のモジュールの転送ビットレートを制限した場合、スタートアップモジュール転送完了から全モジュール転送完了までのタイムラグは、通常受信機の受信完了までのタイムラグと比べて、非常に大きくなる。このとき、コンテンツのつくりによっては、タイムアウトを発生してしまうことがある。
この対策のために、スタートアップモジュールの転送完了時にデータ放送を再起動するところを、全モジュールの転送完了まで遅延させる。
【００３１】
＜実施の形態３＞
イベントメッセージの処理手順の特徴は、モジュールの転送中のイベントメッセージを、モジュール転送後まで順序を守って通知することである。
図６に示すようなタイミングでイベントメッセージを受信した場合、そのイベントメッセージはアップデート後のモジュールでしか処理できない可能性がある。受信時点では、コンテンツはアップデート前のモジュールで動作しているため、適切にイベントメッセージを処理できない。
【００３２】
例えば、マラソンの実況放送時における順位の入替が生じたとき等の単発のイベントメッセージの処理の場合が挙げられる。このような場合にモジュールの転送中のイベントメッセージを、モジュール転送後まで順序を守って通知することにより、順位の入替表示がスムーズに行われる。
【００３３】
＜実施の形態４＞
前述した実施の形態ではモジュール単位での転送について説明したが、図８（ａ）、（ｂ）のように、モジュール単位で転送せずに単純にデータＥＳをＡＶと分離してそのまま転送する際、必要があればデータＥＳの遅延を許して優先度を下げた場合にも、同様にＤＤＢの大きな受信遅延が発生する。この場合にも遅延が発生するので、コンテンツ実行部側で実行することで同様の効果が得られる。
図８（ａ）は、低負荷時の転送タイミングの一例を示し、図８（ｂ）は高負荷時の転送タイミングの一例を示す図である。
データＥＳを流した場合、クライアント側でモジュールを受信するが、モジュールを受信できるタイミングが、遅延させる分だけ間延びすることがある（図３のモジュール受信時間）。この場合でも受信通知と更新通知を遅延させることでタイムアウトを回避させることができる。
【００３４】
＜プログラム及び記憶媒体＞
以上で説明した本発明にかかるデータ転送システムは、コンピュータで処理を実行させるプログラムによって実現されている。コンピュータとしては、例えばパーソナルコンピュータやワークステーションなどの汎用的なものが挙げられるが、本発明はこれに限定されるものではない。よって、一例として、プログラムにより本発明を実現する場合の説明を以下で行う。
【００３５】
例えば、コンピュータに、
（１）チューナが、データ放送を受信する手順、
（２）サーバの転送制御部が、デジタル放送を、ネットワークを介してクライアントＰＣの受信制御部に転送する手順、
（３）クライアントＰＣの受信制御部が、データ放送を受信する手順、
（４）クライアントＰＣのコンテンツ実行部が、コンテンツを実行する手順を実行させるプログラムであって、
（５）受信制御部が、データ放送に含まれるコンテンツの転送遅延によるタイムアウトを回避するため、コンテンツの転送完了を待ってコンテンツ実行部にコンテンツの更新通知を転送する手順、
を実行させるプログラムが挙げられる。
【００３６】
これにより、プログラムが実行可能なコンピュータ環境さえあれば、どこにおいても本発明にかかるデータ転送システムを実現することができる。
このようなプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されていてもよい。
ここで、記憶媒体としては、例えば、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（CD Recordable）などのコンピュータで読み取り可能な記憶媒体、フラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＦｅＲＡＭ（強誘電体メモリ）等の半導体メモリやＨＤＤ（Hard Disc Drive）が挙げられる。
なお、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である
【００３７】
＜効果の説明＞
以上において、本実施の形態によれば、クライアントＰＣの受信制御部は、コンテンツの転送完了を待ってコンテンツ実行部に通知するので、タイムアウトすることがなくなり、帯域の限られたローカルエリアネットワークでデジタル放送を配信するシステムにおいて、ＡＶを優先してデータ放送の帯域を圧縮しつつ、データ放送の動作を保証することができる。
【００３８】
また、録画するときのデータ量が少なくなるという効果も得られる。これは、繰り返し流されるカルーセル方式のデータのうち１回分だけ保存するためである。
【産業上の利用可能性】
【００３９】
本発明は、デジタル放送をＩＰで転送するシステムに利用できる。
【符号の説明】
【００４０】
１    デジタル放送転送システム
２    デジタル放送転送サーバ（サーバ）
３    無線ＬＡＮアクセスポイント
４    クライアントＰＣ
１０    チューナ
１１    Ｒｅｍｕｘ
１２、１８    ＡＶデコーダ
１３、１７    ＣＰＵ
１４    ＡＶエンコーダ
１５、１９    Ｅｔｈｅｒｎｅｔ
１６    ディスプレイ
【図１】
2010239446.tif 000003
【図２】
2010239446.tif 000004
【図３】
2010239446.tif 000005
【図４】
2010239446.tif 000006
【図５】
2010239446.tif 000007
【図６】
2010239446.tif 000008
【図７】
2010239446.tif 000009
【図８】
2010239446.tif 000010