(57)【要約】【課題】従来のＨＤＤレコーダを用いても、蓄積された番組への番組間遷移を実現するデータ放送受信機を提供することを目的とする。【解決手段】データ放送受信機（４０２）は、第１番組についてのコンテンツデータとＵＲＩとを受信し（４０３）、コンテンツデータとＵＲＩとの組をオブジェクトＩＤにより管理するＨＤＤレコーダに蓄積させる（４１３、４２２）。蓄積されたＵＲＩと、オブジェクトＩＤとをＨＤＤレコーダから抽出して、対応表を作成する（４１５）。ＵＲＩが関連付けられた画面を有する第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示し（４１２）、ユーザから第１番組の提示の要求を受付け（４１０）、ＵＲＩに対応するオブジェクトＩＤを、前記対応表により特定し、ＨＤＤレコーダから第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する（４１２）。【選択図】  図１７
2004266530.tif 000002
【特許請求の範囲】
【請求項１】
番組のコンテンツデータと当該コンテンツデータを識別する識別情報との組に管理ＩＤを付与して蓄積している蓄積装置から、ユーザの要求に応じて前記コンテンツデータを抽出し、番組を提示する番組提示装置であって、
前記識別情報と前記管理ＩＤとの対応表を作成する作成手段と、
ユーザに第１番組の選択をさせる、第１番組の識別情報が関連付けられた選択画面を含む第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示する第２番組提示手段と、
前記第２番組提示手段により提示された第２番組の前記画面において、ユーザから第１番組の選択を受付ける受付手段と、
前記受付手段により選択を受付けたとき、前記選択画面に関連付けられた第１番組の識別情報から前記対応表により管理ＩＤを特定し、当該管理ＩＤに基づいて前記蓄積装置から第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する第１番組提示手段と
を備えることを特徴とする番組提示装置。
【請求項２】
前記番組提示装置は、さらに、
第１番組についてのコンテンツデータと当該コンテンツデータを識別する識別情報とを受信し、コンテンツデータと識別情報との組を前記蓄積装置に蓄積させる蓄積制御手段を備え、
前記作成手段は、
前記蓄積制御手段により蓄積された識別情報と、前記管理ＩＤとの対応表を作成すること
を特徴とする請求項１に記載の番組提示装置。
【請求項３】
前記番組提示装置は、さらに、
前記作成手段により作成された対応表を保持する保持手段を備え、
前記第１番組提示手段は、
前記受付手段により選択を受付けたとき、前記保持手段により保持された対応表により管理ＩＤを特定すること
を特徴とする請求項２に記載の番組提示装置。
【請求項４】
前記識別情報は、第１番組が蓄積型の番組であるか否かを示し、
前記蓄積制御手段は、
前記識別情報により第１番組が蓄積型の番組であると判定したとき、第１番組のコンテンツデータと当該識別情報との組を蓄積装置に蓄積させること
を特徴とする請求項１に記載の番組提示装置。
【請求項５】
前記識別情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）であり、
前記蓄積制御手段は、
前記ＵＲＩにおけるルートディレクトリが前記蓄積装置を示すものであるとき、第１番組が蓄積型の番組であると判定すること
を特徴とする請求項４に記載の番組提示装置。
【請求項６】
前記画面は、さらに、前記第１番組の提示が完了したときの処理情報が関連付けられており、
前記第１番組提示手段は、
前記処理情報が第１番組の繰り返しを示す場合に、第１番組についてのコンテンツデータの抽出が完了したとき、再び第１番組についてのコンテンツデータを抽出すること
を特徴とする請求項１に記載の番組提示装置。
【請求項７】
前記画面は、さらに、前記第１番組の提示開始位置及び提示終了位置が関連付けられており、
前記第１番組提示手段は、
前記提示開始位置から前記提示終了位置まで、第１番組についてのコンテンツデータを抽出すること
を特徴とする請求項１に記載の番組提示装置。
【請求項８】
前記画面は、さらに、前記第１番組の提示が完了したときの処理情報が関連付けられており、
前記第２番組提示手段は、
前記処理情報が第２番組の提示を示す場合に、前記第１番組提示手段による第１番組の提示が完了したとき、第２番組を提示すること
を特徴とする請求項１に記載の番組提示装置。
【請求項９】
前記第２番組は、蓄積型の番組であり、
前記第２番組提示手段は、
第２番組についてのコンテンツデータを前記蓄積装置に蓄積させておき、ユーザの要求に応じて当該コンテンツデータを前記蓄積装置から抽出して第２番組を提示する
ことを特徴とする請求項１に記載の番組提示装置。
【請求項１０】
前記第２番組は、リアルタイム提示型の番組であり、
前記第２番組提示手段は、
第２番組についてのコンテンツデータを受信し、ただちに第２番組を提示すること
を特徴とする請求項１に記載の番組提示装置。
【請求項１１】
番組のコンテンツデータと当該コンテンツデータを識別する識別情報との組に管理ＩＤを付与して蓄積している蓄積装置から、ユーザの要求に応じて前記コンテンツデータを抽出し、番組を提示する番組提示方法であって、
前記識別情報と前記管理ＩＤとの対応表を作成する作成ステップと、
ユーザに第１番組の選択をさせる、第１番組の識別情報が関連付けられた選択画面を含む第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示する第２番組提示ステップと、
前記第２番組提示ステップにより提示された第２番組の前記画面において、ユーザから第１番組の選択を受付ける受付ステップと、
前記受付ステップにより選択を受付けたとき、前記選択画面に関連付けられた第１番組の識別情報から前記対応表により管理ＩＤを特定し、当該管理ＩＤに基づいて前記蓄積装置から第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する第１番組提示ステップと
を備えることを特徴とする番組提示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、蓄積型データ放送番組を汎用のＨＤＤレコーダに蓄積し、ユーザの指示に応じてＨＤＤレコーダから蓄積型データ放送番組を抽出して提示する番組提示装置に関し、特に、番組間を遷移する技術に関する。
【０００２】
【従来の技術】
近年、蓄積型データ放送サービスが普及している。蓄積型データ放送サービスとは、受信機で受信した番組のコンテンツデータをただちに復号してユーザに提示するのではなく、受信した蓄積型データ放送番組のコンテンツデータを一旦ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）に蓄積しておき、ユーザの要求に応じてＨＤＤからコンテンツデータを抽出して番組を提示するサービスである。これにより、ユーザは、番組の放送時刻を気にすることなく、所望のときに番組を視聴することができる。
【０００３】
上記のサービスにおいて、ユーザが目的とする番組に到達するためにポータル番組が提供されている。ポータル番組とは、映画、スポーツなどのあらゆる番組に遷移するための番組であり、各番組名が列挙された画面を有する。ユーザはポータル番組において、リモコンの方向ボタンの操作などにより目的とする番組名にカーソルを合わせて、その状態でリモコンの決定ボタンを押下することによりポータル番組から目的の番組に遷移させることができる。
【０００４】
以下に、蓄積型データ放送番組をユーザに提示するための専用機と、番組間の遷移の仕組みとを示す。
全ての蓄積型データ放送番組のコンテンツデータは、制作者によりＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が付与されている。専用機は、コンテンツデータとＵＲＩとを受信し、ＨＤＤにおける当該ＵＲＩが示すディレクトリにコンテンツデータを格納する。
【０００５】
また、ポータル番組は、番組名とそのＵＲＩとの対応がとられており、ユーザが目的の番組名にカーソルを合わせてリモコンの決定ボタンを押下したときに、そのＵＲＩを特定する。専用機は、特定されたＵＲＩに該当するディレクトリからコンテンツデータを抽出し、ユーザに番組を提示する。
一方、蓄積型データ放送番組ではなく、通常の放送番組のコンテンツデータを蓄積するＨＤＤレコーダが従来より普及している。（例えば、非特許文献１及び非特許文献２参照。）そこで、上述の専用機によらずとも、従来からのデータ放送受信機とＨＤＤレコーダとを組み合わせて蓄積型データ放送サービスを享受したいという要望がある。
【０００６】
【非特許文献１】
日経エレクトロニクス、日経ＢＰ社、１９９８年１１月３０日号、ｐ４１−４６。
【０００７】
【非特許文献２】
日経エレクトロニクス、日経ＢＰ社、２０００年５月２２日号、ｐ３３。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来のＨＤＤレコーダは、番組のコンテンツデータに独自のＩＤを付与し、当該ＩＤによりコンテンツデータを管理しているものがある。
また、データ放送受信機は、ポータル番組においてユーザから番組の遷移を受付けたとき、番組の制作者が付与したＵＲＩを特定することはできるが、ＨＤＤレコーダが付与したＩＤを特定することはできない。したがって、リアルタイム型データ放送番組又は蓄積型データ放送番組であるポータル番組から、ＵＲＩを特定して、ＨＤＤレコーダからコンテンツデータを抽出することによる蓄積型データ放送番組への遷移が実現できない。
【０００９】
そこで、本発明は、従来のＨＤＤレコーダを用いても、蓄積された番組への番組間遷移を実現するデータ放送受信機を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る番組提示装置は、番組のコンテンツデータと当該コンテンツデータを識別する識別情報との組に管理ＩＤを付与して蓄積している蓄積装置から、ユーザの要求に応じて前記コンテンツデータを抽出し、番組を提示する番組提示装置であって、前記識別情報と前記管理ＩＤとの対応表を作成する作成手段と、ユーザに第１番組の選択をさせる、第１番組の識別情報が関連付けられた選択画面を含む第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示する第２番組提示手段と、前記第２番組提示手段により提示された第２番組の前記画面において、ユーザから第１番組の選択を受付ける受付手段と、前記受付手段により選択を受付けたとき、前記選択画面に関連付けられた第１番組の識別情報から前記対応表により管理ＩＤを特定し、当該管理ＩＤに基づいて前記蓄積装置から第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する第１番組提示手段とを備えることを特徴とする。
【００１１】
上記構成によれば、蓄積装置は、第１番組のコンテンツデータとその識別情報とを管理ＩＤにより管理している。また、番組提示装置は、蓄積装置から第１番組についての識別情報と管理ＩＤとの対応表を作成し、第２番組においてユーザから第１番組への番組遷移の要求を受付けたとき、対応表により第１番組の識別情報から管理ＩＤを特定する。これにより、番組提示装置は、番組の制作者が独自に定める識別情報と、蓄積装置が独自に定める管理ＩＤとの変換機能を持つことになる。
【００１２】
したがって、番組提示装置は、蓄積装置に蓄積された第１番組であっても、第２番組とリンクさせることができる。
【００１３】
【発明の実施の形態】
以下、本発明のデータ放送コンテンツ蓄積視聴方式について図面を参照して説明する。
（実施の形態１）
［構成］
図１は、データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
【００１４】
データ放送蓄積装置１００は、データ放送受信機１０２とＨＤＤレコーダ１１８からなる。
データ放送受信機１０２は、データ放送送出装置１０１から送出されるトランスポートストリームを受信し、トランスポートストリームを復号し、データ放送番組を再生するものである。
【００１５】
ＨＤＤレコーダ１１８は、データ放送受信機１０２から転送されたトランスポートストリームの受信し、記録し、また、このように記録されたトランスポートストリームをデータ放送受信機１０２に送信するものである。
データ放送受信機１０２及びＨＤＤレコーダ１１８は、リアルタイムデータ放送番組であっても事前蓄積型データ放送番組であっても受信、記録、再生などを行うことができるが、本明細書では、本発明の特徴である事前蓄積型データ放送番組の受信、記録、再生について説明する。
【００１６】
また、最初にデータ放送蓄積装置１００の機器構成について説明し、その後、蓄積型データ放送番組の蓄積の動作、蓄積型データ放送番組の再生の動作について説明する。
ここで、事前蓄積型データ放送番組とは、事前にデータ放送受信機１０２により受信し、ＨＤＤレコーダ１１８に記録しておき、ユーザのボタン操作などによりＨＤＤレコーダ１１８に記録されたデータ放送番組をデータ放送受信機１０２に送出して再生する専用のデータ放送番組のことを指す。これにより、ユーザは、任意のデータ放送番組を、放送時刻にとらわれずに思い思いの時刻に視聴することができる。
【００１７】
一方、リアルタイムデータ放送番組とは、データ放送送出装置１０１から送出されるデータ放送番組の放送時刻に再生するデータ放送番組を指す。
データ放送受信機１０２は、受信機用ＴＳ受信部１０３、ＴＳデコーダ部１０４、カルーセル記憶部１０５、受信ＴＳ管理部１０６、電話回線通信部１０７、ＡＶデコーダ部１０８、制御部１０９、受信機用信号受信部１１０、スピーカ１１１、表示部１１２、受信機用外部機器通信部１１３、コマンド発行部１１４、ストリームリスト作成部１１５、ストリームリスト保持部１１６及び時刻管理部１１７からなる。
【００１８】
受信機用ＴＳ受信部１０３は、受信ＴＳ管理部１０６からの指示により、トランスポートストリームの受信を開始し、トランスポートストリームを受信機用外部機器通信部１１３を通じてＨＤＤレコーダ１１８に送出し、受信ＴＳ管理部１０６からの指示により、受信を停止する。
また、ＨＤＤレコーダ１１８に記録されたトランスポートストリームを再生する場合、受信機用ＴＳ受信部１０３は、受信機用外部機器通信部１１３を通じてＨＤＤレコーダ１１８から送出されたトランスポートストリームの入力を検知すると、リアルタイムデータ放送番組の受信中であってもこれを中止し、ＨＤＤレコーダ１１８からのトランスポートストリームを受信してＴＳデコーダ部１０４に入力する。
【００１９】
ＴＳデコーダ部１０４は、トランスポートストリームを復号して、映像および音声のパケットはＡＶデコーダ部１０８に、データのパケットはカルーセル記憶部１０５に入力する。
なお、カルーセル記憶部１０５に入力されたパケットや、ＡＶデコーダ部１０８に入力されたパケットからスピーカ１１１及び表示部１１２を用いてデータ放送番組を提示する処理については、ＭＰＥＧ２ビデオや「ＡＲＩＢ  ＳＴＤ−Ｂ２４」等で一般的に知られており、また本発明の主眼ではないので省略する。
【００２０】
受信ＴＳ管理部１０６は、ユーザのシリーズ予約や録画予約の情報を保持しており、予約したデータ放送番組の番組開始時刻の数分前になると、受信機用ＴＳ受信部１０３に当該データ放送番組のＴＳを受信するよう指示する。
電話回線通信部１０７は、外部の視聴履歴収集装置１３１と電話回線による通信を行い、データ放送番組の再生履歴を送信する。
【００２１】
制御部１０９は、ユーザからのボタン操作による指示や、データ放送番組に記述されているスクリプトの指示などにより、データ放送受信機１０２内の各部の制御を行う。制御部１０９の制御によるデータ放送受信機１０２の動作については、その動作毎に分けて後述する。
受信機用信号受信部１１０は、ユーザからのボタン操作による指示を受付けて、制御部１０９に入力する。
【００２２】
受信機用外部機器通信部１１３は、ＩＥＥＥ１３９４に準拠したインターフェイスであり、ＨＤＤレコーダ１１８との通信を行う。
コマンド発行部１１４は、受信機用外部機器通信部１１３を介して、ＨＤＤレコーダ１１８に各種コマンドを発行する。本実施の形態では、「１３９４  ＴＲＡＤＥ  ＡＳＳＯＣＩＡＣＩＯＮ」の「ＡＶ／Ｃ  Ｄｉｓｃ  Ｓｕｂｕｎｉｔ−Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ  Ｔｙｐｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．１」にて規定されている「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用する。
【００２３】
ストリームリスト作成部１１５は、制御部１０９からの指示により後述するストリームリストを生成する。
ストリームリスト保持部１１６は、ストリームリスト作成部１１５により生成されたストリームリストを保持する。
時刻管理部１１７は、制御部１０９からの指示により現在時刻を出力する。
【００２４】
ＨＤＤレコーダ１１８は、蓄積用外部機器通信部１１９、蓄積用ＴＳ受信部１２０、ＴＳ書込部１２１、番組蓄積用情報解析部１２２、ＲＣＬ属性書込部１２３、コマンド受信部１２４、ＲＣＬ属性読出部１２５、ＴＳ読出部１２６、ＴＳ保持部１２７、ポータルＩＤ保持部１２８、ＴＳ送出部１２９及び蓄積用信号受信部１３０からなる。
【００２５】
蓄積用外部機器通信部１１９は、ＩＥＥＥ１３９４に準拠したインターフェイスであり、データ放送受信機１０２との通信を行う。
蓄積用ＴＳ受信部１２０は、トランスポートストリームを蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２から受信し、ＴＳ書込部１２１及び番組蓄積用情報解析部１２２に入力する。
【００２６】
ＴＳ書込部１２１は、トランスポートストリームをＴＳ保持部１２７に書き込む。
番組蓄積用情報解析部１２２は、トランスポートストリーム中のＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）に、図２に例示する番組蓄積用情報が挿入されていれば、抽出して解析し、その内容をＲＣＬ属性書込部１２３に入力する。
【００２７】
図２は、番組蓄積用情報の一例を示す図である。
番組蓄積用情報は、データ放送番組の送出側の意図した通りにデータ放送番組をＨＤＤレコーダ１１８に蓄積させるために、データ放送番組と共にデータ放送送出装置１０１から送出される情報であり、１番組につき１つずつ存在する。
（ａ）は、「ポータル」番組の、（ｂ）は「コメディ１」番組の番組蓄積用情報である。データ放送番組の送出側は、各データ放送番組に、Ｄｉｒｅｃｔｏｒｙ、Ｎａｍｅ、Ｔｉｔｌｅ、Ｅｘｐｉｒｅを規定し、Ｄｉｒｅｃｔｏｒｙの上位二階層をＳｔｏｒｅＲｏｏｔ記述子、Ｄｉｒｅｃｔｏｒｙの上位二階層を除く階層をＳｕｂＤｉｒｅｃｔｏｒｙ記述子、ＮａｍｅをＮａｍｅ記述子、ＴｉｔｌｅをＴｉｔｌｅ記述子、ＥｘｐｉｒｅをＥｘｐｉｒｅ記述子として、ＰＭＴの１ｓｔＬｏｏｐに挿入して送出する。
【００２８】
番組蓄積用情報解析部１２２は、トランスポートストリームに挿入されたＰＭＴから上記の記述子を抽出するものである。
ＲＣＬ属性書込部１２３は、番組蓄積用情報解析部１２２からの番組蓄積用情報をＲＣＬに書き込む。
ここで、ＲＣＬ（ＲｏｏｔＣｏｎｔｅｎｔｓＬｉｓｔ）とは、トランスポートストリームに関する属性情報であり、ＴＳ書込部１２１がトランスポートストリームをＴＳ保持部１２７に書き込むときに、同時に書き込まれる。
【００２９】
図３は、ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
ＲＣＬは「１３９４  ＴＲＡＤＥ  ＡＳＳＯＣＩＡＣＩＯＮ」の「ＡＶ／Ｃ  Ｄｉｓｃ  Ｓｕｂｕｎｉｔ−Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ  Ｔｙｐｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．１」にて規定されている「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用することにより、外部機器であるデータ放送受信機１０２から属性値の読出しおよび書込みが可能である。
【００３０】
ＲＣＬの詳細なデータ構造については、「ＴＲＡＤＥ  ＡＳＳＯＣＩＡＣＩＯＮ」の「ＡＶ／Ｃ  Ｄｉｓｃ  Ｓｕｂｕｎｉｔ−Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ  Ｔｙｐｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．１」に記載されているため、ここでは説明を省略する。
コマンド受信部１２４は、蓄積用外部機器通信部１１９を介してデータ放送受信機１０２から各種コマンドを受信し、コマンドに応じた処理をＲＣＬ属性読出部１２５、ＴＳ読出部１２６及びＴＳ送出部１２９に指示する。
【００３１】
ＲＣＬ属性読出部１２５は、コマンド受信部１２４からの指示によりＴＳ保持部１２７に記録されているＲＣＬ属性を読出し、コマンド受信部１２４に入力する。
ＴＳ読出部１２６は、コマンド受信部１２４からの指示によりＴＳ保持部１２７に記録されているトランスポートストリームを読出し、ＴＳ送出部１２９に入力する。
【００３２】
ＴＳ保持部１２７は、蓄積型データ放送番組のトランスポートストリーム及びトランスポートストリームに対応するＲＣＬを保持する。
なお、ＴＳ保持部１２７においてトランスポートストリームは、データ放送番組毎に異なるＯｂｊｅｃｔＩＤが付与される。
ＯｂｊｅｃｔＩＤとは、ＴＳ保持部１２７に保持された複数のデータ放送番組を識別するためのＩＤである。ＲＣＬの各属性は、ＯｂｊｅｃｔＩＤ毎に存在する。例えば、図３において、「ポータル」番組のＯｂｊｅｃｔＩＤは、「１」であり、「コメディ１」番組のＯｂｊｅｃｔＩＤは、「３」である。
【００３３】
ポータルＩＤ保持部１２８は、ＲＣＬ属性書込部１２３からの通知により「ポータル」番組のＯｂｊｅｃｔＩＤを取得して保持する。
ＴＳ送出部１２９は、コマンド受信部１２４又はＲＣＬ属性読出部１２５からの指示によりＴＳ読出部１２６から入力されたトランスポートストリームを蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２に送出する。
【００３４】
蓄積用信号受信部１３０は、ユーザからのボタン操作による指示を受付ける。［蓄積動作］
次に、上記構成のデータ放送蓄積装置１００が、蓄積型データ放送番組を受信し蓄積する動作を説明する。
データ放送送出装置１０１は、事前蓄積型データ放送番組を、同時に再生される映像及び音声のＰＥＳパケットとデータカルーセルとを多重化したトランスポートストリーム形式で送出している。
【００３５】
受信ＴＳ管理部１０６は、ユーザのシリーズ予約や録画予約の情報を保持しており、予約されたデータ放送番組の番組開始時刻の数分前になると、受信機用ＴＳ受信部１０３に当該データ放送番組のトランスポートストリームを受信するよう指示する。ここで、数分前というのは、時刻管理部１１７の時刻管理の精度が低いことがあり、若干の余裕をもって予約を行うためである。
【００３６】
受信機用ＴＳ受信部１０３は、受信したトランスポートストリームを受信機用外部機器通信部１１３を通じてＨＤＤレコーダ１１８の蓄積用外部機器通信部１１９に送出する。
蓄積用外部機器通信部１１９は、受信機用外部機器通信部１１３から送出されたトランスポートストリームを受信すると、当該トランスポートストリームを蓄積用ＴＳ受信部１２０に入力する。
【００３７】
蓄積用ＴＳ受信部１２０は、トランスポートストリームを受信すると、当該トランスポートストリームの書込みをＴＳ書込部１２１に指示し、また、当該トランスポートストリームに含まれる番組蓄積用情報の解析を番組蓄積用情報解析部１２２に指示する。
ＴＳ書込部１２１は、入力されたトランスポートストリームに個別のＯｂｊｅｃｔＩＤを付与してＴＳ保持部１２７に保持させる。
【００３８】
番組蓄積用情報解析部１２２は、トランスポートストリームから番組蓄積用情報を取得してＲＣＬ属性書込部１２３に通知する。
ＲＣＬ属性書込部１２３は、番組蓄積用情報に基づいてＴＳ保持部１２７のＲＣＬの属性を書き込む。
以下に、番組蓄積用情報解析部１２２とＲＣＬ属性書込部１２３との詳細な動作を説明する。
【００３９】
図４は、番組蓄積用情報解析部の動作を示す図である。
番組蓄積用情報解析部１２２は、トランスポートストリームを受信すると（Ｓ１１）、当該トランスポートストリームからＰＭＴのパケットを取得する（Ｓ１２）。
番組蓄積用情報解析部１２２は、ＰＭＴの１ｓｔＬｏｏｐにＳｔｏｒｅＲｏｏｔ記述子がある場合には（Ｓ１３、Ｙｅｓ）、当該データ放送番組を事前蓄積型データ放送番組であると判定し、ＳｔｏｒｅＲｏｏｔ記述子の情報をＲＣＬ属性書込部１２３に通知する（Ｓ１４）。ＰＭＴの１ｓｔＬｏｏｐにＳｔｏｒｅＲｏｏｔ記述子がない場合には（Ｓ１３、Ｎｏ）、当該データ放送番組をリアルタイムデータ放送番組の録画であると判定し、処理を終了する。
【００４０】
当該データ放送コンテンツを事前蓄積型データ放送番組である場合については、ＰＭＴの１ｓｔＬｏｏｐにＳｕｂＤｉｒｅｃｔｏｒｙ記述子がある場合には（Ｓ１５、Ｙｅｓ）、ＳｕｂＤｉｒｅｃｔｏｒｙ記述子の情報をＲＣＬ属性書込部１２３に通知する（Ｓ１６）。
Ｎａｍｅ記述子がある場合には（Ｓ１７、Ｙｅｓ）、Ｎａｍｅ記述子の情報をＲＣＬ属性書込部１２３に通知する（Ｓ１８）。
【００４１】
Ｔｉｔｌｅ記述子がある場合には（Ｓ１９、Ｙｅｓ）、Ｔｉｔｌｅ記述子の情報をＲＣＬ属性書込部１２３に通知する（Ｓ２０）。
Ｅｘｐｉｒｅ記述子がある場合には（Ｓ２１、Ｙｅｓ）、Ｅｘｐｉｒｅ記述子の情報をＲＣＬ属性書込部１２３に通知する（Ｓ２２）。
その後、番組蓄積用情報解析部１２２は、ＲＣＬ属性書込部１２３に属性の書込みを指示する（Ｓ２３）。
【００４２】
図５は、ＲＣＬ属性書込部の動作を示す図である。
ＲＣＬ属性書込部１２３は、番組蓄積用情報解析部１２２にＲＣＬ属性の書込みを指示されると（Ｓ３１、Ｙｅｓ）、当該データ放送番組のＯｂｊｅｃｔＩＤを取得する（Ｓ３２）。
ＲＣＬ属性書込部１２３は、取得したＯｂｊｅｃｔＩＤのＲＣＬの「遷移元ＯｂｊｅｃｔＩＤ」属性を初期値「−」に設定し（Ｓ３３）、「アクティブフラグ」属性を初期値「１」に設定する（Ｓ３４）。
【００４３】
その後、ＲＣＬ属性書込部１２３は、番組蓄積用情報解析部１２２から通知されたＳｔｏｒｅＲｏｏｔ記述子の情報が「ＨＤＤ／ｐｏｒｔａｌ」であるか否かを判定する（Ｓ３５）。
ＳｔｏｒｅＲｏｏｔ記述子の情報が「ＨＤＤ／ｐｏｒｔａｌ」であれば（Ｓ３５、Ｙｅｓ）、ＲＣＬ属性書込部１２３は、「ポータルフラグ」属性と「リピート再生フラグ」属性とを「１」に設定し（Ｓ３６）する。
【００４４】
その後、ＲＣＬ属性書込部１２３は、ＯｂｊｅｃｔＩＤをポータルＩＤ保持部１２８に通知する（Ｓ３７）。
「ＨＤＤ／ｐｏｒｔａｌ」でなければ（Ｓ３５、Ｎｏ）、「ポータルフラグ」属性と「リピート再生フラグ」属性とを「０」に設定する（Ｓ３８）。
その後、ＲＣＬ属性書込部１２３は、ＴＳ保持部１２７のＯｂｊｅｃｔＩＤ「１」について（Ｓ３９）、ＲＣＬのＳｔｏｒｅＲｏｏｔ属性、ＳｕｂＤｉｒｅｃｔｏｒｙ属性、Ｎａｍｅ属性を取得し（Ｓ４０）、今回受信したトランスポートストリームのＳｔｏｒｅＲｏｏｔ属性、ＳｕｂＤｉｒｅｃｔｏｒｙ属性、Ｎａｍｅ属性と同一であるか否かを判定する（Ｓ４１）。
【００４５】
全てが同一であった場合には（Ｓ４２、Ｙｅｓ）、ＲＣＬ属性書込部１２３は、ＴＳ保持部１２７に保持されているデータ放送番組のＲＣＬのアクティブフラグを「０」に設定する（Ｓ４３）。
ＯｂｊｅｃｔＩＤ「１」がＯｂｊｅｃｔ数でなければ（Ｓ４３、Ｎｏ）、ＲＣＬ属性書込部１２３は、次のＯｂｊｅｃｔＩＤ「２」についてステップＳ３９からの処理を繰り返す（Ｓ４４）。
【００４６】
ＯｂｊｅｃｔＩＤ「１」がＯｂｊｅｃｔ数であれば、ＲＣＬ属性書込部１２３は、全てのＯｂｊｅｃｔＩＤについてステップＳ３９からの処理が完了されているとして処理を終了する。
上記処理により、ＨＤＤレコーダ１１８は、個別のＯｂｊｅｃｔＩＤを有するデータ放送番組と、各データ放送番組に関する個別の属性情報（ＲＣＬ）とをＴＳ保持部１２７に記録することができる。
【００４７】
これにより、ＨＤＤレコーダ１１８は、ＯｂｊｅｃｔＩＤにより各データ放送番組を管理することができる。
また、ＴＳ保持部１２７に同一のＲＣＬのＳｔｏｒｅＲｏｏｔ属性、ＳｕｂＤｉｒｅｃｔｏｒｙ属性、Ｎａｍｅ属性を持つデータ放送番組が複数ある場合には、アクティブフラグを参照することにより、どのＯｂｊｅｃｔＩＤを持つデータ放送番組が最新であるか、すなわち最後に保持されたかを判別する事が可能である。例えば、図３（ａ）において、ＯｂｊｅｃｔＩＤ「３」とＯｂｊｅｃｔＩＤ「６」とは、同一のデータ放送番組であるが、アクティブフラグが「１」であるＯｂｊｅｃｔＩＤ「３」のデータ放送番組が最新であることを示している。
【００４８】
なお、本実施の形態では、事前蓄積型データ放送番組の論理パスを指定するためにＳｔｏｒｅＲｏｏｔ記述子およびＮａｍｅ記述子のＰＭＴへの挿入は必須であるが、ＳｕｂＤｉｒｅｃｔｏｒｙ記述子およびＴｉｔｌｅ記述子およびＥｘｐｉｒｅ記述子の挿入は任意である。
また、Ｔｉｔｌｅ記述子はＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｍａｔｉｏｎ  Ｔａｂｌｅ）の短形式イベント記述子にて送出される番組名と同等の内容であるため、ＰＭＴに挿入しなくてもよい。この場合、番組蓄積用情報解析部１２２は、ＥＩＴを解析し、短形式イベント記述子から番組名を取得して、これをＲＣＬの「Ｔｉｔｌｅ」属性としてもよい。
【００４９】
なお、データ放送受信機１０２におけるデータ放送番組のシリーズ予約および予約録画動作および受信機用外部機器通信部１１３経由でのＨＤＤレコーダ１１８へのトランスポートストリームの出力動作については、データ放送番組の予約録画方式として「ＡＲＩＢ  ＳＴＤ−Ｂ２１」「ＡＲＩＢ  ＳＴＤ−Ｂ２４」「ＡＲＩＢ  ＴＲ−Ｂ１５」等に記載されており、また本発明の主眼ではないので省略している。
【００５０】
なお、ＨＤＤレコーダ１１８のＴＳ保持部１２７がディスクフル状態となり、蓄積処理に失敗した場合の処理については、以下のようにしてもよい。
データ放送受信機１０２は、ディスクフルによる蓄積失敗を検知すると、ストリームリスト作成を指示し、時刻管理部１１７から現在時刻を取得する。その後、ストリームリストの有効期限が現在時刻より古い事前蓄積型データ放送コンテンツがあればそのＯｂｊｅｃｔＩＤを取得し、ＨＤＤレコーダ１１８に当該ＯｂｊｅｃｔＩＤのトランスポートストリームの消去を指示する。ＨＤＤレコーダ１１８は消去を指示されたＯｂｊｅｃｔＩＤのトランスポートストリームを消去する。
【００５１】
なお、本実施の形態では、ディスクフル状態を検知した場合のみ、有効期限の切れたＴＳの消去を実施しているが、データ放送受信機１０２が定期的に有効期限の切れた事前蓄積型データ放送番組を検索し、自動的に消去することとしてもよい。
［再生動作］
次に、データ放送蓄積装置１００が、上記蓄積動作により蓄積した蓄積型データ放送番組を再生する動作を説明する。
【００５２】
図６は、本実施の形態で実現可能な事前蓄積型データ放送番組のサービスの一例を示す図である。
データ放送蓄積装置１００が起動すると最初に、「ポータル」番組のトップ画面が提示される。
ここで、「ポータル」番組とは、ＴＳ保持部１２７に蓄積されている全ての事前蓄積型データ放送番組へ遷移可能なデータ放送番組のことであり、事前蓄積型データ放送番組の内容を紹介するテキストボックスや映像および音声、ユーザのボタン押下により事前蓄積型データ放送番組への遷移を指示するスクリプトを有する。
【００５３】
データ放送受信機１０２ではシリーズ予約機能等を用いて、多数のデータ放送番組を一度に予約録画可能であるし、ＨＤＤレコーダ１１８では、多数のデータ放送番組を蓄積しておく事が可能であるため、ユーザがＨＤＤレコーダ１１８の蓄積状態を常に把握することは困難である。
そこで、事前蓄積型データ放送を再生するときに「ポータル」番組から再生を開始することにより、ユーザはＨＤＤレコーダ１１８の蓄積状態やＴＳ保持部１２７における蓄積位置を意識することなく、事前蓄積型データ放送番組を選択できるようにしている。
【００５４】
図６（ａ）は、本実施の形態の「ポータル」番組である。
「ポータル」番組には、「ニュース」、「スポーツ」、「映画」、「ショッピング」などのテキストボックスが用意され、おすすめの番組のビデオクリップが提示されている。
「ポータル」番組において、ユーザのリモコン操作によって「映画」が選択されてボタン押下がなされると、図６（ｂ）の「映画リスト」番組へ遷移する。
【００５５】
「映画リスト」番組において、ユーザのリモコン操作によって「コメディ」が選択されてボタン押下がなされると、図６（ｃ）の「コメディ映画リスト」画面に遷移する。
「コメディ映画リスト」画面において、ユーザのリモコン操作によって「コメディ１」が選択されると、画面に「コメディ１」番組を紹介するビデオクリップが繰り返し再生される。「コメディ１」のボタン押下がなされると、図６（ｄ）の「コメディ１」番組に遷移し、ユーザは、「コメディ１」番組を視聴することができる。
【００５６】
このようなサービスを実現させるためのデータ放送蓄積装置１００の動作を以下に説明する。
ＨＤＤレコーダ１１８の蓄積用信号受信部１３０は、リモコン操作等のユーザ操作により「ポータル」番組の起動指示を受けるとポータルＩＤ保持部１２８より、「ポータル」番組のＯｂｊｅｃｔＩＤを取得し、ＴＳ読出部１２６に当該ＯｂｊｅｃｔＩＤのトランスポートストリームの読出しを指示する。
【００５７】
ＨＤＤレコーダ１１８は、「ポータルフラグ」属性を参照することにより、蓄積されたデータ放送コンテンツがポータルであるか否かを判別する事が可能である。また、ポータルＩＤ保持部１２８に格納されたＯｂｊｅｃｔＩＤを参照することにより、ＲＣＬの「ポータルフラグ」属性を参照することなく、ポータルのＯｂｊｅｃｔＩＤを特定できるため、全てのＲＣＬの「ポータルフラグ」属性を参照する場合に比べ、高速にポータルのＯｂｊｅｃｔＩＤを特定することができる。
【００５８】
ＴＳ読出部１２６は、指示に応じてトランスポートストリームを読出し、読出したトランスポートストリームをＴＳ送出部１２９に入力する。ＴＳ送出部１２９は蓄積用外部機器通信部１１９を通じて、データ放送受信機１０２に「ポータル」番組のトランスポートストリームを送出する。ＴＳ送出部１２９は、トランスポートストリームの終端まで送出したら、ＲＣＬを参照し、リピート再生フラグが「１」であれば、当該トランスポートストリームの先頭から送出を再度実施して、繰り返し再生する。
【００５９】
データ放送受信機１０２の受信機用ＴＳ受信部１０３は、受信機用外部機器通信部１１３を通じてＨＤＤレコーダ１１８からのトランスポートストリームの入力を検知すると、リアルタイムデータ放送の受信中であってもこれを中止し、ＨＤＤレコーダ１１８からの「ポータル」番組のトランスポートストリームの受信を開始する。
【００６０】
受信機用ＴＳ受信部１０３は、受信したトランスポートストリームをＴＳデコーダ部１０４に入力し、ＴＳデコーダ部１０４は、映像および音声のパケットはＡＶデコーダ部１０８に、データのパケットはカルーセル記憶部１０５に入力する。
ＡＶデコーダ部１０８は映像を表示部１１２に、音声をスピーカ１１１に出力する。
【００６１】
制御部１０９はカルーセル記憶部１０５から「ポータル」番組のトップ画面を取得して表示部１１２に表示する。
上記動作により図６（ａ）の「ポータル」番組が表示部１１２において表示される。
次に、データ放送蓄積装置１００が、ユーザのリモコン操作等によるボタン押下により、ＴＳ保持部１２７に蓄積された別の事前蓄積型データ放送番組へ遷移する動作を説明する。
【００６２】
図７は、視聴中のデータ放送番組から別の事前蓄積型データ放送番組に遷移するためのスクリプト記述の一例を示す図である。
これは、図６（ｃ）の「コメディ映画リスト」画面から図６（ｄ）の「コメディ１」番組へ遷移するときの例である。
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍという関数が呼び出された場合に、別番組への遷移が指示されたと判断する。ｌａｕｎｃｈＳｔｒｅａｍ関数の第一引数は遷移する先のデータ放送コンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、第二引数はストリーム再生終了後の処理、第三引数は再生開始位置、第四引数は再生時間を示す。
【００６３】
これら第一から第四までの引数は、「コメディ映画リスト」画面の制作者により設定される。
受信機用信号受信部１１０がボタン押下を検知して制御部１０９に通知すると、制御部１０９はｌａｕｎｃｈＳｔｒｅａｍ関数が呼び出されたことを検知する。
【００６４】
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍ関数が呼び出されたことを検知すると、ストリームリスト作成部１１５にストリームリストの作成を指示する。
ストリームリストとは、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されているＲＣＬの各属性を抽出したリストである。
図８は、ストリームリストの具体例を示す図である。
【００６５】
ストリームリストは、各ＯｂｊｅｃｔＩＤについて、ＵＲＩ、タイトル、有効期限、アクティブフラグ、ポータルフラグなどを示す。
ストリームリスト作成部１１５はコマンド発行部１１４にＨＤＤレコーダ１１８のＲＣＬの各属性を取得するためのコマンドを発行するように指示する。
コマンド発行部１１４は、受信機用外部機器通信部１１３を介して、ＨＤＤレコーダ１１８にＲＣＬの内容を取得するコマンドを発行する。本実施の形態では、「１３９４  ＴＲＡＤＥ  ＡＳＳＯＣＩＡＣＩＯＮ」の「ＡＶ／Ｃ  ＤｉｓｃＳｕｂｕｎｉｔ−Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ  Ｔｙｐｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．１」にて規定されている「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用し、すべてのＯｂｊｅｃｔＩＤについて「ＯＰＥＮ  ＤＥＳＣＲＩＰＴＯＲ」「ＲＥＡＤ  ＤＥＳＣＲＩＰＴＯＲ」「ＲＥＡＤ  ＩＮＦＯ  ＢＬＯＣＫ」コマンドを繰り返し実行することにより、全ＯｂｊｅｃｔＩＤについて、ＲＣＬに格納された各属性値を取得する。
【００６６】
ストリームリスト作成部１１５は、ＨＤＤレコーダ１１８から取得したＲＣＬを元に、ＯｂｊｅｃｔＩＤ毎の各属性値を解析して、ストリームリストを作成する。
ここで、図３に示すＲＣＬの各属性と図８に示すストリームリストの各属性との関係を示す。
【００６７】
ＲＣＬの「Ｓｔｏｒｅｒｏｏｔ」属性、「ＳｕｂＤｉｒｅｃｔｏｒｙ」属性、「Ｎａｍｅ」属性を連結したものが、ストリームリストの「ＵＲＩ」属性となる。
あとは、ＲＣＬの「Ｔｉｔｌｅ」属性が、ストリームリストの「タイトル」属性となり、ＲＣＬの「Ｅｘｐｉｒｅ」属性が、ストリームリストの「有効期限」属性となり、ＲＣＬの「アクティブフラグ」属性が、ストリームリストの「アクティブフラグ」属性となり、ＲＣＬの「ポータルフラグ」属性が、ストリームリストの「ポータルフラグ」属性となる。
【００６８】
上記の動作によりストリームリスト作成部１１５は、ストリームリストを作成してストリームリスト保持部１１６に保持させる。
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第一引数である遷移する先のデータ放送番組のＵＲＩと同一のＵＲＩを有し、なおかつアクティブフラグが１であるデータ放送番組をストリームリストから検索し、そのデータ放送番組のＯｂｊｅｃｔＩＤを取得する。
【００６９】
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第二引数が「ＬＯＯＰ」であれば、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤの「リピート再生フラグ」属性の値として「１」、「ＬＯＯＰ」でなければ、「リピート再生フラグ」属性の値として「０」を書き込むように、コマンド発行部１１４に指示する。
【００７０】
コマンド発行部１１４は、受信機用外部機器通信部１１３を通じて、ＨＤＤレコーダ１１８に当該ＯｂｊｅｃｔＩＤの「リピート再生フラグ」属性の値として「１」又は「０」を書き込むよう指示する。
ｌａｕｎｃｈＳｔｒｅａｍの第二引数が「ＢＡＣＫ＿ＴＯ＿ＢＭＬ」であれば、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤの「遷移元ＯｂｊｅｃｔＩＤ」属性の値として現在再生中のＴＳのＯｂｊｅｃｔＩＤを書き込むよう、コマンド発行部１１４に指示する。コマンド発行部１１４は、受信機用外部機器通信部１１３を介して、ＨＤＤレコーダ１１８に当該ＯｂｊｅｃｔＩＤの「遷移元ＯｂｊｅｃｔＩＤ」属性の値として現在再生中のＴＳのＯｂｊｅｃｔＩＤを書き込むよう指示する。
【００７１】
その後、ｌａｕｎｃｈＳｔｒｅａｍの第三引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤの「再生開始位置」属性の値として、ｌａｕｎｃｈＳｔｒｅａｍの第四引数を、ＨＤＤレコーダ１１８のＲＣＬに保持された当該ＯｂｊｅｃｔＩＤの「再生時間」属性の値として書き込むよう、コマンド発行部１１４に指示する。
【００７２】
コマンド発行部１１４は、受信機用外部機器通信部１１３を通じて、ＨＤＤレコーダ１１８に当該ＯｂｊｅｃｔＩＤの「再生開始位置」属性および「再生時間」属性の値としてｌａｕｎｃｈＳｔｒｅａｍの第三引数および第四引数を書き込むよう指示する。
上記の「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」属性、「再生開始位置」属性及び「再生時間」属性への書き込みは、「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用し、当該ＯｂｊｅｃｔＩＤについて「ＯＰＥＮＤＥＳＣＲＩＰＴＯＲ」「ＷＲＩＴＥ  ＩＮＦＯ  ＢＬＯＣＫ」コマンドを繰り返し実行することにより行われる。
【００７３】
その後、制御部１０９は、現在再生中のトランスポートストリームの停止を指示するよう、コマンド発行部１１４に指示する。
コマンド発行部１１４は、受信機用外部機器通信部１１３を通じて、トランスポートストリームの停止を指示する。本実施の形態では「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用し、当該ＯｂｊｅｃｔＩＤについて「ＳＴＯＰ」コマンドを実行することにより再生を停止する。
【００７４】
コマンド受信部１２４は、蓄積用外部機器通信部１１９を通じてトランスポートストリームの再生指示を受けると、現在送出中のトランスポートストリームの送出停止をＴＳ送出部１２９に指示する。
制御部１０９は、トランスポートストリームの送出が停止されると、遷移先として指示されたＯｂｊｅｃｔＩＤのトランスポートストリームを再生するよう、コマンド発行部１１４に指示する。
【００７５】
コマンド発行部１１４は、受信機用外部機器通信部１１３を通じて、トランスポートストリームの再生を指示する。
本実施の形態では、「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用し、当該ＯｂｊｅｃｔＩＤについて「ＰＬＡＹ」コマンドを実行することにより再生を行う。
【００７６】
コマンド受信部１２４は、蓄積用外部機器通信部１１９を通じてトランスポートストリームの再生指示を受けると、指示されたＯｂｊｅｃｔＩＤのＲＣＬにおける「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」属性の読み出しをＲＣＬ属性読出部１２５に指示する。
【００７７】
ＲＣＬ属性読出部１２５は「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」を読出してＴＳ送出部１２９に入力する。
その後、コマンド受信部１２４は、当該ＯｂｊｅｃｔＩＤのトランスポートストリームをＴＳ保持部１２７から読み出すようＴＳ読出部１２６に指示する。
【００７８】
ＴＳ読出部１２６は指定されたトランスポートストリームをＴＳ保持部１２７から読出してＴＳ送出部１２９に入力する。
ＴＳ送出部１２９は、ＲＣＬ属性読出部１２５から入力された再生開始位置からトランスポートストリームの送出を開始する。蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２に出力されたトランスポートストリームは、データ放送受信機１０２にてデコードされ、遷移先の事前蓄積型データ放送番組が再生される。
【００７９】
ＴＳ送出部１２９は、ＲＣＬ属性読出部１２５から入力された再生時間だけトランスポートストリームを送出した後、リピート再生フラグの値が「１」であれば、再び再生開始位置からトランスポートストリームの送出を開始するという処理を繰り返す。
リピート再生フラグの値が「０」であれば、ＴＳ送出部１２９は送出処理を終了し、「遷移元ＯｂｊｅｃｔＩＤ」属性が設定されている場合には、ＯｂｊｅｃｔＩＤ属性の値が「遷移元ＯｂｊｅｃｔＩＤ」属性の値と等しいトランスポートストリームを読出すよう、ＴＳ読出部１２６に指示し、ＴＳ読出部１２６が読み出したトランスポートストリームを送出する。「遷移元ＯｂｊｅｃｔＩＤ」属性が設定されていない場合、すなわち初期値「−」の場合には、トランスポートストリームの送出を終了する。
【００８０】
上記のデータ放送番組の遷移の動作は、大きく３段階に分けられる。
第１段階は、ユーザからのボタン操作などによりデータ放送番組の遷移指示を受付けて、遷移先のデータ放送番組に付されたＯｂｊｅｃｔＩＤを特定する。
第２段階は、蓄積型データ放送番組の制作者の意図どおりにデータ放送番組が再生されるように、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されているＲＣＬの各属性値を書き換える。
【００８１】
第３段階は、書き換えられた各属性値に基づいてＨＤＤレコーダ１１８から送出されるトランスポートストリームを受信して再生し、再生が一通り終了すれば次のデータ放送番組に遷移するか、同じデータ放送番組を繰り返し再生するか、又は再生を終了かをＲＣＬの各属性値に応じて決定する。
この仕組みにより、ユーザがボタン操作などにより指定しなければ、蓄積型データ放送番組の制作者は、意図どおりにデータ放送番組を再生させることができる。
【００８２】
より具体的に、図６の（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｃ）の順で画面が遷移する際のデータ放送蓄積装置１００の動作を以下に説明する。
図６（ａ）の「ポータル」番組において、ユーザが「映画」ボタンを押下すると、別番組である「映画リスト」番組へ遷移する「ｌａｕｎｃｈＳｔｒｅａｍ」という関数が呼び出される。この場合の第一引数は「映画リスト」のＵＲＩである「ＨＤＤ／ｍｏｖｉｅ／ｌｉｓｔ．ｂｍｌ」、第二引数はストリーム再生終了後の処理である「ＬＯＯＰ」であり、第三引数および第四引数はトランスポートストリームの先頭から終端までを再生するため用いない。
【００８３】
なお、トランスポートストリームの先頭から終端までを再生する場合であっても、再生開始時間に「００：００：００」、再生時間に実際のデータ放送番組の長さを入れても良い。
ｌａｕｎｃｈＳｔｒｅａｍ関数が呼ばれると、制御部１０９はストリームリスト作成部１１５にストリームリストの作成を指示する。作成されたストリームリストが図８である。
【００８４】
制御部１０９はｌａｕｎｃｈＳｔｒｅａｍの第一引数である遷移先のデータ放送番組のＵＲＩと同一のＵＲＩを有し、なおかつアクティブフラグが１であるデータ放送コンテンツをストリームリストから検索し、ＯｂｊｅｃｔＩＤを取得する。この例では、第一引数が「ＨＤＤ／ｍｏｖｉｅ／ｌｉｓｔ．ｂｍｌ」であるため、これに対応するＯｂｊｅｃｔＩＤ「２」が取得される。
【００８５】
さらに制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第二引数が「ＬＯＯＰ」であるため、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおける当該ＯｂｊｅｃｔＩＤ「２」の「リピート再生フラグ」属性の値として「１」を書き込むようコマンド発行部１１４に指示する。
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第三引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤ「２」の「再生開始位置」属性の値として書き込むよう、コマンド発行部１１４に指示する。
【００８６】
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第四引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤ「２」の「再生時間」属性の値として書き込むよう、コマンド発行部１１４に指示する。
図３（ａ）はｌａｕｎｃｈＳｔｒｅａｍが呼ばれて、「ポータル」番組からの遷移先となるＯｂｊｅｃｔＩＤが「２」のＲＣＬの各属性が書き込まれた後のＲＣＬである。
【００８７】
その後、制御部１０９は、現在再生中の「ポータル」番組のトランスポートストリームの送出停止を行うようコマンド発行部１１４に指示する。
その後、制御部１０９は、ＯｂｊｅｃｔＩＤ「２」のトランスポートストリームの再生を行うようコマンド発行部１１４に指示する。
コマンド受信部１２４は、蓄積用外部機器通信部１１９を通じてトランスポートストリームの再生指示を受けると、指示されたＯｂｊｅｃｔＩＤ「２」のＲＣＬの「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」属性の読み出しをＲＣＬ属性読出部１２５に指示する。
【００８８】
ＲＣＬ属性読出部１２５は、「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」を読出してＴＳ送出部１２９に入力する。その後、当該ＯｂｊｅｃｔＩＤ「２」のトランスポートストリームをＴＳ保持部１２７から読み出すようＴＳ読出部１２６に指示する。
ＴＳ読出部１２６は指定されたトランスポートストリームをＴＳ保持部１２７から読出してＴＳ送出部１２９に入力する。
【００８９】
ＴＳ送出部１２９は、ＲＣＬ属性読出部１２５から通知された再生開始位置からトランスポートストリームの送出を開始する。蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２に送出されたトランスポートストリームは、データ放送受信機１０２にてデコードされ、図６（ｂ）に示す「映画リスト」番組が再生される。
【００９０】
ＴＳ送出部１２９は、トランスポートストリームの終端まで送出した後、リピート再生フラグの値が「１」であるため、トランスポートストリームを先頭から送出開始するという処理を繰り返す。
図６（ｃ）は、「映画リスト」番組のコメディ映画リスト画面であり、「映画リスト」番組再生中にトップ画面である図６（ｂ）においてユーザのリモコン操作により「コメディ」ボタンが押下され、同一番組内のコメディ映画リスト画面に遷移した場合の表示部１１２の画面イメージを示している。
【００９１】
コメディ映画リスト画面において、「コメディ１」ボタンが押下されると、別番組である「コメディ１」番組へ遷移する「ｌａｕｎｃｈＳｔｒｅａｍ」という関数が呼び出される。この場合の第一引数は「コメディ１」のＵＲＩである「ＨＤＤ／ｍｏｖｉｅ／ｃｏｍｅｄｙ／ｍｏｖｉｅ１．ｂｍｌ」、第二引数はストリーム再生終了後の処理である「ＢＡＣＫ＿ＴＯ＿ＢＭＬ」、第三引数および第四引数は用いない。
【００９２】
ｌａｕｎｃｈＳｔｒｅａｍ関数が呼ばれると、制御部１０９はストリームリスト作成部１１５にストリームリストの作成を指示する。作成されたストリームリストが図８である。
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第一引数である遷移先のデータ放送コンテンツのＵＲＩと同一のＵＲＩを有し、なおかつアクティブフラグが１であるデータ放送コンテンツをストリームリストから検索し、ＯｂｊｅｃｔＩＤを取得する。この例では、第一引数が「ＨＤＤ／ｍｏｖｉｅ／ｃｏｍｅｄｙ／ｍｏｖｉｅ１．ｂｍｌ」であるため、これに対応するＯｂｊｅｃｔＩＤ「３」が取得される。
【００９３】
ｌａｕｎｃｈＳｔｒｅａｍの第二引数が「ＢＡＣＫ＿ＴＯ＿ＢＭＬ」であるため、制御部１０９は、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤ「３」の「リピート再生フラグ」属性の値として「０」を書き込むよう、コマンド発行部１１４に指示する。
また、現在再生中の「映画リスト」番組に対応するトランスポートストリームのＯｂｊｅｃｔＩＤである「２」をＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおける当該ＯｂｊｅｃｔＩＤ「３」の「遷移元ＯｂｊｅｃｔＩＤ」属性の値として書き込むようコマンド発行部１１４に指示する。
【００９４】
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第三引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおける当該ＯｂｊｅｃｔＩＤ「３」の「再生開始位置」属性の値として書き込むようコマンド発行部１１４に指示する。
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第四引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおける当該ＯｂｊｅｃｔＩＤ「３」の「再生時間」属性の値として書き込むようコマンド発行部１１４に指示する。
【００９５】
図３（ｂ）は、ｌａｕｎｃｈＳｔｒｅａｍが呼ばれて、「映画リスト」番組からの遷移先となる「コメディ１」番組のＲＣＬの各属性が書き込まれた後のＲＣＬである。
その後、制御部１０９は、現在再生中のトランスポートストリームの送出停止を行うようコマンド発行部１１４に指示する。
【００９６】
その後、制御部１０９は、ＯｂｊｅｃｔＩＤ「３」のトランスポートストリームの再生を行うようコマンド発行部１１４に指示する。
コマンド受信部１２４は、蓄積用外部機器通信部１１９を通じてトランスポートストリームの再生指示を受けると、指示されたＯｂｊｅｃｔＩＤ「３」のＲＣＬの「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」属性の読み出しをＲＣＬ属性読出部１２５に指示する。
【００９７】
ＲＣＬ属性読出部１２５は「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」を読出してＴＳ送出部１２９に入力する。その後、当該ＯｂｊｅｃｔＩＤ「３」のトランスポートストリームをＴＳ保持部１２７から読み出すようＴＳ読出部１２６に指示する。
ＴＳ読出部１２６は指定されたトランスポートストリームをＴＳ保持部１２７から読出してＴＳ送出部１２９に入力する。
【００９８】
ＴＳ送出部１２９は、ＲＣＬ属性読出部１２５から通知された再生開始位置からトランスポートストリームの送出を開始する。蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２に送出されたトランスポートストリームは、データ放送受信機１０２にてデコードされ、図６（ｄ）に示すような「コメディ１」番組が再生される。
【００９９】
ＴＳ送出部１２９は、トランスポートストリームの終端まで送出した後、リピート再生フラグの値が「０」であるため送出処理を終了する。
その後、ＴＳ送出部１２９は、遷移元ＯｂｊｅｃｔＩＤが「２」であるため、この値を初期値「−」に戻した後、ＯｂｊｅｃｔＩＤ「２」である「映画リスト」番組のトランスポートストリームの送出を開始する。
【０１００】
上記のように、ＲＣＬに「遷移元ＯｂｊｅｃｔＩＤ」属性を追加し、リピート再生を行わないデータ放送番組の送出終了時には本属性を参照することにより、一つ前に視聴していたデータ放送番組のトップ画面へ自動的に戻らせることが可能である。
また、「コメディ１」番組に遷移する直前に、スクリプトにてデータ放送受信機１０２のＧｒｅｇに遷移元のＵＲＩ「ＨＤＤ／ｍｏｖｉｅ／ｃｏｍｅｄｙｌｉｓｔ．ｂｍｌ」を書き込んでおき、「コメディ１」番組終了後に遷移した「映画リスト」番組のトップ画面において、遷移前に書き込んだＵＲＩを読出して遷移することにより、リピート再生を行わないデータ放送番組の送出終了時には、遷移前に視聴していたデータ放送番組の、視聴していた画面に戻ることが可能である。即ち、番組（ｄ）の送出終了時に、単に遷移元ＯｂｊｅｃｔＩＤが「２」と設定されているときは、番組（ｂ）が提供されるが、遷移元ＯｂｊｅｃｔＩＤが「２」であり、かつ、Ｇｒｅｇに番組（ｃ）のＵＲＩが書き込まれているときは、番組（ｃ）が提供される。
【０１０１】
なお、本実施の形態では、ストリームリストの作成はｌａｕｎｃｈＳｔｒｅａｍが呼ばれた後に実行しているが、作成の時はこれに限らない。例えば、データ放送受信機１０２及びＨＤＤレコーダ１１８の起動時、事前蓄積型データ放送番組の蓄積開始３分経過後、蓄積終了直後、ＨＤＤレコーダ１１８に保持されているデータ放送番組のうちいずれかを消去した直後など、ストリームリストの内容がその前後で変更される可能性があるような事象が起きるたびに、ストリームリストを予め作成し、ストリームリスト保持部１１６に保持しておいてもよい。このように、データ放送蓄積装置１００は、予めストリームリストを用意しておくことで事前蓄積型データ放送番組の遷移を高速化させることができる。
【０１０２】
また、本実施の形態のサービスは、事前蓄積型データ放送であるため、実際に放送している時には、データ放送番組の視聴を抑制できることが望ましい。本実施の形態のデータ放送受信機１０２は、ＰＭＴに番組蓄積用情報が含まれていれば当該データ放送番組が事前蓄積型データ放送番組であると判別する事ができるため、ＰＭＴを解析してデータ放送番組の視聴を抑制することが可能である。
【０１０３】
ＰＭＴ解析機能を持たないデータ放送受信機１０２においては、上記判定が行えないため、以下の方法により視聴制御を実現することもできる。事前蓄積型データ放送番組を独立データ放送として送出し、映像および音声に割当てるｃｏｍｐｏｎｅｎｔ＿ｔａｇ値として、「ＡＲＩＢ  ＴＲ−Ｂ１５」等に規定された映像および音声のｃｏｍｐｏｎｅｎｔ＿ｔａｇ値の設定範囲である「０ｘ００〜０ｘ０Ｆ」および「０ｘ１０〜０ｘ２Ｆ」を除く値を割当て、また、データ放送受信機１０２から現在時刻を取得してこれを放送時刻と比較して等しければ放送中であると判定して視聴を抑制するスクリプトを記述しておく事で、データおよび映像および音声の提示を抑制することができる。
【０１０４】
また、本実施の形態のサービスは事前蓄積型データ放送であるため、ＴＳ保持部１２７に保持されたデータ放送番組のうち、有効期限を過ぎたデータ放送番組の視聴を抑制できることが望ましく、本実施の形態で用いられるデータ放送受信機１０２においては、選択されたデータ放送番組のＲＣＬの「Ｅｘｐｉｒｅ」属性を有効期限として取得し、現在時刻を取得し、有効期限が現在時刻より古ければ、データ放送番組の視聴を抑制したり、削除したりすることが可能である。
【０１０５】
ＲＣＬ属性取得機能を持たないデータ放送受信機１０２においては、上記判定が行えないため、以下の方法により視聴制御を実現してもよい。データ放送受信機１０２から現在時刻を取得してこれがスクリプト内に記載された有効期限よりも新しければ有効期限切れであると判定して視聴を抑制するスクリプトを記述しておく事で、データおよび映像および音声の提示を抑制することができる。
【０１０６】
なお、「ポータル」番組の再生にあたり本実施の形態では、ＨＤＤレコーダ１１８から直接「ポータル」番組の起動を指示したが、データ放送受信機１０２にて、ＨＤＤレコーダ１１８のＴＳ保持部１２７のトランスポートストリームの一覧を表示し、そこから「ポータル」番組を選択することにより「ポータル」番組の再生を開始してもよい。
【０１０７】
なお、データ放送番組の蓄積の最中にユーザが電源を切ってしまい最新の「ポータル」番組が正常に蓄積されておらず、最新の「ポータル」番組の再生処理に失敗した場合には、最新の「ポータル」番組の再生を取りやめ、正常に蓄積されている最新でない「ポータル」番組を再生してもよい。最新でない「ポータル」番組の再生は、データ放送受信機１０２が最新の「ポータル」番組の再生処理失敗を検知して自動的に行ってもよいし、リモコン操作等のユーザ操作により行ってもよい。
【０１０８】
このとき、ポータルＩＤ保持部１２８は、最新の「ポータル」番組と最新でない「ポータル」番組のＯｂｊｅｃｔＩＤ値を保持しておき、最新でない「ポータル」番組の再生指示がなされると、最新の「ポータル」番組のＯｂｊｅｃｔＩＤ値を破棄して、最新でない「ポータル」番組のＯｂｊｅｃｔＩＤについて、ＴＳ読出部１２６に当該ＯｂｊｅｃｔＩＤのＴＳの読出しを指示する。また、最新の「ポータル」番組のＴＳ削除を行ってもよい。
【０１０９】
また、ポータルＩＤ保持部１２８には最新の「ポータル」番組のＯｂｊｅｃｔＩＤのみを保持し、「ポータル」番組再生処理が失敗したときに、最新でない「ポータル」番組のＯｂｊｅｃｔＩＤを取得してもよい。取得方法としては、ＲＣＬの「ポータルフラグ」が「１」であるトランスポートストリームのうち、有効期限が一番新しいものとしてもよいし、予め決められたＯｂｊｅｃｔＩＤを取得させてもよい。予め決められたＯｂｊｅｃｔＩＤを取得させる場合には、決められたＯｂｊｅｃｔＩＤに予めエラー発生時用の「ポータル」番組を格納しておき、そのＯｂｊｅｃｔＩＤについては通常から蓄積による上書きおよび削除を禁止しておく必要がある。
【０１１０】
なお本実施の形態では、「ポータル」番組以外の事前蓄積型データ放送番組については、「リピート再生フラグ」の初期値を「０」とし、当該事前蓄積型データ放送番組の遷移元のスクリプトに記載されたｌａｕｎｃｈＳｔｒｅａｍの第二引数を元に「リピート再生フラグ」の設定を行ったが、事前蓄積型データ放送番組のＳｔｏｒｅＲｏｏｔもしくはＳｕｂＤｉｒｅｃｔｏｒｙに命名規則を設けて、「リピート再生フラグ」の設定を行ってもよい。例えば、ＳｕｂＤｉｒｅｃｔｏｒｙが「Ｒｅｐｅａｔ＿」で始まる場合には、「リピート再生フラグ」を「１」、そうでない場合には「０」に設定するように規定しておくことにより、「リピート再生フラグ」をｌａｕｎｃｈＳｔｒｅａｍの引数から省略する事が可能である。
【０１１１】
なお本実施の形態では、「コメディ１」番組は、図６（ｄ）に示すようにフル画面で再生され、ユーザからはデータを含まない映像と音声のみの番組として視聴されるが、テキストボックス等の画面提示要素を含まずフル画面で映像を提示するようなデータ放送番組としておくことで、当該データ放送番組の制御を行う事ができる。
【０１１２】
例えば、電話回線通信部１０７等を介して視聴履歴収集装置１３１にアクセスするようなスクリプトを記述しておき、視聴履歴収集装置１３１にて視聴履歴管理を行うことにより再生課金を行う事ができる。また、視聴履歴収集装置１３１からユーザの視聴契約情報を取得し、再生を抑制したり、画面表示をフル画面ではなく半分の画面にしたりする事ができる。
【０１１３】
なお、本実施の形態において、ＴＳ送出部１２９は、再生フラグの値が「０」である場合には、遷移元ＯｂｊｅｃｔＩＤに戻る事としているが、遷移元のデータ放送番組と遷移先のデータ放送番組で以下のようなスクリプトを記述しておく事により、ＲＣＬに「再生フラグ」および「遷移元ＯｂｊｅｃｔＩＤ」属性がない場合やＴＳ送出部１２９にＲＣＬを参照する機能がない場合でも、同様の効果が得ることが可能である。
【０１１４】
遷移元のデータ放送番組は、別のデータ放送番組への遷移を指示された場合、自分自身の「ＯｂｊｅｃｔＩＤ」もしくは「ＵＲＩ」をＧｒｅｇの予め決められた箇所に格納し、また本実施の形態では、ｌａｕｎｃｈＳｔｒｅａｍの第四引数として指定する「再生時間」をＧｒｅｇの予め決められた箇所に格納し、指示されたデータ放送番組へ遷移するようスクリプトを記述しておく。
【０１１５】
遷移先のデータ放送番組は、遷移元のデータ放送番組で格納したＧｒｅｇの「再生時間」を読み出し、「再生時間」だけ経過したら遷移元のデータ放送番組が格納したＧｒｅｇの「ＯｂｊｅｃｔＩＤ」もしくは「ＵＲＩ」を読み出し、読み出した「ＯｂｊｅｃｔＩＤ」もしくは「ＵＲＩ」に戻るようなスクリプトを記述しておく。この際、遷移元のデータ放送番組は、格納したＧｒｅｇの情報を消去するようにスクリプトを記述しておいてもよい。上記記述しておくことにより、繰り返し再生を行わないデータ放送番組が終了した際に、遷移元のデータ放送番組に戻ることが可能である。
【０１１６】
「再生時間」が経過したことを検知するために、データ放送番組中にイベントメッセージを挿入しておき、以下のようにスクリプトを記述することで実現してもよい。
例えば、汎用イベントメッセージ記述子のｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅに番組開始からの相対時間等の時間情報を含んだイベントメッセージを遷移先のデータ放送番組に適当な間隔で挿入しておき、イベントメッセージを常に監視することで再生開始からの経過時間を算出してもよい。
【０１１７】
また、ＮＰＴ参照記述子を含んだイベントメッセージを遷移先のデータ放送番組に適当な間隔で挿入しておき、定期的にＧｅｔＮＰＴ関数によってＮＰＴ値を取得することにより、再生開始からの経過時間を算出してもよい。
なお、データ放送蓄積装置１００の時刻管理の精度が低く、番組と番組との切れ目で正確に番組を分離することができない場合に、データ放送蓄積装置１００は、蓄積が予約されたデータ放送番組の前後数分間を余分に蓄積してもよい。これにより、データ放送蓄積装置１００は、蓄積するべきデータ放送番組の先頭部分や終端部分が蓄積されていない等の失敗を防止することができる。
【０１１８】
上記のようにデータ放送番組が蓄積されたとき、トランスポートストリームの先端と終端とに不要な番組が付加されていることになる。このトランスポートストリームが再生されるときは、先頭から再生されるので最初に不要な番組が表示され、その後、ユーザが視聴したいデータ放送番組が表示されるはずである。
ところが、一般的にデータ放送番組が異なると、ｄａｔａ＿ｅｖｅｎｔ＿ｉｄも異なるため、最初の不要な番組が終了した途端にデータ放送受信機１０２のブラウザが再起動して、表示が初期画面に戻ってしまうことがありえる。また、繰り返し再生を行う番組において、ユーザがトップ画面以外の画面を表示している場合、トランスポートストリームが終端に達し、先頭に戻るときにブラウザが再起動して、表示がトップ画面に戻ってしまうことがありえる。特に「ポータル」番組のような繰り返し再生が前提となっている番組は、ユーザに番組の最初と最後とを意識させずに提供したいという制作者の意図もあり、上記のようなブラウザの再起動は都合が悪い。
【０１１９】
このような不都合を解消するために次のようにしてもよい。
図９は、データ放送番組の送出スケジュールの一例を示す図である。
データ放送送出装置１０１は、送出スケジュールに準じて１月１０日の０時０５分から１時５５分まで「ポータル」番組、２時０５分から３時５５分まで「映画リスト」番組、４時００分から６時００分まで「コメディ１」番組というように順番に送出する。
【０１２０】
また、「ポータル」番組の前後５分間と、「映画リスト」番組の前後５分間にのりしろ領域が設けられている。のりしろ領域とは、データ放送番組と同一のデータカルーセルと同一のｄａｔａ＿ｅｖｅｎｔ＿ｉｄを有する黒味画面や「しばらくお待ちください」などのメッセージの入った画面を表示する領域である。
これにより、データ放送蓄積装置１００は、予約されたデータ放送番組の前後に設けられているのりしろ領域を含めて蓄積することにより、蓄積の失敗を防止するとともに、再生のときにブラウザが再起動してしまうことを防止することができる。
【０１２１】
なお、番組の切れ目を示すフラグ（ＲｅｐｅａｔＣｏｎｔｅｎｔｓＦｌａｇ）をＰＭＴに挿入し、となり合う番組間ではＲｅｐｅａｔＣｏｎｔｅｎｔｓＦｌａｇの値を変えたり、事前蓄積型データ放送番組のみこの値を有効値にしておくことによって、番組の切れ目を判定して蓄積を行ってもよい。
これによると、番組開始時刻の数分前になると、受信ＴＳ管理部１０６は、受信機用ＴＳ受信部１０３に当該データ放送番組のトランスポートストリームを受信するよう指示するが、受信機用ＴＳ受信部１０３は、受信したトランスポートストリームのＰＭＴに挿入されたフラグを常に監視し、ＲｅｐｅａｔＣｏｎｔｅｎｔｓＦｌａｇが切り替わったことを検知したときに、受信したトランスポートストリームを受信機用外部機器通信部１１３から出力し、ＲｅｐｅａｔＣｏｎｔｅｎｔｓＦｌａｇが再度切り替わったことを検知したときに、受信したトランスポートストリームの受信機用外部機器通信部１１３からの出力を停止することができる。
【０１２２】
（実施の形態２）
［構成］
本実施の形態では、映画を予告編やビデオクリップのように再生時間が比較的短いＡＶとデータとから構成されるコンテンツ（以下、ショートクリップと呼ぶ）を複数まとめ、一つの事前蓄積型データ放送番組として送出し、ＴＳ保持部１２７に保持させた場合に、任意のショートクリップ番組へ遷移する仕組みを説明する。この仕組みの特徴は、再生開始位置と再生時間とを指定してトランスポートストリームの再生を行うことにより、１つのデータ放送番組内のショートクリップ毎の再生を制御することである。
【０１２３】
図１、図２、図３、図４、図５、図７、図８、図９は実施の形態１と同様である。
図１０は、ショートクリップを複数まとめた映画リスト番組の番組構成を示す図である。
「映画リスト」番組は、映画リスト番組トップ、コメディ１映画の紹介、コメディ２映画の紹介などとショートクリップを時系列に連結させた構成となっている。
【０１２４】
図１１は、本実施の形態で実現可能な事前蓄積型データ放送番組のサービスの一例を示す図である。
「ポータル」番組の起動の指示があれば、図１１（ａ）に示されるような「ポータル」番組の初期画面が提示される。図１１（ａ）において、「映画」ボタンを押下すると、図１１（ｂ）に示されるような映画を選択するための「映画リスト」番組に遷移する。図１１（ｂ）において、「コメディ１」ボタンを押下すると、図１１（ｃ）に示されるようなコメディ１映画を紹介するための「コメディ１映画の紹介」画面に遷移する。「コメディ１映画の紹介」画面にて、「コメディ１を見る」を選択すると、図１１（ｄ）に示されるような「コメディ１」映画の再生が開始される。「コメディ１」映画が終了した場合には、図１１（ｃ）に示されるようなコメディ１映画を紹介するための「コメディ１映画の紹介」画面に戻る。本実施の形態においては、図１１（ｂ）と図１１（ｃ）が図１０に示すように時系列に連結され、同一番組としてＴＳ保持部１２７に蓄積されているものとする。
【０１２５】
ここで、図１１の（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｃ）と画面が遷移するときのデータ放送蓄積装置１００の動作のうち、実施の形態１と異なる部分についてのみ以下に説明する。
図１１（ａ）において、「映画」ボタンを押下すると、別番組である「映画リスト」へ遷移する「ｌａｕｎｃｈＳｔｒｅａｍ」という関数が呼び出される。この場合の第一引数は「映画リスト」のＵＲＩである「ＨＤＤ／ｍｏｖｉｅ／ｌｉｓｔ．ｂｍｌ」、第二引数はストリーム再生終了後の処理である「ＬＯＯＰ」、第三引数は再生開始位置である「００：００：００」、第四引数は再生時間である「００：２０：００」である。
【０１２６】
ｌａｕｎｃｈＳｔｒｅａｍ関数が呼ばれると、制御部１０９は、ストリームリスト作成部１１５にストリームリストの作成を指示する。
制御部１０９はｌａｕｎｃｈＳｔｒｅａｍの第一引数である遷移するデータ放送番組のＵＲＩと同一のＵＲＩを有し、なおかつアクティブフラグが１であるデータ放送番組をストリームリストから検索し、ＯｂｊｅｃｔＩＤを取得する。この例では、ＯｂｊｅｃｔＩＤ「２」が取得される。
【０１２７】
制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第二引数が「ＬＯＯＰ」であるため、ＨＤＤレコーダ１１８のＲＣＬに保持された当該ＯｂｊｅｃｔＩＤの「リピート再生フラグ」属性の値として「１」を書き込むよう、コマンド発行部１１４に指示する。
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第三引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤ「２」の「再生開始位置」属性の値として書き込むよう、コマンド発行部１１４に指示する。
【０１２８】
その後、制御部１０９は、ｌａｕｎｃｈＳｔｒｅａｍの第四引数を、ＨＤＤレコーダ１１８のＴＳ保持部１２７に保持されたＲＣＬにおいて当該ＯｂｊｅｃｔＩＤ「２」の「再生時間」属性の値として書き込むよう、コマンド発行部１１４に指示する。
図３（ｃ）はｌａｕｎｃｈＳｔｒｅａｍが呼ばれて、「ポータル」番組からの遷移先となるＯｂｊｅｃｔＩＤが「２」のＲＣＬの各属性が書き込まれた後のＲＣＬである。
【０１２９】
その後、制御部１０９は、現在再生中のトランスポートストリームの送出停止を行うようコマンド発行部１１４に指示する。
その後、制御部１０９は、ＯｂｊｅｃｔＩＤ「２」のトランスポートストリームの再生を行うようコマンド発行部１１４に指示する。
コマンド受信部１２４は、蓄積用外部機器通信部１１９を通じて再生指示を受けると、指示されたＯｂｊｅｃｔＩＤ「２」のＲＣＬの「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」属性の読み出しをＲＣＬ属性読出部１２５に指示する。ＲＣＬ属性読出部１２５は「再生開始位置」属性、「再生時間」属性、「リピート再生フラグ」属性、「遷移元ＯｂｊｅｃｔＩＤ」を読出してＴＳ送出部１２９に入力する。その後、コマンド受信部１２４は、当該ＯｂｊｅｃｔＩＤ「２」のトランスポートストリームをＴＳ保持部１２７から読み出すようＴＳ読出部１２６に指示する。
【０１３０】
ＴＳ読出部１２６は、指定されたＴＳをＴＳ保持部１２７から読出して、ＴＳ送出部１２９に入力する。
ＴＳ送出部１２９は、ＲＣＬ属性読出部１２５から通知された再生開始位置からトランスポートストリームの送出を開始する。蓄積用外部機器通信部１１９を通じてデータ放送受信機１０２に出力されたトランスポートストリームは、データ放送受信機１０２にてデコードされ、「映画リスト」番組が再生される。
【０１３１】
ＴＳ送出部１２９は、トランスポートストリームを「再生時間」である２０分間送出した後、リピート再生フラグの値が「１」であるため、当該トランスポートストリームの「再生開始位置」である０分から送出開始するという処理を繰り返す。
上記処理により、「映画リスト」番組の映画リスト番組トップ画面である図１１（ｂ）が再生される。
【０１３２】
図１１（ｃ）は「映画リスト」番組のコメディ１映画の紹介画面であり、「映画リスト」番組再生中に映画リスト番組トップ画面である図１１（ｂ）においてユーザのリモコン操作により「コメディ１」ボタンが押下された場合の表示部１１２の画面イメージを示している。
「コメディ１」ボタンが押下されると、同一番組内の特定の区間を繰り返し再生するための「ｌａｕｎｃｈＳｔｒｅａｍ」という関数が呼び出される。
【０１３３】
この場合の第一引数は「映画リスト」のＵＲＩである「ＨＤＤ／ｍｏｖｉｅ／ｌｉｓｔ．ｂｍｌ」、第二引数はストリーム再生終了後の処理である「ＬＯＯＰ」、第三引数は再生開始位置である「００：２０：００」、第四引数は再生時間である「００：３０：００」である。
この後の画面遷移処理は、図１１（ａ）にて「映画」ボタンが押下され、「映画リスト」番組の「映画リスト画面トップ」画面への遷移と同様であるため説明を省略する。
【０１３４】
図１１（ｃ）に示すコメディ映画リスト画面において、「コメディ１を見る」ボタンが押下されると、別番組である「コメディ１」番組へ遷移する「ｌａｕｎｃｈＳｔｒｅａｍ」という関数が呼び出される。この場合の第一引数は「コメディ１」のＵＲＩである「ＨＤＤ／ｍｏｖｉｅ／ｃｏｍｅｄｙ／ｍｏｖｉｅ１．ｂｍｌ」、第二引数はストリーム再生終了後の処理である「ＢＡＣＫ＿ＴＯ＿ＢＭＬ」、第三引数および第四引数は用いない。
【０１３５】
この後の画面遷移処理は、第１の実施の形態と同様であり、図１１（ｄ）に示すような「コメディ１」番組が再生される。
「コメディ１」番組が終了したときは、一つ前に視聴していたデータ放送番組のトップ画面へ自動的に戻らせることが可能である。
また、「コメディ１」番組に遷移する直前に、スクリプトにてデータ放送受信機１０２のＧｒｅｇに遷移元のＵＲＩおよび再生開始位置および再生時間を書き込んでおき、「コメディ１」番組終了後に遷移した「映画リスト」番組のトップ画面において、遷移前に書き込んだＵＲＩおよび再生開始位置および再生時間を読出して、Ｇｒｅｇに記載された再生開始位置からトランスポートストリームの送出を開始することにより、リピート再生を行わないデータ放送番組の送出終了時には、遷移前に視聴していたデータ放送番組の、視聴していた画面に戻ることが可能である。即ち、番組（ｄ）の送出終了時に、単に遷移元ＯｂｊｅｃｔＩＤが「２」と設定されているときは、番組（ｂ）が提供されるが、遷移元ＯｂｊｅｃｔＩＤが「２」であり、かつ、Ｇｒｅｇに番組（ｃ）のＵＲＩが書き込まれているときは、番組（ｃ）が提供される。
【０１３６】
なお、本実施の形態では、ショートクリップを時系列に連結して、再生区間を指定することにより、複数のショートクリップから構成されるデータ放送コンテンツの中から、任意のショートクリップのみの繰り返し再生を実現しているが、ショートクリップ毎に帯域を分割して別々のＣｏｍｐｏｎｅｎｔ＿ｔａｇを割当て、指定するＣｏｍｐｏｎｅｎｔ＿ｔａｇを切り替えることにより任意のショートクリップを再生することとしても同様の効果が得られる。
（実施の形態３）
［構成］
これまで「ポータル」番組は事前蓄積型データ放送番組であり、ＨＤＤレコーダに予め蓄積されていた。本実施の形態では、「ポータル」番組が事前蓄積型データ放送番組ではなく、リアルタイムデータ放送番組である場合の「ポータル」番組から事前蓄積型データ放送番組への遷移方法を説明する。
【０１３７】
図１２は、データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
データ放送蓄積装置３００は、「ポータル」番組が事前蓄積型データ放送番組ではないので、「ポータル」番組を蓄積する必要がない。そのため、ＴＳ保持部３２７は、「ポータル」番組を保持していない。また、実施の形態１のポータルＩＤ保持部１２８は、本実施の形態では存在しない。
【０１３８】
その他の構成は、実施の形態１と同様なので説明を省略する。
［蓄積動作］
次に、データ放送蓄積装置３００を用いた事前蓄積型データ放送サービスの実施形態について、実施の形態１と動作の異なる部分に関して具体的に説明する。
データ放送蓄積装置３００は、ユーザがシリーズ予約等で予め録画予約を行ったデータ放送番組の番組開始時刻になると、データ放送番組の蓄積を開始する。
【０１３９】
図１３は、データ放送番組の送出スケジュールの一例を示す図である。
ここで、「コメディ１」番組がデータ放送受信機３０２にて受信され、ＨＤＤレコーダ３１８に蓄積されるまでの動作を例に説明する。
受信ＴＳ管理部３０６は、ユーザのシリーズ予約や録画予約の情報を保持しており、予約したデータ放送番組の番組開始時刻の数分前になると、受信機用ＴＳ受信部３０３に当該データ放送番組のトランスポートストリームを受信するよう指示する。
【０１４０】
「コメディ１」の放送開始時刻は４時００分から６時００分であるため、受信ＴＳ管理部３０６は受信機用ＴＳ受信部３０３に対し、例えば放送開始時刻１分前の３時５９分から放送終了時刻１分後の６時０１分まで、トランスポートストリームの受信を行うよう指示する。
その後、データ放送受信機３０２がトランスポートストリームを受信してＨＤＤレコーダ３１８に出力し、ＨＤＤレコーダ３１８がトランスポートストリーム中のＰＭＴを解析してＲＣＬ属性書込部に通知し、ＲＣＬ属性書込部に属性の書き換えを指示するまでの動作は第１の実施の形態と同様である。
【０１４１】
本実施の形態では、「ポータル」番組が事前蓄積型データ放送番組ではないので、ＲＣＬ属性書込部３２３の動作が実施の形態１と異なる。
図１４は、ＲＣＬ属性書込部の動作を示す図である。
実施の形態１と異なるのは、蓄積されるデータ放送番組が「ポータル」番組であるか否かの判定がないことである。
【０１４２】
ＲＣＬ属性書込部３２３は、番組蓄積用情報解析部３２２にＲＣＬ属性の書込みを指示されると（Ｓ５１、Ｙｅｓ）、当該データ放送番組のＯｂｊｅｃｔＩＤを取得する（Ｓ５２）。
ＲＣＬ属性書込部３２３は、取得したＯｂｊｅｃｔＩＤのＲＣＬの「遷移元ＯｂｊｅｃｔＩＤ」属性を初期値「−」に設定し（Ｓ５３）、「アクティブフラグ」属性を初期値「１」に設定する（Ｓ５４）。
【０１４３】
また、ＲＣＬ属性書込部３２３は、「リピート再生フラグ」属性を「０」に設定する（Ｓ５５）。
その後、ＲＣＬ属性書込部１２３は、ＴＳ保持部３２７のＯｂｊｅｃｔＩＤ「１」について（Ｓ５６）、ＲＣＬのＳｔｏｒｅＲｏｏｔ属性、ＳｕｂＤｉｒｅｃｔｏｒｙ属性、Ｎａｍｅ属性を取得し（Ｓ５７）、今回受信したトランスポートストリームのＳｔｏｒｅＲｏｏｔ属性、ＳｕｂＤｉｒｅｃｔｏｒｙ属性、Ｎａｍｅ属性と同一であるか否かを判定する（Ｓ５８）。
【０１４４】
全てが同一であった場合には（Ｓ５８、Ｙｅｓ）、ＲＣＬ属性書込部３２３は、ＴＳ保持部３２７に保持されているデータ放送番組のＲＣＬのアクティブフラグを「０」に設定する（Ｓ５９）。
ＯｂｊｅｃｔＩＤ「１」がＯｂｊｅｃｔ数でなければ（Ｓ６０、Ｎｏ）、ＲＣＬ属性書込部３２３は、次のＯｂｊｅｃｔＩＤ「２」についてステップＳ５６からの処理を繰り返す（Ｓ６１）。
【０１４５】
ＯｂｊｅｃｔＩＤ「１」がＯｂｊｅｃｔ数であれば、ＲＣＬ属性書込部３２３は、全てのＯｂｊｅｃｔＩＤについてステップＳ５６からの処理が完了されているとして処理を終了する。
上記の処理により、データ放送番組及び当該データ放送番組の番組蓄積用情報がＴＳ保持部３２７に保持される。
【０１４６】
図１５は、ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
本実施の形態では「ポータル」番組を蓄積しないので、ＲＣＬには、ポータルフラグが存在しない。その他は実施の形態１と同様である。
［再生動作］
次に、データ放送番組の再生動作について以下に示す。
【０１４７】
本実施の形態で実現可能な事前蓄積型データ放送番組のサービスは、「ポータル」番組が、ＥＰＧなどからのユーザのボタン操作によりリアルタイムデータ放送から取得されて提示される以外は実施の形態１と同様である。
つまり、図６に示すように、「ポータル」番組のトップ画面が、ユーザのリモコン操作によって「映画」が選択されてボタン押下がなされると、制御部３０９がｌａｕｎｃｈＳｔｒｅａｍが呼ばれたことを検知する。ｌａｕｎｃｈＳｔｒｅａｍが呼ばれると、制御部３０９は、ストリームリスト作成部３１５にストリームリストの作成を指示する。ストリームリスト作成部３１５は、図１５のＲＣＬの各属性を読み出すことにより図１６に示すようなストリームリストを生成する。制御部３０９は、ｌａｕｎｃｈＳｔｒｅａｍの第一引数にあるＵＲＩに同一のＵＲＩをストリームリスト中から検索し、そのＵＲＩのＯｂｊｅｃｔＩＤを特定する。その後、制御部３０９は、当該ＯｂｊｅｃｔＩＤを有するトランスポートストリームをＨＤＤレコーダ３１８から抽出して再生させることにより、データ放送番組の遷移が完了する。
【０１４８】
以上のように、「ポータル」番組が蓄積型データ放送番組ではなくリアルタイムデータ放送であっても、「ポータル」番組から蓄積型データ放送番組への遷移を実現することができる。
（実施の形態４）
［構成］
図１７は、データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
【０１４９】
本実施の形態は、番組蓄積用情報解析部４２２をＨＤＤレコーダ４１８ではなく、データ放送受信機４０２に設ける例を示す。つまり、番組蓄積用情報解析部を有さない汎用のＨＤＤレコーダであっても、実施の形態１から実施の形態３までに説明したようなデータ放送番組間の遷移を実現することを目的とする。
また、データ放送受信機４０２は、視聴ログ保持部４３２を備える。
【０１５０】
視聴ログ保持部４３２は、データ放送受信機４０２にて再生されたデータ放送番組の履歴を保持し、視聴履歴収集装置４３１からの要求に応じて又は周期的に当該履歴を送信するものである。
なお、実施の形態１から実施の形態３において番組蓄積用情報は、ＰＭＴに挿入されているが、本実施の形態ではＥＩＴに挿入されるものとする。
【０１５１】
図１８は、短形式イベント記述子に含まれる番組記述の例を示す図である。
事前蓄積型データ放送番組のトランスポートストリームは、一定の間隔でＥＩＴを含み、そのＥＩＴには短形式イベント記述子を含めることができる。短形式イベント記述子とは、データ放送番組についての情報を記述できる番組記述領域を有する。本実施の形態において、番組蓄積用情報は番組記述領域に記述されて送信される。
【０１５２】
図１８に示すように、番組記述領域は、タグ形式の文字列としておき、ＵＲＩの他に、タイトル、ループ再生属性、有効期限などを記載してもよい。
その他の構成については、実施の形態１から実施の形態３までと同様なので説明を省略する。
［蓄積動作］
次に、上記構成のデータ放送蓄積装置４００が、蓄積型データ放送番組を受信し蓄積する動作を説明する。
【０１５３】
データ放送送出装置４０１は、事前蓄積型データ放送番組を、同時に再生される映像及び音声のＰＥＳパケットとデータカルーセルとを多重化したトランスポートストリーム形式で送出している。
受信ＴＳ管理部４０６は、ユーザのシリーズ予約や録画予約の情報を保持しており、予約されたデータ放送番組の番組開始時刻の数分前になると、受信機用ＴＳ受信部４０３に当該データ放送番組のトランスポートストリームを受信するよう指示する。ここで、数分前というのは、時刻管理部４１７の時刻管理の精度が低いことがあり、若干の余裕をもって予約を行うためである。
【０１５４】
受信機用ＴＳ受信部４０３は、受信したトランスポートストリームを受信機用外部機器通信部４１３を通じてＨＤＤレコーダ４１８の蓄積用外部機器通信部４１９に送出し、また、当該トランスポートストリームに含まれる番組蓄積用情報の解析を番組蓄積用情報解析部４２２に指示する。
蓄積用外部機器通信部４１９は、受信機用外部機器通信部４１３から送出されたトランスポートストリームを受信すると、当該トランスポートストリームを蓄積用ＴＳ受信部４２０に入力する。
【０１５５】
蓄積用ＴＳ受信部４２０は、トランスポートストリームを受信すると、当該トランスポートストリームの書込みをＴＳ書込部４２１に指示する。
ＴＳ書込部４２１は、入力されたトランスポートストリームに個別のＯｂｊｅｃｔＩＤを付与してＴＳ保持部４２７に保持させる。
番組蓄積用情報解析部４２２は、トランスポートストリームから番組記述を取得してＲＣＬ属性書込部４２３に通知する。
【０１５６】
ＲＣＬ属性書込部４２３は、番組記述に基づいてＴＳ保持部４２７のＲＣＬの属性を書き込む。
以下に、番組蓄積用情報解析部４２２の詳細な動作を説明する。
図１９は、番組蓄積用情報解析部の動作を示す図である。
番組蓄積用情報解析部４２２は、トランスポートストリームを受信すると（Ｓ７１）、当該トランスポートストリームからＥＩＴのパケットを取得する（Ｓ７２）。
【０１５７】
番組蓄積用情報解析部４２２は、ＥＩＴに短形式イベント記述子がある場合には（Ｓ７３、Ｙｅｓ）、短形式イベント記述子の情報を解析する（Ｓ７４）。ＥＩＴに短形式イベント記述子がない場合には（Ｓ７３、Ｎｏ）、処理を終了する。
短形式イベント記述子に番組記述がある場合には（Ｓ７５、Ｙｅｓ）、番組記述をＲＣＬ属性書込部４２３に通知して、書込みを指示する（Ｓ７６）。
【０１５８】
ここで、ＲＣＬ属性書込部４２３への書込みの指示は、「１３９４  ＴＲＡＤＥ  ＡＳＳＯＣＩＡＣＩＯＮ」の「ＡＶ／Ｃ  Ｄｉｓｃ  Ｓｕｂｕｎｉｔ−Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ  Ｔｙｐｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．１」にて規定されている「ＡＶ−ＨＤＤ  ＡＶ／Ｃ  Ｃｏｍｍａｎｄｓ」を利用する。
【０１５９】
ＲＣＬ属性書込部４２３が、番組記述に基づいてＴＳ保持部４２７のＲＣＬの属性を書き込む動作は、実施の形態１と同様である。
図２０は、ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
本実施の形態において、番組蓄積用情報解析部４２２は、番組記述が番組蓄積用情報であるか否かの判定は行っていない。（図１９のＳ７５、Ｓ７６参照。）したがって、短形式イベント記述子の番組記述が番組蓄積用情報でなくても、ＲＣＬ属性に書き込まれる。図２０において、ＯｂｊｅｃｔＩＤが「１」から「４」まで、及び「６」は番組蓄積用情報であるが、ＯｂｊｅｃｔＩＤが「５」は番組蓄積用情報ではない。
【０１６０】
上記処理により、データ放送受信機１０２は、個別のＯｂｊｅｃｔＩＤを有するデータ放送番組と、図２０に示すＲＣＬとをＨＤＤレコーダ４１８のＴＳ保持部４２７に記録することができる。
［再生動作］
次に、データ放送番組の再生動作について以下に示す。
【０１６１】
本実施の形態で実現可能な事前蓄積型データ放送番組のサービスは、実施の形態１と同様である。
つまり、図６に示すように、「ポータル」番組のトップ画面が、ユーザのリモコン操作によって「映画」が選択されてボタン押下がなされると、制御部４０９がｌａｕｎｃｈＳｔｒｅａｍが呼ばれたことを検知する。ｌａｕｎｃｈＳｔｒｅａｍが呼ばれると、制御部４０９は、ストリームリスト作成部４１５にストリームリストの作成を指示する。ストリームリスト作成部４１５は、図２０のＲＣＬの番組記述を読み出すことにより図２１に示すようなストリームリストを生成する。ここで、ストリームリスト作成部４１５は、番組記述の内容が図１８に示すような特定のタグ形式である場合にのみ、タグ形式を解釈してストリームリストを生成する。したがって、図２０のＯｂｊｅｃｔＩＤ「１」から「４」まで、及び「６」が、ストリームリストに反映される。
【０１６２】
制御部４０９は、ｌａｕｎｃｈＳｔｒｅａｍの第一引数にあるＵＲＩに同一のＵＲＩをストリームリスト中から検索し、そのＵＲＩのＯｂｊｅｃｔＩＤを特定する。その後、制御部４０９は、当該ＯｂｊｅｃｔＩＤを有するトランスポートストリームをＨＤＤレコーダ４１８から抽出して再生させることにより、データ放送番組の遷移が完了する。
【０１６３】
以上のように、番組蓄積用情報解析部４２２がＨＤＤレコーダ４１８ではなく、データ放送受信機４０２に備えられたとしても、データ放送番組間の遷移を実現することができる。
【０１６４】
【発明の効果】
本発明に係る番組提示装置は、番組のコンテンツデータと当該コンテンツデータを識別する識別情報との組に管理ＩＤを付与して蓄積している蓄積装置から、ユーザの要求に応じて前記コンテンツデータを抽出し、番組を提示する番組提示装置であって、前記識別情報と前記管理ＩＤとの対応表を作成する作成手段と、ユーザに第１番組の選択をさせる、第１番組の識別情報が関連付けられた選択画面を含む第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示する第２番組提示手段と、前記第２番組提示手段により提示された第２番組の前記画面において、ユーザから第１番組の選択を受付ける受付手段と、前記受付手段により選択を受付けたとき、前記選択画面に関連付けられた第１番組の識別情報から前記対応表により管理ＩＤを特定し、当該管理ＩＤに基づいて前記蓄積装置から第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する第１番組提示手段とを備えることを特徴とする。
【０１６５】
上記構成によれば、蓄積装置は、第１番組のコンテンツデータとその識別情報とを管理ＩＤにより管理している。また、番組提示装置は、蓄積装置から第１番組についての識別情報と管理ＩＤとの対応表を作成し、第２番組においてユーザから第１番組への番組遷移の要求を受付けたとき、対応表により第１番組の識別情報から管理ＩＤを特定する。これにより、番組提示装置は、番組の制作者が独自に定める識別情報と、蓄積装置が独自に定める管理ＩＤとの変換機能を持つことになる。
【０１６６】
したがって、番組提示装置は、蓄積装置に蓄積された第１番組であっても、第２番組とリンクさせることができる。
また、番組提示装置は、蓄積装置から管理ＩＤと識別情報とを抽出して対応表を作成し、その対応表をもとに蓄積装置からコンテンツデータを抽出する。これは、ユーザが第１番組のコンテンツデータを蓄積している蓄積装置を取り外し、別の蓄積装置を接続して使用した後、再度もとの蓄積装置を接続して第１番組を視聴する場合であっても、番組提示装置は再度対応表を作成するので、適正に第１番組を提示することができることを示す。
【０１６７】
また、前記番組提示装置は、さらに、第１番組についてのコンテンツデータと当該コンテンツデータを識別する識別情報とを受信し、コンテンツデータと識別情報との組を前記蓄積装置に蓄積させる蓄積制御手段を備え、前記作成手段は、前記蓄積制御手段により蓄積された識別情報と、前記管理ＩＤとの対応表を作成することとしてもよい。
【０１６８】
上記構成によれば、第１番組は、蓄積装置に予め蓄積されているものではなく、番組提示装置が受信して、蓄積装置に蓄積させたものである。
これにより、番組提示装置は、第１番組を蓄積装置に蓄積させた後に、対応表を作成し、当該対応表に基づいて番組を遷移させることができる。
また、前記番組提示装置は、さらに、前記作成手段により作成された対応表を保持する保持手段を備え、前記第１番組提示手段は、前記受付手段により選択を受付けたとき、前記保持手段により保持された対応表により管理ＩＤを特定することとしてもよい。
【０１６９】
上記構成によれば、番組提示装置は、対応表を予め作成してそれを保持しておき、ユーザから第１番組の選択を受付けたとき、保持している対応表により管理ＩＤを特定することができるので、第１番組の選択を受付けたときに改めて対応表を作成する方法に比べて、第１番組に遷移するまでの時間が短い。
また、前記識別情報は、第１番組が蓄積型の番組であるか否かを示し、前記蓄積制御手段は、前記識別情報により第１番組が蓄積型の番組であると判定したとき、第１番組のコンテンツデータと当該識別情報との組を蓄積装置に蓄積させることとしてもよい。
【０１７０】
上記構成によれば、番組提示装置は、識別情報により第１番組が蓄積型の番組であると判定することができる。
また、前記識別情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）であり、前記蓄積制御手段は、前記ＵＲＩにおけるルートディレクトリが前記蓄積装置を示すものであるとき、第１番組が蓄積型の番組であると判定することとしてもよい。
【０１７１】
上記構成によれば、番組提示装置は、ＵＲＩが示すルートディレクトリが蓄積装置であるとき、第１番組が蓄積型の番組であると判定することができる。
また、前記画面は、さらに、前記第１番組の提示が完了したときの処理情報が関連付けられており、前記第１番組提示手段は、前記処理情報が第１番組の繰り返しを示す場合に、第１番組についてのコンテンツデータの抽出が完了したとき、再び第１番組についてのコンテンツデータを抽出することとしてもよい。
【０１７２】
上記構成によれば、第２番組の制作者は、番組提示装置による第１番組の提示を意図どおりに制御することができる。
第１番組を繰り返し提示することで、ユーザは、黒味画面や「しばらくお待ちください」などと表示された画面など必要のない画面を視聴せずにすむ。
また、前記画面は、さらに、前記第１番組の提示開始位置及び提示終了位置が関連付けられており、前記第１番組提示手段は、前記提示開始位置から前記提示終了位置まで、第１番組についてのコンテンツデータを抽出することとしてもよい。
【０１７３】
上記構成によれば、番組提示装置は、提示開始位置から前記提示終了位置まで、第１番組についてのコンテンツデータを抽出することができる。したがって第１番組が複数のショートクリップを含む番組であれば、特定のショートクリップをユーザに提示するなどの運用が可能となる。
また、前記画面は、さらに、前記第１番組の提示が完了したときの処理情報が関連付けられており、前記第２番組提示手段は、前記処理情報が第２番組の提示を示す場合に、前記第１番組提示手段による第１番組の提示が完了したとき、第２番組を提示することとしてもよい。
【０１７４】
上記構成によれば、第２番組の制作者は、番組提示装置による第１番組の提示を意図どおりに制御することができる。
第１番組の提示が完了したとき第２番組を提示することで、ユーザは、黒味画面や「しばらくお待ちください」などと表示された画面など必要のない画面を視聴せずにすむ。
【０１７５】
また、前記第２番組は、蓄積型の番組であり、前記第２番組提示手段は、第２番組についてのコンテンツデータを前記蓄積装置に蓄積させておき、ユーザの要求に応じて当該コンテンツデータを前記蓄積装置から抽出して第２番組を提示するとしてもよい。
上記構成によれば、第２番組は、第１番組と同様に、蓄積型の番組である。したがって、番組提示装置は、蓄積装置に蓄積されている番組間での番組の遷移を実現することができる。
【０１７６】
また、前記第２番組は、リアルタイム提示型の番組であり、前記第２番組提示手段は、第２番組についてのコンテンツデータを受信し、ただちに第２番組を提示することとしてもよい。
上記構成によれば、第２番組は、リアルタイム提示型の番組である。したがって、番組提示装置は、コンテンツデータを受信してただちに番組を提示するような従来から一般的な放送番組と蓄積装置に蓄積されている番組との間での番組の遷移を実現することができる。
【０１７７】
本発明に係る番組提示方法は、番組のコンテンツデータと当該コンテンツデータを識別する識別情報との組に管理ＩＤを付与して蓄積している蓄積装置から、ユーザの要求に応じて前記コンテンツデータを抽出し、番組を提示する番組提示方法であって、前記識別情報と前記管理ＩＤとの対応表を作成する作成ステップと、ユーザに第１番組の選択をさせる、第１番組の識別情報が関連付けられた選択画面を含む第２番組についてのコンテンツデータを受信し、ユーザに第２番組を提示する第２番組提示ステップと、前記第２番組提示ステップにより提示された第２番組の前記画面において、ユーザから第１番組の選択を受付ける受付ステップと、前記受付ステップにより選択を受付けたとき、前記選択画面に関連付けられた第１番組の識別情報から前記対応表により管理ＩＤを特定し、当該管理ＩＤに基づいて前記蓄積装置から第１番組についてのコンテンツデータを抽出し、ユーザに第１番組を提示する第１番組提示ステップとを備えることを特徴とする。
【０１７８】
上記構成によれば、蓄積装置は、第１番組のコンテンツデータとその識別情報とを管理ＩＤにより管理している。また、番組提示装置は、蓄積装置から第１番組についての識別情報と管理ＩＤとの対応表を作成し、第２番組においてユーザから第１番組への番組遷移の要求を受付けたとき、対応表により第１番組の識別情報から管理ＩＤを特定する。これにより、番組提示装置は、番組の制作者が独自に定める識別情報と、蓄積装置が独自に定める管理ＩＤとの変換機能を持つことになる。
【０１７９】
したがって、番組提示装置は、一旦蓄積装置に蓄積された第１番組であっても、第２番組とリンクさせることができる。
また、番組提示装置は、蓄積装置から管理ＩＤと識別情報とを抽出して対応表を作成し、その対応表をもとに蓄積装置からコンテンツデータを抽出する。これは、ユーザが第１番組のコンテンツデータを蓄積している蓄積装置を取り外し、別の蓄積装置を接続して使用した後、再度もとの蓄積装置を接続して第１番組を視聴する場合であっても、番組提示装置は再度対応表を作成するので、適正に第１番組を提示することができることを示す。
【図面の簡単な説明】
【図１】データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
【図２】番組蓄積用情報の一例を示す図である。
【図３】ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
【図４】番組蓄積用情報解析部の動作を示す図である。
【図５】ＲＣＬ属性書込部の動作を示す図である。
【図６】本実施の形態で実現可能な事前蓄積型データ放送番組のサービスの一例を示す図である。
【図７】視聴中のデータ放送番組から別の事前蓄積型データ放送番組に遷移するためのスクリプト記述の一例を示す図である。
【図８】ストリームリストの具体例を示す図である。
【図９】データ放送番組の送出スケジュールの一例を示す図で
【図１０】ショートクリップを複数まとめた映画リスト番組の番組構成を示す図である。
【図１１】本実施の形態で実現可能な事前蓄積型データ放送番組のサービスの一例を示す図である。
【図１２】データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
【図１３】データ放送番組の送出スケジュールの一例を示す図である。
【図１４】ＲＣＬ属性書込部の動作を示す図である。
【図１５】ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
【図１６】ストリームリストの具体例を示す図である。
【図１７】データ放送コンテンツ蓄積視聴方式にて用いるデータ放送蓄積装置の構成の一例を示す機能ブロック図である。
【図１８】短形式イベント記述子に含まれる番組記述の例を示す図である。
【図１９】番組蓄積用情報解析部の動作を示す図である。
【図２０】ＴＳ保持部に保持されているＲＣＬの各属性を示す図である。
【図２１】ストリームリストの具体例を示す図である。
【符号の説明】
１００    ３００    ４００  データ放送蓄積装置
１０１    ３０１    ４０１  データ放送送出装置
１０２    ３０２    ４０２  データ放送受信機
１０３    ３０３    ４０３  受信機用ＴＳ受信部
１０４    ３０４    ４０４  ＴＳデコーダ部
１０５    ３０５    ４０５  カルーセル記憶部
１０６    ３０６    ４０６  受信ＴＳ管理部
１０７    ３０７    ４０７  電話回線通信部
１０８    ３０８    ４０８  ＡＶデコーダ部
１０９    ３０９    ４０９  制御部
１１０    ３１０    ４１０  受信機用信号受信部
１１１    ３１１    ４１１  スピーカ
１１２    ３１２    ４１２  表示部
１１３    ３１３    ４１３  受信機用外部機器通信部
１１４    ３１４    ４１４  コマンド発行部
１１５    ３１５    ４１５  ストリームリスト作成部
１１６    ３１６    ４１６  ストリームリスト保持部
１１７    ３１７    ４１７  時刻管理部
１１８    ３１８    ４１８  ＨＤＤレコーダ
１１９    ３１９    ４１９  蓄積用外部機器通信部
１２０    ３２０    ４２０  蓄積用ＴＳ受信部
１２１    ３２１    ４２１  ＴＳ書込部
１２２    ３２２    ４２２  番組蓄積用情報解析部
１２３    ３２３    ４２３  ＲＣＬ属性書込部
１２４    ３２４    ４２４  コマンド受信部
１２５    ３２５    ４２５  ＲＣＬ属性読出部
１２６    ３２６    ４２６  ＴＳ読出部
１２７    ３２７    ４２７  ＴＳ保持部
１２８    ポータルＩＤ保持部
１２９    ３２９    ４２９  ＴＳ送出部
１３０    ３３０    ４３０  蓄積用信号受信部
１３１    ３３１    ４３１  視聴履歴収集装置
４３２    視聴ログ保持部
【図１】
2004266530.tif 000003
【図２】
2004266530.tif 000004
【図３】
2004266530.tif 000005
【図４】
2004266530.tif 000006
【図５】
2004266530.tif 000007
【図６】
2004266530.tif 000008
【図７】
2004266530.tif 000009
【図８】
2004266530.tif 000010
【図９】
2004266530.tif 000011
【図１０】
2004266530.tif 000012
【図１１】
2004266530.tif 000013
【図１２】
2004266530.tif 000014
【図１３】
2004266530.tif 000015
【図１４】
2004266530.tif 000016
【図１５】
2004266530.tif 000017
【図１６】
2004266530.tif 000018
【図１７】
2004266530.tif 000019
【図１８】
2004266530.tif 000020
【図１９】
2004266530.tif 000021
【図２０】
2004266530.tif 000022
【図２１】
2004266530.tif 000023