(57)【要約】【課題】  ＩＰマルチキャスト通信を使ったＩＰ放送では、ネットワーク上のルータやスイッチ等の中継機器の事情によって、受信機であるテレビの番組の切替え時間が決まってしまう。【解決手段】  ＩＰマルチキャスト通信による映像コンテンツ番組の受信再生を行なうＩＰ放送受信装置において、ユーザが視聴している番組を別の番組に切り替える場合に、次の見たい番組の受信処理と、今まで見ていた番組の受信停止処理のどちらの処理を先に行なうかの順位を入れ替えることにより、ユーザの使用するネットワークの帯域状態に適した方法で出来るだけ短くスムーズに番組切替を行なう。【選択図】  図３
2010062690.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを通じて符号化されたコンテンツデータを受信する受信部と、
前記受信部で受信した符号化されたコンテンツデータを復号化する復号部と、
前記復号部で復号化されたコンテンツデータを出力する出力部と、
前記受信部、復号部、及び出力部を制御する制御部とを有し、
前記制御部は、前記受信部で受信するコンテンツデータを第１のコンテンツデータから第２のコンテンツデータに切り替える際に、前記第１のコンテンツデータの受信を停止する処理と前記第２のコンテンツデータの受信を開始する処理との順番を入れ替える受信装置。
【請求項２】
請求項１の受信装置において、
前記制御部は、前記通信ネットワークの許容通信帯域に応じて前記第１のコンテンツデータの受信を停止する処理と前記第２のコンテンツデータの受信を開始する処理との順番を入れ替える受信装置。
【請求項３】
請求項２の受信装置において、
前記制御部は、前記通信ネットワークの許容通信帯域が前記第１のコンテンツデータと第２のコンテンツデータとを並行して伝送できる場合は前記第２のコンテンツデータの受信を開始する処理を先に行い、前記通信ネットワークの許容通信帯域が前記第１のコンテンツデータと第２のコンテンツデータとを並行して伝送できない場合は前記第２のコンテンツデータの受信を停止する処理を先に行なう受信装置。
【請求項４】
通信ネットワークを通じて符号化されたコンテンツデータを受信し、
前記受信した符号化されたコンテンツデータを復号化し、
前記復号化したコンテンツデータを出力する受信方法であって、
前記受信するコンテンツデータを第１のコンテンツデータから第２のコンテンツデータに切り替える際に、前記第１のコンテンツデータの受信の停止と前記第２のコンテンツデータの受信の開始との順番を入れ替える受信方法。
【請求項５】
請求項４の受信方法において、
前記通信ネットワークの許容通信帯域に応じて前記第１のコンテンツデータの受信の停止と前記第２のコンテンツデータの受信の開始との順番を入れ替える受信方法。
【請求項６】
請求項５の受信方法において、
前記通信ネットワークの許容通信帯域が前記第１のコンテンツデータと第２のコンテンツデータとを並行して伝送できる場合は前記第２のコンテンツデータの受信の開始を先に行い、前記通信ネットワークの許容通信帯域が前記第１のコンテンツデータと第２のコンテンツデータとを並行して伝送できない場合は前記第２のコンテンツデータの受信の停止を先に行なう受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、視聴者の要求に応じて、インターネット等の通信ネットワークを介してコンテンツ配信サーバの配信するコンテンツを受信する受信装置及び受信方法に関する。
【背景技術】
【０００２】
近年、見たい時に見たいタイトルを楽しむことが可能なビデオオンデマンド（ＶＯＤ）や、放送局が放送電波の代わりにインターネットを通じて放送番組を配信するＩＰ(インターネットプロトコル)放送など、放送電波ではなくネットワークを通じて映像コンテンツを配信するサービス形態が本格化し、これに対応してネットワーク機能を搭載し、映像コンテンツをデータパケットとして受信し再生する機能を搭載するテレビやレコーダ等の受信機が開発されている。
【０００３】
上記ＩＰ放送について、特許文献１では、「迅速にチャンネル切り替えることが可能な技術を提供すること」（特許文献１［０００８］参照）を課題とし、その解決手段として「ネットワークから複数のコンテンツが多重化されたストリームを受信可能なホームゲートウェイ装置を有している。そして、例えばテレビジョン受信機などの受信端末からホームゲートウェイ装置に対して所望のコンテンツに対応するチャンネル情報を送信し、ホームゲートウェイ装置は、受信したストリームに含まれる多重化されたコンテンツのうち、受信端末からのチャンネル情報に対応するコンテンツを抽出して前記受信端末に供給すること」が記載されている。
【０００４】
【特許文献１】特開２００８−０２２３９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
インターネットプロトコルの通信方式には、ネットワーク機器が１対１でＩＰパケットを送受信するユニキャストと、１台の機器から複数の機器に同じＩＰパケットを同時に送り届けるマルチキャストがあり、ＩＰネットワークを使ったＩＰ放送サービスは、ＩＰマルチキャストの仕組みを使ってコンテンツ配信が行なわれる。
【０００６】
マルチキャスト通信方式では、サーバはマルチキャストアドレスを宛先とする一つのパケットを配信の拠点となるルータに送信し、あとは、ルーティングを行なうためにネットワークに配されているルータが、必要に応じてパケットをコピーして転送を繰り返すことにより、多数の受信機にデータパケットが届けられることになる。このように、マルチキャスト通信の場合、サーバの負担は小さいが、通信経路の決定やパケットの転送先の登録などのルーティングの手順が複雑になり、ルータやスイッチなどの中継機器の負担が増えることになる。
【０００７】
また、受信機も、ユニキャスト通信の時のように、相手先のサーバに直接コンテンツデータの送信を要求するのではなく、ネットワーク上でデータパケットを中継しているルータ群に、所望のデータパケットをコピーし転送してくれるよう要求しなくてはならない。この受信機がルータにマルチキャスト受信要求を行なうために使用されるプロトコルに、IGMP(Internet Group Management Protocol)やMLD(Multicast Listener Discovery)等があり、その仕組みは以下のようになる。
【０００８】
まず、受信機は、視聴したい番組コンテンツを示すＩＰマルチキャストアドレスを別途番組配信情報などからから得る。そして、自身が接続しているコンテンツ配信ＩＰネットワーク網内のルータに対し、所望のコンテンツを示すＩＰマルチキャストアドレスを通知し、該マルチキャストアドレス宛てのコンテンツのデータパケットを受信することを宣言する（Listener Report）。
【０００９】
そして、該宣言によってＩＰ網内のマルチキャストに対応した各ルータが、Listener Reportを発信した受信機に、該当のマルチキャストアドレス宛てデータパケットが転送されるように配送路を構築し、そして配信元のサーバから受信機までデータパケットが転送され到達することで、受信機が番組コンテンツを受信することが可能となる。
【００１０】
つまり、ＩＰ放送でのマルチキャストアドレスは、ＴＶ放送の場合の番組チャンネルに相当し、視聴したい映像コンテンツのマルチキャストアドレスを得ることは、電子番組ガイドなどから、何時に何チャンネルで見たい番組が放映されるかを調べる行為に相当する。
【００１１】
ところで、ＩＰ放送の番組チャンネル切替えが放送と異なる点に、切替え時間が、ネットワークの状態よって左右されてしまうことがある。上述したように、映像番組であるコンテンツの受信は、配信元のサーバから最終の配信先となる受信機までの間にあるルータやレイヤ３スイッチなど、全てのネットワーク中継機器が、受信機のListener Report要求を受け取り、該当のパケットを転送する処理を終えて後、やっと受信機までコンテンツが到達し、受信機がデータを取り込んで再生することが可能となる。また、例えば経路中に一つでも前記転送開始停止処理の動作の遅いルータがあれば、他の機器がどれほど高速に処理しても、最も遅い機器の転送処理時間がユーザの待ち時間に反映されてしまう。
【００１２】
特に、今まで見ていた番組コンテンツを別の番組コンテンツに切替えるときは、今まで受信していたマルチキャストアドレスのデータパケット転送処理を止め、さらに別のマルチキャストアドレスのパケット転送を行なう手順となり、処理の負荷が大きくなる。つまり、マルチキャスト方式のＩＰ放送では、ネットワークの状態よっては番組コンテンツの切替えがスムーズに行なえない場合があり、ユーザにとって不便である。
【００１３】
上記ＩＰ放送での番組切替えに対し、特許文献１では、受信機が複数のコンテンツに対応した複数の番組の情報を予め取得してマルチキャスト受信手続きを行い、予め該複数個のコンテンツデータを転送させておく。番組切り替え要求がユーザからあった際に、既に受信している複数のコンテンツから前記切り替え要求に対応するコンテンツを選択し再生することにより、迅速に番組切替を行なう方法が開示されている。
【００１４】
しかし、複数の番組のマルチキャスト受信手続きを行ない、複数のコンテンツの受信処理を行なう場合、ネットワークの帯域制限の問題がある。一般にネットワークによるコンテンツ配信において、視聴者が同時受信できるコンテンツ番組の本数は利用する通信回線や受信機の性能により制限される。映像コンテンツは配信サーバによりネットワーク上にデータパケットとして送出され、ルータやスイッチ等の機器を経由して受信機まで届き、受信機内に取り込まれるが、その１秒当たりのデータ転送容量はビットレートと呼ばれ、各々のコンテンツファイルに固有の値である。
【００１５】
この値が大きいほど動画映像の解像度や滑らかさ等の品質が高くなるが、視聴のためのデータ受信に必要な利用帯域は大きくなる。視聴者の利用しているネットワーク環境や受信機の利用可能な帯域が、受信しているコンテンツのビットレートの合計よりも大きければ問題なく全てのコンテンツの受信再生が可能だが、利用可能な帯域の方が小さい場合、データが受信機まで届かなかったり、受信機内部での再生処理が間に合わなかったりすることで映像が乱れる、視聴不可能になる等のおそれがある。そのため、今後ＩＰ放送が普及するにつれて、数十あるいは数百にも上るであろう番組チャネルを予め受信し、その中から再生するコンテンツを切替えていくことは事実上不可能である。
【課題を解決するための手段】
【００１６】
本発明の一実施の態様は、ユーザが視聴中のＩＰ放送番組を切り替える操作を行なった際に、マルチキャスト受信開始の処理と受信停止の処理との順番を変更する。
【発明の効果】
【００１７】
上記手段によれば、ＩＰ放送番組のチャネル切り替えの使い勝手を向上させることができる。
【発明を実施するための最良の形態】
【００１８】
図１はＩＰマルチキャスト通信方式で番組コンテンツを配信するコンテンツ配信サーバと本発明のＩＰ放送受信装置であるＩＰテレビが、ルータやスイッチなどのネットワーク中継機器を経由してマルチキャストデータパケットを送受信している様子を示した例である。
【００１９】
コンテンツ配信ネットワーク１は、様々なネットワーク物理層（例えば光、有線、または無線ネットワークを含む）を使用して実現されるインターネットプロトコル通信ネットワークであり、ルータやスイッチ、ハブなど、データパケットを送信元から送信先へ正確に送り届けるための通信制御機器４１〜４４も含むものとする。
【００２０】
コンテンツ配信サーバ２は、映像番組のコンテンツをマルチキャスト方式で複数の受信機に番組コンテンツを配信するＩＰ放送サービスを行なうためのサーバシステムである。
【００２１】
ＩＰテレビ３はマルチキャスト配信コンテンツを受信して視聴者のために番組再生する機能を持つ映像受信端末で、宅内ネットワーク５に接続され、宅内ネットワーク５はルータ４４を経由して、宅外のコンテンツ配信ネットワーク１と繋がれる。なお、ＩＰテレビ３は必ずしも表示装置やスピーカを備えている必要は無く、外部の表示装置やスピーカに接続される受信端末（例えばセットトップボックス（ＳＴＢ））であってもよい。
【００２２】
図１では、コンテンツ配信ネットワーク１を介してコンテンツ配信サーバ２から映像コンテンツＡ、Ｂ、Ｃが配信されている。ＩＰテレビ３は、ＩＰマルチキャストプロトコルを用いて映像コンテンツＡの受信要求を出しており、スイッチ４２やルータ４３、４４が該受信要求に応じてデータパケットＡをＩＰテレビ３に転送することによってコンテンツ配信が行なわれている様子を示す。
【００２３】
図２は、本発明のＩＰテレビ３のハードウェアブロック構成図である。１１は放送を受信、選局するチューナ、１２はスクランブルされた信号を元に戻すデスクランブラ、１３は多重化された信号を分離するデマルチプレクサ、１４は符号化された映像データ、音声データを復号化するビデオ・オーディオデコーダ、１５はコンテンツデータの記録媒体への入出力を制御するメディア制御部、１６は例えばＨＤＤ（ハードディスクドライブ）、ＤＶＤ、ブルーレイディスク等の記録媒体（リムーバブル記録媒体を含む）、１８は液晶ディスプレイ等の表示装置、１９はスピーカ、２０はＩＰテレビ３における情報処理、機器制御等を行なうＣＰＵ（Central Processing Unit）、２１はリモコンからの信号を受信するリモコンインタフェース（リモコンＩ／Ｆ）、２２はＩＰ（Internet Protocol）データパケットを送受信するＩＰ通信ポート、２３及び２４はプログラム等が記録されているＲＯＭ（Read-Only Memory）、２５はＷｅｂページの画面や静止画等を表示する処理を制御するグラフィック・オーディオエンジン、２６は映像表示を制御する映像表示制御部、２７は音声出力を制御するオーディオ出力制御部、２８はメモリーカード、３０はＩＰテレビ３を操作するリモコンである。
【００２４】
なお、上述の通り、表示装置１８やスピーカ１９は必ずしも必要ではなく、映像表示制御部２６やオーディオ出力制御部２７からのデータを外部に出力する出力部（映像については例えばＳ端子、Ｄ端子、コンポーネント映像端子等、音声については例えば光デジタル端子、同軸デジタル端子等、映像・音声については例えばＨＤＭＩ端子等）であってもよい。また、記録媒体１６は複数設けてもよく、例えばＨＤＤ等の記録媒体とＤＶＤ等のリムーバブル記録媒体のドライブとの両方を設けた構成でもよい。
【００２５】
ＩＰテレビ３は、放送電波を受信するアンテナやデジタルチューナ以外に、ＩＰデータパケットを送受信するＩＰ通信ポート２２を備え、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、ＤＮＳ（domain name server）、ＨＴＴＰ(HyperText Transfer Protocol)、ＲＴＰ(Real-time Transport Protocol)、ＲＴＳＰ(Real Time Streaming Protocol)、MLD(Multicast Listener Discovery)、IGMP(Internet Group Management Protocol)等の各種通信プロトコルとブラウザなどのアプリケーションを搭載しており、該ＩＰ通信ポート２２でルータ等を介して宅外のコンテンツ配信ネットワーク１に接続し、コンテンツ配信サーバ２の配信する様々なコンテンツのストリーミングやダウンロードのサービスを利用することができる。
【００２６】
該ＩＰ通信ポート２２で受信したコンテンツデータは、図示しないデスクランブラでデスクランブルされ、デマルチプレクサ１３、ビデオ・オーディオデコーダ１４等を経て再生される。
【００２７】
本実施例のＩＰ放送サービスでは、コンテンツ配信サーバが送出するＩＰ放送番組の番組表データを受信機が受信して表示画面に表示し、ユーザが表示された番組をリモコン等で入力指定し、受信機は入力されたチャネル番号を番組表データに含まれるマルチキャストアドレスとチャネル番号換算表に基づいて、番組映像コンテンツの宛先マルチキャストアドレスを得る。そして、MLDまたはIGMPプロトコルを用いて番組コンテンツ配信の手続きを行ない、通信制御機器により転送されてきたコンテンツのデータパケットを受信し、デコーダ１４に送って再生する。
【００２８】
なお、視聴する番組の選択方法やマルチキャストアドレスの取得方法、サービスで使用するＩＰプロトコルは上述に限るものではない
図３はＩＰテレビ３において、マルチキャスト配信されたＩＰ放送番組を再生している最中、ユーザが別の番組を視聴する指示を行なった際の、ＩＰ放送番組切替え処理の制御プログラムのフローチャートである。なお、該プログラムは例えばＲＯＭ２４に格納されＣＰＵ２０により実行される。
【００２９】
まず、ＩＰテレビ３は、通常のテレビと同様、例えば電源が入ると電源ＯＦＦ直前に見ていた状態及びチャンネルで番組再生を開始し、ユーザのリモコン操作待ちとなる（ステップ１０００〜１００１）。
【００３０】
一般にテレビのリモコンには放送チャンネル選択のボタンや音量調整ボタン等、テレビを動かすための様々な機能があり、該リモコンボタンの操作に応じて該当する各種処理が行われることになるが（ステップ１００１〜１００３）、ここでは、本発明の特徴であるＩＰ放送番組のチャンネル切替えに関連する操作が行なわれた場合を説明する。なお、実施例中ではリモコンによる操作を例に説明しているが、他の方法による操作（例えば受信装置本体のボタンやスイッチ等による操作）であってもよい。
【００３１】
まず、ユーザがリモコンでＩＰ放送番組の視聴を行なうために、番組ガイドの表示を指定したとする(ステップ１００４で「視聴」の場合)。この場合はステップ１００５に進み、ユーザが視聴するＩＰ放送番組のチャンネルを入力指定できるよう番組ガイドサービス画面を表示するモードに移る。この番組選択用の画面は、例えば現在再生中の番組画面をやや小さく縮小する形で表示し、その隙間にＩＰ放送の番組表を表示するようにしてもよいし、その他の方法でＩＰ放送番組の番組ガイドを表示してもよい。
【００３２】
ユーザが該表示された番組表を閲覧し、ユーザが所望する番組チャネルがリモコンより入力される（ステップ１００６）と、該入力されたチャネル番号を番組表データに含まれるマルチキャストアドレスとチャネル番号換算表に基づいて、番組映像コンテンツの宛先マルチキャストアドレスを得る。そして、番組コンテンツの受信のための手続きを行う。
【００３３】
このとき、電源ONしてから放送波で提供される番組を視聴していたなど、現在ＩＰ放送番組を受信していない場合（ステップ１００７でＮｏの場合）は、ＩＰマルチキャスト配信の番組コンテンツパケットを受信する処理を開始する（ステップ１００８）。すなわち、ステップ１００８では、新規データパケットをＩＰ通信ポート２２から装置内の取り込むためのソケットを準備し、IGMPプロトコルやMLDプロトコルに従って、該番組のマルチキャストアドレス受信グループ参加の通知（Listener Report）を送信し、マルチキャスト配信コンテンツのパケットデータが到着し始めるのを待つ。そして、番組コンテンツのパケットがＩＰポート２２まで届き始めたら、取り込んでデコーダに送る。この処理により、ユーザ指定のＩＰ番組の再生表示が行われる。
【００３４】
別のＩＰ放送番組を視聴していて番組チャネルを変更するなど、現在ＩＰマルチキャストパケットの受信処理を既に行なっていた場合（ステップ１００７でＹｅｓの場合）は、選択された番組コンテンツの受信開始の処理だけではなく、今まで視聴していた番組コンテンツの停止の手続きを行なう必要がある。
【００３５】
ただし、受信開始と停止の処理は、どちらかを先に行なうことになる。前述したように、コンテンツ配信サーバ２からＩＰテレビ３まで、ルータやスイッチを経由するため、開始・停止共にある程度のタイムロスが発生（このロスタイムの大きさはコンテンツ配信ネットワーク１により様々）するので、ユーザインターフェース上は、少しでも早く次の番組を見られるよう、先に次の番組の受信開始処理を行う方がよい。
【００３６】
この場合、一時的に２本の番組コンテンツデータが宅内ネットワーク上に流れるため、ネットワークの帯域に２本のコンテンツデータが流れるだけの余裕が無いと切り替わった番組の映像が乱れ、場合によっては視聴に耐えない状態が数秒続きかねない。そうすると、先に受信開始を行うことで番組を切り替える際のロスタイムが小さくなったとしても、切り替えた後の番組の映像が乱れることとなる。従って、ネットワークの帯域にコンテンツデータが２本流れる十分な帯域が無い場合は、先に再生中の番組の受信を停止する処理を行い、コンテンツデータが来なくなるのを待って次番組のデコードを開始する手順がよい。
【００３７】
本発明ではＩＰテレビ３は、接続されているネットワークの許容帯域により、上記２通りの処理手順を使い分けるようになっており、どちらの手順が適しているかをモードとして記憶している。
【００３８】
すなわち、切替モードが高速に設定（高速切替モード）されていた場合（ステップ１００９でＹｅｓの場合）は、切り替え後の番組コンテンツの受信再生の処理（ステップ１０１０）を行なった後、切り替え前の番組コンテンツの受信停止の処理（ステップ１０１１）を行なう。
【００３９】
受信再生の処理はステップ１００８で説明した処理と同様の処理である。受信停止の処理は、IGMPプロトコルやMLDプロトコルに従って、該受信を停止すべき番組のＩＰマルチキャスト通信パケット受信グループ離脱の通知（Leave GroupまたはListener Report）を送信し、受信用のソケットを削除する処理である。高速切替モードでは、ユーザから見た場合最初のステップ１０１０の処理で番組が切替わったことになる。
【００４０】
高速切替モードではなかった場合（ステップ２００９でＮｏの場合、以下「通常切替モード」とする。）、切り替え前の番組コンテンツの受信停止の処理（ステップ１０１２）を行なった後、次の番組の受信開始の処理（ステップ１０１３）を行なう。
【００４１】
そして、直ぐに受信データを再生するのではなく、データコンテンツ配信ネットワークで運用上申し合わせられているグループ離脱から実際のコンテンツデータ転送停止までのタイムリミット値等がある場合は、その時間が過ぎるのを待つ（ステップ１０１４）。
【００４２】
または、受信データパケットがパケット落ちしないで安定するのをパケットのシーケンス番号をチェックするなどして停止手続きを終えたコンテンツのデータが来なくなるのを待つ（ステップ１０１４）。
【００４３】
その後、ステップ１０１５に進んで、取得した次番組のコンテンツをデコーダに送って再生を開始する。この通常切替モードでは、ユーザから見た場合、ステップ１０１２の処理後、一瞬画面がブラックアウトされ、その後ステップ１０１５の処理で、次番組が表示されることになる。
【００４４】
高速切替モード、通常切替モードの設定は、ユーザにより手動で設定されてもよいし、ネットワークの帯域に応じて自動で設定されてもよい。また、ユーザにより手動で設定されるか、ネットワークの帯域に応じて自動で設定されるかをユーザが選択できるようにしてもよい。この場合は、例えばユーザが切替モードを手動で設定するか自動で設定するか選択できるようにすればよい（ステップ１００４、１０２０〜１０２２）。
【００４５】
ステップ１０２０で手動で設定することが選択された場合、ステップ１０２１では例えば画面に表示された設定画面で切替モードを選択できるようにすればよい。
【００４６】
ステップ１０２０で自動で設定することが選択された場合、ステップ１０２２では例えば実際に２本のＩＰ放送番組の受信開始処理を行い、ネットワーク帯域がコンテンツデータを２本同時に受信することが可能な帯域であるかを判定する。この判定では、例えばＩＰテレビが受信したデータをデコーダには送らず、パケットシーケンス番号のチェックを数秒間続けることにより２本同時受信が可能な帯域であるか判定するようにすればよい。
【００４７】
そして、例えば２本のコンテンツデータのパケットが両方ともパケットロス（例えばシーケンス番号が飛んだり途切れたりすること）無しに受信できれば高速切替モード、パケットロスを起こすようなら通常切替モードとすればよい。
【００４８】
なお、この簡易測定は、例えば、帯域は放送番組によって様々なため大事を取ってコンテンツデータ３本の受信を試したり、コンテンツデータ２本の受信を番組を変更しながら何回か行なったり、と様々な方法がありうる。  
以上のようにすることで、ネットワーク上のルータやスイッチ等の中継機器の事情によって、受信機であるテレビの番組の切り替え時間が決まってしまうＩＰマルチキャスト通信による映像コンテンツ番組の受信再生について、ユーザが視聴している番組を別の番組に切り替える場合に、次の見たい番組の受信処理と、今まで見ていた番組の受信停止処理とのどちらの処理を先に行なうかの順位を入れ替えることにより、ユーザのネットワークの状態に適した方法でよりスムーズに番組切替を行なえる効果がある。
【図面の簡単な説明】
【００４９】
【図１】コンテンツ配信システムの一例を示す図である。
【図２】受信機のハードウェア構成の一例を示す図である。
【図３】番組切替え処理の手順の一例を示すフローチャートである。
【符号の説明】
【００５０】
１…ネットワーク、２ コンテンツ配信サーバ、３…ＩＰテレビ、５…宅内ネットワーク、
１１…アンテナ・チューナ、１２…デスクランブラ、１３…デマルチプレクサ、１４…ビデオ・オーディオデコーダ、１５…メディア記録制御部、１６…記録媒体、１８…表示画面、１９…スピーカ、２０…ＣＰＵ、２１…リモコンインタフェース部、２２…ＩＰ（インターネットプロトコル）通信ポート、２３…ランダムアクセスメモリ、２４…リードオンリメモリ、２５…グラフィックオーディオエンジン、２６…映像表示制御部、２７…オーディオ出力制御部、２８…メモリカード、３０…リモコン、３１…リモコン戻るボタン、３２…リモコン進むボタン、４１…エッジルータ、４２…レイヤ３スイッチ、４３…エッジルータ、４４…ホームゲートウェイルータ
【図１】
2010062690.tif 000003
【図２】
2010062690.tif 000004
【図３】
2010062690.tif 000005