JP2001268480A - データ放送番組試聴装置 - Google Patents

Abstract

(57)【要約】 【課題】 短時間にかつ容易にデータ放送番組の不具合
検証を可能とする。 【解決手段】 ユーザＩ／Ｆ部２１０から番組指定を受
けると、番組ファイル取得部２０２は蓄積装置１０４か
ら指定された番組の番組素材、番組ＭＭ符号、制御情報
を取得する。このうち、番組素材はデコーダ２０３でデ
コードされる。一方、ＭＭ符号処理部２０４にて番組Ｍ
Ｍ符号が解釈され、デコードされた各番組素材の空間
的、時間的配置が決定される。この空間的、時間的配置
に従って、各番組素材は番組素材再生処理部２０６，２
０７によって合成され、再生出力される。以上の装置構
成において、制御情報処理部２０５により、取得された
制御情報を解釈し、ユーザが指定する制御情報の処理、
実行形態に基づいて、ＭＭ符号処理部２０４へ制御情報
を通知する。これにより、ユーザの指定する形態で制御
情報の処理、実行が行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ放送番組制
作システムに用いられ、データ放送番組制作装置によっ
て作成されたデータ放送番組を試聴するデータ放送番組
試聴装置に関する。

【０００２】

【従来の技術】従来の文字多重放送、ＩＴ（Interactiv
e Television）放送に代表されるデータ放送では、音
声、動画といった主放送データに加え、静止画、テキス
トなどの付加情報データをその再生時の振る舞いを制御
する制御データと共に主放送データに多重して放送し、
受信された制御データに従って付加情報を受信端末に表
示することで、テキスト、静止画の表示、あるいはユー
ザとのインタラクション機能を含むマルチメディアサー
ビスを提供してきた。２０００年末に開始予定のＢＳデ
ジタル放送では、これまで以上にマルチメディアデータ
放送が活用されることが予想されている。

【０００３】これらのデータ放送番組は、主として番組
提供会社がデータ放送番組制作装置を用いて作成し、放
送局に納品され、放送される。この番組制作時あるいは
適宜放送局にて、番組の見た目、あるいは機能上の不具
合がないか確認するために、データ放送番組試聴装置が
使用されている。

【０００４】ところで、放送業界全体としての広告費収
入はほぼ横ばいと予想されている。一方で、ＢＳ、地上
波放送のデジタル化に伴う多チャンネル化、ひいては多
番組化が期待されている。このため、より低コストでの
番組制作が多チャンネル・番組化の鍵であり、制作コス
ト削減手段の一つとして番組試聴過程におけるコスト削
減が要望されている。

【０００５】また、さらに、ＢＳデジタル放送の規格と
して、放送局側から送出される放送中の番組に関する制
御情報を通じて、受信機側で受信中の番組の振る舞いを
変更する方式も検討されている。この方式で用いる制御
情報は、番組を特定する識別子、番組内でのメッセージ
を特定するメッセージＩＤ、メッセージの受信端末到着
時の処理方法、メッセージ内容などからなる。番組制作
時には、この制御情報と、このメッセージに対応した手
続きとを定義する。受信端末側では、局から送出された
制御情報を受信した際には、対応する手続きを実行する
ことで、例えば所定の文字列を置き換えるなどの番組の
振る舞いを変更する。

【０００６】従来のデータ放送においては、このような
概念はない。従って、データ放送番組試聴装置も対応し
ていない。制御情報方式が運用される場合、試聴装置が
これに対応するのみならず、この制御情報を活用して番
組試聴過程の簡略化を図ることは望ましいことである。

【０００７】

【発明が解決しようとする課題】上述のように、番組試
聴装置の開発に当たり、新たに規格化、利用可能となり
つつある制御情報を用いた番組試聴過程の簡略化、低コ
スト化が望まれている。

【０００８】本発明は、上記の問題を解決し、制御情報
を活用して、短時間に、かつ容易に番組の不具合検証を
可能とし、ひいては番組制作コストの削減を可能とする
データ放送番組試聴装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記の課題を解決するた
めに本発明に係るデータ放送番組試聴装置は、以下のよ
うな特徴的な構成を有する。

【００１０】（１）データ放送番組蓄積装置に蓄積され
た、番組素材ファイル、各番組素材の空間的、時間的配
置情報を表す番組マルチメディア符号ファイル、この番
組を放送局側から制御するための制御情報として少なく
とも制御情報識別子、制御情報送出時刻の組を１つ以上
含む制御情報ファイルからなるデータ放送番組を視聴す
るデータ放送番組視聴装置において、ユーザからの試聴
番組指定を受けるユーザインターフェース部と、このユ
ーザインターフェース部から番組指定を受けて前記デー
タ放送番組蓄積装置から指定された番組の番組素材ファ
イル、番組マルチメディア符号ファイル、制御情報ファ
イルを取得する番組ファイル取得部と、この番組ファイ
ル取得部で取得された番組素材ファイルをデコードする
デコーダと、前記番組ファイル取得部で取得された番組
マルチメディア符号ファイルを解釈して、前記デコーダ
でデコードされた各番組素材の空間的、時間的配置を決
定するマルチメディア符号処理部と、このマルチメディ
ア符号処理部により決定された空間的、時間的配置に従
って、前記デコーダでデコードされた各番組素材を合成
し再生出力する番組素材再生処理部と、前記番組ファイ
ル取得部で取得された制御情報ファイルを解釈して、マ
ルチメディア符号処理部へ制御情報を通知する制御情報
処理部と、前記制御情報処理部における制御情報の処
理、実行形態をユーザが指定する制御情報指定手段とを
具備し、ユーザの指定する形態で前記制御情報の処理、
実行を行うことを特徴とする。

【００１１】（２）（１）の構成において、前記制御情
報処理部は、制御情報の処理、実行形態として、前記制
御情報指定手段を通じてユーザが指定する時間間隔毎に
制御情報を処理、実行することを特徴とする。

【００１２】（３）（１）の構成において、前記制御情
報処理部は、制御情報の処理、実行形態として、前記制
御情報指定手段を通じてユーザが実行を指示する毎に制
御情報を処理、実行することを特徴とする。

【００１３】（４）（１）構成において、さらに、前記
制御情報処理部で解釈された制御情報の少なくとも一部
をユーザに提示する制御情報提示手段と、この制御情報
提示手段により提示された制御情報をユーザに選択させ
る制御情報選択手段とを備え、前記制御情報処理部は、
前記制御情報選択手段によりユーザが指定した制御情報
を処理、実行する前に、それ以前に処理、実行すべき制
御情報を全て処理、実行することを特徴とする。

【００１４】（５）（１）〜（４）のいずれかの構成に
おいて、さらに、前記マルチメディア符号処理部は、前
記制御情報処理部から通知される制御情報送出時刻に基
づいて番組素材の再生時刻を含む番組素材の再生状態を
制御する再生制御手段を備えることを特徴とする（１）
の構成は制御情報の実行形態をユーザが指定した方法で
処理、実行することにより、より柔軟にデータ放送番組
の検証、確認をすることが可能となる。

【００１５】（２）の構成は、（１）の実行形態とし
て、ユーザの指定する時間間隔毎に制御情報を処理、実
行する手段を提供したものである。これにより、各制御
情報の実行を一々指定することなく、定期的に検証、確
認することが可能となる。

【００１６】但し、この（２）の構成では、制御情報が
所定の時間間隔で処理、実行されるため、ユーザがデー
タ放送番組内容の変更を確認するのに十分な時間が取れ
ないことがある。また、この所定の時間間隔を大きく取
りすぎると試聴時間が大きくなりすぎることも有り得
る。

【００１７】（３）の構成は、そうした問題を解決する
ために、ユーザからの実行指示毎に制御情報を処理、実
行する手段を提供したものである。これにより、ユーザ
は好みのタイミングで制御情報を順次実行させることが
可能になり、データ放送番組内容の変更確認がより容易
になる。

【００１８】但し、この（３）の構成では、制御情報の
処理、実行は、逐次的に行う必要があり、ユーザは、制
御情報毎に実行指示をしなければならなくなる。

【００１９】（４）の構成は、そうした操作性を改善す
るために、制御情報の一部ないし全てをユーザに提示す
る手段と、提示された制御情報をユーザが選択する手段
と、ユーザの指定した制御情報を処理、実行する前に、
それ以前に処理、実行すべき制御情報をすべて処理、実
行する手段を提供したものである。これにより、ユーザ
は任意の制御情報から試聴をすることが可能となる。

【００２０】但し、この（１）〜（４）の構成では、制
御情報の実行と動画、音声などの時刻情報を含む番組素
材の再生状態とが同期していない。

【００２１】（５）の構成は、この点を考慮して、制御
情報処理部から通知される制御情報送出時刻に基づいて
動画、音声などの時刻情報を含む番組素材の再生状態を
制御する再生制御手段を提供することを特徴とする。こ
れにより、制御情報の実行と動画、音声などの時刻情報
を含む番組素材の再生状態とが同期させることが可能と
なり、より正確な試聴を行うことができる。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。

【００２３】（第１の実施の形態）図１は本実施形態に
適用されるデータ放送番組制作システムの一般的な基本
構成を示したものである。このデータ放送番組制作シス
テム１０１は、テキスト、静止画、動画、音声といった
番組素材ファイル（以下、単に番組素材あるいは番組フ
ァイルと記す）を取り込み、編集を行う番組素材編集装
置１０２と、編集された番組素材を組み合わせて、番組
素材の空間的、時間的配置を記述したＭＭ（マルチメデ
ィア）符号ファイルに基づくデータ放送番組を作成する
番組制作装置１０３と、これらの番組素材、制作された
番組に関わる情報（ＭＭ符号ファイルを含む）を蓄積す
る蓄積装置１０４と、制作された番組の内容、振る舞い
を確認するデータ放送番組試聴装置１０５からなり、そ
れぞれはＬＡＮ等で相互に接続される。本発明は、図１
の番組試聴装置１０５に係わるものである。

【００２４】図２は上記データ放送番組試聴装置１０５
の全体的な基本構成を示すものである。この装置１０５
は、番組試聴装置本体（例えばＰＣ）２０１〜２０７
と、これに接続された表示装置２０８、スピーカ２０
９、マウス、キーボードなどのユーザインターフェース
（以下、Ｉ／Ｆ）部２１０からなる。図２において、蓄
積装置１０４は図１に示したように別装置であり、番組
制作装置１０３により作成されたデータ放送番組に係わ
るファイルを保持する。

【００２５】番組試聴装置１０５は、ユーザからの番組
試聴要求を受け付けるユーザＩ／Ｆ部２１０と、ユーザ
Ｉ／Ｆ部２１０により指定された番組に係わるファイル
を蓄積装置１０４から取得する番組ファイル取得部２０
２と、番組ファイル取得部２０２により取得された静止
画、動画、音声などの番組素材を個別にデコードするデ
コーダ２０３と、番組ファイル取得部２０２により取得
された番組素材の空間的、時間的配置を記述するＭＭ符
号ファイルを解析し、各番組素材の画像の空間的、時間
的配置を決定するＭＭ符号処理部２０４と、デコーダ２
０３によりデコードされた各番組素材をＭＭ符号処理部
２０４の結果に基づき合成、表示、音声出力する画像処
理部２０６、音声処理部２０７と、番組ファイル取得部
２０２により取得された制御情報ファイルを解析し、ユ
ーザＩ／Ｆ部２１０を通じてユーザが指定した時間間隔
毎に制御情報をＭＭ符号処理部２０４に通知する制御情
報処理部２０５から構成される。

【００２６】番組ファイル取得部２０２は、例えば番組
制作装置１０３により付与されるデータ放送番組の番組
ＩＤをユーザＩ／Ｆ部２１０から番組試聴要求として受
け付け、この番組ＩＤにより番組に係わるファイルを全
て蓄積装置１０４から取得する。番組に係わるファイル
には、番組にて使用されている番組素材、例えば音声デ
ータ、動画データ、イメージデータ、テキストデータな
どと、これら番組素材の空間的、時間的配置を記述する
ＭＭ符号ファイルと、番組の振る舞いを制御する制御情
報ファイルがある。

【００２７】図３に示すデータ放送番組を例として説明
する。本例は動画、音声からなる料理番組（３０１）に
連動して、番組開始５分間〜１０分、１０分〜２５分、
２５分から番組終了まで、それぞれ料理出来あがり図
（３０３）、用いる材料一覧（３０２）、次回予告（３
０４）を提示するものである。３０２〜３０４の切り替
えは、放送局側から送出される番組制御情報に従って行
われる。ユーザは、例えばリモコンの主放送・データ放
送切り替えボタンを選択することにより、主放送画面と
データ放送画面を切り替えながら視聴することができ
る。

【００２８】図４に上記の料理番組における番組素材の
空間的・時間的配置を記述したＭＭ符号例を示す。本例
にて使用しているＭＭ符号方式はＷ３Ｃ（World Wide C
onsortium）が規定しているＨＴＭＬ（Hyper Text Mark
up Language）、ＣＳＳ（Cascading Style Sheet）を一
部拡張したもので、図４の例では "msglist" タグ、"ms
g" タグが拡張された部分となっている。

【００２９】本番組で使用する番組素材は、料理の手
順、進行を撮影した動画、静止画データと、出来あがり
図である静止画データと、材料一覧のテキストデータ、
次回予告のテキストデータである。具体的には静止画デ
ータは <img id="dekiagari" .../>により指定され、テ
キストデータは <p id="textmsg" ...></p> で指定され
ている。

【００３０】これらの素材の空間的配置は図４にてstyl
e="" で指定された部分であり、静止画とテキスト共に
"position:absolute" 指定により絶対位置指定である
こと、"top:10; left:10" 指定により画面左上をＸ，Ｙ
方向の原点として（１０ピクセル、１０ピクセル）にそ
れぞれの表示エリアの左上を合わせること、さらに "vi
sibility:visible" ないし "visibility:hidden" 指定
により、テキストは表示、静止画は非表示であることを
示している。

【００３１】番組素材の時間的配置は図４中の <msglis
t> <msg .../></msglist> で囲まれた部分にて記述す
る。<msg .../> は放送局側から送付されるメッセージ
と、それを受信した場合に処理すべき手続きを結び付け
るための記述である。例えば <msg msgid="1" action="
show_text()"/> はメッセージＩＤが１であるメッセー
ジを受信した場合、show_text() 関数を呼び出すことを
意味する。

【００３２】show_text() 関数では id が "dekiagari"
である静止画表示エリアを "hidden" 指定により非表
示とし、次に id が "textmsg" であるテキスト表示エ
リアに放送局側から送付されたメッセージに含まれたデ
ータを textmsg にセットすることを示す。

【００３３】図５に制御情報の例を示す。制御情報は番
組を特定するためのデータ放送番組ＩＤと、そのデータ
放送番組内で一意となるメッセージＩＤと、この制御情
報を放送局システムから番組開始何秒後に送出するかの
タイミングを示す相対放送時刻と、受信機側で制御情報
を受信後、どのタイミングでメッセージを処理すべきか
を示す発火時刻指定と、各制御情報に固有の付加データ
であるメッセージ内容からなる。

【００３４】発火時刻指定には、制御情報受信後、直ち
に発火することを示す「即時」の場合と、相対時刻指定
とがある。また、メッセージ内容は、テキストデータあ
るいはバイナリデータを問わない任意のデータ形式であ
り、省略も可能である。本例では、番組ＩＤが１００の
番組に関する制御情報が３種類あることを示している。
メッセージＩＤが１の制御情報は、例えば放送開始時刻
が１０時００分の場合、１０時００分に局システムから
送出され、受信機側で受信後６００秒後、つまり１０時
１０分に着火すべきであり、そのメッセージ内容として
「材料（４人分）…」からなるテキストデータを含むこ
とを示す。同様にメッセージＩＤが２の制御情報は、１
０時０５分に局システムから送出され、受信機側で受信
後直ちに、つまり１０時０５分に着火すべきであり、そ
のメッセージ内容は省略されていることを示す。メッセ
ージＩＤが３のメッセージについても同様である。

【００３５】上記のようなデータ放送番組を試聴する場
合、先ずユーザはユーザＩ／Ｆ部２１０を通じて、番組
ＩＤとして１００を番組ファイル取得部２０２に入力す
る。そこで番組ファイル取得部２０２は蓄積装置１０４
から番組に係わるファイルを取得する。本例では、番組
素材である料理出来あがり図の静止画データファイル
（３０３）と、ＭＭ符号ファイル（図４）と、番組制御
ファイル（図５）及び動画、音声データファイル（３０
１）である。

【００３６】続いて、静止画データファイル及び動画・
音声データファイルは、デコーダ２０３において、それ
ぞれのエンコード方法に対応して適宜デコードされ画像
処理部２０６及び音声処理部２０７に出力される。ＭＭ
符号ファイルはＭＭ符号処理部２０４にて解析される。
この解析結果により各番組素材の空間的・時間的配置が
決定され、受信したデータ放送番組の再生指示が画像処
理部２０６及び音声処理部２０７に対して行われる。

【００３７】通常の試聴装置では、データ放送番組の再
生時刻に従って、制御情報（図５）を逐次、ＭＭ符号処
理部２０４に通知する。例えば図５の一番目の制御情報
の着火時刻は番組開始後６００秒と指定されているの
で、データ放送番組の再生時刻が６００秒になった時点
で通知する。これによりＭＭ符号処理部では、メッセー
ジＩＤが１に対応した手続き show_text() が実行され
る。同様に３番目の制御情報は番組再生開始後１５００
秒に show_text() が実行される。つまり３番目の制御
情報の動作を確認するには１５００秒待機する必要があ
る。

【００３８】そこで本例の制御情報処理部２０５では、
制御情報を発火時刻順に順次取り出し、所定の時間間隔
でＭＭ符号処理部２０４に通知することで、前記待ち時
間の短縮を図る。

【００３９】具体的な処理の流れを図６に示す。図６は
ユーザの指定する時間間隔毎に制御情報を処理、実行す
る例であり、制御情報処理部２０５では、まず番組ファ
イル取得部２０２により取得された制御情報ファイルを
読み込み（６０１）、相対放送時刻と発火時刻指定を加
えた値をキーとして昇順に並べ替える（６０２）。この
際、発火時刻指定が「即時」の場合は、０秒が指定され
たものとして処理する。

【００４０】制御情報をＭＭ符号処理部２０４に通知す
る際の間隔についてユーザから指定を受け（６０３）、
ソートされた制御情報からまだ処理していない制御情報
を順次取り出し（６０４）、取り出せたかを調べる。
（６０５）。

【００４１】処理６０５にて未処理の制御データを取得
できた場合は、この制御情報のメッセージＩＤ、メッセ
ージ内容とをＭＭ符号処理部２０４に通知し（６０
６）、実行済みフラグをセットして（６０７）、処理６
０３にてユーザが指定した時間待機した後（６０８）、
処理６０４へ戻る。処理６０５にて未処理の制御データ
を取得できなかった場合は、制御情報ファイルの処理を
終了する。

【００４２】図５の制御情報を例に取れば、制御情報は
メッセージＩＤが２，１，３の順にソートされ（６０
２）、例えば６０３にてユーザが１０秒を指定した場
合、メッセージＩＤ２，１，３の順に１０秒間隔でＭＭ
符号処理部２０４に通知されることになる。

【００４３】ＭＭ符号処理部２０４では、制御情報処理
部２０５からのメッセージＩＤ、メッセージ内容の通知
を受け、メッセージＩＤに相当する関数を <msglist>
タグ中の記述より検索し、該当する <msg> タグの acti
on 指定された関数を実行する。したがって、上記例で
は、料理出来上がり図画面（３０３）、材料一覧画面
（３０２）、次回予告画面（３０４）が１０秒間隔で表
示される。

【００４４】図７は制御情報の処理、実行を逐次、ユー
ザに問合わせながら行う例であり、図６の処理６０３の
時間間隔指定部分をユーザの実行指示指定部分７０１、
７０２に置き換え、処理６０８を削除したものである。
図６と同様の処理を行う部分には同一符号を付してい
る。

【００４５】図７において、７０１では、ユーザに次の
制御情報を実行するかを問合わせる。ユーザの準備が整
っており、実行ボタンを押した場合（７０２）、図６と
同様に制御情報の取得、実行がなされ、再びユーザへの
問い合せが行われる（７０１）。ユーザが実行を中断し
た場合そのまま終了する。したがって、図３の例では、
ユーザが制御情報の実行を指示する毎に、料理出来上が
り図画面（３０３）、材料一覧画面（３０２）、次回予
告画面（３０４）が順次表示される。

【００４６】続いて、ユーザにより指定された制御情報
の処理、実行を行うに先立って、事前に処理すべき制御
情報を処理する例について、図８〜図１０を参照して説
明する。

【００４７】図８は、ユーザに制御情報を提示し、ユー
ザの選択した制御情報の実行に先立って、予め事前時に
実行すべき制御情報を実行し、その後、ユーザの選択し
た制御情報を実行する場合の処理の流れを示したフロー
チャートである。尚、図６と同様な処理を行う部分には
同一符号を付してある。

【００４８】処理８０１では通知時刻順にソートされた
制御情報を取得し、未処理の制御情報を全てユーザに提
示する（８０１）。ユーザは提示された制御情報リスト
から実行させたい制御情報を選択し（８０２）、この選
択された制御情報の通知時刻と、ソート済みの制御情報
リストの先頭から順次、実行済みフラグがセットされて
いない制御情報の通知時刻とを比較することで、選択さ
れた制御情報より前に実行すべき制御情報があるかを調
べる（８０３）。

【００４９】処理８０３にて選択された制御情報の通知
時刻が大きければ、比較対象である制御情報を取得し
（８０４）、ＭＭ符号処理部へ通知し（８０５）、この
制御情報の実行済みフラグをセットし（８０６）、処理
８０３に戻る。処理８０３にて選択された制御情報の通
知時刻が小さければ、予め実行すべき制御情報はないと
判断して、ＭＭ符号処理部へ通知し（８０７）、この制
御情報の実行済みフラグをセットし（８０８）、全ての
制御情報の実行済みフラグがセットされているかを調べ
（８０９）、全て実行済みなら処理を終了する。まだ実
行済みのフラグがセットされていない制御情報があれば
処理８０１に戻る。

【００５０】図９に初めて制御情報がユーザに提示され
た例を示す。制御情報一覧画面（９０１）には、未処理
の制御情報のそれぞれについて、メッセージＩＤ，ＭＭ
符号処理部への番組開始からの通知時刻、メッセージ内
容が表示される（９０２）。ユーザはこれらの制御情報
から番組情報を例えばマウスなどにより選択し、選択実
行ボタン（９０３）を押すことで番組情報の指定を行
う。図９の例は、メッセージＩＤが２の制御情報が選択
されている状態である。ここで選択実行ボタンを押すこ
とで、図８の処理８０４に移行する。

【００５１】次に処理８０４にて予め実行すべき制御情
報があるかを調べる。この場合、メッセージＩＤ２の制
御情報の通知時刻は３００秒後であり、他のメッセージ
ＩＤの通知時刻より小さいので、予め実行すべき制御情
報はないと判断され（８０３）、ＭＭ符号処理部に通知
され（８０７）、実行済みフラグがセットされる（８０
８）。ここで、全ての制御情報が処理済かを調べる（８
０９）。このとき、まだメッセージＩＤ１、３が未処理
であるので処理８０１に戻る。

【００５２】次に処理８０１にて制御情報が再度提示さ
れた例を図１０に示す。今度はメッセージＩＤ２の制御
情報の処理済みフラグがセットされているため、メッセ
ージＩＤ１、３のみが表示される。ここでユーザがメッ
セージＩＤ３を選択、実行指示した場合は、処理８０３
にて予め実行すべき制御情報があるかを調べる。今度は
メッセージＩＤ１が未処理かつ通知時刻がメッセージＩ
Ｄ３より小さいので、処理８０４に移行し、メッセージ
ＩＤ３の情報がＭＭ符号部へ通知され（８０５）、実行
済みフラグがセットされ（８０６）、処理８０３に戻
る。

【００５３】次にメッセージＩＤ３が同様に処理され
る。したがって、ユーザによる制御情報の選択、実行指
示により、料理出来あがり図画面（３０３）、続いて次
回予告画面（３０４）が表示される。材料一覧画面（３
０２）が表示された直後に次回予告画面が表示されるた
め、ユーザには材料一覧画面（３０２）があたかもスキ
ップされたのように見えないが、メッセージＩＤ１をメ
ッセージＩＤ３に先立って処理することは番組の試聴の
ために重要である。何故なら、メッセージＩＤ１とメッ
セージＩＤ３の間に依存関係があるような処理が記述さ
れている場合も有り得るからである。

【００５４】このように、制御情報の実行形態をユーザ
が指定した方法で処理、実行することで、一定時間間
隔、あるいは、逐次、あるいは任意の制御情報からデー
タ放送番組の試聴をすることが可能となり、容易にかつ
短時間でデータ放送番組の検査、確認ができるデータ番
組試聴装置を提供することができる。

【００５５】（第２の実施の形態）第１の実施の形態で
説明したシステムでは、番組素材の再生状態と関連なく
制御情報が処理されていたが、本実施形態では、番組素
材の再生状態と制御情報の処理とを同期させることを考
える。

【００５６】図１１は本実施形態に係るデータ放送番組
試聴装置１０５の構成を示すものであるが、試聴する仕
組みは基本的には第１の実施の形態で説明した図２の装
置と同じである。このため、図１１において図２と同一
部分には同一符号を付してある。

【００５７】図１１において、図２の装置と異なる点
は、ＭＭ符号処理部２０４に再生時刻制御手段２０４ａ
を設けた点にある。

【００５８】すなわちこの装置では、ＭＭ符号処理部２
０４において、データ放送番組の再生時刻を示す再生時
刻変数を再生時刻制御手段２０４ａにて管理する。この
再生時刻はシステムクロック（図示せず）に基づき更新
される。さらに、制御情報処理部２０５から制御情報の
通知があった場合、この再生時刻を制御情報の通知時刻
に従って更新すると共に、動画、音声などのデコードを
この更新された再生時刻から行うようデコーダ２０３に
指示することを特徴とする。これにより動画、音声など
時間軸上で変化する番組素材も制御情報の処理、実行と
同期してデコード、表示することが可能となり、より正
確な試聴が可能となる。

【００５９】また、さらに制御情報処理部２０５は、再
生時刻制御手段２０４ａにより管理される再生時刻を監
視し、制御情報の通知時刻がこの再生時刻以上となった
時、該当する制御情報をＭＭ符号処理部２０４に通知す
ることを特徴とする。これにより、制御情報を動画、音
声など時間軸上で変化する番組素材のデコード、表示と
同期して発生させることが可能となる。

【００６０】図１２は、再生時刻制御手段２０４ａを含
むＭＭ符号処理部の処理の流れを示すフローチャートで
ある。まずＭＭ符号ファイルを取得、解析し（１２０
１）、解析した結果の番組素材の空間的配置を画像処理
部２０６、音声処理部２０７へ指示する（１２０２）。
ここまでは第１の実施形態でも同様である。

【００６１】次に番組の開始から時間を表す再生時刻変
数を０に初期化し（１２０３）、デコーダ２０３に再生
時刻からの再生を指示する（１２０４）。デコーダ２０
３はこの再生指示を受け、デコードを開始する。

【００６２】図１３はＭＭ符号処理部２０４が番組制御
処理部２０５からの制御情報の通知を受けた際の制御情
報処理の流れを示すフローチャートである。ＭＭ符号処
理部２０４は、通知された制御情報のメッセージ内容を
イベントオブジェクトにセットし（１３０１）、ＭＭ符
号ファイルから制御情報のメッセージＩＤと同じ msgid
を持つ <msg> タグを検索し、action 指定されたメッ
セージ処理関数を得る（１３０２）。

【００６３】制御情報の通知時刻と再生時刻制御手段２
０４ａの再生時刻変数の値を比較し（１３０１）、通知
時刻の方が大きければ処理１３０４に移行し、そうでな
ければ処理１３０６に移行する。

【００６４】次に制御情報の通知時刻を再生時刻制御手
段２０４ａの再生時刻変数にセットし（１３０４）、デ
コーダ２０３に再生時刻からのデコードを指示する（１
３０５）。デコーダ２０３はこの再生指示を受け、デコ
ードを開始する。最後に処理１３０２で検索した関数を
呼び出し（１３０６）、処理を終了する。

【００６５】図１４は、制御情報処理部２０５におけ
る、制御情報処理の流れを示すフローチャートである。
まず未処理の制御情報があるかを調べ（１４０１）、な
ければ終了する。未処理の制御情報あれば、その中で通
知時刻が最小の制御情報を取得する（１４０２）。この
制御情報をＭＭ符号処理部２０４に通知すべきかを調べ
るため、ＭＭ符号処理部２０４にて再生時刻制御手段２
０４ａの再生時刻変数を取得し（１４０３）、制御情報
の通知時刻と再生時刻とを比較し（１４０４）、通知す
べきであれば制御情報をＭＭ符号処理部２０４に通知し
（１４０５）、実行済みフラグをセットし（１４０
６）。処理１４０１に戻る。まだ通知すべきでなければ
処理１４０３に戻る。

【００６６】尚、図１４の処理は、図６〜７に示した制
御情報の処理とは同一の制御情報を複数回ＭＭ処理部２
０４に通知されないよう排他制御を行いながら独立に行
われる。

【００６７】例として図３に示す３０５の場面を考え
る。３０５では料理講師が放送開始後１０分後に「材料
一覧をデータ放送画面に表示します。」と視聴者に語り
掛けた場面である。図５に示す制御情報のメッセージＩ
Ｄが１の制御情報は、このタイミングに同期してデータ
放送画面において「材料（４人分）…」を表示するため
のものである。

【００６８】試聴者が、この番組の試聴をユーザＩ／Ｆ
部２１０により指示し、試聴開始後６分間は何もしなか
ったとする。まず図１２のフローチャートに従い、ＭＭ
符号処理部２０４の再生時刻変数が０に初期化され、番
組素材の再生が始まる。再生時刻変数がシステムクロッ
クにより更新されて３００秒になると、図５の制御情報
の内、メッセージＩＤ２の通知時刻は３００秒と等しく
なり、図１４の処理１４０４での比較がなされ、メッセ
ージＩＤ２の制御情報がＭＭ処理部２０４に通知され
る。通知された制御情報は図１３に従い処理が行われ
る。

【００６９】具体的には、まずメッセージの内容をイベ
ントオブジェクトにセットし（１３０１）、<msg msgid
="2"...> なる記述を図５のＭＭ符号ファイルから検索
し（１３０２）、<msg msgId="2" action="show_img()"
/> を得る。さらに通知時刻（３００秒）と再生時刻変
数を比較し（１３０３）、再生時刻が小さい場合は通知
時刻に再生時刻をセットし（１３０４）、デコーダ２０
３に再生時刻からの再生を指示する（１３０５）。その
後、処理１３０２で求めた show_img() 関数を呼び出
し、終了する。処理１３０３にて通知時刻の方が小さい
場合は、処理１３０６へ移行する。

【００７０】ここで処理１３０３にて再生時刻と通知時
刻の比較を行う理由は、「巻き戻し」てからの再生とな
らないようにするためである。このようにして番組の試
聴の進行に伴い、制御情報が自動的に処理され、試聴開
始５分後に料理出来上がり図がデータ放送画面に表示さ
れる。

【００７１】続いて、試聴開始後８分たった時点で、試
聴者がメッセージＩＤ１の制御情報を選択し、この制御
情報の実行指示を行った場合を考える。

【００７２】この場合、図８に従い処理を行う。すなわ
ち、処理８０３にて予め実行すべき制御情報があるかを
まず調べる。この場合、メッセージＩＤ１の通知時刻６
００秒より小さな通知時刻を持つメッセージＩＤ２の制
御情報は、既に実行済みであるため、処理８０７に移行
し、そのままＭＭ符号処理部２０４に通知される。この
通知により図１３の処理が行われる。今回は、メッセー
ジＩＤ１の通知時刻は６００秒であるため、現在の再生
時刻４８０秒より大きく処理１３０３でデコーダへの再
生時刻変更が必要と判断され、処理１３０４に移行す
る。処理１３０４では、再生時刻に通知時刻６００秒を
セットし、処理１３０６にてデコーダに６００秒から再
生を開始するよう指示が行われ、処理１３０６にてメッ
セージＩＤ１に対応する関数 show_text() が呼び出さ
れる。

【００７３】この結果、動画、音声などのデコーダは６
００秒から再生を開始する。したがって、料理講師が
「材料一覧をデータ放送画面に表示します。」と視聴者
に語り掛けた場面から再生が始まり、データ放送画面で
は材料一覧が表示され、同期のとれた番組の試聴が可能
となる。

【００７４】尚、上記実施形態では、制御情報の通知時
刻から番組素材のデコードを行っているが、例えば、こ
の通知時刻にユーザが指定可能なオフセットを加えた位
置からデコードを行うことも可能である。このようにす
れば、ユーザは制御情報の実行の前から番組を試聴し、
制御情報実行に備えることができる。

【００７５】また、上記実施形態では、各デコーダにお
ける再生時刻からのデコード方法については、各番組素
材の符号化方式によるため特に触れていないが、例えば
ＭＰＥＧ４などの差分符号化方式において、指定された
再生時刻の直前のＩフレームから再生を開始することも
可能である。このようにすれば、ユーザは完全な画像か
ら試聴することが可能となる。

【００７６】また、上記実施形態では、制御情報自体の
変更は行っていないが、例えばメッセージ内容を変更す
るユーザＩ／Ｆを備え、変更された制御情報を実行する
ことも可能である。このようにすれば、ユーザは番組制
作装置を再起動することなく制御情報を編集し、その結
果を直ちに試聴することが可能となる。

【００７７】また、さらに上記実施形態では、制御情報
が実行された際に特にユーザへの通知はしないが、制御
情報の実行通知を、実行前、あるいは実行後にユーザ対
して行うことも可能である。これにより、ユーザの注意
を喚起することができ、どのような制御情報が実行され
るか、あるいは実行されたかの確認がより確実に行える
ようになる。

【００７８】

【発明の効果】以上のように本発明によれば、制御情報
の実行を視聴者が指示することができるようになり、デ
ータ放送番組の試聴を短時間で行うことが可能となる。
また、さらに、ユーザからの制御情報の実行指示に従
い、番組素材の再生位置を変更することで、制御情報と
番組素材とを同期して試聴することが可能となる。

【００７９】これにより、データ放送番組の検査、確認
がより正確に行うことが可能となり、制御情報を活用し
て、短時間に、かつ容易に番組の不具合検証を可能と
し、ひいては番組制作コストの削減を可能とするデータ
放送番組試聴装置を提供することができる。

【図面の簡単な説明】

【図１】 本発明が適用されるデータ放送番組制作シス
テムの一例を示すブロック図。

【図２】 本発明の第１の実施の形態に関わるデータ放
送番組試聴装置の構成を示すブロック図。

【図３】 同実施の形態の装置におけるデータ放送番組
の例を示す図。

【図４】 同実施の形態の装置におけるデータ放送番組
のＭＭ符号ファイルの例を示す図。

【図５】 同実施の形態の装置におけるデータ放送番組
の制御情報ファイルの例を示す図。

【図６】 同実施の形態の制御情報処理部における、所
定の時間毎に制御情報を処理する場合の動作を示すフロ
ーチャート。

【図７】 同実施の形態の制御情報処理部における、ユ
ーザの指定により順次、制御情報を処理する場合の動作
を示すフローチャート。

【図８】 同実施の形態の制御情報処理部における、ユ
ーザの指定により選択された制御情報を処理する場合の
動作を示すフローチャート。

【図９】 同実施の形態の制御情報処理部における、制
御情報の選択、実行をユーザに問合わせる画面例を示す
図。

【図１０】 同実施の形態の制御情報処理部における、
制御情報の選択、実行をユーザに問合わせる画面例を示
す図。

【図１１】 本発明の第２の実施の形態に関わるデータ
放送番組試聴装置の構成を示すブロック図。

【図１２】 同実施の形態のＭＭ符号処理部の初期化動
作を示すフローチャート。

【図１３】 同実施の形態のＭＭ符号処理部の制御情報
受信時の動作を示すフローチャート。

【図１４】 同実施の形態の制御情報処理部の自動的に
制御情報処理を行う動作を示すフローチャート。

【符号の説明】

１０１…データ放送番組制作システム １０２…番組素材編集装置 １０３…番組制作装置 １０４…蓄積装置 １０５…データ放送番組試聴装置 ２０２…番組ファイル取得部 ２０３…デコーダ ２０４…ＭＭ符号処理部 ２０４ａ…再生時刻制御手段 ２０５…制御情報処理部 ２０６…画像処理部 ２０７…音声処理部 ２０８…表示装置 ２０９…スピーカ ２１０…ユーザＩ／Ｆ部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/85 Ｈ０４Ｎ 5/85 Ｚ 5/91 5/91 Ｎ 5/92 5/92 Ｈ 7/025 7/08 Ａ 7/03 7/035 Ｆターム(参考） 5C025 AA01 AA28 BA28 CA09 CB10 DA05 5C052 AA01 AB03 AB04 CC11 DD04 EE02 EE03 5C053 FA14 FA23 GB11 GB12 GB21 JA07 JA21 KA24 LA06 5C063 AA02 AB01 AC01 AC02 AC05 AC10 DA02 DA03 DA07 DA13 EA05 EB37

Claims (5)

【特許請求の範囲】
1. 【請求項１】データ放送番組蓄積装置に蓄積された、番
   組素材ファイル、各番組素材の空間的、時間的配置情報
   を表す番組マルチメディア符号ファイル、この番組を放
   送局側から制御するための制御情報として少なくとも制
   御情報識別子、制御情報送出時刻の組を１つ以上含む制
   御情報ファイルからなるデータ放送番組を視聴するデー
   タ放送番組視聴装置において、 ユーザからの試聴番組指定を受けるユーザインターフェ
   ース部と、 このユーザインターフェース部から番組指定を受けて前
   記データ放送番組蓄積装置から指定された番組の番組素
   材ファイル、番組マルチメディア符号ファイル、制御情
   報ファイルを取得する番組ファイル取得部と、 この番組ファイル取得部で取得された番組素材ファイル
   をデコードするデコーダと、 前記番組ファイル取得部で取得された番組マルチメディ
   ア符号ファイルを解釈して、前記デコーダでデコードさ
   れた各番組素材の空間的、時間的配置を決定するマルチ
   メディア符号処理部と、 このマルチメディア符号処理部により決定された空間
   的、時間的配置に従って、前記デコーダでデコードされ
   た各番組素材を合成し再生出力する番組素材再生処理部
   と、 前記番組ファイル取得部で取得された制御情報ファイル
   を解釈して、マルチメディア符号処理部へ制御情報を通
   知する制御情報処理部と、 前記制御情報処理部における制御情報の処理、実行形態
   をユーザが指定する制御情報指定手段とを具備し、 ユーザの指定する形態で前記制御情報の処理、実行を行
   うことを特徴とするデータ放送番組試聴装置。
2. 【請求項２】前記制御情報処理部は、制御情報の処理、
   実行形態として、前記制御情報指定手段を通じてユーザ
   が指定する時間間隔毎に制御情報を処理、実行すること
   を特徴とする請求項１記載のデータ放送番組試聴装置。
3. 【請求項３】前記制御情報処理部は、制御情報の処理、
   実行形態として、前記制御情報指定手段を通じてユーザ
   が実行を指示する毎に制御情報を処理、実行することを
   特徴とする請求項１記載のデータ放送番組試聴装置。
4. 【請求項４】さらに、前記制御情報処理部で解釈された
   制御情報の少なくとも一部をユーザに提示する制御情報
   提示手段と、この制御情報提示手段により提示された制
   御情報をユーザに選択させる制御情報選択手段とを備
   え、 前記制御情報処理部は、前記制御情報選択手段によりユ
   ーザが指定した制御情報を処理、実行する前に、それ以
   前に処理、実行すべき制御情報を全て処理、実行するこ
   とを特徴とする請求項１記載のデータ放送番組試聴装
   置。
5. 【請求項５】さらに、前記マルチメディア符号処理部
   は、前記制御情報処理部から通知される制御情報送出時
   刻に基づいて番組素材の再生時刻を含む番組素材の再生
   状態を制御する再生制御手段を備えることを特徴とする
   請求項１乃至４いずれか記載のデータ放送番組試聴装
   置。