(57)【要約】【課題】受信端末が要求した当該ＩＰ放送の受信ができない場合、その原因を受信端末側で知ることができない。【解決手段】ＩＰ放送の受信に現在用いられている配信チャンネルの数を一世帯に対応するユーザ宅用ポート３１０〜３１４毎に監視し、当該数が上限値に達しているかどうかを判断する、テーブル格納部３３３及び配信数管理部３３４と、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける通信管理部３３５等とを備え、配信チャンネルの数が上限を超えるときは、ユーザ宅に対し、受信不可通知データを送信する。【選択図】図４
2009225174.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ放送を行うサーバ装置と前記サーバ装置から送信される前記ＩＰ放送を受信する単数又は複数の受信端末との間でデータの配信を行うルータ装置であって、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理部と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付部と、
前記受信要求があった際に前記配信数管理部の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する送信部とを備えた、ルータ装置。
【請求項２】
前記受信端末から、前記ＩＰ放送を受信できるかどうかの問い合わせ要求を受け付ける問い合わせ要求受付部を備え、
前記送信部は、前記受信端末からの前記問い合わせ要求を前記問い合わせ要求受付部が受け付けた場合に、前記受信不可通知データを送信する、請求項１に記載のルータ装置。
【請求項３】
前記所定単位は、単数又は複数の前記受信端末を所有する一世帯である、請求項１に記載のルータ装置。
【請求項４】
前記一世帯は、前記受信端末と接続するポートに一対一対応する、請求項３に記載のルータ装置。
【請求項５】
前記受信不可通知データの送信は、前記受信端末との通信に用いられるマルチキャストアドレスの指定により行われるものである、請求項１から４のいずれかに記載のルータ装置。
【請求項６】
前記受信不可通知データの送信において指定される前記マルチキャストアドレスは、前記ＩＰ放送の受信に用いられる前記マルチキャストアドレスと一対一対応しており、
同一の前記受信端末に対する、前記ＩＰ放送の配信に用いられるマルチキャストアドレスの指定による前記ＩＰ放送の送信と前記マルチキャストアドレスの指定による前記送信部の前記受信不可通知データの送信とは択一的に行われる、請求項５に記載のルータ装置。
【請求項７】
ＩＰ放送を行うサーバ装置から送信され、
前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断し、前記数又は情報が前記上限に達している場合と判断した場合において、前記受信要求があった際に前記判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信するルータ装置
により配信された、前記ＩＰ放送の受信を行う受信端末であって、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信部と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け部と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御部とを備えた、受信端末。
【請求項８】
前記受信不可通知データは、前記所定単位毎の前記数又は情報が、前記上限に達している旨の通知を含んでいる、請求項７に記載の受信端末。
【請求項９】
前記ルータ装置に対して、前記受信不可通知データを要求するための問い合わせ要求を送信する問い合わせ要求送信部を備え、
前記問い合わせ要求送信部は、前記受信要求送信部による前記受信要求の送信に連動して前記問い合わせ要求を送信する、請求項７に記載の受信端末。
【請求項１０】
前記表示制御部は、前記受信不可通知データ待ち受け部が所定時間前記受信不可通知データを受信できない場合、前記ルータ装置又は前記サーバ装置からのデータの受信ができない旨の情報を表示するための制御を行う、請求項７から９のいずれかに記載の受信端末。
【請求項１１】
前記問い合わせ要求の送信は、前記ルータ装置との通信に用いられるマルチキャストアドレスを用いて行われるものである、請求項７から１０のいずれかに記載の受信端末。
【請求項１２】
前記問い合わせ要求の送信を指定する前記マルチキャストアドレスは、前記ＩＰ放送の受信に用いられる前記マルチキャストアドレスと一対一対応している、請求項１１に記載の受信端末。
【請求項１３】
ＩＰ放送を行うサーバ装置から送信される前記ＩＰ放送を受信するための受信端末と、前記サーバ装置と前記受信端末との間でデータの配信を行うルータ装置とを備えた放送配信システムであって、
前記ルータ装置は、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理部と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付部と、
前記受信要求があった際に前記配信数管理部の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する送信部とを有し、
前記受信端末は、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信部と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け部と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御部とを有する、放送配信システム。
【請求項１４】
ＩＰ放送を行うサーバ装置と前記サーバ装置から送信される前記ＩＰ放送を受信する単数又は複数の受信端末との間でデータの配信を行う配信方法であって、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理工程と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付工程と、
前記受信要求があった際に前記配信数管理工程の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す送信工程とを備えた、配信方法。
【請求項１５】
ＩＰ放送を行うサーバ装置から送信され、
前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断し、前記数又は情報が前記上限に達している場合と判断した場合において、前記受信要求があった際に前記判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信するルータ装置
により配信された、前記ＩＰ放送の受信を行う受信方法であって、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信工程と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け工程と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御工程とを備えた、受信方法。
【請求項１６】
請求項１４に記載の配信方法の、前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する前記配信数管理工程と、前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける前記受信要求受付工程と、前記受信要求があった際に前記配信数管理工程の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する前記送信工程をコンピュータに実行させるためのプログラム。
【請求項１７】
請求項１５に記載の受信方法の、前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する前記受信要求送信工程と、所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する前記受信不可通知データ待ち受け工程と、少なくとも前記受信不可通知データを表示する制御を行う前記表示制御工程とをコンピュータに実行させるためのプログラム。
【請求項１８】
請求項１６又は１７に記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどのＩＰネットワークを使った通信分野におけるルータ装置、受信端末、放送配信システム、配信方法、受信方法、プログラム及び記録媒体に関し、特に、複数の映像受信端末が接続されているネットワークの帯域破綻防止に関するものである。
【背景技術】
【０００２】
ＩＰネットワーク上で映像コンテンツを提供する放送型サービス（以下、ＩＰ放送）は、ＩＰマルチキャスト技術を用いて実現されることが一般的である。ＩＰマルチキャスト技術では、受信端末が映像ストリームを制御するプロトコルとして、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）を用いる。これらの標準プロトコルでは、受信端末が、映像ストリームの受信を開始したい場合は、Ｊｏｉｎメッセージをネットワーク上のルータ装置に対して送信し、反対に、映像ストリームの受信を中止したい場合は、Ｌｅａｖｅメッセージを送信することで、受信端末は、所望の映像ストリームだけを受信することが可能となっている（例えば、非特許文献１および非特許文献２を参照）。
【０００３】
ここで、ＩＰ放送をＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）等のブロードバンドアクセス回線を介して、一般家庭に提供する場合、通信帯域の確保の問題が生じる。ＩＰ放送では、１チャンネルの視聴毎に、一定の映像品質を確保するため一定のネットワーク帯域を占有する必要がある。他方、各家庭のブロードバンドアクセス回線が許容できるネットワーク帯域には限界がある。一方、ＩＧＭＰやＭＬＤでは、上述の通り、単純なＪｏｉｎ、Ｌｅａｖｅの制御を行なうだけであり、ネットワーク帯域を考慮した映像ストリーム制御を行なうことは出来ない。
【０００４】
そこで、ネットワーク上のルータに各家庭に配信するチャンネル数を制限する機能を与え、一家庭に対して配信するチャンネル数に上限値を設け、それ以上のチャンネル配信を制限する方法が考えられている。
【非特許文献１】ＲＦＣ２３２６  ＩＧＭＰ Ｖｅｒｓｉｏｎ２
【非特許文献２】ＲＦＣ３８１０  ＭＬＤ  Ｖｅｒｓｉｏｎ２
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような方法を用いた場合、以下のような課題があった。すなわち、各家庭のルータにおいてチャンネル数が上限値に達した場合、当該家庭においてはそれ以上のチャンネル数の受信はできなくなるが、受信側においては、その原因が、ルータが配信できるチャンネル数の上限値を超えたためか、それとも他の原因にあるのかを判定することができない。従来のＩＧＭＰやＭＬＤには、受信端末によるＪｏｉｎメッセージ等の要求に応じたチャンネル配信が成功したかどうかを、当該受信端末に知らせる機能は搭載されていないためである。
【０００６】
本発明は上記従来の課題に鑑みてなされたものであり、受信端末が要求した当該ＩＰ放送の受信ができない場合、その原因を受信端末側で知ることが可能となるルータ装置、受信端末、放送配信システム、配信方法、受信方法、プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、第１の本発明は、ＩＰ放送を行うサーバ装置と前記サーバ装置から送信される前記ＩＰ放送を受信する単数又は複数の受信端末との間でデータの配信を行うルータ装置であって、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理部と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付部と、
前記受信要求があった際に前記配信数管理部の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する送信部とを備えた、ルータ装置である。
【０００８】
又、第２の本発明は、前記受信端末から、前記ＩＰ放送を受信できるかどうかの問い合わせ要求を受け付ける問い合わせ要求受付部を備え、
前記送信部は、前記受信端末からの前記問い合わせ要求を前記問い合わせ要求受付部が受け付けた場合に、前記受信不可通知データを送信する、第１の本発明のルータ装置である。
【０００９】
又、第３の本発明は、前記所定単位は、単数又は複数の前記受信端末を所有する一世帯である、第１の本発明のルータ装置である。
【００１０】
又、第４の本発明は、前記一世帯は、前記受信端末と接続するポートに一対一対応する、第３の本発明のルータ装置である。
【００１１】
又、第５の本発明は、前記受信不可通知データの送信は、前記受信端末との通信に用いられるマルチキャストアドレスの指定により行われるものである、第１から第４のいずれかの本発明のルータ装置である。
【００１２】
又、第６の本発明は、前記受信不可通知データの送信において指定される前記マルチキャストアドレスは、前記ＩＰ放送の受信に用いられる前記マルチキャストアドレスと一対一対応しており、
同一の前記受信端末に対する、前記ＩＰ放送の配信に用いられるマルチキャストアドレスの指定による前記ＩＰ放送の送信と前記マルチキャストアドレスの指定による前記送信部の前記受信不可通知データの送信とは択一的に行われる、第５の本発明のルータ装置である。
【００１３】
又、第７の本発明は、ＩＰ放送を行うサーバ装置から送信され、
前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断し、前記数又は情報が前記上限に達している場合と判断した場合において、前記受信要求があった際に前記判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信するルータ装置
により配信された、前記ＩＰ放送の受信を行う受信端末であって、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信部と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け部と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御部とを備えた、受信端末である。
【００１４】
又、第８の本発明は、前記受信不可通知データは、前記所定単位毎の前記数又は情報が、前記上限に達している旨の通知を含んでいる、第７の本発明の受信端末である。
【００１５】
又、第９の本発明は、前記ルータ装置に対して、前記受信不可通知データを要求するための問い合わせ要求を送信する問い合わせ要求送信部を備え、
前記問い合わせ要求送信部は、前記受信要求送信部による前記受信要求の送信に連動して前記問い合わせ要求を送信する、第７の本発明の受信端末である。
【００１６】
又、第１０の本発明は、前記表示制御部は、前記受信不可通知データ待ち受け部が所定時間前記受信不可通知データを受信できない場合、前記ルータ装置又は前記サーバ装置からのデータの受信ができない旨の情報を表示するための制御を行う、第７から９のいずれかの本発明の受信端末である。
【００１７】
又、第１１の本発明は、前記問い合わせ要求の送信は、前記ルータ装置との通信に用いられるマルチキャストアドレスを用いて行われるものである、第７から第１０のいずれかの本発明の受信端末である。
【００１８】
又、第１２の本発明は、前記問い合わせ要求の送信を指定する前記マルチキャストアドレスは、前記ＩＰ放送の受信に用いられる前記マルチキャストアドレスと一対一対応している、第１１の本発明の受信端末である。
【００１９】
又、第１３の本発明は、ＩＰ放送を行うサーバ装置から送信される前記ＩＰ放送を受信するための受信端末と、前記サーバ装置と前記受信端末との間でデータの配信を行うルータ装置とを備えた放送配信システムであって、
前記ルータ装置は、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理部と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付部と、
前記受信要求があった際に前記配信数管理部の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する送信部とを有し、
前記受信端末は、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信部と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け部と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御部とを有する、放送配信システムである。
【００２０】
又、第１４の本発明は、ＩＰ放送を行うサーバ装置と前記サーバ装置から送信される前記ＩＰ放送を受信する単数又は複数の受信端末との間でデータの配信を行う配信方法であって、
前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する配信数管理工程と、
前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける受信要求受付工程と、
前記受信要求があった際に前記配信数管理工程の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す送信工程とを備えた、配信方法である。
【００２１】
又、第１５の本発明は、ＩＰ放送を行うサーバ装置から送信され、
前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断し、前記数又は情報が前記上限に達している場合と判断した場合において、前記受信要求があった際に前記判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信するルータ装置
により配信された、前記ＩＰ放送の受信を行う受信方法であって、
前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する受信要求送信工程と、
所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する受信不可通知データ待ち受け工程と、
少なくとも前記受信不可通知データを表示する制御を行う表示制御工程とを備えた、受信方法である。
【００２２】
又、第１６の本発明は、第１４の本発明の配信方法の、前記受信端末による前記ＩＰ放送の受信に現在用いられているマルチキャストアドレスの数又はその数に関連する情報を所定単位毎に監視し、当該数又は情報が前記所定単位毎に定められた上限に達しているかどうかを判断する前記配信数管理工程と、前記受信端末からの、マルチキャストアドレスを用いた前記ＩＰ放送の受信要求を受け付ける前記受信要求受付工程と、前記受信要求があった際に前記配信数管理工程の判断を利用し、前記数又は情報が前記所定単位毎の前記上限を超える場合は、前記受信端末に対し前記受信要求に応じることができない旨を示す受信不可通知データを送信する前記送信工程をコンピュータに実行させるためのプログラムである。
【００２３】
又、第１７の本発明は、第１５の本発明の受信方法の、前記ルータ装置に対して、前記ＩＰ放送の受信を要求するためのマルチキャストアドレスを用いた受信要求を送信する前記受信要求送信工程と、所定時間前記受信要求に対する応答を受信できない場合、前記ルータ装置から送信される、前記受信不可通知データを待ち受け、受信する前記受信不可通知データ待ち受け工程と、少なくとも前記受信不可通知データを表示する制御を行う前記表示制御工程とをコンピュータに実行させるためのプログラムである。
【００２４】
又、第１８の本発明は、第１６又は第１７の本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００２５】
以上のように、本発明では受信端末が要求した当該ＩＰ放送の受信ができない場合、その原因を受信端末側で知ることが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下に、本発明の実施の形態について、図面を参照しながら説明する。
【００２７】
（実施の形態１）
本発明における映像配信システムは、従来のテレビ放送のように複数のチャンネルを設けており、各チャンネルにおいて時間ごとに配信する映像コンテンツをプログラムして放送する放送型サービス（以下、ＩＰ放送）を行っている。
【００２８】
はじめに図１〜図３を用いて本発明の前提となるＩＰ放送を行う映像配信システムの構成と基本動作を説明する。
【００２９】
図１は、本発明の実施の形態１における映像配信システムの概要を示したブロック図である。図１において、映像配信サーバ１００は、映像コンテンツをＩＰマルチキャストによりＩＰネットワーク２００へ送出する機能を備えており、ＩＰネットワーク２００を構成するルータ群３００〜３０４のいずれかと接続されている。本実施の形態では、映像配信サーバ１００はルータ３０４と接続されている。テレビ５００〜５０２はＩＰマルチキャストで送信された映像コンテンツを受信・再生する機能を備えており、ユーザ宅４００〜４０５の中に１台以上設置されている。本実施の形態では、ユーザ宅４００にテレビ５００〜５０２の３台が設置されている。ルータ３００〜３０４は、映像配信サーバ１００とテレビ５００〜５０２間のＩＰマルチキャスト通信を制御する機能を備える。本実施の形態では、テレビ５００〜５０２はハブ４００ａによりルータ３００に接続されている。
【００３０】
本発明の実施の形態１における映像配信システムでは、映像配信サーバ１００は複数の映像コンテンツを時間ごとにプログラムを組みテレビ放送のようにチャンネル単位で放送している。１つのチャンネルには１つのマルチキャストアドレスが対応しており、一般に映像配信サーバ１００は１台で複数のチャンネルを放送する能力を有している。本実施の形態では、映像配信サーバ１００は、図２に示す対応表６００に示すチャンネルＡ〜Ｃの３本のチャンネルからそれぞれ映像コンテンツを放送している。なお、対応表６００その他これに対応する対応表はＩＰネットワークに接続された各サーバとテレビとで共有され、これは他の実施の形態でも同様である。
【００３１】
図２の対応表６００では、チャンネルＡはマルチキャストアドレス２２５．１．１．１を用いて配信することが規定されており、チャンネルＢにはマルチキャストアドレス２２５．１．１．２、チャンネルＣにはマルチキャストアドレス２２５．１．１．３が規定されている。この対応表６００は、映像配信システム全体として、一意に定まるものであり、テレビ５００は、例えば、ＩＰネットワーク２００に接続された映像配信サーバ１００又は図示しない他のサーバから取得するなどの方法により、対応表６００を取得できるものとする。
【００３２】
次に、図３は、テレビ５００の構成図である。
【００３３】
図３において、制御入力インタフェース（Ｉ／Ｆ）５１０は、ユーザからのチャンネル選択、電源のオン／オフ等の制御入力をリモコンにより、又は直接受け付ける手段である。受信要求生成部５３０は、テーブル格納部５２０に格納された対応表６００を参照して、制御Ｉ／Ｆ５１０に入力されたチャンネルに対応するマルチキャストアドレスを設定することによりＩＧＭＰ  Ｊｏｉｎメッセージを生成し、マルチキャスト通信部５４０を介してルータ３００に対して送信することができる。又、マルチキャスト通信部５４０はマルチキャストアドレスを用いてルータ３００と通信するための手段である。
【００３４】
又、応答受信部５５０はマルチキャスト通信部５４０により受信されたテレビ５００宛てのマルチキャストパケットを受信する手段であり、映像コンテンツその他のデータを受信する。デコーダ５６０は、応答受信部５５０で受信した各放送チャンネルの映像コンテンツを復号するための手段である。表示部５７０は、デコーダ５６０で復号した映像や、応答受信部５５０が受信したその他のデータ受信部により示される、テレビ５００の受信状態を表示するモジュールである。なお、テレビ５０１、５０２も同様の構成を有する。
【００３５】
次に、図４（ａ）はルータ３００の構成図である。
【００３６】
図４（ａ）において、ユーザ宅用ポート３１０〜３１４はユーザ宅４００などと接続するためのポートである。本実施の形態ではユーザ宅用ポート３１０はユーザ宅４００に、ユーザ宅用ポート３１１はユーザ宅４０１に接続されているものとする。ルータ用ポート３２０〜３２１はルータ３０１などＩＰネットワーク２００内のルータ群と接続するためのポートである。本実施の形態ではルータ用ポート３２０はルータ３０１に、ルータ用ポート３２１はルータ３０４に接続されているものとする。パケット転送部３３０はユーザ宅用ポート３１０〜３１４およびルータ用ポート３２０〜３２１間でのパケット転送を制御している。
【００３７】
パケット転送部３３０には図５に示すチャンネル監視テーブル７００が保持される。チャンネル監視テーブル７００では、ユーザ宅用ポート番号と配信チャンネル数、および配信しているマルチキャストアドレスリストが対応付けされている。
【００３８】
次に、図４（ｂ）はパケット転送部３３０の構成図である。
【００３９】
図４（ｂ）において、ネットワーク側通信部３３１は、ルータ用ポート３２０〜３２１と接続され、ポート毎にマルチキャストパケットに基づく通信を行う手段である。ポート側通信部３３２は、ユーザ宅用ポート３１０〜３１４と接続され、各ポート毎にマルチキャストパケットに基づく通信を行う手段である。又、配信数管理部３３４は、テーブル格納部３３３に格納されたチャンネル監視テーブル７００を参照して、ポート側通信部３３２に接続された各ユーザ宅用ポート当たりの配信チャンネル数を管理する手段である。又通信管理部３３５は、配信数管理部３３４の管理に応じて、ルータ３００とユーザ宅用ポート３１０〜３１４との通信を管理する手段である。なお、ルータ３０１〜３０４も同様の構成を有する。
【００４０】
なお、以上の構成において、テレビ５００は本発明の受信端末に相当し、ルータ３００は本発明のルータ装置に相当する。
【００４１】
又、テレビ５００において、制御入力Ｉ／Ｆ５１０、テーブル格納部５２０、受信要求生成部５３０及びマルチキャスト通信部５４０は本発明の受信要求送信部に相当し、マルチキャスト通信部５４０及び応答受信部５５０は本発明の受信不可通知データ待ち受け部に相当し、表示部５７０は本発明の表示制御部に相当する。又、マルチキャスト通信部５４０、受信要求生成部５３０及びテーブル格納部５２０は本発明の問い合わせ要求送信部に相当する。
【００４２】
又、ルータ３００において、テーブル格納部３３３及び配信数管理部３３４は本発明の配信数管理部に相当し、通信管理部３３５及びポート側通信部３３２は本発明の受信要求受付部に相当する。又、通信管理部３３５及びポート側通信部３３２は本発明の送信部にも相当する。又、ポート側通信部３３２及び通信管理部３３５は本発明の問い合わせ要求受付部にも相当する。
【００４３】
以上のような構成を有する本実施の形態の映像システムの動作を説明するとともに、これにより、本発明のルータ装置、受信端末の動作、及び本発明の配信方法、受信方法の一実施の形態について説明を行う。
【００４４】
図６は、本発明の実施の形態１の映像配信システムにおいて、視聴開始、チャンネル切換、視聴終了の各動作を実行した際の通信シーケンスを示した図である。
【００４５】
以下、図６を参照して通常時の動作を説明する。
【００４６】
ユーザがリモコン等を用いた制御入力Ｉ／Ｆへの入力によりチャンネルＡを選択するなどして、テレビ５００に対してチャンネルＡの視聴開始操作を行なうと（Ｓ１）、テレビ５００の受信要求生成部５３０は、テーブル格納部５２０に格納した対応表６００により、チャンネルＡに対応するマルチキャストアドレス２２５．１．１．１を取得する。次にテレビ５００の受信要求生成部５３０は、マルチキャスト通信部５４０によりルータ３００に対して、マルチキャストアドレス２２５．１．１．１宛のＩＧＭＰ Ｊｏｉｎメッセージを送信する（Ｓ２）。
【００４７】
一方、テレビ５００から送信されたＩＧＭＰ Ｊｏｉｎメッセージを受信したルータ３００は、マルチキャストアドレス２２５．１．１．１宛の映像ストリームをテレビ５００に対して配信を開始する（Ｓ３）。テレビ５００側では、マルチキャスト通信部５４０、応答受信部５５０、及びデコーダ５６０の動作によりマルチキャストアドレス２２５．１．１．１宛の映像ストリームの受信・デコードを開始し、ユーザは、表示部５７０に表示されたチャンネルＡの視聴を開始する。
【００４８】
次に、ユーザがリモコン等によりチャンネルＢを選択すると（Ｓ４）、テレビ５００側では、受信要求生成部５３０等の動作によりルータ３００に対して、マルチキャストアドレス２２５．１．１．１宛のＩＧＭＰ  Ｌｅａｖｅメッセージを送信する（Ｓ５）。
【００４９】
マルチキャストアドレス２２５．１．１．１宛のＩＧＭＰ  Ｌｅａｖｅメッセージを受信したルータ３００は、マルチキャストアドレス２２５．１．１．１宛の映像ストリームの配信を停止する。次に、テレビ５００の受信要求生成部５３０は、チャンネルＢに対応するマルチキャストアドレス２２５．１．１．２をテーブル格納部５２０に格納した対応表６００から取得し、Ｓ２の場合と同様に、ルータ３００に対して、マルチキャストアドレス２２５．１．１．２宛のＩＧＭＰ Ｊｏｉｎメッセージを送信する（Ｓ６）。Ｓ３のチャンネルＡの視聴開始動作と同様に、マルチキャストアドレス２２５．１．１．２宛の映像ストリームをルータ３００がテレビ５００へ配信を開始することにより、ユーザは、チャンネルＢの視聴を行えるようになる（Ｓ７）。
【００５０】
最後に、ユーザがリモコン操作によりテレビ５００の電源スイッチをオフにすると（Ｓ８）、テレビ５００は、待機状態に移る前に、受信要求生成部５３０がマルチキャストアドレス２２５．１．１．２宛のＩＧＭＰ  Ｌｅａｖｅメッセージをルータ３００に対して送信し（Ｓ９）、ルータ３００はマルチキャストアドレス２２５．１．１．２宛の映像ストリームの配信を停止する。
【００５１】
ここで、一般的にはルータ３００とユーザ宅４００の間には、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）等のブロードバンドアクセス回線が存在する。既に背景技術の欄で述べたように、ＩＰ放送では、１チャンネルの視聴毎に、一定のネットワーク帯域を占有するため、アクセス回線の帯域を超えた数のチャンネル数を視聴した場合、ＩＰ放送の映像品質に劣化が発生してしまう。
【００５２】
そこで、本実施の形態におけるルータ３００には、一ユーザ宅に配信するチャンネル数を制限する機能を備えるとともに、チャンネル数が上限に達したことを該ユーザ宅に通知する機能も備えている。
【００５３】
以下、図４、図５を用い、本実施の形態におけるルータ３００の動作を、図７を参照して説明する。図７は、本発明の実施の形態１の映像配信システムにおけるルータ３００と、ルータ３００の通信対象であるテレビ５００、テレビ５０２との通信シーケンスを示した図である。なお、以下の説明においては、ルータ３００の配信数管理部３３４により定められた、一ユーザ宅、すなわちルータ３００のユーザ宅側ポート３１０〜３１４のそれぞれに配信できるチャンネル数の上限値を２本とする。
【００５４】
ルータ３００では、ユーザ宅用ポート３１０〜３１４に接続されている各ユーザ宅の誰もチャンネル受信していない場合、チャンネルＡ〜Ｃはルータ用ポート３２０とルータ用ポート３２１間で転送処理が成されているだけである。ユーザ宅４００において、テレビ５００を用いてチャンネルＡを受信するためにマルチキャストアドレス２２５．１．１．１宛のＩＧＭＰ  Ｊｏｉｎメッセージをルータ３００に送信すると（Ｓ１１）、パケット転送部３３０の通信管理部３３５はマルチキャストアドレス２２５．１．１．１宛のＩＧＭＰ  Ｊｏｉｎメッセージをユーザ宅用ポート３１０から受信する（Ｓ１２）。
【００５５】
以上の動作は図６に示す通常の動作と同様であるが、本実施の形態の場合、ルータ３００においては、配信数管理部３３４がテーブル格納部３３３に格納した、図５に示すチャンネル監視テーブル７００のユーザ宅４００に対応するユーザ宅用ポート３１０に対して配信しているチャンネル数を確認する。配信数管理部３３４は確認した配信中のチャンネル数が上限値に達しているかどうかを判断し、ルータ３００はその判断結果に応じて、以下の動作を行う。
【００５６】
第１に、上限値に達していない場合は、ユーザ宅用ポート３１０に対する配信チャンネル数を増加させると共に、通信管理部３２５は、チャンネルＡの映像ストリームをユーザ宅用ポート３１０に対して転送するようになる（Ｓ１３）。
【００５７】
第２に、ユーザ宅用ポート３１０に対する配信チャンネル数が上限値に達した場合、上限通知データをユーザ宅用ポート３１０に対して強制的にマルチキャストで配信する。以下、図７に示す通信シーケンスを参照して詳細に説明する。ユーザ宅４００において、テレビ５００がチャンネルＡ、テレビ５０１がチャンネルＢを受信しているときに、ユーザがテレビ５０２によりチャンネルＣを受信しようとした時の動作を例に取る。ユーザ宅４００において、テレビ５０２を用いてチャンネルＣを受信するためにマルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ  Ｊｏｉｎメッセージをルータ３００に送信すると（Ｓ１４）、テレビ５０２の応答受信部５５０はマルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ Ｊｏｉｎメッセージを送信する（Ｓ１５）。
【００５８】
ルータ３００においては、配信数管理部３３４がチャンネル監視テーブル７００を参照して、現在ユーザ宅用ポート３１０に対して配信しているチャンネル数が上限値に達しているかどうかを判断する。今回の場合、チャンネル監視テーブル７００においてはチャンネルＡ及びＢの計２つが既に配信チャンネル数として記録されている。配信数管理部３３４はこの結果を通信管理部３３５へ通知する。
【００５９】
通信管理部３３５は配信数管理部３３４から上記の通知を受けると、テレビ５０２からのＩＧＭＰ  Ｊｏｉｎメッセージに応じることは上限値を超えることになると判断し、上限通知データをポート側通信部３３２からユーザ宅４００に対して送信する（Ｓ１６）。このとき、上限通知データは図８の対応表に示したマルチキャストアドレス２２５．１．１．２５４宛に送信されるものとする。
【００６０】
なお、上限通知データはチャンネルＡ〜Ｃの映像ストリームと同様、ＩＰネットワーク２００内に配信されているデータとして、通信管理部３３５がネットワーク側通信部３３１から取得するデータであってもよいし、通信管理部３３５が配信数管理部３３５からの通知に応じて自動的に生成するデータであってもよい。この上限通知データのマルチキャストアドレスは、図８に示すように、テーブル格納部３３３に格納されたチャンネルとマルチアドレスとの対応表６０１に追記されている。なお、この上限通知データは１秒間に１回１００バイト程度のデータを送るなど、ネットワークの負荷にならない程度のデータ量であるものとする。この上限通知データをユーザ宅４００に配信することにより、ユーザ宅４００内のテレビ５００〜５０２は、現在視聴しているチャンネル以上のチャンネルを受信できないことを把握することが可能となる。
【００６１】
図７に戻って、テレビ５０２の応答受信部５５０は、一定時間マルチキャストアドレス２２５．１．１．３宛のパケットの受信を試み、当該一定時間内にパケットの受信を出来なかった場合は、ルータ３００から送信された上限通知データである、マルチキャストアドレス２２５．１．１．２５４宛のパケットの受信を試みる。ここで、マルチキャストアドレス２２５．１．１．３を待ち受けるための「一定時間」とは５秒程度の時間であることが望ましい。
【００６２】
上限通知データが取得できた場合は「受信不可」メッセージをテレビ５０２の表示部５７０に表示する（Ｓ１７）。一方、一定時間上限通知データの取得ができない場合は、映像配信サーバ１００やＩＰネットワーク２００などの送信設備に不具合が生じたものとみなし、「受信タイムアウト」メッセージをテレビ５０２の表示部５７０に表示する（Ｓ１８）。ここで、上限通知データを待ち受けるための「一定時間」とは５秒程度の時間であることが望ましい。「受信タイムアウト」メッセージも、映像サーバ１００等によりＩＰネットワーク２００内に配信されているデータであってもよいし、ルータ３００にて生成してもよい。
【００６３】
なお、表示部５７０に表示される受信状態には、上記Ｓ１４〜Ｓ１８のシーケンスにより表示されるものの他に、指定されたマルチキャストパケットが正常に受信されている場合は、当該正常な受信を示す「受信中」、受信すべきマルチキャストアドレスがテレビ側に設定されていないことを示す「待機中」、等を含んでいても良い。又、「受信不可」メッセージにおいては、ユーザ宅４００内において配信可能なチャンネル数が上限に達している旨を表示するようにしてもよい。
【００６４】
以上、説明したように、本実施の形態１による映像配信システムによれば、ルータの各ポート毎に配信可能なチャンネル数の上限を設けた配信を行う場合において、受信要求があった場合、これに個別的に応答することが可能となっている。したがって、テレビ等の映像受信端末が映像を受信できない要因がチャンネル数の上限に達したためか、それ以外の要因によるものかを区別することが可能となる。
【００６５】
（実施の形態２）
本発明の実施の形態２における映像配信システムの構成は図１と同様の構成をとる。本実施の形態では、ルータ３００における上限通知データの出力条件、及びこの出力条件に対応したルータ３００及びテレビ５００〜５０２の動作が実施の形態１と異なる。すなわち、本実施の形態２における対応表６０１に示す。図８に示す対応表６０１では、放送チャンネルとマルチキャストアドレスの他に、上限通知データ用に規定されたマルチキャストアドレス２５５．１．１．２４４が含まれている。
【００６６】
以下、図９を参照して、本実施の形態２の映像配信システムの動作を説明するとともに、これにより、本発明のルータ装置、受信端末の動作、及び本発明の配信方法、受信方法の一実施の形態について説明を行う。ただし図９は、本発明の実施の形態２の映像配信システムにおけるルータ３００と、ルータ３００の通信対象であるテレビ５０１、テレビ５０２との通信シーケンスを示した図である。なお、以下の説明においては、実施の形態１と同様、ルータ３００の配信数管理部３３４により定められた、一ユーザ宅、すなわちルータ３００のユーザ宅側ポート３１０〜３１４のそれぞれに配信できるチャンネル数の上限値を２本とする。
【００６７】
第１に、テレビ５００がチャンネルＡ、テレビ５０１がチャンネルＣを受信しているときに、リモコン等の操作によりテレビ５０２でチャンネルＣを受信しようとすると（Ｓ２１）、テレビ５０２の受信要求生成部５３０はマルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ Ｊｏｉｎを送信する（Ｓ２２）と共に、上限通知データを要求するためのマルチキャストアドレス２２５．１．１．２５４宛のＩＧＭＰ  Ｊｏｉｎメッセージを送信する（Ｓ２３）。ここでＳ２３のＩＧＭＰ  Ｊｏｉｎメッセージは本発明の問い合わせ要求に相当する。
【００６８】
実施の形態１のＳ１５〜Ｓ１６の場合と同様、ルータ３００は２本以上のチャンネルをユーザ宅４００に配信しないため、通信管理部３３５は、マルチキャストアドレス２２５．１．１．３に対応するチャンネルＣの映像ストリームをテレビ５０２に対して配信しない。
【００６９】
しかしながら、通信管理部３３５は、同時にマルチキャストアドレス２２５．１．１．４宛のＩＧＭＰ  Ｊｏｉｎメッセージを受信するので、このＩＧＭＰ  Ｊｏｉｎメッセージに対する応答として、上限通知データをユーザ宅４００に対して配信する（Ｓ２４）。
【００７０】
テレビ５０２は一定時間マルチキャストアドレス２２５．１．１．２宛のパケットを受信できない場合、マルチキャストアドレス２２５．１．１．２５４宛のパケットの受信を試みることで、チャンネルＣが受信できない要因がチャンネル数の上限に達したためか、それ以外の要因によるものかを区別することが可能となり、処理内容に応じたメッセージを表示部５７０に表示する（Ｓ２５、Ｓ２６）。なお、Ｓ２４〜Ｓ２６の動作は、実施の形態１のＳ１６〜Ｓ１８の動作と同様である。
【００７１】
第２に、ユーザ宅４００においてテレビ５００がチャンネルＡを受信しているときに、それまで何も受信していなかったテレビ５０１がチャンネルＢを受信しようとするときの動作を説明する。ただし、テレビ５０２は動作していないものとする。
【００７２】
リモコン等の操作に応じて（Ｓ２７）、テレビ５０１の受信要求生成部５３０はマルチキャストアドレス２２５．１．１．２宛のＩＧＭＰ Ｊｏｉｎメッセージを送信する（Ｓ２８）と共に、マルチキャストアドレス２２５．１．１．２５４宛のＩＧＭＰ  Ｊｏｉｎメッセージを送信する（Ｓ２９）。
【００７３】
ルータ３００においては、通信管理部３３５が各メッセージを受信すると、配信数管理部３３４が、ユーザ宅４００に配信するためのポートであるユーザ宅用ポート３１０に配信しているチャンネル数が上限値に達していないことをチャンネル監視テーブル７００で確認すると、ユーザ宅用ポート３１０に対する配信チャンネル数を増加させる。配信数管理部３３４の動作に応じて、通信管理部３３５は、マルチキャストアドレス２２５．１．１．２に対応するチャンネルＢの映像ストリームをユーザ宅４００に対して配信する（Ｓ３０）。このとき、通信管理部３３５は、同時にマルチキャストアドレス２２５．１．１．４宛のＩＧＭＰ  Ｊｏｉｎメッセージも受信するが、配信数管理部３３４の上記動作に応じて、当該メッセージは無視する。したがって、マルチキャストアドレス２２５．１．１．４宛のＩＧＭＰ  Ｊｏｉｎメッセージに対する応答としての上限通知データはユーザ宅４００に配信されない。
【００７４】
以上説明したように、本実施の形態２の映像配信システムにおいても、ルータのポート毎に配信可能なチャンネル数の上限を設けた配信を行う場合において、受信要求があった場合、これに個別的に応答することが可能となっている。したがって、テレビ等の映像受信端末が映像を受信できない要因がチャンネル数の上限に達したためか、それ以外の要因によるものかを区別することが可能となる。
【００７５】
更に、本実施の形態においては、上限通知データの送信は、テレビ側における専用のマルチキャストアドレスの指定による要求に対する応答として行われる構成としたことにより、ユーザ側におけるテレビの受信状態の判別をより確実にすることができる。
【００７６】
（実施の形態３）
本発明の実施の形態２における映像配信システムの構成は図１と同様の構成をとる。本実施の形態３では、上限通知データのマルチキャストアドレスが、各チャンネルに一対一対応して割り当てられている点が、実施の形態２と異なる。
【００７７】
以下、本実施の形態２の映像配信システムの動作を説明するとともに、これにより、本発明のルータ装置、受信端末の動作、及び本発明の配信方法、受信方法の一実施の形態について説明を行う。なお、以下の説明においては、実施の形態１と同様、ルータ３００の配信数管理部３３４により定められた、一ユーザ宅、すなわちルータ３００のユーザ宅側ポート３１０〜３１４のそれぞれに配信できるチャンネル数の上限値を２本とする。
【００７８】
本実施の形態３における放送チャンネルとマルチキャストアドレスの対応表６０２を図１０に示す。図１０に示す対応表６０２では、チャンネルＡはマルチキャストアドレス２２５．１．１．１を用いて配信することが規定されており、チャンネルＢはマルチキャストアドレス２２５．１．１．２、チャンネルＣはマルチキャストアドレス２２５．１．１．３の使用がそれぞれ規定されている。さらに、チャンネルＡ用上限通知データとしてのマルチキャストアドレス２２５．１．２．１が規定されており、同様に、チャンネルＢ用上限通知データはマルチキャストアドレス２２５．１．２．２、チャンネルＣ用上限通知データのマルチキャストアドレス２２５．１．２．３がそれぞれ規定されている。
【００７９】
本実施の形態におけるルータ３００は、各チャンネルとそのチャンネルに対応する上限通知データとを同時にユーザ宅４００へ配信することはできない。すなわち、チャンネルＡをユーザ宅４００に配信している状態であれば、チャンネルＡ用上限通知データはユーザ宅４００に配信してはならない。チャンネルＡ用上限通知データは、チャンネルＡが配信できない状況のみ配信することができる。
【００８０】
以下、テーブル格納部３３３に格納された、図５に示すチャンネル監視テーブル７００を例にとってルータ３００の動作を説明する。ルータ３００においては、配信数管理部３３４の管理に基づき、ユーザ宅４００用のユーザ宅用ポート３１０では、既にチャンネル配信数が上限値に達しているため、通信管理部３３５はチャンネルＣの映像ストリームを配信することができない。
【００８１】
すなわち、ユーザ宅４００からチャンネルＣを配信するための、マルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを受信した時は、これを無視しなければならないが、その代わりに、チャンネルＣ用上限通知データを配信するためのマルチキャストアドレス２２５．１．２．３宛のＩＧＭＰ  Ｊｏｉｎメッセージは受理することができ、当該メッセージへの応答として、チャンネルＣ用上限通知データをユーザ宅４００に配信することができる。
【００８２】
一方、チャンネルＡおよびチャンネルＢは現在配信しているので、ユーザ宅４００からチャンネルＡ用上限通知データおよびチャンネルＢ用上限通知データを配信するためのＩＧＭＰ  Ｊｏｉｎメッセージを受信したときは、これらメッセージを無視しなければならない。
【００８３】
次に、ユーザ宅４０１用のユーザ宅用ポート３１１においては、チャンネル配信数は「１」であり、予め定めた上限値「２」に達していないため、チャンネルＢおよびチャンネルＣは、対応するＩＧＭＰ  Ｊｏｉｎメッセージを受信すれば配信できる状態にある。この場合、通信管理部３３５は、チャンネルＢ用上限通知データ、およびチャンネルＣ用上限通知データを配信するためのＩＧＭＰ  Ｊｏｉｎメッセージは、受信したとしても無視することとなる。さらに、チャンネルＡは現在配信中であるため、チャンネルＡ用上限通知データを配信するためのＩＧＭＰ  Ｊｏｉｎメッセージも無視することとなる。
【００８４】
以下、ユーザ宅４００内のテレビ５００がチャンネルＡ、テレビ５０１がチャンネルＣを受信しているときに、テレビ５０２がチャンネルＣを受信しようとした時の、ルータ３００、およびテレビ５０２の動作を、図１１を参照して説明する。ただし、図１１は、本発明の実施の形態３の映像配信システムにおけるルータ３００と、ルータ３００の通信対象であるテレビ５０２との通信シーケンスを示した図である。
【００８５】
テレビ５０２が、チャンネルＣを受信しようとすると（Ｓ３１）、テレビ５０２の受信要求生成部５３０はマルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ Ｊｏｉｎメッセージを送信する（Ｓ３２）と共に、チャンネルＣ用上限通知データを配信するためのマルチキャストアドレス２２５．１．２．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを送信する（Ｓ３３）。
【００８６】
マルチキャストアドレス２２５．１．２．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを受信したルータ３００においては、配信数管理部３３４が、ユーザ宅４００に配信するためのポートであるユーザ宅用ポート３１０に配信しているチャンネル数が上限値に達していることを、テーブル格納部３３３に格納したチャンネル監視テーブル７００で確認すると、当該確認を受けた通信管理部３３５が、マルチキャストアドレス２２５．１．１．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを無視する。
【００８７】
ルータ３００は、ほぼ同時にマルチキャストアドレス２２５．１．２．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを受信するが、この場合、配信数管理部３３４によるチャンネル監視テーブル７００の参照によって２２５．１．１．３宛のＩＧＭＰ  Ｊｏｉｎを無視しなければならない状態であることが確認されると、配信数管理部３３４は、マルチキャストアドレス２２５．１．２．３宛のＩＧＭＰ  Ｊｏｉｎメッセージを受理し、これに対する応答としてチャンネルＣ用上限通知データをユーザ宅４００に配信する（Ｓ３４）。テレビ５０２は、マルチキャストアドレス２２５．１．２．３宛のチャンネルＣ用上限通知データを受信することにより、配信チャンネル数が上限に達したため、チャンネルＣが受信できないことをすぐに判断することが可能となる（Ｓ３５）。又、チャンネルＣ用上限通知データを受信できない場合は「受信タイムアウト」メッセージがテレビ５０２の表示部５７０に表示される（Ｓ３６）。なお、Ｓ３５〜Ｓ３６の動作は、実施の形態１のＳ１６〜Ｓ１８の動作と同様である。
【００８８】
以上説明したように、本実施の形態３の映像配信システムにおいても、ルータの各ポート毎に配信可能なチャンネル数の上限を設けた配信を行う場合において、更に受信要求があった場合、これに個別的に応答することが可能となっている。したがって、テレビ等の映像受信端末が映像を受信できない要因がチャンネル数の上限に達したためか、それ以外の要因によるものかを区別することが可能となる。
【００８９】
更に、本実施の形態においては、上限通知データの送信は、テレビ側における、各チャンネルに一対一対応したマルチキャストアドレスの指定による要求に対する応答として行われる構成としたことにより、ユーザ側におけるテレビの受信状態の判別を確実に、かつより早く行うことができる。更に、複数のチャンネルに対して配信が要求され、かつ要求に応じることが出来ない場合に、どのチャンネルに対して受信ができないかを確実に判別することができる。
【００９０】
なお、上記の実施の形態１〜３では、ルータ３００において、配信数管理部３３４は、ユーザ宅４００〜４０１他のユーザ宅に一対一対応したユーザ宅用ポート３１０〜３１４を本発明の所定単位として、ユーザ宅用ポート毎に配信数を監視し、上限に達するかどうかを判断するものとしたが、各ポートとユーザ宅の戸数との割り当ては一対一の組み合わせに限定されず、任意の組み合わせであってもよい。例えば、或るユーザ宅が２つのポートを用いて配信を受けている場合は、配信数管理部３３４は、２つのポートを一つの所定単位として、配信チャンネル数を監視するようにしてもよい。この場合一世帯が本発明の所定単位となる。
【００９１】
又、上記の実施の形態１〜３においては、配信数管理部３３４は、配信チャンネルの数を監視するものとしたが、チャンネルに対応したマルチキャストアドレスの数を直接監視するものとしてもよい。なお、配信チャンネルの数は、本発明のマルチキャストの数に関連する情報の一例である。
【００９２】
又、上記の実施の形態１〜３においては、本発明の受信不可通知データの一例としての上限通知データは、マルチキャストアドレスを用いて要求、送信されるものとして説明をおこなったが、要求にはルータ３００のＩＰアドレス宛にユニキャストを用いて行ってもよい。要するに、本発明の受信不可通知データの送信及びその問い合わせ要求は、ＩＧＭＰ以外のプロトコルによって行われるものであってもよい。
【００９３】
又、上記の実施の形態１〜３においては、本発明の受信端末はテレビであり、表示制御部は直接映像表示を行う表示部５７０であるとして説明を行ったが、本発明の受信端末は、セットトップボックス（ＳＴＢ）のように受像部分を有さない構成として実現してもよい。この場合、本発明の表示制御部は、映像信号を外部ディスプレイに対して出力する手段として実現される。
【００９４】
又、上記実施の形態１〜３では、ＩＰｖ４を想定し、ＩＧＭＰを用いて説明を行ったがＩＰｖ６の場合は、ＭＬＤを用いて同様の制御が可能である。
【００９５】
なお、実施の形態１〜３において、エラーメッセージが再生される低レートの映像コンテンツを上限通知データとして用い、テレビ５００のデコーダ５６０でデコードされるエラーメッセージ映像を表示部５７０に表示する方法も可能である。
【００９６】
又、本発明は、上述した本発明の配信方法、又は受信方法の全部又は一部の工程の全部又は一部の動作をコンピュータにより実行させるためのプログラムを記録した媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記動作を実行する媒体であってもよい。
【００９７】
なお、本発明の上記「一部の工程」とは、それらの複数の工程の内の、幾つかの工程を意味し、あるいは、一つの工程の内の、一部の動作を意味するものである。
【００９８】
又、本発明のプログラムを記録した、コンピュータに読みとり可能な記録媒体も本発明に含まれる。
【００９９】
又、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１００】
又、本発明のプログラムの一利用形態は、伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１０１】
又、記録媒体としては、ＲＯＭ等も含まれる。
【０１０２】
又、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１０３】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１０４】
本発明にかかるルータ装置、受信端末、放送配信システム、配信方法、受信方法、プログラム及び記録媒体によれば、受信端末が要求した当該ＩＰ放送の受信ができない場合、その原因を受信端末側で知ることが可能となる効果を有し、インターネットなどのＩＰネットワークを使った通信分野において、ＩＰ放送サービスにおけるトラブルシューティングやユーザサポートにおいて有用となる。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施の形態１〜３における映像配信システムの構成図
【図２】本発明の実施の形態１における放送チャンネルとマルチキャストアドレスの対応表６００を示す図
【図３】本発明の実施の形態１〜３におけるテレビ５０１〜５０２の内部構成図
【図４】（ａ）本発明におけるルータ３００の内部構成図（ｂ）パケット転送部３３０の内部構成図
【図５】本発明の実施の形態１〜３における、チャンネル監視テーブル７００を示す図
【図６】本発明の実施の形態１における映像配信システムの、視聴開始、チャンネル切換、視聴終了の各動作を実行した際の通信シーケンス図
【図７】本発明の実施の形態１における映像配信システムの、上限通知データの送信を実行する際の通信シーケンス図
【図８】本発明の実施の形態２における放送チャンネル、上限通知データとマルチキャストアドレスとの対応表６０１を示す図
【図９】本発明の実施の形態２における映像配信システムの、上限通知データの送信を実行する際の通信シーケンス図
【図１０】本発明の実施の形態３における放送チャンネル、上限通知データとマルチキャストアドレスとの対応表６０２を示す図
【図１１】本発明の実施の形態２における映像配信システムの、上限通知データの送信を実行する際の通信シーケンス図
【符号の説明】
【０１０６】
１００  映像配信サーバ
２００  ＩＰネットワーク
３００〜３０４  マルチキャスト対応ルータ
３１０〜３１４  ユーザ宅用ポート
３２０〜３２１  ルータ用ポート
３３０  パケット転送部
３３１  ネットワーク側通信部
３３２  ポート側通信部
３３３  テーブル格納部
３３４  配信数管理部
３３５  通信管理部
４００〜４０５  ユーザ宅
５００〜５０２  ＩＰ放送を受信するテレビ
５１０  制御入力Ｉ／Ｆ
５２０  テーブル格納部
５３０  受信要求生成部
５４０  マルチキャスト通信部
５５０  応答受信部
５６０  デコーダ
５７０  表示部
６００  放送チャンネルとマルチキャストアドレスの対応表
６０１、６０２  放送チャンネル、上限通知データとマルチキャストアドレスの対応表
７００  チャンネル監視テーブル
【図１】
2009225174.tif 000003
【図２】
2009225174.tif 000004
【図３】
2009225174.tif 000005
【図４】
2009225174.tif 000006
【図５】
2009225174.tif 000007
【図６】
2009225174.tif 000008
【図７】
2009225174.tif 000009
【図８】
2009225174.tif 000010
【図９】
2009225174.tif 000011
【図１０】
2009225174.tif 000012
【図１１】
2009225174.tif 000013