JP2021119676A - 映像受信装置、映像受信方法、映像送信装置および映像送信方法 - Google Patents

Abstract

【課題】 放送映像と通信映像が連動する番組の再現性を向上させる映像受信装置、映像受信方法、映像送信装置および映像送信方法を提供する。【解決手段】 本実施形態における映像受信装置が受信する放送波ストリームは、再生制御ファイルへアクセスするためのＵＲＬと放送映像とを含む。この映像受信装置は、放送波ストリームを受信して放送映像を録画する。そしてこの映像受信装置は録画完了後に再生制御ファイルへアクセスして通信映像を受信し、この通信映像と録画された放送映像とが互いに同期して連動する番組の表示を行う。【選択図】 図４

Description

本実施形態は映像を受信する映像受信装置、映像受信方法、映像送信装置および映像送信方法に関する。

近年、一般家庭へのブロードバンドインターネット接続環境の普及は目覚ましく、通信を経由して映像コンテンツを受信し視聴するＶＯＤ(Video On Demand)サービスが広まりつつある。その延長上にある動きとして、通信経由の映像と放送経由の映像（関連映像）とを併用して一体の番組を構成して視聴者に提供する放送通信連携サービスがある。放送通信連携サービスは、提供に向けた技術検討や規格整備が進められている。

放送通信連携サービスは、放送経由の映像と通信経由の映像とが内容的に一体の番組として構成されるため、放送経由の映像だけでは番組の意味を成さないケースが想定される。

視聴者が番組をリアルタイムに視聴（放送時に視聴）する場合、番組を構成する映像のうち、通信経由の映像は、サーバから取得できることが放送事業者により担保される。

特開２００６−３４５４９５号公報

しかしながら、視聴者が番組を放送終了後に視聴しようとする場合、通信経由の映像は、サーバ管理や番組の権利処理などの理由から放送事業者により必ずしも担保されるものではない。

したがって、視聴者は、当該番組を受信装置で録画し、これを放送終了後に再生して視聴しようとしたとき、必要な関連映像を通信経由で取得することができない可能性がある。そのため、関連映像を含まない当該番組は、意味をなさなくなり、視聴者の混乱を招く可能性がある。

この問題に対して、例えば、受信装置が放送経由の映像に加え、通信経由の映像も録画する手法が考えられる。しかしながら、この手法は、受信装置がより大容量の記憶装置を備える必要があり、効率的ではない。

本発明の目的は、放送映像と通信映像が連動する番組の再現性を向上させる映像受信装置、映像受信方法、映像送信装置および映像送信方法を提供することである。

本実施形態における映像受信装置が受信する放送波ストリームは、再生制御ファイルへアクセスするためのＵＲＬと放送映像とを含む。
この映像受信装置は、放送波ストリームを受信して放送映像を録画する。そしてこの映像受信装置は録画完了後に再生制御ファイルへアクセスして通信映像を受信し、この通信映像と録画された放送映像とが互いに同期して連動する番組の表示を行う。

実施形態に係る映像送受信システムの概略となるブロック図。 実施形態に係る映像受信装置における表示画面図。 実施形態に係る映像受信装置における番組の録画処理を示す図。 実施形態に係る映像受信装置における番組の録画処理のフローチャート。 実施形態に係る映像受信装置における録画タイトルの表示処理のフローチャート。 実施形態に係る映像受信装置における表示画面図。 実施形態に係る映像受信装置における表示画面図。

以下、本実施形態について図面を参照して説明する。図１は、本実施形態に係る映像送受信システム１の概略となるブロック図である。映像送受信システム１は、映像受信システム１０、放送送信装置２０、番組サーバ３０を備える。

映像受信装置１０の構成について説明する。映像受信装置１０は、ＣＰＵ(Central Processing Unit)１０１、制御ソフトウェアＲＯＭ(Read Only Memory)１０２、ＲＡＭ(Random access Memory)１０３、記憶部１０４、時計１０５、放送受信部１０６、デコーダ１０７、通信ＩＦ(Interface)１０８、表示部１０９を備える。映像受信装置１０は、例えばテレビであるが限定されない。映像受信装置１０は、放送波を介して送信される映像（以降、放送経由の映像または放送映像という）を受信する機能、通信ネットワークを介して送受信される映像（以降、通信経由の映像または通信映像という）を受信する機能の双方を備えていればよい。本実施形態では、通信映像は、放送通信連携サービスで提供される番組（以降、放送通信連携番組という）において、放送映像と共に番組を構成する関連映像である。

ＣＰＵ１０１は、映像受信装置１０の各要素の動作を制御する。ＣＰＵ１０１は、取得手段１０１ａ、記録制御手段１０１ｂ、表示制御手段１０１ｃ、再生制御手段１０１ｄを備える。取得手段１０１ａは、後述するように、放送波から各種情報を取得する機能を備える。記録制御手段１０１ｂは、後述するように、放送映像を記録制御する機能を備える。表示制御手段１０１ｃは、後述するように、各種メッセージを表示制御する機能を備える。再生制御手段１０１ｄは、後述するように、記録された放送映像を再生制御する機能を備える。制御ソフトウェアＲＯＭ１０２は、ＣＰＵ１０１が実行する処理内容である制御プログラムを格納する。ＲＡＭ１０３は、ＣＰＵ１０１が処理を実行するために必要な作業エリアである。

記憶部１０４は、各種情報を保存する記憶手段として機能する。記憶部１０４は、ＣＰＵ１０１により、各種情報の書き込み、読み出しがなされる。時計１０５は、現在日時を計時する。放送受信部１０６は、アンテナ１１を経由して、ユーザにより選局されたチャンネルで現在放送中の番組を構成する放送映像を含む放送波（放送信号、ストリームともいう）を受信する。放送受信部１０６は、番組を構成する放送映像を受信する受信手段として機能する。デコーダ１０７は、ストリームに含まれる放送映像、音声をデコードする。番組録画時には、放送映像、音声は、ＣＰＵ１０１により、記憶部１０４に記録される。なお、本実施形態では、記憶部１０４に記録される放送映像を記録放送映像という。

通信ＩＦ１０８は、通信ネットワーク４０を介して各種情報を送受信するインターフェースである。通信ＩＦ１０８は、通信ネットワーク４０を介して、番組を放送映像（または記録放送映像）と共に構成する通信映像を番組サーバ３０から受信する。通信ＩＦ１０８は、通信映像を受信する受信手段として機能する。

表示部１０９は、各種情報を表示する表示手段として機能する。例えば、表示部１０９は、放送映像（または録画放送映像）と通信映像を共に表示する。

映像送信装置２０の構成について説明する。映像送信装置２０は、例えば、放送局が備える装置である。映像送信装置２０は、ＣＰＵ２０１、制御ソフトウェアＲＯＭ２０２、ＲＡＭ２０３、記憶部２０４、放送送信部２０５を備える。
ＣＰＵ２０１は、映像受信装置２０の各要素の動作を制御する。制御ソフトウェアＲＯＭ２０２は、ＣＰＵ２０１が実行する処理内容である制御プログラムを格納する。ＲＡＭ２０３は、ＣＰＵ２０１が処理を実行するために必要な作業エリアを提供する。記憶部２０４は、各種情報を保存する。記憶部２０４は、ＣＰＵ２０１により、各種情報の書き込み、読み出しがなされる。放送送信部２０４は、アンテナ２１を経由して、放送波を介して（放送波にのせて）、現在放送中の番組を構成する放送映像を送信する。放送送信部２０４は、番組を構成する放送映像を送信する送信手段として機能する。

番組サーバ３０の構成について説明する。番組サーバ３０は、例えば、放送局が備える装置である。番組サーバ３０は、番組を放送映像（または記録放送映像）と共に構成する通信映像を保存するサーバである。番組サーバ３０は、ＣＰＵ３０１、制御ソフトウェアＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４、通信ＩＦ３０５を備える。
ＣＰＵ３０１は、番組サーバ３０の各要素の動作を制御する。制御ソフトウェアＲＯＭ３０２は、ＣＰＵ３０１が実行する処理内容である制御プログラムを格納する。ＲＡＭ３０３は、ＣＰＵ３０１が処理を実行するために必要な作業エリアを提供する。

記憶部３０４は、各種情報を保存する。記憶部３０４は、ＣＰＵ３０１により、各種情報の書き込み、読み出しがなされる。一例として、記憶部３０４は、通信映像を保存する。
通信ＩＦ３０５は、通信ネットワーク４０を介して各種情報を送受信するインターフェースである。通信ＩＦ３０５は、映像受信装置１０からの要求に応じて、後述するように、通信映像を映像受信装置１０に送信する。

次に、放送通信連携番組の表示画面について説明する。図２は、本実施形態に係る映像受信装置１０の表示部１０９における表示画面図である。表示部１０９は、放送映像（または記録放送映像）５１と通信映像５２を共に表示する。一例として、放送映像５１は、スポーツ中継の映像である。通信映像５２は、スポーツ中継のマルチアングルなどの付加的な映像である。なお、図２に示す番組は、放送映像５１だけでも成立する例であるが、これに限られない。例えば、通信映像５２は、ユーザ操作により放送映像５１と相互に表示切替可能な映像、または、ユーザ操作可能であって、放送映像５１と連動したゲーム機能を備える映像などでもあり得る。この場合、通信映像５２は、放送映像５１のサブではなく、放送映像５１と対等な必須の映像である。そのため、番組は、放送映像５１だけでは成立せず、放送映像５１と通信映像５２を合わせることで成立する。

次に、実施形態に係る映像受信装置１０における番組の録画処理について説明する。図３は、映像受信装置１０における番組の録画処理の概略図である。映像送信装置２０のＣＰＵ２０１は、現在放送中の番組が放送通信連携番組である場合、番組のストリームに放送映像と関連する通信映像の有効期限情報を多重して送信する。有効期限情報とは、例えば、番組サーバ３０の記憶部３０４に保存された通信映像の利用可能な期限に関する情報である。なお、有効期限情報は、一例として、通信映像それぞれについてストリームに多重されている。図３に示す例では、映像１は、現在放送中の番組を構成する放送映像である。映像２、映像３は、映像１の関連映像であり、番組サーバ３０の記憶部３０４に保存されている通信映像である。ストリームは、映像２、映像３それぞれの有効期限情報が多重されている。なお、これに代えて、または、これと共に、有効期限情報の在処を示す情報（一例として番組サーバ３０にリンクするＵＲＬの情報）がストリームに多重されていてもよい。

映像受信装置１０のＣＰＵ１０１は、現在放送中の番組を録画処理する場合、ストリームに含まれる放送映像である映像１を記憶部１０４に記録するように制御する。ＣＰＵ１０１は、ストリームに多重化された通信映像の有効期限情報を映像１と関連付けて記憶部１０４に記録するように制御する。なお、ＣＰＵ１０１は、番組を映像１と共に構成する通信映像である映像２、映像３を通信ＩＦ１０８で受信するが、映像２、映像３を記憶部１０４に記録制御しない。

図４は、番組の録画処理のフローチャートである。はじめに、放送受信部１０６は、録画対象となる現在放送中の番組の放送波を受信する（Ｂｌｏｃｋ１００１）。Ｂｌｏｃｋ１００１では、放送受信部１０６は、放送波を介して、現在放送中の番組を構成する放送映像を受信する。ＣＰＵ１０１は、ストリームからサービス記述子を読み取る（Ｂｌｏｃｋ１００２）。サービス記述子は、録画対象となる番組が放送通信連携番組であるか否かを示す記述子である。

ＣＰＵ１０１は、サービス記述子に基づいて、録画対象となる番組が放送通信連携番組か否かを判断する（Ｂｌｏｃｋ１００３）。録画対象となる番組が放送通信連携番組でない場合（Ｂｌｏｃｋ１００３、Ｎｏ）、ＣＰＵ１０１は、通常の録画処理を実行する（Ｂｌｏｃｋ１００４）。Ｂｌｏｃｋ１００４では、ＣＰＵ１０１は、録画対象となる番組を構成する放送映像を記憶部１０４に記録するように制御する。さらに、ＣＰＵ１０１は、この放送映像に対応する記録放送映像を特定するための録画タイトル（一例として番組名）を録画リストに追加して記録するように制御する。録画リストとは、記憶部１０４に記録されている録画タイトルの一覧である。さらに、ＣＰＵ１０１は、記録放送映像に関連する情報（以降、録画タイトル情報という）を記憶部１０４に記録するように制御する。
録画タイトル情報は、例えば、番組名、放送日時、関連映像の有無、有効期限情報の有無など、記録放送映像に関連する情報である。

録画対象となる番組が放送通信連携番組である場合（Ｂｌｏｃｋ１００３、Ｙｅｓ）、ＣＰＵ１０１は、ストリームから関連映像記述子を読み取る（Ｂｌｏｃｋ１００５）。関連映像記述子は、放送映像の関連映像である通信映像が存在するか否かを示す記述子である。

ＣＰＵ１０１は、関連映像記述子に基づいて、放送映像に関連映像が存在するか否かを判断する（Ｂｌｏｃｋ１００６）。つまり、Ｂｌｏｃｋ１００６では、ＣＰＵ１０１は、関連映像記述子に基づいて、放送映像とは別に録画対象となる番組を構成する通信映像が番組サーバ３０上に存在するか否かを判断する。放送映像に関連映像が存在しない場合（Ｂｌｏｃｋ１００６、Ｎｏ）、ＣＰＵ１０１は、Ｂｌｏｃｋ１００４の処理を実行する。放送映像に関連映像が存在する場合（Ｂｌｏｃｋ１００６、Ｎｏ）、ＣＰＵ１０１は、ストリームに有効期限情報が存在するか否かを判断する（Ｂｌｏｃｋ１００７）。有効期限情報は、例えば、関連映像記述子に多重されていてもよい。

ストリームに有効期限情報が存在する場合（Ｂｌｏｃｋ１００７、Ｙｅｓ）、ＣＰＵ１０１は、放送映像の録画を実行し、有効期限情報を録画タイトル情報に記録する（Ｂｌｏｃｋ１００８）。Ｂｌｏｃｋ１００８では、ＣＰＵ１０１は、録画対象の番組を構成する放送映像を記憶部１０４に記録するように制御する。さらに、ＣＰＵ１０１は、この放送映像に対応する記録放送映像を特定するための録画タイトルを録画リストに追加して記録するように制御する。さらに、ＣＰＵ１０１は、ストリームから通信映像の有効期限情報を取得する。そして、ＣＰＵ１０１は、録画タイトル情報に有効期限情報を記録するように制御する。

ストリームに有効期限情報が存在しない場合（Ｂｌｏｃｋ１００７、Ｎｏ）、ＣＰＵ１０１は、関連映像の再生制御ファイルへアクセスする（Ｂｌｏｃｋ１００９）。Ｂｌｏｃｋ１００９では、ＣＰＵ１０１は、通信ネットワーク４０を介して、番組サーバ３０の記憶部３０４に保存されている通信映像の再生制御ファイルへアクセスする。一例として、ＣＰＵ１０１は、有効期限情報の在処を示し、再生制御ファイルへアクセスするためのＵＲＬ情報（番組サーバ３０から有効期限情報を取得するためのＵＲＬ情報）を、ストリームから取得する。なお、有効期限情報の在処を示す情報は、ストリームに多重されている。そして、ＣＰＵ１０１は、ＵＲＬ情報に基づいて再生制御ファイルへアクセスする。ＣＰＵ１０１は、再生制御ファイルに明示的に記述された有効期限情報を番組サーバ３０から取得する。なお、ＣＰＵ１０１は、再生制御ファイルに明示的に有効期限情報が記述されていなくても、例えば、再生制御ファイルのＨＴＭＬを解析して、諸情報に基づいて、有効期限情報を番組サーバ３０から取得するようにしてもよい。
ＣＰＵ１０１は、再生制御ファイルに有効期限情報が存在するか否かを判断する（Ｂｌｏｃｋ１０１０）。再生制御ファイルに有効期限情報が存在する場合（Ｂｌｏｃｋ１０１０、Ｙｅｓ）、ＣＰＵ１０１は、再生制御ファイルから有効期限情報を取得し、Ｂｌｏｃｋ１００８の処理を実行する。

再生制御ファイルに有効期限情報が存在しない場合（Ｂｌｏｃｋ１０１０、Ｎｏ）、ＣＰＵ１０１は、Ｂｌｏｃｋ１００４の処理を実行する。つまり、記憶部１０４に記録された録画放送映像には、関連映像が存在するが、関連映像は、有効期限が設定されていない。そのため、ＣＰＵ１０１は、いつでも番組サーバ３０から関連映像を取得可能である。

なお、ＣＰＵ１０１がＢｌｏｃｋ１００９において関連映像の再生制御ファイルへアクセスし、Ｂｌｏｃｋ１０１０において番組サーバ３０にアクセスして有効期限情報が存在する場合に再生制御ファイルから有効期限情報を取得するのは、番組の放送中のみに限られない。ＣＰＵ１０１は、番組の放送終了時、録画処理完了時、録画処理完了後の所定期間周期など適宜番組サーバ３０にアクセスして有効期限情報を取得し、記憶部１０４に記録した有効期限情報を更新するようにしてもよい。放送局は、番組サーバ３０に保存された通信映像の有効期限情報を番組の放送終了後に変更することもあり得る。そのため、映像受信装置１０は、番組サーバ３０での有効期限情報の更新に追従させて、記憶部１０４に記録した有効期限情報を更新できる。

次に、実施形態に係る映像受信装置１０における録画タイトルの表示処理について説明する。図５は、録画タイトルの表示処理のフローチャートである。
はじめに、ＣＰＵ１０１は、記憶部１０４から録画リストを取得する（Ｂｌｏｃｋ２００１）。Ｂｌｏｃｋ２００１では、ＣＰＵ１０１は、ユーザによる録画リストの表示操作に基づいて、記憶部１０４から取得した録画リストを表示部１０９に表示制御する。
ＣＰＵ１０１は、録画リストから選択された録画タイトルの録画タイトル情報を取得する（Ｂｌｏｃｋ２００２）。Ｂｌｏｃｋ２００２では、ＣＰＵ１０１は、ユーザによる録画リストからの特定の録画タイトルの選択操作（または、選択する録画タイトルに対応する記録放送映像に関連する情報の表示操作）に基づいて、選択された録画タイトルの録画タイトル情報を記憶部１０４から取得する。

ＣＰＵ１０１は、録画タイトル情報に有効期限情報が記録されているか否かを判断する（Ｂｌｏｃｋ２００３）。録画タイトル情報に有効期限情報が記録されていない場合（Ｂｌｏｃｋ２００３、Ｎｏ）、ＣＰＵ１０１は、通常のタイトル情報を表示するように制御する（Ｂｌｏｃｋ２００４）。Ｂｌｏｃｋ２００４では、ＣＰＵ１０１は、選択された録画タイトルの録画タイトル情報を表示部１０９に表示するように制御する。表示部１０９に表示される録画タイトル情報は、例えば、番組名、放送日時に関する情報である。なお、Ｂｌｏｃｋ２００３における録画タイトル情報に有効期限情報が記録されいない場合とは、例えば、選択された録画タイトルに関連映像が存在しない場合、または、選択された録画タイトルに関連映像は存在するが有効期限が設定されていない場合である。ＣＰＵ１０１は、ユーザによるこの録画タイトルの再生操作に基づいて、記憶部１０４に記録されている記録放送映像を再生し、表示部１０９に表示するように制御する。または、ＣＰＵ１０１は、ユーザによるこの録画タイトルの再生操作に基づいて、記憶部１０４に記録されている記録放送映像と、通信ＩＦ１０８で番組サーバ３０から受信する通信映像と同期させ、記録放送映像と通信映像とで構成した番組を再生制御し、表示部１０９に表示するように制御する。

録画タイトル情報に有効期限情報が記録されている場合（Ｂｌｏｃｋ２００３、Ｙｅｓ）、ＣＰＵ１０１は、時計１０５で計時している現在日時情報を取得する（Ｂｌｏｃｋ２００５）。ＣＰＵ１０１は、現在日時情報と有効期限情報とを比較し、現在日時が有効期限内か否かを判断する（Ｂｌｏｃｋ２００６）。
現在日時が有効期限内である場合（Ｂｌｏｃｋ２００６、Ｙｅｓ）、ＣＰＵ１０１は、録画タイトルの有効期限情報を表示部１０９に表示するように制御する（Ｂｌｏｃｋ２００７）。Ｂｌｏｃｋ２００７では、ＣＰＵ１０１は、現在日時が有効期限内である場合、ユーザによる選択された録画タイトルに対応する記録放送映像に関連する情報の表示操作に基づいて、少なくとも有効期限情報を含む録画タイトル情報を表示部１０９に表示するように制御する。図６は、Ｂｌｏｃｋ２００７における表示部１０９の表示画面図である。ＣＰＵ１０１は、録画リスト５３及び録画リスト５３から選択された録画タイトル３の録画タイトル情報５４を表示部１０９に表示するように制御する。表示部１０９は、録画タイトル情報５４として、録画タイトル３に関連映像が存在すること、現在日時は有効期限内であることを表示する。つまり、ＣＰＵ１０１は、有効期間内の録画タイトルの再生視聴をユーザに促すようなメッセージを表示するように制御できる。ユーザは、表示部１０９に表示される有効期限情報を視認することで、いつまでにこの録画タイトルを再生すれば、この録画タイトルの番組を関連映像を含めて完全に視聴可能であると容易に知ることができる。ＣＰＵ１０１は、ユーザによるこの録画タイトル３に対応する記録放送映像の再生操作に基づいて、記憶部１０４に記録されている記録放送映像と、通信ＩＦ１０８で番組サーバ３０から受信する通信映像とを同期させ、記録放送映像と通信映像とで構成した番組を再生制御し、表示部１０９に表示するように制御する。

図５に戻って、現在日時が有効期限内でない場合（Ｂｌｏｃｋ２００６、Ｎｏ）、ＣＰＵ１０１は、関連映像が必須か否かを判断する（Ｂｌｏｃｋ２００８）。なお、関連映像が必須か否かの情報は、ストリームに多重または配置されていてもよい。ＣＰＵ１０１は、録画処理時に、関連映像が必須か否かの情報を取得し、録画タイトル情報に記録するようにしてもよい。そして、ＣＰＵ１０１は、録画タイトル情報に記録された情報に基づいて、関連映像が必須か否かを判断できる。

関連映像が必須である場合（Ｂｌｏｃｋ２００８、Ｙｅｓ）、ＣＰＵ１０１は、選択された録画タイトルが利用不可能であることのメッセージを表示部１０９に表示するように制御する（Ｂｌｏｃｋ２００９）。Ｂｌｏｃｋ２００９では、ＣＰＵ１０１は、現在日時が前記有効期限内でなく、関連映像が必須である場合、少なくとも通信映像が利用不可であるメッセージを表示部１０９に表示するように制御する。図７は、Ｂｌｏｃｋ２００９における表示部１０９の表示画面図である。ＣＰＵ１０１は、録画リスト５３及び録画リスト５３から選択された録画タイトル２の録画タイトル情報５４を表示部１０９に表示するように制御する。表示部１０９は、タイトル情報５４に加えて、この録画タイトルを再生しても必須である関連映像を視聴できないため、録画タイトルを正しく再生できない可能性があることのメッセージを表示する。ユーザは、表示部１０９に表示されるこのメッセージを視認することで、無駄な再生操作をすることがなくなる。

関連映像が必須でない場合（つまり、関連映像が記録放送映像の付加的な映像である場合）（Ｂｌｏｃｋ２００８、Ｎｏ）、ＣＰＵ１０１は、選択された録画タイトルの関連映像が利用不可であることのメッセージを表示部１０９に表示するように制御する（Ｂｌｏｃｋ２０１０）。Ｂｌｏｃｋ２０１０では、ＣＰＵ１０１は、現在日時が前記有効期限内でなく、関連映像が必須でない場合、通信映像が利用不可であるメッセージを表示部１０９に表示するように制御する。ＣＰＵ１０１は、ユーザによるこの録画タイトルの再生操作に基づいて、記憶部１０４に記録されている記録放送映像を再生制御し、表示部１０９に表示するように制御する。なお、関連映像は、有効期限が過ぎているので、ＣＰＵ１０１は、関連映像を通信ＩＦ１０８を介して番組サーバ３０から取得することはない。ユーザは、表示部１０９に表示されるこのメッセージを視認することで、関連映像を視聴できないことを容易に知ることができる。

本実施形態によれば、ユーザは、録画対象となる番組が放送通信連携番組であることを認識できる。さらに、ユーザは、放送通信連携番組の関連映像が番組サーバ３０上に存在する有効期限を知ることができる。そのため、ユーザは、有効期限内に録画タイトルを視聴する行動に繋げることができる。これにより、ユーザは、視聴意欲のあった録画タイトルを不完全にしか見られない、あるいは意味のあるものとして全く見られないという事態の発生を回避することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…映像送受信システム、１０…映像受信装置、１１…アンテナ、２０…映像送信装置、２１…アンテナ、３０…番組サーバ、４０…通信ネットワーク、５１…放送映像、５２…通信映像、５３…録画リスト、５４…録画タイトル情報、１０１…ＣＰＵ、１０２…制御ソフトウェア、１０３…ＲＡＭ、１０４…記憶部、１０５…時計、１０６…放送受信部、１０７…デコーダ、１０８…通信ＩＦ、１０９…表示部、２０１…ＣＰＵ、２０２…制御ソフトウェアＲＯＭ、２０３・・・ＲＡＭ、２０４…記憶部、２０５…放送送信部、３０１…ＣＰＵ、３０２…制御ソフトウェアＲＯＭ、３０３…ＲＡＭ、３０４…記憶部、３０５…通信ＩＦ。

Claims (4)

1. 通信映像を受信可能な通信ＩＦと放送受信部と記憶部を有する映像受信装置において、
   前記映像受信装置は放送映像と通信映像を連携して表示でき、
   放送波ストリームが前記放送映像を含み、
   前記通信映像を再生制御する再生制御ファイルへアクセスするためのＵＲＬ情報が、前記放送波ストリームに多重化され、
   前記再生制御ファイルはＨＴＭＬで構成され、
   番組サーバが前記通信映像と前記再生制御ファイルを保存し、
   前記放送受信部が前記放送波ストリームを受信し、
   前記放送映像を前記記憶部に録画し、
   通信ＩＦは前記録画の処理完了後に前記再生制御ファイルへのアクセスを行い、前記番組サーバから前記通信映像を受信し、
   前記記憶部に録画された前記放送映像を再生して、前記放送映像と前記番組サーバから受信した前記通信映像とが互いに同期して連動する番組の表示を行う映像受信装置。
2. 通信映像は放送通信連携サービスで提供され、
   放送波ストリームが放送映像を含み、
   前記通信映像を再生制御する再生制御ファイルへアクセスするためのＵＲＬ情報が、前記放送波ストリームに多重化され、
   前記再生制御ファイルはＨＴＭＬで構成され、
   番組サーバが前記通信映像と前記再生制御ファイルを保存し、
   前記放送波ストリームを受信して録画を行い、
   前記録画の処理完了後に前記再生制御ファイルへのアクセスを行い、
   録画された前記放送映像と前記番組サーバから受信した前記通信映像が互いに同期して連動する番組の表示を行う映像受信方法。
3. 記憶部と通信ＩＦを有する映像送信装置において、
   映像受信装置内で放送映像と連携して表示される通信映像が前記記憶部に保存され、
   前記記憶部は前記通信映像を再生制御する再生制御ファイルを保存し、
   前記再生制御ファイルはＨＴＭＬで構成され、
   前記通信ＩＦは前記映像受信装置からのアクセスに応じて前記通信映像を前記映像受信装置に送信して、
   前記映像受信装置内に記録された前記放送映像と前記通信映像が互いに同期して連動する番組の表示を可能にする映像送信装置。
4. 映像受信装置内で放送映像と連携して表示される通信映像を送信する映像送信方法において、
   前記通信映像を再生制御する再生制御ファイルと前記通信映像を保存し、
   前記再生制御ファイルはＨＴＭＬで構成され、
   前記映像受信装置からのアクセスに応じて前記通信映像を前記映像受信装置に送信し、
   前記映像受信装置内に記録された前記放送映像と前記通信映像が互いに同期して連動する番組の表示を可能にする映像送信方法。

Images