JP4966282B2

JP4966282B2 - 受信方法

Info

Publication number: JP4966282B2
Application number: JP2008255647A
Authority: JP
Inventors: 敦志廣田; 成次郎安木
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2008-09-30
Filing date: 2008-09-30
Publication date: 2012-07-04
Anticipated expiration: 2025-09-30
Also published as: JP2009044758A

Description

この発明は、デジタル放送再送信された信号の受信方法に関するもので、例えばIntern
et Protocol(ＩＰ)放送を行なう場合にエッジルータの負担を軽減できるように工夫した
ものである。

近年、通信網において、ＩＰマルチキャスト配信技術を利用した、いわゆるＩＰ放送が
始まっている。ＩＰ放送では、放送信号を伝送するためのマルチキャストアドレスなどの
伝送情報が利用される。受信機は、放送チャンネルに相当する上記伝送情報を予め取得し
ており、接続される上位ルータを介して送信側のエッジルータへ、所望の番組に割当られ
ているマルチキャストアドレスを通知することで、前記番組の選局動作を行う。プロトコ
ルとしては、ＩＰv4の場合にはＩＧＭＰ(Internet Group Management Protocol)、ＩＰv6
の場合はＭＬＤ(Multicast Listener Discovery)といったプロトコルが用いられている。

ＩＰ放送では、今後、地上デジタル放送の再送信も想定される。デジタル放送では一般
にチャンネル選局情報や番組情報は、番組の映像音声信号とともにMPEG-2 systems規定の
ＴＳ(Transport Stream)という形式の中に、放送信号として多重伝送される。チャンネル
選局情報や番組情報の符号化伝送方式は番組配列情報としてARIB STD-B10で規定されてお
り、ＳＩ(Service Information)とも呼ばれる各種の情報テーブルから構成される。

特に伝送周波数等を記載したチャンネル選局情報はＮＩＴ(Network Information Table
)、ＢＩＴ(Broadcaster Information Table)、ＳＤＴ(Service Description Table)の各
テーブルに記載し、番組情報はＥＩＴ(Event Information Table)に記載される。

受信機では、これらの情報を取得し、番組の選局処理やＥＰＧ(Electronic Program Gu
ide：電子番組ガイド）などの番組情報表示に利用する。

特に地上デジタル放送の場合には、各放送局は自局の放送信号に自局のＳＩのみを多重
伝送する。このため、受信機は、例えば電源投入後など適宜、サービスエリア内で受信可
能な放送局を順次チャンネルサーチしていき、これらのチャンネル選局情報や番組情報な
どのＳＩを取得、更新処理を行っている。つまりサービスエリア内に受信可能な複数の放
送局が有る場合、受信機は、複数の放送局をチャンネルスキャンし、各放送局のＳＩを取
得する。なお、ここでは不明なチャンネルを探すときを「チャンネルサーチ」とし、既知
の放送のチャンネルを順次切り替えるのを「チャンネルスキャン」としている。

さて、ＩＰ放送のシステムを利用して地上デジタル放送の再送信を行う場合、CATVにお
けるトランスモジュレーション運用仕様のように、再送信側でＮＩＴの伝送周波数等の記
載部分をＩＰマルチキャストアドレス等の記載に置き換えて受信機に伝送することが考え
られる。

ところが、通常のオンエアー受信時と同様に、配信対象下の数多くの受信機が上記した
ＳＩの取得更新処理のためにチャンネルスキャンを行おうとすると、送信側のエッジルー
タに対し頻繁なチャンネル切換要求が発生することになる。配信対象下の受信機が多くな
ればなるほど、エッジルータの処理負担が大きくなり、処理能力を越える負荷となった際
には、配信システム全体が停止してしまう恐れがある。

なお、この対策として例えば特許文献１に見られるように、現行の地上放送のＳＩ伝送
運用を変更して、各地上波放送局の放送信号中に他局のバージョン番号も記載して放送し
、全局分のＳＩを通信網経由でマルチキャスト伝送する手法が示されている。しかしなが
ら、この公知例では既存の放送受信機に対する影響の観点から現行放送運用を変更するの
は容易ではなく、また各地上波放送局に対し放送／通信双方の設備変更が必要となるため
、実現は非常に困難を伴ってしまう。
特開２００５−３８３４０号公報

この発明の一面は、現行の地上放送運用や設備変更を伴うことなく、デジタル放送信号
をＩＰ放送により再送信することができ、送受双方で円滑かつ簡潔な方法及び装置で実現
することを目的とする。

上記の目的を達成するために、この発明の一実施の形態においては、デジタル放送によって送信された放送局からの放送信号から取得したＳＩ（Service Information）が多重されたＳＩトランスポートストリームを受信するのに必要な情報であるサービスエリア選局リストとして、前記サービスエリア選局リストのバージョン番号、前記サービスエリア選局リストが用いられるエリアを示すサービスエリア識別情報、および前記サービスエリア識別情報により示される地域で受信可能な放送局の一覧を含むものを送信側のエッジルータを介してＩＰネットワークを通じて送信側のサーバに要求するステップと、この要求に応じて前記送信側のサーバから前記エッジルータを介してＩＰネットワークを通じてユニキャスト配信された、前記サービスエリア選局リストを受信するステップと、この受信した前記サービスエリア選局リストを用いて、放送信号がトランスポートストリームの形で前記送信側のサーバから前記ＩＰネットワークを通じてマルチキャスト配信されているＳＩトランスポートストリームを前記エッジルータへ取得要求することにより、このエッジルータから前記ＳＩトランスポートストリームを受信するステップと、この受信した前記ＳＩトランスポートストリームから得たＳＩ情報を用いて、デジタル放送によって送信された放送信号がトランスポートストリームの形で前記送信側のサーバからマルチキャスト配信されている放送信号トランスポートストリームを前記エッジルータから前記ＩＰネットワークを通じて受信するステップと、放送波からチューナにより放送信号を受信するステップと、この受信した放送信号から得たトランスポートストリームまたは前記送信側のサーバからマルチキャスト配信されている放送信号トランスポートストリームをデコードするステップと、を有することを特徴とする。

また、上記の目的を達成するために、この発明の一実施の形態においては、更に、前記
デコードされた番組を表示手段に表示するステップとを有することを特徴とする。

なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に
係る発明としても成立する。

上記した手段によると、現行の地上放送運用や設備変更を伴うことなく、ＩＰ放送装置
の送信側のエッジルータにおいて、各受信機からのチャンネルスキャンによるチャンネル
切り替え要求処理の負荷を軽減することができる。また、受信機でも同時に選局や番組情
報表示のための情報取得更新管理が簡素化し、処理負荷の軽減が可能となる。

以下、図面を参照してこの発明の実施の形態を説明する。まず、本発明に係るＩＰ放送
システムの全体構成例を図１に示す。

図１において、２０はＩＰ放送を行なう送信装置である。送信装置２０は、配信するＳ
Ｉのリアルタイム性を確保するため、配信対象となる各地上波放送局のデジタル放送信号
を受信する。一般には複数の地上波放送信号受信部２１とこれに対応する複数のＳＩ分離
部２２とを有する。つまり、地上波放送信号受信部とＳＩ分離部は、放送局数分だけ用意
されている。地上波放送信号受信部２１は、対象となる放送局のデジタル放送信号を受信
する。受信方法は、オンエアーで直接、もしくは地上専用回線、或いは衛星経由の専用回
線を通じて受信する。地上波放送信号受信部２１では、復調処理、誤り訂正復号処理を行
い、復調されたトランスポートストリーム（ＴＳ）をＳＩ分離部２２へ出力する。

ＳＩ分離部２２では、入力されたＴＳを、そのまま番組配信サーバ２３へ出力する。またＳＩ分離部２２は、ＴＳの中からＮＩＴ、ＢＩＴ、ＳＤＴを、チャンネル選局情報として分離して制御部２８で更新を検知した場合に選局制御サーバ２４に出力し、またＥＩＴを番組情報として分離する、このとき制御部２８が情報の更新を検知した場合にはＥＩＴを番組情報サーバ２５へ出力する。

番組配信サーバ２３は、入力したＴＳに対し、ＩＰパケット化をはじめとするＩＰ伝送
に必要な処理を行い、マルチキャスト配信するための送信信号を生成する。この送信信号
が、エッジルータ２６へ出力される。また、選局制御サーバ２４は、各放送局のＮＩＴ、
ＢＩＴ、ＳＤＴの各情報をファイル化して、チャンネル選局情報として管理する。また、
チャンネル選局情報に基づいて、サービスエリア選局リスト生成部２７（後述）で生成さ
れたサービスエリア選局リストを管理する。さらに、これらを受信端末３１からの要求に
従って、最新のものをたとえばＨＴＴＰ（Ｓ）プロトコルでユニキャスト配信するため、
エッジルータ２６へ出力する。

番組情報配信サーバ２５は、各放送局のＥＩＴの各情報をファイル化している。ファイ
ルの情報は、番組情報として更新及び管理され、受信端末３１からの要求に従って最新の
ものがエッジルータ２６へ出力される。

さらに制御部２８は後述するように、分離した各放送局のＮＩＴ、ＢＩＴ、ＳＤＴの各
情報のバージョン番号を監視する。そして、「更新」を検知した場合にはファイルを最新
のものに書き換えるよう選局制御サーバ２４及び番組情報配信サーバ２５に指示する。ま
た、バージョンチェックリストテーブルを有し、更新があった場合には、例えば更新フラ
ッグ、或いは更新日時情報をテーブルに記述する。

エッジルータ２６を介してＩＰネットワーク１１へマルチキャスト配信された各放送局
の放送信号、ユニキャスト配信されたサービスエリア選局リスト、チャンネル選局情報、
及び番組情報の各情報は、光回線或いはＡＤＳＬ回線などのアクセス回線を通じて、接続
された受信端末３１へ供給される。なお、受信端末３１は通常、宅内で回線終端装置やＡ
ＤＳＬモデム、ルータ（いずれも図示せず）を通じて接続される。

受信端末３１は、ユニキャスト配信などを通じ独立して取得した、サービスエリア選局
リスト、チャンネル選局情報、番組情報を利用する。受信端末３１は、取得情報を利用し
て選局処理、ＥＰＧ等の番組情報表示処理を行う。また、受信端末３１は、受信した放送
信号のＩＰ処理等を行う他は、基本的にオンエアー受信の場合と同様に放送信号を再生し
表示処理を行う。

サービスエリア選局リストは、放送信号のＩＰマルチキャスト配信情報とチャンネル選
局情報及び番組情報の配信場所とを記述した情報である。受信端末３１は、サービスエリ
ア選局リストの中から、ＩＰマルチキャスト配信情報を抽出し、受信条件を設定すること
ができる。さらにまた受信端末３１は、サービスエリア選局リストの中から、チャンネル
選局情報、番組情報の配信場所の情報を参照し、チャンネル選局情報及び番組情報を取得
することができる。

図２は、受信端末３１の基本構成を示す。なお、この実施形態では、放送信号を放送（
オンエアー）経由で受信することも可能な構成となっているが、通信路（ＩＰネットワー
ク）経由で受信する場合を中心に説明する。

図２において、デジタル放送受信装置１０１は、チューナ部１０２、デスクランブラ１
０３、ＴＳデコード部１０４、映像音声デコード部１０５、表示処理部１０６、制御部１
０７、キー入力部１０８、ＩＣカードＩ／Ｆ部１１０、メモリ部１１２、通信処理部１１
１から構成されている。

チューナ部１０２は、デジタル放送受信装置１０１に入力された放送波から所望のチャ
ンネルを選局し、この選局したチャンネルのトランスポートストリーム（ＴＳ）をデスク
ランブラ１０３へ出力する。ＴＳはコンテンツ保護のためにそのペイロード部が一般にス
クランブルされている。

通信処理部１１１は、Ethernet（登録商標）等のネットワーク回線に接続され、ネット
ワークを介してＩＰパケットデータの送受信処理を行うものである。通信処理部１１１は
、チューナ部１０２と同様に、番組配信サーバ２３からのＩＰパケット化された放送信号
を受信し、ＩＰ伝送で施された誤り訂正符号の復号処理を行い、ＩＰパケットからＴＳ信
号を抽出し、デスクランブラ１０３へ出力する。

デスクランブラ１０３は、通信処理部１１１やチューナ部１０２から入力されたＴＳを
デスクランブルしてＴＳデコード部１０４へ出力する。

ＴＳデコード部１０４は、デスクランブラ１０３から入力されたＴＳからＰＳＩ(Progr
am Specific Information)を基に必要なパケットを分離し、この分離したパケットから更
に、放送番組信号（映像、音声）の抽出や各種多重データ（各種ＳＩ（Service Informat
ion）データやＥＣＭ，ＥＭＭ等）を分離する。また、ＴＳデコード部１０４は、分離し
た放送番組信号（映像、音声）は映像音声デコード部１０５へ出力する。

本実施例ではこれに加え、ユニキャスト配信などを通じ独立して取得した、サービスエ
リア選局リスト、チャンネル選局情報、及び番組情報のＳＩを利用する。

映像音声デコード部１０５は、ＴＳデコード部１０４から入力された放送番組信号（映
像、音声）のデコードを行い、表示処理部１０６へ出力する。

表示処理部１０６は、映像音声デコード部１０５から入力された放送番組信号（映像、
音声）を図示しない外部のモニタへ出力し表示・音声再生させる。また、表示処理部１０
６は、ユーザとのインターフェース機能を果たすために各種エラー情報の表示画像信号を
生成し、この生成した画像信号を放送番組信号（映像、音声）に代えて出力、或いは放送
番組信号（映像、音声）と合成して出力する機能を有している。また、表示処理部１０６
は、ＴＳデコード部１０４で分離されたＳＩや、ユニキャスト配信などを通じ独立して取
得したＳＩから構成されたＥＰＧ画像信号を生成し、この生成した画像信号を放送番組信
号（映像、音声）に代えて出力、或いは放送番組信号（映像、音声）と合成して出力する
機能を有している。

キー入力部１０８は、リモートコントローラ（リモコン）１０９等のユーザインターフ
ェース機器からの赤外線等による遠隔操作信号を受信する機能を有している。メモリ部１
１２はＲＡＭ、不揮発性メモリで構成され、たとえばチャンネル選局情報や番組情報の一
部は不揮発性メモリに格納される。

制御部１０７は、上記した各機能を統括して制御する機能を有しており、バス接続やシ
リアル通信接続等で各機能ブロックをコントロールする。

ＩＣカードＩ／Ｆ部１１０は、ＩＳＯ規格であるＩＳＯ７８１６に準拠したＩＣカード
インターフェースである。

ＩＣカード１１５は契約管理や視聴制御を行うものであり、ＣＰＵ１１９，ＲＯＭ１１
６，ＲＡＭ１１７，不揮発性メモリ１２０，Ｉ／Ｆ部１１８等から構成されており、デジ
タル放送受信装置１０１とはＩＳＯ規格であるＩＳＯ７８１６に準拠したインターフェー
スで接続される。ＩＣカード１１５内の不揮発性メモリ１２０には、少なくともカードＩ
Ｄ、カード固有の鍵が予め設定されている。

制御部１０７は、ＴＳデコード部１０４でＴＳから分離されたＥＭＭやＥＣＭを、ＩＣ
カードＩ／Ｆ部１１０を介してＩＣカード１１５へ出力する。ＩＣカード１１５は、ＩＣ
カードＩ／Ｆ部１１０からＥＭＭが入力された場合、カード固有の鍵で復号して、ワーク
鍵（Ｋｗ）等契約により取得される情報をＩＣカード１１５内の不揮発性メモリ１２０に
記憶する。また、ＩＣカード１１５は、ＩＣカードＩ／Ｆ部１１０からＥＣＭが入力され
た場合、ＩＣカード１１５内の不揮発性メモリ１２０に記憶しているワーク鍵（Ｋｗ）で
復号して、番組を視聴可能か否かの判定後、視聴可能な場合にはスクランブルを解くため
のスクランブル鍵（Ｋｓ）をデジタル放送受信装置１０１へ出力する。

デジタル放送受信装置１０１では、制御部１０７がＩＣカード１１５から入力されたス
クランブル鍵（Ｋｓ）をデスクランブラ１０３にセットすることにより、デスクランブラ
１０３にてコンテンツのデスクランブルが行われて番組を視聴可能となる。

図３は、このＩＰ放送システムにおいて、ＩＰネットワークを通じて実行される処理シーケンス例を示す。受信端末３１は、選局制御サーバ２４に対して、サービスエリア選局リストを要求することができる（処理Ｓ１）。この要求があると、選局制御サーバ２４は、サービスエリア選局リスト生成部２７で生成されたサービスエリア選局リストをユニキャスト配信する（処理Ｓ２）。また、受信端末３１は、選局制御サーバ２４に対して、チャンネル選局情報として管理されている各放送局のＮＩＴ、ＢＩＴ、ＳＤＴの各情報のファイルを要求することができる（処理Ｓ３）。この要求に応答して、選局制御サーバ２４は、ＮＩＴ，ＢＩＴ，ＳＤＴのファイルをユニキャスト配信する（処理Ｓ４）。

上記の処理１−処理４は、例えば受信端末３１の電源が投入されたときに実行される。
以後は、ほとんど実行しなくてもよいが、例えば一定の時間が経過したときに実行される
ように受信端末３１が設定されていてもよい。

受信端末３１は、サービスエリア選局リスト、チャンネル選局情報を用いて、ユーザか
らリモートコントローラ等による選局指示があった場合に、上位のルータ（図示せず）を
通じ、チャンネル選局通知を行ない、エッジルータ２６からの配信経路が決定される。（
処理Ｓ５）。すると番組配信サーバ２３は、選局通知に応答する形で当該チャンネルの放
送信号（番組）の配信を行なう（処理Ｓ６）。

さらにまた受信端末３１は、番組情報配信サーバ２５に対して、ＥＩＴファイルを要求
することができる（処理Ｓ７）。この要求に応答して、番組情報配信サーバ２５は、ＥＩ
Ｔファイルをユニキャスト配信する（処理Ｓ８）。この処理Ｓ７，Ｓ８は、例えばバージ
ョンチェックリストがチェックされて、番組ガイドの更新があったことが判明したときに
実行される。あるいは、例えば受信端末３１の電源が投入されたときに実行される。又は
、一定の時間が経過したときに実行されるように受信端末３１が設定されていてもよい。

また受信端末３１は、選局制御サーバ２４に対して、バージョンチェックリストを要求することができる（処理Ｓ９）。この要求に応答して選局制御サーバ２４は、バージョンチェックリストを配信することができる（処理Ｓ１０）。この処理Ｓ９，Ｓ１０も例えば受信端末３１の電源が投入されたときに実行される。又は、一定の時間が経過したときに実行されるように受信端末３１が設定されていてもよい。

図４には、サービスエリア選局リストのデータ構造の一例を示す。サービスエリア選局
リスト内の情報としては、サービスエリア識別（４−１）、リスト自体のバージョン番号
（４−２）、このエリアにおいて伝送されるチャンネル数（４−３）がある。

さらにサービスエリアごとに受信可能な放送局（ネットワーク）の一覧（４−４）があ
る。この一覧には、各放送信号(ＴＳ)識別（４−５）とＩＰマルチキャスト配信に必要な
伝送情報（４−６）との対応表（４−７）が含まれる。ＩＰマルチキャスト配信に必要な
情報としては、マルチキャストアドレス、ソースアドレス、ポート番号が含まれる。

さらにサービスエリア選局リスト内の情報としては、ＮＩＴ／ＢＩＴ／ＳＤＴ／ＥＩＴ
の各ファイルの配置場所（４−８）、（４−９）、（４−１０）、（４−１１）が記述さ
れている。また（４−１２）は、バージョンチェックリストの配置場所である。

またフラグ情報（４−１３）、（４−１４）を含んでもよい。フラグ情報（４−１３）
は、例えばエラー訂正情報を有するか否かを示すフラグとして利用される。つまりＩＰ放
送の場合は、放送信号にＩＰ特有の誤り訂正符号を付して放送信号を伝送される場合もあ
るし、また回線の状況により異なる強度で放送信号に誤り訂正符号を付して伝送されるこ
とがあるからである。またフラグ情報（４−１４）は、例えば緊急放送を行っているか否
かを示す情報である。

受信端末３１は、例えば初回電源投入後に上記したリストを取得し、上記の対応表を基
にＩＰマルチキャストによる再送信の放送信号を受信可能にする。また、ＮＩＴ／ＢＩＴ
／ＳＤＴ／ＥＩＴの各ファイルの配置場所を基に、これらの情報を取得する。さらに、同
様に記載された、各ファイル（サブテーブル）のバージョンチェックリストの配置場所を
基に、バージョンチェックリストを取得し、これを確認することで、ＮＩＴ／ＢＩＴ／Ｓ
ＤＴ／ＥＩＴの各ファイルの効率的な更新検知処理ならびに取得管理処理を行うことがで
きる。

なお、配信対象の放送局が追加されるなど、このサービスエリア選局リスト自体が更新
される場合があり、この更新検知処理ならびに取得管理処理のためにはリスト自体のバー
ジョン番号（４−２）を受信端末３１で管理確認する。

図５には、さらにバージョンチェックリストのデータ構造例を示す。図５(Ａ)はＮＩＴ
、ＢＩＴ、ＳＤＴの各ファイルがそれぞれ作成管理されている様子を示している。この例
では各ファイルは配信対象の全放送局の各情報テーブルが一括管理され、このファイル自
体に個別に付与されたバーション番号を保持している。受信端末はこれを基に効率的な更
新検知処理ならびに取得管理処理を行うことができる。図５（Ａ）の例では、エリアコー
ド（５−１Ａ）、リスト自体の統括バージョン番号（５−２Ａ）、各ＮＩＴ、ＢＩＴ、Ｓ
ＤＴの各ファイルのバージョン番号（５−３Ａ）が記述されている。ここで、各ＮＩＴ、
ＢＩＴ、ＳＤＴの各ファイルのバージョンが１つでも変化すると、リスト自体の統括バー
ジョン番号（５−２Ａ）が変化する。このようにしたのは、受信端末３１が、リストバー
ジョン番号（５−２Ａ）だけをチェックすれば、どれかファイルのバージョンが変わった
ことを認識できるからである。

受信端末３１は、リストバージョン番号（５−２Ａ）が変化したことを検出したとき、
あらためてＮＩＴ、ＢＩＴ、ＳＤＴの各ファイルを取得するか、又はオンエアーの信号（
つまりチューナ部の出力信号）から直接取得するようにしてもよい。なお、ＮＩＴ、ＢＩ
Ｔ、ＳＤＴの各サブテーブルのバージョン番号を列挙していても受信端末側でこれを更新
検知し、必要なサブテーブルのみ取得できてもよい。

図５(Ｂ)はＥＩＴがテーブル種別毎にファイルを作成管理されている様子を示している
。受信端末３１は同様に、これを基に効率的な更新検知処理ならびに取得管理処理を行う
ことができる。従って、ここでもエリアコード（５−１Ｂ），リスト自体の統括バージョ
ン番号（５−２Ｂ）が定義されている。（５−３Ｂ），（５−４Ｂ），（５−５Ｂ）は、
ＥＩＴのバージョン番号である。複数存在するのは、例えば３日先の放送番組情報が収録
されているもの、１週間先の放送番組情報が収録されているもの、例えば３週間先の放送
番組情報が収録されているものなどがあるのからである。

なお、本実施例では双方向通信に基づき、ＸＭＬ記述形式でのサービス選局リストなら
びにバージョンチェックリストを取得、処理する場合について説明したが、この環境、形
式に制限されるものではない。たとえば放送経由で取得してもよいし、また、データ構造
はたとえば放送でのセクション形式で記述してもよい。

また、ＩＰネットワーク１１は、高レートのコンテンツ配信に適したＣＤＮ(Content D
elivery Network）で通常、閉域ネットワーク構成になっている。ＩＰバージョンはｖ４
であるかｖ６であるかは特に問わない。

次に、地上波デジタル放送で、ＴＳ内に含まれるパケットで送られてくるＮＩＴについ
て追加説明する。ＮＩＴは、番組を受信するために必要な各種の情報を含む。ＮＩＴには
、地上分配システム記述子と呼ばれる地上伝送路の物理的条件を示す情報がそのまま含ま
れている場合がある。この場合には受信端末３１ではこれを適切に、これを無視しなけれ
ばならない。また、リモートコントロールキーｉｄが含まれる。リモートコントロールキ
ーｉｄは、通常はリモートコントローラのキー番号を番組選択用に割り振るために利用さ
れる。例えばあるＴＳで送られてきたリモートコントロールキーｉｄが「１」ならば、リ
モートコントローラのキー番号「１」が、当該キーｉｄに対応するトランスポートストリ
ーム内の代表的番組を受信するためのキー番号として対応付けられる。またＮＩＴには、
サービス識別(service＿id)用情報が含まれ、このサービス識別情報はサービスリスト(se
rvice list)を示している。サービスリストとは、例えば受信したチャンネルのＴＳで放
送されている番組のジャンル（複数あれば各ジャンル）、及び番組（代表的番組を含む）
を選択するための選択番号を示すリストである。

ＮＩＴは上記のようにオンエアー放送信号のときは、リモートコントローラのキー番号
を設定しているが、ＩＰ放送にこのＮＩＴをはじめとするチャンネル選局情報をそのまま
利用すると、ユーザの混乱を招くことがある。そこで、ＩＰ放送の場合、リモートコント
ローラのキー番号を設定する処理では、リモートコントローラのキー操作は、ＩＰ放送受
信時独自の形態であることが好ましいことがある。このことは、後で受信端末３１の制御
部１０７を説明するときに更に説明する。

図６には、送信装置側の制御部２８の各ブロックをさらに詳しく示している。ＳＩ取得
部２８２は、ＮＩＴ／ＳＤＴ／ＢＩＴやＥＩＴなど必要な最新のＳＩの取得管理を行う。
更新処理部２８３は、チャンネル選局情報、番組情報の更新処理を行い、チャンネル選局
情報管理部２８３ａ，番組情報管理部２８３ｂを含む。

ＳＩ配信指令部２８４は、選局制御サーバ２４、番組情報配信サーバ２５と共に、チャ
ンネル選局情報や番組情報を、放送信号のＩＰマルチキャスト配信とは独立してユニキャ
スト配信する。サービスエリア選局リスト制御部２８５とサービスエリア選局リスト生成
部２７は、放送信号のＩＰマルチキャスト配信情報と、チャンネル選局情報及び前記番組
情報の配信場所とを記載するサービスエリア選局リストを生成するとともに、要求した受
信端末３１に配信する。

図７には、上記制御部２８の制御動作の一例をフローチャートで示している。ＳＩを抽
出し更新検知する（ＳＡ３）。ＳＩが更新されている場合には、ＳＩの更新処理、バージ
ョンチェックリストの修正処理を行う（ステップＳＡ４）。

また割り込み（受信端末からの要求）が有ったかどうかを判定し（ステップＳＡ５）、
有った場合には、要求内容を判断する。要求内容は、ステップＳＡ６（サービスエリア選
局リストの要求），ＳＡ７（ＮＩＴ／ＢＩＴ／ＳＤＴファイルの要求），ＳＡ８（ＥＩＴ
ファイルの要求），ＳＡ９（バージョンチェックリストの要求），ＳＡ１０（選局通知）
と順次判定され、各操作に応じて対応した処理が実行される。なおこのステップの順序は
一例であり、この順序に限定されるものではない。

上記したように送信装置は、地上波の放送信号をインターネット・プロトコル（ＩＰ）
ネットワークへ再送信する。配信対象となる各放送局の放送信号中からチャンネル選局情
報及び番組情報を取得収集するチャンネル選局情報及び番組情報手段を有する。また、こ
れらのチャンネル選局情報及び番組情報を更新管理する更新管理手段を有する。さらにこ
れらのチャンネル選局情報及び番組情報を上記放送信号のＩＰマルチキャスト配信とは独
立して配信するチャンネル選局情報及び番組情報配信手段を有する。また前記放送信号の
ＩＰマルチキャスト配信情報と上記チャンネル選局情報及び前記番組情報の配信場所とを
記載するサービスエリア選局リストを配信するサービスエリア選局リスト配信手段を有す
る。

図８には、受信端末３１における制御ブロックをさらに詳しく示している。つまり、制
御部１０７には、サービスエリア選局リスト要求部１０７ａ，ＮＩＴ／ＢＩＴ／ＳＤＴフ
ァイル要求部１０７ｂ，ＥＩＴファイル要求部１０７ｃ，バージョンチェックリスト要求
部１０７ｄ，選局通知部１０７ｇがある。

さらに、チャンネル選局情報及び番組情報の取得方法制御部１０７ｅ，チャンネル選局
情報及び番組情報の取得制御部１０７ｆがある。この制御部１０７ｅ，１０７ｆは、ＩＰ
放送信号を受信しているが故に必要となった制御部である。たとえばＩＰ放送信号を受信
しているとき、バージョンチェックリストをチェックした結果、例えば番組情報のバージ
ョンが変化していることを検出することがある。その場合、サーバからの更新された当該
番組情報を取得することも可能であるが、現在受信中の放送局の番組情報であれば、多重
されているオンエアー放送信号から直接取得しても構わない。この様な場合は、例えば、
チャンネル選局情報及び番組情報の取得が更新されたときは、オンエアー放送信号から取
得するように設定を行なうことができる。この設定処理を実現するブロックが、チャンネ
ル選局情報及び番組情報の取得方法制御部１０７ｅであり、この制御部１０７ｅの設定に
従って動作するブロックが、チャンネル選局情報及び番組情報の取得制御部１０７ｆであ
る。

さらにまた、制御部１０７には、時間情報処理部１０７ｈが含まれている。オンエアー
のデジタル放送では、放送信号とともに、現在時間情報ＴＯＴ(Time Offset Table)が送
られている。しかし、ＩＰ放送信号は、一旦サーバに取り込み、サーバから配信される形
態であるために、当然、送られてくる現時時間情報は、現在時間より遅れた時間を表して
いる。この結果、この時間情報をそのまま表示することができないことがある。そこで、
時間情報を修正して表示するか、又は無視する処理が時間情報処理部１０７ｈで行われる
。

さらにまた、制御部１０７には、エラー訂正符号関連フラッグ処理部１０７ｉが設けら
れている。この処理部１０７ｉは、エラー訂正符号が付加されているＩＰ放送信号が送ら
れてきたときに、その印となるフラグを検出する。そして、エラー訂正処理機能を稼動し
、ＩＰ放送信号に対するエラー訂正処理を実行させる。ＩＰ放送の場合、オンエアー放送
と異なり、信号送信環境が異なる。このためにＩＰ放送独自のエラー訂正符号が放送信号
に付加されるからである。

さらにまた、制御部１０７には、緊急放送関連フラグ処理部１０７ｊが設けられている
。この処理部１０７ｊは、ＩＰ放送信号を通じて、緊急放送伝送中であることを現すフラ
ッグ（図４で説明）を検出することができる。そして、フラッグが検出されたとき、緊急
放送対応受信機の場合にはこの処理部１０７ｊは、強制的に受信端末の受信チャンネルを
緊急放送チャンネル及び番組に設定できるように構成されている。

また、制御部１０７には、リモートコントローラからの制御入力、及びメニュー画面（
ＧＵＩ）からの制御入力を判定する操作入力判定部１０７ｋが設けられている。また、制
御部１０７には、操作に対する応答、さらには、装置の動作状況を画面上で表すためのメ
ニュー画面制御部１０７ｍが設けられている。

またチャンネル選局情報処理部１０７ｎも設けられている。ＮＩＴは、先に説明したよ
うにオンエアー放送信号のときは、リモートコントローラのキー番号を設定しているが、
ＩＰ放送の場合にこのＮＩＴをそのまま利用すると、混乱を招くことがある。そこで、た
とえば、地上／ＢＳなどと同等にＩＰ放送を位置づけて伝送メディア切り替えを行った後
でチャンネル、番組などを選択するように処理することも考えられる。この場合、ＩＰ放
送受信時には、チャンネル選局情報処理部１０７ｎが、ＮＩＴの地上分配システム記述子
を無視したり、オンエアー受信時とは異なる適切な処理を行い、EPG表示やバナー表示で
のＧＵＩとしてのメニュー画面制御部１０７ｍと協同して動作する。ＩＰ放送経由である
ことを明示して表示、選局させることで、ユーザの操作混乱を防止できる。

図９（Ａ）、図９（Ｂ）、図９（Ｃ），図１０（Ａ）、図１０（Ｂ）は、受信端末３１
の動作例を示すフローチャートであり、この動作は装置を統括制御する制御部１０７が中
心となって実現される。図９（Ａ）は、受信端末３１の電源がオン（ステップＳＢ１）さ
れたときに動作するフローチャートである。サーバに対して、サービスエリア選局リスト
要求（ステップＳＢ２）し、取得する（ステップＳＢ３）。そして、この選局リストを受
信端末が既に保持しているかを判定（ステップＳＢ４）し、保持していればさらにそのサ
ービスエリア識別が同じかどうか判定する（ステップＳＢ５）。同じであればさらにリス
トのバージョン番号が同じか確認（ステップＳＢ６）し、同じであれば更新処理は行わな
いで取得したリストを廃棄する。しかし、選局リストそのものを保持していなかったり、
保持していてもサービスエリア識別が異なっていたり、保持していてサービスエリア識別
が同じでもバージョン番号が更新されていると判断すれば取得した選局リストを更新／保
持する。なお、上記のようにサービスエリア識別を基にサービスエリア選局リストを適切
に更新することで、たとえば転居時等で受信端末を再設置した際の再スキャンに相当する
処理を円滑に行うことができる。

また、この例では電源オン時を基に説明したが、当該サービスのネットワーク接続時で
もよい。

図９（Ｃ）はＮＩＴ／ＢＩＴ／ＳＤＴの取得処理を表すフローチャートである。取得保
持しているサービスエリア選局リストを参照（ステップＳＦ１）し、各ファイルの配置場
所を特定（ステップＳＦ２）し、ＮＩＴ／ＢＩＴ／ＳＤＴファイル要求（ステップＳＦ３
）し、取得する（ステップＳＦ４）。ＥＩＴファイルについても同様に取得（ステップＳ
Ｆ５〜ＳＦ７）し、格納する。

図９（Ｂ）は、バージョンチェックリストを点検するときの動作フローである。バージ
ョンチェックリストを要求し（ステップＳＣ１、ＳＣ２）、バージョンの変化が検出され
た時は（ステップＳＣ３）、例えばチャンネル選局情報及び番組情報をオンエアーの放送
信号から取得する（ステップＳＣ４）。

図１０（Ａ）は、選局通知を行なった場合の動作フローである。ユーザによる番組選択
があると（ステップＳＤ１）、選局通知を行い（ステップＳＤ２）、ＩＰ放送信号を受信
する。このとき、サービスエリア選局リスト中にエラー訂正関連フラッグが存在した（ス
テップＳＤ４）場合、受信信号に対してエラー訂正処理が行われる（ステップＳＤ５）。
そして番組の映像音声信号の復号処理が行われる（ステップＳＤ６）。また、ＴＯＴから
得られる時間情報は受信機ごとに適切に処理する（ステップＳＤ３）。

図１０（Ｂ）は、緊急放送関連フラグが検知されたとき（ステップＳＥ１）の動作フロ
ーである。強制的にオンエアー又はネットワークの所定チャンネルの情報を受信処理し、
緊急放送を提示する（ステップＳＥ２、ＳＥ３）。

このとき、所定チャンネルが、オンエアー放送されているのかネットワーク放送されて
いるのかを識別できる緊急フラグが送られてきてもよい。つまりオンエアー放送のときは
、広範囲に渡っての緊急状態、ＩＰ放送のときはローカルにおける緊急状態として使い分
けるのである。

またこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその
要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示さ
れている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施
形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形
態に亘る構成要素を適宜組み合せてもよい。例えば、実際のシステムでは選局制御サーバ
と番組情報配信サーバが物理的に１つのサーバで構成されていてもよい。また、配信対象
となるＳＩのファイルに関して、たとえば、ＮＩＴ／ＢＩＴ／ＳＤＴが1つのファイルで
一括配信されてもよい。

上記した実施形態を第１の実施形態とし、以下に第２の実施形態を示す。第１の実施形
態の各部のブロックと対応する部分には、第１の実施形態と同一符号を付している。本実
施形態では、ＳＩをマルチキャスト配信する場合について説明する。図１１にそのシステ
ム構成例を示す。

図１１に示すように、第１の実施形態の番組情報配信サーバ２５が、チャンネル選局情
報／番組情報配信サーバ２５に変わっている。このチャンネル選局情報／番組情報配信サ
ーバ２５は、各放送局の放送信号から取得したＳＩを再多重し、放送信号と同様に、ＴＳ
（ＳＩ専用ＴＳ）の形でマルチキャスト配信する構成となっている。この場合、サービス
エリア選局リストは、たとえば図４における各ＳＩの配置場所を示すＵＲＬ（４−８〜４
−１１）の代わりにＳＩ専用ＴＳに付与されるトランスポートストリーム識別子ＴＳid（
４−５に相当）と、対応するＩＰ伝送情報（４−６に相当）を記載することになる。

図１２には、図１１の方式の処理シーケンス例を示す。図３のシーケンスに比べた場合
、処理Ｓ３，Ｓ４で上記のサービスエリア選局リストを基に、ＳＩ専用ＴＳの選局通知が
行なわれる。そして、サーバからマルチキャスト配信された情報の中からオンエアーでの
処理と基本的に同様の方法でＳＩを取得する。この点が図３のシーケンスと異なる。処理
Ｓ４におけるＳＩ配信（マルチキャスト）では、受信端末ではチャンネル選局情報の取得
がメインとなり、処理Ｓ８のＳＩ配信（マルチキャスト）では、受信端末では番組情報の
取得がメインとなる。

なお、本実施形態ではＳＩを各放送局のＳＩを1つのＴＳに再多重して一括でマルチキ
ャスト配信することで、ＳＩ取得のためのチャンネル切り替えの頻度を少なくしている。
この手法で取得したＳＩの一部書き換え（たとえば、actual→other）を発生させずにそ
のまま再多重する場合には、受信機では本来他のＴＳ（other ＴＳ）のＳＩであるものが
、自ＴＳ(actual ＴＳ)の形で伝送されてくる。このようなＴＳに対応する受信機の実装
状態によっては、このＴＳ伝送に留意してオンエアー受信時とは異なる処理が必要になる
可能性もあるが、地上波での放送運用の変更は必要とせず既存の放送受信機に対する悪影
響もない。なお、図１の実施形態と図１１の実施形態が併用されていてもよい。つまり選
局制御サーバ２４にチャンネル選局情報及び番組情報が格納され、ここからユニトキャス
ト配信されてもよい。

この発明が適用された放送システムの構成例を示す説明図である。図１の受信端末３１の構成ブロック例を示す説明図である。図１の受信端末３１と送信側のサーバ間の相互の信号のやり取り例を示す説明図である。この発明で用いられるサービスエリア選局リストのデータ構造の一例を示す説明図である。この発明で用いられるバージョンチェックリストのデータ構造の例を示す説明図である。図１に示した送信装置側の制御部の構成例を示す図である。図１に示した送信装置側の動作例を示すフローチャートである。図１に示した受信端末の制御部の構成例を示す図である。図１に示した受信端末の動作例を示すフローチャートである。図１に示した受信端末の他の動作例を示すフローチャートである。この発明の他の実施の形態に係る構成例を示す説明図である。図１１の受信端末３１と送信側のサーバ間の相互の信号のやり取り例を示す説明図である。

符号の説明

１１…ＩＰネットワーク、２０…送信装置、２１…地上波放送信号受信部、２２…ＳＩ
分離部、２３…番組配信サーバ、２４…選局制御サーバ、２５…番組情報配信サーバ、２
６…エッジルータ、２７…サービスエリア選局リスト生成部、３１…受信端末。

Claims

デジタル放送によって送信された放送局からの放送信号から取得したＳＩ（Service In
formation）が多重されたＳＩトランスポートストリームを受信するのに必要な情報であ
るサービスエリア選局リストとして、前記サービスエリア選局リストのバージョン番号、
前記サービスエリア選局リストが用いられるエリアを示すサービスエリア識別情報、およ
び前記サービスエリア識別情報により示される地域で受信可能な放送局の一覧を含むもの
を送信側のエッジルータを介してＩＰネットワークを通じて送信側のサーバに要求するス
テップと、
この要求に応じて前記送信側のサーバから前記エッジルータを介してＩＰネットワーク
を通じてユニキャスト配信された、前記サービスエリア選局リストを受信するステップと
、
この受信した前記サービスエリア選局リストを用いて、放送信号がトランスポートスト
リームの形で前記送信側のサーバから前記ＩＰネットワークを通じてマルチキャスト配信
されているＳＩトランスポートストリームを前記エッジルータへ取得要求することにより
、このエッジルータから前記ＳＩトランスポートストリームを受信するステップと、
この受信した前記ＳＩトランスポートストリームから得たＳＩ情報を用いて、デジタル
放送によって送信された放送信号がトランスポートストリームの形で前記送信側のサーバ
からマルチキャスト配信されている放送信号トランスポートストリームを前記エッジルー
タから前記ＩＰネットワークを通じて受信するステップと、
放送波からチューナにより放送信号を受信するステップと、
この受信した放送信号から得たトランスポートストリームまたは前記送信側のサーバか
らマルチキャスト配信されている放送信号トランスポートストリームをデコードするステ
ップと、
を有することを特徴とするＩＰ放送の受信方法。
更に、前記デコードされた番組を表示手段に表示するステップと
を有することを特徴とする請求項１記載のＩＰ放送の受信方法。