(57)【要約】【課題】専用の機能を組み込んだＳＴＢや特別なテレビ受信機を用いることなく、既存の受信端末側からユニキャスト配信の開始のトリガーを発行する。【解決手段】ストリーム配信システムは、テレビ受信機３００からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換するＩＰ／ＲＦ変換ユニット２００と、要求されたストリームを通信ネットワークを介してＩＰ／ＲＦ変換ユニット２００へ送出する送出装置１００とを備える。テレビ受信機３００は、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求を発生するための情報を含むＢＭＬコンテンツに基づいて、ストリーム選択画面を表示するとともに、ストリーム選択画面において選択されたストリームのユニキャスト配信要求をＩＰ／ＲＦ変換ユニット２００に対して発生する。【選択図】図１
2019161513.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク経由でストリームのユニキャスト配信を行うストリーム配信システムであって、
テレビ受信機からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を前記通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換するＩＰ／ＲＦ変換ユニットと、
前記ＩＰ／ＲＦ変換ユニットから要求されたストリームを通信ネットワークを介して前記ＩＰ／ＲＦ変換ユニットへ送出する送出装置とを備え、
前記テレビ受信機は、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求を発生するための情報を含むＢＭＬコンテンツに基づいて、ストリーム選択画面を表示するとともに、前記ストリーム選択画面において選択されたストリームのユニキャスト配信要求を前記ＩＰ／ＲＦ変換ユニットに対して発生するストリーム配信システム。
【請求項２】
前記ストリームは少なくとも映像データを含むＴＳストリームである請求項１に記載のストリーム配信システム。
【請求項３】
前記ＢＭＬコンテンツは前記ＩＰ／ＲＦ変換ユニットからデータ放送により前記テレビ受信機へ提供される請求項１または２に記載のストリーム配信システム。
【請求項４】
前記テレビ受信機は、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力し、
前記ＩＰ／ＲＦ変換ユニットは、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止する
請求項１から３のいずれかに記載のストリーム配信システム。
【請求項５】
前記ＩＰ／ＲＦ変換ユニットは、前記ＲＦ信号の出力中に前記出力装置へ所定のメッセージを周期的に出力し、
前記送出装置は、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止する
請求項１から４のいずれかに記載のストリーム配信システム。
【請求項６】
通信ネットワーク経由でＩＰ／ＲＦ変換ユニットを介してストリームのユニキャスト配信を行うストリーム配信方法であって、
ＩＰ／ＲＦ変換ユニットが、ストリーム選択画面を表示するためのＢＭＬコンテンツを、データ放送としてテレビ受信機へ送出するステップと、
前記テレビ受信機が、受信した前記ＢＭＬコンテンツに基づいてストリーム選択画面を表示するステップと、
前記テレビ受信機が、前記ストリーム選択画面でユーザの指示に基づいて選択されたストリームのユニキャスト配信を前記ＩＰ／ＲＦ変換ユニットへ要求するステップと、
前記ＩＰ／ＲＦ変換ユニットが前記要求されたストリームのユニキャスト配信を送出装置へ要求するステップと、
前記送出装置が、前記要求されたストリームをＩＰデータとして前記ＩＰ／ＲＦ変換ユニットへ送出するステップと、
前記ＩＰ／ＲＦ変換ユニットが、受信した前記ＩＰデータをＲＦ信号に変換するステップと、
前記テレビ受信機が、前記ＲＦ信号を受信してストリームを再生するステップと
を備えたストリーム配信方法。
【請求項７】
ＢＭＬサーバが、通信ネットワーク経由で、前記ＢＭＬコンテンツを前記ＩＰ／ＲＦ変換ユニットへ送出するステップをさらに備えた請求項６に記載のストリーム配信方法。
【請求項８】
前記テレビ受信機が、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力するステップと、
前記ＩＰ／ＲＦ変換ユニットが、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止するステップと
をさらに備えた請求項６または７に記載のストリーム配信方法。
【請求項９】
前記ＩＰ／ＲＦ変換ユニットが、前記ＲＦ信号の出力中に前記出力装置へ所定のメッセージを周期的に出力するステップと、
前記送出装置が、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止するステップと
をさらに備えた請求項６、７または８に記載のストリーム配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像や音声等のストリームデータを配信するストリーム配信システムおよびストリーム配信方法に関する。
【背景技術】
【０００２】
本出願人は、インターネットのような通信ネットワークを介して伝送（ＩＰ伝送）されるＴＳストリームのようなストリームデータを受信し、これをＲＦ変調して出力するＩＰ／ＲＦ変換ユニット（ＮＢＣ９０００）を開発し、販売している（非特許文献１）。
【０００３】
従来、デジタル放送を光回線で配信するには映像用回線終端装置（ＶＯＮＵ）を用いるのが一般的であったが、このＩＰ／ＲＦ変換ユニットはＩＰ伝送により配信されるＴＳ（トランスポートストリーム）パケットをＩＳＤＢ−Ｔ方式で直交周波数分割多重（ＯＦＤＭ： Orthogonal Frequency Division Multiplexing）変調し、宅内の既存のＲＦ信号と混合して、テレビ受信機に映像を映すことができる。これにより、例えば、地上デジタル放送の空きチャンネルを利用することで、ＳＴＢの専用リモコンを用いることなく、受信したストリームを他の放送番組と同様にテレビ受信機のリモコンで選局することができるようになる。
【０００４】
このようなＩＰ／ＲＦ変換ユニットを用いることにより、ケーブルテレビジョン（ＣＡＴＶ）の伝送路であるケーブルではなく次世代ネットワーク（ＮＧＮ）のような通信ネットワークを利用したＩＰ伝送によって、いわゆるコミュニティチャンネルのような地域の生活に密着した情報をストリームデータとして配信することができる。コミュニティチャンネルは、一般に、地元情報、地域イベント、地域スポーツ特番、地域で活躍する人の人物紹介などを内容とする自主（オリジナル）放送である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】超小型ＩＰ変調器を開発  〜光コラボによるコミュニティーチャンネルの新たな伝送〜：ｈｔｔｐ：／／ｗｗｗ．ｈｉｒｏｔｅｃｈ．ｃｏｍ／ｗｐ／ｗｐ−ｃｏｎｔｅｎｔ／ｕｐｌｏａｄｓ／２０１６／０７／４６４０ｆ９ｃ４９ｅｄ９６ａｆ２２９７８９ｃ１０ａｄｂａ４３８０１．ｐｄｆ
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したようなＩＰ／ＲＦ変換ユニットによるストリーム配信では、マルチキャストを利用することにより、ストリームを配信する配信サーバは受信端末の個数に依存せず、１本のストリーム（パケット流）のみを送信すれば足りるので、送信負荷が小さくなるという利点が得られる。
【０００７】
しかしながら、マルチキャスト配信は「放送」に該当し、放送法による制限を受けるという問題がある。すなわち、マルチキャスト配信では、通信回線の優先制御が必要となり、コスト面や通信事業者での対応不可などの問題があり、実現が困難な場合がある。
【０００８】
一方、ユニキャスト配信は、配信サーバから個々の受信端末へストリームを送信するもので、配信サーバの送信負荷が問題とならないような用途や環境であれば、放送法の制限は受けないので好ましいと言える。しかし、ユニキャスト配信では、各受信端末から配信サーバへストリームのユニキャスト配信を要求（リクエスト）するトリガーを発生する必要がある。
【０００９】
従来のストリームのユニキャスト配信では、そのようなトリガーを発生するための専用の機能を組み込んだセットトップボックス（ＳＴＢ）や当該機能を内蔵したテレビ受信機を用意する必要があった。
【００１０】
本発明は、このような背景においてなされたものであり、その目的は、専用の機能を組み込んだＳＴＢや特別なテレビ受信機を用いることなく、既存の受信端末側からユニキャスト配信の開始のトリガーを発生することができるストリーム配信システムおよびストリーム配信方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるストリーム配信システムは、通信ネットワーク経由でストリームのユニキャスト配信を行うストリーム配信システムであって、ＩＰ／ＲＦ変換ユニットと、送出装置とを備える。ＩＰ／ＲＦ変換ユニットは、テレビ受信機からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を前記通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換する。送出装置は、前記ＩＰ／ＲＦ変換ユニットから要求されたストリームを通信ネットワークを介して前記ＩＰ／ＲＦ変換ユニットへ送出する。テレビ受信機は、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求を発生するための情報を含むＢＭＬコンテンツに基づいて、ストリーム選択画面を表示するとともに、前記ストリーム選択画面において選択されたストリームのユニキャスト配信要求を前記ＩＰ／ＲＦ変換ユニットに対して発生する。
【００１２】
前記ストリームは、例えば、少なくとも映像データを含むＴＳストリームである。
【００１３】
前記ＢＭＬコンテンツは、一態様として、前記ＩＰ／ＲＦ変換ユニットからデータ放送により前記テレビ受信機へ提供される。
【００１４】
前記テレビ受信機は、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力し、前記ＩＰ／ＲＦ変換ユニットは、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止することができる。
【００１５】
前記ＩＰ／ＲＦ変換ユニットは、その一態様として、前記ＲＦ信号の出力中に前記出力装置へ所定のメッセージを周期的に出力し、前記送出装置は、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止することができる。
【００１６】
本発明によるストリーム配信方法は、通信ネットワーク経由でＩＰ／ＲＦ変換ユニットを介してストリームのユニキャスト配信を行うストリーム配信方法であって、
ＩＰ／ＲＦ変換ユニットが、ストリーム選択画面を表示するためのＢＭＬコンテンツを、データ放送としてテレビ受信機へ送出するステップと、
前記テレビ受信機が、受信した前記ＢＭＬコンテンツに基づいてストリーム選択画面を表示するステップと、
前記テレビ受信機が、前記ストリーム選択画面でユーザの指示に基づいて選択されたストリームのユニキャスト配信を前記ＩＰ／ＲＦ変換ユニットへ要求するステップと、
前記ＩＰ／ＲＦ変換ユニットが前記要求されたストリームのユニキャスト配信を送出装置へ要求するステップと、
前記送出装置が、前記要求されたストリームをＩＰデータとして前記ＩＰ／ＲＦ変換ユニットへ送出するステップと、
前記ＩＰ／ＲＦ変換ユニットが、受信した前記ＩＰデータをＲＦ信号に変換するステップと、
前記テレビ受信機が、前記ＲＦ信号を受信してストリームを再生するステップと
を備えたものである。
【００１７】
この構成において、ＢＭＬサーバが、通信ネットワーク経由で、前記ＢＭＬコンテンツを前記ＩＰ／ＲＦ変換ユニットへ送出するステップをさらに備えてもよい。
【００１８】
前記テレビ受信機が、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力するステップと、前記ＩＰ／ＲＦ変換ユニットが、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止するステップとをさらに備えてもよい。
【００１９】
このストリーム配信方法は、前記ＩＰ／ＲＦ変換ユニットが、前記ＲＦ信号の出力中に前記出力装置へ所定のメッセージを周期的に出力するステップと、前記送出装置が、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止するステップとをさらに備えてもよい。
【発明の効果】
【００２０】
本発明によれば、専用の機能を組み込んだＳＴＢや特別なテレビ受信機を用いることなく、既存の受信端末側からユニキャスト配信の開始のトリガーを発生することができる。よって、テレビ受信機のリモコンのみでの操作が可能となる。
【００２１】
また、受信端末側からのトリガーでストリームの選択を行えるので、同じチャンネルで複数のストリームのうちの一つを選択することができる。
【００２２】
また、周期的に発生する受信中通知を利用することにより、ユーザからの視聴状態を把握し、視聴が終了した場合はユニキャストを停止し、ネットワーク回線帯域の有効活用を図ることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態によるストリーム配信システムの概要を説明するための図である。
【図２】本発明の実施形態に係るストリーム配信システムのより具体的なシステム構成例を示すブロック図である。
【図３】本発明の実施形態に係るストリーム配信システムにおけるテレビ受信機でのストリーム（番組またはコンテンツ）の視聴に関する画面遷移例を説明するためのフローチャートである。
【図４】本発明の実施形態に係るストリーム配信システムにおけるテレビ受信機のストリーム選択画面の画面例（表示例）を示す図である。
【図５】本発明の実施形態に係る受信端末のトップ画面での内部処理の一例の概略フローを示すフローチャートである。
【図６】本発明の実施形態に係るストリーム配信システムでの視聴開始時の各部の間の概略のやりとりを表したシーケンス図である。
【図７】本発明の実施形態に係るストリーム配信システムでの視聴中（ストリーム受信中）の各部の間の概略のやりとりを例示したシーケンス図である。
【図８】本発明の実施形態に係るストリーム配信システムでの視聴開始時の各部の間の詳細なやりとりを例示したシーケンス図である。
【図９】本発明の実施形態に係るストリーム配信システムでのテレビ受信機におけるチャンネル切り替え時等（電源ＯＦＦも含む）による視聴終了時の各部の間の概略のやりとりを例示したシーケンス図である。
【図１０】本発明の実施形態に係るストリーム配信システムでのＩＰ／ＲＦ変換ユニットの動作停止による視聴終了時の各部の間の概略のやりとりを例示したシーケンス図である。
【図１１】本発明の実施形態に係るストリーム配信システムでのテレビ受信機におけるトップ画面でエラーが発生したときの処理に関するシーケンス図である。
【図１２】本発明の実施形態に係るストリーム配信システムでのリクエストエラー時の処理に関するシーケンス図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００２５】
図１により、本実施形態によるストリーム配信システムの概要を説明する。
【００２６】
このシステムは、通信ネットワーク経由でストリームのユニキャスト配信を行うストリーム配信システムであって、概して、送出装置１００と、ＩＰ／ＲＦ変換ユニット２００と、受信端末であるテレビ受信機３００とを備えて構成される。
【００２７】
ＩＰ／ＲＦ変換ユニット２００は、テレビ受信機３００からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換する機能を有する。このＩＰ／ＲＦ変換ユニット２００としては、例えば、本出願人に係る製品（ＮＢＣ９０００）を利用することができる。
【００２８】
送出装置１００は、ＩＰ／ＲＦ変換ユニット２００から要求されたストリームを通信ネットワークを介してＩＰ／ＲＦ変換ユニット２００へ送出する装置であり、例えば、メディアサーバや配信サーバの機能を有する。
【００２９】
テレビ受信機３００は、データ放送対応の既存のテレビ受信機であり、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求（リクエスト）を発生するための情報を含むＢＭＬ（Broadcast Markup Language）コンテンツに基づいて、ストリーム選択画面を表示するとともに、ストリーム選択画面において選択されたストリームのユニキャスト配信要求を発生する機能を有する。本実施形態における「ストリーム」は、少なくとも映像データを含むＭＰＥＧ−２  ＴＳ（Transport Stream）ストリームである。
【００３０】
ＢＭＬコンテンツはＩＰ／ＲＦ変換ユニット２００からデータ放送によりテレビ受信機３００へ提供される。このＢＭＬコンテンツはＩＰ／ＲＦ変換ユニット２００自身が保持しておいてもよいし、ＢＭＬサーバのような外部の装置から通信ネットワーク経由で受信してもよい。
【００３１】
図１を用いて、ストリーム配信システムの概略のシステム動作を説明する。図中の丸数字は動作の順序を示している。
【００３２】
このシステムは、リアルタイム番組の視聴を想定している。例えば送出装置１００側ではＣＡＴＶのコミュニティチャンネルを常時配信しており、ユーザがコミュニティチャンネルを視聴することが主の利用目的の場合、毎回視聴する度に選局するのであればユーザは煩雑に感じる。そこで、一度選択していれば前回視聴していたコミュニティチャンネルを受信し、その後、他の放送を受信したい場合はＤボタンのデータ放送で選択するものとする。すなわち、基本的に最後に選択していたストリームを再度受信するようにしている。但し、この代わりに、お気に入り等で毎回固定のストリームを選択するようにすることも可能である。
【００３３】
ＩＰ／ＲＦ変換ユニット２００は、データ放送を出力し、ストリーム選択画面３２０を表示させる（１）。ユーザは、テレビ受信機３００に付属しているリモコン３２１を使用して、視聴したい番組（ＴＳストリーム）を選択する（２）。テレビ受信機３００はいずれか１つのＴＳストリームが選択されると、データ放送のＰＯＳＴ機能を使用してＩＰ／ＲＦ変換ユニットに対してＴＳストリームのリクエストを送信する（３）。
【００３４】
ＩＰ／ＲＦ変換ユニット２００は、テレビ受信機３００からのリクエストを受信すると、送出装置１００に対して当該ＴＳストリームを要求（リクエスト）する（４）。送出装置１００はその要求に応じて、当該ＩＰ／ＲＦ変換ユニット２００宛てにＴＳストリームの送信を開始する（５）。ＩＰ／ＲＦ変換ユニット２００は受信したＴＳストリームを変調してテレビ受信機３００に出力する（６）。これにより、テレビ受信機３００の画面に当該ＴＳストリームの映像３２９が表示される。
【００３５】
ＴＳストリームを変更する場合は、リモコン３２１のＤボタンでストリーム選択画面を表示して、他のＴＳストリームを選択し、ＩＰ／ＲＦ変換ユニット２００を介して送出装置１００へその配信要求を発行する。また、テレビ受信機３００の物理チャンネル変更時に以前のＴＳストリーム受信履歴がある場合は、視聴者の利便性を考えて以前受信していたＴＳストリームをデフォルトで受信するようにしてもよい。
【００３６】
図２に、本実施の形態におけるストリーム配信システムのより具体的なシステム構成例を示す。
【００３７】
送出装置１００は、上述したとおり、ＩＰ／ＲＦ変換ユニット２００からのリクエストによりユニキャストでストリームのＩＰパケットを送出する。より具体的には、ＴＳｏｖｅｒＩＰ機能により１つ以上のＴＳストリームをＩＰ出力する。送出装置１００は基本的には１台で足りるが、この構成例では、上述した送出装置１００を複数台備えている場合を示している。これにより、同時に配信可能な番組の数を増加させることができる。
【００３８】
また、このシステム構成では、送出装置１００に対して１台のＢＭＬサーバ１１０を併置している。このＢＭＬサーバ１１０も通信ネットワーク１５０に接続されている。ＢＭＬサーバ１１０は、ＩＰ／ＲＦ変換ユニット２００が受信するＴＳストリームを選択するために使用するデータ放送のＢＭＬコンテンツを生成するサーバである。このＢＭＬコンテンツは、ＩＰ／ＲＦ変換ユニット２００を介してテレビ受信機３００へ提供される。
【００３９】
送出装置１００は、構成によってはＢＭＬサーバ１１０と同一筐体で運用する場合もありうる。ストリームの配信先であるユーザの宅内（または施設内）においては少なくとも１台の受信端末が設置される。
【００４０】
図２の例では、少なくとも地上デジタル放送の受信機能を有する複数台のテレビ受信機３００を備えている場合を示している。そのうちの少なくとも１台は、データ放送対応、かつＩＰ接続対応であり、ＩＰ／ＲＦ変換ユニット２００と通信経路（例えばＬＡＮ）により接続される。例えば、ＲＪ−４５端子を介してネットワークに接続され、ＩＰ／ＲＦ変換ユニットとＴＣＰ／ＩＰで通信が可能である。
【００４１】
この例では、ルータ２１０と、ＩＰ／ＲＦ変換ユニット２００と、少なくとも１台のテレビ受信機３００とがスイッチ（ネットワークスイッチ）２３０により相互に接続されている。
【００４２】
ルータ２１０はインターネットまたはＮＧＮのような通信ネットワーク１５０に接続されている。
【００４３】
ＩＰ／ＲＦ変換ユニット２００は、上述のとおり、テレビ受信機３００からのストリームのユニキャスト配信要求に基づいて当該ストリームのユニキャスト配信要求を通信ネットワークの送出装置１００に対して送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換する機能を有する。より具体的には、ＩＰ通信で受信したＴＳパケットをＯＦＤＭ変換してＲＦ出力する。これにより、限られたＲＦ出力（例えば最大３ｃｈ）の各チャンネルで選択的に複数の番組を視聴可能となる。
【００４４】
ＩＰ／ＲＦ変換ユニット２００のＲＦ出力は、分配器３１０で複数台のテレビ受信機３００へ接続されている。したがって、複数台のテレビ受信機３００のうちの１台は、ネットワーク接続機能を有さなくても、他のテレビ受信機３００が選択した番組を視聴することができる。
【００４５】
ＩＰ／ＲＦ変換ユニット２００は、また、データ放送（ＢＭＬコンテンツ）の送出機能を有する。ここでは、ＢＭＬコンテンツはＢＭＬサーバ１１０から取得（かつ保存）するが、上記のとおり、ＩＰ／ＲＦ変換ユニット２００自身で生成するようにしてもよい。
【００４６】
なお、ルータ２１０およびスイッチ２３０は、システム内でＩＰ通信に使用するための一般的なネットワーク機器であり、それらの機能については既知であり、特に詳述しない。ＩＰ／ＲＦ変換ユニット２００の設置位置は図示のような位置に限定されるものではなく、例えば、ルータ２１０の外側に存在する場合もありえる。
【００４７】
ここで、本実施形態におけるテレビ受信機３００の画面、特にデータ放送に係る画面の遷移について説明する。
【００４８】
データ放送に係る画面としては、次のような画面があり、ユーザの操作や状況に応じて画面が遷移する。
（１）トップ画面：  ＩＰ／ＲＦ変換ユニットが出力する物理チャンネルを選局すると初めに表示される画面。   トップ画面に表示される映像としては、ＩＰ／ＲＦ変換ユニット２００が内部に保持したデフォルトの映像としてもよいし、すでにユニキャストでＴＳストリームを受信中であればその映像としてもよい。例えば、黒画面でテレビ受信機３００の不揮発性メモリの記憶内容を確認し、ＴＳストリームの選択履歴の有無により遷移画面を変更することもできる。
（２）ストリーム選択画面：  ユーザの入力操作により、テレビ受信機３００が受信するＴＳストリームを選択するための画面。
（３）視聴画面：  視聴中（ストリーム受信中）の画面
全画面で映像（動画）を表示する画面であり、その裏側でＩＰ／ＲＦ変換ユニット２００に視聴中メッセージが送信される。
【００４９】
図３により、本システムでのテレビ受信機３００でのＴＳストリーム（番組またはコンテンツ）の視聴に関する画面遷移例を説明する。
【００５０】
視聴はデータ放送に基づいてトップ画面を表示することから開始する。データ放送のＢＭＬコンテンツは、上述したように、配信サーバから取得するか、または、ＩＰ／ＲＦ換ユニット２００に固定で保持する。
【００５１】
トップ画面で、受信履歴なし、かつ（ａｎｄ）、他受信端末での受信なし、の場合に「ストリーム選択画面」へ移行する。受信履歴がある場合、または、他受信端末が受信中の場合、「視聴画面」へ移行する。
【００５２】
「受信履歴あり」か否かの判断は、テレビ受信機３００において、過去に或るＴＳストリームを受信したことが記憶されている場合に、自動的に、同ＴＳストリームの視聴へ移行することを意図したものである。これにより、ユーザの新たなストリーム選択操作を省略することができる。
【００５３】
また、「他の受信端末での受信あり」か否か判断は、同じ分配器３１０（図２）から同じＲＦ信号を受信している他の受信端末が存在する場合にその受信端末が何らかのＴＳストリームを受信中であれば、そのＴＳストリームの視聴へ移行することを意図したものである。この場合にも、ユーザの新たなストリーム選択操作を省略することができる。
【００５４】
勿論、このようなＴＳストリームの自動選択を行うことなく、常に、ストリーム選択画面へ移行してユーザにＴＳストリームの選択を行わせるようにすることも可能である。
【００５５】
ストリーム選択画面において、ユーザのリモコン操作によるストリーム選択操作が行われたとき、ＢＭＬコンテンツに基づいて、テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００を経由して送出装置１００（配信サーバ）に配信リクエストを送信し、送出装置１００が当該ＴＳストリームのユニキャスト配信を開始する。その結果、ストリーム受信が成功したとき、そのストリームを全画面表示する「視聴画面」へ移行する。この際、テレビ受信機３００において受信履歴データを更新する。
【００５６】
視聴中は周期的にテレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ受信中通知（すなわち視聴中メッセージまたは所定のメッセージ）を送信する。この「受信中通知」には当該テレビ受信機３００の識別情報が含まれている。ＩＰ／ＲＦ変換ユニット２００は、どのテレビ受信機３００がどのＴＳストリームを受信しているかを管理（記憶）している。
【００５７】
チャンネル切り替えやテレビ受信機３００の電源ＯＦＦにより受信通知が一定期間送信されない場合、ＩＰ／ＲＦ変換ユニット２００は送出装置１００（配信サーバ）に停止リクエストを送信してＴＳストリーム配信を停止する。このように、ユーザからの視聴状態を把握し、視聴が終了した場合はユニキャスト配信を停止し、ネットワーク回線帯域の有効活用を図ることができる。
【００５８】
同様にＩＰ／ＲＦ変換ユニット２００から送出装置１００（配信サーバ）に対しても受信中通知（すなわち視聴中メッセージ）を送信する。この視聴中メッセージには受信中のＴＳストリームの識別情報、およびＩＰ／ＲＦ変換ユニットの識別情報が含まれている。
【００５９】
ＩＰ／ＲＦ変換ユニット２００の電源ＯＦＦ等により、送出装置１００（配信サーバ）が一定期間ＩＰ／ＲＦ変換ユニット２００から受信中通知を受信できない場合も、同様にＴＳストリーム配信を停止する。
【００６０】
これら受信中通知は、テレビ受信機３００での視聴の終了を判定するために使用する。
【００６１】
なお、他の視聴終了方法として、受信中通知を周期的に送出するのではなく、チャンネル変更時に「視聴終了メッセージ」を送出する方法もありうる。この場合、突発的な視聴終了（例えばテレビの電源を抜く）の場合に視聴の終了を検知できなくなる反面、テレビ受信機３００は周期的な受信中通知の処理を実行しなくて済む。
【００６２】
視聴画面において、リモコンの所定の操作（例えばＤボタン押下）が行われた場合、ストリーム選択画面へ戻る。
【００６３】
図４に、本実施形態におけるストリーム配信システムにおけるテレビ受信機３００のストリーム選択画面の画面例（表示例）を示す。
【００６４】
この画面３２０には、左側の主要部に、番組のテキスト、静止画、動画を表示する番組イメージ表示エリア３２８が設けられる。この番組イメージ表示エリア３２８の右側に、ユーザがＴＳストリームを選択するための操作ガイダンス部が表示される。
【００６５】
操作ガイダンス部は、選択したストリーム識別情報３２４、操作方向指示表示３２２，３２３、メッセージボックス３２５を含む。操作方向指示表示３２２，３２３はリモコン十字キーの上下キーに対応した例を示しているが、左右キーに対応するものであってもよい。このような方向キーでの選択を確定するためには、リモコン３２１の決定ボタン等を利用することができる。メッセージボックス３２５には、ユーザへの操作ガイダンスや、処理ＮＧ発生時のメッセージ、等を表示する。
【００６６】
さらに、画面３２０の下部に、リモコンの色ボタンに対応した４個の指示表示３２７が配置されている。この例では、４つの色ボタンに、選択候補のＴＳストリームが割り当てられた例を示している。勿論、４個の指示表示３２７には他の機能、例えば、番組表、録画予約等の機能を割り当ててもよい。
【００６７】
図５に、受信端末のトップ画面での内部処理の一例の概略フローを示す。ここでいう「内部処理」とは受信端末内のデータ放送処理部（図示せず）でのＢＭＬコンテンツで与えられたスクリプト（コンピュータプログラム）の実行処理のことである。受信端末には、テレビ受信機の他、録画機器を含む。
【００６８】
まず、受信端末は、自己がデータ放送対応の録画機器か否かを判断する（Ｓ１）。この判断は自己の内部情報に基づいて行うことができる。「データ放送対応の録画機器」であれば、視聴中画面へ移行する（Ｓ９）。そうでなければ、Ｂ−ＣＡＳチェックへ移行する（Ｓ２）。
【００６９】
録画機器が受信中のＴＳストリームの録画を行う場合、録画設定後はシステムが自動で受信を開始するためユーザ操作を必要としない。そのため、視聴中画面に遷移するようにしている。
【００７０】
ステップＳ２のＢ−ＣＡＳチェックでは、Ｂ−ＣＡＳカードが挿入済か否かをチェックする。Ｂ−ＣＡＳカードが未挿入かつＤボタンが押下されたとき、Ｂ−ＣＡＳ未挿入のメッセージ表示が行われる（Ｓ２Ｎ）。Ｂ−ＣＡＳカードが挿入済の場合には、ＬＡＮ接続チェックへ移行する（Ｓ３）。この受信端末がＬＡＮ未接続の場合、ＬＡＮ未接続のメッセージ表示が行われ（Ｓ３Ｎ）、視聴中画面へ移行する（Ｓ９）。
【００７１】
ＬＡＮ接続がなされている場合、イベントメッセージ取得へ移行する（Ｓ４）。イベントメッセージを取得するまでは待機する。イベントメッセージはデータ放送の一機能である。本実施形態では、ＩＰ／ＲＦ変換ユニット２００から送出するデータ放送のデータとして、ストリーム選択画面のＢＭＬコンテンツと、ＩＰ／ＲＦ変換ユニットへのアクセス方法を記述したもの（シーケンス図で「イベントメッセージ（ＩＰ／ＲＦ変換ユニット ＵＲＬ、ストリームＩＤ）」として記述）の２つがある。前者のＢＭＬコンテンツはシステム内で別のユーザ宅であっても共通で使用するものであり比較的大きなデータになる。これに対して、後者はユーザのネットワーク環境や契約内容で変更するものであり、比較的小さなデータとなる。システム運用時では小さなデータであるイベントメッセージのみを変更するようにし、各ユーザの環境に対応できるようにする。例えば、ＩＰ／ＲＦ変換ユニット２００へアクセスするためのＵＲＬ（ＩＰアドレス）はユーザの環境（固定ＩＰやＤＨＣＰ等の違い）に応じて対応する必要がある。ＩＰ／ＲＦ変換ユニット ＵＲＬ、ストリームＩＤ等はイベントメッセージで各ユーザへ配信する。イベントメッセージはＲＦ経由のデータ放送で送信する。そのため、同ユーザに複数のテレビ受信機３００がある場合にはその全てのテレビ受信機３００へ同時に配信される。イベントメッセージに含まれるストリームＩＤは、配信対象のすべての番組のストリームＩＤであり、ストリーム（番組）の選択肢になる。
【００７２】
なお、イベントメッセージは通例、イベント発生時のみの配信が主目的となるが、周期的に送信を行うこともできるため、本システムでは周期的にイベントメッセージの配信を行う。周期的とは、所定の時間間隔（例えば、100ミリ秒、1秒、10秒、60秒等）を想定している。
【００７３】
テレビ受信機３００は、イベントメッセージを受信したとき、ＩＰ／ＲＦ変換ユニット２００が受信中のストリーム（ストリームＩＤ）を確認する（Ｓ５）。
【００７４】
その後、「他の端末で受信あり」の場合（Ｓ６）、その旨のメッセージ表示を行い（Ｓ６Ｎ）、視聴中画面へ移行する（Ｓ９）。
【００７５】
「他の端末で受信なし」の場合（Ｓ６）、「自端末での受信履歴あり」であれば、その旨のメッセージ表示を行い（Ｓ７Ｎ）、視聴中画面へ移行する（Ｓ９）。「自端末での受信履歴なし」であれば、ストリーム選択画面へ移行する（Ｓ８）。
【００７６】
図６に、本システムでのテレビ受信機３００の視聴開始時の各部の間の概略のやりとりを表したシーケンス図を示す。
【００７７】
まず、視聴者が、テレビ受信機３００に対してリモコン３２１を用いて、データ放送の選局を行う（Ｓ１１）。これにより、テレビ受信機３００にデータ放送に基づくストリーム選択画面が表示され、視聴者がリモコン３２１を用いて、希望のストリームの選択を行う（Ｓ１２）。これに応じてテレビ受信機３００は、ＩＰ経由でＩＰ／ＲＦ変換ユニット２００へ当該ストリームの配信リクエストを発行する（Ｓ１３）。この配信リクエストを受けたＩＰ／ＲＦ変換ユニット２００は、ＩＰ経由で送出装置１００に対して配信リクエストを発行する（Ｓ１４）。
【００７８】
この配信リクエストに応じて、送出装置１００は、要求されたＴＳストリーム（ＴＳパケット）をＩＰ経由でＩＰ／ＲＦ変換ユニット２００へユニキャスト配信する（Ｓ１５）。ＩＰ／ＲＦ変換ユニット２００は、受信したＴＳストリームをＲＦ経由でテレビ受信機３００へ送信する（Ｓ１６）。
【００７９】
図７に、本システムでの視聴中（ストリーム受信中）の各部の間の概略のやりとりを例示したシーケンス図を示す。
【００８０】
テレビ受信機３００は、視聴中すなわちストリーム受信中、ＩＰ経由で受信中通知をＩＰ／ＲＦ変換ユニット２００へ周期的に送信する（Ｓ２３，Ｓ２７）。これに応じて、ＩＰ／ＲＦ変換ユニット２００は送出装置１００へ受信中通知を送信する（Ｓ２４，Ｓ２８）。送出装置１００は、ＩＰ／ＲＦ変換ユニット２００から受信中通知を受けている間、ＩＰ／ＲＦ変換ユニット２００に対して継続的にＴＳストリームを送信する（Ｓ２１，Ｓ２２，Ｓ２５，Ｓ２６，Ｓ２９，Ｓ３０，…）。これにより、送出装置１００は、当該ＴＳストリームの視聴が継続して行われていることを認識することができる。
【００８１】
図８に、本システムでのテレビ受信機３００の視聴開始時の各部の間の詳細なやりとりを例示したシーケンス図を示す。
【００８２】
まず、ＩＰ／ＲＦ変換ユニット２００はＲＦ経由でテレビ受信機３００へＢＭＬコンテンツおよびイベントメッセージを送出する（Ｓ３１，Ｓ３２）。この例では、イベントメッセージは、ＩＰ／ＲＦ変換ユニット２００のＵＲＬ（アクセス情報）およびストリームＩＤ（ストリーム識別情報）を含む。テレビ受信機３００はこのイベントメッセージを保存する。
【００８３】
視聴者がリモコン３２１でＩＰ／ＲＦ変換ユニット２００の出力チャンネル選局の指示を行うと（Ｓ３３）、テレビ受信機３００は、所定のトップ画面を表示するとともに（Ｓ３４）、上述したようなＢ−ＣＡＳチェック（Ｓ３５）およびＬＡＮ接続チェック（Ｓ３６）を実行し、ＩＰ／ＲＦ変換ユニット２００に対して、ＩＰ経由で受信ストリーム取得リクエストを発行する（Ｓ３７）。
【００８４】
これに基づいて、ＩＰ／ＲＦ変換ユニット２００が当該受信端末の管理を行う。すなわち、どの受信端末がどのＴＳストリームを受信しているかを管理する。「受信ストリーム取得リクエスト」はＩＰ／ＲＦ変換ユニット２００が受信中のストリームがないかを受信端末がＩＰ／ＲＦ変換ユニット２００へ問い合わせるものである。
【００８５】
テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００への受信ストリーム取得リクエストには、当該テレビ受信機３００が装着しているＢ−ＣＡＳカードＩＤ（Ｂ−ＣＡＳ番号）を含める。本実施形態では、このＢ−ＣＡＳカードＩＤはＩＰ／ＲＦ変換ユニット２００に保存され、テレビ受信機３００からの接続があったことの履歴を残すために用いられる。基本的に、テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ送信する全データにＢ−ＣＡＳカードＩＤが含められる。
【００８６】
受信ストリーム取得リクエストを受けたＩＰ／ＲＦ変換ユニット２００は、それに対する応答として、ＩＰ経由で、当該テレビ受信機３００へ受信ストリーム取得リクエストＡｃｋを返す（Ｓ３８）。この応答には、当該ＩＰ／ＲＦ変換ユニット２００が受信しているストリームの識別情報（ＩＤ）が含まれる。受信中のストリームがない場合、ＩＰ／ＲＦ変換ユニット２００は未受信であることを返す。
【００８７】
テレビ受信機３００において現在受信中のＴＳストリームが存在しない場合、ストリーム選択履歴があれば、テレビ受信機３００は「受信中」という表示（例えばポップアップ表示）を行い（Ｓ４１）、ＩＰ／ＲＦ変換ユニット２００に対してＩＰ経由で、同ＴＳストリームについてユニキャスト配信リクエストを発行する（Ｓ４２）。
【００８８】
テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ送信される「ユニキャスト配信リクエスト」には、以下の情報を含む。すなわち、ユニキャスト配信リクエストの項目、およびリクエストパラメータの内容は次のとおりである。
・Ｂ−ＣＡＳカードＩＤ：  ２０桁の数字
・送出装置１００へのアクセス情報（例えば、送出装置へ配信リクエストを送信するためのＵＲＬ
・ユニキャストストリームＩＤ（４桁の１６進数：００００  〜  ＦＦＦＦ）
・受信モード：  0：視聴、  1：録画 
・受信を開始する日時：  YYYYMMDDhhmmss(年月日時分秒)形式
指定がない場合は即時開始、受信モードが録画の場合は必須。
・受信を終了する日時：  YYYYMMDDhhmmss(年月日時分秒)形式
指定がない場合は無期限視聴、受信モードが録画の場合は必須。
なお、受信を開始する日時および終了する日時は、専用の画面（図示せず）から視聴者が入力したり、番組表から取得したりすることが可能である。
【００８９】
次いで、ＩＰ／ＲＦ変換ユニット２００は、送出装置１００に対してＩＰ経由でユニキャスト配信リクエストを発行する（Ｓ４３）。このユニキャスト配信リクエストには、テレビから受信したストリームＩＤのほかに、ＩＰ／ＲＦ変換ユニット識別用のＩＤ（識別情報）を含める。これにより、送出装置１００は当該ＩＰ／ＲＦ変換ユニット２００を認識することができる。
【００９０】
送出装置１００は受信したユニキャスト配信リクエストに応じて、ＩＰ経由で当該ＩＰ／ＲＦ変換ユニット２００に対してユニキャスト配信リクエストＡｃｋを返すとともに（Ｓ４４）、当該ＴＳストリームのＴＳパケットの送信を開始する（Ｓ４５）。これにより、送出装置１００からＩＰ／ＲＦ変換ユニット２００へＴＳパケットが継続的に送信される（Ｓ４６）。
【００９１】
ＩＰ／ＲＦ変換ユニット２００はテレビ受信機３００に対してもユニキャスト配信リクエストＡｃｋを返す（Ｓ４７）。
【００９２】
送出装置１００からのＴＳパケットはＩＰ／ＲＦ変換ユニット２００によりＲＦ出力に変換されてテレビ受信機３００へ供給される。これにより、テレビ受信機３００は視聴画面表示を行う（Ｓ４８）。
【００９３】
テレビ受信機３００は当該ＴＳストリームの受信中に、上述した受信中通知（視聴中メッセージ）をＩＰ経由で周期的に（第１の一定時間間隔で）ＩＰ／ＲＦ変換ユニット２００へ送信する（Ｓ４９，Ｓ５０，Ｓ５２，Ｓ５３）。また、ＩＰ／ＲＦ変換ユニット２００は、受信中通知をＩＰ経由で周期的に(第２の一定時間間隔で）送出装置１００へ送信する（Ｓ５１，Ｓ５４）。第１の一定時間間隔より第２の一定時間間隔の方が長くてよい。このような条件は必須ではないが、多数のＩＰ／ＲＦ変換ユニット２００がネットワーク上に配置された場合、ＩＰ／ＲＦ変換ユニット２００から送出装置１００へ伝送されるメッセージも増加する。そこで、送出装置１００に対するアクセス負荷を抑えるために当該発生間隔はある程度長い時間にすることが好ましい。これに対して、テレビ受信機３００は数台、多くても１０数台と想定しているため、ＩＰ／ＲＦ変換ユニット２００に対するアクセス負荷は大きくない。このためテレビ受信機３００が発生する視聴中メッセージの発生間隔（第１の一定時間間隔）は短くてもよい。
【００９４】
テレビ受信機３００において現在受信中のＴＳストリームが存在しない場合、ストリーム選択履歴がない場合には、テレビ受信機３００は、上記のストリーム選択画面を表示する（Ｓ５５）。このストリーム選択画面において、視聴者はリモコン３２１で当該データ放送画面の操作を行い（Ｓ５６）、視聴したいストリームの選択を行う（Ｓ５７）。これに応じてテレビ受信機３００は、ＩＰ経由でＩＰ／ＲＦ変換ユニット２００に対してユニキャスト配信リクエストを発行する（Ｓ５８）。以降のシーケンスは上記ステップＳ４２のユニキャスト配信リクエストに対するものと同様である。
【００９５】
上記のステップＳ３８の後で、現在受信中のＴＳストリームあり、と判断された場合には、テレビ受信機３００は、「他の視聴者有」という表示（例えばポップアップ表示）を所定時間（例えば５秒）、実行し（Ｓ５９）、視聴画面表示へ移行する（Ｓ６０）。
【００９６】
図９に、本システムでのテレビ受信機３００におけるチャンネル切り替え時等（電源ＯＦＦも含む）による視聴終了時の各部の間の概略のやりとりを例示したシーケンス図を示す。
【００９７】
上述したように、テレビ受信機３００はＴＳストリーム受信中、ＩＰ／ＲＦ変換ユニット２００に対してＩＰ経由で周期的に受信中通知を送信する（Ｓ７１，Ｓ７２，Ｓ７３）。テレビ受信機３００でチャンネルの切り替えや電源ＯＦＦが行われた場合、この受信中通知の発生が途絶える。ＩＰ／ＲＦ変換ユニット２００は、受信中通知が一定時間受信できない場合に、テレビ受信機３００での当該ＴＳストリームの再生が中止された（視聴が終了した）と判定する（Ｓ７４）。ＩＰ／ＲＦ変換ユニット２００は、このような判定を行ったとき、ＩＰ経由で、送出装置１００に対してユニキャスト停止リクエストを発行する（Ｓ７５）。これに応じて送出装置１００は、当該ＴＳストリームのＴＳパケットの出力（送信）を停止し（Ｓ７６）、ＩＰ経由でＩＰ／ＲＦ変換ユニット２００に対してユニキャスト停止リクエストＡｃｋを返す（Ｓ７７）。
【００９８】
図１０に、本システムでのＩＰ／ＲＦ変換ユニットの動作停止による視聴終了時の各部の間の概略のやりとりを例示したシーケンス図を示す。
【００９９】
同じく上述したように、ＩＰ／ＲＦ変換ユニット２００はＴＳストリームの受信中、送出装置１００に対してＩＰ経由で周期的に受信中通知を送信する（Ｓ８１，Ｓ８２，Ｓ８３）。ＩＰ／ＲＦ変換ユニット２００がその電源ＯＦＦ等の理由により動作を停止した場合には、この受信中通知の発生が途絶える。送出装置１００は、受信中通知が一定時間受信できない場合に、ＩＰ／ＲＦ変換ユニット２００の動作が停止したと判断し（Ｓ８４）、当該ＴＳストリームのＴＳパケットの送信を停止する（Ｓ８５）。
【０１００】
図１１に、トップ画面でエラーが発生したときの処理に関するシーケンス図を示す。
【０１０１】
図９で説明したように、視聴者がリモコン３２１でＩＰ／ＲＦ変換ユニット２００の出力チャンネル選局の指示を行うと（Ｓ９１）、テレビ受信機３００は、所定のトップ画面を表示するとともに（Ｓ９２）、Ｂ−ＣＡＳチェックを実行する（Ｓ９３）。
【０１０２】
このＢ−ＣＡＳチェックの結果がＮＧである場合、テレビ受信機３００は、「Ｂ−ＣＡＳカードを挿入して下さい」という表示（例えばポップアップ表示）を行う（Ｓ９４）。次いで、視聴者によりＢ−ＣＡＳカードが挿入され（Ｓ９５）、Ｄボタンが押下されたとき（Ｓ９６）、再度Ｂ−ＣＡＳチェックが行われる（Ｓ９７）。
【０１０３】
その後、テレビ受信機３００は、ＬＡＮ接続チェックを実行する（Ｓ１０１）。このテレビ受信機３００にＬＡＮ接続がない場合、「ＬＡＮ接続ＮＧ」のような表示（例えばポップアップ表示）を行う（Ｓ１０２）。次いで、視聴画面の表示を行う（Ｓ１０３）。ＬＡＮ接続がない場合は他の受信端末が選択したＴＳストリームの表示がなされる。
【０１０４】
テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ受信ストリーム取得リクエスト（Ｓ１０５）がなされたとき、ＩＰ／ＲＦ変換ユニット２００が受信ストリーム取得リクエストＮａｃｋが返された場合、テレビ受信機３００は「受信ストリーム取得エラー」のような表示（例えばポップアップ表示）を行う（Ｓ１０７）。その後、視聴画面表示へ移行する（Ｓ１０８）。
【０１０５】
テレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ受信ストリーム取得リクエスト（Ｓ１１１）がなされたとき、ＩＰ／ＲＦ変換ユニット２００から所定の時間、何等の応答がない場合、すなわち受信ストリーム取得応答タイムアウトの場合、「受信ストリーム取得タイムアウト」のような表示（例えばポップアップ表示）がなされる（Ｓ１１２）。その後、視聴画面表示へ移行する（Ｓ１１３）。
【０１０６】
図１２に、リクエストエラー時の処理に関するシーケンス図を示す。
【０１０７】
図９のステップＳ４２と同様のユニキャスト配信リクエストがテレビ受信機３００からＩＰ／ＲＦ変換ユニット２００へ発行されたとき、ＩＰ／ＲＦ変換ユニット２００がユニキャスト配信リクエストＮａｃｋを返した場合（Ｓ１２２）、テレビ受信機３００はストリーム選択画面の表示を行う（Ｓ１２３）。
【０１０８】
テレビ受信機３００からのユニキャスト配信リクエストに対して、ＩＰ／ＲＦ変換ユニット２００からＡｃｋもＮａｃｋも返答がない場合（応答Ｔｉｍｅｏｕｔ）、視聴者がリモコン３２１でＤボタンを押下したとき（Ｓ１２４）、テレビ受信機３００はストリーム選択画面の表示を行う（Ｓ１２５）。
【０１０９】
ＩＰ／ＲＦ変換ユニット２００からのユニキャスト配信リクエストに対して（Ｓ１２６）、送出装置１００からリクエストＮａｃｋが返された場合（Ｓ１２７）、ＩＰ／ＲＦ変換ユニット２００はデータ放送（ＢＭＬ）経由でイベントメッセージ受信ＮＧをテレビ受信機３００へ送信する（Ｓ１２８)。これに応じて、テレビ受信機３００にはストリーム選択画面表示がなされる（Ｓ１２９）。このストリーム選択画面にはイベントメッセージの受信が失敗したことが表示される。
【０１１０】
ＩＰ／ＲＦ変換ユニット２００からのユニキャスト配信リクエストに対して（Ｓ１３０）、送出装置１００から何等の応答がない場合、ＩＰ／ＲＦ変換ユニット２００はデータ放送（ＢＭＬ）経由でイベントメッセージ受信Ｔｉｍｅｏｕｔをテレビ受信機３００へ送信する（Ｓ１３１）。これに応じて、テレビ受信機３００はストリーム選択画面表示がなされる（Ｓ１３２）。このストリーム選択画面にはイベントメッセージの受信がタイムアウトしたことが表示される。
【０１１１】
ＩＰ／ＲＦ変換ユニット２００からのユニキャスト配信リクエストに対して（Ｓ１３３）、送出装置１００からユニキャスト配信リクエストＮａｃｋが返された後（Ｓ１３４）、ＩＰ／ＲＦ変換ユニット２００が送出装置１００から一定時間経過してもＴＳパケットを受信できない場合、ＴＳパケット受信Ｔｉｍｅｏｕｔをテレビ受信機３００へ送信する（Ｓ１３５）。これに応じて、テレビ受信機３００にはストリーム選択画面表示がなされる（Ｓ１３６）。このストリーム選択画面にはＴＳパケットの受信がタイムアウトしたことが表示される。
【０１１２】
なお、その後にＴＳパケットを受信した場合は、ＩＰ／ＲＦ変換ユニット２００は送出装置１００に対して、一旦、ユニキャスト停止リクエストを発行してＴＳパケットの送信を停止する。
【０１１３】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【０１１４】
例えば、上記の実施形態では、配信対象のストリームとして、リアルタイムの放送番組を想定したが、本発明は、ユーザの要求に応じて個々のコンテンツの配信を行うオンデマンド配信への適用も可能である。
【符号の説明】
【０１１５】
１００：送出装置  １１０：ＢＭＬサーバ  １５０：通信ネットワーク  ２００：ＩＰ／ＲＦ変換ユニット  ２１０：ルータ  ２３０：スイッチ  ３００：テレビ受信機  ３１０：分配器  ３２０：ストリーム選択画面  ３２１：リモコン  ３２２，３２３：操作方向指示表示  ３２４：ストリーム識別情報  ３２５：メッセージボックス  ３２７：指示表示  ３２８：番組イメージ表示エリア
【図１】
2019161513.tif 000003
【図２】
2019161513.tif 000004
【図３】
2019161513.tif 000005
【図４】
2019161513.tif 000006
【図５】
2019161513.tif 000007
【図６】
2019161513.tif 000008
【図７】
2019161513.tif 000009
【図８】
2019161513.tif 000010
【図９】
2019161513.tif 000011
【図１０】
2019161513.tif 000012
【図１１】
2019161513.tif 000013
【図１２】
2019161513.tif 000014
【手続補正書】
【提出日】令和1年6月27日(2019.6.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク経由でストリームのユニキャスト配信を行うストリーム配信システムであって、
テレビ受信機からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を前記通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換するＩＰ／ＲＦ変換ユニットと、
前記ＩＰ／ＲＦ変換ユニットから要求されたストリームを通信ネットワークを介して前記ＩＰ／ＲＦ変換ユニットへ送出する送出装置とを備え、
前記テレビ受信機は、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求を発生するための情報を含むＢＭＬコンテンツに基づいて、ストリーム選択画面を表示するとともに、前記ストリーム選択画面において選択されたストリームのユニキャスト配信要求を前記ＩＰ／ＲＦ変換ユニットに対して発生し、
前記テレビ受信機は、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力し、
前記ＩＰ／ＲＦ変換ユニットは、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止する
ストリーム配信システム。
【請求項２】
通信ネットワーク経由でストリームのユニキャスト配信を行うストリーム配信システムであって、
テレビ受信機からのストリームのユニキャスト配信要求に基づいて当該ストリームの要求を前記通信ネットワーク上に送信するとともに、通信ネットワーク経由で受信したストリームをＲＦ信号に変換するＩＰ／ＲＦ変換ユニットと、
前記ＩＰ／ＲＦ変換ユニットから要求されたストリームを通信ネットワークを介して前記ＩＰ／ＲＦ変換ユニットへ送出する送出装置とを備え、
前記テレビ受信機は、ストリーム選択画面の情報、および、ストリームのユニキャスト配信要求を発生するための情報を含むＢＭＬコンテンツに基づいて、ストリーム選択画面を表示するとともに、前記ストリーム選択画面において選択されたストリームのユニキャスト配信要求を前記ＩＰ／ＲＦ変換ユニットに対して発生し、
前記ＩＰ／ＲＦ変換ユニットは、前記ＲＦ信号の出力中に前記送出装置へ所定のメッセージを周期的に出力し、
前記送出装置は、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止する
ストリーム配信システム。
【請求項３】
前記ストリームは少なくとも映像データを含むＴＳストリームである請求項１または２に記載のストリーム配信システム。
【請求項４】
前記ＢＭＬコンテンツは前記ＩＰ／ＲＦ変換ユニットからデータ放送により前記テレビ受信機へ提供される請求項１、２または３に記載のストリーム配信システム。
【請求項５】
通信ネットワーク経由でＩＰ／ＲＦ変換ユニットを介してストリームのユニキャスト配信を行うストリーム配信方法であって、
ＩＰ／ＲＦ変換ユニットが、ストリーム選択画面を表示するためのＢＭＬコンテンツを、データ放送としてテレビ受信機へ送出するステップと、
前記テレビ受信機が、受信した前記ＢＭＬコンテンツに基づいてストリーム選択画面を表示するステップと、
前記テレビ受信機が、前記ストリーム選択画面でユーザの指示に基づいて選択されたストリームのユニキャスト配信を前記ＩＰ／ＲＦ変換ユニットへ要求するステップと、
前記ＩＰ／ＲＦ変換ユニットが前記要求されたストリームのユニキャスト配信を送出装置へ要求するステップと、
前記送出装置が、前記要求されたストリームをＩＰデータとして前記ＩＰ／ＲＦ変換ユニットへ送出するステップと、
前記ＩＰ／ＲＦ変換ユニットが、受信した前記ＩＰデータをＲＦ信号に変換するステップと、
前記テレビ受信機が、前記ＲＦ信号を受信してストリームを再生するステップと、
前記テレビ受信機が、前記ストリームの受信中に前記ＩＰ／ＲＦ変換ユニットへ所定のメッセージを周期的に出力するステップと、
前記ＩＰ／ＲＦ変換ユニットが、前記テレビ受信機からの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記テレビ受信による前記ストリームの再生が中止されたと判断して、前記ストリームのＲＦ信号の出力を停止するステップと
を備えたストリーム配信方法。
【請求項６】
通信ネットワーク経由でＩＰ／ＲＦ変換ユニットを介してストリームのユニキャスト配信を行うストリーム配信方法であって、
ＩＰ／ＲＦ変換ユニットが、ストリーム選択画面を表示するためのＢＭＬコンテンツを、データ放送としてテレビ受信機へ送出するステップと、
前記テレビ受信機が、受信した前記ＢＭＬコンテンツに基づいてストリーム選択画面を表示するステップと、
前記テレビ受信機が、前記ストリーム選択画面でユーザの指示に基づいて選択されたストリームのユニキャスト配信を前記ＩＰ／ＲＦ変換ユニットへ要求するステップと、
前記ＩＰ／ＲＦ変換ユニットが前記要求されたストリームのユニキャスト配信を送出装置へ要求するステップと、
前記送出装置が、前記要求されたストリームをＩＰデータとして前記ＩＰ／ＲＦ変換ユニットへ送出するステップと、
前記ＩＰ／ＲＦ変換ユニットが、受信した前記ＩＰデータをＲＦ信号に変換するステップと、
前記テレビ受信機が、前記ＲＦ信号を受信してストリームを再生するステップと、
前記ＩＰ／ＲＦ変換ユニットが、前記ＲＦ信号の出力中に前記送出装置へ所定のメッセージを周期的に出力するステップと、
前記送出装置が、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止するステップと
を備えたストリーム配信方法。
【請求項７】
ＢＭＬサーバが、通信ネットワーク経由で、前記ＢＭＬコンテンツを前記ＩＰ／ＲＦ変換ユニットへ送出するステップをさらに備えた請求項５または６に記載のストリーム配信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
前記ＩＰ／ＲＦ変換ユニットは、その一態様として、前記ＲＦ信号の出力中に前記送出装置へ所定のメッセージを周期的に出力し、前記送出装置は、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止することができる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
このストリーム配信方法は、前記ＩＰ／ＲＦ変換ユニットが、前記ＲＦ信号の出力中に前記送出装置へ所定のメッセージを周期的に出力するステップと、前記送出装置が、前記ＩＰ／ＲＦ変換ユニットからの前記所定のメッセージを受信し、前記所定のメッセージの受信が所定の時間途絶えたとき、前記ＩＰ／ＲＦ変換ユニットの動作が停止したと判断して、前記ストリームのユニキャスト配信を停止するステップとをさらに備えてもよい。