(57)【要約】【課題】  マルチキャスト開通の確認における利便性を利用者に提供する。【解決手段】  IPネットワークにマルチキャストされる放送の受信装置であって、マルチキャスト配信用プロトコルを用い、放送開通前の初期スキャンの要求を外部のエッジルータへ定期的に繰り返すスキャン要求手段と、初期スキャンを行うスキャン手段と、ルーティング設定の通知を検出する検出手段と、コンテンツや各種制御情報を表示する表示手段とを備え、前記検出手段により前記外部のエッジルータからのルーティング設定の通知を検出した場合にはこの通知の検出をユーザへ前記表示手段による通知または前記スキャン手段によるマルチキャストによる放送の初期スキャンを行なうことを特徴とする受信装置。【選択図】      図４
2010074765.tif 000002
【特許請求の範囲】
【請求項１】
IPネットワークにマルチキャストされる放送の受信方法であって、
マルチキャスト配信用プロトコルを用い、放送開通前の初期スキャンの要求を外部のエッジルータへ定期的に繰り返し、
前記外部のエッジルータからのルーティング設定の通知を検出した場合にはこの通知の検出をユーザへ通知または前記マルチキャストによる放送の初期スキャンを行うことを特徴とする受信方法。
【請求項２】
前記マルチキャスト配信用プロトコルはMulticast Listener Discoveryであることを特徴とする請求項１に記載の受信方法。
【請求項３】
前記マルチキャスト配信用プロトコルはInternet Group Management Protocolであることを特徴とする請求項１に記載の受信方法。
【請求項４】
IPネットワークにマルチキャストされる放送の受信方法であって、
マルチキャストルーティングプロトコルを用い、外部のエッジルータからの近隣検出用メッセージを監視し、
前記外部のエッジルータからの近隣検出用メッセージを検出した場合にはこの通知の検出をユーザへ通知または前記マルチキャストによる放送の初期スキャンを行うことを特徴とする受信方法。
【請求項５】
前記マルチキャストルーティングプロトコルはProtocol-Independent Multicastであることを特徴とする請求項４に記載の受信方法。
【請求項６】
IPネットワークにマルチキャストされる放送の受信装置であって、
マルチキャスト配信用プロトコルを用い、放送開通前の初期スキャンの要求を外部のエッジルータへ定期的に繰り返すスキャン要求手段と、
初期スキャンを行うスキャン手段と、
ルーティング設定の通知を検出する検出手段と、
コンテンツや各種制御情報を表示する表示手段とを備え、
前記検出手段により前記外部のエッジルータからのルーティング設定の通知を検出した場合にはこの通知の検出をユーザへ前記表示手段による通知または前記スキャン手段によるマルチキャストによる放送の初期スキャンを行なうことを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IP放送サービスの受信装置及び受信方法に係わり、特にマルチキャスト開通の検出方法に関する。
【背景技術】
【０００２】
IPネットワークを利用する映像配信システムにおいて、IP放送と呼ばれるサービスがある（図９参照）。
従来、概要として新規電話加入者に回線開通通知を自動的に行う方式なる技術が開示されている（特許文献１）。しかしながらこの技術の内容は、局側の装置が利用者に回線開通を通知する構成であって、受信機側が開通したかを確認するという利便性を提供するものではなかった。
【０００３】
さてIP放送サービスは、サービス事業者側にある送出サーバで放送をIPパケット化し、マルチキャストにより受信機に配信される。ユニキャストを利用するVODとは異なり、受信機が増えてもネットワーク上のトラフィックが増えないという利点がある。
【０００４】
しかしながら、局側のルータがIPマルチキャストをルーティングしなければ見ることができないが、ルーティング設定がいつ終わるか利用者は判別できないため、いつからIP放送が見られるか判らないという問題がある。また通常はIP放送の視聴に先立って、どのマルチキャストアドレスが利用できるか(チャンネル情報)や番組表の情報を取得する必要があるが、これも局側ルータの開通を待つ必要がある（図１０参照）。
【０００５】
マルチキャスト開通の確認が不便という問題があった。
【特許文献１】特開昭６１−１２７２６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、マルチキャスト開通の確認における利便性を利用者に提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のテレビジョン受信方法は、IPネットワークにマルチキャストされる放送の受信方法であって、マルチキャスト配信用プロトコルを用い、放送開通前の初期スキャンの要求を定期的に繰り返し、ルーティング設定の通知を検出した場合には外部への通知または初期スキャン開始を行なうことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、マルチキャスト開通の確認における利便性を利用者に提供する技術が得られる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態を説明する。
（実施形態１）
本発明による実施形態１を図１乃至図６及び図８を参照して説明する。
図１は、この発明を適用したデジタルテレビジョン放送受信装置１１１の外観と、このデジタルテレビジョン放送受信装置１１１を中心として構成されるネットワークシステムの一例を概略的に示している。
【００１０】
すなわち、デジタルテレビジョン放送受信装置１１１は、主として、薄型のキャビネット１１２と、このキャビネット１１２を起立させて支持する支持台１１３とから構成されている。そして、キャビネット１１２には、例えばＳＥＤ（Surface-conduction Electron-emitter Display）表示パネル，液晶表示パネル等でなる平面パネル型の映像表示器１１４、スピーカ１１５、操作部１１６、リモートコントローラ１１７から送信される操作情報を受ける受光部１１８等が設置されている。
【００１１】
また、このデジタルテレビジョン放送受信装置１１１は、ＬＡＮ（Local Area Network）端子１２２を備えている。
このＬＡＮ端子１２２は、ハブ１２６に接続されたブロードバンドルータ１３１を介して、例えばインターネット等のネットワーク１３２に接続し、このネットワーク１３２を介してコンテンツサーバ１３３や携帯電話１３４等と情報伝送を行なうために使用される。
【００１２】
図２は、上記したデジタルテレビジョン放送受信装置１１１の主要な信号処理系を示している。
すなわち、ＢＳ／ＣＳデジタル放送受信用のアンテナ２４３で受信した衛星デジタルテレビジョン放送信号は、入力端子２４４を介して衛星デジタル放送用のチューナ２４５ａに供給される。
【００１３】
チューナ２４５ａは、制御部２６１からの制御信号により所望のチャンネルの放送信号を選局し、この選局された放送信号をＰＳＫ（Phase Shift Keying）復調器２４５ｂに出力する。
【００１４】
ＰＳＫ復調器２４５ｂは、制御部２６１からの制御信号により、チューナ２４５ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２４５ｃに出力する。
【００１５】
ＴＳ復号器２４５ｃは、制御部２６１からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Packetized Elementary Stream）を信号処理部２４７内のＳＴＤバッファ２４７ｆへ出力する。
【００１６】
また、ＴＳ復号器２４５ｃは、デジタル放送により送られているセクション情報を信号処理部２４７内のセクション処理部２４７ｈへ出力する。
また、地上波放送受信用のアンテナ２４８で受信した地上デジタルテレビジョン放送信号は、入力端子２４９を介して地上デジタル放送用のチューナ２５０ａに供給される。
【００１７】
チューナ２５０ａは、制御部２６１からの制御信号により所望のチャンネルの放送信号を選局し、この選局された放送信号をＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調器２５０ｂに出力する。
【００１８】
ＯＦＤＭ復調器２５０ｂは、制御部２６１からの制御信号により、チューナ２５０ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２５０ｃに出力する。
【００１９】
ＴＳ復号器２５０ｃは、制御部２６１からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Packetized Elementary Stream）を信号処理部２４７内のＳＴＤバッファ２４７ｆへ出力する。
【００２０】
また、ＴＳ復号器２５０ｃは、デジタル放送により送られているセクション情報を信号処理部２４７内のセクション処理部２４７ｈへ出力する。
ここで、上記信号処理部２４７は、テレビ視聴時には、ＴＳ復号器２４５ｃおよびＴＳ復号器２５０ｃからそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施し、グラフィック処理部２５４及び音声処理部２５５に出力している。また、信号処理部２４７は、コンテンツ再生時には、制御部２６１から入力されたコンテンツの再生信号を選択し、所定のデジタル信号処理を施し、グラフィック処理部２５４及び音声処理部２５５に出力している。
【００２１】
制御部２６１には、信号処理部２４７から、番組を取得するための各種データや電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）が入力されている。
【００２２】
制御部２６１は、これら入力された情報からＥＰＧ，字幕を表示するため画像生成処理を行い、この生成した画像情報をグラフィック処理部２５４へ出力する。
セクション処理部２４７ｈは、ＴＳ復号器２４５ｃ（２５０ｃ）から入力されたセクション情報の中から、番組を取得するための各種データや電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）を制御部２６１へ出力する。
【００２３】
グラフィック処理部２５４は、（１）信号処理部２４７内のＡＶデコーダ２４７ｇから供給されるデジタルの映像信号と、（２）ＯＳＤ（On Screen Display）信号生成部２５７で生成されるＯＳＤ信号と、（３）データ放送による画像データと、（４）制御部２６１により生成されたＥＰＧ，字幕信号とを合成して映像処理部２５８へ出力する機能を有する。
【００２４】
また、字幕放送による字幕を表示するとき、グラフィック処理部２５４は、制御部２６１からの制御による字幕情報に基づき、映像信号上に字幕情報を重畳する処理を行う。
【００２５】
グラフィック処理部２５４から出力されたデジタルの映像信号は、映像処理部２５８に供給される。この映像処理部２５８は、入力されたデジタルの映像信号を、前記映像表示器１１４で表示可能なフォーマットのアナログ映像信号に変換した後、映像表示器１１４に出力して映像表示させるとともに、出力端子２５９を介して外部に導出させる。
【００２６】
また、上記音声処理部２５５は、入力されたデジタルの音声信号を、前記スピーカ１１５で再生可能なフォーマットのアナログ音声信号に変換した後、スピーカ１１５に出力して音声再生させるとともに、出力端子２６０を介して外部に導出させる。
【００２７】
ここで、このデジタルテレビジョン放送受信装置１１１は、上記した各種の受信動作を含むその全ての動作を制御部２６１によって統括的に制御されている。この制御部２６１は、ＣＰＵ（Central Processing Unit）等を内蔵しており、前記操作部１１６からの操作情報を受け、または、リモートコントローラ１１７から送出された操作情報を、前記受光部１１８を介して受信し、その操作内容が反映されるように各部をそれぞれ制御している。
【００２８】
この場合、制御部２６１は、主として、そのＣＰＵが実行する制御プログラムを格納したＲＯＭ（Read Only Memory）２６１ａと、該ＣＰＵに作業エリアを提供するＲＡＭ（Random Access Memory）２６１ｂと、各種の設定情報及び制御情報等が格納される不揮発性メモリ２６１ｃとを利用している。
【００２９】
さらに、上記制御部２６１は、通信Ｉ／Ｆ２７０を介してＬＡＮ端子１２２に接続されている。これにより、制御部２６１は、ＬＡＮ端子１２２に接続された各機器（図１参照）と、通信Ｉ／Ｆ２７０を介して情報伝送することができる。
【００３０】
以下に中心となる実施形態を述べるが、通常マルチキャストの受信制御には、IPv4ではIGMP（Internet Group Management Protocol）、IPv6ではMLD（Multicast Listener Discovery）と呼ばれるプロトコルが使用されるため、ここでもどちらかが使用されるものとして説明する。またプロトコルにより機能の呼び方に違いがあるが、ここでは、ルータに対するマルチキャストの要求を意味するパケットを「JOIN」、停止を意味するパケットを「LEAVE」、ルータからの問い合わせを意味するパケットを「QUERY」と呼称する。
【００３１】
まず一般的なマルチキャスト配信動作は次のようになる。
受信機からの「JOIN」をルータが受信すると、ルータはJOINで指定されたマルチキャストをその受信機に向けて送信する。
受信機からの「LEAVE」をルータが受信すると、ルータはLEAVEで指定されたマルチキャストが他の受信機で使用されていないか確認するため、その受信機のいるノードへ「QUERY」を送信する。もし他の受信機がそのマルチキャストを受信していた場合は、他の受信機がルータに対して応答を返す。他の受信機から応答がなければルータはそのマルチキャストの送出を停止する（図８参照）。図８の３本のSIストリームのうち、上下２本は「JOIN」が行われていないので当該受信機へは供給されない。
【００３２】
本実施形態ではSIストリームにおいて、RTP（Real-time Transport Protocol：リアルタイム転送プロトコル）を使用する。RTPの特徴としてまず一般的なRTPパケットの構造を図３に示す。
【００３３】
RFC3550に規定されるRTPは、IP(Internet Protocol)上で利用可能なリアルタイム通信プロトコルである。
IPを用いるネットワークでは、欠損が生じるロス、順序の違いが生じるリオーダ、間隔が乱れるジッタ等が発生する。RTPは、UDP(User Datagram Program)上で送受信されるため、ロスやリオーダが発生した場合でも、TCPとは異なり自動的な補償や回復をされることがない。
【００３４】
RTPのヘッダに格納されるシーケンス番号は、送出毎に１ずつ増加され、ネットワーク上でロスやリオーダが生じた場合に受信側での検出を可能とする。
RTPの大きな目的は符号データのフレーミング（パケット化）を行い、RTPヘッダのシーケンス番号とタイムスタンプ情報を利用することにより、送信側のパケット送出タイミングを受信側でも復元できるようにすることである。
【００３５】
伝送データのフレーミングを行うという点ではトランスポート層に近い役割を果たすが、効率良くリアルタイム制御を行うためにアプリケーション層で直接フレーミングを行う。最適なフレーミング方法は符号データごとに異なるので、RTPでは詳細な仕様は定義していない。符号データごとの具体的なフレーミング方法、すなわちRTPパケットのフォーマットはIETFからRFC3551として公開されている。
【００３６】
図３（ａ）にRTPパケットの構造を示す。RTPヘッダの前にUDPヘッダ、その前にIPヘッダが付加されている。
図３（ｂ）にRTPヘッダの構造を示す。RTPヘッダには以下のような要素があるが、個々の内容について本実施形態で規定するものではない。
・バージョン（V）‐RTPのバージョン番号で現在（RFC1889）は2である。
・パディング（P）‐パディング・データの有無を示す。
・拡張ヘッダ（X）‐拡張ヘッダの有無を示す。拡張ヘッダはPTごとに定義されており、存在する場合はCSRC識別子の後に挿入される。
・CSRC識別子の数（CC）。
・マーカー（M）‐使用方法はPTごとに定義される。
・ペイロード・タイプ（PT）‐伝送する符号データの種類を示す。
・シーケンス番号‐初期値が乱数で、パケットごとに１ずつ増加する。受信側でパケットの破棄や受信順序の入れ替りを検出することができる。
・タイムスタンプ‐パケットに含まれる最も古いデータが発生した時刻を表す。クロックの周波数はPTごとに定義され、音声コーデックの場合はサンプリング周波数になる。たとえば8kHzサンプリングの音声コーデックを20msecのパケット長で伝送する場合、1パケットには160サンプル分の音声データが含まれており、タイムスタンプもパケットごとに160ずつ増加する。
【００３７】
・同期送信元（SSRC）識別子‐RTPパケットの送信元を識別するための識別子である。識別子の値には乱数を使用する。
・寄与送信元（CSRC）識別子‐RTPでは複数の送信元から送られるパケットをミキシングする「ミキサ」という機能が定義されている。たとえば2人の話者から送信される2系統の音声パケットをそれぞれデコードし、加算した後で再びエンコードすれば1つのRTPパケットが得られる。このような場合、CSRC識別子として元のパケットのSSRC識別子を列挙する。1対1の通信の場合、CSRC識別子は存在せずCCの値は0になる。
【００３８】
次に利用者が映像配信システムを利用するまでの流れを説明する。マルチキャスト受信動作の開始前後の流れである。
利用に当たって、利用者はサービス事業者への申し込みを行うが、これについては本実施形態と直接関係がないため省略する。ただ利用者を識別するためユーザ名やパスワードや利用者宅へ来ている回線番号等をオンライン登録で使用されるものとする。
【００３９】
利用者は初めてサービスを利用する場合、受信機からサービスポータルへ接続を行い、ユーザ登録を行う。このときIP放送(マルチキャスト)を受信するため、回線番号の登録も行う。サービス事業者はこの回線番号について、マルチキャストがルーティングされるように設定を行う。なおユーザ名や回線番号等のチェックはサービス事業者側で行われるものとする。
【００４０】
通常ユーザ登録が終わると、受信機のメモリに、そのサービスに接続するときに必要な情報(サービス事業者のID,DRMの鍵や証明書等)が書き込まれる。以下、制御部２６１を中心とした制御プログラムによる動作である。
【００４１】
受信機はこれが書き込まれると、IP放送としてどのマルチキャストアドレスが利用できるか等の書かれたマルチキャスト(SIマルチキャスト)を受信するため、一番近くのルータにJOINを送信する(図4-a)。なおＳＩ（サービス情報）には、マルチキャストアドレスやポート番号などのネットワーク情報と放送局名やチャンネル番号といった放送サービスを関連付ける情報が含まれている。さらには番組情報（番組名、番組開始時刻、番組継続時間、番組内容情報、番組ジャンル情報等）が含まれている場合もある。
【００４２】
この時点でまだ利用者の回線に到達するまでのルータに、マルチキャストのルーティング設定が終わっていなければ、マルチキャストは流れてこない。
受信機はルータから、目的のマルチキャストが一定時間(例えば数十秒程度)受信できなければ、マルチキャストの受信動作を停止する。これはセキュリティの向上と余分なリソースを消費しないためである(図4-b)。
【００４３】
以後受信機は、一定間隔(例えば5分とか10分という単位)でルータに対してSIマルチキャストへの「JOIN」を送信し、「LEAVE」を送信することを繰り返す(図4-c)。
【００４４】
ルータにマルチキャストのルーティング設定がされた後では、ルータは「QUERY」を送信する(図4-d)。
受信機は、この「QUERY」を解析し、要求したマルチキャストアドレスが入っていれば開通したと判断し、開通したメッセージを表示する。(図4-e)
あるいは、改めてSIマルチキャストへの「JOIN」を送信し、マルチキャストを受信、必要な情報が取得できたら、終わった旨のメッセージを表示してもよい(図4-f)。
【００４５】
また上記では、一定間隔(図4-c)で「JOIN」を送信、その後「LEAVE」としたが、「JOIN」のみを送信しても同様の結果が得られる（図５参照）。
図５-aは図4-aと同様である。この時点でまだ利用者の回線に到達するまでのルータに、マルチキャストのルーティング設定が終わっていなければ、マルチキャストは流れてこない。
【００４６】
受信機はルータから、目的のマルチキャストが一定時間(例えば数十秒程度)受信できなければ、マルチキャストの受信動作を停止する。これはセキュリティの向上と余分なリソースを消費しないためである(図５-b)。
【００４７】
以後受信機は、一定間隔(例えば5分とか10分という単位)でルータに対してSIマルチキャストへの「JOIN」を送信することを繰り返す(図５-c)。図５-a同様受信動作として行われ、受信機はルータから、目的のマルチキャストが一定時間(例えば数十秒程度)受信できなければ、マルチキャストの受信動作を停止する。
【００４８】
ルータにマルチキャストのルーティング設定がされた後では(図５-d)、受信機はSIマルチキャストへの「JOIN」を送信することとなり、ルータはSIマルチキャストを送信する(図５-e)。
【００４９】
受信機は、このSIマルチキャストを解析し、要求したマルチキャストアドレスが入っていれば開通したと判断し、開通したメッセージを表示する(図５-f)。
上記開通したメッセージの表示は、単純に開通した旨を数秒間表示するだけでもよいが、例えば図６のようにすればよい。代表ページにチャンネルリストとしてチャンネル番号と放送局名を示し、ユーザが放送を見たければ各々チャンネルi(図６ではiはＡ〜Ｅ)または放送ｉその右の下線で示した番組表iをリモコン等のポインティングデバイスで選べば対応した放送の画面に切り替わるよう構成されている。なおこの例ではチャンネル数が５つだが、それより多ければリストはスクロールしすべてを表示することができる。これは例えばBMLを用いればよい。
【００５０】
（実施形態２）
次に、本発明による実施形態２を図１乃至図３及び図７を参照して説明する。実施形態１と共通する部分は説明を省略する。
IGMPやMLDといったマルチキャスト配信用のプロトコルではなく、マルチキャストルーティングプロトコルを利用する例を述べる。
ルーティングプロトコルは、ルータが経路情報を他のルータとやりとりするためのプロトコルであり、ユニキャスト用とマルチキャスト用がある。ここではマルチキャスト用として代表的なPIM（Protocol-Independent Multicast）と呼ばれるものを例に説明する。
【００５１】
詳しくはまずマルチキャストにおいては、ルータは2種類のプロトコル、すなわち「ルータ‐ホスト間プロトコル」と、「ルータ‐ルータ間プロトコル」を用いて経路表（図示せず）を構築する。
【００５２】
ルータは、送信端末からマルチキャストパケットを受信すると、そのパケットを受ける受信端末が存在する可能性のあるインターフェイスへ、パケットを出力する。パケットの出力されるインターフェイスは1つとは限らないため、このパケット中継の繰り返しにより、1つのパケットが複数の宛先に複製されることになる。
【００５３】
ルータがマルチキャストパケットを中継するときには、マルチキャスト経路表を参照して、出力先インターフェイスを決定する。ユニキャスト経路表と異なり、マルチキャスト経路表には、宛先のグループアドレスだけではなく、送信元の情報も経路表に含まれている。同じマルチキャストアドレス宛のパケットでも、送信元によって出力先が異なることがあるためである。
【００５４】
ルータは、上述のように2種類のプロトコルを用いてマルチキャスト経路表を構築する。1つ目の「ルータ‐ホスト間プロトコル」では、ルータが受信端末からのマルチキャスト受信要求を学習するために用いられる。もう1つの「ルータ‐ルータ間プロトコル」では、ルータ‐ホスト間プロトコルで学習したマルチキャスト受信要求の存在をルータ間で交換し、実際にマルチキャストパケットをどのように中継するかを決定するために用いられる。
【００５５】
ルータ‐ホスト間プロトコルは、先に述べたように、ルータがマルチキャストグループに参加している端末の存在を調査するためのプロトコルである。IPv6で用いられるルータ‐ホスト間プロトコルは、実施形態１で触れたMulticast Listener Discovery Protocol（MLD）である。
【００５６】
ルータ‐ルータ間プロトコルは、ルータがマルチキャスト経路表を構築するために用いられる。IPv6で用いられる代表的なルータ‐ルータ間プロトコルは、Protocol-Independent Multicast（PIM）である。PIMには、Sparse-Mode（疎なモード）と、Dense-Mode（密なモード）との2種類が存在するが、ここでは一般によく用いられる、Sparse-Mode（PIM-SM）について述べる。
【００５７】
PIM-DMが、受信したマルチキャストパケットをとりあえず全インターフェイスに中継してから、中継不要なインターフェイスへの中継を無効にしていくのに対して、PIM-SMは、隣接したPIM-SM対応ルータの間でマルチキャスト経路情報を交換しあうことにより、マルチキャスト経路表を構築する。
【００５８】
PIM-SMは、PIM Helloパケットの交換により隣接するルータと隣接関係を確立した後、マルチキャストパケットの流量によりRP Tree、Register-Stop、Shortest-Path Treeの3種類のマルチキャスト経路表を構築する。
【００５９】
さてルータは、そのネットワーク上に定期的にメッセージを送出している。このメッセージを受信することによって近隣のルータは互いを動的に検出することができる。これを近隣検出という。
【００６０】
つまりこの近隣検出用のメッセージが目的のルータから流れてくれば、マルチキャストルーティングの設定が完了したと見なせる。
以下に動作を述べる。
ユーザ登録が終わると、受信機はSIマルチキャストを受信するため、一番近くのルータにJOINを送信する(図７-a)。
この時点でまだマルチキャストのルーティング設定がされていないため、マルチキャストは流れてこない。受信機は目的のマルチキャストが一定時間(例えば数十秒程度)受信できなければ、マルチキャストの受信動作を停止し(図７-b)、近隣検出用のメッセージの監視を行う(図７-c)。
【００６１】
ルータにマルチキャストのルーティング設定がされると、ルータは近隣検出用のメッセージ(Hello)を送信する(図７-d)。
受信機は、このHelloを受信し目的のルータから送出されたものであれば、マルチキャストが開通したと判断し、開通したメッセージを表示する(図７-e)。
あるいは、改めてSIマルチキャストへの「JOIN」を送信し、マルチキャストを受信、必要な情報が取得できたら、必要な情報が取得できた旨のメッセージを表示してもよい(図７-f)。
【００６２】
以上の実施形態の効果は次のようになる。
１．マルチキャストの開通を通知することにより、使用者が都度確認しなくてもよい。
２．IP放送の受信に必要な設定を自動で行うことにより、使用者が都度操作しなくてもよい。
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【図面の簡単な説明】
【００６３】
【図１】本発明を適用したデジタルテレビジョン放送受信装置１１１の外観と、このデジタルテレビジョン放送受信装置１１１を中心として構成されるネットワークシステムを説明するための図。
【図２】デジタルテレビジョン放送受信装置１１１の主要な信号処理系を示す図。
【図３】一般的なRTPパケットの構造を示す図。
【図４】実施形態の動作概要図。
【図５】実施形態の動作概要図２。
【図６】同実施形態に用いられる開通したメッセージの表示例。
【図７】他の実施形態の動作概要図。
【図８】初期スキャン動作(マルチキャスト開通済み)。
【図９】IP放送システム例。
【図１０】既存初期スキャン動作(マルチキャスト未開通)。
【符号の説明】
【００６４】
１１１…デジタルテレビジョン放送受信装置、１１２…キャビネット、１１３…支持台、１１４…映像表示器、１１５…スピーカ、１１６…操作部、１１７…リモートコントローラ、１１８…受光部、１１９…第１のメモリカード、１２０…第２のメモリカード、１２１…第１のＬＡＮ端子、１２２…第２のＬＡＮ端子、１２３…ＵＳＢ端子、１２４…ｉ．ＬＩＮＫ端子、１２５，１２７，１３９…ＨＤＤ、１２６，１３５…ハブ、１２８，１３３…コンテンツサーバ、１２９…ＤＶＤレコーダ、１３０…アナログ伝送路、１３１…ブロードバンドルータ、１３２…ネットワーク、１３４，１３６…携帯電話、１３７…デジタルカメラ、１３８…カードリーダ／ライタ、１４０…キーボード、１４１…ＡＶ−ＨＤＤ、１４２…Ｄ−ＶＨＳ。
【図１】
2010074765.tif 000003
【図２】
2010074765.tif 000004
【図３】
2010074765.tif 000005
【図４】
2010074765.tif 000006
【図５】
2010074765.tif 000007
【図６】
2010074765.tif 000008
【図７】
2010074765.tif 000009
【図８】
2010074765.tif 000010
【図９】
2010074765.tif 000011
【図１０】
2010074765.tif 000012