(57)【要約】【課題】放送受信装置に格納される配信情報の更新の要否判定及び更新を自動的に行うことのできる放送受信装置を提供する。【解決手段】不揮発性メモリに記憶された、前回最後に選局された放送チャンネルの情報と配信情報とをもとにマルチキャスト放送の受信要求を送信した後、ＩＰ通信網より最新の配信情報を取得し、取得した配信情報の中の地域コードと不揮発性メモリに記憶された配信情報の中の地域コードとを比較して、不一致の場合には、取得した配信情報で不揮発性メモリに記憶された既存の配信情報を更新する。【選択図】図４
2008022172.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ通信網に配信されたマルチキャスト放送を受信するために必要な配信情報を記憶する配信情報記憶部と、
最後に選局された放送チャンネルの情報を記憶する選局履歴記憶部と、
前記選局履歴記憶部に記憶された放送チャンネルの情報及び前記配信情報記憶部に記憶された配信情報とをもとに前記マルチキャスト放送の受信要求を送信した後、前記ＩＰ通信網より配信情報を取得し、取得した配信情報と前記配信情報記憶部に記憶された配信情報とを比較して、不一致の場合には、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新する配信情報更新部と
を具備することを特徴とする放送受信装置。
【請求項２】
前記配信情報更新部は、前記取得した配信情報と前記配信情報記憶部に記憶された配信情報とが不一致の場合に、ユーザに更新の必要を告知し、ユーザからの更新の指示を入力したとき、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新することを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記配信情報は前記サービスエリアを示す地域コードを含んでおり、
前記配信情報更新部は、前記ＩＰ通信網より取得した前記配信情報の中の前記地域コードと前記配信情報記憶部に記憶された既存の前記配信情報の中の前記地域コードとを比較して、不一致の場合には、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新することを特徴とする請求項１に記載の放送受信装置。
【請求項４】
前記配信情報はマルチキャスト放送ごとに割り当てられたトランスポートストリームの識別情報を含んでおり、
前記配信情報更新部は、要求したマルチキャスト放送と受信したマルチキャスト放送とで前記トランスポートストリームの識別情報が異なる場合に、前記ＩＰ通信網より取得した最新の配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新することを特徴とする請求項１に記載の放送受信装置。
【請求項５】
前記配信情報更新部は、前記要求したマルチキャスト放送を受信できない場合に、前記ＩＰ通信網より取得した最新の配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新することを特徴とする請求項１乃至４のいずれか１項に記載の放送受信装置。
【請求項６】
放送受信装置に、ＩＰ通信網にサービスエリアごとに配信されたマルチキャスト放送を受信するために必要な配信情報を記憶する配信情報記憶部と、最後に選局された放送チャンネルの情報を記憶する選局履歴記憶部とを設けておき、
前記選局履歴記憶部に記憶された放送チャンネルの情報及び前記配信情報記憶部に記憶された配信情報とをもとに前記マルチキャスト放送の受信要求を送信した後、前記ＩＰ通信網より配信情報を取得し、取得した配信情報と前記配信情報記憶部に記憶された配信情報とを比較して、不一致の場合には、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新することを特徴とする放送受信装置の配信情報更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol ）通信網にマルチキャスト配信された放送信号を受信する放送受信装置及び配信情報更新方法に関する。
【背景技術】
【０００２】
ＴＶ放送サービスをＩＰ通信網を用いてマルチキャスト配信するＩＰ放送サービスが提案されている。このようなＩＰ放送サービスでは、個々の放送チャンネルごとにマルチキャストアドレス、送信元ポート番号などを割り当ててＩＰマルチキャストによる配信を実現することが考えられる。
【０００３】
一方、ＩＰ放送サービスを利用するユーザの放送受信装置は、ＩＰ通信網に配信されたマルチキャスト放送を受信するために必要な情報である配信情報をサーバから取得するとした場合、一度サーバから取得した後は不揮発性メモリに格納すれば、次回以降の起動時に不揮発メモリから読み出した配信情報を利用してマルチキャスト包装の受信要求を送信することで、電源投入によるシステム起動後、遅滞無くＩＰ放送サービスを受信することが期待できる。ここで、配信情報は、ＩＰ放送サービスのサービスエリアを一意に識別する地域コード、配信情報のバージョンを示すバージョンデータ、サービス（放送チャンネル）ごとのストリーム配信情報などで構成され、ストリーム配信情報は、マルチキャストアドレス、送信元ポート番号、及び配信されるトランスポートストリーム（ＴＳ）のＩＤ（ＴＳ＿ＩＤ）などで構成されるものとする。また、この配信情報は、ＩＰ通信網に接続された配信情報サーバにて、サービスエリアごとに最新のものが管理されているものとする。
【０００４】
ところで、ＩＰ放送サービスの運営がサービスエリアごとに独立しており、配信されるマルチキャスト放送はサービスエリアごとに異なることが考えられる。この様なサービス運営下では、放送受信装置が属するサービスエリアの変更が発生した場合、その放送受信装置が不揮発性メモリに格納している配信情報は変更先のサービスエリアでは無効となり、マルチキャスト放送の受信不能に陥る場合がある。この場合、ユーザがＩＰ通信網を通じて配信情報サーバに対して最新の配信情報の取得を要求する手順を実行し、不揮発性メモリ内の配信情報を最新の配信情報で置き換える必要がある。
【０００５】
上記の配信情報の更新に関連する技術として、特許文献１には、地上波放送を受信する受信端末に設定されたチャンネルと放送局との割り当てを、サーバよりネットワークを通じて取得した新たな割り当て情報で置き換えることが記載されている。しかし、割り当ての更新の要否を判断したり、この判断の結果をもとに割り当てを更新する具体的な仕組みまでは特許文献１には示されていない。
【特許文献１】特開２００２−３３５４７４公報（段落０１９１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のように、ＩＰ放送システムにおいては、放送受信装置が属するサービスエリアの変更が発生した場合、その放送受信装置が不揮発性メモリに格納している配信情報は変更先のサービスエリアでは無効となり、マルチキャスト放送の受信不能に陥る場合がある。この場合、ユーザがＩＰ通信網を通じて配信情報サーバに対して最新の配信情報の取得を要求する手順を実行し、不揮発性メモリ内の配信情報を最新の配信情報で置き換える必要があった。
【０００７】
そこで、本発明は、配信情報の更新の要否判定及び更新を容易に行うことのできる放送受信装置及び配信情報更新方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の放送受信装置は、ＩＰ通信網に配信されたマルチキャスト放送を受信するために必要な配信情報を記憶する配信情報記憶部と、最後に選局された放送チャンネルの情報を記憶する選局履歴記憶部と、前記選局履歴記憶部に記憶された放送チャンネルの情報及び前記配信情報記憶部に記憶された配信情報とをもとに前記マルチキャスト放送の受信要求を送信した後、前記ＩＰ通信網より配信情報を取得し、取得した配信情報と前記配信情報記憶部に記憶された配信情報とを比較して、不一致の場合には、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新する配信情報更新部とを具備するものである。
【０００９】
本発明において、配信情報更新部は、前記取得した配信情報と前記配信情報記憶部に記憶された配信情報とが不一致の場合に、ユーザに更新の必要を告知し、ユーザからの更新の指示を入力したとき、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新するようにしてもよい。勿論、前記取得した配信情報と前記配信情報記憶部に記憶された配信情報とが不一致の場合に、自動的に、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新するようにしてもよい。
【００１０】
また、前記配信情報は前記サービスエリアを示す地域コードを含んでおり、前記配信情報更新部は、前記ＩＰ通信網より取得した前記配信情報の中の前記地域コードと前記配信情報記憶部に記憶された既存の前記配信情報の中の前記地域コードとを比較して、不一致の場合には、前記取得した配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新するものであってもよい。
【００１１】
本発明において、前記配信情報はマルチキャスト放送ごとに割り当てられたトランスポートストリームの識別情報を含んでおり、前記配信情報更新部は、要求したマルチキャスト放送と受信したマルチキャスト放送とで前記トランスポートストリームの識別情報が異なる場合に、前記ＩＰ通信網より取得した最新の配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新するものであってもよい。
【００１２】
また、前記配信情報更新部は、前記要求したマルチキャスト放送を受信できない場合に、前記ＩＰ通信網より取得した最新の配信情報で前記配信情報記憶部に記憶された既存の配信情報を更新するものであってもよい。
【発明の効果】
【００１３】
以上のように、本発明の放送受信装置及び配信情報更新方法によれば、放送受信装置に格納される配信情報の更新の要否判定及び更新を容易に行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１５】
図１は、本発明の一実施の形態に係る、サービスエリアごとのＩＰ放送システムの全体構成例を示す図である。同図において、１０−１，・・・，１０−ｎはそれぞれ放送信号をルータ１２に送出するＩＰ放送送出サーバである。１２はＩＰ放送送出サーバ１０−１，・・・，１０−ｎより受信した放送信号をＩＰ通信網１４にマルチキャスト配信するルータである。１６はＩＰ通信網１４に配信されたマルチキャスト放送をルータ１８を介して受信する放送受信装置である。１８はＩＰ通信網１４と放送受信装置１６との間の通信を中継するルータである。２０は各サービスエリアの最新の配信情報を管理し、放送受信装置１６からの要求に応じて、その放送受信装置１６が設置されたサービスエリアに対応する最新の配信情報をユニキャスト配信する配信情報サーバである。
【００１６】
図２は、図１の放送受信装置１６の基本構成を示す図である。なお、この実施形態では、放送信号を放送（オンエアー）経由で受信することも可能な構成となっているが、ここではＩＰ通信網１４経由で受信する場合を中心に説明する。
【００１７】
図２に示すように、放送受信装置１６は、チューナ部１０２、デスクランブラ１０３、ＴＳデコード部１０４、映像音声デコード部１０５、表示処理部１０６、制御部１０７、キー入力部１０８、ＩＣカードＩ／Ｆ部１１０、メモリ部１１２、及び通信処理部１１１を備えている。
【００１８】
チューナ部１０２は、放送受信装置１６に入力された放送波から所望のチャンネルを選局する。チューナ部１０２で選局された放送信号は図示しない復調器にてデジタル化された後、誤り訂正などの処理を経てＴＳとされ、デスクランブラ１０３へ出力される。
【００１９】
通信処理部１１１は、ルータ１８を介してＩＰ通信網１４に対してＩＰパケットの送受信の処理を行う。通信処理部１１１は、たとえば、ＩＰ通信網１４に配信されたマルチキャスト放送のＩＰパケットをルータ１８を介して受信し、受信したＩＰパケットに対して誤り訂正などの処理を経てＴＳを抽出し、デスクランブラ１０３へ出力する。
【００２０】
デスクランブラ１０３は、通信処理部１１１や復調器から入力されたＴＳをデスクランブルしてＴＳデコード部１０４へ出力する。
【００２１】
ＴＳデコード部１０４は、デスクランブラ１０３から入力されたＴＳからＰＳＩ(Program Specific Information)を基に必要なパケットを分離し、この分離したパケットから更に、ＭＰＥＧ−２方式などによって圧縮符号化された映像データ及び音声データの抽出や、各種多重データ（各種ＳＩ（Service Information）データやＥＣＭ，ＥＭＭ等）を分離する。また、ＴＳデコード部１０４は、抽出した映像データ及び音声データを映像音声デコード部１０５へ出力する。
【００２２】
映像音声デコード部１０５は、ＴＳデコード部１０４から入力された圧縮符号化された映像データ及び音声データをデコードして、非圧縮の映像データ及び音声データを表示処理部１０６へ出力する。
【００２３】
表示処理部１０６は、映像音声デコード部１０５から入力された非圧縮の映像データ及び音声データから、表示用の信号及びスピーカ用の信号を生成し、それぞれ外部のモニタ及び外部のスピーカに出力する。また、表示処理部１０６は、配信情報の更新などを行う際のユーザインタフェース画面や各種エラー情報の画面の表示用の画像信号を生成し、この画像信号を放送の映像信号に代えて外部のモニタに出力したり、放送の映像信号と合成して出力する機能を有している。
【００２４】
キー入力部１０８は、リモートコントローラ（リモコン）１０９等のユーザインタフェース機器からの赤外線等による遠隔操作信号を受信する機能を有している。メモリ部１１２はＲＡＭ、不揮発性メモリで構成される。不揮発性メモリには、配信情報、及び最後に選局されたサービス（放送チャンネル）の情報などが格納される。すなわち、不揮発性メモリは、本発明の請求項における配信情報記憶部、選局履歴記憶部に相当する。
【００２５】
制御部１０７は、上記した各機能を統括して制御する機能を有しており、バス接続やシリアル通信接続等で各機能ブロックをコントロールする。
【００２６】
ＩＣカードＩ／Ｆ部１１０は、ＩＳＯ規格であるＩＳＯ７８１６に準拠したＩＣカードインターフェースである。
【００２７】
ＩＣカード１１５は契約管理や視聴制御を行うものであり、ＣＰＵ１１９，ＲＯＭ１１６，ＲＡＭ１１７，不揮発性メモリ１２０，Ｉ／Ｆ部１１８等から構成されており、放送受信装置１６とはＩＳＯ規格であるＩＳＯ７８１６に準拠したインターフェースで接続される。ＩＣカード１１５内の不揮発性メモリ１２０には、少なくともカードＩＤ、カード固有の鍵が予め設定されている。
【００２８】
制御部１０７は、ＴＳデコード部１０４でＴＳから分離されたＥＭＭやＥＣＭを、ＩＣカードＩ／Ｆ部１１０を介してＩＣカード１１５へ出力する。ＩＣカード１１５は、ＩＣカードＩ／Ｆ部１１０からＥＭＭが入力された場合、カード固有の鍵で復号して、ワーク鍵（Ｋｗ）等契約により取得される情報をＩＣカード１１５内の不揮発性メモリ１２０に記憶する。また、ＩＣカード１１５は、ＩＣカードＩ／Ｆ部１１０からＥＣＭが入力された場合、ＩＣカード１１５内の不揮発性メモリ１２０に記憶しているワーク鍵（Ｋｗ）で復号して、番組を視聴可能か否かの判定後、視聴可能な場合にはスクランブルを解くためのスクランブル鍵（Ｋｓ）を放送受信装置１６へ出力する。
【００２９】
放送受信装置１６では、制御部１０７がＩＣカード１１５から入力されたスクランブル鍵（Ｋｓ）をデスクランブラ１０３にセットすることにより、デスクランブラ１０３にてコンテンツのデスクランブルが行われて番組を視聴可能となる。
【００３０】
次に、配信情報サーバ２０から配信され、放送受信装置１６のメモリ部１１２内のＲＡＭに格納される配信情報について説明する。
【００３１】
図３は配信情報の構成を示す図である。同図に示すように、配信情報は、配信方式ＩＤ、データバージョン、地域コード、ストリーム配信情報、番組情報サーバＵＲＬなどで構成される。ここで、地域コードとは、ＩＰ放送サービスのサービスエリアを一意に識別するコードである。ストリーム配信情報は、個々のサービス（放送チャンネル）ごとに割り当てられた情報であり、ＴＳ＿ＩＤ、マルチキャストアドレス、送信元ポート番号などを含んでいる。放送受信装置１６は、選局された放送チャンネルに割り当てられたストリーム配信情報の中のマルチキャストアドレスと送信元ポート番号を読み込んで、これをもとにルータ１８に対してマルチキャスト放送の受信要求を送信する。番組情報サーバＵＲＬは、各サービスエリアの配信情報を提供する配信情報サーバ２０のＵＲＬであり、放送受信装置１６は、この番組情報サーバＵＲＬを使って配信情報サーバ２０にアクセスし最新の配信情報の取得を要求する。
【００３２】
次に、このＩＰ放送システムの放送受信装置１６の動作を説明する。
【００３３】
図４は、この放送受信装置１６の配信情報更新処理の手順を示すフローチャートである。図５は、この配信情報更新処理におけるユーザインタフェース画面を示す図である。
【００３４】
なお、放送受信装置１６は、前回最後に選局したサービス（放送チャンネル）の情報をメモリ部１１２の不揮発性メモリに配信情報とは別に格納することとする。前回最後の選局とは、言い換えると、前回放送受信装置１６の電源を落とす直前の選局のことである。
【００３５】
放送受信装置１６に電源が投入されると、放送受信装置１６の制御部１０７は、メモリ部１１２の不揮発性メモリから、前回最後に選局した放送チャンネルの情報を読み込み、メモリ部１１２のＲＡＭに記憶する（ステップＳ４０１）。続いて、制御部１０７は、メモリ部１１２の不揮発性メモリから配信情報を読み出し、メモリ部１１２のＲＡＭに記憶する（ステップＳ４０２）。
【００３６】
次に、制御部１０７は、前回最後に選局した放送チャンネルに対応するストリーム配信情報をもとに、ルータ１８に対するマルチキャスト放送の受信要求を生成し、通信処理部１１１を制御して、このマルチキャスト放送の受信要求をルータ１８に送信する（ステップＳ４０３）。
【００３７】
次に、制御部１０７は、配信情報に含まれる番組情報サーバＵＲＬをもとに、配信情報サーバ２０から配信情報を取得する要求を生成し、通信処理部１１１を制御して、この配信情報の取得要求をルータ１８を通じてＩＰ通信網１４に送出する。配信情報サーバ２０は、ルータ１２を介してＩＰ通信網１４より配信情報の取得要求を受信すると、この要求に含まれる中継元（ルータ１８）のＩＰアドレスをもとにサービスエリアを判別し、このサービスエリアに対する最新の配信情報を要求元である放送受信装置１６に宛て返信する。これにより放送受信装置１６は、現在のサービスエリアに対応した最新の配信情報を取得する（ステップＳ４０４）。
【００３８】
この後、放送受信装置１６の制御部１０７は、今回取得した配信情報の中の地域コードと、不揮発性メモリに格納された既存の配信情報の中の地域コードとを比較する（ステップＳ４０５）。この比較で、両方の地域コードが一致する場合には、ステップＳ４０３で開始された受信要求に対するマルチキャスト放送の受信が可能であることを意味するので、放送受信装置１６の制御部１０７は、このままマルチキャスト放送の受信を継続する（ステップＳ４０９）。この場合には、図５において、画面は、マルチキャスト放送の受信待ちの状態（黒画面）であるＡから前回最後に選局したチャンネルの放送画面であるＥに切り替わる。
【００３９】
一方、両方の地域コードが一致しない場合には、放送受信装置１６の制御部１０７は、放送受信装置１６が所属するサービスエリアが変更されたものと見なして、マルチキャスト放送の受信を停止し（ステップＳ４０６）、ステップＳ４０４で取得した、現在のサービスエリアに対応したチャンネルの再設定を行うことをユーザに通知するためのチャンネル設定確認画面（図５のＢ）の表示を行うように表示処理部１０６を制御する。このチャンネル設定確認画面には、チャンネルの再設定を行うことの了解の入力をユーザに促すメッセージなどが表示されており、ユーザはキー入力部１０８またはリモートコントローラ（リモコン）１０９などを操作して、その了解の意思を入力できるようになっている。
【００４０】
ユーザからのチャンネルの再設定の了解の意思が入力されると、放送受信装置１６の制御部１０７は、その地域に対応するチャンネル情報を取得する処理を行う。このチャンネル情報の取得処理は、たとえば、チャンネル情報の配信を行うサーバを設けておき、放送受信装置１６が、そのサーバに対して、最新の配信情報に含まれる地域コードを含むチャンネル情報の所得要求をＩＰ通信網１４を介して送り、その応答を取得することなどによって行われる。
【００４１】
放送受信装置１６の制御部１０７は、現在の地域に対応したチャンネル情報を取得すると、これをもとに放送チャンネルの再設定を行うとともに、今回取得した最新の配信情報で、不揮発性メモリの既存の配信情報を更新する（ステップＳ４０７）。図５のＣは、チャンネル情報の取得と再設定の実行中であることを示す画面の例である。
【００４２】
配信情報の更新が完了して放送チャンネルの再設定が済むと、画面に放送チャンネルの再設定の内容が表示される（図５のＤ）。以後、不揮発性メモリに格納された現在の設置地域に対応した最新の配信情報を用いてマルチキャスト放送の受信要求を行うことができる（ステップＳ４０８）。
【００４３】
このように、この実施形態によれば、放送受信装置１６の電源投入時に、現在の設置地域に対応した最新の配信情報を取得し、不揮発性メモリの既存の配信情報を自動的に更新することができる。また、この実施形態では、前回最後に選局した放送チャンネルのマルチキャスト放送の受信要求を行った後、配信情報の更新処理が行われるので、放送受信装置１６の設置地域に変更がない場合には、電源の投入から放送を視聴できるまでの待ち時間が余計に長引くことはない。なお、本処理は電源投入時に行なわれることに限定されず、任意のタイミングで行うようにしてもよい。
【００４４】
次に、本発明の他の実施の形態を説明する。
【００４５】
この実施形態は、サービスエリアのＩＰ放送の編成が変更された場合の放送受信装置１６の電源投入時の動作に特徴がある。ＩＰ放送の編成の変更とは、放送チャンネルの増減、放送チャンネルに対するＴＳ＿ＩＤの割り当ての変更などが行われた場合を言う。
【００４６】
図６はＩＰ放送の編成が変更された場合の配信情報更新処理の手順を示すフローチャートである。
【００４７】
なお、放送受信装置１６は、前回最後に選局した放送チャンネルの情報をメモリ部１１２の不揮発性メモリに配信情報とは別に格納することとする。
【００４８】
放送受信装置１６に電源が投入されると、放送受信装置１６の制御部１０７は、メモリ部１１２の不揮発性メモリから、前回最後に選局した放送チャンネルの情報を読み込み、メモリ部１１２のＲＡＭに記憶する（ステップＳ６０１）。続いて、制御部１０７は、メモリ部１１２の不揮発性メモリから配信情報を読み出し、メモリ部１１２のＲＡＭに記憶する（ステップＳ６０２）。
【００４９】
次に、制御部１０７は、前回最後に選局した放送チャンネルに対応するストリーム配信情報の中のマルチキャストアドレス、送信元ポート番号をもとに、ルータ１８に対するマルチキャスト放送の受信要求を生成し、通信処理部１１１を制御して、このマルチキャスト放送の受信要求をルータ１８に送信する（ステップＳ６０３）。
【００５０】
次に、制御部１０７は、配信情報に含まれる番組情報サーバＵＲＬをもとに、配信情報サーバ２０から配信情報を取得する要求を生成し、通信処理部１１１を制御して、この配信情報の取得要求をルータ１８を通じてＩＰ通信網１４に送出する。配信情報サーバ２０は、ルータ１２を介してＩＰ通信網１４より配信情報の取得要求を受信すると、この要求に含まれる中継元（ルータ１８）のＩＰアドレスをもとに要求元のサービスエリアを判別し、このサービスエリアに対する最新の配信情報を要求元である放送受信装置１６に宛て返信する。これにより放送受信装置１６は、現在の設置地域に対応した最新の配信情報を取得する（ステップＳ６０４）。
【００５１】
次に、放送受信装置１６の制御部１０７は、マルチキャスト放送の受信要求に対して、放送信号を受信できたかどうかを判断する（ステップＳ６０５）。放送信号を受信できた場合には、制御部１０７は、その受信したマルチキャスト放送のトランスポートストリームに付加されているＴＳ＿ＩＤをチェックし、このＴＳ＿ＩＤが、不揮発性メモリに格納されている、前回選局された放送チャンネルに対応するストリーム配信情報の中のＴＳ＿ＩＤと一致するかどうかを判断する（ステップＳ６０６）。ＴＳ＿ＩＤが一致する場合には、次に、制御部１０７は、ステップＳ６０４で取得した現在のサービスエリアに対応する配信情報と不揮発性メモリに格納された既存の配信情報とがすべての内容で一致するかどうかを判断する（ステップＳ６０７）。配信情報が一致したならば、ＩＰ放送の編成に変更はないものとして、そのままマルチキャスト放送の受信を継続する（ステップＳ６０８）。この場合には、図５において、画面は、放送の受信待ちの状態（黒画面）であるＡから、前回最後に選局したチャンネルの放送画面であるＥに切り替わる。また、配信情報が不一致の場合には、不揮発性メモリの既存の配信情報を、ステップＳ６０４で取得した最新の配信情報で更新する（ステップＳ６０９）。このケースは、マルチキャスト放送の受信要求先の放送チャンネルに変更はないが、同じサービスエリアの別の放送チャンネルに変更があったことを示している。
【００５２】
次に、ステップＳ６０５の判断でマルチキャスト放送を受信できない場合を説明する。ステップＳ６０５の判断では、前回最後に選局した放送チャンネルのマルチキャスト放送の受信要求に対して、そのマルチキャスト放送を受信できたかどうかを判断しているので、マルチキャスト放送を受信できないことは、その放送チャンネルが停止したことを意味する。この場合、制御部１０７は、マルチキャスト放送の受信要求を停止し（ステップＳ６１０）、画面を通して、その要求した放送チャンネルからの放送信号の受信が不可であることの了解の入力をユーザに促す（ステップＳ６１１）。ユーザはキー入力部１０８やリモートコントローラ（リモコン）１０９などを操作して、その了解の意思を入力する。
【００５３】
制御部１０７は、ユーザからの了解の意思が入力されると、不揮発性メモリの既存の配信情報を、ステップＳ６０４で取得した最新の配信情報で更新する（ステップＳ６１２）。この後、制御部１０７は、更新された配信情報をもとに改めてマルチキャスト放送の受信要求を生成し、通信処理部１１１を制御して、このマルチキャスト放送の受信要求をルータ１８に送信する（ステップＳ６１３）。この後、ステップＳ６０５のマルチキャスト放送の受信確認から処理をやり直す。
【００５４】
次に、ステップＳ６０６の判断でマルチキャスト放送を受信できたものの、その受信したマルチキャスト放送のトランスポートストリームに付加されているＴＳ＿ＩＤが、前回最後に選局された放送チャンネルに割り当てられたストリーム配信情報の中のＴＳ＿ＩＤと一致しない場合を説明する。ここで、ＴＳ＿ＩＤが一致しないのは、その放送チャンネルに割り当てられたマルチキャストアドレスと送信元ポート番号との組み合わせは存在するものの、その放送チャンネルが配信するマルチキャスト放送のトランスポートストリームに埋め込まれたＴＳ＿ＩＤが変更されたことを意味する。
【００５５】
この場合、放送受信装置１６の制御部１０７は、ステップＳ６０３から継続するマルチキャスト放送の受信要求を停止し（ステップＳ６１４）、図７に示すように、画面を通して、その要求した放送チャンネルに変更が発生したことをユーザに通知する（ステップＳ６１５）。この後、制御部１０７は、不揮発性メモリの既存の配信情報を、ステップＳ６０４で取得した最新の配信情報で更新し（ステップＳ６１２）、更新された配信情報をもとに、ルータ１８に対するマルチキャスト放送の受信要求を改めて生成し、通信処理部１１１を制御して、このマルチキャスト放送の受信要求をルータ１８に送信する（ステップＳ６１３）。この後、ステップＳ６０５のマルチキャスト放送の受信確認から処理をやり直す。
【００５６】
このように、本発明にかかる第２の実施形態によれば、放送受信装置１６の電源投入時に、ＩＰ放送の編成が変更されたことを検出して最新の配信情報を取得し、不揮発性メモリの既存の配信情報を自動的に更新することができる。また、この実施形態では、前回最後に選局した放送チャンネルのマルチキャスト放送の受信要求を行った後、配信情報の更新処理が開始されるので、ＩＰ放送の編成に変更がない場合には、電源の投入から放送を視聴できるまでの待ち時間が余計に長引くことはない。なお、本処理は電源投入時に行なわれることに限定されず、任意のタイミングで行うようにしてもよい。
【００５７】
本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施の形態に係る、サービスエリアごとのＩＰ放送システムの全体構成例を示す図である。
【図２】図１の放送受信装置の基本構成を示す図である。
【図３】配信情報の構成を示す図である。
【図４】図２の放送受信装置における配信情報更新処理の手順を示すフローチャートである。
【図５】図４に示す配信情報更新処理におけるユーザインタフェース画面を示す図である。
【図６】ＩＰ放送の編成が変更された場合の配信情報更新処理の手順を示すフローチャートである。
【図７】図６に示す配信情報更新処理におけるユーザインタフェース画面を示す図である。
【符号の説明】
【００５９】
１０−１，・・・，１０−ｎ  ＩＰ放送送出サーバ
１２  ルータ
１４  ＩＰ通信網
１６  放送受信装置
１８  ルータ
２０  配信情報サーバ
１０７  制御部
１１１  通信処理部
１１２  メモリ部
【図１】
2008022172.tif 000003
【図２】
2008022172.tif 000004
【図３】
2008022172.tif 000005
【図４】
2008022172.tif 000006
【図５】
2008022172.tif 000007
【図６】
2008022172.tif 000008
【図７】
2008022172.tif 000009