(57)【要約】【課題】ストリームをより安定して受信可能な通信サービスを提供する。【解決手段】ゲートウェイ装置は、パケットを受信して出力する受信部と、前記受信部から受けた前記パケットを送信する送信部と、記憶部とを備え、前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する。【選択図】図３
2017092581.tif 000002
【特許請求の範囲】
【請求項１】
パケットを受信して出力する受信部と、
前記受信部から受けた前記パケットを送信する送信部と、
記憶部とを備え、
前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、
前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する、ゲートウェイ装置。
【請求項２】
前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットを前記放送受信装置へ送信する代わりに、前記記憶部に保存された前記対象パケットを、前記再送要求を受けない場合と比べて速い速度で前記放送受信装置へ送信し、所定条件を満たすと、前記記憶部に保存された前記対象パケットの送信を停止し、前記受信部から受けた前記対象パケットの送信を再開する、請求項１に記載のゲートウェイ装置。
【請求項３】
前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットを前記放送受信装置へ送信する代わりに、前記記憶部に保存された前記対象パケットを、前記再送要求を受けない場合と同じ速度で前記放送受信装置へ送信する、請求項１に記載のゲートウェイ装置。
【請求項４】
前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットの前記放送受信装置への送信、および前記記憶部に保存された前記対象パケットの前記放送受信装置への送信を並行して行い、所定条件を満たすと、前記記憶部に保存された前記対象パケットの送信を停止する、請求項１に記載のゲートウェイ装置。
【請求項５】
放送受信装置であって、
コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、
前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部とを備え、
前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する、放送受信装置。
【請求項６】
前記送信部は、前記受信部が前記応答を受信した後、前記ストリームの送信要求を前記対象パケットの再送要求として前記ゲートウェイ装置へ送信する、請求項５に記載の放送受信装置。
【請求項７】
記憶部を備えるゲートウェイ装置における放送中継方法であって、
受信したパケットを送信するステップと、
受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別し、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存するステップと、
前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信するステップとを含む、放送中継方法。
【請求項８】
放送受信装置における放送受信方法であって、
コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信するステップと、
前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信するステップと、
前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更するステップとを含む、放送受信方法。
【請求項９】
ゲートウェイ装置において用いられる放送中継プログラムであって、
コンピュータを、
パケットを受信して出力する受信部と、
前記受信部から受けた前記パケットを送信する送信部と、
記憶部と、
として機能させるためのプログラムであり、
前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、
前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する、放送中継プログラム。
【請求項１０】
放送受信装置において用いられる放送受信プログラムであって、
コンピュータを、
コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、
前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部と、
として機能させるためのプログラムであり、
前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する、放送受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、放送受信装置、放送中継方法、放送受信方法、放送中継プログラムおよび放送受信プログラムに関し、特に、コンテンツの情報が複数のパケットに分割されたストリームを受信するゲートウェイ装置、放送受信装置、放送中継方法、放送受信方法、放送中継プログラムおよび放送受信プログラムに関する。
【背景技術】
【０００２】
ＩＰネットワークを利用した映像サービスであるＩＰＴＶサービスにおいて、ＩＰ放送サービスを固定受信機に対して提供するために必要な仕様が規定されている（ＩＰＴＶフォーラム、「ＩＰ放送仕様（ＩＰＴＶＦＪ  ＳＴＤ−０００４  １．０版）」、２００８年９月１日策定（非特許文献１）参照）。
【０００３】
ＩＰ放送サービスとは、マルチキャストによるストリーミングで提供される放送型サービスであり、コンテンツ提供者から送出されたサービスストリームをサービス提供者がマルチキャストで伝送する形態と、サービス提供者自ら制作し伝送する形態とがある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＩＰＴＶフォーラム、「ＩＰ放送仕様（ＩＰＴＶＦＪ  ＳＴＤ−０００４  １．０版）」、２００８年９月１日策定
【発明の概要】
【発明が解決しようとする課題】
【０００５】
たとえば上記のようなＩＰＴＶサービスが提供される家庭およびオフィス等において、ストリームを伝送する通信環境が悪化した場合、ストリームのデータが途切れてしまい、放送番組の視聴内容に欠落が生じてしまう場合がある。
【０００６】
この発明は、上述の課題を解決するためになされたもので、その目的は、ストリームをより安定して受信可能な通信サービスを提供することが可能なゲートウェイ装置、放送受信装置、放送中継方法、放送受信方法、放送中継プログラムおよび放送受信プログラムを提供することである。
【課題を解決するための手段】
【０００７】
（１）上記課題を解決するために、この発明のある局面に係わるゲートウェイ装置は、パケットを受信して出力する受信部と、前記受信部から受けた前記パケットを送信する送信部と、記憶部とを備え、前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する。
【０００８】
（５）上記課題を解決するために、この発明のある局面に係わる放送受信装置は、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部とを備え、前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する。
【０００９】
（７）上記課題を解決するために、この発明のある局面に係わる放送中継方法は、記憶部を備えるゲートウェイ装置における放送中継方法であって、受信したパケットを送信するステップと、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別し、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存するステップと、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信するステップとを含む。
【００１０】
（８）上記課題を解決するために、この発明のある局面に係わる放送受信方法は、放送受信装置における放送受信方法であって、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信するステップと、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信するステップと、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更するステップとを含む。
【００１１】
（９）上記課題を解決するために、この発明のある局面に係わる放送中継プログラムは、ゲートウェイ装置において用いられる放送中継プログラムであって、コンピュータを、パケットを受信して出力する受信部と、前記受信部から受けた前記パケットを送信する送信部と、記憶部と、として機能させるためのプログラムであり、前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する。
【００１２】
（１０）上記課題を解決するために、この発明のある局面に係わる放送受信プログラムは、放送受信装置において用いられる放送受信プログラムであって、コンピュータを、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部と、として機能させるためのプログラムであり、前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する。
【００１３】
本発明は、このような特徴的な処理部を備えるゲートウェイ装置として実現できるだけでなく、ゲートウェイ装置の一部または全部を実現する半導体集積回路として実現したり、ゲートウェイ装置を含むシステムとして実現したりすることができる。
【００１４】
また、本発明は、このような特徴的な処理部を備える放送受信装置として実現できるだけでなく、放送受信装置の一部または全部を実現する半導体集積回路として実現したり、放送受信装置を含むシステムとして実現したりすることができる。
【発明の効果】
【００１５】
本発明によれば、ストリームをより安定して受信可能な通信サービスを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の実施の形態に係る放送システムの構成を示す図である。
【図２】図２は、本発明の実施の形態に係る放送システムの構成の一部を詳細に示す図である。
【図３】図３は、本発明の実施の形態に係る放送システムにおけるゲートウェイ装置の構成を示す図である。
【図４】図４は、本発明の実施の形態に係る放送システムにおける放送受信装置の構成を示す図である。
【図５】図５は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【図６】図６は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【図７】図７は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【図８】図８は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【図９】図９は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【図１０】図１０は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【発明を実施するための形態】
【００１７】
最初に、本発明の実施形態の内容を列記して説明する。
【００１８】
（１）本発明の実施の形態に係るゲートウェイ装置は、パケットを受信して出力する受信部と、前記受信部から受けた前記パケットを送信する送信部と、記憶部とを備え、前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する。
【００１９】
このように、受信データのうち、再送が困難なマルチキャストまたはブロードキャストされるストリームであって、端末側すなわち放送受信装置から要求されたストリームを中継側において識別し、当該ストリームを端末側へ転送するとともに当該ストリームをキャッシュするための記憶領域を確保して保存しておき、端末側からの要求があった場合に再送信する構成により、ストリームを効率的に保存しながら、ストリームを伝送する通信環境が悪化した場合において、端末側における受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係るゲートウェイ装置では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００２０】
（２）好ましくは、前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットを前記放送受信装置へ送信する代わりに、前記記憶部に保存された前記対象パケットを、前記再送要求を受けない場合と比べて速い速度で前記放送受信装置へ送信し、所定条件を満たすと、前記記憶部に保存された前記対象パケットの送信を停止し、前記受信部から受けた前記対象パケットの送信を再開する。
【００２１】
このような構成により、ストリームの伝送速度を速くするという簡易な処理で端末側における受信ストリームの欠損をリカバリしながら、端末側をリアルタイム放送に追いつかせることが可能となる。
【００２２】
（３）好ましくは、前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットを前記放送受信装置へ送信する代わりに、前記記憶部に保存された前記対象パケットを、前記再送要求を受けない場合と同じ速度で前記放送受信装置へ送信する。
【００２３】
このような構成により、端末側においてパケットの受信速度を変更することなく、受信ストリームの欠損をリカバリしながら、端末側をリアルタイム放送に追いつかせることが可能となる。
【００２４】
（４）好ましくは、前記送信部は、前記再送要求を受けて、前記受信部から受けた前記対象パケットの前記放送受信装置への送信、および前記記憶部に保存された前記対象パケットの前記放送受信装置への送信を並行して行い、所定条件を満たすと、前記記憶部に保存された前記対象パケットの送信を停止する。
【００２５】
このような構成により、既存のリアルタイム転送の仕組みを変更することなく、たとえば既存の通信方式を追加で用いて、受信ストリームの欠損をリカバリすることができる。
【００２６】
（５）本発明の実施の形態に係る放送受信装置は、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部とを備え、前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する。
【００２７】
このように、中継側において保存された、再送が困難なマルチキャストまたはブロードキャストされるストリームのキャッシュおよび再送信の機能を有しているか否かをゲートウェイ装置に問い合わせ、当該問い合わせに対する応答内容に応じてストリームの受信動作を変更する構成により、ストリームを伝送する通信環境が悪化した場合に、端末側において、再送されるストリームを正しく受信し、受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係る放送受信装置では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００２８】
（６）好ましくは、前記送信部は、前記受信部が前記応答を受信した後、前記ストリームの送信要求を前記対象パケットの再送要求として前記ゲートウェイ装置へ送信する。
【００２９】
このような構成により、たとえばゲートウェイ装置が上位側の装置へ当該送信要求を転送することができるため、上位側の装置が下位側の装置の生存確認ができないためにストリーム送信が停止されてしまうことを回避することができる。すなわち、ゲートウェイ装置および放送受信装置間の通信が途絶してもゲートウェイ装置に上位側からストリームが引き続き到着しているという、対象パケットのリカバリ送信を行なうための前提条件をより確実に満たすことができる。
【００３０】
（７）本発明の実施の形態に係る放送中継方法は、記憶部を備えるゲートウェイ装置における放送中継方法であって、受信したパケットを送信するステップと、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別し、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存するステップと、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信するステップとを含む。
【００３１】
このように、受信データのうち、再送が困難なマルチキャストまたはブロードキャストされるストリームであって、端末側すなわち放送受信装置から要求されたストリームを中継側において識別し、当該ストリームを端末側へ転送するとともに当該ストリームをキャッシュするための記憶領域を確保して保存しておき、端末側からの要求があった場合に再送信することにより、ストリームを効率的に保存しながら、ストリームを伝送する通信環境が悪化した場合において、端末側における受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係る放送中継方法では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００３２】
（８）本発明の実施の形態に係る放送受信方法は、放送受信装置における放送受信方法であって、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信するステップと、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信するステップと、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更するステップとを含む。
【００３３】
このように、中継側において保存された、再送が困難なマルチキャストまたはブロードキャストされるストリームのキャッシュおよび再送信の機能を有しているか否かをゲートウェイ装置に問い合わせ、当該問い合わせに対する応答内容に応じてストリームの受信動作を変更することにより、ストリームを伝送する通信環境が悪化した場合に、端末側において、再送されるストリームを正しく受信し、受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係る放送受信方法では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００３４】
（９）本発明の実施の形態に係る放送中継プログラムは、ゲートウェイ装置において用いられる放送中継プログラムであって、コンピュータを、パケットを受信して出力する受信部と、前記受信部から受けた前記パケットを送信する送信部と、記憶部と、として機能させるためのプログラムであり、前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信する。
【００３５】
このように、受信データのうち、再送が困難なマルチキャストまたはブロードキャストされるストリームであって、端末側すなわち放送受信装置から要求されたストリームを中継側において識別し、当該ストリームを端末側へ転送するとともに当該ストリームをキャッシュするための記憶領域を確保して保存しておき、端末側からの要求があった場合に再送信する構成により、ストリームを効率的に保存しながら、ストリームを伝送する通信環境が悪化した場合において、端末側における受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係る放送中継プログラムでは、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００３６】
（１０）本発明の実施の形態に係る放送受信プログラムは、放送受信装置において用いられる放送受信プログラムであって、コンピュータを、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部と、として機能させるためのプログラムであり、前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更する。
【００３７】
このように、中継側において保存された、再送が困難なマルチキャストまたはブロードキャストされるストリームのキャッシュおよび再送信の機能を有しているか否かをゲートウェイ装置に問い合わせ、当該問い合わせに対する応答内容に応じてストリームの受信動作を変更する構成により、ストリームを伝送する通信環境が悪化した場合に、端末側において、再送されるストリームを正しく受信し、受信ストリームの欠損をリカバリすることができる。したがって、本発明の実施の形態に係る放送受信プログラムでは、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【００３８】
以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。
【００３９】
［構成および基本動作］
図１は、本発明の実施の形態に係る放送システムの構成を示す図である。
【００４０】
図１を参照して、放送システム３０１は、たとえばＩＰＴＶサービスを提供する放送システムであり、サーバ２０１と、ルータ１５１，１５２Ａ，１５２Ｂと、放送受信装置１０１Ａ，１０１Ｂとを備える。
【００４１】
以下、放送受信装置１０１Ａ，１０１Ｂの各々を放送受信装置１０１と称する場合がある。
【００４２】
図１では、３つのルータを代表的に示しているが、放送システム３０１は、さらに少数または多数のルータを備える構成であってもよい。また、図１では、２つの放送受信装置１０１を代表的に示しているが、放送システム３０１は、さらに少数または多数の放送受信装置１０１を備える構成であってもよい。
【００４３】
放送受信装置１０１は、たとえばＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）であり、デジタル放送、およびＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）等のＩＰ放送によるコンテンツを受信し、受信したコンテンツの録画および再生を行なうことが可能である。放送受信装置１０１は、インターネット等のネットワークを介してサーバ２０１と接続されている。
【００４４】
サーバ２０１は、たとえばＩＰ放送事業者の施設に設置されており、上記ネットワークを構成するルータ１５１，１５２Ａ，１５２Ｂを介して放送受信装置１０１Ａ，１０１Ｂと接続されており、当該ネットワークを介して各放送受信装置１０１と通信可能である。
【００４５】
ルータ１５１は、上位側のサーバ２０１と、下位側のルータ１５２Ａ，１５２Ｂとに接続されている。ルータ１５２Ａ，１５２Ｂは、上位側のルータ１５１と、下位側の放送受信装置１０１Ａ，１０１Ｂに接続されている。
【００４６】
サーバ２０１は、映像および音楽等のコンテンツを伝送するためのストリームを送信する。このストリームは、たとえば、１対多通信のＰＵＳＨ配信を前提としており、基本的に再送することができない。
【００４７】
具体的には、サーバ２０１は、映像および音楽等のコンテンツを伝送するためのストリームをマルチキャストする。このストリームでは、たとえば、コンテンツの情報が複数のＩＰパケットに分割されており、当該ＩＰパケットの宛先アドレスのフィールドにはマルチキャストアドレスが挿入される。
【００４８】
ルータ１５１，１５２Ａ，１５２Ｂは、受信したＩＰパケットを送信可能な複数の通信部を備え、当該通信部は、放送受信装置１０１からＪＯＩＮメッセージを受信して、当該ＪＯＩＮメッセージの送信元へのパケットの送信を開始する。ＪＯＩＮメッセージは、たとえば非特許文献１に記載された、マルチキャストの配信をリクエストするためのメッセージである。
【００４９】
より詳細には、ルータ１５１，１５２Ａ，１５２Ｂは、複数の通信ポートを有し、ストリームの送信要求であるＪＯＩＮメッセージを下位側から受信した場合、ＪＯＩＮメッセージを受信した通信ポート経由でサーバ２０１からのストリームを転送する。一方、ルータ１５１，１５２Ａ，１５２Ｂは、ＪＯＩＮメッセージを受信していない通信ポート経由ではサーバ２０１からのストリームを転送しない。
【００５０】
たとえば、放送受信装置１０１は、受信対象のストリームのマルチキャストアドレスをＪＯＩＮメッセージに含めて送信する。
【００５１】
ルータ１５１，１５２Ａ，１５２Ｂは、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスを保持し、保持したマルチキャストアドレスを宛先アドレスとするＩＰパケットを上位側から受信した場合、受信したパケットを対応の通信ポート経由で下位側へ転送する。
【００５２】
また、ルータ１５１，１５２Ａ，１５２Ｂは、放送受信装置１０１からＬｅａｖｅメッセージを受信して、当該Ｌｅａｖｅメッセージの示すストリームの、当該Ｌｅａｖｅメッセージの送信元への送信すなわち対応の通信ポート経由での転送を停止する。Ｌｅａｖｅメッセージは、たとえば非特許文献１に記載された、マルチキャストの配信停止をリクエストするためのメッセージである。
【００５３】
たとえば、放送受信装置１０１は、受信停止対象のストリームのマルチキャストアドレスを含むＬｅａｖｅメッセージを上位側へ送信する。
【００５４】
ルータ１５１，１５２Ａ，１５２Ｂは、保持しているマルチキャストアドレスのうち、受信したＬｅａｖｅメッセージに含まれるマルチキャストアドレスと同じアドレスを破棄する。
【００５５】
また、ルータ１５２Ａ，１５２Ｂは、放送受信装置１０１から受信したＪＯＩＮメッセージおよびＬｅａｖｅメッセージをルータ１５１に転送する。
【００５６】
なお、ルータ１５１，１５２Ａ，１５２Ｂがたとえば無線ＬＡＮによる無線通信によってデータ伝送を行なう場合、無線チャネルが通信ポートに相当する。
【００５７】
また、ルータ１５１，１５２Ａ，１５２Ｂは、サーバ２０１からのストリームの転送先に制限を設けることなく単に下位側へブロードキャストする構成であってもよい。
【００５８】
図２は、本発明の実施の形態に係る放送システムの構成の一部を詳細に示す図である。
【００５９】
図２を参照して、放送システム３０１は、表示装置９１と、記憶装置９２と、放送受信装置１０１と、ゲートウェイ装置１１１とを備える。
【００６０】
ゲートウェイ装置１１１は、たとえば、ホームゲートウェイ（ＨＧＷ）であり、図１に示すルータの機能を有し、ルータ１５１と放送受信装置１０１との間に接続される。
【００６１】
ゲートウェイ装置１１１および放送受信装置１０１の各々は、両装置間におけるネットワークインタフェースを提供する１または複数の通信ポートを有しており、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の無線通信および有線ＬＡＮ等の有線通信を互いに行なうことが可能である。図２では、ゲートウェイ装置１１１および放送受信装置１０１の各々が１つの通信ポートを有する場合を代表的に示している。
【００６２】
放送受信装置１０１は、たとえば、ネットワーク経由でサーバ２０１から受信したコンテンツの録画および再生を行なうことが可能である。より詳細には、放送受信装置１０１は、当該コンテンツを記憶装置９２に保存したり、当該コンテンツの内容をディスプレイ等の表示装置９１に出力させたりすることが可能である。
【００６３】
図３は、本発明の実施の形態に係る放送システムにおけるゲートウェイ装置の構成を示す図である。
【００６４】
図３を参照して、ゲートウェイ装置１１１は、ネットワーク側通信部（受信部）２１と、端末側通信部（送信部）２２と、制御部２３と、記憶部２４とを備える。
【００６５】
ネットワーク側通信部２１は、上位側からＩＰパケットを受信して端末側通信部２２へ出力する。
【００６６】
端末側通信部２２は、ネットワーク側通信部２１から受けたＩＰパケットを下位側へ送信する。
【００６７】
また、ネットワーク側通信部２１は、上位側から受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置１０１から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの当該パケットである対象パケットであるか否かを識別可能である。ネットワーク側通信部２１は、受信したパケットが対象パケットである場合に当該パケットを記憶部２４に保存する。
【００６８】
より詳細には、端末側通信部２２は、下位側から受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスをキャッシュする、すなわち記憶部２４に保存する。
【００６９】
ネットワーク側通信部２１は、受信した対象パケットのマルチキャストアドレスが、記憶部２４に保存されているマルチキャストアドレスと一致する場合、当該対象パケットを記憶部２４に保存するとともに端末側通信部２２へ出力する。たとえば、記憶部２４において、対象パケットは一定量保存可能であり、保存量が一定量を超える場合、古い対象パケットから順に削除される。
【００７０】
一方、ネットワーク側通信部２１は、受信した対象パケットのマルチキャストアドレスと一致するアドレスが記憶部２４に保存されていない場合、当該対象パケットを破棄する。
【００７１】
端末側通信部２２は、ネットワーク側通信部２１から受けた対象パケット等のＩＰパケットを下位側へ送信することに加えて、放送受信装置１０１からの再送要求たとえばＪＯＩＮメッセージを受けて、記憶部２４に保存された対象パケットを放送受信装置１０１へ送信する。
【００７２】
また、端末側通信部２２は、Ｌｅａｖｅメッセージを受信するまでキャッシュを有効とする。具体的には、端末側通信部２２は、下位側から受信したＬｅａｖｅメッセージに含まれるマルチキャストアドレスと同じアドレス、および当該マルチキャストアドレスの対象パケットを記憶部２４から削除する。すなわち、放送受信装置１０１とゲートウェイ装置１１１との通信接続が切断された状態においても、放送受信装置１０１からＬｅａｖｅメッセージが到着していない場合、ゲートウェイ装置１１１は、対象パケットの送信および保存を継続する。
【００７３】
図４は、本発明の実施の形態に係る放送システムにおける放送受信装置の構成を示す図である。
【００７４】
図４を参照して、放送受信装置１０１は、制御部１１と、通信部（受信部および送信部）１２と、バッファ１４と、ストリーム処理部１６と、受付部１７とを備える。
【００７５】
図４では、１つの通信部を代表的に示しているが、放送受信装置１０１は、複数の通信部を備える構成であってもよい。たとえば、これら複数の通信部は、互いに異なる種類の通信方式によってパケットを受信する。
【００７６】
具体的には、受付部１７は、ユーザの操作を受け付け、受け付けた操作の内容を示す操作情報を制御部１１へ出力する。
【００７７】
制御部１１は、受付部１７から受けた操作情報がユーザによる番組等のコンテンツ選択を示す場合、選択されたコンテンツに対応するマルチキャストアドレスを含むＪＯＩＮメッセージを作成して通信部１２へ出力する。
【００７８】
通信部１２は、制御部１１から受けたＪＯＩＮメッセージをゲートウェイ装置１１１へ送信する。
【００７９】
また、制御部１１は、受付部１７から受けた操作情報がユーザによる番組等のコンテンツ配信の停止を示す場合、停止対象のコンテンツに対応するマルチキャストアドレスを含むＬｅａｖｅメッセージを作成して通信部１２へ出力する。
【００８０】
通信部１２は、制御部１１から受けたＬｅａｖｅメッセージをゲートウェイ装置１１１へ送信する。
【００８１】
また、通信部１２は、ストリームを構成するＩＰパケット、具体的には、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの当該パケットを中継可能なゲートウェイ装置１１１から、自己の放送受信装置１０１が要求した当該パケットである対象パケットを受信する。
【００８２】
より詳細には、通信部１２は、たとえば無線通信によってゲートウェイ装置１１１から受信した複数のＩＰパケットからたとえばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを抽出し、抽出したＲＴＰパケットをバッファ１４に保存する。
【００８３】
また、通信部１２は、ゲートウェイ装置１１１から放送受信装置１０１へ送信され、かつゲートウェイ装置１１１において保存された対象パケットのリカバリ送信問い合わせをゲートウェイ装置１１１へ送信する。
【００８４】
通信部１２は、リカバリ送信問い合わせに対する応答をゲートウェイ装置１１１から受信して、当該応答の内容に応じて対象パケットの受信動作を変更する。
【００８５】
また、たとえば、通信部１２は、通信部１２が当該応答を受信した後、ストリームの送信要求を再送要求としてゲートウェイ装置１１１へ送信する。
【００８６】
制御部１１は、バッファ１４に保存されたＲＴＰパケットを取得して記憶装置９２に保存する。制御部１１は、たとえば、所定数のＲＴＰパケットがバッファ１４に蓄積された時点でこれらのＲＴＰパケットをまとめて取得して記憶装置９２に保存する。
【００８７】
ストリーム処理部１６は、たとえば、記憶装置９２に保存されたＲＴＰパケットを取得し、取得したＲＴＰパケットに対して復号化処理を行なってビデオ信号およびオーディオ信号を生成し、表示装置９１へ出力する。
【００８８】
表示装置９１は、ストリーム処理部１６から受けたビデオ信号およびオーディオ信号に基づいて番組等のコンテンツを再生する。
【００８９】
なお、放送受信装置１０１は、表示装置９１および記憶装置９２の少なくともいずれか一方を備える構成であってもよい。
【００９０】
［動作］
次に、本発明の実施の形態に係る放送システムにおけるストリームの伝送処理について図面を用いて説明する。
【００９１】
放送システム３０１における各装置は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のフローチャートおよびシーケンスの各ステップの一部または全部を含むプログラムを図示しないメモリから読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。
【００９２】
［動作例１］
図５は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【００９３】
図５を参照して、ゲートウェイ装置１１１は、放送受信装置１０１から再送要求に相当するＪＯＩＮメッセージを受信した場合、リカバリ送信処理を開始する。より詳細には、ゲートウェイ装置１１１は、対応のストリームのリアルタイム転送を停止し、マルチキャスト用キャッシュすなわち記憶部２４に保存された対応の対象パケットを、当該リアルタイム転送における伝送速度よりも速い速度で放送受信装置１０１へ送信する。
【００９４】
具体的には、マルチキャスト用キャッシュにＸ秒分の対象パケットが保存されている場合、たとえば１．Ｙ倍速で当該対象パケットを放送受信装置１０１へ送信する。これにより、Ｘ／０．Ｙ秒後にリアルタイム放送に追いつくことができる。
【００９５】
なお、ゲートウェイ装置１１１は、リカバリ送信処理において、２倍速以上で対象パケットを放送受信装置１０１へ送信する構成であってもよい。
【００９６】
図６は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【００９７】
ゲートウェイ装置１１１において、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットを放送受信装置１０１へ送信する代わりに、記憶部２４に保存された対象パケットを、再送要求を受けない場合と比べて速い速度で放送受信装置１０１へ送信する。そして、端末側通信部２２は、所定条件を満たすと、記憶部２４に保存された対象パケットの送信を停止し、ネットワーク側通信部２１から受けた対象パケットの送信を再開する。
【００９８】
具体的には、図６を参照して、まず、放送受信装置１０１においてコンテンツが選択されると、制御部１１は、選択コンテンツのマルチキャストアドレスを含むＪＯＩＮメッセージを通信部１２経由でゲートウェイ装置１１１へ送信する（ステップＳ１）。
【００９９】
次に、ゲートウェイ装置１１１における端末側通信部２２は、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスを記憶部２４に保存するとともにネットワーク側通信部２１へ出力する。ネットワーク側通信部２１は、端末側通信部２２から受けたＪＯＩＮメッセージをルータ１５１へ送信する（ステップＳ２）。
【０１００】
次に、ルータ１５１は、ゲートウェイ装置１１１からＪＯＩＮメッセージを受信して、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスのストリームを構成するＩＰパケットのゲートウェイ装置１１１への転送を開始する（ステップＳ３）。
【０１０１】
次に、ゲートウェイ装置１１１において、ネットワーク側通信部２１は、記憶部２４に保存されたマルチキャストアドレスを参照することにより、ルータ１５１から受信したＩＰパケットが、転送すべきストリームのＩＰパケットすなわち対象パケットであることを識別する（ステップＳ４）。
【０１０２】
次に、ネットワーク側通信部２１は、識別した対象パケットを端末側通信部２２経由で放送受信装置１０１へ送信するとともに（ステップＳ５）、記憶部２４に保存する（ステップＳ６）。
【０１０３】
次に、放送受信装置１０１における制御部１１は、受信した対象パケットから抽出されたＲＴＰパケットを記憶装置９２に保存する録画処理を行なう（ステップＳ７）。
【０１０４】
次に、放送受信装置１０１において録画処理が行われている状態において、制御部１１は、ゲートウェイ装置１１１との通信接続の切断を検出する（ステップＳ８）。
【０１０５】
次に、制御部１１は、ゲートウェイ装置１１１との通信接続が再確立されると（ステップＳ９）、対象パケットのリカバリ送信問い合わせを作成し、通信部１２経由でゲートウェイ装置１１１へ送信する。リカバリ送信問い合わせは、対象パケットのキャッシュおよび再送信の機能をゲートウェイ装置１１１が有しているか否かを問い合わせるためのメッセージであり、たとえばリカバリ送信対象のコンテンツのマルチキャストアドレスを含む（ステップＳ１０）。
【０１０６】
次に、ゲートウェイ装置１１１における端末側通信部２２は、放送受信装置１０１からリカバリ送信問い合わせを受信して、対象パケットのキャッシュおよび再送信の機能を有する場合、放送受信装置１０１へＡＣＫを送信する（ステップＳ１１）。
【０１０７】
次に、放送受信装置１０１における通信部１２は、ゲートウェイ装置１１１からＡＣＫを受信して、再送信される対象パケットを受信するための準備処理を行なう。ここでは、通信部１２は、１．Ｙ倍速で送信される対象パケットを正しく受信して処理するための受信動作の変更を行なう（ステップＳ１２）。
【０１０８】
次に、放送受信装置１０１における制御部１１は、通信部１２の準備処理が完了すると、リカバリ送信対象のコンテンツのマルチキャストアドレスを含むＪＯＩＮメッセージを再送要求として通信部１２経由でゲートウェイ装置１１１へ送信する。なお、このＪＯＩＮメッセージは、たとえば通常のＪＯＩＮメッセージにおける一部のフィールドの値を変更したものであってもよい（ステップＳ１３）。
【０１０９】
次に、ゲートウェイ装置１１１における端末側通信部２２は、たとえば記憶部２４に保存されたアドレスを参照することにより、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスがリカバリ送信対象であることを確認し、当該ＪＯＩＮメッセージをネットワーク側通信部２１経由でルータ１５１へ送信するとともに（ステップＳ１４）、リカバリ送信処理を開始する。
【０１１０】
より詳細には、端末側通信部２２は、対象パケットのリアルタイム転送を停止する、すなわち、ネットワーク側通信部２１から受けた対象パケットの放送受信装置１０１への送信を停止し（ステップＳ１５）、記憶部２４に保存された対象パケットを１．Ｙ倍速で放送受信装置１０１へ送信する。ここで、ネットワーク側通信部２１は、ルータ１５１から受信した対象パケットの記憶部２４への保存を継続する（ステップＳ１６およびＳ１７）。
【０１１１】
次に、放送受信装置１０１における制御部１１は、ゲートウェイ装置１１１からの対象パケットを監視する。より詳細には、制御部１１は、たとえば、バッファ１４に保存されるＲＴＰパケットのシーケンス番号を監視し、通信接続の切断によって未受信であったＲＴＰパケットが揃ったこと、すなわちＲＴＰパケットを切れ目無く受信できたことを確認する（ステップＳ１８）。
【０１１２】
次に、ゲートウェイ装置１１１における端末側通信部２２は、リカバリ対象パケットの送信を完了する、たとえばリカバリ送信処理の開始時点で記憶部２４に保存されていた対象パケットを放送受信装置１０１へすべて送信すると（ステップＳ１９）、リカバリ送信処理を終了してリアルタイム転送を再開し（ステップＳ２０）、ネットワーク側通信部２１から受けた対象パケットを放送受信装置１０１へ送信する（ステップＳ２１）。
【０１１３】
なお、放送受信装置１０１は、ゲートウェイ装置１１１によるリカバリ送信処理の終了を、ゲートウェイ装置１１１からの通知によって認識し、対象パケットの受信動作を元に戻す構成であってもよいし、ＲＴＰパケットを切れ目無く受信できたことを確認すると対象パケットの受信動作を元に戻す構成であってもよい。
【０１１４】
［動作例２］
図７は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【０１１５】
図７を参照して、ゲートウェイ装置１１１は、放送受信装置１０１から再送要求に相当するＪＯＩＮメッセージを受信した場合、リカバリ送信処理を開始する。より詳細には、ゲートウェイ装置１１１は、対応のストリームのリアルタイム転送を停止し、マルチキャスト用キャッシュすなわち記憶部２４に保存された対応の対象パケットを、以後、当該リアルタイム転送と同じ伝送速度で放送受信装置１０１へ送信する。
【０１１６】
具体的には、マルチキャスト用キャッシュにＸ秒分の対象パケットが保存されている場合、放送受信装置１０１におけるストリーム受信がリアルタイム放送に対してＸ秒遅れる状態が継続する。
【０１１７】
図８は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【０１１８】
ゲートウェイ装置１１１において、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットを放送受信装置１０１へ送信する代わりに、記憶部２４に保存された対象パケットを、再送要求を受けない場合と同じ速度で放送受信装置１０１へ送信する。
【０１１９】
具体的には、図８を参照して、ステップＳ３１〜Ｓ４１の動作は、図６に示すシーケンスにおけるステップＳ１〜Ｓ１１と同様である。
【０１２０】
次に、放送受信装置１０１における通信部１２は、ゲートウェイ装置１１１からＡＣＫを受信して、再送信される対象パケットを受信するための準備処理を行なう。ここでは、通信部１２は、１．０倍速でＸ秒遅延して送信される対象パケットを正しく受信して処理するための受信動作の変更を行なう。なお、通信部１２は、対象パケットがＸ秒遅延して送信されても受信動作を変更する必要が無い場合は、準備処理を行なわない構成であってもよい（ステップＳ４２）。
【０１２１】
次に、放送受信装置１０１における制御部１１は、通信部１２の準備処理が完了すると、リカバリ送信対象のコンテンツのマルチキャストアドレスを含むＪＯＩＮメッセージを再送要求として通信部１２経由でゲートウェイ装置１１１へ送信する。なお、このＪＯＩＮメッセージは、たとえば通常のＪＯＩＮメッセージにおける一部のフィールドの値を変更したものであってもよい（ステップＳ４３）。
【０１２２】
次に、ゲートウェイ装置１１１における端末側通信部２２は、たとえば記憶部２４に保存されたアドレスを参照することにより、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスがリカバリ送信対象であることを確認し、当該ＪＯＩＮメッセージをネットワーク側通信部２１経由でルータ１５１へ送信するとともに（ステップＳ４４）、リカバリ送信処理を開始する。
【０１２３】
より詳細には、端末側通信部２２は、対象パケットのリアルタイム転送を停止する、すなわち、ネットワーク側通信部２１から受けた対象パケットの放送受信装置１０１への送信を停止し（ステップＳ４５）、記憶部２４に保存された対象パケットを１．０倍速で放送受信装置１０１へ送信する。ここで、ネットワーク側通信部２１は、ルータ１５１から受信した対象パケットの記憶部２４への保存を継続する（ステップＳ４６およびＳ４７）。
【０１２４】
次に、放送受信装置１０１における制御部１１は、ゲートウェイ装置１１１からの対象パケットを監視する。より詳細には、制御部１１は、たとえば、バッファ１４に保存されるＲＴＰパケットのシーケンス番号を監視し、通信接続の切断によって未受信であったＲＴＰパケットが揃ったこと、すなわちＲＴＰパケットを切れ目無く受信できたことを確認する（ステップＳ４８）。
【０１２５】
［動作例３］
図９は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理の概要を示す図である。
【０１２６】
図９を参照して、ゲートウェイ装置１１１は、放送受信装置１０１から再送要求に相当するＪＯＩＮメッセージを受信した場合、リカバリ送信処理を開始する。より詳細には、ゲートウェイ装置１１１は、対応のストリームのリアルタイム転送を継続するとともに、マルチキャスト用キャッシュすなわち記憶部２４に保存された対応の対象パケットを、対応のストリームとは別のストリームとして、たとえばＴＣＰ通信で放送受信装置１０１へ送信する。なお、ゲートウェイ装置１１１は、対象パケットに含まれる一部のデータを含むＩＰパケットを再構成して放送受信装置１０１へ送信する構成であってもよい。
【０１２７】
たとえば、動作例３では、通信環境次第で、動作例１と比べて、リカバリ送信処理を早期に完了することができる。一方、動作例１では、動作例３と比べて、一定時間で安定してリカバリ送信処理を完了することができる。
【０１２８】
図１０は、本発明の実施の形態に係る放送システムにおける対象パケットのリカバリ送信処理のシーケンスの一例を示す図である。
【０１２９】
ゲートウェイ装置１１１において、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットの放送受信装置１０１への送信、および記憶部２４に保存された対象パケットの放送受信装置１０１への送信を並行して行い、所定条件を満たすと、記憶部２４に保存された対象パケットの送信を停止する。
【０１３０】
具体的には、図１０を参照して、ステップＳ５１〜Ｓ６１の動作は、図６に示すシーケンスにおけるステップＳ１〜Ｓ１１と同様である。
【０１３１】
次に、放送受信装置１０１における通信部１２は、ゲートウェイ装置１１１からＡＣＫを受信して、再送信される対象パケットを受信するための準備処理を行なう。ここでは、通信部１２は、ＴＣＰ通信により別途送信される対象パケットを正しく受信して処理するための受信動作の変更を行なう（ステップＳ６２）。
【０１３２】
次に、放送受信装置１０１における制御部１１は、通信部１２の準備処理が完了すると、リカバリ送信対象のコンテンツのマルチキャストアドレスを含むＪＯＩＮメッセージを再送要求として通信部１２経由でゲートウェイ装置１１１へ送信する。なお、このＪＯＩＮメッセージは、たとえば通常のＪＯＩＮメッセージにおける一部のフィールドの値を変更したものであってもよい（ステップＳ６３）。
【０１３３】
次に、ゲートウェイ装置１１１における端末側通信部２２は、たとえば記憶部２４に保存されたアドレスを参照することにより、受信したＪＯＩＮメッセージに含まれるマルチキャストアドレスがリカバリ送信対象であることを確認し、当該ＪＯＩＮメッセージをネットワーク側通信部２１経由でルータ１５１へ送信するとともに（ステップＳ６４）、リカバリ送信処理を開始する。
【０１３４】
より詳細には、端末側通信部２２は、対象パケットのリアルタイム転送を継続し（ステップＳ６５）、ネットワーク側通信部２１から受けた対象パケットの放送受信装置１０１への送信を継続するとともに（ステップＳ６６）、記憶部２４に保存された対象パケットをＴＣＰ通信で放送受信装置１０１へ送信する。ここで、ネットワーク側通信部２１は、ルータ１５１から受信した対象パケットの記憶部２４への保存を継続する（ステップＳ６７およびＳ６８）。
【０１３５】
次に、放送受信装置１０１における制御部１１は、ゲートウェイ装置１１１からの対象パケットを監視する。より詳細には、制御部１１は、たとえば、バッファ１４に保存されるＲＴＰパケットのシーケンス番号を監視し、通信接続の切断によって未受信であったＲＴＰパケットが揃ったこと、すなわちＲＴＰパケットを切れ目無く受信できたことを確認する（ステップＳ６９）。
【０１３６】
次に、ゲートウェイ装置１１１における端末側通信部２２は、リカバリ対象パケットの送信を完了する、たとえばリカバリ送信処理の開始時点で記憶部２４に保存されていた対象パケットを放送受信装置１０１へすべて送信すると、リカバリ送信処理を終了する（ステップＳ７０）。
【０１３７】
なお、放送受信装置１０１は、ゲートウェイ装置１１１によるリカバリ送信処理の終了を、ゲートウェイ装置１１１からの通知によって認識し、対象パケットの受信動作を元に戻す構成であってもよいし、ＲＴＰパケットを切れ目無く受信できたことを確認すると対象パケットの受信動作を元に戻す構成であってもよい。
【０１３８】
また、動作例１〜３（ステップＳ１３、Ｓ３３またはＳ５３）において、放送受信装置１０１が通常のＪＯＩＮメッセージとは異なる内容のＪＯＩＮメッセージをゲートウェイ装置１１１へ送信する場合、ゲートウェイ装置１１１は、たとえば、受信した当該ＪＯＩＮメッセージを通常のＪＯＩＮメッセージに変換してルータ１５１へ送信する。
【０１３９】
また、動作例１〜３において、たとえば、ゲートウェイ装置１１１は、たとえばリカバリ送信処理の開始時点でマルチキャスト用キャッシュに保存されているすべての対象パケットを再送する。
【０１４０】
この場合、放送受信装置１０１は、たとえばＲＴＰパケットに含まれるシーケンス番号を参照して、再送された対象パケットを取捨選択する。
【０１４１】
このような構成により、ゲートウェイ装置１１１によるリカバリ送信処理および放送受信装置１０１による再送要求処理を簡易化することができる。
【０１４２】
あるいは、たとえば、放送受信装置１０１が、再送の必要なＲＴＰパケットのシーケンス番号をＪＯＩＮメッセージに含めてゲートウェイ装置１１１へ送信する。
【０１４３】
ゲートウェイ装置１１１は、放送受信装置１０１からＪＯＩＮメッセージによって指定されたシーケンス番号以降の対象パケットを再送する。
【０１４４】
このような構成により、ゲートウェイ装置１１１および放送受信装置１０１間の帯域を効率的に使用し、受信ストリームの欠損を早期に回復することができる。
【０１４５】
ところで、たとえば上述のようなＩＰＴＶサービスが提供される家庭およびオフィス等において、ストリームを伝送する通信環境が悪化した場合、ストリームのデータが途切れてしまい、放送番組の視聴内容に欠落が生じてしまう場合がある。
【０１４６】
具体的には、昨今、家庭内の端末は無線ＬＡＮを用いたインターネット接続が多数派となってきている。無線通信は、有線通信に比べて安定度が低く、受信環境の一時的な悪化および暗号鍵の更新等によって、端末との通信が途絶してしまうことがある。また、無線通信における通信途絶以外でも、端末における無線通信から有線通信への切り替え、および端末側の事由により一時的にデータを受信できなくなった場合も同様である。
【０１４７】
ここで、たとえばＴＣＰベースの再送可能な通信サービスであれば、端末の再接続時に欠損データをリカバリすることが可能であるが、ＰＵＳＨ型サービスであるマルチキャスト方式によるＩＰ放送では、瞬断中のデータをリカバリすることは困難である。
【０１４８】
特に、ユーザがコンテンツを視聴中である場合には、映像途絶などの原因を何らかの方法でユーザに通知可能であり、ある程度ユーザの納得が得られる可能性があるが、バックグラウンドでコンテンツを録画している場合のように、ユーザが認識できない状況で通信の途絶が生じ、その後、ユーザが録画コンテンツを視聴して映像が欠落しているような場合には、ユーザの不満度が高くなってしまう。
【０１４９】
これに対して、本発明の実施の形態に係るゲートウェイ装置では、ネットワーク側通信部２１は、パケットを受信して出力する。端末側通信部２２は、ネットワーク側通信部２１から受けたを送信する。ネットワーク側通信部２１は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置１０１から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの当該パケットである対象パケットであるか否かを識別可能である。ネットワーク側通信部２１は、受信したパケットが対象パケットである場合に当該パケットを記憶部２４に保存する。そして、端末側通信部２２は、さらに、放送受信装置１０１からの再送要求を受けて、記憶部２４に保存された対象パケットを放送受信装置１０１へ送信する。
【０１５０】
このように、受信データのうち、再送が困難なマルチキャストまたはブロードキャストされるストリームであって、端末側すなわち放送受信装置１０１から要求されたストリームを中継側において識別し、当該ストリームを端末側へ転送するとともに当該ストリームをキャッシュするための記憶領域を確保して保存しておき、端末側からの要求があった場合に再送信する構成により、ストリームを効率的に保存しながら、ストリームを伝送する通信環境が悪化した場合において、端末側における受信ストリームの欠損をリカバリすることができる。
【０１５１】
したがって、本発明の実施の形態に係るゲートウェイ装置では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【０１５２】
また、本発明の実施の形態に係るゲートウェイ装置では、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットを放送受信装置１０１へ送信する代わりに、記憶部２４に保存された対象パケットを、再送要求を受けない場合と比べて速い速度で放送受信装置１０１へ送信する。そして、端末側通信部２２は、所定条件を満たすと、記憶部２４に保存された対象パケットの送信を停止し、ネットワーク側通信部２１から受けた対象パケットの送信を再開する。
【０１５３】
このような構成により、ストリームの伝送速度を速くするという簡易な処理で端末側における受信ストリームの欠損をリカバリしながら、端末側をリアルタイム放送に追いつかせることが可能となる。
【０１５４】
また、本発明の実施の形態に係るゲートウェイ装置では、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットを放送受信装置１０１へ送信する代わりに、記憶部２４に保存された対象パケットを、再送要求を受けない場合と同じ速度で放送受信装置１０１へ送信する。
【０１５５】
このような構成により、端末側においてパケットの受信速度を変更することなく、受信ストリームの欠損をリカバリしながら、端末側をリアルタイム放送に追いつかせることが可能となる。
【０１５６】
また、本発明の実施の形態に係るゲートウェイ装置では、端末側通信部２２は、放送受信装置１０１からの再送要求を受けて、ネットワーク側通信部２１から受けた対象パケットの放送受信装置１０１への送信、および記憶部２４に保存された対象パケットの放送受信装置１０１への送信を並行して行い、所定条件を満たすと、記憶部２４に保存された対象パケットの送信を停止する。
【０１５７】
このような構成により、既存のリアルタイム転送の仕組みを変更することなく、たとえば既存の通信方式を追加で用いて、受信ストリームの欠損をリカバリすることができる。
【０１５８】
また、本発明の実施の形態に係る放送受信装置では、通信部１２は、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの当該パケットを中継可能なゲートウェイ装置１１１から、自己の放送受信装置１０１が要求した当該パケットである対象パケットを受信する。通信部１２は、ゲートウェイ装置１１１から放送受信装置１０１へ送信され、かつゲートウェイ装置１１１において保存された対象パケットのリカバリ送信問い合わせをゲートウェイ装置１１１へ送信する。そして、通信部１２は、リカバリ送信問い合わせに対する応答をゲートウェイ装置１１１から受信して、当該応答の内容に応じて対象パケットの受信動作を変更する。
【０１５９】
このように、中継側において保存された、再送が困難なマルチキャストまたはブロードキャストされるストリームのキャッシュおよび再送信の機能を有しているか否かをゲートウェイ装置１１１に問い合わせ、当該問い合わせに対する応答内容に応じてストリームの受信動作を変更する構成により、ストリームを伝送する通信環境が悪化した場合に、端末側において、再送されるストリームを正しく受信し、受信ストリームの欠損をリカバリすることができる。
【０１６０】
したがって、本発明の実施の形態に係る放送受信装置では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【０１６１】
また、本発明の実施の形態に係る放送受信装置では、通信部１２は、通信部１２が当該応答を受信した後、ストリームの送信要求を対象パケットの再送要求としてゲートウェイ装置１１１へ送信する。
【０１６２】
このような構成により、たとえばゲートウェイ装置１１１が上位側の装置へ当該送信要求を転送することができるため、上位側の装置が下位側の装置の生存確認ができないためにストリーム送信が停止されてしまうことを回避することができる。すなわち、ゲートウェイ装置１１１および放送受信装置１０１間の通信が途絶してもゲートウェイ装置１１１に上位側からストリームが引き続き到着しているという、対象パケットのリカバリ送信を行なうための前提条件をより確実に満たすことができる。
【０１６３】
なお、本発明の実施の形態に係るゲートウェイ装置および放送受信装置は、特に、バックグラウンド録画のような、リアルタイム性の低いサービス向けに適用する場合、より効果的である。
【０１６４】
また、本発明の実施の形態に係る放送中継方法では、まず、受信したパケットを送信する。また、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置１０１から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの当該パケットである対象パケットであるか否かを識別し、受信したパケットが対象パケットである場合に当該パケットを記憶部２４に保存する。次に、放送受信装置１０１からの再送要求を受けて、記憶部２４に保存された対象パケットを放送受信装置１０１へ送信する。
【０１６５】
このように、受信データのうち、再送が困難なマルチキャストまたはブロードキャストされるストリームであって、端末側すなわち放送受信装置１０１から要求されたストリームを中継側において識別し、当該ストリームを端末側へ転送するとともに当該ストリームをキャッシュするための記憶領域を確保して保存しておき、端末側からの要求があった場合に再送信することにより、ストリームを効率的に保存しながら、ストリームを伝送する通信環境が悪化した場合において、端末側における受信ストリームの欠損をリカバリすることができる。
【０１６６】
したがって、本発明の実施の形態に係る放送中継方法では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【０１６７】
また、本発明の実施の形態に係る放送受信方法では、まず、コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの当該パケットを中継可能なゲートウェイ装置１１１から、自己の放送受信装置１０１が要求した当該パケットである対象パケットを受信する。次に、ゲートウェイ装置１１１から放送受信装置１０１へ送信され、かつゲートウェイ装置１１１において保存された対象パケットのリカバリ送信問い合わせをゲートウェイ装置１１１へ送信する。次に、リカバリ送信問い合わせに対する応答をゲートウェイ装置１１１から受信して、当該応答の内容に応じて対象パケットの受信動作を変更する。
【０１６８】
このように、中継側において保存された、再送が困難なマルチキャストまたはブロードキャストされるストリームのキャッシュおよび再送信の機能を有しているか否かをゲートウェイ装置１１１に問い合わせ、当該問い合わせに対する応答内容に応じてストリームの受信動作を変更することにより、ストリームを伝送する通信環境が悪化した場合に、端末側において、再送されるストリームを正しく受信し、受信ストリームの欠損をリカバリすることができる。
【０１６９】
したがって、本発明の実施の形態に係る放送受信方法では、ストリームをより安定して受信可能な、ユーザの満足度の高い通信サービスを提供することができる。
【０１７０】
上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０１７１】
以上の説明は、以下に付記する特徴を含む。
【０１７２】
［付記１］
パケットを受信して出力する受信部と、
前記受信部から受けた前記パケットを送信する送信部と、
記憶部とを備え、
前記受信部は、受信したパケットが、コンテンツの情報が複数のパケットに分割されたストリームであり、放送受信装置から要求されたストリームであり、かつマルチキャストまたはブロードキャストされるストリームの前記パケットである対象パケットであるか否かを識別可能であり、受信したパケットが前記対象パケットである場合に前記パケットを前記記憶部に保存し、
前記送信部は、さらに、前記放送受信装置からの再送要求を受けて、前記記憶部に保存された前記対象パケットを前記放送受信装置へ送信し、
前記ストリームは、ＰＵＳＨ配信されるストリームであり、
前記放送受信装置から再送要求として送信された前記ストリームの送信要求を受信して、受信した前記送信要求または前記送信要求に基づく前記ストリームの送信要求を上位側へ送信し、
前記放送受信装置は、前記コンテンツの録画処理を行なう、ゲートウェイ装置。
【０１７３】
［付記２］
放送受信装置であって、
コンテンツの情報が複数のパケットに分割されたストリームであって、マルチキャストまたはブロードキャストされるストリームの前記パケットを中継可能なゲートウェイ装置から、自己の前記放送受信装置が要求した前記パケットである対象パケットを受信する受信部と、
前記ゲートウェイ装置から前記放送受信装置へ送信され、かつ前記ゲートウェイ装置において保存された前記対象パケットのリカバリ送信問い合わせを前記ゲートウェイ装置へ送信する送信部とを備え、
前記受信部は、前記リカバリ送信問い合わせに対する応答を前記ゲートウェイ装置から受信して、前記応答の内容に応じて前記対象パケットの受信動作を変更し、
前記ストリームは、ＰＵＳＨ配信されるストリームであり、
さらに、
前記受信部によって受信された複数の前記対象パケットを用いて前記コンテンツの録画処理を行なう制御部を備える、放送受信装置。
【符号の説明】
【０１７４】
１１  制御部
１２  通信部（受信部および送信部）
１４  バッファ
１６  ストリーム処理部
１７  受付部
２１  ネットワーク側通信部（受信部）
２２  端末側通信部（送信部）
２３  制御部
２４  記憶部
９１  表示装置
９２  記憶装置
１０１，１０１Ａ，１０１Ｂ  放送受信装置
１１１  ゲートウェイ装置
１５１，１５２Ａ，１５２Ｂ  ルータ
２０１  サーバ
３０１  放送システム
【図１】
2017092581.tif 000003
【図２】
2017092581.tif 000004
【図３】
2017092581.tif 000005
【図４】
2017092581.tif 000006
【図５】
2017092581.tif 000007
【図６】
2017092581.tif 000008
【図７】
2017092581.tif 000009
【図８】
2017092581.tif 000010
【図９】
2017092581.tif 000011
【図１０】
2017092581.tif 000012