JP2004228752A - 定形データ放送再生装置及び定形データ記述方法 - Google Patents
定形データ放送再生装置及び定形データ記述方法 Download PDFInfo
- Publication number
- JP2004228752A JP2004228752A JP2003012239A JP2003012239A JP2004228752A JP 2004228752 A JP2004228752 A JP 2004228752A JP 2003012239 A JP2003012239 A JP 2003012239A JP 2003012239 A JP2003012239 A JP 2003012239A JP 2004228752 A JP2004228752 A JP 2004228752A
- Authority
- JP
- Japan
- Prior art keywords
- data
- fixed
- mpeg
- form data
- reproducing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】ディジタル放送受信機のデータ放送画面を用いて動画を多重表示しながら操作できる装置を提供する。
【解決手段】データ挿入手段１１０で定形データに所定のデータを挿入し、ＭＰＥＧ−ＴＳ化手段１０９で、定形データと動画を多重し、ＭＰＥＧトランスポートストリーム化して再生する定形データ放送再生手段１０８を備える。これにより、古いディジタル放送受信機３を用いても、動画を含む画面表示を見ながら操作可能とすることができる。
【選択図】 図１
【解決手段】データ挿入手段１１０で定形データに所定のデータを挿入し、ＭＰＥＧ−ＴＳ化手段１０９で、定形データと動画を多重し、ＭＰＥＧトランスポートストリーム化して再生する定形データ放送再生手段１０８を備える。これにより、古いディジタル放送受信機３を用いても、動画を含む画面表示を見ながら操作可能とすることができる。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ディジタル放送受信機で受信された情報を記録再生する定形データ放送再生装置に関するものである。
【０００２】
【従来の技術】
近年、ディジタル放送が実用化され、これに伴い、ディジタル放送を記録再生する装置が考えられている。このようなディジタル放送記録再生装置としては、特許文献１に示したものが知られている。
【０００３】
以下に、図４６及び図４７を用いて、より詳細に従来の技術について説明する。
【０００４】
図４６は従来の記録再生装置における番組タイトル表示を実現するディジタルコンテンツ再生環境例１を示すブロック図である。同図は、番組が格納されているディジタルコンテンツ再生機器４、ディジタルコンテンツ再生機器４から番組タイトルを読み出すディジタル放送受信機３、番組タイトル一覧を表示するＴＶ受像機１から構成される。また、ディジタルコンテンツ再生機器４は、番組タイトル情報格納手段１０４、コンテンツ再生手段１０５、コンテンツ選択手段１０６から構成され、ディジタル放送受信機３は、表示手段１０１、番組タイトル情報取得手段１０２、番組タイトル情報解析手段１０３を備える。
【０００５】
表示手段１０１はディジタル放送受信機３の動作状態や、受信中の番組情報、および接続されているディジタルコンテンツ再生機器４に関する情報をユーザーに通知するためにＴＶ受像機１の画面上に各種情報をグラフィックス表示するための手段である。また、番組タイトル情報取得手段１０２は、接続されているディジタルコンテンツ再生機器３に対して、番組情報を要求するコマンドを送信し、かつディジタルコンテンツ再生機器４から回答される情報を取得する手段であり、例えばＩＥＥＥ１３９４インタフェース上でのＡＶ／Ｃコマンドのやり取り等で実現される。番組情報には、番組タイトルや録画日時、番組の内容、ジャンル、放送されたチャンネル等がある。また、番組タイトル情報解析手段１０３は、番組タイトル情報取得手段１０２を用いて取得した番組情報を解析し、ユーザーに必要な情報のみを取り出す手段である。また、番組タイトル情報格納手段１０４はディジタルコンテンツ再生機器４において、取り扱う番組に関する各種情報を格納する手段であり、番組自体を格納する記憶媒体上や、ディジタルコンテンツ再生機器４の持つ記憶装置上に格納することで実現される。また、コンテンツ再生手段１０６は、ディジタルコンテンツ再生機器４が取り扱う記憶媒体上に記録されている番組のコンテンツデータを出力する手段であり、磁気テープやＤＶＤ，ハードディスク等に代表される媒体上の信号読み取り部や信号処理回路等から構成される。また、コンテンツ選択手段１０６は、指定された番組が記憶媒体上のどの場所に格納されているかを示す情報に基づいて、指定された番組を再生する動作を実現する手段であり、ファイルシステムなどにより実現される。
【０００６】
次に、ディジタルコンテンツ再生環境での番組タイトル表示と、番組タイトル表示に基づいた番組再生の指定について説明する。
【０００７】
ユーザーから番組情報表示の要求を受けると、ディジタル放送受信機３は、番組タイトル情報取得手段１０２を通じて、ディジタルコンテンツ再生機器４に対して再生コンテンツに関する番組タイトル情報の問い合せを行う。ディジタルコンテンツ再生機器４は、番組タイトル情報格納手段１０４から番組タイトル情報を取り出し、その情報をディジタル放送受信機３に回答する。ディジタル放送受信機３は、番組タイトル情報取得手段１０２を通じて受取った番組タイトル情報の中から必要な情報を番組タイトル解析手段１０３を用いて取りだし、表示手段１０１を用いてＴＶ受像機１の画面上に表示を行う。その後、ユーザーから再生させたい番組を指定されると、指定された番組をディジタルコンテンツ再生機器４に伝える。ディジタルコンテンツ再生機器４は伝えられた番組の内容をコンテンツ選択手段１０６を用いて取り出し、コンテンツ再生手段１０５を用いてユーザーに指定された番組の再生を実現する。
【０００８】
図４７は従来の記録再生装置等の機器における操作画面表示を実現するディジタルコンテンツ再生環境例２を示すブロック図である。同図は、操作画面を持つ複数の機器２ａ〜２ｎ、と操作画面を表示するＴＶ受像機１から構成される。それぞれの機器は操作画面を表示するための表示手段１０１を備える。
【０００９】
表示手段１０１は、機器２ａ〜２ｎそれぞれの動作状況や、取り扱う番組の情報をユーザーに通知するためにＴＶ受像機１の画面上に各種情報をグラフィックス表示するための手段である。
【００１０】
各機器２ａ〜２ｎはそれぞれの機器が表示手段１０１を備え、ユーザーに通知したい情報情報を、表示手段１０１を用いてＴＶ受像機１の画面上に表示する。ＴＶ受像機１では機器２ａ〜２ｎが出力する映像信号は別々の映像入力端子で受取るため、それぞれの機器の操作を行う際には信号入力の切り替えを行い、操作対象となる機器の映像出力信号がＴＶ受像機１の画面上に表示された状態で操作を行う。
【００１１】
【特許文献１】
特開２００２−１５２６８８号公報
【００１２】
【発明が解決しようとする課題】
上述した、従来のデジタルコンテンツ再生環境例１、例２では、次のような問題点があった。
【００１３】
図４６に示した従来のディジタルコンテンツ再生環境例１、及び図４７に示した従来のディジタルコンテンツ再生環境例２から明らかなように、コンテンツ再生手段１０５から再生される動画映像と番組タイトル情報１０４を同時に同一画面上に描画するためには、ディジタル放送受信機側にて個別に取得した番組タイトル情報と動画映像を表示手段１０１により多重表示しなければならなかった。
【００１４】
また、ディジタルコンテンツ再生機器の動作状態を、同じく再生動画に多重表示する場合もディジタル放送受信機側にて表示手段１０１により多重表示しなければならなかった。即ち、すでに商品化されたディジタル放送受信機に前記多重化機能がない場合、そのディジタル放送受信機では録画済み動画と番組タイトルや動作状態を単一画面に多重して表示することができないという課題があった。
【００１５】
衆知の通り、ＢＳディジタル放送用のディジタル放送受信機の場合、一般的にはＩＥＥＥ１３９４インタフェースを介して外部機器から動画を再生しながら、同時にその再生時刻カウンター等を表示する画面を多重表示する機能が装備されているものもある。
【００１６】
しかしながら、商品仕様として搭載している機能以外の状態を新規に表示することはできなかった。即ち、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題があった。
【００１７】
また、ディジタル放送受信機にて動作するデータ放送に動作状態変更を通知する手段として、放送波に汎用イベントメッセージを挿入する方式がＡＲＩＢ規格（ＡＲＩＢとは電波産業会（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）の略である）にて標準化されているが、汎用イベントメッセージを送出するタイミングによっては、ディジタル放送受信機側での汎用イベントメッセージ受信に失敗する場合があるという問題があった。この汎用イベントメッセージの受信失敗問題は、放送系からの受信時だけではなく、データ放送を受信する経路が１３９４インタフェース等を介して行われる場合も同様に発生する。即ち、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題があった。
【００１８】
また、従来のデータ放送は放送波を用いているために伝送帯域の制限があり、さらに受信機側のでの動作状態を放送局側で知ることができないため動作させるＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書すべてを１つのストリームにカルーセル形式で配置する必要があった。このことは、ＢＭＬ文書の数を増やせば増やすほど、１つのＢＭＬ文書に割り当てることができる伝送帯域が小さくなることを意味している。即ち、従来のデータ放送では複数ＢＭＬ記述化により画面構成を増加させるほどディジタル放送受信機のＢＭＬ取得に時間を要し、その結果として個々のＢＭＬの起動に時間がかかるという第３の課題があった。
【００１９】
また、データ放送は起動して描画されるまでに時間がかかるという第４の課題がある。このことは一般のＢＳディジタル放送受信機にて、データ放送の起動を行えば体感することができる。
【００２０】
また、従来のデータ放送はデータ放送内に記述されたもの以外の外部プログラムを、任意の組み合わせで起動することができないという第５の課題があった。
【００２１】
【課題を解決するための手段】
上述した課題を解決するために、本発明の定形データ放送再生装置は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、所定のデータが挿入された定形データ及び再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段を備えたものである。
【００２２】
【発明の実施の形態】
本発明の第１の本発明（請求項１に対応）は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段を備えたことを特徴とする定形データ放送再生装置である。
【００２３】
また、第２の発明（請求項２に対応）は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段と、送出した定形データ放送の動作状態を制御する状態遷移制御手段を備えたことを特徴とする定形データ放送再生装置である。
【００２４】
また、第３の発明（請求項３に対応）は、ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ映像からＩピクチャを抽出し、これをもって早送り再生及び巻き戻し再生を行う機能を有することを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２５】
また、第４の発明（請求項４に対応）は、ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ−ＴＳストリームの中から映像に該当するプログラムＩＤを持つトランスポートストリームパケットのみを抽出し、このプログラムＩＤを規定の値に書き直すことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２６】
また、第５の発明（請求項５に対応）は、定形データ放送再生手段は、記録媒体に保存されたＭＰＥＧ映像のアスペクト比ならびに画素数の情報を抽出するストリーム情報抽出手段と、これに対応する定形データを選択する定形選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２７】
また、第６の発明（請求項６に対応）は、定形データ放送再生手段は、定形データ保存手段に保存された定形データのアスペクト比ならびに画素数の情報を抽出する定形情報抽出手段と、これに対応する映像を選択する映像選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２８】
また、第７の発明（請求項７に対応）は、ディジタル放送受信機の受信能力に対応する汎用イベントメッセージ送出最小間隔を規定する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００２９】
また、第８の発明（請求項８に対応）は、１つのＢＭＬ文書の中にすべての画面構成を記述することを特徴とする定形データ記述方法である。
【００３０】
また、第９の発明（請求項９に対応）は、定形データ保存手段は、複数のＢＭＬ文書により構成された定形データを保存し、状態遷移制御手段はＢＭＬ文書間を遷移する期間を含み汎用イベントメッセージ送出を禁止する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００３１】
また、第１０の発明（請求項１０に対応）は、定形データ放送再生手段は、状態遷移制御手段からの指令に応じて再生する定形データを選択する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００３２】
また、第１１の発明（請求項１１に対応）は、ＭＰＥＧ−ＴＳストリームとして準備された背景映像を記録媒体に保持し、記録媒体から再生された前記ＭＰＥＧ−ＴＳストリームを繰り返し再生し、データ放送を形成する所定の定形データと結合することで背景映像として表示するする機能を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００３３】
また、第１２の発明（請求項１２に対応）は、状態制御手段は、他のアプリケーション実行手段を制御する機能を有することを特徴とする請求項２記載の定形データ放送再生装置である。
【００３４】
以下に、本発明の実施の形態について図面を参照して説明する。
（実施の形態１）
実施の形態１では、定形データ放送と録画済み映像を多重化して表示する構成について説明する（請求項１に対応）。
【００３５】
図１は、定形データ放送を再生し、定形データ放送再生装置の内部状態及び録画済み映像を、ディジタル放送受信機３を介して表示するための定形データ放送再生装置のブロックならびに受信機との接続環境を示す図である。定形データ放送再生装置５において、１１１は定形データ保存手段、１１０はデータ挿入手段、１２４は記録媒体１２４、６００はＭＰＥＧ再生手段、１０９はＭＰＥＧ−ＴＳ化手段、である。また、ディジタル放送受信機３は、表示手段１０１、データ放送実行手段１０７を備える。
【００３６】
ディジタル放送受信機３に備えられているデータ放送実行手段１０７は、ＢＳデジタル放送用デジタル放送受信機には一般的に搭載されている機能であり、その内容は、たとえば、特開平１０−３０４３２５号公報「デジタル放送システム、デジタル放送装置及びデジタル放送における受信装置」等に記述されている。このデータ放送では、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という言語で記述されたプログラムや表示用の画像データ等が放送波を介してデジタル放送受信機３に送付される。ユーザは、デジタル放送受信機３を操作することでデータ放送にて実現される様々なサービスを受けることが可能になる。データ放送実行手段１０７は、デジタル放送受信機３が放送波からデータ放送を受信したときだけではなく、たとえばＩＥＥＥ１３９４インタフェースと呼ばれるデジタル接続を介して取得した時も動作するものとする。即ち、データ放送実行手段１０７は、デジタル放送受信機３に接続された再生装置の再生動作によっても動作するものとする。
【００３７】
以下、図１に示した各構成要素の説明を行う。
【００３８】
図１において、５は定形データ放送再生装置を示したものである。３００は、定形データ放送再生装置が送出するデータ放送の雛形となる定形データである。３０１は、定形データ放送再生装置５の機器状態等を表す挿入データである。１１１は、定形データ３００を、機器内の保存手段（図示せず）に保存する手段である。１１０は、定形データ３００に挿入データ３０１を挿入するデータ挿入手段である。１２４は、録画済み映像を保存する記録媒体である。６００は、記録媒体１２４から該当する映像ストリームを取得するＭＰＥＧ再生手段である、１０９は、ＭＰＥＧ再生手段６００によって得られたＭＰＥＧ映像とデータ挿入手段１１０によって得られたデータをＭＰＥＧトランスポートストリーム（以下、ＭＰＥＧ−ＴＳと略す）に構成し直して送出するものである。３２０は，定形データ放送再生装置５とデジタル放送受信機３の間でのデジタル信号のやり取りを行うデジタルインターフェースである、８００は、ディジタルインタフェース３２０を介して再生される定形データ再生ストリームである。
【００３９】
以下図面に従って、本構成の定形データ放送再生装置５の動作について説明する。
【００４０】
定形データ放送再生装置５は、再生動作開始要求を受け付けると、定形データ保存手段１１１から、データ放送の雛形データである定形データ３００を定形データ放送再生手段１０８に送出する。定形データ放送再生手段１０８の有するデータ挿入手段１１０は、定形データ放送再生装置５内部の状態を示す挿入データ３０１を取得し、定形データ３００にそのデータを書き込む。一方、番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ここでは、録画用の構成ならびに処理については記述を省略する。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０及びＭＰＥＧ再生手段６００から取得した定形データ及びＭＰＥＧ映像をＭＰＥＧ−ＴＳの送出ストリームの形態である小単位のデータのかたまり（パケット）にして、デジタル放送受信機３に送出する。定形データ放送再生装置５から送出された定形データ再生ストリーム８００はデジタルインターフェース３２０を介してデジタル放送受信機３に送信され、データ放送実行手段１０７によって解釈、実行される。データ放送実行手段１０７は、定形データ放送再生装置５の内部状態を表示手段１０１、ＴＶ受像機１によって表示することとなる。この結果、デジタル放送受信機３が、定形データ放送再生装置５を制御する制御手段を備えていなくとも、ユーザー（操作者）は、定形データ放送再生装置５の内部状態をデジタル放送受信機３の表示画面を通じて知ることができる。
【００４１】
尚、上記の説明における、定形データ放送再生装置５に再生動作を促す方法は、定形データ放送再生装置の内部状態を表示する機能を持たない機器用のコマンドで可能でもあり、それは、たとえば、ＩＥＥＥ１３９４インタフェース上にてやりとりされるテープ用ＶＣＲコマンドなどが例としてあげられる。または、定形データ放送再生装置５の本体のボタン、定形データ放送再生装置５の専用リモコンなどを使用しても、同様の効果をユーザに提供することができる。
【００４２】
本実施の形態１の構成を用いる事で、前記の「発明が解決しようとする課題」に記載の、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題を解決することができる。
【００４３】
次に、本実施の形態１における、定形データ放送再生手段１０８の有する機能について詳細に説明する。
【００４４】
図２は、データ挿入手段１１０が行う処理の一例を示したものであり、特に、ＢＳデジタル放送で用いられているデータ放送のデータ構造を一例にしてその動作内容を説明する。
【００４５】
図２において、２００は、送出するデータの一塊を機器内のメモリ上に配置した様子を示したものである。このデータは、データカルーセルと呼ばれる方式により、デジタル放送受信機に対して繰り返し転送される。このデータカルーセルという方式は、ＩＳＯ／ＩＥＣ １３８１８−６で定義された方式である。尚、データカルーセル方式は方式名称であるため、これを区別し、データの実体を指す場合はカルーセルデータと呼ぶこととする。カルーセルデータ２００は、主にデータの配置情報が記述されているＤＩＩと呼ばれる部分と、実際のデータ本体が書かれているＤＤＢとよばれる部分に分かれている。ＤＩＩ及びＤＤＢは、ＩＳＯ／ＩＥＣ １３８１８−６で定められたＵｓｅｒ−ｔｏ−ＮｅｔｗｏｒｋダウンロードプロトコルのなかのＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎメッセージ及びＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋメッセージを意味する。２０１は、データカルーセルのペイロード部分に相当するＤＤＢの構造を示したものである。ＤＤＢは複数のセクション（Ｓｅｃｔｉｏｎ）に分割され、さらにそれぞれのセクション構造２０２は、先頭の固定領域に続いて、いくつかの書き換え対象データ部分が存在し、データ最後には、データの信頼性を保証するＣＲＣ３２の部分が配置されている。定形データ３００は、図２に示すデータカルーセルの構造をしており、セクション構造２０２の書き換え対象データ部分が未定義になっているものである。データ挿入手段１１０は、セクション構造２０２の書き換え対象データ部分を検索し、機器内部で取得した挿入データ３０１で、書き換え対象データ部分を更新する。
【００４６】
このデータ更新を行う書き換え対象データ部分のメモリ上の位置情報は、あらかじめテーブルで保存していてもよいし、検索して調べる事もありえる。また、それぞれの書き換え対象データ部分に書きこむ挿入データ３０１は、固定長の場合処理が単純になるが、データの持たせ方を工夫することで、様々なサイズのデータを挿入することもできる。いずれの場合でも、各書き換え対象データを更新したあと、転送時のデータとしての整合性保障を目的に、ＣＲＣ３２を再計算する。
【００４７】
データ放送はディジタル放送において実施されており、上記データ放送を形成するカルーセル構造の構築及びＭＰＥＧトランスポート化は放送局の設備でも同様の規格に従って実施されている。本発明が放送局設備と異なる点は、本装置を使用するのが一般ユーザーである点、またディジタル放送受信機３における処理が放送波としての受信ではなく外部機器からの再生データとしてデータ放送を取得する点である。このような使用環境では、価格的にも処理速度的にも従来の放送局設備とは異なる構成の装置が必要となる。上記に説明した本実施の形態１では、再生するデータ放送を定形化して扱うことで必要な処理を最小化し、価格的にも処理速度的にも実用性のある定形データ放送再生を実現することができるという特徴を持つ。
【００４８】
また、本実施例の、定形データ放送再生装置５の内部状態を表す挿入データ３０１は、文字データに限定する必要はなく、音楽データやＪＰＥＧなどの画のデータであってもよい。また、機器内部の値でなくともよく、たとえば、定形データ放送再生装置５に接続されたメモリーカードのデータ、定形データ放送再生装置５に接続された光ディスクドライブに挿入された光ディスクに記録されている音楽データ、あるいは、その音楽データのタイトル情報などであってもよい。
【００４９】
次に、ＭＰＥＧ再生手段６００について動作を説明する（請求項３に対応）。
【００５０】
図３は、ＭＰＥＧ再生手段６００に関する第１の実施例を示したものである。この時、基本の構成は前述の実施の形態１によって構成されているものとする。番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ここでは映像の録画に関する構成ならびに説明は省略した。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。取得されたデータは同図中に記載したように、Ｉ（Ｉｎｔｒａｆｒａｍｅ）、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）、の３種類のピクチャによって構成されている。ＭＰＥＧ再生手段６００は、取得したピクチャからＩピクチャのみを抽出し、これを後段のＭＰＥＧ−ＴＳ化手段１０９に送付する。前記Ｉピクチャの抽出は継続して行われる。この継続したＩピクチャの抽出によって、早送り再生や巻き戻し再生を実現することができる。
【００５１】
次に、ＭＰＥＧ−ＴＳ化手段１０９の動作を説明する。
【００５２】
ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０によって作成したカルーセルデータ２００及びＭＰＥＧ再生手段６００により抽出されたＩピクチャ７００をＭＰＥＧ−ＴＳとして再構成する。図４は、作成したカルーセルデータ及びＩピクチャをＭＰＥＧ−ＴＳデータとして送出する処理方法の一例を示したものである。図４において、１３４は、抽出されたＩピクチャ７００から、ＭＰＥＧ規格で規定されたＭＰＥＧ−ＴＳパケットを生成する映像パケット生成手段である。１３０は、カルーセルデータ２００から、ＭＰＥＧ規格で規定されたＭＰＥＧ−ＴＳパケットを生成するカルーセルデータ分割パケット化手段である。１３１は、ＭＰＥＧ規格で規定されたＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）やＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）などのパケットを生成する制御用パケット生成手段である。６０１は、これらによって生成したパケットを時間軸方法に適切にマルチプレクスし、かつデータの連続性指標を更新する機能を有するマルチプレクス手段である。１３３は、パケットデータをバス上に送信するパケット送信手段である。これらの構成により、データ挿入手段１１０の生成したデータカルーセルのデータ及びＭＰＥＧ再生手段６００の生成したＩピクチャを送信することが可能である。
【００５３】
図５は、図４の映像パケット生成手段１３４における動作を説明する処理フロー１ある。映像パケット生成手段１３４では、元映像に含まれるＰＳＩ情報やＰＣＲ情報を排除するためにＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を参照して表示対象となる映像を含むパケットのみを抽出して後段に送付する。この処理により、録画されたＭＰＥＧ−ＴＳパケットからＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）情報やＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）等の不要な情報を排除する。
【００５４】
図６は、図４のマルチプレクス手段６０１における動作を説明するマルチプレクスタイミングチャートである。同図において、横軸は時間の推移を意味する。マルチプレクス手段６０１は、制御用パケット生成手段１３１により新規に生成されたＰＡＴ、ＰＭＴ、ＳＩＴ、ＰＣＲ、及び映像パケット生成手段１３４により生成されたＭＰＥＧ−Ｓｔｒｅａｍ、及びカルーセルデータ分割パケット化手段１３０ににより生成されたカルーセルデータを図６に示すタイミングでマルチプレクスする。本実施の形態１ではＩピクチャのみを抽出しているので図６ではこれを“Ｉ”と記載している。マルチプレクス手段６０１にはマルチプレクス機能だけではなく、パケットの連続性指標を正しく付与し直す機能を含む。マルチプレクス手段６０１は、図６に示す通り、、一定間隔にてＩピクチャを送信し、その合間にカルーセルデータを挿入するように動作させる。一定間隔を決める手段としてはＣＰＵのタイマーやハードウエアタイマーを用いることができる。図６で示したカルーセルデータは、図２に示したカルーセルデータを意味し、“Ｃ”と記述した部分がこれに相当する。尚、同図では、“Ｅ”と記述した部分があるが、この部分については本実施の形態１では利用せず、後述する実施の形態にて利用する。
【００５５】
図１に示す通り、定形データを保存する定形データ保存手段１１１と映像を保存する記録媒体１２４は異なるもののように記載しているが、実際は同一記憶媒体にこれを配置しても良い。
【００５６】
尚、一般的には所定の書式にデータを代入する時などは、「定型データにデータを挿入する」と明記するが、本発明においてはディジタル放送受信機３により再生されるデータ放送の画面がユーザーに対して所定の形で視覚的に形状化されるため、すべての表記に定形という漢字を使用した。以下、意味がそぐわない部分については定形を定型と読み直しされたい。もちろん、この事は、本発明が表示画面を画一化することを目的としているものではない。例えば、図１における挿入データ３０１として、表示画面の形状を変更する値を挿入することもできる。
【００５７】
（実施の形態２）
本発明の実施の形態２では、実施の形態１で説明した構成において同時に多重表示する映像をＩピクチャだけでなく通常の動画とする例について説明する（請求項４に対応）。なお、基本の構成は実施の形態１で説明した図１と同じであるので、説明を省略する。
【００５８】
図７は、ＭＰＥＧ再生手段６００に関する第２の実施例（請求項３に記載）を示したものである。番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。取得されたデータは同図中に記載したように、Ｉ、Ｂ、Ｐ、の３種類のピクチャによって構成されている。ＭＰＥＧ再生手段６００は、取得したピクチャの順番を変更せずに、全ピクチャ７１０として、これを後段のＭＰＥＧ−ＴＳ化手段１０９に送付する。ＭＰＥＧ再生手段６００は、図７に記載したＭＰＥＧ−ＴＳ部分のみを再生するのではなく、通常再生の手順で各ピクチャを継続して順次再生する。
【００５９】
次にＭＰＥＧ−ＴＳ化手段１０９の動作を説明する。
【００６０】
ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０によって作成したカルーセルデータ２００及びＭＰＥＧ再生手段６００により取得された全ピクチャ７０１をＭＰＥＧ−ＴＳとして再構成する。図８は、作成したカルーセルデータ及び全ピクチャ７０１をＭＰＥＧ−ＴＳデータとして送出する処理方法の一例を示したものである。図８において、１３４は、全ピクチャ７０１から、ＭＰＥＧ規格で規定されたパケットを生成する映像パケット生成手段である。１３０は、カルーセルデータ２００から、ＭＰＥＧ規格で規定されたパケットを生成するカルーセルデータ分割パケット化手段である。１３１は、ＭＰＥＧ規格で規定されたＰＡＴやＰＭＴやＰＣＲなどのパケットを生成する制御用パケット生成手段である。６０１は、これらによって生成したパケットを時間軸方法に適切にマルチプレクスし、かつデータの連続性指標を更新する機能を有するマルチプレクス手段である。１３３は、パケットデータをバス上に送信するパケット送信手段である。これらの構成により、データ挿入手段１１０の生成したデータカルーセルのデータ及びＭＰＥＧ再生手段６００の生成したＭＰＥＧ映像を送信することが可能である
図９は、図８の映像パケット生成手段１３４における動作を説明する処理フローである。映像パケット生成手段１３４では、元映像に含まれるＰＳＩ情報やＰＣＲ情報を排除するためにＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を参照して表示対象となる映像を含むパケットのみを抽出する。次に、各ＴＳパケットの時間間隔を求め、他パケット挿入の可否を判定する。ＴＳパケット間隔がＭＰＥＧ−ＴＳの最大ビットレートの１／２以下に相当する間隔である場合に他のパケットを挿入可と判断する（図示せず）。この挿入可否判断情報７０２は、後段のマルチプレクス手段６０１に送付される。映像パケット手段１３４は、最終段にて映像ＴＳパケットのＰＩＤ番号を他の規定値に変更する。このＰＩＤ番号変更は処理の前半に実施しても良い。
【００６１】
図１０は、図８のマルチプレクス手段６０１における動作を説明するマルチプレクスタイミングチャート２である。同図において、横軸は時間の推移を意味する。マルチプレクス手段６０１は、制御用パケット生成手段１３１により生成されたＰＡＴ、ＰＭＴ、ＳＩＴ、ＰＣＲ、及び映像パケット生成手段１３４により生成されたＭＰＥＧ−Ｓｔｒｅａｍ、及びカルーセルデータ分割パケット化手段１３０ににより生成されたカルーセルデータを図１０に示すタイミングでマルチプレクスする。
【００６２】
本実施の形態２が実施の形態１と異なる点は、図６と図１０に明確に現れている。図６では一定間隔でＩピクチャ７００を挿入していたのに対し、図１０では大きな隙間が存在しないためパケットとパケットの間を計測し、隙間を見つけてカルーセルを挿入する方法をとっている。図１０ではＭＰＥＧ−ＴＳデータを構成するＭＰＥＧ−ＴＳパケット一つ一つについての表現はされていない。即ち、ＭＰＥＧ−ＴＳ全体を１つの塊として表現しているため、パケットとパケットの間の隙間に関して表現されていない。同図において、パルス上に表現されたカルーセルデータの位置がパケット間の隙間がある部分に対応しているものとする。実施の形態１はＩピクチャを用いた早送り再生等の表示中に所定の定形データ放送を同時表示する場合に有効であり、本実施の形態２は通常再生中に所定の定形データ放送を同時表示する場合に有効である。
【００６３】
以上のように、本実施の形態２おいても、前記「発明が解決しようとする課題」に記載の、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題を解決することができる。
【００６４】
（実施の形態３）
次に実施の形態３では、実施の形態１及び２を用いた場合に発生する問題とそれを解決する構成について説明する（請求項５に対応）。
【００６５】
実施の形態１及び２において、定形データと映像データのアスペクト比が異なる場合は一般的には正しい表示がなされる保証がない、という問題が発生する。図１１はその様子を視覚的に表現したものである。右上の長方形は４対３のアスペクト比を持つデータ放送で、左上の長方形は１６対９のアスペクト比を持つ映像データである。一般のＢＳディジタル放送受信機の場合は、このようなアスペクト比が異なるデータを１つの画面に正しく表示することはできないという課題があった。また、周知の通り、ディジタル放送ではチャンネルや番組ごとに４対３や１６対９のような異なる種類の映像が混在して放映されている。
【００６６】
上記のような課題を解決するために、本実施の形態３では実施の形態１で示した構成に加えて、ストリーム情報抽出手段６０２と定形選択手段６０３を備えたものである。その他の構成は実施の形態１で説明した内容と同一であるので説明を省略する。
【００６７】
図１２において、６０２は記録媒体１２４に保存された映像データから、映像のアスペクト比及び画素情報を抽出するストリーム情報抽出手段で、６０３はストリーム情報抽出手段６０２により判断された定形選択信号７０３に基づき、あらかじめ準備された定形データの中から適切なアスペクト比、画素数を有する定形データを選択する定形選択手段である。
【００６８】
図１３は、図１２の定形選択手段６０３の動作を説明する定形選択動作概念図である。同図を用いて、図１２中に記載された定形選択手段６０３の動作について説明する。図１３では、定形データ保存手段１１１と記録媒体１２４を、１つのデータ保存手段６０４として記述している。データ保存手段６０４の中には、表示対象となる動画映像ならびに複数（ここでは３種類）の定形データがあらかじめ保存されているものとする。同図に示すように、表示対象となる動画がハイビジョン映像の１６対９のアスペクト比を有する場合、定形選択手段６０３は、３種類の定形データの中から、ハイビジョンの１６対９のアスペクト比を有する定形データを選択する。
【００６９】
図１２中に記載されたストリーム情報抽出手段６０２は、ＭＰＥＧデータ構造に従って記述されているシーケンスヘッダ、シーケンスエクステンション、シーケンスディスプレイエクステンション、ピクチャヘッダ等を参照し、映像のアスペクト比やプロファイル、レベルを確認する。ストリーム情報抽出手段６０２は、これらの情報を用いて定形選択信号７０３を生成し、定形選択手段６０３に送付する。定形選択手段６０３は定形選択信号７０３を取得すると、前述のように適切な定形データを選択し、選択した定形データ３００を後段のデータ挿入手段１１０に送付する。一方、ストリーム情報抽出手段６０２によって抽出されたストリーム情報７０４は、ＭＰＥＧ−ＴＳ化する時に付与されるＰＭＴ、ＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）にその内容を反映させるためにＭＰＥＧ−ＴＳ化手段１０９に送付される。図１４にＰＭＴに記載する解像度一覧を記載した。
【００７０】
図１５にＳＩＴに記載するコンポーネントタイプの一覧を記載した。ＭＰＥＧ−ＴＳ化手段１０９の制御用パケット生成手段１３１は、このストリーム情報７０４を参照して図１４、図１５に対応するＰＭＴ、ＳＩＴを生成する。以上のような構成により、映像と定形データのアスペクト比及び画素数を適合させた表示が可能となり、一般のＢＳディジタル放送受信装置での安定した重ね合わせ表示が可能となる。
【００７１】
（実施の形態４）
次に実施の形態４では、実施の形態３で説明した方法に対して選択基準を逆にした場合の解決方法を示す（請求項６に対応）。
【００７２】
本実施の形態４では実施の形態１で示した構成に加えて、定形情報抽出手段６０５と映像選択手段６０６を備えたものである。その他の構成は実施の形態１で説明した内容と同一であるので説明を省略する。
【００７３】
図１６において、６０５は定形データ保存手段１１１に保存された定形データから、画像のアスペクト比及び画素情報を抽出する定形情報抽出手段で、６０６は定形情報抽出手段６０５により判断された映像選択信号７０５に基づき、あらかじめ準備された録画済み映像データの中から適切なアスペクト比、画素数を有する映像データを選択する映像選択手段である。
【００７４】
図１７は、図１６の映像選択手段６０６の動作を説明する定形選択動作概念図である。同図を用いて、図１６中に記載された映像選択手段６０６の動作について説明する。図１７では、定形データ保存手段１１１と記録媒体１２４を、１つのデータ保存手段６０４として記述している。データ保存手段６０４の中には、表示対象となる定形データならびに複数の動画映像があらかじめ保存されている。同図に示すように、表示対象となる定形データがハイビジョンの１６対９のアスペクト比を有する場合、映像選択手段６０６は、３種類の動画データの中から、ハイビジョンの１６対９のアスペクト比を有する動画データを選択する。
【００７５】
図１６中に記載された定形情報抽出手段６０５は、定形データのＰＭＴやＳＩＴ情報をもとに、表示する定形のアスペクト比や画素数を確認する。定形情報抽出手段６０５は、これらの情報を用いて映像選択信号７０５を生成し、映像選択手段６０６に送付する。映像選択手段６０６は映像選択信号７０５を取得すると、前述のように適切な動画データを選択し、選択した動画データを後段のＭＰＥＧ再生手段６００に送付する。
【００７６】
以上のような構成により、映像と定形データのアスペクト比及び画素数を適合させた表示が可能となり、一般のＢＳディジタル放送受信装置での安定した重ね合わせ表示が可能となる。
【００７７】
（実施の形態５）
本発明の実施の形態５では、ディジタル放送受信機３において動作しているデータ放送アプリケーションに対して動作状態の変更を指令する構成を説明し、この構成にて発生する問題と、それを解決する構成について説明する（請求項２及び請求項７に対応）。
【００７８】
図１８は実施の形態５の構成を示すものである。図１８において、１はＴＶ受像機、３はディジタル放送受信機、１０８は定形データ放送再生手段、１１１は定形データ保存手段、１２４は記録媒体、１１２は状態遷移制御手段である。同図において状態遷移制御手段以外の構成は実施の形態１で説明した構成とほぼ同一であるため詳細説明を省略する。状態遷移制御手段１１２は、要求受付手段１１５、状態管理手段１１４、状態変化通知手段により構成される。
【００７９】
状態制御手段１１２は、ＭＰＥＧ−ＴＳ化手段に対してイベントメッセージ３０８を送付することにより、ディジタル放送受信機３で動作しているデータ放送アプリケーションに対して動作状態の変更を指令する。
【００８０】
要求受付手段１１５は、押しボタンあるいはまたリモコン受信装置等の状態を検知する構成により実現される（図示せず）。ボタンの種類としては、例えば定形データの再生開始を指令する“定形起動ボタン”、定形データ再生画面上でのカーソル移動を指令し、上下左右に対応する“矢印ボタン”等がある（図示せず）。これらのボタンが押下されると、要求受付手段１１５は受け付けたボタンの種類に対応する情報を状態遷移管理手段１１４に送付する。状態遷移管理手段１１４は、ディジタル放送受信機３にて動作中の定形データ放送の状態変化を管理する機能を持つ。例えば、下向きの矢印が押された場合、動作中の定形データ放送に対して変化すべき状態を通知するための画面操作用制御コード３１１を生成し、状態変化通知手段１１３に送付する。状態変化通知手段１１３では画面操作用制御ｊコード３１１をイベントメッセージ伝送方式のフォーマットに変更し、これをＭＰＥＧ−ＴＳ化手段１０９に送付する。ＭＰＥＧ−ＴＳ化手段により再生されたＭＰＥＧ−ＴＳ信号にはイベントメッセージが多重化され、ディジタル放送受信機３によって再生され、データ放送実行手段１０７によりこれが処理される。上記イベントメッセージ伝送方式とは、放送局からディジタル放送受信機３で動作しているアプリケーションに対して、即座に、あるいは指定した時刻にメッセージ情報を送る手段を提供するものである。日本のＢＳディジタル放送用に定められた規格（電波産業会 標準規格 ＳＴＤ−Ｂ２４ ３．２版 第７章参照）では、汎用イベントメッセージ記述子が定義されており、汎用イベントメッセージ記述子をイベントメッセージ伝送方式に則り伝送することでディジタル放送受信機３側にて動作するアプリケーションの状態を変更することができる。
【００８１】
以上のように動作する定形データ放送再生装置５において、要求受付手段１１５にて受け付ける要求の周期が短い場合、受付た短い周期のままでイベントメッセージ３０８を生成し再生すると、データ放送実行手段１０７でのイベントメッセージ受信に失敗するという問題が発生する。このデータ放送実行手段１０７でのイベントメッセージ受信の失敗は、データ放送実行手段１０７にて動作している定形データ放送と、状態遷移管理手段１１４の管理する状態の食い違いを生じ、アプリケーションとしての操作が不能になるという事態を招く。
【００８２】
前記課題を解決するために、本実施の形態５では要求受付手段１１５において、所定の周期以下の要求受付を禁止する機能を備える。図１９は、要求受付禁止タイミング図である。同図に示すように、短い間隔で要求があった場合は、これをマスクする。マスク期間はディジタル放送受信機３の性能に依存する。ディジタル放送受信機３の汎用イベントメッセージ受信性能が高い場合は短いマスク期間で良いが、性能が低い場合は長いマスク期間に設定する必要がある。マスク期間を固定値に設定する方法として、市販されている既存のディジタル放送受信機３において最も性能が低いものに基準を合わせる方法がある。本要求受付手段１１５はマイクロプロセッサの割り込み入力、及びタイマー機能を用いて実現することができる。尚、マスク期間の設定ならびにマスク処理は、要求手段１１５で行わずに、状態遷移管理手段１１４で実施する構成としてもよい。
【００８３】
以上のように、本実施の形態５の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【００８４】
（実施の形態６）
次に実施の形態６では、実施の形態３の構成、及び実施の形態５の構成、双方を備えることで実現される定形データ放送アプリケーションの表示例を示す（請求項３及び請求項７に対応）。
【００８５】
図２０において、実施の形態３及び実施の形態５との違いは、新たに状態遷移管理手段１１４から送出される再生制御信号７１７が存在する点である。その他の構成は先に述べた内容と同一であるので説明を省略する。
【００８６】
図２１は、図２０の構成にて、ＭＰＥＧ−ＴＳストリームを再構成し、ディジタル放送受信機３にてＴＶ受像機１に画面を表示した場合の表示例である。
【００８７】
図２１において、７０６は動画表示領域、７０７は動作状態表示領域、７１６は画面表示枠である。同図の動作状態表示領域７０７において、７０８は巻き戻し再生の状態表示、７０９は早送り再生の状態表示、７１０は再生速度増加の状態表示、７１１は再生速度減少の状態表示、７１２は再生速度表示軸、７１３は再生速度表示、７１４は再生位置表示軸、７１５は再生位置表示である。
【００８８】
以下、図２１の表示動作について、図２０の構成を参照しながら説明する。
【００８９】
本表示画面は、早送り再生や巻き戻し再生を行う場合を想定した画面である。この２つを総称して、以下トリック再生と呼ぶこととする。
【００９０】
要求受付手段１１５は“早送りボタン”等の押下を検出し、再生制御信号７１７によりＭＰＥＧ再生手段６００に対して処理の開始を指令する。指令を受けたＭＰＥＧ再生手段６００は、記録媒体１２４に保存された映像の再生処理を開始する、また、この時、ストリーム情報抽出手段６０２、定形選択手段６０３、データ挿入手段１１０は、定形データ保存手段１１１に保存された定形データの取得処理を開始する。記録媒体１２４から再生された映像はＭＰＥＧ再生手段６００によりＩピクチャの抽出が行われる。この抽出されたＩピクチャによりトリック再生が実現される。この抽出処理と同時に定形データ３００はデータ挿入手段１１０を経由してＭＰＥＧ−ＴＳ化手段１０９に送付される。図２１の表示例の場合、挿入データ３０１は想定していない。ＭＰＥＧ−ＴＳ化手段１０９により再生されたＭＰＥＧ−ＴＳストリームは、ディジタルインタフェース３２０を経由してディジタル放送受信機３に送付され、データ放送実行手段１０７によって実行され、図２１に示す表示内容をＴＶ受像機１に表示する。
【００９１】
次に、図２１の動作状態表示領域の概要について説明する。
【００９２】
“早送りボタン”を押下された最初の時点（図示せず）では、再生位置表示７１５は再生位置表示軸７１４の左端に位置する。再生位置表示軸７１４は再生対象となっている番組の長さに相当し、再生が進むにつれて右側へ移動して行く。同じく、最初の時点で、再生速度表示７１３は再生速度表示軸７１２の下端に位置する。再生速度表示軸７１２は再生速度の状態に相当し、最低速度は下端に、最高速度は上端に相当する。同じく、最初の時点で、早送り再生の状態表示７０９が異なる配色にてアクティブな状態を示す。後の操作により、再生方向が変更された場合は、早送り再生の状態表示７０９の配色は非アクティブな状態を示し、代わりに巻き戻し再生の状態表示７０８がアクティブな状態を示す。
【００９３】
以上のような表示状態にて、要求受付手段１１５は“上向き矢印”ボタンの押下（図示せず）を検知すると、これを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下をトリック再生速度の変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対してトリック再生速度を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２１の画面において、再生速度表示７１３の位置が該当する速度上昇の分だけ上側に再描画され、再生速度増加の状態表示７１０はボタン押下直後の一定期間においてアクティブな状態を表示する。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００におけるトリック再生速度を変更する。変更後のトリック再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２１の動画表示領域７０６に表示される。
【００９４】
次に、要求受付手段１１５は“左向き矢印”ボタンの押下（図示せず）を検知すると、これを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下をトリック再生の方向変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対してトリック再生方向を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２１の画面において、再生位置表示７１５の進行方向が左方向に変わり、早送り再生の状態表示７０９の配色は非アクティブな状態を示し、巻き戻し再生の状態表示７０９の配色はアクティブな状態を示す。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００におけるトリック再生方向を変更する。変更後のトリック再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２１の動画表示領域７０６に表示される。
【００９５】
状態遷移管理手段１１５は、再生対象となっている映像の再生位置を確認する機能を有し、この再生位置を画面操作用制御コード３３１に変換しする。例えば、１秒周期にて現在再生位置を汎用イベントメッセージに加工して送付する。これを受信した定形データ放送側では、番組の総録画時間を１００％とし、汎用イベントメッセージにより取得する再生位置をこの割合に応じた位置に描画しなおす。
【００９６】
以上のように、本実施の形態６で示す構成を用いることにより、トリック再生中に、同時に操作状態、再生状態を表示することができる。
【００９７】
（実施の形態７）
実施の形態７では、実施の形態４の構成、及び実施の形態５の構成、双方を備えることで実現される定形データ放送アプリケーションの表示例を示す（請求項４及び請求項７に対応）。
【００９８】
図２２において、実施の形態４及び実施の形態５との違いは、新たに状態遷移管理手段１１４から送出される再生制御信号７１７が存在する点である。その他の構成は先に述べた内容と同一であるので説明を省略する。
【００９９】
図２３は、図２２の構成にて、ＭＰＥＧ−ＴＳストリームを再構成し、ディジタル放送受信機３にてＴＶ受像機１に画面を表示した場合の表示例である。
【０１００】
図２３において、７１８は動画表示領域、７１９は番組内容表示領域、７２０は番組タイトル表示、７２１はカーソルである。
【０１０１】
以下、図２３の表示動作について、図２２の構成を参照しながら説明する。
【０１０２】
本表示画面は、定形データ放送を用いて番組タイトル一覧を表示し、カーソルで選択された番組の映像を子画面で表示する場合を想定した画面である。
【０１０３】
要求受付手段１１５は、専用の“番組タイトル表示ボタン”等の押下（図示せず）を検出し、再生制御信号７１７によりＭＰＥＧ再生手段６００に対して処理の開始を指令する。指令を受けたＭＰＥＧ再生手段６００は、記録媒体１２４に保存された映像の再生処理を開始する、また、この時定形情報抽出手段６０５、映像選択手段６０６、データ挿入手段１１０は、定形データ保存手段１１１に保存された定形データの取得処理を開始する。記録媒体１２４から再生された映像はＭＰＥＧ再生手段６００により再生が行われる。この再生処理と同時に定形データ３００はデータ挿入手段１１０を経由してＭＰＥＧ−ＴＳ化手段に送付される。この図２１の表示例の場合、挿入データ３０１は番組タイトル一覧である。ＭＰＥＧ−ＴＳ化手段１０９により再生されたＭＰＥＧ−ＴＳストリームは、ディジタルインタフェース３２０を経由してディジタル放送受信機３のデータ放送実行手段１０７によって実行され、図２１に示す表示内容をＴＶ受像機１に表示する。
【０１０４】
次に、図２３の表示概要について説明する。
【０１０５】
“番組タイトル表示ボタン”を押下された最初の時点では、再生位置表示７１５は再生位置表示軸７１４の左端に表示される。再生位置表示軸７１４は再生対象となっている番組の長さに相当し、再生位置表示７１５は再生が進むにつれて右側へ移動して行く。同じく、最初の時点で、カーソル７２１は番組一覧の最初の番組あるいは以前に再生していた番組のタイトルを指し示す。同じく、最初の時点で、カーソル７２１が指し示す番組が再生され、動画表示領域７１８の子画面に再生表示される。
【０１０６】
以上のような表示状態にて、要求受付手段１１５は“下向き矢印”ボタンの押下（図示せず）を検知すると、要求受付手段１１５はこれを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下を再生する番組の変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対して再生する番組を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２３の画面において、カーソル７２１の位置は一つ下のタイトルを指し示すように描画される。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００にて再生対象としている映像を変更する。変更後の再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２３の動画表示領域７１８に表示される。再生位置表示軸７１４及び再生位置表示７１５の描画方法は、前述した実施の形態６と同様であるので説明を省略する。
【０１０７】
以上のように、本実施の形態７で示す構成を用いることにより、番組タイトル一覧を表示ししている最中に、カーソルで選択された番組の映像を子画面で表示することができる。
【０１０８】
（実施の形態８）
次に実施の形態８では、ディジタル放送受信機３のデータ放送実行手段１０７においてイベントメッセージ受信失敗を回避するためのＢＭＬ記述方法について説明する（請求項８に対応）。
【０１０９】
図２４は単一ＢＭＬ文書にて複数画面を構成する例であり、図２５は複数画面構成記述時の画面の遷移例である。
【０１１０】
図２５は定形データ放送によって実現する表示画面を単一の画面ではなく複数画面によって構成する場合の画面間の遷移を表現した例である。
【０１１１】
ディジタル放送受信機３のデータ放送実行手段１０７は定形データ放送を取得すると、起動画面を表示し、一定の時間を経過すると第１画面を表示する。第１画面を表示中に、例えば“青色”ボタンを押下すると第２画面に遷移し、“赤色”ボタンを押下すると第３画面に遷移し、“緑色”ボタンを押すと第４画面に遷移し、“黄色”ボタンを押すと第５画面に遷移するように割り当てることができる。ボタン押下については図中では記述を省略した。色ボタンの割り当て方法は定形データ放送再生装置５の固有の実装仕様であり、異なる割り当てを用いても良い。 このような複数の画面を構成する場合、一般のデータ放送では１つ１つの画面に相当するＢＭＬ文書を作成し、ＢＭＬ文書の中のスクリプト記述によってＢＭＬ文書間を遷移するように記述する。ＢＳディジタル放送の場合、ＢＭＬ文書間を遷移する記述としては、ｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）という関数が規定されている（電波産業界 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２４参照）。しかしながら、このような関数を用いて異なるＢＭＬ文書間を遷移すると、遷移期間中はイベントメッセージを受信できなくなるという課題があった。
【０１１２】
本実施の形態８では、この課題を解決するために、１つの文章の中に複数の画面構成をすべて記述する方法を示す。図２４に示す記述は、１つのＢＭＬ文章中に３つの画面の記述を行った例である。同図中の＜ｂｏｄｙ＞と＜／ｂｏｄｙ＞で囲まれた部分が画面表示のための部品を記述する部分で、それぞれの画面の部品は＜ｄｉｖ＞と＜／ｄｉｖ＞で囲まれた部分に記述する。＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞でかこまれた部分に画面の制御を行う関数を記述する。同図の例ではｅｖｅｎｔ＿ｈａｎｄｌｅｒ（）関数の中で各画面の表示、非表示を制御することを想定している。
【０１１３】
以上のようなＢＭＬ記述方法を採用することで画面間を遷移する場合でもイベントメッセージ受信を継続することができ、画面間状態遷移に起因するイベントメッセージ受信の失敗を回避することができる。
【０１１４】
以上のように、本実施の形態８の方法を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【０１１５】
（実施の形態９）
次に実施の形態９では、実施の形態８とは異なる手法にてイベントメッセージ受信失敗回避を行う構成について説明する（請求項９に対応）。
【０１１６】
図２６は本実施の形態９の構成を示す図である。構成要素は、図１８の実施の形態５で説明したものと同一であるので詳細説明は省略する。
【０１１７】
図２６が図１８と異なる点は、状態遷移管理手段１１４は要求受付手段１１５に対して遷移状態通知信号７２２を送付する点である。
【０１１８】
状態遷移管理手段１１４は、ＢＭＬ文書の切り替え状態を管理し、ＢＭＬ文書の切り替えを行うために必要な期間を遷移状態通知信号７２２として要求受付手段１１５に通知する。これを受けた要求受付手段は、遷移状態通知信号７２２が示す期間中の要求受付を中止する。図２７は、これらの状態遷移通知信号７２２と禁止期間のタイミングを示す要求受付禁止タイミングチャートである。図２７において、最上段に記載された矢印は、ボタン押下等によって要求受付手段１１５にて検知された要求である。上から２段目に記載した“ＢＭＬ文書の状態”は状態遷移管理手段１１４によって管理されている状態ではなく、現在再生中の定形データ再生ストリーム８００がディジタル放送受信機３においてどのような状態で動作しているかを示している。ＢＭＬ文書１は、要求（２）を受信するとＢＭＬ文書の切換要求であることを検知し、次に動作させるべきＢＭＬ文書２を起動する。ディジタルインタフェース３２０を用いて一方向の再生のみを行う場合、状態遷移管理手段１１４はディジタル放送受信機３におけるＢＭＬ文書の実際の状態を直接監視することはできない。即ち、状態遷移管理手段１１４は実際の文書切換時間（Ｔ１）を知ることができない。そこで、ここでは、状態遷移管理手段１１４は、要求（２）を送出すると遷移状態通知信号７２２をマスク期間状態とし、所定の時間（Ｔ２）経過後に通常状態に戻すようにしている。この所定の時間（Ｔ２）は、既存のＢＳディジタル放送受信機における切換時間を調査し、その最大切換時間よりも十分大きな値を設定することで実現される。
【０１１９】
以上のように、本実施の形態９の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【０１２０】
（実施の形態１０）
次に実施の形態１０では、定形データ再生ストリーム８００により表示する画面の数を複数個準備した場合に発生する課題と、これを解決する構成について説明する（請求項１０に対応）。
【０１２１】
図２８は実施の形態１０の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。本実施の形態が目的とする課題解決の構成と関係しない構成要素については図１９では記載から削除した。
【０１２２】
図２８が図１８と異なる点は、モジュール選択手段６０７を備え、状態遷移管理手段１１４はモジュール選択手段７２２に対してモジュール選択信号７３６を送付する構成を備えた点である。
【０１２３】
まず、実施の形態８で用いた図２４、図２５及び図２９を用いて本実施の形態１０が解決しようとする課題について説明する。
【０１２４】
図２５に示したような、複数画面をＢＭＬ文書で実現する場合、次の２通りの実現方法がある。第１の方法は、図２４のように１つのＢＭＬ文書にすべて記述する方法で、第２の方法は、複数のＢＭＬ文書で記述する方法である。いずれの場合においても、一定の伝送帯域（伝送できるビットレート）内に図２で説明したようなＤＩＩ及びＤＤＢにより構成されるカルーセルデータを構成する必要がある。従って、画面１枚当たりの伝送帯域は画面数が増える程小さくなる。このことは、画面数の増加とディジタル放送受信機３におけるデータ放送の取得時間が比例関係にあることを意味する。即ち、画面数が増加し、データ総量が多くなればなる程、データの取得時間は長くなり、画面の描画に時間がかかることとなる。図２９は単一伝送帯域に複数ＢＭＬを配置した場合のタイミングチャートである。図２９の横軸は時間の推移を表し、ＭＰＥＧ−ＴＳ再生ストリームと記載された部分の縦方法の幅は伝送帯域を表現している。同図の例では、複数画面それぞれがほぼ同じ伝送帯域で配置されているように記載した。最下段に記載した矢印は状態変化点を意味するものとする。例えば、ディジタル放送受信機３のデータ放送画面は、変化点（１）を境に起動画面から画面１に遷移し、変化点（２）を境に画面１から画面２に遷移し、変化点（３）を境に画面２から画面１に遷移する、というように遷移する。このような一般的なデータ放送の仕組みに従ったカルーセルデータを用いて画面を構成すると、画面あたりに割り振ることのできる伝送帯域が狭くなり、ディジタル放送受信機３でのデータ取得に時間がかかるという課題があった。
【０１２５】
本実施の形態１０では、前記課題を解決するために、必要となるモジュール（ＤＤＢ）を必要となった時点で取り出し、再生開始する構成とした。
【０１２６】
図２８を用いて実施の形態１０の動作を説明する。
【０１２７】
状態遷移管理手段１４４は、画面切換を伴う状態の変化点を検出すると、モジュール選択手段６０７に対してモジュール選択信号７３６を送付する。モジュール選択手段６０７は、モジュール選択信号７３６に従い、定形データ保存手段１１１から該当するモジュールを選択し、データ挿入手段１１０に送付する。図２８の構成を用いることで、必要となったタイミングにおいて再生すべきモジュールを選択して取得することができる。図３０は、この選択して取得する機能を実現した場合のタイミングチャートである。図３０の横軸は時間の推移を表し、ＭＰＥＧ−ＴＳ再生ストリームと記載された部分の縦方法の幅は伝送帯域を表現している。同図の例では、まず起動画面に対応するＢＭＬ文書を含む定形データが再生され、状態変化点（１）を境に画面１に対応するＢＭＬ文書を含むモジュールの再生に切り換える、次に状態変化点（２）を境に画面２に対応するＢＭＬ文書を含むモジュールの再生に切り換える、次に状態変化点（３）を境に画面１に対応するＢＭＬ文書を含むモジュールの再生に切り換える。図２９と図３０の比較から明らかなように、本実施の形態１０の構成を用いることで、再生すべきモジュールを最大の伝送帯域幅で再生し、ディジタル放送受信機３に送付することができる。
【０１２８】
次に、図３１及び図３２を用いて、選択してモジュールを取得する場合のデータ構造及びその詳細な処理方法に関して説明する。
【０１２９】
図３１は、複数画面を構成するモジュールが１つのカルーセルに配置されるように構成した例であり、図３２は１つ１つのモジュールがそれぞれ独立のカルーセルとして配置されるように構成した例である。本実施の形態１０では、図３１及び図３２のいずれの構成を適用した定形データを定形データ保存手段１１１に保存ても良い。しかしながら、それぞれの構成によって、ＢＭＬ文書を記述する場合の注意点は異なる。また実施の形態１０における各構成要素の動作仕様も異なる。
【０１３０】
まず図３１の記述を用いた場合の動作について説明する。
図３１のように構成されたカルーセルデータが定形データ保存手段１１１に保存されているものとする。またＤＩＩにはＤＤＢ０からＤＤＢ６までのすべてのモジュールに関する情報が記載されているものとする。図２８のモジュール選択手段６０７は、定型データ保存手段１１１から該当するモジュールを選択して取得するが、この時、具体的には図３１に記載された構成要素のうち、ＤＩＩとＤＤＢ０を取得する。また、状態変化が発生し、次の該当モジュールを取得する状況になった場合、ＤＩＩとＤＤＢ１を取得する。このように、モジュール取得の際にＤＩＩを同時に取得し、これを後段のＭＰＥＧ−ＴＳ化手段まで引き継ぐことで、定型データ再生ストリーム８００の中に必ずＤＩＩを含ませることができる。上述の説明では、ＤＩＩは状態変化の発生時に毎回取得することとしたが、初回のみ取得して、これをデータ取得手段１１０あるいはＭＰＥＧ−ＴＳ化手段にて一時保管し再利用する方法を用いても良い。図３１に示したカルーセルの構成１を用いた場合、特定の画面を表示している期間は他の画面に関するモジュールが定型データ再生ストリーム８００の中に含まれないこととなる。従って、この期間の間は、ＢＭＬ文書の中で他のモジュールを取得する記述を行うと、正常な動作は保証されない。
【０１３１】
次に、図３１の記述を用いた場合の動作について説明する。
【０１３２】
図３２のように構成されたカルーセルが定型データ保存手段１１１に保存されているものとする。またＤＩＩは、それぞれのＤＤＢに対して一つずつ準備されているものとする。即ち、各ＤＩＩにはそれぞれ対応するＤＤＢの情報のみが記載されている。図３２のモジュール選択手段６０７は、定型データ保存手段１１１から該当するモジュールを選択して取得するが、この時、具体的には図３２に記載された構成要素のうち、該当するＤＩＩとＤＤＢ０を取得する。また、状態変化が発生し、次の該当モジュールを取得する状況になった場合、同じく該当するＤＩＩとＤＤＢ１を取得する。このように、各モジュールに対応したＤＩＩを同時に取得することで、これを後段のＭＰＥＧ−ＴＳ化手段まで引き継ぎ、定型データ再生ストリーム８００の中に必ずＤＩＩを含ませることができる。図３２のカルーセルの構成にて定型データ再生ストリーム８００を再生した場合、同図から明らかなように画面毎に異なるカルーセルをつないで再生する状態となる。このような異なるカルーセルを連続的に再生すると、ディジタル放送受信機３のデータ放送実行手段１０７にリセットがかかる場合がある。これを回避するためには、ＰＭＴの中に記載されるデータイベントＩＤ（Ｉｄｅｎｔｉｆｉｅｒ、識別）を、各カルーセルにおいて共通の値とする必要がある。また、画面の状態変化に伴い各ＤＩＩの中に記載されるバージョン番号を連続的に増加させることが望ましい。このＤＩＩのバージョン番号を連続的に増加させる機能は、例えばデータ挿入手段１１０にて実施しても良い。
【０１３３】
以上のように、本実施の形態１０の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、複数ＢＭＬ記述化により画面構成を増加させるほどディジタル放送受信機のＢＭＬ取得に時間を要し、その結果として個々のＢＭＬの起動に時間がかかるという第３の課題を解決することができる。
【０１３４】
図３３は実施の形態８にて説明したＢＭＬ記述方法と、実施の形態１０の構成を用いた場合のタイミングチャートである。
【０１３５】
状態変化点より前の期間では、定形データ３００は実施の形態８で示したような方法で記述されている。従って、この期間はイベントメッセージの受信失敗は回避される。次に画面遷移を伴う状態変化点が現れると、上記実施の形態１０で説明したように、該当するモジュールのみを選択して再生する。このような組み合わせを行うことで、比較的高速に動作させたいデータ放送アプリケーションを一まとめにして応答速度を確保しながら、大規模なアプリケーションを追加構築することが可能となる。
【０１３６】
（実施の形態１１）
次に実施の形態１１では、定形データ再生ストリーム８００により表示する画面の数を複数個準備した場合に発生する課題と、これを解決する構成について説明する。但し、ここで説明する課題は、実施の形態１０で説明した課題とは異なる（請求項１０に対応）。
【０１３７】
図３７は、複数のＢＭＬ文書間でデータを共有する場合の方法を記述したタイミングチャート、図３８は同一の共有データを異なるＢＭＬ文書と組み合わせて再生する場合のタイミングチャートである。
【０１３８】
まず、図３７及び図３８を用いて一般的なデータ放送の手法を用いた場合の複数ＢＭＬ文書間でのデータの共有方法について説明する。
【０１３９】
図３７、図３８の横軸はの時間の推移を表す。図３７において、前半の期間は、画面１を構成するＢＭＬ文書とバイナリーテーブルが第１の定型データとして再生される。ＢＳディジタル放送の場合、バイナリーテーブルは、動作しているＢＭＬ文書のスクリプト記述によって次に起動するＢＭＬ文書との間でデータを共通に参照することができる。具体的な記述としては、画面１を構成するＢＭＬ文書のスクリプトの中で、バイナリーテーブルを含むモジュールに対してＬｏｃｋＭｏｄｕｌｅＯｎＭｅｍｏｒｙ（）関数を実行する事で以降に起動されるＢＭＬ文書にて共有データとして扱うことができる。（電波産業会 標準規格 ＳＴＤ−Ｂ２４ ３．２版 参照）しかしながら図３７に示す例では、後半の期間ではカルーセルデータの中には前半に再生されていたバイナリーテーブルが含まれない。このような再生方法を行うと、例えば、ディジタル放送受信機３側が、後半の期間に入ってから定形データ再生ストリーム８００の再生を開始すると、画面２を構成するＢＭＬ文書が参照すべきバイナリーデータは再生されておらず、バイナリーデータを参照できないこととなる。図３８では、このような問題を避ける方法として、同一のバイナリテーブルを異なるＢＭＬ文章と組み合わせて再生する方法を示している。図３８に示すように、前半の期間と後半の期間で同一のバイナリーテーブルを再生することで、定形データ放送再生装置５が定形データ再生を始めた後の途中のタイミングから接続された場合でもバイナリーテーブルを参照しながら画面２を表示することが可能となる。また、バイナリーテーブルを使用せずに、代用としてＡｒｒａｙ（）関数を用いて各ＢＭＬ文書中に共通のデータを記述しておく方法もある。
【０１４０】
以上、図３７及び図３８を用いて説明したバイナリーデータの共有方法については、従来のデータ放送の作成過程においては周知の事項である。しかしながら、上述したデータ共有方法を、定形データ放送再生装置５に適用した場合は、従来にはなかった課題が発生する。以下、図３９を用いてその課題を説明する。
【０１４１】
図３９は定形データ保存手段１１１に保存された定形データ保存構造例１を示すものである。
【０１４２】
本発明の実施の形態１〜１０で説明してきた実施例を用いて、先に説明した図３８のような再生を行う場合、定形データとしては図３９に示すような定形データ群を必要とする。同図に示す通り、第１画面に相当する定形データ１の中に共有データとして使用するバイナリーテーブルを含み、同じく定形データ２、定形データ３でも同様にバイナリーテーブルを含む必要がある。ここで、仮に後段のデータ挿入手段３０１で挿入されるデータがバイナリーテーブルの領域に相当する部分を作成する場合、起動のたびにバイナリテーブルに相当するセクションの書き直しを行う必要が発生し、画面の状態遷移に時間がかかるという課題があった。また、事前に定形データ保存手段１１１のデータを書き直しておく方法もあるが、このような場合でも、書き直し対象となるセクションの数が画面の数だけ増加することとなり、セクションの書き直しに時間がかかるという課題あった。
【０１４３】
図３４は、上述した課題を解決する実施の形態１１の構成を示す図である。図３５は、実施の形態１１で使用する定形データの保存構造例２である。図３６は実施の形態１１の構成をが他の実施の形態と異なる部分に関する補足説明図である。
【０１４４】
図３４、図３５及び図３６を用いて、実施の形態１１の動作を説明する。
【０１４５】
実施の形態１１では、定形データ保存手段１１１に、図３５に示す構造の定形データ群を保存する。定形データ群は、独立したバイナリーテーブルと、個々の画面構成に相当する定形データ１、定形データ２、定形データ３等々により構成される。
【０１４６】
図３６は図３４における実施の形態１１に関し、課題を解決するための基本構成部分のみを別途抜き出して記述したものである。図３６右側に示す通り、定形データ１、２、３、等々を定形データ群と呼ぶことにする。図３５及び図３６が図３８の例と異なる点は、バイナリーテーブルが個々の定形データ内に存在するのではなく、独立に１つだけ存在する点である。
【０１４７】
次に図３４及び図３６を用いて実施の形態１１の動作について説明する。
【０１４８】
図３４において、１はＴＶ受像機、３はディジタル放送受信機、１０８は定形データ放送再生手段、１１１は定形データ保存手段、１１２は状態遷移制御手段、６０７はモジュール選択手段、６０８はデータ結合手段である。
【０１４９】
同図において状態遷移制御手段１１４、モジュール選択手段６０７、データ結合手段６０８以外の構成は実施の形態１０で説明した構成とほぼ同一であるため詳細説明を省略する。図３６では、右側に図３５で示した定形データ保存構造を記述している。同図で示す定形データは１つの画面構成に相当するＢＭＬ文書により記述されたものとする。また、定形データ１、定形データ２、定形データ３、…は前述した図２のＤＤＢ０、ＤＤＢ１、ＤＤＢ２…に対応するものとする。また、バイナリーテーブルは同じく所定のＤＤＢに対応するものとする。ここでは実施の形態１０にて説明したＤＩＩについては簡単のため記述を省略した。
【０１５０】
図３４に記載された定形データ保存手段１１１には、図３５及び図３６のように構成された定形データ群が保存されている。
【０１５１】
同図において、要求受付手段１１５は最初の起動要求を受けて状態遷移管理手段１１４にその指令を渡す。次に状態遷移管理手段１１４は最初に表示する画面に相当するＢＭＬ文書を含むモジュールを選択するように判断を行い、モジュール選択手段６０７に対してモジュール選択信号７３６を送付する。この信号を受けたモジュール選択手段６０７は、定形データ保存手段から該当するモジュールに対応する定形データ１を取得する。データ結合手段６０８は定形データ保存手段１１１からバイナリーテーブルを取得し、モジュール選択手段から該当する定形データ１を取得し、これらを結合する。結合された定形データはデータ挿入手段１１０及びＭＰＥＧ−ＴＳ化手段を経由し、ディジタル放送受信機３に向けて再生される。
【０１５２】
次に画面切換要求が要求手段１１５によって受信されると、状態遷移管理手段１１４はこれを検知し、モジュール選択手段６０７に対して次に表示すべきモジュールの取得を指令する。モジュール選択手段６０７は、この指令を受けると定形データ保存手段１１１から該当するモジュールである定形データ２を取得する。データ結合手段６０８は、以下上述と同様な動作を行い、新しい画面構成を含む定形データ再生ストリーム８００を再生することとなる。
【０１５３】
上述した通り、実施の形態１１の構成を用いることで、ＢＭＬ文書間で共有するデータを単一のバイナリーデータに割り当てることができ、セクションの書き直しは一回ですむこととなる。この結果、定形データ再生ストリームの再生開始を高速化することができる。
【０１５４】
尚、本実施の形態１１では、カルーセルデータの詳細構造に関する記述を省略したが、実施の形態１０で述べたような図３１あるいは図３２のいずれの構成を用いても良い。
【０１５５】
（実施の形態１２）
次に実施の形態１２では、定形データ再生ストリーム８００により表示する画面の描画開始を高速化する構成について説明する（請求項１１に対応）。
【０１５６】
まず、始めに従来のデータ放送における画面描画の概要とその課題について述べる。
【０１５７】
ディジタルデータ放送を、データ放送実行手段１０７を介して画面に表示する場合、データ放送実行手段１０７はまずカルーセル構造にて放送されるデータからＤＩＩ及びＤＤＢを取得し、ＤＤＢ０に記述されているＢＭＬ文書を最初に描画する。この時、一般的なＴＶ受像機１はデータ取得中である旨の表示を行うことで、動作中であることを明示する。但し、このデータ取得中であることの表示は、あくまでディジタル放送受信機３側の処理であって、ＢＭＬ文書から起動されるものではない。また、背景映像がＪＰＥＧ映像（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）によって構成されるような場合はＪＰＥＧ映像を含むＤＤＢの取得に時間がかかり、さらにＪＰＥＧ映像の描画に時間がかかるため、最終的な描画を完了するまでの時間が非常に長いことが知られている。一方、一般的なディジタル放送受信機３はディジタル放送の本編であるＭＰＥＧ映像に関しては比較的高速に描画する機能を備えている。このことを利用して、ディジタルデータ放送の背景画面としてＭＰＥＧ映像が用いられることもある。このようにＭＰＥＧ映像を背景画面として利用すれば、背景画面はディジタル放送の本編とほぼ同等の時間で描画を完了し、データ放送の本体が記載されているＢＭＬ文書の描画も少なくなり描画開始から完了までの時間が高速化されることとなる。
【０１５８】
しかしながら、ディジタルデータ放送を録画し、これを再生する機器の場合、ＭＰＥＧ映像は時間の経過とともに再生が継続され、録画終端では再生を停止することとなる。即ち、このような録画再生機器では継続した、背景画面を表示しつづけることができないという課題を有していた。
【０１５９】
本実施の形態１２では、このような課題を解決し、背景画面の表示を高速化し、かつ継続した表示を可能にする構成を示す。
【０１６０】
図４０は実施の形態１２の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。本実施の形態が目的とする課題解決の構成と関係しない構成要素については図１９では記載から削除した。図４０が図１８と異なる点は、ＭＰＥＧ再生手段６００は、定形データ保存手段１１１から映像データを取得するようにした点である。図４１は、実施の形態１２で使用する定形データの保存構造例３である。
【０１６１】
以下、図４０及び図４１を用いて実施の形態１２の動作について説明する。
【０１６２】
図４１に示すように、定形データ保存手段１１１には、実施の形態１１の図３５を用いて説明した構造に加えて、新たにＭＰＥＧ−２の背景画面表示用映像７３７を備えるものとする。この映像は、ＭＰＥＧ−２のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）構造を保った、Ｉピクチャ、Ｂピクチャ、Ｐピクチャにより構成される複数フレーム分の映像であってもよいし、Ｉピクチャのみであってもよい。
【０１６３】
図４０のＭＰＥＧ再生手段６００は、定形データ保存手段１１１から背景画面表示用映像７３７を取得する。更に、ＭＰＥＧ再生手段６００は、取得した映像を繰り返し再生し、後段のＭＰＥＧ−ＴＳ化手段１０９に送付される。ＭＰＥＧＴ−ＴＳ化手段１０９は、繰り返し再生された映像をディジタル放送の本編映像と同様な扱いで定形データと多重化し、定形データ再生ストリーム８００を生成する。ディジタル放送受信機３は、定形データ再生ストリーム８００を取得すると、ストリームの中からディジタル放送の本編映像に相当する背景画面表示用映像７３７を抽出し、動画映像としてＴＶ受信機１に表示する。一方、ディジタル放送実行手段１０７は、定形データ再生ストリーム８００に含まれるカルーセルデータを取得し、ＢＭＬ文書にて記述されたデータ放送画面を生成し、ＴＶ受信機１にこれを表示する。
【０１６４】
次に図４２を用いて、ＭＰＥＧ再生手段６００の動作を説明する。同図では、背景画面表示用映像７３７として、Ｉピクチャを用いた例を示している。ＭＰＥＧ再生手段６００は、定形データ保存手段１１１からＩピクチャを取得し、同一ピクチャを継続して繰り返し再生する。繰り返し再生された映像は、ＭＰＥＧ−ＴＳ化手段１０９に送付される。
【０１６５】
以上のように、実施の形態１２の構成に示したように、背景映像を繰り返し再生する機能を搭載することで、背景映像を高速に、かつ継続的に描画することができる。
【０１６６】
以上のように、本実施の形態１２の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、データ放送は起動して描画されるまでに時間がかかるという第４の課題を解決することができる。
【０１６７】
（実施の形態１３）
次に実施の形態１３では、基本機能であるところの定形データ放送機能以外の異なる機能を、ＴＶ受像器１に表示した画面と連携して動作させるための構成について説明する（請求項１２に対応）。
【０１６８】
一般的なディジタルデータ放送の場合、データ放送アプリケーションの動作は、すべてＢＭＬ文書中に記載され管理される。一方、本発明の実施の形態１〜１２で説明した構成ではＢＭＬ文書にて表示される画面の状態は、すべて定形データ放送再生装置５に配置される状態遷移管理手段１１４が管理している。本実施の形態１３では、この状態遷移管理手段１１４に新たに外部機能を制御する機能を付加することでこれらの外部機能を動作させる制御画面を構築する方法を示す。
【０１６９】
図４３は実施の形態１３の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。ここでは、動作が同一である部分の構成についての説明は省略する。
【０１７０】
図４３が図１８と異なる点は、状態遷移管理手段１１４が新たに外部機能を制御する機能を持った点である。図４４は外部機能としてＩｎ点、Ｏｕｔ点を指定する機能を準備した場合のアプリケーション動作画面例１。図４５は外部機能としてＤ−ＶＨＳ（登録商標、以下同様）等の外部機器制御機能を準備した場合のアプリケーション動作画面例２である。
【０１７１】
図４４を用いて、アプリケーション動作例１を説明する。
【０１７２】
図４４において、７１８は動画表示領域、７２５はＩｎ点時分秒表示欄、７２６はＯｕｔ点時分秒表示欄、７２１はカーソル、７１４は再生位置表示軸、７１５は再生位置表示、７２７はＩｎ点位置表示、７２８はＯｕｔ点位置表示である。
【０１７３】
以下、図４４の表示動作について、図４３の構成を参照しながら説明する。
【０１７４】
図４３に示した定形データ放送再生装置５は、図４４に示す表示画面を有する定形データを定形データ再生ストリーム８００として再生する。図４４にける動画表示領域７１８の映像は、前述した実施の形態１で説明した動作と同様の手順で動画表示領域７１８に表示される。この時、表示対象となる映像は単一録画済み番組とする。一般的に単一番組の場合は、画像のアスペクト比及び画素数は一定の値となるため、本実施の形態に更に図１２で示した実施の形態３を適用しても良い。単一番組内においてＩｎ点、Ｏｕｔ点を指定するために、まずカーソル７２１を所定の番号に合わせる。カーソル７２１で指定された行に対応するＩｎ点及びＯｕｔ点を、同画面を参照しながら設定を行うこととなる。再生位置表示軸７１４は、動画表示領域７１８に表示している番組の開始点から終了点までに対応する。再生位置表示７１５は、動画表示領域７１８に表示された動画に対応する再生位置を再生位置表示軸７１４上で表現している。動画表示領域７１８の映像がＩｎ点を設定したい画面に到達した場合、リモコン装置や機器側に準備されたボタンを利用してＩｎ点を指令する（図示せず）。この指令は要求受付手段１１５により検知され、状態遷移管理手段１１４に通知される。これを受けた状態遷移管理手段１１４は、外部機能制御指令７２４によって外部機能実現手段６０７に対してＩｎ点の指定があったことを通知する。状態遷移管理手段１１４は、Ｉｎ点の時分秒に関する情報を外部機能動作状態７３９により取得し、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９を介してこれをデータ放送実行手段１０７に通知する。データ放送実行手段１０７によって動作中の定形データはＩｎ点に関する時分秒の情報を取得すると、これを画面上の該当する欄に表示する。一方、Ｏｕｔ点の指定もＩｎ点の指定と同様な方法で行われる。以上のように指定されたＩｎ点及びＯｕｔ点は、外部機能実現手段６０７に通知され利用される。利用方法の一例としては、例えば該当する番組を再生した場合に番組の最初に設定されたＩｎ点から再生を開始し、Ｏｕｔ点で再生を終了する例がある。このような再生を行うことで番組の必要な部分のみを選択再生する機能を実現することができる（図示せず）。このような選択再生機能は、図４３に示した定形データ放送再生装置５の機能とは異なるため、ここでは外部機能実現手段６０７と記述した。この外部機能実現手段６０７は同一機器内部に備えてもよいし、異なる機器として物理的な外部に備えてもよい。
【０１７５】
次に、図４５を用いて、図４３の構成を参照しながら外部の機器を制御するアプリケーションを動作させる例を示す。
【０１７６】
図４５は、ディジタルインタフェース３２０等を介して更にＤ−ＶＨＳ等の外部機器が接続されている場合に、これを操作するための表示画面を定形データ再生ストリーム８００により表示した例である。
【０１７７】
図４５において、７２９はＩＥＥＥ１３９４等のディジタルインタフェース３２０を介して接続された外部接続機器一覧、７２１はカーソル、７３０はカーソルが指している機器に対応した機器操作パネル、７３１は機器状態表示、７３２は電源ボタン表示、７３３は録画ボタン表示、７３４は巻き戻しボタン表示、７３５は早送りボタン表示である。
【０１７８】
図４５のアプリケーションの場合、外部機能実現手段６０７には、ディジタルインタフェース３２０を介して外部機器を制御する手段が備えられているものとする。外部機能実現手段６０７は、まずディジタルインタフェース３２０に接続されている機器の種類ならびに状態を取得する（図示せず）。また、図４３に示した定形データ放送再生装置５は、図４５に示す表示画面を有する定形データを定形データ再生ストリーム８００として再生する。操作対象となる外部接続機器を選択するために、まずカーソル７２１を所定の外部機器に合わせる。カーソル７２１で選択された外部機器に対応する機器制御パネル７３０を参照して機器を制御する。ここでは、外部機器としてＤ−ＶＨＳが接続されている場合を想定している。該当するＤ−ＶＨＳが電源ＯＦＦ状態の場合、外部機能実現手段６０７はこれを外部機能動作状態７３９により状態遷移管理手段に通知する。通知を受けた状態遷移管理手段１１４は、電源ＯＦＦ状態であることを画面操作用制御コード３１１にのせてデータ放送実行手段１１７に通知する。データ放送実行手段１０７で動作している定形データ放送はこれを検知し、機器状態表示７３１に“電源ＯＦＦ”と表示する。機器状態表示７３１が電源ＯＦＦを示している場合、ユーザー（操作者）は電源ボタン表示７３２に対応する操作ボタン等を押下することによりこれを起動する。操作ボタンの動作は、要求受付手段１１５によって検知され、状態遷移管理手段１１４により管理され、外部機能実現手段６０７に通知される。また、この操作ボタンの動作は、同時に定形データ放送にも通知され、電源ボタン表示の配色変更等に反映される。外部機器実現手段６０７は、ディジタルインタフェース３２０を介して、コマンドを発行し、接続されているＤ−ＶＨＳの電源をＯＮさせる（図示せず）。また、同様な処理により、機器状態表示７３１を参照しながら、Ｄ−ＶＨＳテープを巻き戻ししたり、早送りすることもできる。
【０１７９】
以上のように、図４５に示すようなアプリケーション動作を実現することで、定形データ放送再生装置５を備えたディジタル放送録画装置において、録画済み番組を外部機器に保存する機能を実現することができる。また、この機能は、図４４で説明したアプリケーション動作画面例１と併用することで、映像の必要な部分だけを選択してＤ−ＶＨＳ等の外部機器に保存する機能に拡張することもできる。
【０１８０】
以上に示したように、状態遷移手段１１４において、外部機能実現手段６０３に対する外部機能制御指令７２４を発行し、また外部機能の動作状態を検知する手段を備え、さらに、画面表示を行っている定形データ放送に対して指令を送る機能を備えることによって、単純な状態表示だけでなく、複雑な新規アプリケーションを実現することが可能となる。
【０１８１】
以上のように、本実施の形態１３の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、従来のデータ放送はデータ放送内に記述されたもの以外の外部プログラムを、任意の組み合わせで起動することができないという第５の課題を解決することができる。
【０１８２】
以上、本発明の実施の形態１から１３において説明した構成は、それぞれ独立に利用しても効果があるが、一部の例にて記載したように、それぞれの実施の形態を複合して用いることによって多彩な機能を実現することもできる。
【０１８３】
また、本発明において実現される効果の特に著しい点は旧来のディジタル放送受信機を利用できる点にあるが、新規に開発したディジタル放送受信機との併用により新規な機能・サービスを実現しても良い。
【０１８４】
また、ディジタル放送の用語は日本国内で実施されているＢＳディジタルで使用されている用語を基本に使用したが、これは本発明の効果を国内に限定するものではない。本発明と技術的に同一条件が成立する場合は、海外で検討、あるいは実施されているディジタル放送に適用しても良い。
【０１８５】
【発明の効果】
以上説明したところから明らかなように、本発明は新しい制御ソフトを装備しない、即ち古い外部機器しか制御できないディジタル放送受信機であっても、本発明の装置を用いることで、録画した映像とその動作状態を新規な表現にて多重表示することができる。
【０１８６】
また、画面の状態を更新するために送出する汎用イベントメッセージの送信を確実に行うことができ、ディジタル放送受信機３での安定した画面の状態遷移を実現させることができる。
【０１８７】
また、複数ＢＭＬ記述化を実施することができ、ＢＭＬ文書の起動を高速化できる。
【０１８８】
また、ＭＰＥＧ映像を背景映像として継続再生することができ、描画開始が著しく高速化され、また継続した表示ができる。
【０１８９】
また、本発明の定形データ放送再生装置としての機能以外の外部プログラムを、任意の組み合わせで起動することができる。即ち定形データ放送により実現される画面を利用しながらディジタルコンテンツ記録再生機器の機能拡張を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１による定形データ放送再生装置の構成を示すブロック図
【図２】同定形データ放送再生装置におけるデータ挿入手段の実施例を示す概念図
【図３】同定形データ放送再生装置におけるＭＰＥＧ再生手段の実施例１を示す概念図
【図４】同定形データ放送再生装置におけるＭＰＥＧ−ＴＳ化手段の機能ブロック図
【図５】同定形データ放送再生装置における映像ＴＳパケット生成手段の処理フローを示す図
【図６】同定形データ放送再生装置におけるマルチプレクスのタイミングを示すタイミングチャート
【図７】同定形データ放送再生装置におけるＭＰＥＧ再生手段の実施例２を示す概念図
【図８】同定形データ放送再生装置におけるＭＰＥＧ−ＴＳ化手段の機能ブロック図
【図９】同定形データ放送再生装置における映像パケット生成手段の処理フローを示す図
【図１０】同定形データ放送再生装置におけるマルチプレクスのタイミングを示すタイミングチャート
【図１１】動画とデータ放送を同時に表示する場合の問題を説明するための概念図
【図１２】本発明の実施の形態３による定形データ放送再生装置の構成を示すブロック図
【図１３】同定形データ放送再生装置における定形選択動作を示す概念図
【図１４】ＰＭＴに記載する解像度を示す図
【図１５】ＳＩＴに記載するコンポーネントタイプを示す図
【図１６】本発明の実施の形態４による定形データ放送再生装置の構成を示すブロック図
【図１７】同定形データ放送再生装置の映像選択動作を示す概念図
【図１８】本発明の実施の形態５による定形データ放送再生装置の構成を示すブロック図
【図１９】要求受付禁止タイミングを示すタイミングチャート
【図２０】本発明の実施の形態６による定形データ放送再生装置の構成を示すブロック図
【図２１】同定形データ放送再生装置による表示例を示す図
【図２２】本発明の実施の形態７による定形データ放送再生装置の構成を示すブロック図
【図２３】同定形データ放送再生装置による表示例を示す図
【図２４】本発明の実施の形態８による単一ＢＭＬ文書にて複数画面を構成する例を示す図
【図２５】複数画面構成記述時の画面の遷移例を示す図
【図２６】本発明の実施の形態９による定形データ放送再生装置の構成を示すブロック図
【図２７】要求受付禁止タイミングを示すタイミングチャート
【図２８】本発明の実施の形態１０による定形データ放送再生装置の構成を示すブロッ図
【図２９】単一帯域に複数ＢＭＬを配置した場合のタイミングを示すタイミングチャート
【図３０】必要となった時点で該当するＢＭＬを再生する場合のタイミングチャート
【図３１】カルーセルの構成例１を示す図
【図３２】カルーセルの構成例２を示す図
【図３３】本発明の実施の形態８と実施の形態１０を用いた場合のタイミングを示すタイミングチャート
【図３４】本発明の実施の形態１１による定形データ放送再生装置の構成を示すブロック図
【図３５】定形データ保存構造例２を示す概念図
【図３６】データ結合手段６０８の動作を説明するための概念図
【図３７】複数ＢＭＬ文書間でデータを共有する場合のタイミングチャート
【図３８】同一の共有データを異なるＢＭＬ文書と組み合わせて再生する場合のタイミングチャート
【図３９】定形データ保存構造例１を示す図
【図４０】本発明の実施の形態１２による定形データ放送再生装置の構成を示すブロック図
【図４１】定形データ保存構造例３を示す図
【図４２】ＭＰＥＧ再生手段の実施例を示す概念図
【図４３】本発明の実施の形態１３による定形データ放送再生装置の構成を示すブロック図
【図４４】アプリケーション動作画面例１を示す図
【図４５】アプリケーション動作画面例２を示す図
【図４６】従来のディジタルコンテンツ再生環境１を示す図
【図４７】従来のディジタルコンテンツ再生環境２を示す図
【符号の説明】
１ ＴＶ受像機
３ ディジタル放送受信機
５ 定型データ放送再生装置
１０１ 表示手段
１０７ データ放送実行手段
１０８ 定形データ放送再生手段
１０９ ＭＰＥＧ−ＴＳ化手段
１１０ データ挿入手段
１１１ 定形データ保存手段
１２４ 記録媒体
３００ 定形データ
３０１ 挿入データ
３２０ ディジタルインタフェース
６００ ＭＰＥＧ再生手段
７３８ 映像データ
８００ 定形データ再生ストリーム
【発明の属する技術分野】
本発明は、ディジタル放送受信機で受信された情報を記録再生する定形データ放送再生装置に関するものである。
【０００２】
【従来の技術】
近年、ディジタル放送が実用化され、これに伴い、ディジタル放送を記録再生する装置が考えられている。このようなディジタル放送記録再生装置としては、特許文献１に示したものが知られている。
【０００３】
以下に、図４６及び図４７を用いて、より詳細に従来の技術について説明する。
【０００４】
図４６は従来の記録再生装置における番組タイトル表示を実現するディジタルコンテンツ再生環境例１を示すブロック図である。同図は、番組が格納されているディジタルコンテンツ再生機器４、ディジタルコンテンツ再生機器４から番組タイトルを読み出すディジタル放送受信機３、番組タイトル一覧を表示するＴＶ受像機１から構成される。また、ディジタルコンテンツ再生機器４は、番組タイトル情報格納手段１０４、コンテンツ再生手段１０５、コンテンツ選択手段１０６から構成され、ディジタル放送受信機３は、表示手段１０１、番組タイトル情報取得手段１０２、番組タイトル情報解析手段１０３を備える。
【０００５】
表示手段１０１はディジタル放送受信機３の動作状態や、受信中の番組情報、および接続されているディジタルコンテンツ再生機器４に関する情報をユーザーに通知するためにＴＶ受像機１の画面上に各種情報をグラフィックス表示するための手段である。また、番組タイトル情報取得手段１０２は、接続されているディジタルコンテンツ再生機器３に対して、番組情報を要求するコマンドを送信し、かつディジタルコンテンツ再生機器４から回答される情報を取得する手段であり、例えばＩＥＥＥ１３９４インタフェース上でのＡＶ／Ｃコマンドのやり取り等で実現される。番組情報には、番組タイトルや録画日時、番組の内容、ジャンル、放送されたチャンネル等がある。また、番組タイトル情報解析手段１０３は、番組タイトル情報取得手段１０２を用いて取得した番組情報を解析し、ユーザーに必要な情報のみを取り出す手段である。また、番組タイトル情報格納手段１０４はディジタルコンテンツ再生機器４において、取り扱う番組に関する各種情報を格納する手段であり、番組自体を格納する記憶媒体上や、ディジタルコンテンツ再生機器４の持つ記憶装置上に格納することで実現される。また、コンテンツ再生手段１０６は、ディジタルコンテンツ再生機器４が取り扱う記憶媒体上に記録されている番組のコンテンツデータを出力する手段であり、磁気テープやＤＶＤ，ハードディスク等に代表される媒体上の信号読み取り部や信号処理回路等から構成される。また、コンテンツ選択手段１０６は、指定された番組が記憶媒体上のどの場所に格納されているかを示す情報に基づいて、指定された番組を再生する動作を実現する手段であり、ファイルシステムなどにより実現される。
【０００６】
次に、ディジタルコンテンツ再生環境での番組タイトル表示と、番組タイトル表示に基づいた番組再生の指定について説明する。
【０００７】
ユーザーから番組情報表示の要求を受けると、ディジタル放送受信機３は、番組タイトル情報取得手段１０２を通じて、ディジタルコンテンツ再生機器４に対して再生コンテンツに関する番組タイトル情報の問い合せを行う。ディジタルコンテンツ再生機器４は、番組タイトル情報格納手段１０４から番組タイトル情報を取り出し、その情報をディジタル放送受信機３に回答する。ディジタル放送受信機３は、番組タイトル情報取得手段１０２を通じて受取った番組タイトル情報の中から必要な情報を番組タイトル解析手段１０３を用いて取りだし、表示手段１０１を用いてＴＶ受像機１の画面上に表示を行う。その後、ユーザーから再生させたい番組を指定されると、指定された番組をディジタルコンテンツ再生機器４に伝える。ディジタルコンテンツ再生機器４は伝えられた番組の内容をコンテンツ選択手段１０６を用いて取り出し、コンテンツ再生手段１０５を用いてユーザーに指定された番組の再生を実現する。
【０００８】
図４７は従来の記録再生装置等の機器における操作画面表示を実現するディジタルコンテンツ再生環境例２を示すブロック図である。同図は、操作画面を持つ複数の機器２ａ〜２ｎ、と操作画面を表示するＴＶ受像機１から構成される。それぞれの機器は操作画面を表示するための表示手段１０１を備える。
【０００９】
表示手段１０１は、機器２ａ〜２ｎそれぞれの動作状況や、取り扱う番組の情報をユーザーに通知するためにＴＶ受像機１の画面上に各種情報をグラフィックス表示するための手段である。
【００１０】
各機器２ａ〜２ｎはそれぞれの機器が表示手段１０１を備え、ユーザーに通知したい情報情報を、表示手段１０１を用いてＴＶ受像機１の画面上に表示する。ＴＶ受像機１では機器２ａ〜２ｎが出力する映像信号は別々の映像入力端子で受取るため、それぞれの機器の操作を行う際には信号入力の切り替えを行い、操作対象となる機器の映像出力信号がＴＶ受像機１の画面上に表示された状態で操作を行う。
【００１１】
【特許文献１】
特開２００２−１５２６８８号公報
【００１２】
【発明が解決しようとする課題】
上述した、従来のデジタルコンテンツ再生環境例１、例２では、次のような問題点があった。
【００１３】
図４６に示した従来のディジタルコンテンツ再生環境例１、及び図４７に示した従来のディジタルコンテンツ再生環境例２から明らかなように、コンテンツ再生手段１０５から再生される動画映像と番組タイトル情報１０４を同時に同一画面上に描画するためには、ディジタル放送受信機側にて個別に取得した番組タイトル情報と動画映像を表示手段１０１により多重表示しなければならなかった。
【００１４】
また、ディジタルコンテンツ再生機器の動作状態を、同じく再生動画に多重表示する場合もディジタル放送受信機側にて表示手段１０１により多重表示しなければならなかった。即ち、すでに商品化されたディジタル放送受信機に前記多重化機能がない場合、そのディジタル放送受信機では録画済み動画と番組タイトルや動作状態を単一画面に多重して表示することができないという課題があった。
【００１５】
衆知の通り、ＢＳディジタル放送用のディジタル放送受信機の場合、一般的にはＩＥＥＥ１３９４インタフェースを介して外部機器から動画を再生しながら、同時にその再生時刻カウンター等を表示する画面を多重表示する機能が装備されているものもある。
【００１６】
しかしながら、商品仕様として搭載している機能以外の状態を新規に表示することはできなかった。即ち、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題があった。
【００１７】
また、ディジタル放送受信機にて動作するデータ放送に動作状態変更を通知する手段として、放送波に汎用イベントメッセージを挿入する方式がＡＲＩＢ規格（ＡＲＩＢとは電波産業会（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）の略である）にて標準化されているが、汎用イベントメッセージを送出するタイミングによっては、ディジタル放送受信機側での汎用イベントメッセージ受信に失敗する場合があるという問題があった。この汎用イベントメッセージの受信失敗問題は、放送系からの受信時だけではなく、データ放送を受信する経路が１３９４インタフェース等を介して行われる場合も同様に発生する。即ち、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題があった。
【００１８】
また、従来のデータ放送は放送波を用いているために伝送帯域の制限があり、さらに受信機側のでの動作状態を放送局側で知ることができないため動作させるＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書すべてを１つのストリームにカルーセル形式で配置する必要があった。このことは、ＢＭＬ文書の数を増やせば増やすほど、１つのＢＭＬ文書に割り当てることができる伝送帯域が小さくなることを意味している。即ち、従来のデータ放送では複数ＢＭＬ記述化により画面構成を増加させるほどディジタル放送受信機のＢＭＬ取得に時間を要し、その結果として個々のＢＭＬの起動に時間がかかるという第３の課題があった。
【００１９】
また、データ放送は起動して描画されるまでに時間がかかるという第４の課題がある。このことは一般のＢＳディジタル放送受信機にて、データ放送の起動を行えば体感することができる。
【００２０】
また、従来のデータ放送はデータ放送内に記述されたもの以外の外部プログラムを、任意の組み合わせで起動することができないという第５の課題があった。
【００２１】
【課題を解決するための手段】
上述した課題を解決するために、本発明の定形データ放送再生装置は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、所定のデータが挿入された定形データ及び再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段を備えたものである。
【００２２】
【発明の実施の形態】
本発明の第１の本発明（請求項１に対応）は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段を備えたことを特徴とする定形データ放送再生装置である。
【００２３】
また、第２の発明（請求項２に対応）は、定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、映像が記録された記録媒体と、記録媒体から映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段と、送出した定形データ放送の動作状態を制御する状態遷移制御手段を備えたことを特徴とする定形データ放送再生装置である。
【００２４】
また、第３の発明（請求項３に対応）は、ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ映像からＩピクチャを抽出し、これをもって早送り再生及び巻き戻し再生を行う機能を有することを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２５】
また、第４の発明（請求項４に対応）は、ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ−ＴＳストリームの中から映像に該当するプログラムＩＤを持つトランスポートストリームパケットのみを抽出し、このプログラムＩＤを規定の値に書き直すことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２６】
また、第５の発明（請求項５に対応）は、定形データ放送再生手段は、記録媒体に保存されたＭＰＥＧ映像のアスペクト比ならびに画素数の情報を抽出するストリーム情報抽出手段と、これに対応する定形データを選択する定形選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２７】
また、第６の発明（請求項６に対応）は、定形データ放送再生手段は、定形データ保存手段に保存された定形データのアスペクト比ならびに画素数の情報を抽出する定形情報抽出手段と、これに対応する映像を選択する映像選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００２８】
また、第７の発明（請求項７に対応）は、ディジタル放送受信機の受信能力に対応する汎用イベントメッセージ送出最小間隔を規定する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００２９】
また、第８の発明（請求項８に対応）は、１つのＢＭＬ文書の中にすべての画面構成を記述することを特徴とする定形データ記述方法である。
【００３０】
また、第９の発明（請求項９に対応）は、定形データ保存手段は、複数のＢＭＬ文書により構成された定形データを保存し、状態遷移制御手段はＢＭＬ文書間を遷移する期間を含み汎用イベントメッセージ送出を禁止する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００３１】
また、第１０の発明（請求項１０に対応）は、定形データ放送再生手段は、状態遷移制御手段からの指令に応じて再生する定形データを選択する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置である。
【００３２】
また、第１１の発明（請求項１１に対応）は、ＭＰＥＧ−ＴＳストリームとして準備された背景映像を記録媒体に保持し、記録媒体から再生された前記ＭＰＥＧ−ＴＳストリームを繰り返し再生し、データ放送を形成する所定の定形データと結合することで背景映像として表示するする機能を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置である。
【００３３】
また、第１２の発明（請求項１２に対応）は、状態制御手段は、他のアプリケーション実行手段を制御する機能を有することを特徴とする請求項２記載の定形データ放送再生装置である。
【００３４】
以下に、本発明の実施の形態について図面を参照して説明する。
（実施の形態１）
実施の形態１では、定形データ放送と録画済み映像を多重化して表示する構成について説明する（請求項１に対応）。
【００３５】
図１は、定形データ放送を再生し、定形データ放送再生装置の内部状態及び録画済み映像を、ディジタル放送受信機３を介して表示するための定形データ放送再生装置のブロックならびに受信機との接続環境を示す図である。定形データ放送再生装置５において、１１１は定形データ保存手段、１１０はデータ挿入手段、１２４は記録媒体１２４、６００はＭＰＥＧ再生手段、１０９はＭＰＥＧ−ＴＳ化手段、である。また、ディジタル放送受信機３は、表示手段１０１、データ放送実行手段１０７を備える。
【００３６】
ディジタル放送受信機３に備えられているデータ放送実行手段１０７は、ＢＳデジタル放送用デジタル放送受信機には一般的に搭載されている機能であり、その内容は、たとえば、特開平１０−３０４３２５号公報「デジタル放送システム、デジタル放送装置及びデジタル放送における受信装置」等に記述されている。このデータ放送では、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という言語で記述されたプログラムや表示用の画像データ等が放送波を介してデジタル放送受信機３に送付される。ユーザは、デジタル放送受信機３を操作することでデータ放送にて実現される様々なサービスを受けることが可能になる。データ放送実行手段１０７は、デジタル放送受信機３が放送波からデータ放送を受信したときだけではなく、たとえばＩＥＥＥ１３９４インタフェースと呼ばれるデジタル接続を介して取得した時も動作するものとする。即ち、データ放送実行手段１０７は、デジタル放送受信機３に接続された再生装置の再生動作によっても動作するものとする。
【００３７】
以下、図１に示した各構成要素の説明を行う。
【００３８】
図１において、５は定形データ放送再生装置を示したものである。３００は、定形データ放送再生装置が送出するデータ放送の雛形となる定形データである。３０１は、定形データ放送再生装置５の機器状態等を表す挿入データである。１１１は、定形データ３００を、機器内の保存手段（図示せず）に保存する手段である。１１０は、定形データ３００に挿入データ３０１を挿入するデータ挿入手段である。１２４は、録画済み映像を保存する記録媒体である。６００は、記録媒体１２４から該当する映像ストリームを取得するＭＰＥＧ再生手段である、１０９は、ＭＰＥＧ再生手段６００によって得られたＭＰＥＧ映像とデータ挿入手段１１０によって得られたデータをＭＰＥＧトランスポートストリーム（以下、ＭＰＥＧ−ＴＳと略す）に構成し直して送出するものである。３２０は，定形データ放送再生装置５とデジタル放送受信機３の間でのデジタル信号のやり取りを行うデジタルインターフェースである、８００は、ディジタルインタフェース３２０を介して再生される定形データ再生ストリームである。
【００３９】
以下図面に従って、本構成の定形データ放送再生装置５の動作について説明する。
【００４０】
定形データ放送再生装置５は、再生動作開始要求を受け付けると、定形データ保存手段１１１から、データ放送の雛形データである定形データ３００を定形データ放送再生手段１０８に送出する。定形データ放送再生手段１０８の有するデータ挿入手段１１０は、定形データ放送再生装置５内部の状態を示す挿入データ３０１を取得し、定形データ３００にそのデータを書き込む。一方、番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ここでは、録画用の構成ならびに処理については記述を省略する。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０及びＭＰＥＧ再生手段６００から取得した定形データ及びＭＰＥＧ映像をＭＰＥＧ−ＴＳの送出ストリームの形態である小単位のデータのかたまり（パケット）にして、デジタル放送受信機３に送出する。定形データ放送再生装置５から送出された定形データ再生ストリーム８００はデジタルインターフェース３２０を介してデジタル放送受信機３に送信され、データ放送実行手段１０７によって解釈、実行される。データ放送実行手段１０７は、定形データ放送再生装置５の内部状態を表示手段１０１、ＴＶ受像機１によって表示することとなる。この結果、デジタル放送受信機３が、定形データ放送再生装置５を制御する制御手段を備えていなくとも、ユーザー（操作者）は、定形データ放送再生装置５の内部状態をデジタル放送受信機３の表示画面を通じて知ることができる。
【００４１】
尚、上記の説明における、定形データ放送再生装置５に再生動作を促す方法は、定形データ放送再生装置の内部状態を表示する機能を持たない機器用のコマンドで可能でもあり、それは、たとえば、ＩＥＥＥ１３９４インタフェース上にてやりとりされるテープ用ＶＣＲコマンドなどが例としてあげられる。または、定形データ放送再生装置５の本体のボタン、定形データ放送再生装置５の専用リモコンなどを使用しても、同様の効果をユーザに提供することができる。
【００４２】
本実施の形態１の構成を用いる事で、前記の「発明が解決しようとする課題」に記載の、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題を解決することができる。
【００４３】
次に、本実施の形態１における、定形データ放送再生手段１０８の有する機能について詳細に説明する。
【００４４】
図２は、データ挿入手段１１０が行う処理の一例を示したものであり、特に、ＢＳデジタル放送で用いられているデータ放送のデータ構造を一例にしてその動作内容を説明する。
【００４５】
図２において、２００は、送出するデータの一塊を機器内のメモリ上に配置した様子を示したものである。このデータは、データカルーセルと呼ばれる方式により、デジタル放送受信機に対して繰り返し転送される。このデータカルーセルという方式は、ＩＳＯ／ＩＥＣ １３８１８−６で定義された方式である。尚、データカルーセル方式は方式名称であるため、これを区別し、データの実体を指す場合はカルーセルデータと呼ぶこととする。カルーセルデータ２００は、主にデータの配置情報が記述されているＤＩＩと呼ばれる部分と、実際のデータ本体が書かれているＤＤＢとよばれる部分に分かれている。ＤＩＩ及びＤＤＢは、ＩＳＯ／ＩＥＣ １３８１８−６で定められたＵｓｅｒ−ｔｏ−ＮｅｔｗｏｒｋダウンロードプロトコルのなかのＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎメッセージ及びＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋメッセージを意味する。２０１は、データカルーセルのペイロード部分に相当するＤＤＢの構造を示したものである。ＤＤＢは複数のセクション（Ｓｅｃｔｉｏｎ）に分割され、さらにそれぞれのセクション構造２０２は、先頭の固定領域に続いて、いくつかの書き換え対象データ部分が存在し、データ最後には、データの信頼性を保証するＣＲＣ３２の部分が配置されている。定形データ３００は、図２に示すデータカルーセルの構造をしており、セクション構造２０２の書き換え対象データ部分が未定義になっているものである。データ挿入手段１１０は、セクション構造２０２の書き換え対象データ部分を検索し、機器内部で取得した挿入データ３０１で、書き換え対象データ部分を更新する。
【００４６】
このデータ更新を行う書き換え対象データ部分のメモリ上の位置情報は、あらかじめテーブルで保存していてもよいし、検索して調べる事もありえる。また、それぞれの書き換え対象データ部分に書きこむ挿入データ３０１は、固定長の場合処理が単純になるが、データの持たせ方を工夫することで、様々なサイズのデータを挿入することもできる。いずれの場合でも、各書き換え対象データを更新したあと、転送時のデータとしての整合性保障を目的に、ＣＲＣ３２を再計算する。
【００４７】
データ放送はディジタル放送において実施されており、上記データ放送を形成するカルーセル構造の構築及びＭＰＥＧトランスポート化は放送局の設備でも同様の規格に従って実施されている。本発明が放送局設備と異なる点は、本装置を使用するのが一般ユーザーである点、またディジタル放送受信機３における処理が放送波としての受信ではなく外部機器からの再生データとしてデータ放送を取得する点である。このような使用環境では、価格的にも処理速度的にも従来の放送局設備とは異なる構成の装置が必要となる。上記に説明した本実施の形態１では、再生するデータ放送を定形化して扱うことで必要な処理を最小化し、価格的にも処理速度的にも実用性のある定形データ放送再生を実現することができるという特徴を持つ。
【００４８】
また、本実施例の、定形データ放送再生装置５の内部状態を表す挿入データ３０１は、文字データに限定する必要はなく、音楽データやＪＰＥＧなどの画のデータであってもよい。また、機器内部の値でなくともよく、たとえば、定形データ放送再生装置５に接続されたメモリーカードのデータ、定形データ放送再生装置５に接続された光ディスクドライブに挿入された光ディスクに記録されている音楽データ、あるいは、その音楽データのタイトル情報などであってもよい。
【００４９】
次に、ＭＰＥＧ再生手段６００について動作を説明する（請求項３に対応）。
【００５０】
図３は、ＭＰＥＧ再生手段６００に関する第１の実施例を示したものである。この時、基本の構成は前述の実施の形態１によって構成されているものとする。番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ここでは映像の録画に関する構成ならびに説明は省略した。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。取得されたデータは同図中に記載したように、Ｉ（Ｉｎｔｒａｆｒａｍｅ）、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）、の３種類のピクチャによって構成されている。ＭＰＥＧ再生手段６００は、取得したピクチャからＩピクチャのみを抽出し、これを後段のＭＰＥＧ−ＴＳ化手段１０９に送付する。前記Ｉピクチャの抽出は継続して行われる。この継続したＩピクチャの抽出によって、早送り再生や巻き戻し再生を実現することができる。
【００５１】
次に、ＭＰＥＧ−ＴＳ化手段１０９の動作を説明する。
【００５２】
ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０によって作成したカルーセルデータ２００及びＭＰＥＧ再生手段６００により抽出されたＩピクチャ７００をＭＰＥＧ−ＴＳとして再構成する。図４は、作成したカルーセルデータ及びＩピクチャをＭＰＥＧ−ＴＳデータとして送出する処理方法の一例を示したものである。図４において、１３４は、抽出されたＩピクチャ７００から、ＭＰＥＧ規格で規定されたＭＰＥＧ−ＴＳパケットを生成する映像パケット生成手段である。１３０は、カルーセルデータ２００から、ＭＰＥＧ規格で規定されたＭＰＥＧ−ＴＳパケットを生成するカルーセルデータ分割パケット化手段である。１３１は、ＭＰＥＧ規格で規定されたＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）やＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）などのパケットを生成する制御用パケット生成手段である。６０１は、これらによって生成したパケットを時間軸方法に適切にマルチプレクスし、かつデータの連続性指標を更新する機能を有するマルチプレクス手段である。１３３は、パケットデータをバス上に送信するパケット送信手段である。これらの構成により、データ挿入手段１１０の生成したデータカルーセルのデータ及びＭＰＥＧ再生手段６００の生成したＩピクチャを送信することが可能である。
【００５３】
図５は、図４の映像パケット生成手段１３４における動作を説明する処理フロー１ある。映像パケット生成手段１３４では、元映像に含まれるＰＳＩ情報やＰＣＲ情報を排除するためにＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を参照して表示対象となる映像を含むパケットのみを抽出して後段に送付する。この処理により、録画されたＭＰＥＧ−ＴＳパケットからＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）情報やＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）等の不要な情報を排除する。
【００５４】
図６は、図４のマルチプレクス手段６０１における動作を説明するマルチプレクスタイミングチャートである。同図において、横軸は時間の推移を意味する。マルチプレクス手段６０１は、制御用パケット生成手段１３１により新規に生成されたＰＡＴ、ＰＭＴ、ＳＩＴ、ＰＣＲ、及び映像パケット生成手段１３４により生成されたＭＰＥＧ−Ｓｔｒｅａｍ、及びカルーセルデータ分割パケット化手段１３０ににより生成されたカルーセルデータを図６に示すタイミングでマルチプレクスする。本実施の形態１ではＩピクチャのみを抽出しているので図６ではこれを“Ｉ”と記載している。マルチプレクス手段６０１にはマルチプレクス機能だけではなく、パケットの連続性指標を正しく付与し直す機能を含む。マルチプレクス手段６０１は、図６に示す通り、、一定間隔にてＩピクチャを送信し、その合間にカルーセルデータを挿入するように動作させる。一定間隔を決める手段としてはＣＰＵのタイマーやハードウエアタイマーを用いることができる。図６で示したカルーセルデータは、図２に示したカルーセルデータを意味し、“Ｃ”と記述した部分がこれに相当する。尚、同図では、“Ｅ”と記述した部分があるが、この部分については本実施の形態１では利用せず、後述する実施の形態にて利用する。
【００５５】
図１に示す通り、定形データを保存する定形データ保存手段１１１と映像を保存する記録媒体１２４は異なるもののように記載しているが、実際は同一記憶媒体にこれを配置しても良い。
【００５６】
尚、一般的には所定の書式にデータを代入する時などは、「定型データにデータを挿入する」と明記するが、本発明においてはディジタル放送受信機３により再生されるデータ放送の画面がユーザーに対して所定の形で視覚的に形状化されるため、すべての表記に定形という漢字を使用した。以下、意味がそぐわない部分については定形を定型と読み直しされたい。もちろん、この事は、本発明が表示画面を画一化することを目的としているものではない。例えば、図１における挿入データ３０１として、表示画面の形状を変更する値を挿入することもできる。
【００５７】
（実施の形態２）
本発明の実施の形態２では、実施の形態１で説明した構成において同時に多重表示する映像をＩピクチャだけでなく通常の動画とする例について説明する（請求項４に対応）。なお、基本の構成は実施の形態１で説明した図１と同じであるので、説明を省略する。
【００５８】
図７は、ＭＰＥＧ再生手段６００に関する第２の実施例（請求項３に記載）を示したものである。番組録画予約等によりＭＰＥＧ−ＴＳの形態で録画された映像は、記録媒体１２４に保存されているものとする。ＭＰＥＧ再生手段６００は記録媒体から所定の映像に対応するＭＰＥＧ−ＴＳを取得する。取得されたデータは同図中に記載したように、Ｉ、Ｂ、Ｐ、の３種類のピクチャによって構成されている。ＭＰＥＧ再生手段６００は、取得したピクチャの順番を変更せずに、全ピクチャ７１０として、これを後段のＭＰＥＧ−ＴＳ化手段１０９に送付する。ＭＰＥＧ再生手段６００は、図７に記載したＭＰＥＧ−ＴＳ部分のみを再生するのではなく、通常再生の手順で各ピクチャを継続して順次再生する。
【００５９】
次にＭＰＥＧ−ＴＳ化手段１０９の動作を説明する。
【００６０】
ＭＰＥＧ−ＴＳ化手段１０９は、データ挿入手段１１０によって作成したカルーセルデータ２００及びＭＰＥＧ再生手段６００により取得された全ピクチャ７０１をＭＰＥＧ−ＴＳとして再構成する。図８は、作成したカルーセルデータ及び全ピクチャ７０１をＭＰＥＧ−ＴＳデータとして送出する処理方法の一例を示したものである。図８において、１３４は、全ピクチャ７０１から、ＭＰＥＧ規格で規定されたパケットを生成する映像パケット生成手段である。１３０は、カルーセルデータ２００から、ＭＰＥＧ規格で規定されたパケットを生成するカルーセルデータ分割パケット化手段である。１３１は、ＭＰＥＧ規格で規定されたＰＡＴやＰＭＴやＰＣＲなどのパケットを生成する制御用パケット生成手段である。６０１は、これらによって生成したパケットを時間軸方法に適切にマルチプレクスし、かつデータの連続性指標を更新する機能を有するマルチプレクス手段である。１３３は、パケットデータをバス上に送信するパケット送信手段である。これらの構成により、データ挿入手段１１０の生成したデータカルーセルのデータ及びＭＰＥＧ再生手段６００の生成したＭＰＥＧ映像を送信することが可能である
図９は、図８の映像パケット生成手段１３４における動作を説明する処理フローである。映像パケット生成手段１３４では、元映像に含まれるＰＳＩ情報やＰＣＲ情報を排除するためにＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を参照して表示対象となる映像を含むパケットのみを抽出する。次に、各ＴＳパケットの時間間隔を求め、他パケット挿入の可否を判定する。ＴＳパケット間隔がＭＰＥＧ−ＴＳの最大ビットレートの１／２以下に相当する間隔である場合に他のパケットを挿入可と判断する（図示せず）。この挿入可否判断情報７０２は、後段のマルチプレクス手段６０１に送付される。映像パケット手段１３４は、最終段にて映像ＴＳパケットのＰＩＤ番号を他の規定値に変更する。このＰＩＤ番号変更は処理の前半に実施しても良い。
【００６１】
図１０は、図８のマルチプレクス手段６０１における動作を説明するマルチプレクスタイミングチャート２である。同図において、横軸は時間の推移を意味する。マルチプレクス手段６０１は、制御用パケット生成手段１３１により生成されたＰＡＴ、ＰＭＴ、ＳＩＴ、ＰＣＲ、及び映像パケット生成手段１３４により生成されたＭＰＥＧ−Ｓｔｒｅａｍ、及びカルーセルデータ分割パケット化手段１３０ににより生成されたカルーセルデータを図１０に示すタイミングでマルチプレクスする。
【００６２】
本実施の形態２が実施の形態１と異なる点は、図６と図１０に明確に現れている。図６では一定間隔でＩピクチャ７００を挿入していたのに対し、図１０では大きな隙間が存在しないためパケットとパケットの間を計測し、隙間を見つけてカルーセルを挿入する方法をとっている。図１０ではＭＰＥＧ−ＴＳデータを構成するＭＰＥＧ−ＴＳパケット一つ一つについての表現はされていない。即ち、ＭＰＥＧ−ＴＳ全体を１つの塊として表現しているため、パケットとパケットの間の隙間に関して表現されていない。同図において、パルス上に表現されたカルーセルデータの位置がパケット間の隙間がある部分に対応しているものとする。実施の形態１はＩピクチャを用いた早送り再生等の表示中に所定の定形データ放送を同時表示する場合に有効であり、本実施の形態２は通常再生中に所定の定形データ放送を同時表示する場合に有効である。
【００６３】
以上のように、本実施の形態２おいても、前記「発明が解決しようとする課題」に記載の、既存のディジタル放送受信機では外部機器に録画した映像とその動作状態を新規な表現にて多重表示することができないという第１の課題を解決することができる。
【００６４】
（実施の形態３）
次に実施の形態３では、実施の形態１及び２を用いた場合に発生する問題とそれを解決する構成について説明する（請求項５に対応）。
【００６５】
実施の形態１及び２において、定形データと映像データのアスペクト比が異なる場合は一般的には正しい表示がなされる保証がない、という問題が発生する。図１１はその様子を視覚的に表現したものである。右上の長方形は４対３のアスペクト比を持つデータ放送で、左上の長方形は１６対９のアスペクト比を持つ映像データである。一般のＢＳディジタル放送受信機の場合は、このようなアスペクト比が異なるデータを１つの画面に正しく表示することはできないという課題があった。また、周知の通り、ディジタル放送ではチャンネルや番組ごとに４対３や１６対９のような異なる種類の映像が混在して放映されている。
【００６６】
上記のような課題を解決するために、本実施の形態３では実施の形態１で示した構成に加えて、ストリーム情報抽出手段６０２と定形選択手段６０３を備えたものである。その他の構成は実施の形態１で説明した内容と同一であるので説明を省略する。
【００６７】
図１２において、６０２は記録媒体１２４に保存された映像データから、映像のアスペクト比及び画素情報を抽出するストリーム情報抽出手段で、６０３はストリーム情報抽出手段６０２により判断された定形選択信号７０３に基づき、あらかじめ準備された定形データの中から適切なアスペクト比、画素数を有する定形データを選択する定形選択手段である。
【００６８】
図１３は、図１２の定形選択手段６０３の動作を説明する定形選択動作概念図である。同図を用いて、図１２中に記載された定形選択手段６０３の動作について説明する。図１３では、定形データ保存手段１１１と記録媒体１２４を、１つのデータ保存手段６０４として記述している。データ保存手段６０４の中には、表示対象となる動画映像ならびに複数（ここでは３種類）の定形データがあらかじめ保存されているものとする。同図に示すように、表示対象となる動画がハイビジョン映像の１６対９のアスペクト比を有する場合、定形選択手段６０３は、３種類の定形データの中から、ハイビジョンの１６対９のアスペクト比を有する定形データを選択する。
【００６９】
図１２中に記載されたストリーム情報抽出手段６０２は、ＭＰＥＧデータ構造に従って記述されているシーケンスヘッダ、シーケンスエクステンション、シーケンスディスプレイエクステンション、ピクチャヘッダ等を参照し、映像のアスペクト比やプロファイル、レベルを確認する。ストリーム情報抽出手段６０２は、これらの情報を用いて定形選択信号７０３を生成し、定形選択手段６０３に送付する。定形選択手段６０３は定形選択信号７０３を取得すると、前述のように適切な定形データを選択し、選択した定形データ３００を後段のデータ挿入手段１１０に送付する。一方、ストリーム情報抽出手段６０２によって抽出されたストリーム情報７０４は、ＭＰＥＧ−ＴＳ化する時に付与されるＰＭＴ、ＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）にその内容を反映させるためにＭＰＥＧ−ＴＳ化手段１０９に送付される。図１４にＰＭＴに記載する解像度一覧を記載した。
【００７０】
図１５にＳＩＴに記載するコンポーネントタイプの一覧を記載した。ＭＰＥＧ−ＴＳ化手段１０９の制御用パケット生成手段１３１は、このストリーム情報７０４を参照して図１４、図１５に対応するＰＭＴ、ＳＩＴを生成する。以上のような構成により、映像と定形データのアスペクト比及び画素数を適合させた表示が可能となり、一般のＢＳディジタル放送受信装置での安定した重ね合わせ表示が可能となる。
【００７１】
（実施の形態４）
次に実施の形態４では、実施の形態３で説明した方法に対して選択基準を逆にした場合の解決方法を示す（請求項６に対応）。
【００７２】
本実施の形態４では実施の形態１で示した構成に加えて、定形情報抽出手段６０５と映像選択手段６０６を備えたものである。その他の構成は実施の形態１で説明した内容と同一であるので説明を省略する。
【００７３】
図１６において、６０５は定形データ保存手段１１１に保存された定形データから、画像のアスペクト比及び画素情報を抽出する定形情報抽出手段で、６０６は定形情報抽出手段６０５により判断された映像選択信号７０５に基づき、あらかじめ準備された録画済み映像データの中から適切なアスペクト比、画素数を有する映像データを選択する映像選択手段である。
【００７４】
図１７は、図１６の映像選択手段６０６の動作を説明する定形選択動作概念図である。同図を用いて、図１６中に記載された映像選択手段６０６の動作について説明する。図１７では、定形データ保存手段１１１と記録媒体１２４を、１つのデータ保存手段６０４として記述している。データ保存手段６０４の中には、表示対象となる定形データならびに複数の動画映像があらかじめ保存されている。同図に示すように、表示対象となる定形データがハイビジョンの１６対９のアスペクト比を有する場合、映像選択手段６０６は、３種類の動画データの中から、ハイビジョンの１６対９のアスペクト比を有する動画データを選択する。
【００７５】
図１６中に記載された定形情報抽出手段６０５は、定形データのＰＭＴやＳＩＴ情報をもとに、表示する定形のアスペクト比や画素数を確認する。定形情報抽出手段６０５は、これらの情報を用いて映像選択信号７０５を生成し、映像選択手段６０６に送付する。映像選択手段６０６は映像選択信号７０５を取得すると、前述のように適切な動画データを選択し、選択した動画データを後段のＭＰＥＧ再生手段６００に送付する。
【００７６】
以上のような構成により、映像と定形データのアスペクト比及び画素数を適合させた表示が可能となり、一般のＢＳディジタル放送受信装置での安定した重ね合わせ表示が可能となる。
【００７７】
（実施の形態５）
本発明の実施の形態５では、ディジタル放送受信機３において動作しているデータ放送アプリケーションに対して動作状態の変更を指令する構成を説明し、この構成にて発生する問題と、それを解決する構成について説明する（請求項２及び請求項７に対応）。
【００７８】
図１８は実施の形態５の構成を示すものである。図１８において、１はＴＶ受像機、３はディジタル放送受信機、１０８は定形データ放送再生手段、１１１は定形データ保存手段、１２４は記録媒体、１１２は状態遷移制御手段である。同図において状態遷移制御手段以外の構成は実施の形態１で説明した構成とほぼ同一であるため詳細説明を省略する。状態遷移制御手段１１２は、要求受付手段１１５、状態管理手段１１４、状態変化通知手段により構成される。
【００７９】
状態制御手段１１２は、ＭＰＥＧ−ＴＳ化手段に対してイベントメッセージ３０８を送付することにより、ディジタル放送受信機３で動作しているデータ放送アプリケーションに対して動作状態の変更を指令する。
【００８０】
要求受付手段１１５は、押しボタンあるいはまたリモコン受信装置等の状態を検知する構成により実現される（図示せず）。ボタンの種類としては、例えば定形データの再生開始を指令する“定形起動ボタン”、定形データ再生画面上でのカーソル移動を指令し、上下左右に対応する“矢印ボタン”等がある（図示せず）。これらのボタンが押下されると、要求受付手段１１５は受け付けたボタンの種類に対応する情報を状態遷移管理手段１１４に送付する。状態遷移管理手段１１４は、ディジタル放送受信機３にて動作中の定形データ放送の状態変化を管理する機能を持つ。例えば、下向きの矢印が押された場合、動作中の定形データ放送に対して変化すべき状態を通知するための画面操作用制御コード３１１を生成し、状態変化通知手段１１３に送付する。状態変化通知手段１１３では画面操作用制御ｊコード３１１をイベントメッセージ伝送方式のフォーマットに変更し、これをＭＰＥＧ−ＴＳ化手段１０９に送付する。ＭＰＥＧ−ＴＳ化手段により再生されたＭＰＥＧ−ＴＳ信号にはイベントメッセージが多重化され、ディジタル放送受信機３によって再生され、データ放送実行手段１０７によりこれが処理される。上記イベントメッセージ伝送方式とは、放送局からディジタル放送受信機３で動作しているアプリケーションに対して、即座に、あるいは指定した時刻にメッセージ情報を送る手段を提供するものである。日本のＢＳディジタル放送用に定められた規格（電波産業会 標準規格 ＳＴＤ−Ｂ２４ ３．２版 第７章参照）では、汎用イベントメッセージ記述子が定義されており、汎用イベントメッセージ記述子をイベントメッセージ伝送方式に則り伝送することでディジタル放送受信機３側にて動作するアプリケーションの状態を変更することができる。
【００８１】
以上のように動作する定形データ放送再生装置５において、要求受付手段１１５にて受け付ける要求の周期が短い場合、受付た短い周期のままでイベントメッセージ３０８を生成し再生すると、データ放送実行手段１０７でのイベントメッセージ受信に失敗するという問題が発生する。このデータ放送実行手段１０７でのイベントメッセージ受信の失敗は、データ放送実行手段１０７にて動作している定形データ放送と、状態遷移管理手段１１４の管理する状態の食い違いを生じ、アプリケーションとしての操作が不能になるという事態を招く。
【００８２】
前記課題を解決するために、本実施の形態５では要求受付手段１１５において、所定の周期以下の要求受付を禁止する機能を備える。図１９は、要求受付禁止タイミング図である。同図に示すように、短い間隔で要求があった場合は、これをマスクする。マスク期間はディジタル放送受信機３の性能に依存する。ディジタル放送受信機３の汎用イベントメッセージ受信性能が高い場合は短いマスク期間で良いが、性能が低い場合は長いマスク期間に設定する必要がある。マスク期間を固定値に設定する方法として、市販されている既存のディジタル放送受信機３において最も性能が低いものに基準を合わせる方法がある。本要求受付手段１１５はマイクロプロセッサの割り込み入力、及びタイマー機能を用いて実現することができる。尚、マスク期間の設定ならびにマスク処理は、要求手段１１５で行わずに、状態遷移管理手段１１４で実施する構成としてもよい。
【００８３】
以上のように、本実施の形態５の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【００８４】
（実施の形態６）
次に実施の形態６では、実施の形態３の構成、及び実施の形態５の構成、双方を備えることで実現される定形データ放送アプリケーションの表示例を示す（請求項３及び請求項７に対応）。
【００８５】
図２０において、実施の形態３及び実施の形態５との違いは、新たに状態遷移管理手段１１４から送出される再生制御信号７１７が存在する点である。その他の構成は先に述べた内容と同一であるので説明を省略する。
【００８６】
図２１は、図２０の構成にて、ＭＰＥＧ−ＴＳストリームを再構成し、ディジタル放送受信機３にてＴＶ受像機１に画面を表示した場合の表示例である。
【００８７】
図２１において、７０６は動画表示領域、７０７は動作状態表示領域、７１６は画面表示枠である。同図の動作状態表示領域７０７において、７０８は巻き戻し再生の状態表示、７０９は早送り再生の状態表示、７１０は再生速度増加の状態表示、７１１は再生速度減少の状態表示、７１２は再生速度表示軸、７１３は再生速度表示、７１４は再生位置表示軸、７１５は再生位置表示である。
【００８８】
以下、図２１の表示動作について、図２０の構成を参照しながら説明する。
【００８９】
本表示画面は、早送り再生や巻き戻し再生を行う場合を想定した画面である。この２つを総称して、以下トリック再生と呼ぶこととする。
【００９０】
要求受付手段１１５は“早送りボタン”等の押下を検出し、再生制御信号７１７によりＭＰＥＧ再生手段６００に対して処理の開始を指令する。指令を受けたＭＰＥＧ再生手段６００は、記録媒体１２４に保存された映像の再生処理を開始する、また、この時、ストリーム情報抽出手段６０２、定形選択手段６０３、データ挿入手段１１０は、定形データ保存手段１１１に保存された定形データの取得処理を開始する。記録媒体１２４から再生された映像はＭＰＥＧ再生手段６００によりＩピクチャの抽出が行われる。この抽出されたＩピクチャによりトリック再生が実現される。この抽出処理と同時に定形データ３００はデータ挿入手段１１０を経由してＭＰＥＧ−ＴＳ化手段１０９に送付される。図２１の表示例の場合、挿入データ３０１は想定していない。ＭＰＥＧ−ＴＳ化手段１０９により再生されたＭＰＥＧ−ＴＳストリームは、ディジタルインタフェース３２０を経由してディジタル放送受信機３に送付され、データ放送実行手段１０７によって実行され、図２１に示す表示内容をＴＶ受像機１に表示する。
【００９１】
次に、図２１の動作状態表示領域の概要について説明する。
【００９２】
“早送りボタン”を押下された最初の時点（図示せず）では、再生位置表示７１５は再生位置表示軸７１４の左端に位置する。再生位置表示軸７１４は再生対象となっている番組の長さに相当し、再生が進むにつれて右側へ移動して行く。同じく、最初の時点で、再生速度表示７１３は再生速度表示軸７１２の下端に位置する。再生速度表示軸７１２は再生速度の状態に相当し、最低速度は下端に、最高速度は上端に相当する。同じく、最初の時点で、早送り再生の状態表示７０９が異なる配色にてアクティブな状態を示す。後の操作により、再生方向が変更された場合は、早送り再生の状態表示７０９の配色は非アクティブな状態を示し、代わりに巻き戻し再生の状態表示７０８がアクティブな状態を示す。
【００９３】
以上のような表示状態にて、要求受付手段１１５は“上向き矢印”ボタンの押下（図示せず）を検知すると、これを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下をトリック再生速度の変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対してトリック再生速度を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２１の画面において、再生速度表示７１３の位置が該当する速度上昇の分だけ上側に再描画され、再生速度増加の状態表示７１０はボタン押下直後の一定期間においてアクティブな状態を表示する。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００におけるトリック再生速度を変更する。変更後のトリック再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２１の動画表示領域７０６に表示される。
【００９４】
次に、要求受付手段１１５は“左向き矢印”ボタンの押下（図示せず）を検知すると、これを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下をトリック再生の方向変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対してトリック再生方向を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２１の画面において、再生位置表示７１５の進行方向が左方向に変わり、早送り再生の状態表示７０９の配色は非アクティブな状態を示し、巻き戻し再生の状態表示７０９の配色はアクティブな状態を示す。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００におけるトリック再生方向を変更する。変更後のトリック再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２１の動画表示領域７０６に表示される。
【００９５】
状態遷移管理手段１１５は、再生対象となっている映像の再生位置を確認する機能を有し、この再生位置を画面操作用制御コード３３１に変換しする。例えば、１秒周期にて現在再生位置を汎用イベントメッセージに加工して送付する。これを受信した定形データ放送側では、番組の総録画時間を１００％とし、汎用イベントメッセージにより取得する再生位置をこの割合に応じた位置に描画しなおす。
【００９６】
以上のように、本実施の形態６で示す構成を用いることにより、トリック再生中に、同時に操作状態、再生状態を表示することができる。
【００９７】
（実施の形態７）
実施の形態７では、実施の形態４の構成、及び実施の形態５の構成、双方を備えることで実現される定形データ放送アプリケーションの表示例を示す（請求項４及び請求項７に対応）。
【００９８】
図２２において、実施の形態４及び実施の形態５との違いは、新たに状態遷移管理手段１１４から送出される再生制御信号７１７が存在する点である。その他の構成は先に述べた内容と同一であるので説明を省略する。
【００９９】
図２３は、図２２の構成にて、ＭＰＥＧ−ＴＳストリームを再構成し、ディジタル放送受信機３にてＴＶ受像機１に画面を表示した場合の表示例である。
【０１００】
図２３において、７１８は動画表示領域、７１９は番組内容表示領域、７２０は番組タイトル表示、７２１はカーソルである。
【０１０１】
以下、図２３の表示動作について、図２２の構成を参照しながら説明する。
【０１０２】
本表示画面は、定形データ放送を用いて番組タイトル一覧を表示し、カーソルで選択された番組の映像を子画面で表示する場合を想定した画面である。
【０１０３】
要求受付手段１１５は、専用の“番組タイトル表示ボタン”等の押下（図示せず）を検出し、再生制御信号７１７によりＭＰＥＧ再生手段６００に対して処理の開始を指令する。指令を受けたＭＰＥＧ再生手段６００は、記録媒体１２４に保存された映像の再生処理を開始する、また、この時定形情報抽出手段６０５、映像選択手段６０６、データ挿入手段１１０は、定形データ保存手段１１１に保存された定形データの取得処理を開始する。記録媒体１２４から再生された映像はＭＰＥＧ再生手段６００により再生が行われる。この再生処理と同時に定形データ３００はデータ挿入手段１１０を経由してＭＰＥＧ−ＴＳ化手段に送付される。この図２１の表示例の場合、挿入データ３０１は番組タイトル一覧である。ＭＰＥＧ−ＴＳ化手段１０９により再生されたＭＰＥＧ−ＴＳストリームは、ディジタルインタフェース３２０を経由してディジタル放送受信機３のデータ放送実行手段１０７によって実行され、図２１に示す表示内容をＴＶ受像機１に表示する。
【０１０４】
次に、図２３の表示概要について説明する。
【０１０５】
“番組タイトル表示ボタン”を押下された最初の時点では、再生位置表示７１５は再生位置表示軸７１４の左端に表示される。再生位置表示軸７１４は再生対象となっている番組の長さに相当し、再生位置表示７１５は再生が進むにつれて右側へ移動して行く。同じく、最初の時点で、カーソル７２１は番組一覧の最初の番組あるいは以前に再生していた番組のタイトルを指し示す。同じく、最初の時点で、カーソル７２１が指し示す番組が再生され、動画表示領域７１８の子画面に再生表示される。
【０１０６】
以上のような表示状態にて、要求受付手段１１５は“下向き矢印”ボタンの押下（図示せず）を検知すると、要求受付手段１１５はこれを状態遷移管理手段１１４に通知する。状態遷移管理手段１１４は、このボタン押下を再生する番組の変更を要求されたものと判断し、状態変化通知手段１１３に画面操作用制御コード３１１を送付する。また、状態遷移管理手段１１４は、同時にＭＰＥＧ再生手段６００に対して再生する番組を変更するために再生制御信号７１７を送付する。画面操作制御用コード３１１は、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９及びデータ放送実行手段１０７を経由して実際の画面に反映される。具体的には、図２３の画面において、カーソル７２１の位置は一つ下のタイトルを指し示すように描画される。また、再生制御信号７１７は、ＭＰＥＧ再生手段６００に送付され、ＭＰＥＧ再生手段６００にて再生対象としている映像を変更する。変更後の再生映像は、ＭＰＥＧ−ＴＳ化手段１０９を経由してディジタル放送受信機３に送付され、図２３の動画表示領域７１８に表示される。再生位置表示軸７１４及び再生位置表示７１５の描画方法は、前述した実施の形態６と同様であるので説明を省略する。
【０１０７】
以上のように、本実施の形態７で示す構成を用いることにより、番組タイトル一覧を表示ししている最中に、カーソルで選択された番組の映像を子画面で表示することができる。
【０１０８】
（実施の形態８）
次に実施の形態８では、ディジタル放送受信機３のデータ放送実行手段１０７においてイベントメッセージ受信失敗を回避するためのＢＭＬ記述方法について説明する（請求項８に対応）。
【０１０９】
図２４は単一ＢＭＬ文書にて複数画面を構成する例であり、図２５は複数画面構成記述時の画面の遷移例である。
【０１１０】
図２５は定形データ放送によって実現する表示画面を単一の画面ではなく複数画面によって構成する場合の画面間の遷移を表現した例である。
【０１１１】
ディジタル放送受信機３のデータ放送実行手段１０７は定形データ放送を取得すると、起動画面を表示し、一定の時間を経過すると第１画面を表示する。第１画面を表示中に、例えば“青色”ボタンを押下すると第２画面に遷移し、“赤色”ボタンを押下すると第３画面に遷移し、“緑色”ボタンを押すと第４画面に遷移し、“黄色”ボタンを押すと第５画面に遷移するように割り当てることができる。ボタン押下については図中では記述を省略した。色ボタンの割り当て方法は定形データ放送再生装置５の固有の実装仕様であり、異なる割り当てを用いても良い。 このような複数の画面を構成する場合、一般のデータ放送では１つ１つの画面に相当するＢＭＬ文書を作成し、ＢＭＬ文書の中のスクリプト記述によってＢＭＬ文書間を遷移するように記述する。ＢＳディジタル放送の場合、ＢＭＬ文書間を遷移する記述としては、ｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）という関数が規定されている（電波産業界 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２４参照）。しかしながら、このような関数を用いて異なるＢＭＬ文書間を遷移すると、遷移期間中はイベントメッセージを受信できなくなるという課題があった。
【０１１２】
本実施の形態８では、この課題を解決するために、１つの文章の中に複数の画面構成をすべて記述する方法を示す。図２４に示す記述は、１つのＢＭＬ文章中に３つの画面の記述を行った例である。同図中の＜ｂｏｄｙ＞と＜／ｂｏｄｙ＞で囲まれた部分が画面表示のための部品を記述する部分で、それぞれの画面の部品は＜ｄｉｖ＞と＜／ｄｉｖ＞で囲まれた部分に記述する。＜ｓｃｒｉｐｔ＞と＜／ｓｃｒｉｐｔ＞でかこまれた部分に画面の制御を行う関数を記述する。同図の例ではｅｖｅｎｔ＿ｈａｎｄｌｅｒ（）関数の中で各画面の表示、非表示を制御することを想定している。
【０１１３】
以上のようなＢＭＬ記述方法を採用することで画面間を遷移する場合でもイベントメッセージ受信を継続することができ、画面間状態遷移に起因するイベントメッセージ受信の失敗を回避することができる。
【０１１４】
以上のように、本実施の形態８の方法を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【０１１５】
（実施の形態９）
次に実施の形態９では、実施の形態８とは異なる手法にてイベントメッセージ受信失敗回避を行う構成について説明する（請求項９に対応）。
【０１１６】
図２６は本実施の形態９の構成を示す図である。構成要素は、図１８の実施の形態５で説明したものと同一であるので詳細説明は省略する。
【０１１７】
図２６が図１８と異なる点は、状態遷移管理手段１１４は要求受付手段１１５に対して遷移状態通知信号７２２を送付する点である。
【０１１８】
状態遷移管理手段１１４は、ＢＭＬ文書の切り替え状態を管理し、ＢＭＬ文書の切り替えを行うために必要な期間を遷移状態通知信号７２２として要求受付手段１１５に通知する。これを受けた要求受付手段は、遷移状態通知信号７２２が示す期間中の要求受付を中止する。図２７は、これらの状態遷移通知信号７２２と禁止期間のタイミングを示す要求受付禁止タイミングチャートである。図２７において、最上段に記載された矢印は、ボタン押下等によって要求受付手段１１５にて検知された要求である。上から２段目に記載した“ＢＭＬ文書の状態”は状態遷移管理手段１１４によって管理されている状態ではなく、現在再生中の定形データ再生ストリーム８００がディジタル放送受信機３においてどのような状態で動作しているかを示している。ＢＭＬ文書１は、要求（２）を受信するとＢＭＬ文書の切換要求であることを検知し、次に動作させるべきＢＭＬ文書２を起動する。ディジタルインタフェース３２０を用いて一方向の再生のみを行う場合、状態遷移管理手段１１４はディジタル放送受信機３におけるＢＭＬ文書の実際の状態を直接監視することはできない。即ち、状態遷移管理手段１１４は実際の文書切換時間（Ｔ１）を知ることができない。そこで、ここでは、状態遷移管理手段１１４は、要求（２）を送出すると遷移状態通知信号７２２をマスク期間状態とし、所定の時間（Ｔ２）経過後に通常状態に戻すようにしている。この所定の時間（Ｔ２）は、既存のＢＳディジタル放送受信機における切換時間を調査し、その最大切換時間よりも十分大きな値を設定することで実現される。
【０１１９】
以上のように、本実施の形態９の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、適切なタイミングで汎用イベントメッセージが送信されない場合、ディジタル放送受信機では汎用イベントメッセージの受信に失敗するという第２の課題を解決することができる。
【０１２０】
（実施の形態１０）
次に実施の形態１０では、定形データ再生ストリーム８００により表示する画面の数を複数個準備した場合に発生する課題と、これを解決する構成について説明する（請求項１０に対応）。
【０１２１】
図２８は実施の形態１０の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。本実施の形態が目的とする課題解決の構成と関係しない構成要素については図１９では記載から削除した。
【０１２２】
図２８が図１８と異なる点は、モジュール選択手段６０７を備え、状態遷移管理手段１１４はモジュール選択手段７２２に対してモジュール選択信号７３６を送付する構成を備えた点である。
【０１２３】
まず、実施の形態８で用いた図２４、図２５及び図２９を用いて本実施の形態１０が解決しようとする課題について説明する。
【０１２４】
図２５に示したような、複数画面をＢＭＬ文書で実現する場合、次の２通りの実現方法がある。第１の方法は、図２４のように１つのＢＭＬ文書にすべて記述する方法で、第２の方法は、複数のＢＭＬ文書で記述する方法である。いずれの場合においても、一定の伝送帯域（伝送できるビットレート）内に図２で説明したようなＤＩＩ及びＤＤＢにより構成されるカルーセルデータを構成する必要がある。従って、画面１枚当たりの伝送帯域は画面数が増える程小さくなる。このことは、画面数の増加とディジタル放送受信機３におけるデータ放送の取得時間が比例関係にあることを意味する。即ち、画面数が増加し、データ総量が多くなればなる程、データの取得時間は長くなり、画面の描画に時間がかかることとなる。図２９は単一伝送帯域に複数ＢＭＬを配置した場合のタイミングチャートである。図２９の横軸は時間の推移を表し、ＭＰＥＧ−ＴＳ再生ストリームと記載された部分の縦方法の幅は伝送帯域を表現している。同図の例では、複数画面それぞれがほぼ同じ伝送帯域で配置されているように記載した。最下段に記載した矢印は状態変化点を意味するものとする。例えば、ディジタル放送受信機３のデータ放送画面は、変化点（１）を境に起動画面から画面１に遷移し、変化点（２）を境に画面１から画面２に遷移し、変化点（３）を境に画面２から画面１に遷移する、というように遷移する。このような一般的なデータ放送の仕組みに従ったカルーセルデータを用いて画面を構成すると、画面あたりに割り振ることのできる伝送帯域が狭くなり、ディジタル放送受信機３でのデータ取得に時間がかかるという課題があった。
【０１２５】
本実施の形態１０では、前記課題を解決するために、必要となるモジュール（ＤＤＢ）を必要となった時点で取り出し、再生開始する構成とした。
【０１２６】
図２８を用いて実施の形態１０の動作を説明する。
【０１２７】
状態遷移管理手段１４４は、画面切換を伴う状態の変化点を検出すると、モジュール選択手段６０７に対してモジュール選択信号７３６を送付する。モジュール選択手段６０７は、モジュール選択信号７３６に従い、定形データ保存手段１１１から該当するモジュールを選択し、データ挿入手段１１０に送付する。図２８の構成を用いることで、必要となったタイミングにおいて再生すべきモジュールを選択して取得することができる。図３０は、この選択して取得する機能を実現した場合のタイミングチャートである。図３０の横軸は時間の推移を表し、ＭＰＥＧ−ＴＳ再生ストリームと記載された部分の縦方法の幅は伝送帯域を表現している。同図の例では、まず起動画面に対応するＢＭＬ文書を含む定形データが再生され、状態変化点（１）を境に画面１に対応するＢＭＬ文書を含むモジュールの再生に切り換える、次に状態変化点（２）を境に画面２に対応するＢＭＬ文書を含むモジュールの再生に切り換える、次に状態変化点（３）を境に画面１に対応するＢＭＬ文書を含むモジュールの再生に切り換える。図２９と図３０の比較から明らかなように、本実施の形態１０の構成を用いることで、再生すべきモジュールを最大の伝送帯域幅で再生し、ディジタル放送受信機３に送付することができる。
【０１２８】
次に、図３１及び図３２を用いて、選択してモジュールを取得する場合のデータ構造及びその詳細な処理方法に関して説明する。
【０１２９】
図３１は、複数画面を構成するモジュールが１つのカルーセルに配置されるように構成した例であり、図３２は１つ１つのモジュールがそれぞれ独立のカルーセルとして配置されるように構成した例である。本実施の形態１０では、図３１及び図３２のいずれの構成を適用した定形データを定形データ保存手段１１１に保存ても良い。しかしながら、それぞれの構成によって、ＢＭＬ文書を記述する場合の注意点は異なる。また実施の形態１０における各構成要素の動作仕様も異なる。
【０１３０】
まず図３１の記述を用いた場合の動作について説明する。
図３１のように構成されたカルーセルデータが定形データ保存手段１１１に保存されているものとする。またＤＩＩにはＤＤＢ０からＤＤＢ６までのすべてのモジュールに関する情報が記載されているものとする。図２８のモジュール選択手段６０７は、定型データ保存手段１１１から該当するモジュールを選択して取得するが、この時、具体的には図３１に記載された構成要素のうち、ＤＩＩとＤＤＢ０を取得する。また、状態変化が発生し、次の該当モジュールを取得する状況になった場合、ＤＩＩとＤＤＢ１を取得する。このように、モジュール取得の際にＤＩＩを同時に取得し、これを後段のＭＰＥＧ−ＴＳ化手段まで引き継ぐことで、定型データ再生ストリーム８００の中に必ずＤＩＩを含ませることができる。上述の説明では、ＤＩＩは状態変化の発生時に毎回取得することとしたが、初回のみ取得して、これをデータ取得手段１１０あるいはＭＰＥＧ−ＴＳ化手段にて一時保管し再利用する方法を用いても良い。図３１に示したカルーセルの構成１を用いた場合、特定の画面を表示している期間は他の画面に関するモジュールが定型データ再生ストリーム８００の中に含まれないこととなる。従って、この期間の間は、ＢＭＬ文書の中で他のモジュールを取得する記述を行うと、正常な動作は保証されない。
【０１３１】
次に、図３１の記述を用いた場合の動作について説明する。
【０１３２】
図３２のように構成されたカルーセルが定型データ保存手段１１１に保存されているものとする。またＤＩＩは、それぞれのＤＤＢに対して一つずつ準備されているものとする。即ち、各ＤＩＩにはそれぞれ対応するＤＤＢの情報のみが記載されている。図３２のモジュール選択手段６０７は、定型データ保存手段１１１から該当するモジュールを選択して取得するが、この時、具体的には図３２に記載された構成要素のうち、該当するＤＩＩとＤＤＢ０を取得する。また、状態変化が発生し、次の該当モジュールを取得する状況になった場合、同じく該当するＤＩＩとＤＤＢ１を取得する。このように、各モジュールに対応したＤＩＩを同時に取得することで、これを後段のＭＰＥＧ−ＴＳ化手段まで引き継ぎ、定型データ再生ストリーム８００の中に必ずＤＩＩを含ませることができる。図３２のカルーセルの構成にて定型データ再生ストリーム８００を再生した場合、同図から明らかなように画面毎に異なるカルーセルをつないで再生する状態となる。このような異なるカルーセルを連続的に再生すると、ディジタル放送受信機３のデータ放送実行手段１０７にリセットがかかる場合がある。これを回避するためには、ＰＭＴの中に記載されるデータイベントＩＤ（Ｉｄｅｎｔｉｆｉｅｒ、識別）を、各カルーセルにおいて共通の値とする必要がある。また、画面の状態変化に伴い各ＤＩＩの中に記載されるバージョン番号を連続的に増加させることが望ましい。このＤＩＩのバージョン番号を連続的に増加させる機能は、例えばデータ挿入手段１１０にて実施しても良い。
【０１３３】
以上のように、本実施の形態１０の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、複数ＢＭＬ記述化により画面構成を増加させるほどディジタル放送受信機のＢＭＬ取得に時間を要し、その結果として個々のＢＭＬの起動に時間がかかるという第３の課題を解決することができる。
【０１３４】
図３３は実施の形態８にて説明したＢＭＬ記述方法と、実施の形態１０の構成を用いた場合のタイミングチャートである。
【０１３５】
状態変化点より前の期間では、定形データ３００は実施の形態８で示したような方法で記述されている。従って、この期間はイベントメッセージの受信失敗は回避される。次に画面遷移を伴う状態変化点が現れると、上記実施の形態１０で説明したように、該当するモジュールのみを選択して再生する。このような組み合わせを行うことで、比較的高速に動作させたいデータ放送アプリケーションを一まとめにして応答速度を確保しながら、大規模なアプリケーションを追加構築することが可能となる。
【０１３６】
（実施の形態１１）
次に実施の形態１１では、定形データ再生ストリーム８００により表示する画面の数を複数個準備した場合に発生する課題と、これを解決する構成について説明する。但し、ここで説明する課題は、実施の形態１０で説明した課題とは異なる（請求項１０に対応）。
【０１３７】
図３７は、複数のＢＭＬ文書間でデータを共有する場合の方法を記述したタイミングチャート、図３８は同一の共有データを異なるＢＭＬ文書と組み合わせて再生する場合のタイミングチャートである。
【０１３８】
まず、図３７及び図３８を用いて一般的なデータ放送の手法を用いた場合の複数ＢＭＬ文書間でのデータの共有方法について説明する。
【０１３９】
図３７、図３８の横軸はの時間の推移を表す。図３７において、前半の期間は、画面１を構成するＢＭＬ文書とバイナリーテーブルが第１の定型データとして再生される。ＢＳディジタル放送の場合、バイナリーテーブルは、動作しているＢＭＬ文書のスクリプト記述によって次に起動するＢＭＬ文書との間でデータを共通に参照することができる。具体的な記述としては、画面１を構成するＢＭＬ文書のスクリプトの中で、バイナリーテーブルを含むモジュールに対してＬｏｃｋＭｏｄｕｌｅＯｎＭｅｍｏｒｙ（）関数を実行する事で以降に起動されるＢＭＬ文書にて共有データとして扱うことができる。（電波産業会 標準規格 ＳＴＤ−Ｂ２４ ３．２版 参照）しかしながら図３７に示す例では、後半の期間ではカルーセルデータの中には前半に再生されていたバイナリーテーブルが含まれない。このような再生方法を行うと、例えば、ディジタル放送受信機３側が、後半の期間に入ってから定形データ再生ストリーム８００の再生を開始すると、画面２を構成するＢＭＬ文書が参照すべきバイナリーデータは再生されておらず、バイナリーデータを参照できないこととなる。図３８では、このような問題を避ける方法として、同一のバイナリテーブルを異なるＢＭＬ文章と組み合わせて再生する方法を示している。図３８に示すように、前半の期間と後半の期間で同一のバイナリーテーブルを再生することで、定形データ放送再生装置５が定形データ再生を始めた後の途中のタイミングから接続された場合でもバイナリーテーブルを参照しながら画面２を表示することが可能となる。また、バイナリーテーブルを使用せずに、代用としてＡｒｒａｙ（）関数を用いて各ＢＭＬ文書中に共通のデータを記述しておく方法もある。
【０１４０】
以上、図３７及び図３８を用いて説明したバイナリーデータの共有方法については、従来のデータ放送の作成過程においては周知の事項である。しかしながら、上述したデータ共有方法を、定形データ放送再生装置５に適用した場合は、従来にはなかった課題が発生する。以下、図３９を用いてその課題を説明する。
【０１４１】
図３９は定形データ保存手段１１１に保存された定形データ保存構造例１を示すものである。
【０１４２】
本発明の実施の形態１〜１０で説明してきた実施例を用いて、先に説明した図３８のような再生を行う場合、定形データとしては図３９に示すような定形データ群を必要とする。同図に示す通り、第１画面に相当する定形データ１の中に共有データとして使用するバイナリーテーブルを含み、同じく定形データ２、定形データ３でも同様にバイナリーテーブルを含む必要がある。ここで、仮に後段のデータ挿入手段３０１で挿入されるデータがバイナリーテーブルの領域に相当する部分を作成する場合、起動のたびにバイナリテーブルに相当するセクションの書き直しを行う必要が発生し、画面の状態遷移に時間がかかるという課題があった。また、事前に定形データ保存手段１１１のデータを書き直しておく方法もあるが、このような場合でも、書き直し対象となるセクションの数が画面の数だけ増加することとなり、セクションの書き直しに時間がかかるという課題あった。
【０１４３】
図３４は、上述した課題を解決する実施の形態１１の構成を示す図である。図３５は、実施の形態１１で使用する定形データの保存構造例２である。図３６は実施の形態１１の構成をが他の実施の形態と異なる部分に関する補足説明図である。
【０１４４】
図３４、図３５及び図３６を用いて、実施の形態１１の動作を説明する。
【０１４５】
実施の形態１１では、定形データ保存手段１１１に、図３５に示す構造の定形データ群を保存する。定形データ群は、独立したバイナリーテーブルと、個々の画面構成に相当する定形データ１、定形データ２、定形データ３等々により構成される。
【０１４６】
図３６は図３４における実施の形態１１に関し、課題を解決するための基本構成部分のみを別途抜き出して記述したものである。図３６右側に示す通り、定形データ１、２、３、等々を定形データ群と呼ぶことにする。図３５及び図３６が図３８の例と異なる点は、バイナリーテーブルが個々の定形データ内に存在するのではなく、独立に１つだけ存在する点である。
【０１４７】
次に図３４及び図３６を用いて実施の形態１１の動作について説明する。
【０１４８】
図３４において、１はＴＶ受像機、３はディジタル放送受信機、１０８は定形データ放送再生手段、１１１は定形データ保存手段、１１２は状態遷移制御手段、６０７はモジュール選択手段、６０８はデータ結合手段である。
【０１４９】
同図において状態遷移制御手段１１４、モジュール選択手段６０７、データ結合手段６０８以外の構成は実施の形態１０で説明した構成とほぼ同一であるため詳細説明を省略する。図３６では、右側に図３５で示した定形データ保存構造を記述している。同図で示す定形データは１つの画面構成に相当するＢＭＬ文書により記述されたものとする。また、定形データ１、定形データ２、定形データ３、…は前述した図２のＤＤＢ０、ＤＤＢ１、ＤＤＢ２…に対応するものとする。また、バイナリーテーブルは同じく所定のＤＤＢに対応するものとする。ここでは実施の形態１０にて説明したＤＩＩについては簡単のため記述を省略した。
【０１５０】
図３４に記載された定形データ保存手段１１１には、図３５及び図３６のように構成された定形データ群が保存されている。
【０１５１】
同図において、要求受付手段１１５は最初の起動要求を受けて状態遷移管理手段１１４にその指令を渡す。次に状態遷移管理手段１１４は最初に表示する画面に相当するＢＭＬ文書を含むモジュールを選択するように判断を行い、モジュール選択手段６０７に対してモジュール選択信号７３６を送付する。この信号を受けたモジュール選択手段６０７は、定形データ保存手段から該当するモジュールに対応する定形データ１を取得する。データ結合手段６０８は定形データ保存手段１１１からバイナリーテーブルを取得し、モジュール選択手段から該当する定形データ１を取得し、これらを結合する。結合された定形データはデータ挿入手段１１０及びＭＰＥＧ−ＴＳ化手段を経由し、ディジタル放送受信機３に向けて再生される。
【０１５２】
次に画面切換要求が要求手段１１５によって受信されると、状態遷移管理手段１１４はこれを検知し、モジュール選択手段６０７に対して次に表示すべきモジュールの取得を指令する。モジュール選択手段６０７は、この指令を受けると定形データ保存手段１１１から該当するモジュールである定形データ２を取得する。データ結合手段６０８は、以下上述と同様な動作を行い、新しい画面構成を含む定形データ再生ストリーム８００を再生することとなる。
【０１５３】
上述した通り、実施の形態１１の構成を用いることで、ＢＭＬ文書間で共有するデータを単一のバイナリーデータに割り当てることができ、セクションの書き直しは一回ですむこととなる。この結果、定形データ再生ストリームの再生開始を高速化することができる。
【０１５４】
尚、本実施の形態１１では、カルーセルデータの詳細構造に関する記述を省略したが、実施の形態１０で述べたような図３１あるいは図３２のいずれの構成を用いても良い。
【０１５５】
（実施の形態１２）
次に実施の形態１２では、定形データ再生ストリーム８００により表示する画面の描画開始を高速化する構成について説明する（請求項１１に対応）。
【０１５６】
まず、始めに従来のデータ放送における画面描画の概要とその課題について述べる。
【０１５７】
ディジタルデータ放送を、データ放送実行手段１０７を介して画面に表示する場合、データ放送実行手段１０７はまずカルーセル構造にて放送されるデータからＤＩＩ及びＤＤＢを取得し、ＤＤＢ０に記述されているＢＭＬ文書を最初に描画する。この時、一般的なＴＶ受像機１はデータ取得中である旨の表示を行うことで、動作中であることを明示する。但し、このデータ取得中であることの表示は、あくまでディジタル放送受信機３側の処理であって、ＢＭＬ文書から起動されるものではない。また、背景映像がＪＰＥＧ映像（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）によって構成されるような場合はＪＰＥＧ映像を含むＤＤＢの取得に時間がかかり、さらにＪＰＥＧ映像の描画に時間がかかるため、最終的な描画を完了するまでの時間が非常に長いことが知られている。一方、一般的なディジタル放送受信機３はディジタル放送の本編であるＭＰＥＧ映像に関しては比較的高速に描画する機能を備えている。このことを利用して、ディジタルデータ放送の背景画面としてＭＰＥＧ映像が用いられることもある。このようにＭＰＥＧ映像を背景画面として利用すれば、背景画面はディジタル放送の本編とほぼ同等の時間で描画を完了し、データ放送の本体が記載されているＢＭＬ文書の描画も少なくなり描画開始から完了までの時間が高速化されることとなる。
【０１５８】
しかしながら、ディジタルデータ放送を録画し、これを再生する機器の場合、ＭＰＥＧ映像は時間の経過とともに再生が継続され、録画終端では再生を停止することとなる。即ち、このような録画再生機器では継続した、背景画面を表示しつづけることができないという課題を有していた。
【０１５９】
本実施の形態１２では、このような課題を解決し、背景画面の表示を高速化し、かつ継続した表示を可能にする構成を示す。
【０１６０】
図４０は実施の形態１２の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。本実施の形態が目的とする課題解決の構成と関係しない構成要素については図１９では記載から削除した。図４０が図１８と異なる点は、ＭＰＥＧ再生手段６００は、定形データ保存手段１１１から映像データを取得するようにした点である。図４１は、実施の形態１２で使用する定形データの保存構造例３である。
【０１６１】
以下、図４０及び図４１を用いて実施の形態１２の動作について説明する。
【０１６２】
図４１に示すように、定形データ保存手段１１１には、実施の形態１１の図３５を用いて説明した構造に加えて、新たにＭＰＥＧ−２の背景画面表示用映像７３７を備えるものとする。この映像は、ＭＰＥＧ−２のＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）構造を保った、Ｉピクチャ、Ｂピクチャ、Ｐピクチャにより構成される複数フレーム分の映像であってもよいし、Ｉピクチャのみであってもよい。
【０１６３】
図４０のＭＰＥＧ再生手段６００は、定形データ保存手段１１１から背景画面表示用映像７３７を取得する。更に、ＭＰＥＧ再生手段６００は、取得した映像を繰り返し再生し、後段のＭＰＥＧ−ＴＳ化手段１０９に送付される。ＭＰＥＧＴ−ＴＳ化手段１０９は、繰り返し再生された映像をディジタル放送の本編映像と同様な扱いで定形データと多重化し、定形データ再生ストリーム８００を生成する。ディジタル放送受信機３は、定形データ再生ストリーム８００を取得すると、ストリームの中からディジタル放送の本編映像に相当する背景画面表示用映像７３７を抽出し、動画映像としてＴＶ受信機１に表示する。一方、ディジタル放送実行手段１０７は、定形データ再生ストリーム８００に含まれるカルーセルデータを取得し、ＢＭＬ文書にて記述されたデータ放送画面を生成し、ＴＶ受信機１にこれを表示する。
【０１６４】
次に図４２を用いて、ＭＰＥＧ再生手段６００の動作を説明する。同図では、背景画面表示用映像７３７として、Ｉピクチャを用いた例を示している。ＭＰＥＧ再生手段６００は、定形データ保存手段１１１からＩピクチャを取得し、同一ピクチャを継続して繰り返し再生する。繰り返し再生された映像は、ＭＰＥＧ−ＴＳ化手段１０９に送付される。
【０１６５】
以上のように、実施の形態１２の構成に示したように、背景映像を繰り返し再生する機能を搭載することで、背景映像を高速に、かつ継続的に描画することができる。
【０１６６】
以上のように、本実施の形態１２の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、データ放送は起動して描画されるまでに時間がかかるという第４の課題を解決することができる。
【０１６７】
（実施の形態１３）
次に実施の形態１３では、基本機能であるところの定形データ放送機能以外の異なる機能を、ＴＶ受像器１に表示した画面と連携して動作させるための構成について説明する（請求項１２に対応）。
【０１６８】
一般的なディジタルデータ放送の場合、データ放送アプリケーションの動作は、すべてＢＭＬ文書中に記載され管理される。一方、本発明の実施の形態１〜１２で説明した構成ではＢＭＬ文書にて表示される画面の状態は、すべて定形データ放送再生装置５に配置される状態遷移管理手段１１４が管理している。本実施の形態１３では、この状態遷移管理手段１１４に新たに外部機能を制御する機能を付加することでこれらの外部機能を動作させる制御画面を構築する方法を示す。
【０１６９】
図４３は実施の形態１３の構成を示すものである。構成要素は、図１８の実施の形態５で説明したものとほぼ同一である。ここでは、動作が同一である部分の構成についての説明は省略する。
【０１７０】
図４３が図１８と異なる点は、状態遷移管理手段１１４が新たに外部機能を制御する機能を持った点である。図４４は外部機能としてＩｎ点、Ｏｕｔ点を指定する機能を準備した場合のアプリケーション動作画面例１。図４５は外部機能としてＤ−ＶＨＳ（登録商標、以下同様）等の外部機器制御機能を準備した場合のアプリケーション動作画面例２である。
【０１７１】
図４４を用いて、アプリケーション動作例１を説明する。
【０１７２】
図４４において、７１８は動画表示領域、７２５はＩｎ点時分秒表示欄、７２６はＯｕｔ点時分秒表示欄、７２１はカーソル、７１４は再生位置表示軸、７１５は再生位置表示、７２７はＩｎ点位置表示、７２８はＯｕｔ点位置表示である。
【０１７３】
以下、図４４の表示動作について、図４３の構成を参照しながら説明する。
【０１７４】
図４３に示した定形データ放送再生装置５は、図４４に示す表示画面を有する定形データを定形データ再生ストリーム８００として再生する。図４４にける動画表示領域７１８の映像は、前述した実施の形態１で説明した動作と同様の手順で動画表示領域７１８に表示される。この時、表示対象となる映像は単一録画済み番組とする。一般的に単一番組の場合は、画像のアスペクト比及び画素数は一定の値となるため、本実施の形態に更に図１２で示した実施の形態３を適用しても良い。単一番組内においてＩｎ点、Ｏｕｔ点を指定するために、まずカーソル７２１を所定の番号に合わせる。カーソル７２１で指定された行に対応するＩｎ点及びＯｕｔ点を、同画面を参照しながら設定を行うこととなる。再生位置表示軸７１４は、動画表示領域７１８に表示している番組の開始点から終了点までに対応する。再生位置表示７１５は、動画表示領域７１８に表示された動画に対応する再生位置を再生位置表示軸７１４上で表現している。動画表示領域７１８の映像がＩｎ点を設定したい画面に到達した場合、リモコン装置や機器側に準備されたボタンを利用してＩｎ点を指令する（図示せず）。この指令は要求受付手段１１５により検知され、状態遷移管理手段１１４に通知される。これを受けた状態遷移管理手段１１４は、外部機能制御指令７２４によって外部機能実現手段６０７に対してＩｎ点の指定があったことを通知する。状態遷移管理手段１１４は、Ｉｎ点の時分秒に関する情報を外部機能動作状態７３９により取得し、状態変化通知手段１１３及びＭＰＥＧ−ＴＳ化手段１０９を介してこれをデータ放送実行手段１０７に通知する。データ放送実行手段１０７によって動作中の定形データはＩｎ点に関する時分秒の情報を取得すると、これを画面上の該当する欄に表示する。一方、Ｏｕｔ点の指定もＩｎ点の指定と同様な方法で行われる。以上のように指定されたＩｎ点及びＯｕｔ点は、外部機能実現手段６０７に通知され利用される。利用方法の一例としては、例えば該当する番組を再生した場合に番組の最初に設定されたＩｎ点から再生を開始し、Ｏｕｔ点で再生を終了する例がある。このような再生を行うことで番組の必要な部分のみを選択再生する機能を実現することができる（図示せず）。このような選択再生機能は、図４３に示した定形データ放送再生装置５の機能とは異なるため、ここでは外部機能実現手段６０７と記述した。この外部機能実現手段６０７は同一機器内部に備えてもよいし、異なる機器として物理的な外部に備えてもよい。
【０１７５】
次に、図４５を用いて、図４３の構成を参照しながら外部の機器を制御するアプリケーションを動作させる例を示す。
【０１７６】
図４５は、ディジタルインタフェース３２０等を介して更にＤ−ＶＨＳ等の外部機器が接続されている場合に、これを操作するための表示画面を定形データ再生ストリーム８００により表示した例である。
【０１７７】
図４５において、７２９はＩＥＥＥ１３９４等のディジタルインタフェース３２０を介して接続された外部接続機器一覧、７２１はカーソル、７３０はカーソルが指している機器に対応した機器操作パネル、７３１は機器状態表示、７３２は電源ボタン表示、７３３は録画ボタン表示、７３４は巻き戻しボタン表示、７３５は早送りボタン表示である。
【０１７８】
図４５のアプリケーションの場合、外部機能実現手段６０７には、ディジタルインタフェース３２０を介して外部機器を制御する手段が備えられているものとする。外部機能実現手段６０７は、まずディジタルインタフェース３２０に接続されている機器の種類ならびに状態を取得する（図示せず）。また、図４３に示した定形データ放送再生装置５は、図４５に示す表示画面を有する定形データを定形データ再生ストリーム８００として再生する。操作対象となる外部接続機器を選択するために、まずカーソル７２１を所定の外部機器に合わせる。カーソル７２１で選択された外部機器に対応する機器制御パネル７３０を参照して機器を制御する。ここでは、外部機器としてＤ−ＶＨＳが接続されている場合を想定している。該当するＤ−ＶＨＳが電源ＯＦＦ状態の場合、外部機能実現手段６０７はこれを外部機能動作状態７３９により状態遷移管理手段に通知する。通知を受けた状態遷移管理手段１１４は、電源ＯＦＦ状態であることを画面操作用制御コード３１１にのせてデータ放送実行手段１１７に通知する。データ放送実行手段１０７で動作している定形データ放送はこれを検知し、機器状態表示７３１に“電源ＯＦＦ”と表示する。機器状態表示７３１が電源ＯＦＦを示している場合、ユーザー（操作者）は電源ボタン表示７３２に対応する操作ボタン等を押下することによりこれを起動する。操作ボタンの動作は、要求受付手段１１５によって検知され、状態遷移管理手段１１４により管理され、外部機能実現手段６０７に通知される。また、この操作ボタンの動作は、同時に定形データ放送にも通知され、電源ボタン表示の配色変更等に反映される。外部機器実現手段６０７は、ディジタルインタフェース３２０を介して、コマンドを発行し、接続されているＤ−ＶＨＳの電源をＯＮさせる（図示せず）。また、同様な処理により、機器状態表示７３１を参照しながら、Ｄ−ＶＨＳテープを巻き戻ししたり、早送りすることもできる。
【０１７９】
以上のように、図４５に示すようなアプリケーション動作を実現することで、定形データ放送再生装置５を備えたディジタル放送録画装置において、録画済み番組を外部機器に保存する機能を実現することができる。また、この機能は、図４４で説明したアプリケーション動作画面例１と併用することで、映像の必要な部分だけを選択してＤ−ＶＨＳ等の外部機器に保存する機能に拡張することもできる。
【０１８０】
以上に示したように、状態遷移手段１１４において、外部機能実現手段６０３に対する外部機能制御指令７２４を発行し、また外部機能の動作状態を検知する手段を備え、さらに、画面表示を行っている定形データ放送に対して指令を送る機能を備えることによって、単純な状態表示だけでなく、複雑な新規アプリケーションを実現することが可能となる。
【０１８１】
以上のように、本実施の形態１３の構成を用いることによって、前記「発明が解決しようとする課題」に記載の、従来のデータ放送はデータ放送内に記述されたもの以外の外部プログラムを、任意の組み合わせで起動することができないという第５の課題を解決することができる。
【０１８２】
以上、本発明の実施の形態１から１３において説明した構成は、それぞれ独立に利用しても効果があるが、一部の例にて記載したように、それぞれの実施の形態を複合して用いることによって多彩な機能を実現することもできる。
【０１８３】
また、本発明において実現される効果の特に著しい点は旧来のディジタル放送受信機を利用できる点にあるが、新規に開発したディジタル放送受信機との併用により新規な機能・サービスを実現しても良い。
【０１８４】
また、ディジタル放送の用語は日本国内で実施されているＢＳディジタルで使用されている用語を基本に使用したが、これは本発明の効果を国内に限定するものではない。本発明と技術的に同一条件が成立する場合は、海外で検討、あるいは実施されているディジタル放送に適用しても良い。
【０１８５】
【発明の効果】
以上説明したところから明らかなように、本発明は新しい制御ソフトを装備しない、即ち古い外部機器しか制御できないディジタル放送受信機であっても、本発明の装置を用いることで、録画した映像とその動作状態を新規な表現にて多重表示することができる。
【０１８６】
また、画面の状態を更新するために送出する汎用イベントメッセージの送信を確実に行うことができ、ディジタル放送受信機３での安定した画面の状態遷移を実現させることができる。
【０１８７】
また、複数ＢＭＬ記述化を実施することができ、ＢＭＬ文書の起動を高速化できる。
【０１８８】
また、ＭＰＥＧ映像を背景映像として継続再生することができ、描画開始が著しく高速化され、また継続した表示ができる。
【０１８９】
また、本発明の定形データ放送再生装置としての機能以外の外部プログラムを、任意の組み合わせで起動することができる。即ち定形データ放送により実現される画面を利用しながらディジタルコンテンツ記録再生機器の機能拡張を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１による定形データ放送再生装置の構成を示すブロック図
【図２】同定形データ放送再生装置におけるデータ挿入手段の実施例を示す概念図
【図３】同定形データ放送再生装置におけるＭＰＥＧ再生手段の実施例１を示す概念図
【図４】同定形データ放送再生装置におけるＭＰＥＧ−ＴＳ化手段の機能ブロック図
【図５】同定形データ放送再生装置における映像ＴＳパケット生成手段の処理フローを示す図
【図６】同定形データ放送再生装置におけるマルチプレクスのタイミングを示すタイミングチャート
【図７】同定形データ放送再生装置におけるＭＰＥＧ再生手段の実施例２を示す概念図
【図８】同定形データ放送再生装置におけるＭＰＥＧ−ＴＳ化手段の機能ブロック図
【図９】同定形データ放送再生装置における映像パケット生成手段の処理フローを示す図
【図１０】同定形データ放送再生装置におけるマルチプレクスのタイミングを示すタイミングチャート
【図１１】動画とデータ放送を同時に表示する場合の問題を説明するための概念図
【図１２】本発明の実施の形態３による定形データ放送再生装置の構成を示すブロック図
【図１３】同定形データ放送再生装置における定形選択動作を示す概念図
【図１４】ＰＭＴに記載する解像度を示す図
【図１５】ＳＩＴに記載するコンポーネントタイプを示す図
【図１６】本発明の実施の形態４による定形データ放送再生装置の構成を示すブロック図
【図１７】同定形データ放送再生装置の映像選択動作を示す概念図
【図１８】本発明の実施の形態５による定形データ放送再生装置の構成を示すブロック図
【図１９】要求受付禁止タイミングを示すタイミングチャート
【図２０】本発明の実施の形態６による定形データ放送再生装置の構成を示すブロック図
【図２１】同定形データ放送再生装置による表示例を示す図
【図２２】本発明の実施の形態７による定形データ放送再生装置の構成を示すブロック図
【図２３】同定形データ放送再生装置による表示例を示す図
【図２４】本発明の実施の形態８による単一ＢＭＬ文書にて複数画面を構成する例を示す図
【図２５】複数画面構成記述時の画面の遷移例を示す図
【図２６】本発明の実施の形態９による定形データ放送再生装置の構成を示すブロック図
【図２７】要求受付禁止タイミングを示すタイミングチャート
【図２８】本発明の実施の形態１０による定形データ放送再生装置の構成を示すブロッ図
【図２９】単一帯域に複数ＢＭＬを配置した場合のタイミングを示すタイミングチャート
【図３０】必要となった時点で該当するＢＭＬを再生する場合のタイミングチャート
【図３１】カルーセルの構成例１を示す図
【図３２】カルーセルの構成例２を示す図
【図３３】本発明の実施の形態８と実施の形態１０を用いた場合のタイミングを示すタイミングチャート
【図３４】本発明の実施の形態１１による定形データ放送再生装置の構成を示すブロック図
【図３５】定形データ保存構造例２を示す概念図
【図３６】データ結合手段６０８の動作を説明するための概念図
【図３７】複数ＢＭＬ文書間でデータを共有する場合のタイミングチャート
【図３８】同一の共有データを異なるＢＭＬ文書と組み合わせて再生する場合のタイミングチャート
【図３９】定形データ保存構造例１を示す図
【図４０】本発明の実施の形態１２による定形データ放送再生装置の構成を示すブロック図
【図４１】定形データ保存構造例３を示す図
【図４２】ＭＰＥＧ再生手段の実施例を示す概念図
【図４３】本発明の実施の形態１３による定形データ放送再生装置の構成を示すブロック図
【図４４】アプリケーション動作画面例１を示す図
【図４５】アプリケーション動作画面例２を示す図
【図４６】従来のディジタルコンテンツ再生環境１を示す図
【図４７】従来のディジタルコンテンツ再生環境２を示す図
【符号の説明】
１ ＴＶ受像機
３ ディジタル放送受信機
５ 定型データ放送再生装置
１０１ 表示手段
１０７ データ放送実行手段
１０８ 定形データ放送再生手段
１０９ ＭＰＥＧ−ＴＳ化手段
１１０ データ挿入手段
１１１ 定形データ保存手段
１２４ 記録媒体
３００ 定形データ
３０１ 挿入データ
３２０ ディジタルインタフェース
６００ ＭＰＥＧ再生手段
７３８ 映像データ
８００ 定形データ再生ストリーム
Claims (12)
- 定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、ＭＰＥＧ映像が記録された記録媒体と、記録媒体からＭＰＥＧ映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段を備えたことを特徴とする定形データ放送再生装置。
- 定形データを保存する定形データ保存手段と、定形データに所定のデータを挿入するデータ挿入手段と、ＭＰＥＧ映像が記録された記録媒体と、記録媒体からＭＰＥＧ映像を取り出し再生するＭＰＥＧ再生手段と、前記所定のデータが挿入された定形データ及び前記再生されたＭＰＥＧ映像を多重化し、ＭＰＥＧトランスポートストリーム化し、再生データとしてディジタル放送受信機に送出する定形データ放送再生手段と、送出した定形データ放送の動作状態を制御する状態遷移制御手段を備えたことを特徴とする定形データ放送再生装置。
- ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ映像からＩピクチャを抽出し、これをもって早送り再生及び巻き戻し再生を行う機能を有することを特徴とする請求項１または２記載の定形データ放送再生装置。
- ＭＰＥＧ再生手段は、記録媒体から再生されたＭＰＥＧ−ＴＳストリームの中から映像に該当するプログラムＩＤを持つトランスポートストリームパケットのみを抽出し、このプログラムＩＤを規定の値に書き直すことを特徴とする請求項１または２記載の定形データ放送再生装置。
- 定形データ放送再生手段は、記録媒体に保存されたＭＰＥＧ映像のアスペクト比ならびに画素数の情報を抽出するストリーム情報抽出手段と、これに対応する定形データを選択する定形選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置。
- 定形データ放送再生手段は、定形データ保存手段に保存された定形データのアスペクト比ならびに画素数の情報を抽出する定形情報抽出手段と、これに対応する映像を選択する映像選択手段を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置。
- ディジタル放送受信機の受信能力に対応する汎用イベントメッセージ送出最小間隔を規定する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置。
- １つのＢＭＬ文書の中にすべての画面構成を記述することを特徴とする定形データ記述方法。
- 定形データ保存手段は、複数のＢＭＬ文書により構成された定形データを保存し、状態遷移制御手段は、ＢＭＬ文書間を遷移する期間を含み汎用イベントメッセージ送出を禁止する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置。
- 定形データ放送再生手段は、状態遷移制御手段からの指令に応じて再生する定形データを選択する機能を備えたことを特徴とする請求項２記載の定形データ放送再生装置。
- ＭＰＥＧ−ＴＳストリームとして準備された背景映像を記録媒体に保持し、記録媒体から再生された前記ＭＰＥＧ−ＴＳストリームを繰り返し再生し、データ放送を形成する所定の定形データと結合することで背景映像として表示する機能を備えたことを特徴とする請求項１または２記載の定形データ放送再生装置。
- 状態制御手段は、他のアプリケーション実行手段を制御する機能を有することを特徴とする請求項２記載の定形データ放送再生装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003012239A JP3778170B2 (ja) | 2003-01-21 | 2003-01-21 | 定形データ放送送出装置 |
| US10/445,317 US7657152B2 (en) | 2002-05-28 | 2003-05-27 | Broadcast playback and/or recording apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003012239A JP3778170B2 (ja) | 2003-01-21 | 2003-01-21 | 定形データ放送送出装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004228752A true JP2004228752A (ja) | 2004-08-12 |
| JP3778170B2 JP3778170B2 (ja) | 2006-05-24 |
Family
ID=32900913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003012239A Expired - Lifetime JP3778170B2 (ja) | 2002-05-28 | 2003-01-21 | 定形データ放送送出装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3778170B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006296882A (ja) * | 2005-04-22 | 2006-11-02 | Olympus Medical Systems Corp | 画像表示装置 |
| JP2006352721A (ja) * | 2005-06-20 | 2006-12-28 | Hitachi Ltd | 受信装置 |
| JP2007116480A (ja) * | 2005-10-20 | 2007-05-10 | Sharp Corp | 録画タイトル選択方式 |
| JP2007281897A (ja) * | 2006-04-06 | 2007-10-25 | Sharp Corp | デジタル放送受信装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5665784B2 (ja) | 2012-03-16 | 2015-02-04 | 株式会社東芝 | フォトマスクおよびパターン形成方法 |
-
2003
- 2003-01-21 JP JP2003012239A patent/JP3778170B2/ja not_active Expired - Lifetime
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006296882A (ja) * | 2005-04-22 | 2006-11-02 | Olympus Medical Systems Corp | 画像表示装置 |
| JP2006352721A (ja) * | 2005-06-20 | 2006-12-28 | Hitachi Ltd | 受信装置 |
| JP2007116480A (ja) * | 2005-10-20 | 2007-05-10 | Sharp Corp | 録画タイトル選択方式 |
| JP2007281897A (ja) * | 2006-04-06 | 2007-10-25 | Sharp Corp | デジタル放送受信装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3778170B2 (ja) | 2006-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020063797A1 (en) | Television signal reception apparatus and method, and broadcast reception apparatus and method | |
| WO1999066722A1 (en) | Broadcasting method and broadcast receiver | |
| JP2002158979A (ja) | データ放送受信再生装置及び方法、データ放送受信再生システム、及び記憶媒体 | |
| RU2543936C2 (ru) | Воспроизведение с быстрым доступом к объектам видеоданных | |
| JP2007036585A (ja) | テレビ受信装置及びその表示制御方法 | |
| US7657152B2 (en) | Broadcast playback and/or recording apparatus | |
| JP2009021698A (ja) | 映像表示端末装置、表示切替方法およびプログラム | |
| BRPI0309476B1 (pt) | Método para operação do modo de controle de velocidade de reprodução em um gravador de vídeo e gravador de vídeo | |
| US20070123104A1 (en) | Supply device and processing device as well as instruction method | |
| JP2009065451A (ja) | コンテンツ再生装置、コンテンツ再生方法、プログラム、およびコンテンツ再生システム | |
| JP2006319955A (ja) | 自動録画再生方法及び自動録画再生装置 | |
| JP3778170B2 (ja) | 定形データ放送送出装置 | |
| JP2009224897A (ja) | 情報処理装置 | |
| CN115119022B (zh) | 一种跳过视频广告的控制方法及显示设备 | |
| US20130055334A1 (en) | Video processor, television display device, and video processing method | |
| JP4817750B2 (ja) | 放送受信装置及び接続機器制御方法 | |
| JP3778135B2 (ja) | 定形データ放送送出装置 | |
| KR101242758B1 (ko) | 디지털 방송 수신기의 녹화상태 확인방법 | |
| JP4543101B2 (ja) | 録画再生装置及び録画再生装置の制御方法 | |
| JP2006190426A (ja) | 番組タイトル表示部付記録再生装置 | |
| Newton et al. | Recording interactive TV | |
| JP3897753B2 (ja) | 記憶出力装置 | |
| JP3773892B2 (ja) | デジタル記録再生装置 | |
| CN115225970A (zh) | 显示设备及显示设备视频跳转方法 | |
| JP2004254165A (ja) | 放送受信装置及び番組予約表示方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050926 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20050926 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20051013 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20051027 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051101 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060220 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130310 Year of fee payment: 7 |