(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-19
(45)【発行日】2024-01-29
(54)【発明の名称】ＩＰ－ＲＦ変換装置およびＩＰ－ＲＦ変換方法
(51)【国際特許分類】
H04N 21/61 20110101AFI20240122BHJP
H04N 21/236 20110101ALI20240122BHJP
H04N 21/2383 20110101ALI20240122BHJP
【ＦＩ】
H04N21/61
H04N21/236
H04N21/2383
【請求項の数】
12
(21)【出願番号】P 2020044743
(22)【出願日】2020-03-13
(65)【公開番号】P2021145319
(43)【公開日】2021-09-24
【審査請求日】2022-12-19
(73)【特許権者】
【識別番号】502340756
【氏名又は名称】ヒロテック株式会社
(74)【代理人】
【識別番号】100098350
【弁理士】
【氏名又は名称】山野 睦彦
(72)【発明者】
【氏名】栗須 基弘
(72)【発明者】
【氏名】栗須 顕人
【審査官】川中 龍太
(56)【参考文献】
【文献】特開２０１９－１６１５１３（ＪＰ，Ａ）
【文献】特開２０１０－１３００７４（ＪＰ，Ａ）
【文献】特開２００６－３４５３７９（ＪＰ，Ａ）
【文献】特開２０１９－２１３２２６（ＪＰ，Ａ）
【文献】特開２０１５－１３９１８５（ＪＰ，Ａ）
【文献】特開２０１１－５５０２３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ － ２１／８５８
(57)【特許請求の範囲】
【請求項1】
デジタルテレビ受信機の前段に配置され、通信ネットワークに接続されるＩＰ－ＲＦ変換装置であって、テレビ受信機に所定の動作を行わせるためのＢＭＬ文書を含むデータ放送ＴＳを再生するデータ放送ＴＳ再生部と、
ハイブリッドキャスト非対応のデジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介してコンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するとともに、前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得し、それぞれに対応する画像ＴＳおよび動画ＴＳを再生する画像・動画再生部と、
前記データ放送ＴＳ、前記画像ＴＳおよび前記動画ＴＳを多重化する多重化部と、
前記多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力する手段とを備え、
前記ＢＭＬ文書は、前記デジタルテレビ受信機がハイブリッドキャスト対応か否かを当該デジタルテレビ受信機において確認させるための第１のＢＭＬ要素、ハイブリッドキャスト対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるための第２のＢＭＬ要素、および、ハイブリッドキャスト非対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるための第３のＢＭＬ要素を有する
ＩＰ－ＲＦ変換装置。
【請求項2】
前記ＢＭＬ文書は、前記メニュー画面を表示する際に利用されるカーソル情報を有する第４のＢＭＬ要素を含む請求項１に記載のＩＰ－ＲＦ変換装置。
【請求項3】
前記カーソル情報は、カーソル表示情報およびカーソル操作情報を包含する請求項２に記載のＩＰ－ＲＦ変換装置。
【請求項4】
前記所定のチャンネル周波数の所定のチャンネルは前記デジタルテレビ受信機の空きチャンネルである請求項１から３のいずれかに記載のＩＰ－ＲＦ変換装置。
【請求項5】
前記メニュー画面の表示の前に、予め定められた初期画面の映像ＴＳを再生出力する初期画面再生部をさらに備えた請求項１から４のいずれかに記載のＩＰ－ＲＦ変換装置。
【請求項6】
前記動画コンテンツのメニュー画面は全体画像のＩフレームと部分画像（空も含む）の複数枚のＰフレームからなるＧＯＰの繰り返しとして圧縮符号化された請求項１から５のいずれかに記載のＩＰ－ＲＦ変換装置。
【請求項7】
前記ＢＭＬ文書は通信ネットワークを介して外部のサーバから取得され、内部に不揮発的に記憶される請求項１から６のいずれかに記載のＩＰ－ＲＦ変換装置。
【請求項8】
前記通信ネットワークを介してリアルタイム放送の放送ＴＳを取得する手段と、前記放送ＴＳを変調し、前記デジタルテレビ受信機の他の所定のチャンネル周波数のＲＦ信号に変換して出力する手段と、
を備えた請求項１から７のいずれかに記載のＩＰ－ＲＦ変換装置。
【請求項9】
前記メニュー画面の表示の前に、予め定められた初期画面の映像ＴＳを再生出力する初期画面再生部をさらに備え、当該初期画面に対して、ＶＯＤ配信サービスおよびリアルタイム放送サービスの切り替え選択を可能とした初期メニューを追加した請求項８に記載のＩＰ－ＲＦ変換装置。
【請求項10】
デジタルテレビ受信機の前段に配置され、通信ネットワークに接続されるＩＰ－ＲＦ変換装置であって、前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるためのＢＭＬ要素を有するＢＭＬ文書を含むデータ放送ＴＳを再生するデータ放送ＴＳ再生部と、
前記デジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介して前記コンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するとともに、前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得し、それぞれに対応する画像ＴＳおよび動画ＴＳを再生する画像・動画再生部と、
前記データ放送ＴＳ、前記画像ＴＳおよび前記動画ＴＳを多重化する多重化部と、
前記多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力する手段と、
を備えたＩＰ－ＲＦ変換装置。
【請求項11】
デジタルテレビ受信機の前段に配置され、通信ネットワークから受信した動画コンテンツをＲＦ信号に変換して前記デジタルテレビ受信機へ送出するＩＰ－ＲＦ変換方法であって、テレビ受信機に所定の動作を行わせるためのＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
ハイブリッドキャスト対応のデジタルテレビ受信機に、通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるステップと、
ハイブリッドキャスト非対応のデジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介してコンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記ハイブリッドキャスト非対応のデジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップとを備え、
前記ＢＭＬ文書は、前記デジタルテレビ受信機がハイブリッドキャスト対応か否かを当該デジタルテレビ受信機において確認させるための第１のＢＭＬ要素、ハイブリッドキャスト対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるための第２のＢＭＬ要素、および、ハイブリッドキャスト非対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるための第３のＢＭＬ要素を有する
ＩＰ－ＲＦ変換方法。
【請求項12】
デジタルテレビ受信機の前段に配置され、通信ネットワークから受信した動画コンテンツをＲＦ信号に変換して前記デジタルテレビ受信機へ送出するＩＰ－ＲＦ変換方法であって、前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるためのＢＭＬ要素を有するＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
前記デジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介して前記コンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記デジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
を備えたＩＰ－ＲＦ変換方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、デジタルテレビ受信機の前段に配置され、通信ネットワークから受信した動画コンテンツをＲＦ信号に変換してデジタルテレビ受信機へ送出するＩＰ－ＲＦ変換装置およびＩＰ－ＲＦ変換方法に関する。
【背景技術】
【0002】
本出願人は、通信ネットワークを介してＩＰ（Internet Protocol）伝送されるＴＳ（Transport Stream）のようなストリームデータを受信し、これをＲＦ変調して出力するＩＰ－ＲＦ変換ユニット（ＮＢＣ９００４他）を開発し、販売している（非特許文献１）。
【0003】
従来、デジタル放送を光回線で配信するには映像用回線終端装置（ＶＯＮＵ）を用いるのが一般的であったが、このＩＰ－ＲＦ変換ユニットはＩＰ伝送により配信されるＴＳパケットをＩＳＤＢ－Ｔ方式で直交周波数分割多重（ＯＦＤＭ： Orthogonal Frequency Division Multiplexing）変調し、宅内の既存のＲＦ信号と混合して、テレビ受信機に映像を映すことができる。これにより、例えば、地上デジタル（地デジ）放送の空きチャンネルを利用することで、セットトップボックス（ＳＴＢ）専用のリモートコントローラ（以下、リモコン）を用いることなく、受信したストリームを他の放送番組と同様にテレビ受信機のリモコンで選局することができるようになる。
【0004】
このようなＩＰ－ＲＦ変換ユニットを用いることにより、ケーブルテレビジョン（ＣＡＴＶ）の伝送路であるケーブルではなく次世代ネットワーク（ＮＧＮ）のような通信ネットワークを利用したＩＰ伝送によって、いわゆるコミュニティチャンネルのような地域の生活に密着した情報をストリームデータとして配信することができる。コミュニティチャンネルは、一般に、地元情報、地域イベント、地域スポーツ特番、地域で活躍する人の人物紹介などを内容とする自主（オリジナル）放送である。
【0005】
このようなＩＰ－ＲＦ変換装置において、配信サーバから個々の受信端末へストリームを送信するユニキャスト配信において、各受信端末から配信サーバへストリームのユニキャスト配信を要求（リクエスト）するトリガーを発生する必要がある。本出願人の出願に係る特許文献１では、専用の機能を組み込んだＳＴＢや特別なテレビ受信機を用いることなく、既存のテレビ受信機からユニキャスト配信の開始のトリガーを発生することができるストリーム配信システムおよびストリーム配信方法を提案している。
【先行技術文献】
【特許文献】
【0006】
【文献】特開2019-161513号公報
【非特許文献】
【0007】
【文献】コミュニティチャンネルをTVリモコンから視聴可能に！多チャンネル対応：ｈｔｔｐｓ：／／ｗｗｗ．ｉｐｒｏｓ．ｊｐ／ｐｒｏｄｕｃｔ／ｄｅｔａｉｌ／２０００４２６９９８／
【発明の概要】
【発明が解決しようとする課題】
【0008】
ところで、リアルタイム放送ではなくユーザが望む時点で所望のコンテンツの配信を行うＶＯＤ（Video On Demand）配信サービスの需要が高まっている。デジタルテレビ受信機（以下、単にテレビ受信機ともいう）においては、ＨＴＭＬ５などのウェブ技術を用いて放送と通信を連携したサービスを行う技術としてのハイブリッドキャスト機能に対応したものが提供されている。このようなハイブリッドキャスト対応のテレビ受信機では、比較的簡単にＶＯＤ配信サービスを利用することが可能である。
【0009】
テレビ受信機におけるハイブリッドキャスト機能の起動は、通常、データ放送を利用して行われる。データ放送は、既存の放送チャンネルに対応して送出されるものである。したがって、既存のテレビ放送事業者以外の事業者がＶＯＤ配信サービスに参入するのは敷居が高いというのが現状であった。
【0010】
また、ハイブリッドキャストによるＶＯＤ配信サービスを利用することができるテレビ受信機はハイブリッドキャスト機能を搭載した特別仕様のテレビ受信機に限定された。すなわち、ハイブリッドキャスト非対応のテレビ受信機においてはＶＯＤ配信サービスの利用が容易ではなかった。
【0011】
本発明はこのような背景においてなされたものであり、その目的は、既存のテレビ放送事業者以外の事業者が比較的容易にＶＯＤ配信サービスに参入することを可能とするＩＰ－ＲＦ変換装置およびＩＰ－ＲＦ変換方法を提供することにある。
【0012】
また、本発明の他の目的は、ハイブリッドキャスト非対応のテレビ受信機においてもＶＯＤ配信サービスの利用を可能とするＩＰ－ＲＦ変換装置およびＩＰ－ＲＦ変換方法を提供することにある。
【課題を解決するための手段】
【0013】
本発明によるＩＰ－ＲＦ変換装置は、デジタルテレビ受信機の前段に配置され、通信ネットワークに接続されるＩＰ－ＲＦ変換装置であって、テレビ受信機に所定の動作を行わせるためのＢＭＬ（Broadcast Markup Language）文書を含むデータ放送ＴＳを再生するデータ放送ＴＳ再生部と、ハイブリッドキャスト非対応のデジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介してコンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するとともに、前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得し、それぞれに対応する画像ＴＳおよび動画ＴＳを再生する画像・動画再生部と、前記データ放送ＴＳ、前記画像ＴＳおよび前記動画ＴＳを多重化する多重化部と、前記多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力する手段とを備え、前記ＢＭＬ文書は、前記デジタルテレビ受信機がハイブリッドキャスト対応か否かを当該デジタルテレビ受信機において確認させるための第１のＢＭＬ要素、ハイブリッドキャスト対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるための第２のＢＭＬ要素、および、ハイブリッドキャスト非対応である場合に前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるための第３のＢＭＬ要素を有するものである。
【0014】
この構成により、デジタルテレビ受信機は外部から受領したＢＭＬ文書に基づいて必要な所定の動作を行う。デジタルテレビ受信機がハイブリッドキャスト対応である場合にデジタルテレビ受信機に通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるとともに、ハイブリッドキャスト非対応である場合にコンテンツサーバにアクセスさせるように、アクセス先を切り替え、それぞれにおいてＶＯＤ配信サービスを提供することが可能となる。
【0015】
前記ＢＭＬ文書は、前記メニュー画面を表示する際に利用されるカーソル情報を有する第４のＢＭＬ要素を含むことができる。これにより、メニュー画面上で利用されるカーソル情報がＩＰ－ＲＦ変換装置からテレビ受信機へ提供される。
【0016】
前記カーソル情報は、カーソル表示情報およびカーソル操作情報を包含することができる。
【0017】
前記所定のチャンネル周波数の所定のチャンネルは、例えば、前記デジタルテレビ受信機の空きチャンネルである。これにより、ＩＰ－ＲＦ変換装置が既存の受信放送チャンネルに影響を与えることがない。
【0018】
前記メニュー画面の表示の前に、予め定められた初期画面の映像ＴＳを再生出力する初期画面再生部をさらに備えてもよい。これにより、メニュー画面の表示前に、本実施形態に係るチャンネルが選局されたことをユーザに知らしめることができる。
【0019】
前記動画コンテンツのメニュー画面は全体画像のＩフレームと部分画像（空も含む）の複数枚のＰフレームからなるＧＯＰの繰り返しとして圧縮符号化されたものであってもよい。これにより、圧縮符号化に要する時間が短縮されるとともに、圧縮後のデータ量も低減される。
【0020】
前記ＢＭＬ文書は、通信ネットワークを介して外部のサーバから取得され、内部に不揮発的に記憶されてもよい。これにより、ＢＭＬ文書の更新の際にのみ外部のサーバへアクセスすれば足りる。
【0021】
上記ＩＰ－ＲＦ変換装置は、前記通信ネットワークを介してリアルタイム放送の放送ＴＳを取得する手段と、前記放送ＴＳを変調し、前記デジタルテレビ受信機の他の所定のチャンネル周波数のＲＦ信号に変換して出力する手段とをさらに備えてもよい。これにより、通信ネットワーク経由でコミュニティチャンネルなどのリアルタイム放送を受信することができる。
【0022】
前記メニュー画面の表示の前に、予め定められた初期画面の映像ＴＳを再生出力する初期画面再生部をさらに備え、前記初期画面に対して、ＶＯＤ配信サービスおよびリアルタイム放送サービスの切り替え選択を可能とした初期メニューを追加してもよい。
【0023】
本発明によるＩＰ－ＲＦ変換装置は、他の見地によれば、デジタルテレビ受信機の前段に配置され、通信ネットワークに接続されるＩＰ－ＲＦ変換装置であって、前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるためのＢＭＬ要素を有するＢＭＬ文書を含むデータ放送ＴＳを再生するデータ放送ＴＳ再生部と、前記デジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介して前記コンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するとともに、前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得し、それぞれに対応する画像ＴＳおよび動画ＴＳを再生する画像・動画再生部と、前記データ放送ＴＳ、前記画像ＴＳおよび前記動画ＴＳを多重化する多重化部と、前記多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力する手段とを備えたものである。これにより、ハイブリッドキャスト非対応のテレビ受信機に対してＶＯＤ配信サービスを提供することができる。
【0024】
本発明によるＩＰ－ＲＦ変換方法は、デジタルテレビ受信機の前段に配置され、通信ネットワークから受信した動画コンテンツをＲＦ信号に変換して前記デジタルテレビ受信機へ送出するＩＰ－ＲＦ変換方法であって、
テレビ受信機に所定の動作を行わせるためのＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
ハイブリッドキャスト対応のデジタルテレビ受信機に、通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるステップと、
ハイブリッドキャスト非対応のデジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介してコンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記ハイブリッドキャスト非対応のデジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
を備えたものである。
テレビ受信機に所定の動作を行わせるためのＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
ハイブリッドキャスト対応のデジタルテレビ受信機に、通信ネットワークを介してハイブリッドキャストサーバへアクセスさせるステップと、
ハイブリッドキャスト非対応のデジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介してコンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記ハイブリッドキャスト非対応のデジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記ハイブリッドキャスト非対応のデジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
を備えたものである。
【0025】
本発明によるＩＰ－ＲＦ変換方法は、他の見地によれば、デジタルテレビ受信機の前段に配置され、通信ネットワークから受信した動画コンテンツをＲＦ信号に変換して前記デジタルテレビ受信機へ送出するＩＰ－ＲＦ変換方法であって、
前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるためのＢＭＬ要素を有するＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
前記デジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介して前記コンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記デジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
を備えたものである。
前記デジタルテレビ受信機に通信ネットワークを介してコンテンツサーバへアクセスさせるためのＢＭＬ要素を有するＢＭＬ文書を含むデータ放送ＴＳを再生するステップと、
前記デジタルテレビ受信機から通信媒体を介して受けた要求に応じて通信ネットワークを介して前記コンテンツサーバにアクセスし、動画コンテンツ選択用のメニュー画面の画像データを取得するステップと、
前記メニュー画面の画像データに対応する画像ＴＳを再生するステップと、
前記データ放送ＴＳおよび前記画像ＴＳを多重化するステップと、
前記データ放送ＴＳおよび前記画像ＴＳが多重化されたＴＳを変調し、前記デジタルテレビ受信機の所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
前記デジタルテレビ受信機において前記メニュー画面から選択された動画コンテンツを前記コンテンツサーバから取得するステップと、
前記動画コンテンツに対応する動画ＴＳを再生するステップと、
前記動画ＴＳを変調し、前記デジタルテレビ受信機の前記所定のチャンネル周波数のＲＦ信号に変換して出力するステップと、
を備えたものである。
【発明の効果】
【0026】
本発明によるＩＰ－ＲＦ変換装置およびＩＰ－ＲＦ変換方法を用いることにより、既存のテレビ放送事業者以外の事業者が比較的容易にＶＯＤ配信サービスに参入することを可能とすることができる。また、ハイブリッドキャスト非対応のテレビ受信機においてもＶＯＤ配信サービスの利用を可能とすることができる。
【図面の簡単な説明】
【0027】
【図1】本発明の第１の実施形態のＩＰ－ＲＦ変換装置を利用したＶＯＤ配信システム全体の概略構成を示すブロック図である。
【図2】本発明の実施形態によるＩＰ－ＲＦ変換装置の内部構成例を示す図である。
【図4】本発明の実施形態におけるハイブリッドキャスト非対応のテレビ受信機に表示される表示メニューの基本的な構成例を示すメニュー画面を示す図である。
【図5】図１に示したコンテンツサーバコンテンツサーバにより提供される動画コンテンツの選択肢を示す行列表示領域と、リモコンのボタンの機能説明の表示枠とにより構成される、テレビ受信機に表示されるメニュー画面を示す図である。
【図7】ジャンルの選択肢を示すジャンル・モード指定画面としてのメニュー画面の例を示す図である。
【図8】本発明の実施形態におけるコンテンツサーバでのメニュー画面の生成方法について説明するための図である。
【図9】本発明の実施形態におけるＩＰ－ＲＦ変換装置の初期処理を表すフローチャートである。
【図10】本発明の実施形態におけるテレビ受信機の主要な処理を表したフローチャートである。
【図11】本発明の実施形態においてテレビ受信機がハイブリッドキャスト対応の場合のＩＰ－ＲＦ変換装置とテレビ受信機とハイブリッドキャストサーバの三者の間のやりとりの例を示すシーケンス図である。
【図12】本発明の実施形態においてテレビ受信機がハイブリッドキャスト非対応の場合のＩＰ－ＲＦ変換装置とテレビ受信機とハイブリッドキャストサーバの三者の間のやりとりの例を示すシーケンス図である。
【図13】本発明の第２の実施形態としてのＩＰ－ＲＦ変換装置の構成例を示すブロック図である。
【図14】本発明の第３の実施形態としてのＩＰ－ＲＦ変換装置の構成例を示すブロック図である。
【図15】本発明の第４の実施形態における初期画面の一例を示す図である。
【発明を実施するための形態】
【0028】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【0029】
＜第１の実施形態＞
図１は、本発明の第１の実施形態のＩＰ－ＲＦ変換装置２００を利用したＶＯＤ配信システム全体の概略構成を示すブロック図である。
図１は、本発明の第１の実施形態のＩＰ－ＲＦ変換装置２００を利用したＶＯＤ配信システム全体の概略構成を示すブロック図である。
【0030】
本実施形態において、ＩＰ－ＲＦ変換装置２００は、デジタルテレビ受信機３００（３００ａ，３００ｂを総称）の前段に配置され、通信ネットワーク１５０から受信した動画コンテンツをＲＦ信号（放送波信号）に変換して同軸ケーブル等の放送波搬送媒体を介して当該テレビ受信機３００へ送出するものである。
【0031】
より具体的には、ＩＰ－ＲＦ変換装置２００は、その一端においてＬＡＮケーブルおよびルータ１７０を介して通信ネットワーク１５０に接続されるとともに、他端において放送波搬送媒体を介してデジタルテレビ受信機３００ａ，３００ｂ（以下、単にテレビ受信機ともいう）と接続される。ＩＰ－ＲＦ変換装置２００に接続されるテレビ受信機３００は複数台でなく、１台であってもよい。
【0032】
テレビ受信機３００ａ，３００ｂは、それぞれ通信媒体（例えば有線ＬＡＮまたは無線ＬＡＮ）を介してルータ１７０に接続される。各テレビ受信機３００は、ルータ１７０内のハブ機能を利用して、ＩＰ－ＲＦ変換装置２００との相互の通信が可能である。通信ネットワーク１５０が光通信ネットワークである場合には、ルータ１７０の前段に図示しない光回線終端装置（ＯＮＵ：Optical Network Unit）が配置される。テレビ受信機３００ａ，３００ｂはそれぞれそのユーザ操作のためのリモコン３９０ａ，３９０ｂ（総称して３９０）を備えている。
【0033】
通信ネットワーク１５０は次世代ネットワーク（ＮＧＮ）等のＩＰネットワークであり、本実施形態ではハイブリッドキャストサーバ１１０、コンテンツサーバ１２０、リアルタイム放送送出装置１３０、および制御サーバ１４０が接続されている。
【0034】
ハイブリッドキャストサーバ１１０は、ハイブリッドキャスト対応のテレビ受信機３００からのアクセスに応じて、当該テレビ受信機３００へ動画コンテンツ等のコンテンツのオンデマンド配信サービスを提供するためのサーバである。
【0035】
コンテンツサーバ１２０は、本実施形態のＩＰ－ＲＦ変換装置２００からのアクセスに応じて、ＩＰ－ＲＦ変換装置２００を介してテレビ受信機３００への動画コンテンツ等のオンデマンド配信サービスを提供するためのサーバである。
【0036】
リアルタイム放送送出装置１３０は、ＩＰ－ＲＦ変換装置２００からのアクセスに応じて、ＣＡＴＶ事業者のコミュニティチャンネルなどのリアルタイム放送（リニア放送）を提供する装置である。
【0037】
制御サーバ１４０は、コンテンツサーバ１２０によるＶＯＤ配信サービスを起動するためのデータ、例えば、データ放送コンテンツ（固定データ放送ＴＳ）などをＩＰ－ＲＦ変換装置２００に提供する（ダウンロードさせる）ためのサーバである。制御サーバ１４０の機能はコンテンツサーバ１２０に包含されてもよい。
【0038】
本実施形態におけるＩＰ－ＲＦ変換装置２００は、主として、次のような機能を有する。
（ａ）接続されるテレビ受信機３００がハイブリッドキャスト対応か否かを当該テレビ受信機において確認させる機能。
（ｂ）接続されるテレビ受信機３００がハイブリッドキャスト対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してハイブリッドキャストサーバ１１０へアクセスさせる機能。
（ｃ）接続されるテレビ受信機３００がハイブリッドキャスト非対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してコンテンツサーバ１２０へアクセスさせる機能。（メニュー画面表示およびカーソルを用いたメニュー選択機能を含む。）
（ｄ）テレビ受信機３００において上記機能を実現させるためのデータ放送コンテンツとしてのＢＭＬ文書（放送用マークアップ言語文書）をテレビ受信機３００の所定のチャンネル周波数のＲＦ信号として出力する機能。
（ｅ）ハイブリッドキャスト非対応のテレビ受信機３００から通信媒体を介して受けた要求に応じて、通信ネットワーク１５０を介してコンテンツサーバ１２０をアクセスして当該要求に応じた動画コンテンツを取得する機能。
（ｆ）コンテンツサーバ１２０から取得した動画コンテンツを所定のチャンネル周波数のＲＦ信号として出力する機能。
（ｇ）通信ネットワーク１５０を介して制御サーバ１４０にアクセスし、必要な情報を取得する機能。
（ｈ）テレビ受信機３００に対してリアルタイム放送送出装置１３０から通信ネットワーク１５０を介してリアルタイム放送を受信して同一または他の所定のチャンネル周波数のＲＦ信号として出力する機能。
（ａ）接続されるテレビ受信機３００がハイブリッドキャスト対応か否かを当該テレビ受信機において確認させる機能。
（ｂ）接続されるテレビ受信機３００がハイブリッドキャスト対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してハイブリッドキャストサーバ１１０へアクセスさせる機能。
（ｃ）接続されるテレビ受信機３００がハイブリッドキャスト非対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してコンテンツサーバ１２０へアクセスさせる機能。（メニュー画面表示およびカーソルを用いたメニュー選択機能を含む。）
（ｄ）テレビ受信機３００において上記機能を実現させるためのデータ放送コンテンツとしてのＢＭＬ文書（放送用マークアップ言語文書）をテレビ受信機３００の所定のチャンネル周波数のＲＦ信号として出力する機能。
（ｅ）ハイブリッドキャスト非対応のテレビ受信機３００から通信媒体を介して受けた要求に応じて、通信ネットワーク１５０を介してコンテンツサーバ１２０をアクセスして当該要求に応じた動画コンテンツを取得する機能。
（ｆ）コンテンツサーバ１２０から取得した動画コンテンツを所定のチャンネル周波数のＲＦ信号として出力する機能。
（ｇ）通信ネットワーク１５０を介して制御サーバ１４０にアクセスし、必要な情報を取得する機能。
（ｈ）テレビ受信機３００に対してリアルタイム放送送出装置１３０から通信ネットワーク１５０を介してリアルタイム放送を受信して同一または他の所定のチャンネル周波数のＲＦ信号として出力する機能。
【0039】
これらの一部の機能を実現するためのＢＭＬ文書は、接続されるテレビ受信機３００がハイブリッドキャスト対応か否かを当該テレビ受信機３００において確認させるための第１のＢＭＬ要素、ハイブリッドキャスト対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してハイブリッドキャストサーバ１１０へアクセスさせるための第２のＢＭＬ要素、ハイブリッドキャスト非対応である場合に当該テレビ受信機３００に通信ネットワーク１５０を介してコンテンツサーバ１２０へアクセスさせるための第３のＢＭＬ要素、および、ハイブリッドキャスト非対応のテレビ受信機３００が動画コンテンツ選択用のメニュー画面を表示する際に利用されるカーソル情報を有する第４のＢＭＬ要素を含む。本明細書においてカーソル情報には、後述するようにカーソル表示情報およびカーソル操作情報を包含する。
【0040】
より具体的には、上記機能（ａ）において、接続されるテレビ受信機３００がハイブリッドキャスト対応か否かを当該テレビ受信機において確認させるためには、例えば、ＢＭＬ文書の第１のＢＭＬ要素として以下のコマンドを発行することにより行える。
getBrowserSupport()
getResidentAppVersion()
getBrowserSupport()
getResidentAppVersion()
【0041】
さらに具体的な手順については ARIB TR-B14 第3編 第2部 8.8.1(1) getBrowserSupport()の運用 及び 8.8.1(2) getResidentAppVersion()の運用で規定されている。
【0042】
上記機能（ｂ）において、ハイブリッドキャスト対応のテレビ受信機３００に通信ネットワーク１５０を介してハイブリッドキャストサーバ１１０へアクセスさせるために、データ放送のＢＭＬ文書内に第２のＢＭＬ要素として、ＨＴＭＬアプリケーションを起動するための所定のコマンドを含むＡＩＴ（Application Information Table）を記述しておく。
【0043】
ハイブリッドキャスト対応のテレビ受信機３００は、データ放送を受領してＢＭＬ文書に記述されたＡＩＴを取得して、その後、ＨＴＭＬアプリケーションを起動する。より具体的には、当該テレビ受信機３００は、ハイブリッドキャスト機能が実装されていれば、ＢＭＬ文書の記述に従ってハイブリッドキャストサーバ１１０をアクセスする。最初にＡＩＴファイルをアクセスして、その中にテレビ受信機３００側のハイブリッドキャストのバージョン番号などを取得するコマンドに応じて、どのバージョン（H.264／H.265）のデコードが可能かなどを判定し、ハイブリッドキャストサーバ１１０へ応答する。これに応じて、ハイブリッドキャストサーバ１１０からのＶＯＤ配信サービスが開始される。
【0044】
上記機能（ｃ）において、第３のＢＭＬ要素として、ハイブリッドキャスト非対応のテレビ受信機３００に、ＢＭＬ文書を受信して最初にその旨をＩＰ－ＲＦ変換装置２００へ知らせる初期受信状態通知を行わせるコマンド、およびユニキャストによるコンテンツサーバ１２０への接続を開始させるコマンドを記述しておく。テレビ受信機３００へ送出するＢＭＬ文書内にＩＰ－ＲＦ変換装置２００のアドレス情報（ここではＩＰアドレス）を含めておく。
【0045】
第４のＢＭＬ要素については以下で詳述する。
【0046】
図２に、ＩＰ－ＲＦ変換装置２００の内部構成例を示す。このＩＰ－ＲＦ変換装置２００は、ＩＰ入力部２０１、ダウンロード制御部２０２、チャンネル（ＣＨ）ユニット２１０、ＲＦアップコンバータ部２５０、アップリンク制御部２６０、および全体制御部２７０を備える。この図２に示した構成は、ハイブリッドキャスト非対応のテレビ受信機３００に対するＩＰ－ＲＦ変換装置２００によるＶＯＤ配信サービスに係る機能に関する部分を示しているが、後述するようにＩＰ－ＲＦ変換装置２００は他の機能部も包含しうる。
【0047】
ＩＰ入力部２０１は、コンテンツサーバ１２０から通信ネットワーク１５０およびルータ１７０を介してＩＰソース（コンテンツサーバ１２０等）から受け取ったＩＰパケットを入力する入力インタフェース部である。ＩＰ入力部２０１は、より具体的には、ＩＰパケットとして、ＴＳパケットを含むＲＴＰ（Real-time Transport Protocol）パケットを受信する。ＩＰ入力の具体的なインタフェースは問わない。
【0048】
ダウンロード制御部２０２は、ＩＰ入力部２０１に接続され、チャンネルユニット２１０内に必要なデータ放送コンテンツ（ＢＭＬ文書）等の情報のダウンロードを司るための部位である。
【0049】
チャンネルユニット２１０は、ＩＰ－ＲＦ変換装置２００から出力する１つのチャンネル用の多重化されたＴＳを生成するＴＳ生成部２２０およびこの多重化されたＴＳの地デジ変調を行うＩＳＤＢ－Ｔ変調部２３０を有する。
【0050】
ＴＳ生成部２２０は、ＳＩ情報再生部２２１、データ放送ＴＳ再生部２２２、初期画面再生部２２３、ＲＴＰ／ＲＴＳＰ（Real Time Streaming Protocol）再生部としての画像・動画再生部２２４、および多重化部２２６を含む。
【0051】
ＳＩ情報再生部２２１は、ダウンロードされ不揮発性メモリに記憶された情報に基づいて、後述する地デジＳＩ情報 (SI=Service Information)を再生出力する部位である。
【0052】
データ放送ＴＳ再生部２２２は、ダウンロードされた情報に基づいて、予め用意された固定のデータ放送ＴＳを再生出力する部位である。
【0053】
初期画面再生部２２３は、ダウンロードされ不揮発性メモリに記憶された情報（初期画面のＴＳファイル）に基づいて、初期表示映像としての初期画面の映像ＴＳを再生出力する部位である。コンテンツサーバ１２０からメニュー画面の画像の受信が完了するまでに所定の時間が掛かることに鑑み、「初期画面」は、メニュー画面の表示前の当該時間内に、本実施形態に係るチャンネルが選局されたことをユーザに知らしめるための表示される画面である。具体的には、本実施形態に係るチャンネルが選局されたことをユーザに知らしめるための予め用意された画像、文字、ロゴ等の一部または全部により構成される画面である。
【0054】
画像・動画再生部２２４は、ＩＰ入力部２０１においてＲＴＰプロトコル・ＲＴＳＰプロトコルに則って受信された画像や動画コンテンツのＴＳ再生を行う部位である。
【0055】
多重化部２２６は、これら再生されたＳＩ情報、データ放送、初期画面、および動画コンテンツを多重化したＴＳを生成する部位である。
【0056】
ＴＳ生成部２２０から出力される多重化されたＴＳは、ＩＳＤＢ－Ｔ変調部２３０においてＩＳＤＢ－Ｔ方式で直交周波数分割多重（ＯＦＤＭ： Orthogonal Frequency Division Multiplexing）変調される。このＩＳＤＢ－Ｔ変調部２３０およびＲＦアップコンバータ部２５０は、多重化されたＴＳを変調し、テレビ受信機３００の所定のチャンネル周波数のＲＦ信号に変換して出力する手段を構成する。
【0057】
さらに、このＩＳＤＢ－Ｔ変調部２３０の出力デジタルデータは、ＲＦアップコンバータ部２５０において、ＤＵＣ（デジタルアップコンバータ）で周波数領域にマッピングされ、ＤＡＣ（デジタルアナログコンバータ）でＩＱデータとなり、最終的にＲＦアップコンバータで所定の周波数のＲＦ信号として出力される。
【0058】
アップリンク制御部２６０は、テレビ受信機３００からのＬＡＮ応答に応じて、ＶＯＤ制御のためにＩＰソース（コンテンツサーバ１２０等）にアクセスするとともに、ＴＳ生成部２２０の動作を制御する部位である。
【0059】
全体制御部２７０は、図示しないプロセッサ等により構成され、ＩＰ－ＲＦ変換装置２００の全体の動作を司る部位であり、ダウンロード制御部２０２およびアップリンク制御部２６０を包含する。
【0060】
図３は、コンテンツサーバ１２０の本実施形態における特有の機能を説明するための図である。コンテンツサーバ１２０は、ハイブリッドキャスト非対応のテレビ受信機３００からの要求を受けたＩＰ－ＲＦ変換装置２００からのＩＰ制御情報に応じて、メニュー画面番号受信部１２１でＩＰ制御情報内に含まれるメニュー画面番号を確認し、ついでメニュー静止画生成部１２３で当該メニュー画面番号に対応するメニュー静止画を生成する。この生成されたメニュー静止画は、本実施形態では、ＭＰＥＧ２符号化部１２５においてMPEG2-HD IPPPP形式で圧縮符号化され、さらにＴＳ変換部１２７でＴＳに変換されて、ＩＰ－ＲＦ変換装置２００宛にＲＴＰ伝送される。
【0061】
メニュー静止画は、以下に具体例を後述するが、ハイブリッドキャスト非対応のテレビ受信機３００においてＶＯＤ配信サービスを利用するためのメニュー画面を構成するものである。
【0062】
図４は、本実施形態におけるハイブリッドキャスト非対応のテレビ受信機３００に表示される表示メニューの基本的な構成例を示すメニュー画面５００である。このメニュー画面５００の画像データはコンテンツサーバ１２０からＩＰ－ＲＦ変換装置２００を介して映像としてテレビ受信機３００に伝送される。この例におけるメニュー画面５００は動画コンテンツ等の複数の選択肢を行列状に提示する行列表示領域５１０と、選択された選択肢の詳細および作業結果の表示枠５１２と、テレビ受信機３００のリモコン３９０のボタン（キー）の機能説明を表示する表示枠５１３と、選択肢がジャンル等である場合に当該選択肢に該当する動画本数の表示枠５１４とを有する。メニュー画面によってこれらの表示枠の形状やサイズ、有無は変わりうる。
【0063】
行列表示領域５１０には、行列状に配置された複数の選択肢枠５１１のうちの１つを選択的にフォーカスする枠状のカーソル５２０が表示される。このカーソル５２０は、テレビ受信機３００でのカーソル操作による選択肢の選択支援のためにテレビ画面上に表示される表示要素である。図示の例では選択肢枠５１１のサイズは３２０画素×１８０画素である。
【0064】
カーソル５２０は、行列状に配置された複数の選択肢の間をユーザによるリモコン３９０の操作により移動可能であり、カーソル５２０の位置する選択肢に対する選択がリモコン３９０の操作により確定される。カーソル５２０のカーソル情報は、ＢＭＬ文書として制御サーバ１４０からＩＰ－ＲＦ変換装置２００にダウンロードされ、データ放送ＴＳ再生部２２２内に不揮発的に記憶されたものがデータ放送としてテレビ受信機３００へ提供される。データ放送ＴＳ再生部２２２内のＢＭＬ文書は必要時に更新される。
【0065】
本明細書においてカーソル情報には、カーソル表示情報およびカーソル操作情報を包含する。カーソル表示情報はカーソル５２０の形状や色、サイズ等の表示に関わる情報である。カーソル操作情報は、カーソル５２０の移動や選択の制御に関する情報のほか、操作に関してユーザを支援するための情報を含みうる。カーソル５２０の移動や選択の制御に関する情報は、具体的には、データ放送関連のリモコンのボタンの操作等に応じて、所定の動作や機能を実行するためのプログラム、例えばＢＭＬスクリプトを包含する。
【0066】
好ましくはメニュー画面５００として複数のメニュー画面が用意される。それらの構成は基本的には共通であるが、用途や機能に応じて変更しうる。この例では、複数のメニュー画面は切り替え可能な複数のページで構成される。また、ジャンルの選択肢を示すジャンル・モード指定画面のように階層構造を構成するメニュー画面を用意してもよい。
【0067】
図５は、コンテンツサーバ１２０により提供される動画コンテンツの選択肢を示す行列表示領域５１０と、リモコン３９０のボタンの機能説明の表示枠５１３とにより構成される、テレビ受信機３００に表示されるメニュー画面５００ａを示している。この例では、個々の選択肢枠５１１内の動画の１シーン等を表す映像を「映像１」、「映像２」等と表示している。このメニュー画面５００ａは、上述のように、静止画の画像データとしてコンテンツサーバ１２０からＩＰ－ＲＦ変換装置２００へ送信され、ＩＰ－ＲＦ変換装置２００から静止画映像としてテレビ受信機３００に送出されたものである。ここでいう「静止画映像」とは選択肢として示した「映像１」～「映像３０」の個々の「映像」ではなく、メニュー画面５００ａ全体を表示する映像を指している。
【0068】
表示枠５１３内には、このメニュー画面５００ａが表示された状態で、リモコン３９０のカラーボタンに割り当てられた機能を示している。青ボタンにはメニュー画面５００ａのページを上方へ切り替える機能「ＰＧ ＵＰ」が割り当てられ、赤ボタンにはページを下方へ切り替える機能「ＰＧ ＤＯＷＮ」が割り当てられている。また、緑ボタンにはジャンル・モード指定画面（後述）への切り替えを行う機能「ジャンル」が割り当てられ、黄ボタンには検索画面（図示せず）への切り替えを行う機能「検索」が割り当てられている。さらに、「戻る」ボタンが戻る機能に割り当てられ、Ｄボタンには「トップ画面」へ移行する機能が割り当てられている。ここにトップ画面とはハイブリッドキャスト非対応のテレビ受信機３００においてＶＯＤ配信機能が起動されたときに最初に表示されるメニュー画面である。トップ画面が表示されている状態ではＤボタンの表示は無くすか、低輝度表示としてもよい。あるいは、Ｄボタンの表示が存在してもＤボタンの押下が無視されるようにしてもよい。
【0069】
図５に示したようなテレビ受信機３００に表示される静止画映像に重ねてカーソル５２０が表示される。この様子を図６に示す。この例では、カーソル５２０は初期的に行列表示領域５１０の最も左上の選択肢枠に位置するようにしている。ただし、カーソル５２０の初期表示位置はこの位置に限るものではない。
【0070】
上述のとおりカーソル５２０のカーソル表示情報とカーソル操作情報とを含むカーソル情報はＩＰ－ＲＦ変換装置２００から提供されるＢＭＬ文書に含まれ、ＩＰ－ＲＦ変換装置２００が、カーソル情報をデータ放送のＢＭＬ文書としてＲＦ信号に含めてテレビ受信機３００へ送出する。これに基づいてテレビ受信機３００がデータ放送としてカーソル５２０を表示する。また、リモコン３９０の操作に基づくカーソル５２０の移動制御もＢＭＬ文書内の記述に基づいて実現される。
【0071】
データ放送に対応した既存のテレビ受信機３００にはＢＭＬブラウザが内蔵されており、本実施形態によるＢＭＬ文書に基づいて、メニュー画面上での選択肢の選択のためのカーソル表示およびリモコン操作による選択動作を実現する。すなわち、テレビ受信機３００は、メニュー画面情報に対応するメニュー画面を表示するとともに、ＢＭＬ文書に基づいてユーザ操作により複数の選択肢の間を移動可能なカーソル５２０を表示し、ＢＭＬ文書に基づいて、ユーザ操作による選択結果を表すメッセージを通信媒体経由でＩＰ－ＲＦ変換装置２００へ出力する機能を有する。
【0072】
ＩＰ－ＲＦ変換装置２００から送出されたメニュー画面の静止画映像はテレビ受信機３００の画面に表示されるとともに、その上にＢＭＬ文書に基づいてカーソル５２０が重畳される。フォーカスの移動（すなわちカーソル５２０の移動）は、テレビ受信機３００のリモコン３９０の操作に応じてＢＭＬ文書内のスクリプトに従って行われる。
【0073】
図６のメニュー画面５００ａにおいて、特定の選択肢にカーソル５２０が位置している状態で決定ボタンが押下された場合に、その旨を示すメッセージ（選択肢を特定する情報を含む）が通信媒体経由でＩＰ－ＲＦ変換装置２００へ送信される。この機能はＢＭＬ文書のスクリプトによって実現される。
【0074】
当該メッセージを受信したＩＰ－ＲＦ変換装置２００は、コンテンツサーバ１２０に対して、動画コンテンツの配信要求を送信する。この要求を受けたコンテンツサーバ１２０は、あらかじめ所定の符号化方式（ここではＭＰＥＧ２－ＨＤ）で符号化した動画ファイルを保存しておき、要求された動画コンテンツの配信をＩＰ－ＲＦ変換装置２００に対して開始する。コンテンツサーバ１２０は、その時点でテレビ受信機３００に表示されているメニュー画面番号を把握しており、選択肢特定情報に基づいて要求された動画コンテンツを特定することができる。ＩＰ－ＲＦ変換装置２００は、この動画コンテンツをテレビ放送の動画ＴＳに変換してテレビ受信機３００へ送出する。テレビ受信機３００は、メニュー画面に代わってこの動画映像を全画面表示する。
【0075】
ここで、本実施形態におけるメニュー画面でのカーソル表示およびリモコン操作についてさらに具体的に説明する。この機能は、ＢＭＬ文書の第４のＢＭＬ要素として記述により実現される。
【0076】
本実施形態では、テレビ受信機３００は、ＢＭＬ文書に基づいて、ユーザ操作に従ってメニュー画面における１選択肢枠に位置するカーソル５２０を現在の選択肢枠から他の選択肢枠へ移動させ、ユーザ操作に従って選択肢の選択を確定する。
【0077】
ユーザ操作は基本的にはテレビ受信機３００のリモコン３９０により行われ、ＢＭＬ文書に基づいて、リモコン３９０の矢印キーの操作に応じてカーソル５２０の移動が行われ、リモコン３９０の決定ボタンの操作に応じてその時点でカーソル５２０が表示されている選択肢枠の選択が確定される。
【0078】
上述したように、カーソル表示は、すべての選択対象の選択肢枠に対して枠の表示情報を設定しておき、リモコン３９０の矢印キー操作に対応したＢＭＬのフォーカス制御を利用して、矢印キー操作に応じた１つの選択肢枠のみ、他の選択肢枠から際だって見えるように、枠の表示属性を制御することによってカーソルの表示および移動を行うことができる。本実施形態では、表示属性として、枠の表示色を変更する。より具体的には、カーソル５２０が表示されている選択肢枠のみその枠を目立つ色で表示し、他のフォーカスされていない選択肢枠の枠は目立たない色として例えばグレーの半透明（またはゼロ輝度）などに設定する。それぞれの選択肢枠の枠情報としては、所定の幅を有する枠の位置（例えば左上角の座標）及びサイズを定めることができる。
【0079】
なお、リモコンの矢印キーの操作に応じて、カーソル５２０がどのように移動するかは、ＢＭＬ文書において、各選択肢枠について、上下左右の各矢印キーに対して次に移行する移行先の選択肢枠を定めておくことができる。すなわち、フォーカスの対象となる各要素(画像やdivなど)にnav-indexというインデックス番号を割り当て、各要素について、フォーカスが当たっている状態で矢印キー（上下左右キー）の押下されたとき次にどのインデックス番号の要素に移動するかを設定しておく。
【0080】
上記の説明では、動画選択のためのメニュー画面は視聴対象の動画配信サイトの動画を直接的に指定するためのものとして説明した。しかし、メニュー画面に表示される選択肢としては、動画そのものではなく、複数の動画のグループを選択するための上位のメニュー画面であってもよい。
【0081】
図７は、ジャンルの選択肢を示すジャンル・モード指定画面としてのメニュー画面５００ｂの例を示している。このメニュー画面５００ｂにおける各選択肢枠には異なるジャンル（「最新映画」、「邦画」、「コメディ」等）が割り当てられている。いずれかのジャンルにカーソル５２０が当てられた状態で決定ボタンが押下されると、そのジャンルに属する複数の選択肢を示す他のメニュー画面が現在の画面に代わって表示される。図７のメニュー画面５００ｂでＤボタンが押されると、トップ画面への移行が行われる。
【0082】
次に、図８により、本実施形態におけるコンテンツサーバ１２０でのメニュー画面の生成方法について説明する。本実施形態では静止画のメニュー画面を圧縮符号化してＭＰＥＧ２－ＴＳとして出力する。一般に、映像（動画）圧縮符号化により得られるフレームにはＩフレーム（Ｉピクチャ）の他にＰフレーム（Ｐピクチャ）、Ｂフレーム（Ｂピクチャ）が含まれ、これらの所定数のフレームの１組の集合はＧＯＰ（Group Of Pictures）と呼ばれる。入力映像から変換周期毎に抽出された１フレームを所定の映像（動画）圧縮符号化方式（例えばＭＰＥＧ－２やＨ．２６４等）に従って圧縮符号化（フレーム内符号化）する。このような入力映像から抽出された１フレームがフレーム内符号化（イントラ符号化）方式により符号化されたフレームはＩフレームと呼ばれる。Ｐフレームとは、フレーム間順方向予測符号化によって得られるフレームであり、典型的には、直前（過去）のＩフレームとの差分で表されるフレームである。Ｂフレームとは、フレーム間双方向予測符号化によって得られるフレームであり、典型的には過去のＩまたはＰフレームを予測用の参照画面として用いるとともに、未来のＩまたはＰフレームを予測用の参照画面として用いるフレームである。
【0083】
あるＩフレームから次のＩフレームの前のフレームまでが１つのＧＯＰの範囲となる。各ＧＯＰにはＧＯＰヘッダが付加される。ＧＯＰヘッダには、スタートコード、タイムコード（時間符号）、オープン／クローズの識別フラグが含まれる。
【0084】
本実施形態では、ＧＯＰをＩフレームと複数枚のＰフレーム（この例では４枚）とで構成し、これを１セットとして、繰り返し送出する。また、各Ｐフレームは画像全体ではなく、Ｉフレームから順次異なる横長エリアを取り出した部分画像とする。これにより、圧縮符号化に要する時間が短縮されるとともに、圧縮後のデータ量も低減することができる。なお、メニュー画面の画質が許すのであれば、複数枚のＰフレームはすべて部分画像に代えて空の画像であってもよい。
【0085】
なお、メニュー画面の静止画像を同じＧＯＰの繰り返しとしてＭＰＥＧ２－ＴＳで送出することに代えて、当該静止画像データをデータファイルとしてＩＰ－ＲＦ変換装置２００へファイル転送し、ＩＰ－ＲＦ変換装置２００側で受信したデータファイルを再生して用いるようにしてもよい。
【0086】
図９にＩＰ－ＲＦ変換装置２００の初期処理を表すフローチャートを示す。
【0087】
ＩＰ－ＲＦ変換装置２００は初期セットアップ動作としてケーブルなどの接続が終了してＡＣアダプタが接続されると、すなわち電源オン時（またはリセット時）にまず、ルータ１７０から自身に割り当てられたＩＰアドレスを自動で取得する（Ｓ２０）。このＩＰアドレスおよび自身のシリアル番号をコンテンツサーバ１２０へ通知する（Ｓ２１）。
【0088】
ついで、ダウンロード制御部２０２において、制御サーバ１４０から初期画面のＴＳファイルとＢＭＬファイル（ＢＭＬ文書）をダウンロードする（Ｓ２２）。このＢＭＬ文書には、種々のアドレス情報、例えば、制御サーバ１４０自身のＩＰアドレス（グローバルＩＰアドレス）やコンテンツサーバ１２０のＩＰアドレス（グローバルＩＰアドレス）、ＩＰ－ＲＦ変換装置２００自身のＩＰアドレスなどが書き込まれた状態で制御サーバ１４０から受信される。コンテンツサーバ１２０および制御サーバ１４０のそれぞれのＩＰアドレス（グローバルＩＰアドレス）はＩＰ－ＲＦ変換装置２００の初期化ファイルなどにあらかじめ保存しておいてもよい。あるいは、作業担当者またはユーザが手動設定するようにしてもよい。
【0089】
さらに、地デジ空きチャンネル（空き物理チャンネル）の検索を行う（Ｓ２３）。例えば、ＲＦ端子上にあるＵＨＦチャンネルをサーチして、ＩＰ－ＲＦ変換装置２００が出力してもよいチャンネルとして地デジ空きチャンネル（チャンネル番号）を検知する。
【0090】
その空きチャンネルが以前と同じで（Ｓ２４，Ｙｅｓ）、すでに登録済みであれば（Ｓ２７，Ｙｅｓ）、ステップＳ２８へ移行する。もし、以前と同じでない（Ｓ２４，Ｎｏ）またはまだ登録できていない場合は（Ｓ２７，Ｎｏ）、当該地デジ空きチャンネルを登録する（Ｓ２５）。また、制御サーバ１４０に当該空きチャンネル番号を送り、対応する地デジＳＩ情報(SI=Service Information)を受け取り、不揮発性メモリに登録（記録）する（Ｓ２６）。不揮発性メモリは、特に図示しないが、ダウンロード制御部２０２内、または対応する再生部内のいずれに設けられてもよい。空きチャンネルの検索および登録については、作業担当者またはユーザが空きチャンネルを確認して手動設定するようにしてもよい。
【0091】
ついで、ＳＩ情報、ＢＭＬ文書、初期画面ＴＳファイルを、それぞれ、ＩＰ－ＲＦ変換装置２００内の対応する再生部２２１，２２２，２２３に設定し（Ｓ２８）、チャンネルユニット２１０からの変調出力を開始し、ＲＦアップコンバータ部２５０からＲＦ信号を出力する（Ｓ２９）。この際、当該空きチャンネルの周波数が当該チャンネルユニット２１０に対応するアップコンバータに設定されている。
【0092】
地デジＳＩ情報は、番組名や放送局の情報などの情報であり、具体的には、通常、PAT : Program Association Table、PMT : Program Map Table、NIT : Network Information Table、SDT : Service Description Table、TOT : Time Offset Table、BIT : Broadcaster Information Table等を含む。
【0093】
図１０に、本実施形態におけるテレビ受信機３００の主要な処理を表したフローチャートを示す。この処理は、テレビ受信機３００において上記空きチャンネルが選局されたときに実行される処理である。
【0094】
まず、当該チャンネルのＲＦ信号に含まれるデータ放送が受信される（Ｓ１１）。そこで、このデータ放送に含まれるＢＭＬ文書の内容に基づく上記機能（ａ）すなわち接続されるテレビ受信機３００がハイブリッドキャスト対応か否かを当該テレビ受信機３００において確認させるための第１のＢＭＬ要素に基づいて、自身がハイブリッドキャスト対応か否かを判定する（Ｓ１２）。ハイブリッドキャスト対応であれば、上記機能（ｂ）すなわち第２のＢＭＬ要素に基づいて、ハイブリッドキャストサーバ１１０へ制御が移動する（Ｓ１３）。以後は、テレビ受信機３００がそのハイブリッドキャストサーバ機能によりハイブリッドキャストサーバ１１０にアクセスして、ＨＴＭＬ５で記述されたコンテンツ（ＨＴＭＬ５コンテンツ）をデコードし、ハイブリッドキャストによるＶＯＤ配信サービスを受ける（Ｓ１４）。ＩＰ－ＲＦ変換装置２００はこのサービスの初期的な起動に関与するのみで以後は関与しない。
【0095】
テレビ受信機３００がハイブリッドキャスト非対応である場合に、上記機能（ｃ）すなわち第３のＢＭＬ要素に基づいて、当該テレビ受信機３００に通信ネットワーク１５０を介してコンテンツサーバ１２０へアクセスさせ、静止画のメニュー画面の画像再生を行わせるとともに、第４のＢＭＬ要素に基づいてＢＭＬカーソル処理、およびカーソルを利用したリモコン操作に基づく動画の選択および動画ＴＳの再生を行う（Ｓ１５）。
【0096】
図１１は、テレビ受信機３００がハイブリッドキャスト対応の場合のＩＰ－ＲＦ変換装置２００とテレビ受信機３００とハイブリッドキャストサーバ１１０の三者の間のやりとりの例を示すシーケンス図である。図中、破線の矢印は放送波搬送媒体での信号の伝送方向を示し、実線の矢印は通信媒体での信号や情報の伝送方向を示している。
【0097】
ＩＰ－ＲＦ変換装置２００は、テレビ受信機３００に対して、初期画面再生部２２３から予め定められた初期画面のＲＦ出力を行うとともに（Ｓ２０１）、データ放送ＴＳ再生部２２２からデータ放送（ＢＭＬ文書）を送出する（Ｓ２０２）。ＳＩ情報再生部２２１からのＳＩ情報も併せて送出される。
【0098】
テレビ受信機３００は当該ＲＦ出力のチャンネルが選局されたとき、当該データ放送を受信して当該初期画面を表示するとともに、当該ＢＭＬ文書を解読してその記述内容に応じた処理を行う。すなわち、テレビ受信機３００がハイブリッドキャスト対応か否かを確認する。この図の例ではテレビ受信機３００がハイブリッドキャスト対応なので、このテレビ受信機３００は、ＢＭＬ文書に記述されたＡＩＴファイルを確認して、ＨＴＭＬアプリケーションを起動する。テレビ受信機３００は指示されたアドレス情報（ＩＰアドレス）を用いてハイブリッドキャストサーバ１１０のアクセスを行う（Ｓ３０１）。以降は、テレビ受信機３００とハイブリッドキャストサーバ１１０との間のやりとりとなる。
【0099】
アクセスを受けたハイブリッドキャストサーバ１１０は、当該テレビ受信機３００に対してそのハイブリッドキャストのバージョン番号などを取得するためのコマンドを送出する（Ｓ１１１）。テレビ受信機３００はこれに応じて、どのバージョン（H.264／H.265）のデコードが可能かなどを判定し、ハイブリッドキャストサーバ１１０へ応答する（Ｓ３０２）。
【0100】
その後、ハイブリッドキャストサーバ１１０は当該テレビ受信機３００に対してＨＴＭＬ５コンテンツを送出し（Ｓ１１２）、ＶＯＤ配信サービスを開始する（Ｓ３０３）。すなわち、ユーザ操作に応じてテレビ受信機３００が直接ハイブリッドキャストサーバ１１０へＨＴＭＬ５コンテンツを要求し、これに応じてハイブリッドキャストサーバ１１０がＨＴＭＬ５コンテンツを直接当該テレビ受信機３００へ配信する。
【0101】
図１２は、テレビ受信機３００がハイブリッドキャスト非対応の場合のＩＰ－ＲＦ変換装置２００とテレビ受信機３００とハイブリッドキャストサーバ１１０の三者の間のやりとりの例を示すシーケンス図である。
【0102】
図１１の場合と同様、ＩＰ－ＲＦ変換装置２００は、テレビ受信機３００に対して、予め定められた初期画面のＲＦ出力を行うとともに（Ｓ２０１）、データ放送（ＢＭＬ文書）を送出する（Ｓ２０２）。
【0103】
テレビ受信機３００は当該ＲＦ出力のチャンネルが選局されたとき、当該データ放送を受信して当該初期画面を表示するとともに、当該ＢＭＬ文書を解読してその記述内容に応じた処理を行う。この図の例ではテレビ受信機３００がハイブリッドキャスト非対応なので、このテレビ受信機３００は、ＢＭＬ文書の記述内容に応じてＩＰ－ＲＦ変換装置２００（のＩＰアドレス）に対して初期受信状態通知を行う（Ｓ３０４）。初期受信状態通知とは、ハイブリッドキャスト非対応のテレビ受信機３００がＢＭＬ文書を受信して最初にその旨をＩＰ－ＲＦ変換装置２００へ知らせる通知である。
【0104】
これに応じてＩＰ－ＲＦ変換装置２００は、ユニキャストによるコンテンツサーバ１２０への接続を開始する（Ｓ２０３）。コンテンツサーバ１２０から接続ＡＣＫが戻されると（Ｓ１２１）、ＩＰ－ＲＦ変換装置２００は初期受信状態ＡＣＫをテレビ受信機３００に返す（Ｓ２０４）。
【0105】
そこで、テレビ受信機３００は、ＴＯＰＭＥＮＵ番号をＩＰ－ＲＦ変換装置２００へ送出する（Ｓ３０５）。ＴＯＰＭＥＮＵ番号は最初のメニュー画面に割り当てられた番号である。このＴＯＰＭＥＮＵ番号はＩＰ－ＲＦ変換装置２００により中継されてコンテンツサーバ１２０へ送出される。
【0106】
これに応じて、コンテンツサーバ１２０はＴＯＰＭＥＮＵ番号ＡＣＫを返し（Ｓ１２２）、ＩＰ－ＲＦ変換装置２００がこれを中継してテレビ受信機３００へ戻す（Ｓ２０６）。
【0107】
なお、ステップＳ３０５、Ｓ１２２については、ＩＰ－ＲＦ変換装置２００を介さずに、テレビ受信機３００とコンテンツサーバ１２０との間で直接やりとりを行うようにしてもよい。その場合には、ＢＭＬ文書内にコンテンツサーバ１２０のアドレス情報（ＩＰアドレス）を含めてテレビ受信機３００へ知らしめておく。これにより、テレビ受信機３００とコンテンツサーバ１２０との間のやり取りを簡素化できる。
【0108】
コンテンツサーバ１２０は、ＴＯＰＭＥＮＵ番号のメニュー画面（静止画）を上述したようにＭＰＥＧ２符号化してＩＰ－ＲＦ変換装置２００へ出力し（Ｓ１２３）、ＩＰ－ＲＦ変換装置２００はこの画面をＲＦ信号に変換してテレビ受信機３００へ出力する（Ｓ２０７）。この時点で、初期画面再生部２２３から予め定められた初期画面の出力は停止される。
【0109】
テレビ受信機３００は、このＲＦ信号を受けてメニュー画面を表示するとともに、ＢＭＬ文書の記述に従ってカーソル５２０の表示を行い、ユーザのリモコン操作に応じてカーソル５２０の移動や選択の制御を行う。
【0110】
以後、ユーザのリモコン操作に応じてＩＰ－ＲＦ変換装置２００を介して、コンテンツサーバ１２０への動画コンテンツの要求およびテレビ受信機３００への配信（ＲＦ出力）が行われる（Ｓ３０７）。その間、テレビ受信機３００からＩＰ－ＲＦ変換装置２００へ周期的（例えば１秒または数秒等の第１の時間間隔毎）に定常受信状態通知が行われ（Ｓ３０６）、ＩＰ－ＲＦ変換装置２００からテレビ受信機３００へ定常受信状態ＡＣＫが返される（Ｓ２０８）。
【0111】
テレビ受信機３００の電源オフやチャンネル変更等によりテレビ受信機３００からの定常受信状態通知の欠落が所定時間（第１の時間間隔より長い時間）以上継続したとき、ＩＰ－ＲＦ変換装置２００は、テレビ受信機３００での当該動画コンテンツの再生が中止された（視聴が終了した）と判定し（受信状態タイムアウト）、コンテンツサーバ１２０に対して接続終了を通知（ユニキャスト停止リクエストを発行）する（Ｓ２０９）。これに応じてコンテンツサーバ１２０は、当該動画コンテンツの出力（送出）を停止し、終了ＡＣＫをＩＰ－ＲＦ変換装置２００へ返す（Ｓ１２４）。
【0112】
本実施の形態によれば、次のような格別な効果が得られる。
（ａ）テレビ受信機のハイブリッドキャスト対応の有無によらず、ＶＯＤ配信サービスを実現できる。
（ｂ）基本的には、テレビ受信機に特別なアプリケーションソフトウェアを必要としない。
（ｃ）処理に必要なソフトウェアをサーバ側で一括管理ができるので、ソフトウェアのメンテナンスが容易である。
（ａ）テレビ受信機のハイブリッドキャスト対応の有無によらず、ＶＯＤ配信サービスを実現できる。
（ｂ）基本的には、テレビ受信機に特別なアプリケーションソフトウェアを必要としない。
（ｃ）処理に必要なソフトウェアをサーバ側で一括管理ができるので、ソフトウェアのメンテナンスが容易である。
【0113】
なお、ＶＯＤ配信サービスを利用するためのユーザ登録や課金の有無、課金方法等については特に詳細な説明を行わないが、既存の技術を利用可能である。本明細書におけるＶＯＤ配信は、「Subscription Video on Demand」（定額制動画配信）であるか、「Transactional Video On Demand」（都度課金型動画配信）であるかを問わない。
【0114】
【0115】
この実施形態のＩＰ－ＲＦ変換装置２００ａは、第１の実施形態におけるチャンネルユニット２１０に加えてこれと同様の構成のチャンネルユニット２１０ａ（第２のチャンネルユニット）を設けたものである。第２のチャンネルユニット２１０ａについては、好ましくは、第１のチャンネルユニット２１０とは別の空き地デジチャンネル周波数が割り当てられる。第１および第２のチャンネルユニット２１０，２１０ａの全出力はそれぞれＲＦアップコンバータ部２５０ａでアップコンバートされるとともに混合してＲＦ信号として出力される。
【0116】
複数のテレビ受信機３００ａ，３００ｂのチューナーを、それぞれ、第１および第２のチャンネルユニット２１０，２１０ａに割り当てられた異なる地デジチャンネル周波数に設定することにより、両テレビ受信機３００ａ，３００ｂは同時点で異なる動画コンテンツを視聴することが可能となる。
【0117】
そのために、ＩＰ－ＲＦ変換装置２００ａにおける図９の処理フローの地デジ空きチャンネルの検索や登録のステップは、チャンネルユニット毎に実行する。上記のとおり、これらの作業は手動で行われてもよい。
【0118】
なお、決定された空きチャンネル（の周波数）を当該要求のあったテレビ受信機３００へ通信媒体（ＬＡＮ）を介して通知し、当該テレビ受信機３００において、ＩＰ－ＲＦ変換装置２００から通知されたチャンネル周波数を地デジチューナに設定させるようにしてもよい。そのためにテレビ受信機３００において必要であれば、例えば、ＳＤＴＴ（Software Download Trigger Table）を用いてテレビ受信機３００が当該動作を実行できるように、例えば制御サーバ１４０からソフトウェアをアップデートすることができる。
【0119】
＜第３の実施形態＞
図１４に、本発明の第３の実施形態としてのＩＰ－ＲＦ変換装置２００ｂの構成例を示す。この図において図２、図１３に示した要素と同様の要素には同一の参照符号を付して、詳細な説明は省略する。
図１４に、本発明の第３の実施形態としてのＩＰ－ＲＦ変換装置２００ｂの構成例を示す。この図において図２、図１３に示した要素と同様の要素には同一の参照符号を付して、詳細な説明は省略する。
【0120】
この実施形態のＩＰ－ＲＦ変換装置２００ｂは、第２の実施形態の機能に加えて、通信ネットワーク１５０経由でＣＡＴＶ事業者のコミュニティチャンネルなどのリアルタイム放送の受信にも利用するものである。そのために、チャンネルユニット２１０，２１０ａ（第１および第２のチャンネルユニット）に加えて、同様の構成の第３のチャンネルユニット２１０ｂを設けている。第３のチャンネルユニット２１０ｂについては、第１および第２のチャンネルユニット２１０，２１０ａとは別の空き地デジチャンネル周波数が割り当てられる。第１、第２のチャンネルユニット２１０，２１０ａおよび第３のチャンネルユニット２１０ｂの全出力はそれぞれＲＦアップコンバータ部２５０ｂにおいて当該チャンネル周波数でアップコンバートされるとともに混合してＲＦ信号として出力される。
【0121】
本実施形態におけるチャンネルユニット２１０ｂのデータ放送ＴＳ再生部２２２で再生されるＢＭＬ文書には、「リアルタイム放送送出装置１３０にアクセスしリアルタイム放送ＴＳのユニキャスト配信を受けるためのＢＭＬ要素」、および、リアルタイム放送送出装置１３０のアドレス情報（ＩＰアドレス）を含めておく。テレビ受信機３００において、ユーザからリモコン操作によりコミュニティチャンネルが選局されたとき、ＩＰ－ＲＦ変換装置２００を介してデータ放送によりこのＢＭＬ文書がテレビ受信機３００に受領され、このテレビ受信機３００からユニキャスト配信の開始のトリガーが発生される。これにより、ＩＰ－ＲＦ変換装置２００は、リアルタイム放送送出装置１３０からリアルタイム放送ＴＳを受信し、これをＲＦ信号に変換してテレビ受信機３００へ送出する。
【0122】
なお、コミュニティチャンネルにはデータ放送が包含されており、コミュニティチャンネルの選局時にはＩＰ－ＲＦ変換装置２００を介して「リアルタイム放送送出装置１３０にアクセスした後、アップリンク制御部２６０から多重化部２２６に対して、データ放送ＴＳ再生部２２２からのデータ放送ＴＳを多重化することを停止し、画像・動画再生部２２４からのデータ放送ＴＳがこれにとって代わる。
【0123】
この実施形態により、ＣＡＴＶ事業者等がコンテンツ制作したコミュニティチャンネルや過去のコンテンツをＶＯＤ機能で再生するなど、多目的な機能を実現することが可能となる。
【0124】
＜第４の実施形態＞
図１５は、本発明の第４の実施形態における初期画面の一例を示す図である。この実施形態は第１の実施形態におけるＩＰ－ＲＦ変換装置２００の初期画面生成部２２３における初期画面に対して初期メニューを追加し、ＶＯＤ配信サービスおよびリアルタイム放送サービスの切り替え選択を可能としたものである。この初期画面６００は、上述した「本実施形態に係るチャンネルが選局されたことをユーザに知らしめるための予め用意された画像、文字、ロゴ等の一部または全部」としての文字列６０１と、カーソル６０２と、３つのメニューボタン６０３，６０４，６０５を表示している。これらのメニューボタン６０３，６０４，６０５は、この例ではそれぞれ「ＣＨ１」「ＣＨ２」「ＶＯＤ」と表記されている。これらのメニューボタン６０３，６０４，６０５には選択的にそのいずれかを選択するためのカーソル６０２が重ねて表示される。この例におけるカーソル６０２のカーソル情報は上記と同様であり、上記ＢＭＬ文書への追加情報により提供される。
図１５は、本発明の第４の実施形態における初期画面の一例を示す図である。この実施形態は第１の実施形態におけるＩＰ－ＲＦ変換装置２００の初期画面生成部２２３における初期画面に対して初期メニューを追加し、ＶＯＤ配信サービスおよびリアルタイム放送サービスの切り替え選択を可能としたものである。この初期画面６００は、上述した「本実施形態に係るチャンネルが選局されたことをユーザに知らしめるための予め用意された画像、文字、ロゴ等の一部または全部」としての文字列６０１と、カーソル６０２と、３つのメニューボタン６０３，６０４，６０５を表示している。これらのメニューボタン６０３，６０４，６０５は、この例ではそれぞれ「ＣＨ１」「ＣＨ２」「ＶＯＤ」と表記されている。これらのメニューボタン６０３，６０４，６０５には選択的にそのいずれかを選択するためのカーソル６０２が重ねて表示される。この例におけるカーソル６０２のカーソル情報は上記と同様であり、上記ＢＭＬ文書への追加情報により提供される。
【0125】
初期画面６００におけるメニューボタン６０３，６０４の「ＣＨ１」「ＣＨ２」は上述したＣＡＴＶ事業者から提供されるコミュニティチャンネルの異なるチャンネル（番組）を示している。これらのメニューボタン６０３，６０４が選択（決定ボタンの押下）されると、そのアドレス情報（ＩＰアドレス）およびチャンネル識別情報がテレビ受信機３００からＩＰ－ＲＦ変換装置２００を介してリアルタイム放送送出装置１３０へ送信される。このようなテレビ受信機３００の動作は上記ＢＭＬ文書へ追加されるＢＭＬ要素により実現される。これに応じてＩＰ－ＲＦ変換装置２００が当該リアルタイム放送送出装置１３０へアクセスする。これにより、ＩＰ－ＲＦ変換装置２００は、リアルタイム放送送出装置１３０から当該リアルタイム放送ＴＳを受信し、これをＲＦ信号に変換してテレビ受信機３００へ送出する。
【0126】
また、初期画面６００においてメニューボタン６０５が選択されると、第１の実施形態で説明したＢＭＬ文書に基づく処理へ移行する。すなわち、当該テレビ受信機３００がハイブリッドキャスト対応かどうかを確認し、ハイブリッドキャスト対応である場合にハイブリッドキャストサーバ１１０へアクセスさせるとともに、ハイブリッドキャスト非対応である場合にコンテンツサーバ１２０へアクセスさせる。その後の動作については上記のとおりである。
【0127】
第３の実施形態では、あるテレビ受信機がＶＯＤ配信サービスを利用しているときに他のテレビ受信機でリアルタイム放送を受信できるように、チャンネルユニット２１０に加えてリアルタイム放送用に別途のチャンネルユニット２１０ｂを設けたが、メニュー付き初期画面６００を利用することにより、第４の実施形態では各テレビ受信機３００はＩＰ－ＲＦ変換装置２００の単一のチャンネルユニット２１０でＶＯＤ配信サービスとリアルタイム放送サービスを利用することができる。
【0128】
＜変形例＞
以上、本発明の好適な実施形態について説明したが、上記で言及した以外にも種々の変形、変更が可能である。上述した具体的な構成および作用、効果はあくまで例示であり、本発明はそれらに限定されるものではない。
以上、本発明の好適な実施形態について説明したが、上記で言及した以外にも種々の変形、変更が可能である。上述した具体的な構成および作用、効果はあくまで例示であり、本発明はそれらに限定されるものではない。
【0129】
例えば、上記のＩＰ－ＲＦ変換装置２００は、ハイブリッドキャスト対応のテレビ受信機とハイブリッドキャスト非対応のテレビ受信機の双方に対応できるものとして説明したが、ハイブリッドキャスト非対応のテレビ受信機に特化した装置とすることも可能である。その場合は上述したＢＭＬ文書において、ハイブリッドキャストに関連したＢＭＬ要素は不要となる。
【0130】
ＩＰ－ＲＦ変換装置２００のチャンネルユニット２１０における変調部の変調方法としては地デジ変調についてのみ説明したが、ＢＳや高度ＢＳなどの変調方式でもよく、変調方式は特に限定するものではない。また、コンテンツサーバ１２０におけるコンテンツの符号化方式としてＭＰＥＧ２について説明したが、H.265/HEVC（High Efficiency Video Coding）などの他の符号化方式でもよく、符号化方式は問わない。
【0131】
リアルタイム放送はユニキャスト配信されるものを想定したが、マルチキャスト配信されるものであってもよい。
【符号の説明】
【0132】
１１０ ハイブリッドキャストサーバ
１２０ コンテンツサーバ
１２１ メニュー画面番号受信部
１２３ メニュー静止画生成部
１２５ ＭＰＥＧ２符号化部
１２７ ＴＳ変換部
１３０ リアルタイム放送送出装置
１４０ 制御サーバ
１５０ 通信ネットワーク
１７０ ルータ
２００，２００ａ，２００ｂ ＩＰ－ＲＦ変換装置
２０１ ＩＰ入力部
２０２ ダウンロード制御部
２１０，２１０ａ，２１０ｂ チャンネルユニット
２２０ ＴＳ生成部
２２１ ＳＩ情報再生部
２２２ データ放送ＴＳ再生部
２２３ 初期画面再生部
２２４ 画像・動画再生部（ＲＴＰ／ＲＴＳＰ再生部）
２２６ 多重化部
２３０ ＩＳＤＢ－Ｔ変調部
２５０，２５０ａ，２５０ｂ アップコンバータ部
２６０ アップリンク制御部
３００，３００ａ，３００ｂ デジタルテレビ受信機（テレビ受信機）
３９０，３９０ａ，３９０ｂ リモコン５００，５００ａ，５００ｂ メニュー画面
５１０ 行列表示領域
５１１ 選択肢枠
５１２，５１３，５１４ 表示枠
５２０ カーソル
６００ 初期画面
６０１ 文字列
６０２ カーソル
６０３，６０４，６０５ 選択ボタン
１２０ コンテンツサーバ
１２１ メニュー画面番号受信部
１２３ メニュー静止画生成部
１２５ ＭＰＥＧ２符号化部
１２７ ＴＳ変換部
１３０ リアルタイム放送送出装置
１４０ 制御サーバ
１５０ 通信ネットワーク
１７０ ルータ
２００，２００ａ，２００ｂ ＩＰ－ＲＦ変換装置
２０１ ＩＰ入力部
２０２ ダウンロード制御部
２１０，２１０ａ，２１０ｂ チャンネルユニット
２２０ ＴＳ生成部
２２１ ＳＩ情報再生部
２２２ データ放送ＴＳ再生部
２２３ 初期画面再生部
２２４ 画像・動画再生部（ＲＴＰ／ＲＴＳＰ再生部）
２２６ 多重化部
２３０ ＩＳＤＢ－Ｔ変調部
２５０，２５０ａ，２５０ｂ アップコンバータ部
２６０ アップリンク制御部
３００，３００ａ，３００ｂ デジタルテレビ受信機（テレビ受信機）
３９０，３９０ａ，３９０ｂ リモコン５００，５００ａ，５００ｂ メニュー画面
５１０ 行列表示領域
５１１ 選択肢枠
５１２，５１３，５１４ 表示枠
５２０ カーソル
６００ 初期画面
６０１ 文字列
６０２ カーソル
６０３，６０４，６０５ 選択ボタン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
