(57)【要約】【課題】各家庭に対して同時に配信できるＩＰ放送チャンネル数に上限を設けたＩＰ放送システムにおいて、受信端末が起動時にラストチャンネルとして記憶されているＩＰ放送チャンネルが上限数を超えている時に受信できずにブラックアウトしてしまう。【解決手段】テレビの受信要求生成部は、起動直後、各チャンネルに相当するマルチキャストグループに対するＬｅａｖｅメッセージを送信する（Ｓ１０１）ことで、ルータからのＱｕｅｒｙメッセージを誘発し、各端末からのメンバーシップレポートを監視・受信して（Ｓ１０２）当該家庭に配信中のマルチキャストリストを作成する（Ｓ１０３）。配信中のマルチキャストの数が上限に達している、かつ、該マルチキャストリストにラストチャンネルに相当するマルチキャストアドレスが含まれていない場合、現在配信中のいずれかのマルチキャストを代わりに受信する（Ｓ１０５）ことで、ブラックアウトを回避する。【選択図】図７
2011044762.tif 000002
【特許請求の範囲】
【請求項１】
複数のマルチキャスト受信端末が参加可能なマルチキャストグループの総数が上限数以下に制限されたマルチキャストシステムにおけるマルチキャスト受信端末であって、
他のマルチキャスト受信端末から送信された、参加中のマルチキャストグループを表明する参加表明メッセージを受信する参加表明メッセージ受信手段と、
前回電源が切られる直前に参加していたマルチキャストグループを記憶するラストチャンネル記憶手段と、
電源投入時に、前記参加表明メッセージ受信手段が受信した参加表明メッセージが表明する参加中のマルチキャストグループの総数が前記上限数に一致し、かつ、前記ラストチャンネル記憶手段が記憶していたマルチキャストグループが前記参加中のマルチキャストグループに含まれない場合は、前記参加中のマルチキャストグループの何れかに参加することを特徴とするマルチキャスト受信端末。
【請求項２】
電源投入時に、マルチキャストグループからの離脱を表明する離脱メッセージを送信する離脱メッセージ送信手段を備え、
参加表明メッセージ受信手段は、前記離脱メッセージ送信手段が前記離脱メッセージを送信したことにより送信されてきた前記参加表明メッセージを受信することを特徴とする請求項１記載のマルチキャスト受信端末。
【請求項３】
前記参加表明メッセージ受信手段は、１つ以上のマルチキャストグループのアドレスを格納し、前記受信した参加表明メッセージが表明する参加中のマルチキャストグループの前記アドレスにフラグを付けることを特徴とする請求項１記載のマルチキャスト受信端末。
【請求項４】
複数のマルチキャスト受信端末が参加可能なマルチキャストグループの総数が上限数以下に制限されたマルチキャストシステムを使用するマルチキャスト受信方法であって、
他のマルチキャスト受信端末から送信された、参加中のマルチキャストグループを表明する参加表明メッセージを受信する参加表明メッセージ受信段階と、
前回電源が切られる直前に参加していたマルチキャストグループを記憶するラストチャンネル記憶段階と、
電源投入時に、前記参加表明メッセージ受信段階で受信した参加表明メッセージが表明する参加中のマルチキャストグループの総数が前記上限数に一致し、かつ、前記ラストチャンネル記憶段階で記憶していたマルチキャストグループが前記参加中のマルチキャストグループに含まれない場合は、前記参加中のマルチキャストグループの何れかに参加する段階とを有するマルチキャスト受信方法。
【請求項５】
マルチキャスト受信端末が、電源投入時に、ルータ宛に、マルチキャストグループからの離脱を表明する離脱メッセージを送信する段階と、
前記離脱メッセージを受信したルータから複数のマルチキャスト受信端末宛に送信したＱｕｅｒｙメッセージに応答して他のマルチキャスト受信端末から送信されてきた参加表明メッセージを受信する段階とを有し、
前記受信した参加表明メッセージを基に、電源投入時に、他のマルチキャスト受信端末が参加しているマルチキャストグループを把握するマルチキャストグループ把握方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰマルチキャストを使った通信分野において、特定のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対して配信されているマルチキャストアドレスを把握する技術に関するものである。
【背景技術】
【０００２】
ＩＰネットワーク上で映像コンテンツを提供する放送型サービス（以下、ＩＰ放送）は、ＩＰマルチキャスト技術を用いて実現されることが一般的である。なぜならば、ＩＰ放送のように同一のデータを同時に多数の端末に対して配信するようなサービスでは、このＩＰマルチキャストを用いることにより、サーバの負荷、および配信ネットワークの負荷を軽減させることが可能となるためである。
【０００３】
ＩＰマルチキャストでは、サーバが１つのＩＰデータグラムをマルチキャストグループ宛に送信すると、配信ネットワークを構成するルータ群がＩＰデータグラムを必要な数だけコピーし、当該マルチキャストグループに参加している全ての端末に対してそのＩＰデータグラムを配信することができる。
【０００４】
端末がルータに対して、マルチキャストグループへの参加・離脱を通知するためのプロトコルとして、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）が規定されている。ＩＧＭＰはＩＰｖ４で使用されるプロトコルで、ＭＬＤはＩＰｖ６で使用されるプロトコルである。端末が特定のマルチキャストグループに参加する場合には、ＩＧＭＰやＭＬＤのＪｏｉｎメッセージを端末のゲートウェイとなっているルータに対して送信すればよい。反対に、端末が参加中のマルチキャストグループから離脱する場合は、ＩＧＭＰやＭＬＤのＬｅａｖｅメッセージを端末のゲートウェイとなっているルータに対して送信すればよい。Ｊｏｉｎメッセージ、およびＬｅａｖｅメッセージには参加・離脱するマルチキャストグループのアドレスが含まれており、Ｊｏｉｎメッセージを受信したルータは、当該マルチキャストグループ宛のＩＰデータグラムをＪｏｉｎメッセージを送信した端末が設置されているＬＡＮに転送する。また、Ｌｅａｖｅメッセージを受信したルータは、Ｌｅａｖｅメッセージを送信した端末が設置されているＬＡＮに対して、当該マルチキャストグループに参加している端末が存在するかどうかをＱｕｅｒｙメッセージで問い合わせ、当該マルチキャストグループに参加している端末が１台も存在していなければ、当該マルチキャストグループ宛のＩＰデータグラムを当該ＬＡＮに転送するのを中止する。（例えば、非特許文献１および非特許文献２を参照）。
【０００５】
ここで、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）やＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）等のアクセス回線を介してＩＰ放送を一般家庭に提供する場合、ネットワーク帯域確保の問題が生じる。ＩＰ放送では、地上デジタル放送やＢＳ放送のように１本のＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）の中に複数のチャンネルを多重するのではなく、１本のＴＳに１チャンネルのみ含め、そのＴＳを１つのマルチキャストグループに対応させている。このようにすることで、家庭内のＩＰ放送用の映像受信端末が必要とするチャンネル数に応じた帯域のみ占有すればサービスを受けられるようにしている。例えば、１０Ｍｂｐｓで１０チャンネル配信するＩＰ放送の場合、１本のＴＳに全てのチャンネルを多重する場合は常に１００Ｍｂｐｓの帯域が必要となるが、１本のＴＳに１チャンネルのみとすると、当該家庭が１チャンネルのみ受信するのであれば１０Ｍｂｐｓの帯域、２チャンネル受信するのであれば２０Ｍｂｐｓの帯域を占有する必要がある。しかしながら、各家庭のアクセス回線が許容できるネットワーク帯域には限界があり、また、ＩＧＭＰやＭＬＤでは、上述の通り、単純なＪｏｉｎ、Ｌｅａｖｅの制御を行なうだけであり、ネットワーク帯域を考慮した映像ストリーム制御を行なうことは出来ない。
【０００６】
そこで、ネットワーク上のルータに各家庭に配信するチャンネル数を制限する機能を与え、一家庭に対して配信するチャンネル数に上限値を設け、それ以上のチャンネル配信を制限する方法が考えられている。
【０００７】
しかしながら、上記のような方法を用いた場合、以下のような課題があった。すなわち、各家庭のルータにおいてチャンネル数が上限値に達した場合、当該家庭においてはそれ以上のチャンネル数の受信ができなくなるため、ＩＰ放送用の映像受信端末は映像チャンネルを受信・再生できず、ブラックアウトしてしまう。特に、ＩＰ放送用の映像受信端末が起動直後にブラックアウトしてしまうと、ユーザに故障と判断されてしまう恐れが高いため、何かしらの映像出力を行う必要がある。その対応として、当該家庭に配信されているチャンネルを検索し、映像出力が行えない場合に自動的に受信可能なチャンネルに再選局するという方法が考えられる。
【０００８】
当該家庭に配信されているチャンネル、すなわち、家庭内のＩＰ放送用の映像受信端末が参加しているマルチキャストグループを検索する手段として、いくつかの従来例が存在する。
【０００９】
一つ目の方法は、当該マルチキャストグループ宛に探索パケット（ＰＩＮＧパケット）を送信する方法である。（例えば特許文献１）。ＩＧＭＰやＭＬＤでは、当該マルチキャストグループに参加している端末は、当該マルチキャストグループ宛のＰＩＮＧに応答するよう規定されている。そのため、全チャンネルに対応するマルチキャストグループに対するＰＩＮＧをＩＰ放送用の映像受信端末が送信し、その応答を検出することで、当該ＬＡＮに配信されているマルチキャストグループを把握することができる。しかしながら、昨今、ネットワークセキュリティの観点から、マルチキャストグループ宛のＰＩＮＧに応答しないように推奨する傾向がある。例えば、悪意を持った端末Ａが、ＰＩＮＧパケットの送信元アドレスを端末Ｂのアドレスに詐称してマルチキャストグループへのＰＩＮＧを行うと、当該マルチキャストグループに参加している端末群は、端末Ａではなく端末Ｂに対してＰＩＮＧの応答を返してしまう。すなわち端末Ｂは、ＤＤｏＳ攻撃（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ）を受けてしまい、システム障害を起こしてしまう可能性がある。
【００１０】
二つ目の方法は、ＩＧＭＰまたはＭＬＤのＱｕｅｒｙメッセージに対する応答であるメンバーシップレポートをＩＰ放送用の映像受信端末が監視する手法である。Ｑｕｅｒｙメッセージはルータが無駄なマルチキャストグループ宛のＩＰデータグラムを送信していないかどうかを確認するために使用され、Ｑｕｅｒｙメッセージがルータから送信されると、マルチキャストグループに参加している端末は、自分が参加しているマルチキャストグループのアドレスを応答しなければならない。このメンバーシップレポートをＩＰ放送用の映像受信端末が監視することで、当該ＬＡＮに配信されているマルチキャストグループを把握することができる（例えば特許文献２）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００７−１７４２０１号公報
【特許文献２】特開２００６−２９５３３９号公報
【非特許文献】
【００１２】
【非特許文献１】ＲＦＣ２３２６  ＩＧＭＰ  Ｖｅｒｓｉｏｎ２
【非特許文献２】ＲＦＣ３８１０  ＭＬＤ  Ｖｅｒｓｉｏｎ２
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記二つ目の方法にも課題が存在する。前述のＱｕｅｒｙメッセージは定期的（６０秒ごと）に送信されるものであり、ＩＰ放送用の映像受信端末が起動した直後にメンバーシップレポートを受信できるという保証が無い。また、ルータの代わりにＩＰ放送用の映像受信端末自身がＱｕｅｒｙメッセージを送信することも可能であるが、ＩＧＭＰおよびＭＬＤでは、同一ＬＡＮにおいて複数のルータがＱｕｅｒｙメッセージを送信しないように防止する機能が備えられており、ＩＰ放送用の映像受信端末がＱｕｅｒｙメッセージを送信することで、ルータがＱｕｅｒｙメッセージを送信しなくなる可能性が生じる。
【００１４】
本発明は上記従来の課題に鑑みてなされたものであり、ＩＰ放送用の映像受信端末が要求した当該チャネルの受信ができない場合においても、受信可能なチャネルに自動的に切替えることができるＩＰ放送用の映像受信端末を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するために、本発明のマルチキャスト受信端末は、複数のマルチキャスト受信端末が参加可能なマルチキャストグループの総数が上限数以下に制限されたマルチキャストシステムにおけるマルチキャスト受信端末であって、他のマルチキャスト受信端末から送信された、参加中のマルチキャストグループを表明する参加表明メッセージを受信する参加表明メッセージ受信手段と、前回電源が切られる直前に参加していたマルチキャストグループを記憶するラストチャンネル記憶手段と、電源投入時に、前記参加表明メッセージ受信手段が受信した参加表明メッセージが表明する参加中のマルチキャストグループの総数が前記上限数に一致し、かつ、前記ラストチャンネル記憶手段が記憶していたマルチキャストグループが前記参加中のマルチキャストグループに含まれない場合は、前記参加中のマルチキャストグループの何れかに参加することを特徴とするものである。
【００１６】
また、電源投入時に、マルチキャストグループからの離脱を表明する離脱メッセージを送信する離脱メッセージ送信手段を備え、参加表明メッセージ受信手段は、前記離脱メッセージ送信手段が前記離脱メッセージを送信したことにより送信されてきた前記参加表明メッセージを受信することを特徴とするものである。
【００１７】
また、前記参加表明メッセージ受信手段は、１つ以上のマルチキャストグループのアドレスを格納し、前記受信した参加表明メッセージが表明する参加中のマルチキャストグループの前記アドレスにフラグを付けることを特徴とするものである。
【００１８】
また、本発明のマルチキャスト受信方法は、複数のマルチキャスト受信端末が参加可能なマルチキャストグループの総数が上限数以下に制限されたマルチキャストシステムを使用するマルチキャスト受信方法であって、他のマルチキャスト受信端末から送信された、参加中のマルチキャストグループを表明する参加表明メッセージを受信する参加表明メッセージ受信段階と、前回電源が切られる直前に参加していたマルチキャストグループを記憶するラストチャンネル記憶段階と、電源投入時に、前記参加表明メッセージ受信段階で受信した参加表明メッセージが表明する参加中のマルチキャストグループの総数が前記上限数に一致し、かつ、前記ラストチャンネル記憶段階で記憶していたマルチキャストグループが前記参加中のマルチキャストグループに含まれない場合は、前記参加中のマルチキャストグループの何れかに参加する段階とを有するものである。
【００１９】
また、本発明のマルチキャストグループ把握方法は、マルチキャスト受信端末が、電源投入時に、ルータ宛に、マルチキャストグループからの離脱を表明する離脱メッセージを送信する段階と、前記離脱メッセージを受信したルータから複数のマルチキャスト受信端末宛に送信したＱｕｅｒｙメッセージに応答して他のマルチキャスト受信端末から送信されてきた参加表明メッセージを受信する段階とを有し、前記受信した参加表明メッセージを基に、電源投入時に、他のマルチキャスト受信端末が参加しているマルチキャストグループを把握するものである。
【発明の効果】
【００２０】
以上のように、本発明ではＩＰ放送用の映像受信端末が起動したときに、ラストチャンネルとして設定された当該ＩＰ放送チャンネルの受信ができない場合、受信可能なチャンネルを検索し、そのチャンネルに自動選局することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態１における映像配信システムの構成図
【図２】本発明の実施の形態１における放送チャンネルとマルチキャストアドレスの対応表６００を示す図
【図３】本発明の実施の形態１におけるテレビ５００〜５０２の内部構成図
【図４】本発明の実施の形態１におけるルータ３００の内部構成図
【図５】本発明の実施の形態１におけるパケット転送部３３０の内部構成図
【図６】本発明の実施の形態１におけるチャンネル監視テーブル７００を示す図
【図７】本発明の実施の形態１におけるテレビ５００〜５０２の起動時におけるフローチャート
【図８】本発明の実施の形態１における放送チャンネルとマルチキャストアドレスの対応表８００を示す図
【発明を実施するための形態】
【００２２】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００２３】
（実施の形態１）
はじめに図１〜図６を用いて本発明の前提となるＩＰ放送を行う映像配信システムの構成と基本動作を説明する。本映像配信システムでは、各家庭に対して配信するチャンネル数に上限値２を設けており、３チャンネル以上は配信できないように制限している。
【００２４】
図１は、本発明の実施の形態１における映像配信システムの概要を示したブロック図である。図１において、映像配信サーバ１００は、映像コンテンツをＩＰマルチキャストにより配信ネットワーク２００へ送出する機能を備えており、配信ネットワーク２００を構成するルータ３００〜３０４のいずれかと接続されている。本実施の形態では、映像配信サーバ１００はルータ３０４と接続されている。テレビ５００〜５０２はＩＰマルチキャストで送信されるＩＰ放送を受信・再生する機能を備えており、ユーザ宅４００〜４０５の中に１台以上設置されている。本実施の形態では、ユーザ宅４００にテレビ５００〜５０２の３台が設置されている。ルータ３００〜３０４は、映像配信サーバ１００とユーザ宅４００〜４０５のテレビ５００〜５０２間のＩＰマルチキャスト通信を制御する機能を備える。本実施の形態では、テレビ５００〜５０２はハブ４００ａによりルータ３００に接続されている。
【００２５】
本発明の実施の形態１における映像配信システムでは、映像配信サーバ１００は複数の映像コンテンツを時間ごとのプログラムに組み、テレビ放送のようにチャンネル単位で放送している。１つのチャンネルには１つのマルチキャストアドレスが対応しており、映像配信サーバ１００は１台で複数のチャンネルを放送する能力を有している。本実施の形態では、映像配信サーバ１００は、図２に示す対応表６００に示すチャンネルＡ〜Ｃの３本のチャンネルを放送している。
【００２６】
図２の対応表６００では、チャンネルＡはマルチキャストアドレス２２５．１．１．１を用いて配信することが規定されており、チャンネルＢにはマルチキャストアドレス２２５．１．１．２、チャンネルＣにはマルチキャストアドレス２２５．１．１．３が規定されている。この対応表６００は、映像配信システム全体として、一意に定まるものであり、テレビ５００は、例えば、配信ネットワーク２００に接続された映像配信サーバ１００又は図示しない他のサーバから取得するなどの方法により、対応表６００を取得できるものとする。
【００２７】
次に、図３は、テレビ５００の構成図である。
【００２８】
図３において、制御入力インタフェース（Ｉ／Ｆ）５１０は、ユーザからのチャンネル選択、電源のオン／オフ等の制御入力をリモコンにより、又は直接受け付ける手段である。受信要求生成部５３０は、テーブル格納部５２０に格納された対応表６００を参照して、制御入力Ｉ／Ｆ５１０に入力されたチャンネルに対応するマルチキャストアドレスを設定することによりＩＧＭＰ  Ｊｏｉｎメッセージを生成し、マルチキャスト通信部５４０を介してルータ３００に対して送信することができる。又、マルチキャスト通信部５４０はマルチキャストアドレスを用いてルータ３００と通信するための手段である。
【００２９】
又、応答受信部５５０はマルチキャスト通信部５４０により受信されたテレビ５００宛のマルチキャストパケットを受信する手段であり、映像コンテンツその他のデータを受信する。デコーダ５６０は、応答受信部５５０で受信した各放送チャンネルの映像コンテンツを復号するための手段である。表示部５７０は、デコーダ５６０で復号した映像を表示するモジュールである。ラストチャンネル記憶部５８０は、テレビ５００の電源が切られる前に表示していたチャンネルを記憶する手段である。テレビ５００の電源が入ると、ラストチャンネル記憶部５８０に格納されているチャンネルを受信要求生成部５３０に入力し選局する。マルチキャスト上限数記憶部５９０は、当該家庭に配信されるマルチキャストの上限数を格納しており、対応表６００を取得する方法と同様の方法で取得できる物とする。本実施の形態では上限数２が格納されている。
【００３０】
なお、テレビ５０１、５０２も同様の構成を有する。
【００３１】
次に、図４はルータ３００の構成図である。
【００３２】
図４において、ユーザ宅用ポート３１０〜３１４はユーザ宅４００などと接続するためのポートである。本実施の形態ではユーザ宅用ポート３１０はユーザ宅４００に、ユーザ宅用ポート３１１はユーザ宅４０１に接続されているものとする。ルータ用ポート３２０〜３２１はルータ３０１など配信ネットワーク２００内のルータ群と接続するためのルータ用ポートである。本実施の形態ではルータ用ポート３２０はルータ３０１に、ルータ用ポート３２１はルータ３０４に接続されているものとする。パケット転送部３３０はユーザ宅用ポート３１０〜３１４およびルータ用ポート３２０〜３２１間でのパケット転送を制御している。
【００３３】
図５にパケット転送部３３０の内部構成図を示す。図５において、３３１はルータ用ポート３２０，３２１に接続され、配信ネットワークと通信するためのネットワーク側通信部であり、３３２はユーザ宅用ポート３１０〜３１４に接続され、ユーザ宅と通信するためのユーザ宅側通信部である。３３３は後述のチャンネル監視テーブル７００が保持されるテーブル格納部である。３３４は、チャンネル監視テーブル７００を用いて各ユーザ宅用ポートに配信されるチャンネル数が上限数以下になるように管理するための配信数管理部である。
【００３４】
通常マルチキャストパケットは、ネットワーク側通信部３３１により、ルータ用ポート３２０から３２１へ、もしくはルータ用ポート３２１から３２０へ転送され続けている。一旦テーブル格納部３３３のチャンネル監視テーブル７００にユーザ宅へ配信すべきマルチキャストが登録されると、ネットワーク側通信部３３１は該マルチキャストパケットをユーザ宅側通信部３３２へコピーする。なお、その間もルータ用ポート３２０と３２１の間のマルチキャストパケットの転送は継続する。マルチキャストパケットを受け取ったユーザ宅側通信部３３２は、ユーザ宅用ポート３１０〜３１４のうち、該マルチキャストパケットを必要とする全てのポートに該マルチキャストパケットをコピーして配信する。
【００３５】
パケット転送部３３０には、図６に示すチャンネル監視テーブル７００が保持される。チャンネル監視テーブル７００では、ユーザ宅用ポート番号と配信チャンネル数、および配信しているマルチキャストアドレスが対応付けされている。図６に示すチャンネル監視テーブル７００を詳細に説明する。図６によると、ユーザ宅４００には現在マルチキャストを何も配信しておらず、ユーザ宅４０１には１本のマルチキャスト（２２５．１．１．１）を配信しており、ユーザ宅４０２には２本のマルチキャスト（２２５．１．１．１と２２５．１．１．２）を配信していることを示している。すなわち、各家庭に配信するチャンネルの上限数は２であるため、ユーザ宅４０２から２２５．１．１．３のマルチキャストグループへ参加するためのＩＧＭＰ  Ｊｏｉｎメッセージを受信したとしても、ルータ３００はそのマルチキャスト宛のデータグラムをユーザ宅４０２に配信しないし、チャンネル監視テーブル７００の更新も行わない。
【００３６】
なお、以上の構成において、映像配信システムは本発明のマルチキャストシステムに相当し、テレビ５００は本発明のマルチキャスト受信端末に相当し、Ｊｏｉｎメッセージは本発明の参加表明メッセージに相当し、マルチキャスト通信部５４０および応答受信部５５０は本発明の参加表明メッセージ受信手段に相当し、Ｌｅａｖｅメッセージは本発明の離脱メッセージに相当し、受信要求生成部５３０およびマルチキャスト通信部５４０は本発明の離脱メッセージ送信手段に相当する。
【００３７】
以上のような構成を有する本実施の形態の映像配信システムの動作を説明するとともに、これにより本発明の映像受信端末について説明を行う。
【００３８】
図７は、本実施の形態におけるテレビ５００〜５０２の起動時におけるフローチャートを示している。はじめに、テレビ５０１、およびテレビ５０２はいずれのチャンネルも受信していない時に、テレビ５００を起動したものとして説明する。
【００３９】
テレビ５００は、電源が切れている間は、他のテレビからのメンバーシップレポートを受信することはできない。そこで、テレビ５００が起動すると、テレビ５００の受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表６００を取得し、各チャンネルに対応するマルチキャストグループに対するＬｅａｖｅメッセージをルータ３００宛に送信する（Ｓ１０１）。ＩＧＭＰやＭＬＤの実装によっては、Ｊｏｉｎメッセージを送信した後でないと、当該マルチキャストグループに対するＬｅａｖｅメッセージを送信できない場合もあり、その時は一旦Ｊｏｉｎメッセージを送信した後、Ｌｅａｖｅメッセージを送信する。
【００４０】
テレビ５００からのＬｅａｖｅメッセージを受け取ったルータ３００は、各テレビ宛にＱｕｅｒｙメッセージを送信する。このＱｕｅｒｙメッセージに応答して、他の映像受信端末であるテレビ５０１，５０２からメンバーシップレポートが送信される。
【００４１】
応答受信部５５０は、このメンバーシップレポートを監視・受信する（Ｓ１０２）。そして、応答受信部５５０は、テーブル格納部５２０に格納されている対応表６００に結果を記入するが、テレビ５０１もテレビ５０２もいずれのチャンネルも受信していないため、図８（ａ）に示す対応表（マルチキャストリスト）８００を作成する（Ｓ１０３）。図８において、使用フラグが０のときは、当該マルチキャストグループに参加している映像受信端末が存在しないことを示しており、使用フラグが１のときは、当該マルチキャストグループに参加している映像受信端末が存在することを示す。
【００４２】
受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表８００と、ラストチャンネル記憶部５８０に記憶しているラストチャンネルであるチャンネルＣとを照合し、マルチキャストグループが上限数である２を超えるかどうか判断する（Ｓ１０４）。図８（ａ）に示す対応表８００の場合、受信要求生成部５３０は、チャンネルＣが受信可能と判断し、チャンネルＣに対応するマルチキャストグループへのＪｏｉｎメッセージを送信する（Ｓ１０６）。
【００４３】
次に、テレビ５００がチャンネルＡを受信している時に、テレビ５０１を起動したものとして説明する。
【００４４】
テレビ５０１が起動すると、受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表６００を取得し、各チャンネルに対応するマルチキャストグループに対するＬｅａｖｅメッセージを送信する（Ｓ１０１）。
【００４５】
応答受信部５５０は、その他の映像受信端末であるテレビ５００、およびテレビ５０２からのメンバーシップレポートを監視・受信する（Ｓ１０２）。そして、応答受信部５５０は、テーブル格納部５２０に格納されている対応表６００に結果を記入するが、テレビ５００がチャンネルＡを受信中であるため、図８（ｂ）に示す対応表８００を作成する（Ｓ１０３）。
【００４６】
受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表８００と、ラストチャンネル記憶部５８０に記憶しているラストチャンネルであるチャンネルＣとを照合し、マルチキャストグループが上限数である２を超えるかどうか判断する（Ｓ１０４）。図８（ｂ）に示す対応表８００の場合、受信要求生成部５３０は、チャンネルＣが受信可能と判断し、チャンネルＣに対応するマルチキャストグループへのＪｏｉｎメッセージを送信する（Ｓ１０６）。
【００４７】
最後に、テレビ５００がチャンネルＡ、テレビ５０１がチャンネルＢを受信している時に、テレビ５０２を起動したものとして説明する。
【００４８】
テレビ５０２が起動すると、受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表６００を取得し、各チャンネルに対応するマルチキャストグループに対するＬｅａｖｅメッセージを送信する（Ｓ１０１）。
【００４９】
応答受信部５５０は、その他の映像受信端末であるテレビ５００、およびテレビ５０１からのメンバーシップレポートを監視・受信する（Ｓ１０２）。そして、応答受信部５５０は、テーブル格納部５２０に格納されている対応表６００に結果を記入するが、テレビ５００がチャンネルＡ、テレビ５０１がチャンネルＢを受信中であるため、図８（ｃ）に示す対応表８００を作成する（Ｓ１０３）。
【００５０】
受信要求生成部５３０は、テーブル格納部５２０に格納されている対応表８００と、ラストチャンネル記憶部５８０に記憶しているラストチャンネルであるチャンネルＣとを照合し、マルチキャストグループが上限数である２を超えるかどうか判断する（Ｓ１０４）。図８（ｃ）に示す対応表８００の場合、受信要求生成部５３０は、チャンネルＣが受信不可能と判断し、チャンネルＣから受信できるチャンネルＡを受信するように切替え（Ｓ１０５）、チャンネルＡに対応するマルチキャストグループへのＪｏｉｎメッセージを送信する（Ｓ１０６）。なお、Ｓ１０５において、チャンネルＢを受信するように切替えることも可能である。
【００５１】
以上、説明したように、本実施の形態１による映像受信端末によれば、起動直後に受信可能なマルチキャストグループのリストを作成することが可能となる。各家庭ごとに配信可能なチャンネル数の上限を設けたＩＰ放送システムにおいて、映像受信端末が起動直後にブラックアウトしてしまうという事態を避けることが可能となる。
【産業上の利用可能性】
【００５２】
本発明にかかるＩＰ放送におけるラストチャンネル自動切替方法によれば、映像受信端末起動時にラストチャンネルとして記憶されているＩＰ放送チャンネルの受信ができない場合、受信可能なチャンネルに切替えることができるため、ＩＰ放送サービスにおけるトラブルの一要因を除去することが可能となる。
【００５３】
また、本発明は端末起動時に、当該ＬＡＮに配信されているマルチキャストを把握する方法としても有用である。
【符号の説明】
【００５４】
１００  映像配信サーバ
２００  配信ネットワーク
３００〜３０４  ルータ
３１０〜３１４  ユーザ宅用ポート
３２０〜３２１  ルータ用ポート
３３０  パケット転送部
３３１  ネットワーク側通信部
３３２  ユーザ宅側通信部
３３３  テーブル格納部
３３４  配信数管理部
４００〜４０５  ユーザ宅
４００ａ  ハブ
５００〜５０２  テレビ
５１０  制御入力Ｉ／Ｆ
５２０  テーブル格納部
５３０  受信要求生成部
５４０  マルチキャスト通信部
５５０  応答受信部
５６０  デコーダ
５７０  表示部
５８０  ラストチャンネル記憶部
５９０  マルチキャスト上限数記憶部
６００  対応表
７００  チャンネル監視テーブル
８００  対応表
【図１】
2011044762.tif 000003
【図２】
2011044762.tif 000004
【図３】
2011044762.tif 000005
【図４】
2011044762.tif 000006
【図５】
2011044762.tif 000007
【図６】
2011044762.tif 000008
【図７】
2011044762.tif 000009
【図８】
2011044762.tif 000010