JPH11146294A - 受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 補助的に用いるプログラムを実行する場合で
あっても、主として処理すべき映像，音声の復号及び出
力処理を破綻させることなく、また、補助的に用いるプ
ログラムが映像，音声出力を邪魔するようなことを防止
する。 【解決手段】 符号化された映像信号及び音声信号、並
びに受信装置側で実行可能なプログラム及びプログラム
に関する情報が多重されたディジタルデータ中から、プ
ログラム及びプログラムに関する情報を分離するデマル
チプレクサ３と、それら分離された情報を受信するプロ
グラム受信部１０と、プログラムを実行するプログラム
実行部１１と、プログラムに関する情報をもとにプログ
ラム実行部１１の動作を制御する制御部５と、このプロ
グラム実行部１１からの制御に基づいて映像処理と音声
処理を行う映像処理部７及び音声処理部９とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタル放送な
どのディジタルデータを伝送できる送受信システムにお
いて、映像，音声の他に受信装置で実行可能なプログラ
ムを受信し、受信した実行可能なプログラムを能力に応
じて実行するための受信装置に関する。

【０００２】また、視聴者からの操作情報に基づいて実
行可能なプログラムの動作を変化させるための受信装置
に関する。

【０００３】

【従来の技術】従来の受信装置では、放送局側から送ら
れてくる符号化された映像信号，音声信号を復号化し、
その復号化した映像信号をＣＲＴ（陰極線管）に、同じ
く復号化した音声信号をスピーカに出力していた。この
ため、視聴者は放送されてくる映像を眺めるだけ、及び
音声を聞くだけであり、映像信号，音声信号を供給する
コンテンツプロバイダーは、視聴者毎に（視聴者の反応
に応じて）異なるプレゼンテーションの形態をとること
ができなかった。

【０００４】これに対して特開平９−２３４１７号の特
許公開公報には、番組プログラム（コンピュータプログ
ラム）を受信する手段を有し、その受信したコンピュー
タプログラムを視聴者からの操作情報，タイムテーブル
に応じて実行することで、インタラクティブな再生が行
える再生装置が開示されている。

【０００５】

【発明が解決しようとする課題】しかしながら、特開平
９−２３４１７号の特許公開公報に記載されている再生
装置とは異なり、映像信号，音声信号の復号及び出力を
主に行い、受信装置で実行可能なプログラムの実行を補
助的に用いる受信装置に於いては、送られてくる実行可
能なプログラムを実行することによって受信装置の限界
能力を超えるような場合に、主として処理すべき映像，
音声信号の復号及び出力処理が破綻する可能性があっ
た。また、補助的に用いる実行可能なプログラムが、映
像，音声信号の出力を邪魔する可能性があった。

【０００６】本発明は、上述の課題に鑑みてなされたも
のであり、映像信号，音声信号の復号及び出力を主に行
う受信装置に於いて、補助的に用いるプログラムを実行
する場合であっても、主として処理すべき映像，音声信
号の復号及び出力処理を破綻させることなく、また、補
助的に用いるプログラムが映像，音声信号の出力を邪魔
するようなことを防止できる受信装置の提供を目的とす
る。

【０００７】

【課題を解決するための手段】本発明に係る受信装置
は、上述の課題を解決するために、符号化された映像信
号及び音声信号、並びに受信装置側で実行可能なプログ
ラム及びプログラムに関する情報が多重されたディジタ
ルデータを受信し、映像信号及び音声信号を復号して出
力するものであり、ディジタルデータ中からプログラム
とプログラムに関する情報を分離して受信する手段と、
プログラムを実行することで映像または音声処理を行う
プログラム実行手段と、プログラムに関する情報をもと
にプログラム実行手段の動作を制御する制御手段とを有
している。

【０００８】すなわち本発明の受信装置は、映像，音声
処理の破綻を防ぐために、受信したプログラムの実行に
要求される能力と、受信装置のプログラム実行能力とを
比較し、受信装置の能力が足らない場合には、プログラ
ムを実行しないように、また、受信したプログラムが映
像，音声出力を邪魔するのを防ぐために、受信したプロ
グラムとは別に受信するプログラム関連情報をもとにプ
ログラム実行手段を制御するための制御手段を有する。

【０００９】

【発明の実施の形態】以下、本発明に係る受信装置の好
ましい実施の形態について、図面を参照しながら詳細に
説明する。

【００１０】本実施の形態では、いわゆるＭＰＥＧ（Mo
ving Picture image coding Experts Group）のトラン
スポートストリーム（以下、ＴＳとする）を用いて、符
号化された映像及び音声信号と受信装置で実行可能なプ
ログラムとを多重し、ディジタル放送システムを用いて
送受信するシステムを例に挙げて説明する。

【００１１】図１には、本発明における受信装置の一実
施の形態を示すブロック図を示す。

【００１２】図１において、受信した（複数のＴＳが多
重されている）放送波は、選局部１を介して復調部２に
送られ、この復調部２にて復調されることで１本のＴＳ
が得られる。このＴＳには、複数のストリームから構成
されている番組が複数個多重されている。

【００１３】次に、ＰＳＩ（Program Specific Infomat
ion：プログラム仕様情報）処理部４は、デマルチプレ
クサ３を介して、図２に示すようにＴＳ中に含まれてい
る番組の情報であるＰＡＴ（Program Association Tabl
e：番組表）やＰＭＴ（Program Map Table：番組対応
表）から、選択した番組を構成する各ストリーム（映
像、音声等）のＰＩＤ（Packet IDentification：スト
リーム識別情報）を取得する。

【００１４】制御部５は、ＰＳＩ処理部４からのＰＩＤ
に基づいて、デマルチプレクサ３にてＴＳから各ストリ
ームを分離させる。

【００１５】このデマルチプレクサ３にて分離された映
像信号は映像復号部６へ、音声信号は音声復号部８に送
られ、これらにより復号化が行われることで番組が再生
される。

【００１６】ここで、映像復号部６は、符号化された映
像信号を復号する手段であり、例えばＭＰＥＧで圧縮さ
れた映像を復号するＭＰＥＧデコーダである。この映像
復号部６で復号化された映像信号は、映像処理部７で画
質の調整，ウィンドウ処理、ＯＤＳ処理等がされてモニ
タ等に出力される。

【００１７】また、音声復号部８は符号化された音声信
号を復号する手段であり、例えば、ＡＣ−３（ATSC sta
ndard Doc.A/52, 20 Dec.1995）デコーダである。この
音声復号部８で復号化された音声信号は、音声処理部９
で音質の調整，外部入力からの合成等が行われてスピー
カー等に出力される。

【００１８】ここまでに述べた映像信号及び音声信号の
受信から出力までの処理の流れをフローチャートとして
表すと、図３及び図４に示すようになる。

【００１９】図３は映像信号の復号処理の流れを示して
いる。この図３において、先ずステップＳ１にて映像復
号処理が開始し、ステップＳ２にて映像信号（映像デー
タ）の受信が行われると、次のステップＳ３では符号化
された映像信号をＭＰＥＧの規格に則って復号する。そ
の次のステップＳ４では、画質の調整，ウィンドウ処
理、ＯＤＳ処理等の映像制御（加工）のための情報入力
がなされ、ステップＳ５ではその入力がなされた映像制
御（加工）のための情報に基づいた映像加工処理が、映
像信号に施される。その映像加工処理された映像信号
は、その後、ステップＳ６にてモニタ等に出力される。

【００２０】図４は音声信号の復号処理の流れを示して
いる。この図４において、先ずステップＳ１０にて音声
復号処理が開始し、ステップＳ１１にて音声信号（音声
データ）の受信が行われると、次のステップＳ１２では
符号化された音声信号をＡＣ−３の規格に則って復号す
る。その次のステップＳ１３では、音質の調整，外部入
力からの合成等の音声制御（加工）のための情報入力が
なされ、ステップＳ１４ではその入力がなされたその音
声制御（加工）のための情報に基づいた音声加工処理
が、音声信号に施される。その音声加工処理された音声
信号は、その後、ステップＳ１５にてスピーカー等に出
力される。

【００２１】一方、ＰＳＩ処理部４からのＰＩＤに基づ
いてデマルチプレクサ３がＴＳから分離した番組の各ス
トリームに、図２で示すような映像，音声信号以外のプ
ログラムとプログラム管理情報が含まれる場合、本実施
の形態の受信装置は以下のように動作する。

【００２２】デマルチプレクサ３で分離されたこれらス
トリームはプログラム受信部１０に送られる。プログラ
ム受信部１０では、受信したプログラム管理情報からプ
ログラムを実行するのに必要とされる機能をチェック
し、この受信装置で実行できるプログラムであるか否か
を判定し、実行できるプログラムであれば、そのプログ
ラムをプログラム実行部１１に、また、プログラム関連
情報を制御部５に送る。

【００２３】ここで、図２に示すプログラム関連情報中
の、プログラムを実行するのに必要とされる機能とは、
例えば、多重してあるプログラムが動作する受信装置の
メーカ，型番の一覧，動作するＯＳ（オペレーティング
・システム）の種類，電話回線のサポートの有無等であ
る。

【００２４】制御部５では、プログラム受信部１０から
得たプログラム関連情報中の制御情報に従って、プログ
ラム実行部１１でのプログラムの実行を制御する。

【００２５】ここで、図２に示すプログラム関連情報中
の制御情報とは、例えば動作させる時間（受信装置のＳ
ＴＣ（system time clock：デコードのための基本とな
る同期信号）カウンタの値、ストリーム中のＰＣＲ（Pr
ogram Clock Reference：プログラム時刻基準参照値）
の値でプログラムの実行を制御させる等）、動作させる
条件（特定のＰＩＤのストリームを受信している間だけ
動作させる等）、優先度（複数のプログラムが同時に動
作する場合、どちらを優先するか等）等を示す情報であ
る。つまり、プログラム実行部１１では、制御部５を介
して得られる受信番組の情報、受信装置の情報をもと
に、プログラムの動作が制御されることになる。また、
制御部５は、プログラム実行部１１が実行するプログラ
ムの実行結果をもとに、受信データの切り替えを行うこ
とになる。

【００２６】例えば図５で示す様に、映像、音声信号以
外にプログラムが多重されている番組Ａがあり、プログ
ラム関連情報には動作させる時間としてＰＣＲ（ＳＴ
Ｃ）で指定されたプログラムロード後のある時間から番
組Ａが終了するまでの時間が与えられ、動作させる条件
としては映像信号が入っているＰＩＤを受信している間
の条件が与えられるとした場合には、プログラムロード
後のＰＣＲ（ＳＴＣ）で指定された時間からプログラム
の実行が行われ、途中で番組Ｂに切り替わると、時間条
件ではまだ実行しているべきであるが、番組がＡからＢ
に変わることによって映像信号のＰＩＤが動作条件での
ＰＩＤと変わるため、ここで動作条件を満たさなくな
り、プログラムの動作を止めることでプログラムが番組
Ｂを妨害することを妨げる。すなわち、図５中の点線に
て示す期間でプログラムが実行されていると、番組Ｂを
妨害してしまうが、プログラムの動作を止めることでプ
ログラムが番組Ｂを妨害することを妨げる。

【００２７】なお、映像信号、音声信号は受信後、復号
して出力すれば終わりであるが、プログラムの場合、受
信したあと、いつまでも動作させることができるため、
このようにプログラムの外からプログラムの実行を制御
する手段が必要である。もちろん時間条件、動作条件等
を番組受信中に限定しないことで、常駐型のプログラム
を動作させることも可能である。

【００２８】このようなプログラム制御の流れをフロー
チャートとして表すと、図６に示すようになる。この図
６において、先ずステップＳ２０にてプログラム制御処
理が開始し、ステップＳ２１にてプログラムとプログラ
ム関連情報の受信が行われると、次のステップＳ２２で
は受信装置の情報とプログラム関連情報とを比較し、さ
らに次のステップＳ２３ではその比較結果から実行可能
プログラムか否かの判定を行う。このステップＳ２３に
て実行可能プログラムでないと判定したときにはステッ
プＳ３４にて処理を終了し、実行可能プログラムである
と判定したときには、ステップＳ２４以降の処理に進
む。なお、受信装置の情報とは、メーカ名、デコーダの
型番、ＯＳ、時間情報等である。

【００２９】ステップＳ２４ではプログラムを実行部１
１にロードし、次のステップＳ２５ではプログラム動作
条件，時間，優先度等のチェックを行う。ステップＳ２
６ではそのチェック結果から、動作条件を満たしている
か否かを判定し、満たしていないときにはステップＳ２
７に、満たしたときにはステップＳ３０に処理を進め
る。ステップＳ２７では、実行可能期間が終了したか否
かの判定を行い、終了したと判定したときにはステップ
Ｓ３４にて処理を終了し、終了していないと判定したと
きにはステップＳ２８にてプログラム中断の指示を行っ
た後にステップＳ２５の処理に戻る。

【００３０】一方、ステップＳ２６にて動作条件を満た
したと判定したときに進むステップＳ３０では、受信装
置の動作モードからプログラム実行能力を評価し、次の
ステップＳ３１では実行能力とプログラム負荷を比較す
る。ステップＳ３２ではステップＳ３１の比較結果に基
づいて、プログラム実行可能か否かの判定を行い、実行
可能でないと判定したときにはステップＳ２５の処理に
戻り、実行可能であると判定したときにはステップＳ３
３にてプログラム実行指示を行った後にステップＳ２５
の処理に戻る。

【００３１】次に、プログラムを実行する場合、本実施
の形態の受信装置の動作は以下のようになる。

【００３２】本実施の形態の受信装置において、プログ
ラムを実行する際には、図１の一部を抜き出して示す図
７のように、プログラム関連情報中の負荷情報と、実行
能力評価部１３から得られる受信装置のプログラム実行
能力レベルとを比較し、プログラムの実行が受信装置の
処理能力を超えることで、主に処理すべき映像，音声の
復号処理が破綻しない様にする（超える場合は、プログ
ラムの実行を行わない）。ここで、図２及び図７に示す
プログラム関連情報中の負荷情報とは、例えばプログラ
ムを動作させる際に、受信装置側のプログラム実行部が
利用可能な空きメモリ容量（必要とするメモリ容量）、
必要とされる演算能力（単位時間当たりり演算量）等で
あり、また、あらかじめメモリ容量と演算能力でレベル
分けした値でもよく、プログラム関連情報中に含めず、
プログラムの入っているパケットのＩＤ（識別データ）
で示してもよい。なお、演算能力でレベル分けした値と
は、例えばＭＰＥＧデコーダでいえばプロファイルとレ
ベルで表されるＭＰ＠ＭＬ（Main Profile at Main Lev
el）、ＭＰ＠ＨＬ（Main Profile at High Level）等で
ある。

【００３３】また、実行能力評価部１３は、例えば図７
で示される様に、受信装置の動作モードに対して、能力
値を吐き出すＬＵＴ（Look Up Table）で構成されてい
る。このようにすることでデコーダの動作に応じて変化
する余力（プログラムの実行に割ける能力）をリアルタ
イムに変化させることができる。ここで、受信装置の動
作モードとは、ＭＰ＠ＨＬデコード、ＭＰ＠ＭＬデコー
ド、ＥＰＧ（ElectricProgram Guide：電子番組ガイ
ド）表示等のデコーダ動作モードである。

【００３４】プログラム実行部１１では、プログラム受
信部１０から得られるプログラムをこのプログラム実行
部１１内のメモリに格納し、制御部５からの制御情報に
従ってプログラムを実行することで、映像処理部７、音
声処理部９を制御し、復号された映像，音声信号を加工
（画質、音質の調整、ウィンドウ処理、ＯＤＳ合成、キ
ャラクタ表示、音声合成等）することができる。また、
ここで動作させるプログラムが、視聴者からの操作を受
け付けられるようなものであれば、プログラム実行部１
１では、例えばリモコン等の操作部１２から操作情報を
受け、それに従ってプログラムの実行を制御することが
可能である。

【００３５】このようなプログラム実行処理の流れをフ
ローチャートとして表すと、図８に示すようになる。こ
の図８において、先ずステップＳ４０にてプログラム実
行処理が始まり、ステップＳ４１にてプログラムの実行
が開始される。このプログラムの実行中に、ステップＳ
４２ではプログラムの実行中断の指示があるか否かの判
定を行い、中断の指示があるときにはステップＳ４６に
て処理を終了する。

【００３６】一方で、中断の指示がないときに、ステッ
プＳ４３にて操作部１２からの入力があると、ステップ
Ｓ４４では操作と実行結果に基づく処理が行われる。次
のステップＳ４５では、映像や音声制御情報等を出力し
た後、ステップＳ４２の処理に戻る。

【００３７】このようにすることで、本実施の形態の受
信装置によれば、受信している番組が多重化されたマル
チストリームであれば、従来はリモコンで操作するチャ
ンネルとストーリを固定的に関連付けることしかできな
かったものが、間にプログラムを介することで、プログ
ラムに対して操作を行い、プログラムがその操作に適し
たストーリを選択し、制御部５を介してそのストーリの
ＰＩＤの付いた映像，音声信号をデコードして出力する
ことが可能である。

【００３８】また、従来は一方的に表示することしかで
きなかったＥＰＧ，ＣＭ（commercial）等をプログラム
の形で送ることで、視聴者との間でインタラクティブ性
を持たせることができたり、視聴制限を行う際に、視聴
者に対してどうすれば視聴できるかなどのメッセージを
番組（コンテンツ）毎に自由に設定することができる。

【００３９】

【発明の効果】本発明に係る受信装置は 受信装置側で
プログラムを受信して、実行する手段と、プログラムを
実行することによって映像，音声復号処理が破綻しない
ようにする手段と、プログラムが他の番組を妨害するの
を防ぐ手段を持つことで、ただ見せるだけのコンテンツ
（番組，ＣＭ，ＥＰＧ等）だけでなく、より自由度のあ
る（視聴者とコンテンツの間にインタラクティブ性を持
たせる）コンテンツの再生が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施の形態における受信装置のブロ
ック図である。

【図２】番組のストリーム構成の例を示す図である。

【図３】映像信号処理の流れを示すフローチャートであ
る。

【図４】音声信号処理の流れを示すフローチャートであ
る。

【図５】プログラム管理情報を用いたプログラムの制御
の例を説明するために用いる図である。

【図６】プログラム制御処理の流れを示すフローチャー
トである。

【図７】実行能力評価部の動作例を説明するために用い
るブロック図である。

【図８】プログラム実行処理の流れを示すフローチャー
トである。

【符号の説明】

１…選局部、２…復調部、３…デマルチプレクサ、４…
ＰＳＩ処理部 ５…制御部、６…映像復号部、７…映像処理部、８…音
声復号部、９…音声処理部、１０…プログラム受信部、
１１…プログラム実行部 １２…操作部、１３…実行能力評価部

Claims (7)

【特許請求の範囲】
1. 【請求項１】 符号化された映像信号及び音声信号、並
   びに受信装置側で実行可能なプログラム及びプログラム
   に関する情報が多重されたディジタルデータを受信し、
   映像信号及び音声信号を復号して出力する受信装置にお
   いて、 前記ディジタルデータ中からプログラムとプログラムに
   関する情報を分離して受信する分離受信手段と、 前記プログラムを実行することで映像または音声処理を
   行うプログラム実行手段と、 前記プログラムに関する情報をもとに前記プログラム実
   行手段の動作を制御する制御手段とを有することを特徴
   とする受信装置。
2. 【請求項２】 前記プログラムに関連する情報は、プロ
   グラムを実行する際に要求される受信装置のプログラム
   実行能力を表す情報を含み、 前記制御手段は、受信装置のプログラム実行能力と前記
   プログラムを実行する際に要求される受信装置のプログ
   ラム実行能力とを比較し、前記プログラムを実行する際
   に要求される受信装置のプログラム実行能力が、前記受
   信装置のプログラム実行能力を超える場合には、プログ
   ラムを実行しないように前記プログラム実行手段を制御
   することを特徴とする請求項１記載の受信装置。
3. 【請求項３】 前記プログラムを実行する際に要求され
   る受信装置のプログラム実行能力は、プログラムを伝送
   するパケットに付随するストリーム識別情報で示されて
   おり、 前記制御手段は、前記ストリーム識別情報と前記受信装
   置のプログラム実行能力とを比較することでプログラム
   の実行手段を制御することを特徴とする請求項２記載の
   受信装置。
4. 【請求項４】 受信装置のプログラム実行能力をリアル
   タイムに評価する評価手段を有することを特徴とする請
   求項２又は３記載の受信装置。
5. 【請求項５】 前記プログラムに関する情報は、プログ
   ラムの表示時間、表示条件のうちいずれか一方若しくは
   両方を含み、 前記制御手段は、受信番組のストリーム中に含まれてい
   るプログラム時刻基準参照値若しくは受信装置が持って
   いる時間情報と前記プログラムに関する情報に含まれる
   表示時間とを比較すること、及び受信装置の状態と前記
   表示条件とを比較することのいずれか一方若しくは両方
   を行うことにより、プログラム実行手段の制御を行うこ
   とを特徴とする請求項１乃至請求項４のうち、いずれか
   １項記載の受信装置。
6. 【請求項６】 視聴者の操作情報を入力する操作手段を
   有し、 前記プログラム実行手段は、前記操作手段から入力され
   る操作情報をもとに、プログラムの動作を制御すること
   を特徴とする請求項１乃至請求項５のうち、いずれか１
   項記載の受信装置。
7. 【請求項７】 前記制御手段は、プログラム実行手段が
   実行するプログラムの実行結果に基づいて、受信データ
   の切り替えを行うことを特徴とする請求項１乃至請求項
   ６のうち、いずれか１項記載の受信装置。