JP2002369094A - 番組情報取得システム、および取得方法 - Google Patents

Abstract

(57)【要約】 【課題】 デジタル放送システムにおいて、放送される
情報に含まれない全てのサービスに対する番組情報の取
得を、視聴を中断しないで実現する。そこにさらに、双
方向通信路を用いた番組情報の取得によって、柔軟性の
高い番組情報の取得方法を実現する。 【解決手段】 放送局において番組情報サーバ部を具備
し、放送受信装置において番組情報取得部を具備し、こ
れらを双方向通信路により接続し、前記放送受信装置
は、放送によって多重化された第１の番組情報を受信
し、また、前記双方向通信によって前記番組情報サーバ
部から第２の番組情報を取得し、これらの番組情報の範
囲が重複する場合は、前記第１の番組情報を優先して使
用する機能を有することにより実現される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送システムに関
し、より特定的には、デジタル放送システム環境（デジ
タルケーブルテレビシステム、ＦＴＴＨを用いたデジタ
ル放送システム、双方向通信を備えた衛星放送システム
など）において用いられ、電子プログラムガイド（ＥＰ
Ｇ）情報などの番組情報の取得方法に関する。

【０００２】

【従来の技術】映像音声信号がデジタル信号として放送
されるデジタル放送システムにおいて、放送局は、映像
音声信号に、チューニング情報、番組放送スケジュール
や番組内容を含む番組情報を多重化して伝送し、放送受
信装置で複合してチューニング、電子番組ガイド（ＥＰ
Ｇ）に使用する方法が用いられており、多くの番組から
視聴者が見たい情報を選択することを容易にするのに役
立っている。

【０００３】このような多重化の方法として、ＭＰＥＧ
２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｃｏｄｉｎｇ Ｅｘ
ｐｅｒｔｓ Ｇｒｏｕｐ ２）規格では、映像信号・音
声信号の符号化、および符号化された映像信号・音声信
号と、付加情報とを多重化してＴＳ（Ｔｒａｎｓｐｏｒ
ｔ Ｓｔｒｅａｍ）として伝送する方法が規格化されて
いる。

【０００４】特に、ＭＰＥＧ２では、多重化される付加
情報として、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉ
ｃ Ｉｎｆｏｒｍａｔｉｏｎ：プログラム仕様情報）が
規定されており、また、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉ
ｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎ
ｄ Ｂｕｓｉｎｅｓｓｅｓ：電波産業会）では、ＳＩ
（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ：番組配列
情報）が規定されている。本願では、説明を簡単にする
ため、ＰＳＩとＳＩをまとめて番組情報と呼ぶ。

【０００５】ＰＳＩは、多重化された多様なストリーム
を、受信機が自動的に多重解除して複合する機能を実現
するための情報であり、番組を構成する映像・音声のＴ
Ｓパケットを特定するためのＰＭＴ（Ｐｒｏｇｒａｍ
Ｍａｐ Ｔａｂｌｅ）、ＰＭＴを伝送しているＴＳパケ
ットのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔ
ｉｏｎ：パケット識別情報）を指すためのＰＡＴ（Ｐｒ
ｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）な
どを含む。

【０００６】また、ＡＲＩＢで規定されている放送ネッ
トワーク（衛星、トランスポンダなどの伝送路に対応す
る）に固有の情報（伝送路の情報や、）を指定するため
のＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ
Ｔａｂｌｅ：ネットワーク情報表）も、ＰＳＩに分類さ
れる。また、ＳＩは、主として視聴者がサービス（チャ
ンネル）やイベント（番組）を識別するための情報であ
り、サービスに固有の情報を指定するためのＳＤＴ（Ｓ
ｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：
サービス記述表）、イベントに固有の情報（番組の名
称、放送日時、内容の説明など）を指定するためのＥＩ
Ｔ（Ｅｖｅｎｔ ＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ：
イベント情報表）を含む。

【０００７】図１は、このような番組情報と映像・音声
を多重化して放送するデジタル放送システムの例を示し
たものである。図１において１０１は、放送局を示し、
１１０は、放送受信装置を示す。

【０００８】放送局１０１は、番組情報や番組スケジュ
ール情報を保持する放送データベース１０２と、番組の
映像・音声ストリームを生成する映像・音声ストリーム
生成部１０３と、番組情報を作成する番組情報作成部１
０４と、映像・音声ストリームと番組情報を多重化して
トランスポートストリーム（ＴＳ）を送出する多重化装
置（ＭＵＸ）１０５とを備えている。番組情報作成部１
０４は、放送データベース１０２から入手した番組スケ
ジュール情報を基に番組情報を作成し、この番組情報を
ＭＵＸ１０５で多重可能なＴＳパケットに分割して繰り
返し送出する。

【０００９】ＭＵＸ１０５は、映像・音声ストリーム生
成部で生成された映像・音声ストリームと、番組情報作
成部１０４で作成された番組情報のＴＳパケットを、Ｔ
Ｓに多重化する。

【００１０】一方、放送受信装置１１０は、受信部１１
１と、情報保持部１１２、表示処理部１１３、番組表処
理部１１４、および予約管理部１１５を備えている。受
信部１１１は、放送局１０１から送出されたＴＳを受信
して受信信号を復調して番組情報を取り出して情報保持
部１１２に送る。情報保持部１１２は、送られた情報を
保持し、番組表処理部１１４、表示処理部１１３からの
要求に応じて取り出す。

【００１１】また、受信部１１１は、視聴者が放送中の
番組を視聴しようとしてチャンネルを合わせた（サービ
ス番号を指定した）場合、情報保持部１１２からチュー
ニングに必要な番組情報を取得して当該ＴＳへのチュー
ニングを実行し、ＴＳから該当チャンネルのパケットを
集めて映像・音声信号復調し、表示処理部１１３に送
る。

【００１２】番組表処理部１１４は、情報保持部１１２
で保持された番組情報を取り出し、表示用の番組表を作
成し、視聴者からの要求などによって、表示処理部１１
３に送る。表示処理部１１３は、受け取った映像・音
声、あるいは表示用の番組表、あるいはそれらを合成し
たものを、ＴＶモニタ１２０に送信する。ＴＶモニタ１
２０は、受け取った映像・音声、あるいは番組表、ある
いはそれらを合成したものを表示する。

【００１３】また、表示処理部１１３は、視聴者からの
チャンネル・時刻指定による視聴予約／録画予約操作
や、番組表からの番組指定による視聴予約／録画予約操
作により、予約内容を予約管理部１１５に通知する。予
約管理部１１５は、該当する番組の番組ＩＤと予約時刻
とを管理し、予約時刻になるのを待って視聴／録画を開
始する。

【００１４】番組情報は、繰り返し同じ内容が放送され
る。番組情報には、その送出単位ごとにバージョン番号
が付されており、内容が変わるとバージョン番号が上が
る。放送受信装置１１０は、放送された番組情報を受信
し、そのバージョン番号を見て最新の番組情報をメモリ
に保持する。

【００１５】そのために、放送受信装置１１０は、番組
情報を常に監視してバージョン番号が上がるごとに更新
するか、必要となったときに番組情報を取得するか、あ
るいは、定期的（例えば１日に１回）に番組情報を取得
し、番組表処理部１１４で保持される。番組表処理部１
１４は、保持している番組情報から、全サービス（チャ
ンネル）のサービス番号、サービス名、さらに、イベン
ト（番組）スケジュールを取得し、番組表を作成する。

【００１６】番組情報は一般的に、放送受信装置１１０
があるサービスを視聴するために当該ＴＳにチューニン
グを固定していても、当該放送ネットワーク内の全ての
番組情報を取得可能とするために、各ＴＳに当該放送ネ
ットワークの全ＴＳのＳＩ（全局ＳＩ）が送出される。

【００１７】これにより、放送受信装置１１０は、受信
するＴＳにかかわらず、つまり番組視聴を中断すること
なく、当該放送ネットワーク内の全サービスの情報を取
得することが可能である。すなわち、視聴者がどのサー
ビスを選局していても、放送受信装置１１０は、当該放
送ネットワーク内の全ての番組情報を平行して取得可能
となり、視聴者からの番組表閲覧の要求に、より迅速に
応答を返すことが可能となる。また、映像を子画面に表
示して、番組表を同時に表示し、視聴を継続しながら番
組表を閲覧することも可能となる。

【００１８】さらに、その時点で未取得の番組情報も、
番組表表示時に取得可能であり、優先的に取得すること
により、視聴を中断させないで迅速な番組情報の提供が
可能となる。

【００１９】しかし、例えば、ＣＡＴＶサービスやＦＴ
ＴＨにおける放送サービスにおいては、複数のデジタル
放送などを受信して再送信し、また、独自のデジタル放
送を提供することにより、複数の放送ネットワークのサ
ービスを視聴者に提供する可能性がある。この場合、視
聴者が一つの放送ネットワークのサービスのみを視聴し
つづけている場合、放送受信装置１１０は、他の放送ネ
ットワークの番組情報は取得できない。

【００２０】また、受信装置は、視聴者が希望する番組
を選択することを容易にするために、番組内容のジャン
ル（番組内容種別）による選択を可能としている。表示
処理部１１３は、視聴者の要求に従って、ジャンルが指
定された場合、番組表処理部１１４にその要求を通知
し、番組表処理部１１４は、与えられたジャンル条件に
従って、情報保持部１１２に保持された番組情報から、
該当するイベントを抽出してイベントリストを作成し、
表示処理部１１３に送り、表示処理部１１３は、与えら
れたイベントリストをＴＶモニタ１２０送信して、視聴
者に提供する。

【００２１】これにより、視聴者は、数多くの放送され
ている番組から、ジャンル別にリストアップされた番組
を、より容易に選択することができる。また、イベント
の分類は、ジャンルに限らず、視聴者が指定するキーワ
ードによって行うことも可能である。

【００２２】この場合、番組情報に含まれる番組内容
に、指定されたキーワードを含むイベントリストを作成
し、視聴者に提供する。このような視聴者の好みに応じ
た選局を容易にする機能を、番組検索機能と呼ぶ。特
に、ジャンル別に抽出する機能を、ジャンル検索機能と
呼ぶ。

【００２３】なお、図１はデジタル放送システムの本願
に関わる部分の例を示したものであり、実際のシステム
では、さらに様々な機能部を備えている場合がある。例
えば、有料放送を実現するため、放送局１０１に課金情
報管理システムを具備し、放送受信装置１１０の予約管
理部１１５は、視聴者の予約操作に従い、例えば電話回
線などで放送局１０１の課金情報管理システムに課金情
報を通知する。

【００２４】また、視聴制限機能を実現するために、放
送受信装置１１０は、視聴条件管理部を具備し、受信部
から番組情報のうち、視聴制限情報を受け取って視聴条
件を管理し、表示処理部１１３に視聴可能か否かを通知
し、表示処理部１１３は、視聴条件管理部から受け取っ
た結果に基づいて映像・音声をＴＶモニタ１２０に送信
するか否かを決定する。

【００２５】一方、特開平１０−２７６４１３は、アナ
ログ放送における番組情報を双方向通信により取得する
手段を開示している。この特開平１０−２７６４１３で
は、アナログ放送のＮＴＳＣ信号の垂直帰線消去期間
（ＶＢＩ）に番組情報を埋め込んで送信するより、双方
向通信路（電話、あるいはケーブルテレビ回線）を用い
て放送受信装置が能動的に取得する方が高速に番組情報
を取得でき、またインターネットサービスなどで提供さ
れる番組情報を取得できることを示している。

【００２６】また一方、双方向通信路における通信方法
として、ＲＦＣ（ＲｅｑｕｅｓｔＦｏｒ Ｃｏｍｍｅｎ
ｔｓ）７９１などで規定されているＩＰ（Ｉｎｔｅｒｎ
ｅｔ Ｐｒｏｔｏｃｏｌ）は、現在事実上の標準ネット
ワークプロトコルとなっており、そのプロトコルの上で
は、さまざまな機能を有するプロトコル、あるいはネッ
トワークが動作可能となっている。

【００２７】たとえば、ＲＦＣ１８１３などで規定され
るＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）
（ＮＦＳは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社（登
録商標）の米国、及びその他の国の登録商標または商標
である。）は、ＲＦＣ７９３などで規定されているＴＣ
Ｐ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒ
ｏｔｏｃｏｌ）、ＲＦＣ７６８などで規定されているＵ
ＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏ
ｌ）を使用してＩＰ上で利用可能である。

【００２８】ＮＦＳに代表されるネットワークを介した
ファイルシステムを用いれば、ネットワークを介した遠
隔の装置に蓄積されたファイルを、ネットワークを介さ
ないローカルの装置に蓄積されたファイルと同様の方法
で扱うことが可能となる。また、ＩＰ上では、さまざま
なＤＢ（Ｄａｔａ Ｂａｓｅ）システムが利用可能であ
る。

【００２９】ＤＢシステムは、サーバで管理される情報
に対し、クライアントが様々な条件で問い合わせて取得
することを可能とするアプリケーションシステムであ
る。さらに、ＩＰ上では、ＲＦＣ１９４５などで規定さ
れるＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）などで実現される、ＷＷＷ（Ｗｏ
ｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムも利用可能であ
る。

【００３０】ＷＷＷシステムでは、様々な表示情報を表
現することが可能なＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ：ＲＦＣ１８６６などで
規定されている）などを用い、サーバ内で表示表現を規
定しクライアントに提供することが可能であるため、番
組表の表現なども容易に可能である。さらに、ＣＧＩ
（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃ
ｅ）などを使用すれば、表示情報以外の情報取得も容易
となり、また、サーバにおける付加機能を提供すること
も容易となる。

【００３１】また、ＩＰ上で利用可能なプロトコルとし
て、ＩＰ Ｍｕｌｔｉｃａｓｔがある。このプロトコル
は、一度に複数の受信機に、情報を転送することを可能
とするものであり、受信機は、ＩＰより下の層（データ
リンク層）も含めたアドレスにより、当該情報を受信す
るか、あるいは廃棄するかを判定できる。

【００３２】特に、ＩＰ層が一般的に、ソフトウェアで
実現されるのに対し、データリンク層は、放送受信装置
全体を動作させるための中央処理装置（ＣＰＵ：Ｃｅｎ
ｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とは別の
ハードウェアで実現されることが一般であるため、デー
タリンク層で受信か廃棄かを判定することで、受信しな
い情報がＭｕｌｔｉｃａｓｔされている場合でも、放送
受信装置の処理資源を消費しないことが可能となる。さ
らに、受信するＭｕｌｔｉｃａｓｔアドレスを、動的に
変更することにより、所望のＭｕｌｔｉｃａｓｔアドレ
スでＭｕｌｔｉｃａｓｔされる情報を受信可能である。

【００３３】

【発明が解決しようとする課題】上記のような従来のデ
ジタル放送システムには、次のような問題がある。第１
に、上記説明においても述べたが複数の放送ネットワー
クのサービスを提供する場合、視聴者がある放送ネット
ワークの番組を視聴中は、他の放送ネットワークに対す
る未取得の番組情報を取得できず、視聴を中断しなけれ
ば、それらの番組情報を視聴者に提供できないという問
題がある。

【００３４】第２に、全放送ネットワークの全サービス
の全番組情報を、映像番組、音声番組、あるいはデータ
番組を放送する通信路とはべつの通信路を用い、そのた
めの別途受信部を用意すれば、単方向の放送を用いて全
放送受信装置に送信する方法を用いた場合でも、前記第
１の問題は解決可能できるが、このような方法では、受
信部の増大による放送受信装置の価格の増加を招き、ま
た、所定の時間内で前記全番組情報を取得するために
は、前記全番組情報を放送するために必要な帯域幅が、
全サービスの数に依存し、サービス数の増大に伴って、
困難となるという問題がある。

【００３５】さらに、このような方法によれば、選局時
に必要な番組情報の取得に比較的時間がかかるという問
題や、視聴者が番組表を閲覧して番組予約機能を利用し
ようとした時に必要な番組情報の取得に比較的時間がか
かるという問題がある。

【００３６】また第３に、ＩＰによって番組情報が放送
される場合、放送受信装置において、常にＣＰＵによっ
て受信処理を行なわなければならず、放送受信装置の処
理資源を比較的多く消費してしまうという問題がある。

【００３７】第４に、一般的に、映像番組、音声番組、
あるいはデータ番組と多重されて送出される番組情報
は、比較的新しい情報が含まれているのに対し、全放送
ネットワークの全サービスを含む番組情報は、比較的古
い情報で構成されている場合があるという問題がある。

【００３８】第５に、上述した特開平１０−２７６４１
３では、デジタル放送システムにおける双方向通信を用
いた番組情報の取得方法を開示していない。デジタル放
送システムでは、双方向通信のみで番組情報を送出する
だけではなく、ＴＳでかならず送出しなければ、放送受
信装置１１０が選局できない場合が生じるが、この方法
についてなんら開示していない。

【００３９】第６に、イベント検索機能は、従来方法で
は放送受信装置１１０において、情報保持部１１２に蓄
積された情報を基に行なわれていたが、未取得の番組情
報の検索ができないこと、また、放送受信装置１１０を
動作させる資源（ＣＰＵ、メモリ）が、より多く必要と
なるという問題がある。

【００４０】

【課題を解決するための手段】第１の発明は、放送局に
おいて、一つ、あるいは複数の番組情報サーバ部を具備
し、また、放送受信装置において、番組情報取得部と、
番組表処理部を具備し、さらに、前記番組情報サーバ部
と前記番組情報取得部との間で双方向通信を可能とする
通信路を具備し、前記番組情報サーバ部は、番組情報を
蓄積・管理し、前記番組情報取得部は、前記番組表処理
部の依頼により、前記通信路を用いて、前記番組情報サ
ーバ部から前記番組情報を取得して、前記番組表処理部
に送り、前記番組表処理部は、前記視聴者が番組表を閲
覧する時に、前記番組情報取得部に前記番組情報の取得
を依頼して取得し、前記番組情報取得部から取得した番
組情報を使用して番組表を作成する機能を備えることを
特徴としている。

【００４１】上記第１の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他の放送ネットワークに対する未取得の
番組情報の取得が実現される。また、前記番組情報サー
バ部が各前記番組情報取得部に放送を行なうのではな
く、前記番組情報取得部が、必要なときのみ前記番組情
報サーバ部に双方向通信路によって前記番組情報を取得
するため、放送受信装置の処理資源を有効利用できる。

【００４２】第２の発明は、放送局において、一つ、あ
るいは複数の番組情報サーバ部を具備し、また、放送受
信装置において、番組情報取得部と、情報保持部と、番
組表処理部を具備し、さらに、前記番組情報サーバ部と
前記番組情報取得部との間で双方向通信を可能とする通
信路を具備し、前記番組情報サーバ部は、番組情報を蓄
積・管理し、前記番組情報取得部は、所定のタイミン
グ、あるいは、前記番組表処理部の依頼により、前記通
信路を用いて、前記番組情報サーバ部から前記番組情報
を取得して、前記情報保持部に送り、前記情報保持部
は、前記番組情報取得部が取得した前記番組情報を保持
し、前記番組表処理部は、前記視聴者が番組表を閲覧す
る時に、前記情報保持部が保持していない前記番組情報
に対し、前記番組情報取得部に取得を依頼し、前記情報
保持部に保持している前記番組情報を使用して番組表を
作成する機能を備えることを特徴としている。

【００４３】上記第２の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得ができる。また、前記番組情報サーバ部が各
前記番組情報取得部に放送を行なうのではなく、前記番
組情報取得部が、必要なときのみ前記番組情報サーバ部
に双方向通信路によって前記番組情報を取得するため、
放送受信装置の処理資源を有効利用できる。さらに、既
に取得したことのある番組情報を取得しなくてもよいの
で、比較的早く番組表が作成できる。

【００４４】第３の発明は、放送局において、一つ、あ
るいは複数の番組情報サーバ部を具備し、また、放送受
信装置において、番組情報取得部と、情報保持部と、番
組表処理部を具備し、さらに、前記番組情報サーバ部と
前記番組情報取得部との間で双方向通信を可能とする通
信路を具備し、前記番組情報サーバ部は、番組情報を蓄
積・管理し、前記番組情報取得部は、所定のタイミン
グ、あるいは、前記番組表処理部の依頼により、前記通
信路を用いて、前記情報保持部で保持されていない前記
番組情報に対しては、前記番組情報サーバ部から前記番
組情報を取得して、前記情報保持部に送り、既に前記情
報保持部で保持されている前記番組情報に対しては、前
記番組情報サーバ部で更新されていれば前記更新された
情報を取得し、前記情報保持部は、前記番組情報取得部
が取得した前記番組情報を保持し、前記番組表処理部
は、前記視聴者が番組表を閲覧する時に、前記番組情報
取得部に取得を依頼し、前記情報保持部に保持している
前記番組情報を使用して番組表を作成する機能を備える
ことを特徴としている。

【００４５】上記第３の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得ができる。また、前記番組情報サーバ部が各
前記番組情報取得部に放送を行なうのではなく、前記番
組情報取得部が、必要なときのみ前記番組情報サーバ部
に双方向通信路によって前記番組情報を取得するため、
放送受信装置の処理資源を有効利用できる。さらに、既
に取得したことのある番組情報の更新にも対応し、さら
に、既に取得したことのある番組情報は、更新されたと
きだけ取得することができるので、比較的早く番組表が
作成でき、さらに、放送受信装置の処理資源の消費を抑
制できる。さらに、前記番組情報取得部が逐次前記番組
情報サーバ部から番組情報を取得する場合、通信路の資
源の消費を抑制できる。

【００４６】第４の発明は、放送局において、一つ、あ
るいは複数の送信部と、一つ、あるいは複数の番組情報
サーバ部を具備し、また、放送受信装置において、受信
部と、情報保持部と、番組情報取得部と、番組表処理部
を具備し、さらに、前記番組情報サーバ部と前記番組情
報取得部との間で双方向通信を可能とする通信路を具備
し、前記送信部は、前記映像番組、音声番組、あるいは
前記データ番組と、前記映像番組、音声番組、あるいは
前記データ番組に関連する第１の番組情報を多重化して
送信し、前記第１の番組情報は、多重化された信号から
前記映像番組、前記音声番組、あるいは前記データ番組
に対して、前記放送受信装置が選局動作を行なうために
必要な情報を含み、前記番組情報サーバ部は、第２の番
組情報を蓄積・管理し、前記第２の番組情報は、全サー
ビスに対する電子番組表を作成するための情報を含み、
前記受信部は、前記所定の方法により放送された多重信
号を受信して多重解除し、前記多重解除して得られた前
記第１の番組情報を前記情報保持部に送り、前記情報保
持部は、前記受信部から送られた前記第１の番組情報を
保持し、前記番組情報取得部は、前記番組表処理部の依
頼により、前記通信路を用いて前記番組情報サーバから
取得する前記第２の番組情報を取得し、前記番組表処理
部は、前記視聴者が番組表を閲覧する時に、視聴してい
る番組の番組情報は、前記受信部で受信して前記情報保
持部で保持されている前記第１の番組情報を使用し、前
記視聴している番組以外の番組情報は、前記番組情報取
得部に取得を依頼して取得した前記第２の番組情報を使
用して番組表を作成する機能を備えることを特徴として
いる。

【００４７】上記第４の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得が実現される。また、前記番組情報サーバ部
が各前記番組情報取得部に放送を行なうのではなく、前
記番組情報取得部が、必要なときのみ前記番組情報サー
バ部に双方向通信路によって前記番組情報を取得するた
め、放送受信装置の処理資源を有効利用できる。さら
に、視聴する番組の選局に必要な番組情報は、従来のデ
ジタル放送システムと同様の方法で送出・取得すること
が可能なため、放送受信装置は、従来のデジタル放送シ
ステムの選局機能を使用することが可能となる。

【００４８】第５の発明は、放送局において、一つ、あ
るいは複数の送信部と、一つ、あるいは複数の番組情報
サーバ部を具備し、また、放送受信装置において、受信
部と、情報保持部と、番組情報取得部と、番組表処理部
を具備し、さらに、前記番組情報サーバ部と前記番組情
報取得部との間で双方向通信を可能とする通信路を具備
し、前記送信部は、前記映像番組、音声番組、あるいは
前記データ番組と、前記映像番組、音声番組、あるいは
前記データ番組に関連する第１の番組情報を多重化して
送信し、前記第１の番組情報は、多重化された信号から
前記映像番組、前記音声番組、あるいは前記データ番組
に対して、前記放送受信装置が選局動作を行なうために
必要な情報と、さらに、前記多重化される映像番組、前
記音声番組、あるいは前記データ番組に対する番組情報
を含み、前記番組情報サーバ部は、第２の番組情報を蓄
積・管理し、前記第２の番組情報は、全サービスに対す
る電子番組表を作成するための情報を含み、前記受信部
は、前記所定の方法により放送された多重信号を受信し
て多重解除し、前記多重解除して得られた前記第１の番
組情報を前記情報保持部に送り、前記情報保持部は、前
記受信部から送られた前記第１の番組情報を保持し、前
記番組情報取得部は、前記番組表処理部の依頼により、
前記通信路を用いて前記番組情報サーバから取得する前
記第２の番組情報を取得し、前記番組表処理部は、前記
視聴者が番組表を閲覧する時に、前記情報保持部で保持
されている前記第１の番組情報と、前記番組情報取得部
に取得を依頼して取得した前記第２の番組情報を使用し
て番組表を作成し、前記第１の番組情報と、前記第２の
番組情報が重複する部分は、前記第１の番組情報を使用
する機能を備えることを特徴としている。

【００４９】上記第５の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得が実現される。また、前記番組情報サーバ部
が各前記番組情報取得部に放送を行なうのではなく、前
記番組情報取得部が、必要なときのみ前記番組情報サー
バ部に双方向通信路によって前記番組情報を取得するた
め、放送受信装置の処理資源を有効利用できる。さら
に、視聴する番組の選局に必要な番組情報は、従来のデ
ジタル放送システムと同様の方法で送出・取得すること
が可能なため、放送受信装置は、従来のデジタル放送シ
ステムの選局機能を使用することが可能となる。さら
に、映像番組などと共に多重されて送られてくる比較的
新しい番組情報も使用することが可能となる。

【００５０】第６の発明は、放送局において、一つ、あ
るいは複数の送信部と、一つ、あるいは複数の番組情報
サーバ部を具備し、また、放送受信装置において、受信
部と、情報保持部と、番組情報取得部と、番組表処理部
を具備し、さらに、前記番組情報サーバ部と前記番組情
報取得部との間で双方向通信を可能とする通信路を具備
し、前記送信部は、前記映像番組、音声番組、あるいは
前記データ番組と、前記映像番組、音声番組、あるいは
前記データ番組に関連する第１の番組情報を多重化して
送信し、前記第１の番組情報は、多重化された信号から
前記映像番組、前記音声番組、あるいは前記データ番組
に対して、前記放送受信装置が選局動作を行なうために
必要な情報と、さらに、前記多重化される映像番組、前
記音声番組、あるいは前記データ番組に対する番組情報
を含み、前記番組情報サーバ部は、第２の番組情報を蓄
積・管理し、前記第２の番組情報は、全サービスに対す
る電子番組表を作成するための情報を含み、前記受信部
は、前記所定の方法により放送された多重信号を受信し
て多重解除し、前記多重解除して得られた前記第１の番
組情報を前記情報保持部に送り、前記番組情報取得部
は、所定のタイミング、あるいは、前記番組表処理部の
依頼により、前記通信路を用いて前記番組情報サーバか
ら取得する前記第２の番組情報を取得して、前記情報保
持部に送り、前記情報保持部は、前記受信部から送られ
た前記第１の番組情報と、前記番組情報取得部から送ら
れた前期第２の番組情報を保持し、前記第１の番組情報
と、前記第２の番組情報が重複する部分は、前記第１の
番組情報のみを保持し、前記番組表処理部は、前記視聴
者が番組表を閲覧する時に、前記情報保持部が保持して
いない前記番組情報に対し、前記番組情報取得部に取得
を依頼し、前記情報保持部に保持している前記番組情報
を使用して番組表を作成する機能を備えることを特徴と
している。

【００５１】上記第６の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得が実現される。また、前記番組情報サーバ部
が各前記番組情報取得部に放送を行なうのではなく、前
記番組情報取得部が、必要なときのみ前記番組情報サー
バ部に双方向通信路によって前記番組情報を取得するた
め、放送受信装置の処理資源を有効利用できる。さら
に、視聴する番組の選局に必要な番組情報は、従来のデ
ジタル放送システムと同様の方法で送出・取得すること
が可能なため、放送受信装置は、従来のデジタル放送シ
ステムの選局機能を使用することが可能となる。さら
に、映像番組などと共に多重されて送られてくる比較的
新しい番組情報を優先して使用することが可能となる。

【００５２】第７の発明は、放送局において、一つ、あ
るいは複数の送信部と、一つ、あるいは複数の番組情報
サーバ部を具備し、また、放送受信装置において、受信
部と、情報保持部と、番組情報取得部と、番組表処理部
を具備し、さらに、前記番組情報サーバ部と前記番組情
報取得部との間で双方向通信を可能とする通信路を具備
し、前記送信部は、前記映像番組、音声番組、あるいは
前記データ番組と、前記映像番組、音声番組、あるいは
前記データ番組に関連する第１の番組情報を多重化して
送信し、前記第１の番組情報は、多重化された信号から
前記映像番組、前記音声番組、あるいは前記データ番組
に対して、前記放送受信装置が選局動作を行なうために
必要な情報と、さらに、前記多重化される映像番組、前
記音声番組、あるいは前記データ番組に対する番組情報
を含み、前記番組情報サーバ部は、第２の番組情報を蓄
積・管理し、前記第２の番組情報は、全サービスに対す
る電子番組表を作成するための情報を含み、前記受信部
は、前記所定の方法により放送された多重信号を受信し
て多重解除し、前記多重解除して得られた前記第１の番
組情報を前記情報保持部に送り、前記番組情報取得部
は、所定のタイミング、あるいは、前記番組表処理部の
依頼により、前記通信路を用いて、前記情報保持部で保
持されていない前記第２の番組情報に対しては、前記番
組情報サーバ部から前記前記第２の番組情報を取得し
て、前記情報保持部に送り、既に前記情報保持部で保持
されている前記前記第２の番組情報に対しては、前記番
組情報サーバ部で更新されていれば前記第２の番組情報
に対する更新された情報を取得し、前記情報保持部は、
前記受信部から送られた前記第１の番組情報と、前記番
組情報取得部から送られた前期第２の番組情報を保持
し、前記第１の番組情報と、前記第２の番組情報が重複
する部分は、前記第１の番組情報のみを保持し、前記番
組表処理部は、前記視聴者が番組表を閲覧する時に、前
記番組情報取得部に取得を依頼し、前記情報保持部に保
持している前記番組情報を使用して番組表を作成する機
能を備えることを特徴としている。

【００５３】上記第７の発明によれば、番組情報を取得
する通信は、視聴中の放送ネットワークに依存しないの
で、ある放送ネットワークの番組を視聴中に、その視聴
の中断なしに、他のネットワークに対する未取得の番組
情報の取得が実現される。また、前記番組情報サーバ部
が各前記番組情報取得部に放送を行なうのではなく、前
記番組情報取得部が、必要なときのみ前記番組情報サー
バ部に双方向通信路によって前記番組情報を取得するた
め、放送受信装置の処理資源を有効利用できる。さら
に、視聴する番組の選局に必要な番組情報は、従来のデ
ジタル放送システムと同様の方法で送出・取得すること
が可能なため、放送受信装置は、従来のデジタル放送シ
ステムの選局機能を使用することが可能となる。さら
に、映像番組などと共に多重されて送られてくる比較的
新しい番組情報を優先して使用することが可能となる。
さらに、番組情報取得部は、既に取得したことのある番
組情報の更新にも対応し、さらに、既に取得したことの
ある番組情報は、更新されたときだけ取得することがで
きるので、比較的早く番組表が作成できる。

【００５４】第８の発明は、それぞれ第１の発明、第２
の発明、第３の発明、第４の発明、第５の発明、第６の
発明、あるいは第７の発明において、前記番組情報取得
部は、前記番組表処理部から依頼されて取得する場合、
前記取得する前記番組情報の範囲を、前記番組表処理部
が番組表を作成する範囲とする機能を備えることを特徴
としている。

【００５５】上記第８の発明によれば、それぞれ第１の
発明、第２の発明、第３の発明、第４の発明、第５の発
明、第６の発明、あるいは第７の発明の、それぞれの効
果に加え、番組情報取得部が取得する番組情報の範囲を
限定し、一度に取得する番組情報の大きさを限定するた
め、放送受信装置の処理資源をさらに有効利用できる。
さらに、前記番組情報取得部が逐次前記番組情報サーバ
部から番組情報を取得する場合、通信路の資源を有効利
用できる。

【００５６】第９の発明は、第２の発明、第３の発明、
第６の発明、あるいは第７の発明において、前記番組情
報取得部は、前記番組表処理部から依頼されて取得する
場合、前記取得する前記番組情報の範囲を、前記番組表
処理部が番組表を作成する範囲と、さらに前記作成範囲
に番組表として隣接する範囲とする機能を備えることを
特徴としている。

【００５７】上記第９の発明によれば、それぞれ第２の
発明、第３の発明、第６の発明、あるいは第７の発明
の、それぞれの効果に加え、番組情報の取得に処理遅延
が発生する場合においても、予め次に利用する可能性の
高い番組情報を取得するため、次に視聴者が番組表の表
示要求、たとえば、番組表の表示範囲の変更要求を出し
てから、実際に番組表を表示するまでの時間を短縮でき
る。

【００５８】第１０の発明は、第２の発明、第３の発
明、第６の発明、あるいは第７の発明において、前記番
組情報取得部は、前記番組情報を取得する前記所定のタ
イミングに、所定の方法で決定された時刻を含む機能を
備えることを特徴としている。

【００５９】上記第１０の発明によれば、それぞれ第２
の発明、第３の発明、第６の発明、あるいは第７の発明
の、それぞれの効果に加え、予め、前記視聴者が視聴す
る度合いが少ない夜中などに、集中して前記番組情報を
取得して保持することにより、前記視聴者が番組表表示
要求を出してから実際に番組表が表示されるまでの時間
を短縮することが可能となる。

【００６０】第１１の発明は、第１０の発明において、
前記所定の方法で決定された時刻は、前記放送受信装置
毎に決定される機能を備えることを特徴としている。

【００６１】上記第１１の発明によれば、第１０の発明
の効果に加え、放送受信装置毎に、異なる時刻に取得時
刻を設定することにより、前記番組情報取得部が逐次前
記番組情報サーバ部から番組情報を取得する場合、通信
路、および、前記番組情報サーバ部に対する負荷を分散
することが可能となり、通信資源、および番組情報サー
バ部の処理資源の有効利用ができる。

【００６２】第１２の発明は、第２の発明、第３の発
明、第６の発明、あるいは第７の発明において、前記番
組情報取得部は、前記番組情報を取得する前記所定のタ
イミングに、前記放送受信装置が視聴動作を中断した時
を含む機能を備えることを特徴としている。

【００６３】上記第１２の発明によれば、それぞれ第２
の発明、第３の発明、第６の発明、あるいは第７の発明
の、それぞれの効果に加え、より番組情報を予め取得す
る機会を増やすことができ、前記視聴者が番組表表示要
求を出してから実際に番組表が表示されるまでの時間を
短縮できる可能性を高くすることができる。

【００６４】第１３の発明は、第１の発明、第２の発
明、第３の発明、第４の発明、第５の発明、第６の発
明、あるいは第７の発明において、前記双方向通信を可
能とする通信路は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔ
ｏｃｏｌ）プロトコルに従って接続されるネットワーク
であることを特徴としている。

【００６５】第１３の発明によれば、それぞれ第１の発
明、第２の発明、第３の発明、第４の発明、第５の発
明、第６の発明、あるいは第７の発明の、それぞれの効
果に加え、前記番組情報サーバ部と、前記番組情報取得
部は、ＩＰ上で動作する既存のプロトコル、あるいはア
プリケーションを使用して実現することが容易となり、
さらに、他のネットワークアプリケーションを実現する
ことも容易となる。

【００６６】第１４の発明は、第１３の発明において、
前記番組情報サーバ部は、前記番組情報をファイルとし
て管理し、前記番組情報取得部が、前記通信路を用いて
前記番組情報サーバ部から前記番組情報を取得する手段
を、ネットワークを介したファイルシステムによって実
現することを特徴としている。

【００６７】上記第１４の発明によれば、第１３の発明
の効果に加え、前記番組情報取得部は、前記放送受信装
置内のファイルシステムに対する操作と同様の操作によ
り、前記通信路を介した前記番組情報サーバ部で蓄積・
管理される番組情報を操作することが可能となり、前記
番組情報取得部の動作が比較的簡単になり、さらに、前
記番組情報取得部の開発時の動作確認を、前記放送受信
装置のファイルシステムを使用して実現可能なため、前
記番組情報取得部の開発が容易になる。

【００６８】第１５の発明は、第１４の発明において、
前記番組情報サーバ部は、蓄積・管理する前記番組情報
を、第１の所定の方法で分類したディレクトリと、第２
の所定の方法で分類したファイルによって管理する機能
を備えることを特徴としている。

【００６９】上記第１５の発明によれば、第１４の発明
の効果に加え、前記番組情報を階層的に管理することが
可能となり、前記番組情報サーバ部における管理、およ
び、前記番組情報取得部における取得動作が比較的容易
になる。

【００７０】第１６の発明は、第１３の発明において、
前記番組情報取得部が、前記通信路を用いて前記番組情
報サーバ部から前記番組情報を取得する手段を、データ
ベースシステムによって実現することを特徴としてい
る。

【００７１】上記第１６の発明によれば、第１３の発明
の効果に加え、前記番組情報取得部が、データベースシ
ステムが備える機能を使用することが可能となり、より
拡張性の高い機能が容易に実現できる。

【００７２】第１７の発明は、第１３の発明において、
前記番組情報取得部が、前記通信路を用いて前記番組情
報サーバ部から前記番組情報を取得する手段を、ＷＷＷ
（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムによって実現
することを特徴としている。

【００７３】上記第１７の発明によれば、第１３の発明
の効果に加え、前記番組情報サーバ部において、前記放
送受信装置で使用される番組表の表示形式を指定するこ
とが可能となり、前記表示形式の変更を、前記放送受信
装置の変更なしに、比較的容易に行なうことが可能とな
る。

【００７４】第１８の発明は、第３の発明、あるいは第
７の発明において、前記番組情報サーバ部は、既に蓄積
・管理済みの前記番組情報を更新する場合は、前記蓄積
・管理済みの前記番組情報と前記更新後の前記番組情報
との差分情報を作成し、前記番組情報取得部は、前記更
新された情報として、前記差分情報を取得し、前記情報
保持部の前記番組情報を更新する機能を備えることを特
徴としている。

【００７５】上記第１８の発明によれば、それぞれ第３
の発明、あるいは第７の発明の、それぞれの効果に加
え、前記番組情報サーバ部において前記番組情報が更新
された場合でも、更新された情報を取得できる。さら
に、前記番組情報取得部が、前記番組情報サーバ部に、
前記双方向通信路を用いて、逐次取得を行なう場合にお
いて、取得するための情報を差分情報とすることによ
り、通信量を抑制でき、このため、放送受信装置の処理
資源をさらに有効利用でき、通信路の資源をさらに有効
利用できる。

【００７６】第１９の発明は、第１８の発明において、
前記双方向通信を可能とする通信路は、ＩＰ（Ｉｎｔｅ
ｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルに従って接続
されるネットワークであり、前記番組情報サーバ部は、
前記番組情報をファイルとして管理し、前記差分情報と
して、差分情報ファイルを作成し、前記番組情報取得部
が、前記通信路を用いて前記番組情報サーバ部から前記
番組情報を取得する手段を、ネットワークを介したファ
イルシステム、あるいはファイル転送プロトコルによっ
て実現し、前記番組情報サーバ部は、蓄積・管理する前
記番組情報を、第１の所定の方法で分類したディレクト
リと、第２の所定の方法で分類したファイルによって管
理し、前記番組情報取得部は、前記更新された情報とし
て、前記差分情報ファイルを取得し、前記情報保持部の
前記番組情報を更新する機能を備えることを特徴として
いる。

【００７７】上記第１９の発明によれば、第１８の発明
の効果に加え、前記番組情報サーバ部と、前記番組情報
取得部は、前記放送受信装置内のファイルシステムに対
する操作と同様の操作、あるいは、制御の比較的簡単な
ファイル転送プロトコルにより、前記通信路を介した前
記番組情報サーバ部で蓄積・管理される番組情報を操
作、あるいは取得することが可能となり、前記番組情報
取得部の動作が比較的簡単になり、さらに、前記番組情
報取得部の開発時の動作確認を、前記放送受信装置のフ
ァイルシステムを使用して実現可能なため、前記番組情
報取得部の開発が容易になる。さらに、前記番組情報を
階層的に管理することが可能となり、前記番組情報サー
バ部における管理、および、前記番組情報取得部におけ
る取得動作が比較的容易になる。さらに、前記番組情報
サーバ部において前記番組情報が更新された場合でも、
更新された情報を取得でき、さらに、取得するための情
報を差分情報とすることにより、通信量を抑制でき、こ
のため、放送受信装置の処理資源をさらに有効利用で
き、通信路の資源をさらに有効利用できる。さらに、他
のネットワークアプリケーションを実現することも容易
となる。

【００７８】第２０の発明は、第１９の発明において前
記差分情報ファイルのファイル名は、前記番組情報ファ
イルのファイル名と同じ文字列を含み、さらに、少なく
とも前記更新の元になった番組情報の版を特定可能とす
る文字列を含み、さらに、前記更新後の版を特定可能な
文字列を含む機能を備えることを特徴としている。

【００７９】上記第２０の発明によれば、第１９の発明
の効果に加え、前記番組情報が更新された場合に、比較
的容易に差分ファイルを特定可能とし、さらに、複数回
の更新が行なわれた場合に、比較的容易に所望の最新の
番組情報を取得することが可能となる。

【００８０】第２１の発明は、第１の発明、第２の発
明、第３の発明、第４の発明、第５の発明、第６の発
明、あるいは第７の発明において、前記放送局におい
て、さらに、一つ、あるいは複数の番組情報形式変換部
を具備し、前記番組情報形式変換部は、前記番組情報サ
ーバ部で管理する前記番組情報の形式と異なる番組情報
を、前記番組情報サーバ部で管理する前記番組情報の形
式に変換し、一つ、あるいは複数の前記番組情報サーバ
部に送信し、前記番組情報サーバ部は、前記番組情報形
式変換部から送信された、前記変換された番組情報を受
信して蓄積・管理する機能を備えることを特徴としてい
る。

【００８１】上記第２１の発明によれば、それぞれ第１
の発明、第２の発明、第３の発明、第４の発明、第５の
発明、第６の発明、あるいは第７の発明の、それぞれの
効果に加え、前記番組情報サーバ部で管理する前記番組
情報の蓄積・管理の形式と異なる番組情報の形式を用い
る放送ネットワークの番組情報を、前記番組情報形式変
換部で変換するため、前記番組情報サーバ部で、様々な
放送ネットワークの番組情報を蓄積・管理することが可
能となる。

【００８２】第２２の発明は、第１の発明、第２の発
明、第３の発明、第４の発明、第５の発明、第６の発
明、あるいは第７の発明において、前記番組表処理部
は、前記視聴者からの前記番組情報の検索要求を受け付
け、前記番組情報取得部に前記検索要求を送り、前記番
組情報取得部は、前記番組情報の検索を、前記番組情報
サーバに前記通信路を用いて依頼し、前記番組情報サー
バは、前記依頼された検索を行った結果を、前記通信路
を用いて前記番組情報取得部に送信し、前記番組情報取
得部は、前記番組情報サーバから送信された前記検索結
果を前記視聴者に提供する機能を備えることを特徴とし
ている。

【００８３】上記第２２の発明によれば、それぞれ第１
の発明、第２の発明、第３の発明、第４の発明、第５の
発明、第６の発明、あるいは第７の発明の、それぞれの
効果に加え、前記放送受信装置において検索処理を行な
うのではなく、前期放送局の前期番組情報サーバ部で行
なうため、前記放送受信装置の処理資源の消費を抑制す
ることが可能となる。

【００８４】第２３の発明は、第２２の発明において、
前記番組情報サーバは、前記番組情報取得部から前記検
索の依頼が行なわれた時、あるいは前記検索の依頼が行
なわれた時とは別に、所定の検索条件によって検索を行
ない、その結果を保持し、前記番組情報取得部からの前
記検索の依頼が、前記保持している検索結果の前記検索
条件と一致する場合は、前記保持している検索結果を、
前記番組情報取得部に送信する機能を備えることを特徴
としている。

【００８５】上記第２３の発明によれば、第２２の発明
の効果に加え、前記放送受信装置から依頼される検索処
理の結果を、予め取得して保持していることがあるの
で、前記番組情報サーバの処理資源の消費を抑制でき、
前記放送受信装置に対する検索結果の送信を比較的早く
行なうことができる。

【００８６】第２４の発明は、第２３の発明において、
前記番組情報サーバ部は、前記所定の検索条件として、
前記視聴者毎に予め登録されたものを利用する機能を備
えることを特徴としている。

【００８７】上記第２４の発明によれば、第２３の発明
の効果に加え、前記番組情報サーバ部は、視聴者の嗜好
により合致した検索条件を予め登録し、予め検索を行な
って検索結果を保持することができるため、より早い検
索結果の送信が実現できる。

【００８８】第２５の発明は、第３の発明、あるいは第
７の発明において、前記情報保持部は、前記番組情報取
得部が、前記番組情報サーバ部から取得した時刻を管理
し、前記番組情報取得部は、前記情報保持部で保持され
ている前記番組情報を使用する場合、前記情報保持部で
保持されている前記番組情報の前記取得した時刻が、所
定の方法で決定された所定の時刻以前の場合、前記番組
情報サーバ部から前記通信路を使用して、前記番組情報
を更新する機能を有することを特徴としている。 上記
第２５の発明によれば、それぞれ第３の発明、あるいは
第７の発明の、それぞれの効果に加え、番組情報の更新
頻度を抑制し、処理資源の消費、応答性能の劣化を抑制
することができる。

【００８９】第２６の発明は、第１３の発明において、
前記番組情報サーバ部は、前記番組情報をファイルとし
て管理し、前記番組情報取得部が、前記通信路を用いて
前記番組情報サーバ部から前記番組情報を取得する手段
を、ファイル転送プロトコルによって実現することを特
徴としている。

【００９０】上記第２６の発明によれば、第１３の発明
の効果に加え、前記通信路を介した前記番組情報サーバ
部で蓄積・管理される番組情報をディレクトリ、および
ファイルにより管理することが可能となり、前記番組情
報取得部は、前記放送受信装置内のファイルを取得する
ことにより番組情報を取得でき、前記番組情報取得部の
動作が比較的簡単になる。

【００９１】第２７の発明は、第１３の発明において、
前記番組情報サーバ部は、前記番組情報をファイルとし
て管理し、前記番組情報取得部が、前記通信路を用いて
前記番組情報サーバ部から前記番組情報を取得する手段
を、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏ
ｃｏｌ）を用いた転送方法によって実現することを特徴
としている。

【００９２】上記第２７の発明によれば、第１３の発明
の効果に加え、誤り、あるいは損失の比較的少ない通信
路において、効率の良い転送が実現できる。

【００９３】第２８の発明は、第１３の発明において、
前記番組情報サーバ部は、前記番組情報をファイルとし
て管理し、前記番組情報取得部が、前記通信路を用いて
前記番組情報サーバ部から前記番組情報を取得する手段
を、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏ
ｌ Ｐｒｏｔｏｃｏｌ）を用いた転送方法によって実現
することを特徴としている。

【００９４】上記第２８の発明によれば、第１３の発明
の効果に加え、誤り、あるいは損失の比較的多い通信路
においても、誤りの少ない転送が実現できる。

【００９５】第２９の発明は、第１３の発明において、
前記番組情報サーバ部は、前記番組情報をファイルとし
て管理し、前記番組情報取得部が、前記通信路を用いて
前記番組情報サーバ部から前記番組情報を取得する手段
を、ＩＰ Ｍｕｌｔｉｃａｓｔを用いた転送方法によっ
て実現することを特徴としている。

【００９６】上記第２９の発明によれば、第１３の発明
の効果に加え、前記番組情報サーバ部の送信負荷の最大
が、所定の量に限定できるため、前記番組情報サーバ部
の設計が容易になる。

【００９７】第３０の発明は、第２９の発明において、
前記番組情報の種別毎に、異なるＩＰ Ｍｕｌｔｉｃａ
ｓｔアドレスを使用して転送することを特徴としてい
る。上記第３０の発明によれば、第２９の発明の効果に
加え、番組情報の種別、たとえば、テーブルの種類、あ
るいは、含まれるサービス（チャンネル）毎に、異なる
ＩＰ Ｍｕｌｔｉｃａｓｔアドレスを用いることによ
り、前記放送受信装置において、ＩＰ Ｍｕｌｔｉｃａ
ｓｔアドレスを指定して受信することで番組情報の種別
毎に取得可能となり、また、ＩＰプロトコルの下のデー
タリンク層を実現するハードウェアにおいて、受信しな
い情報の廃棄が可能であり、一般的に、データリンク層
は、ＣＰＵとは別の、ネットワーク処理専用のハードウ
ェアで実現されるため、ＣＰＵ資源の消費を抑制するこ
とが可能となる。

【００９８】第３１の発明は、第１４の発明、第１６の
発明、第１７の発明、第２６の発明、あるいは第２７の
発明において、前記番組情報取得部が、前記通信路を用
いて前記番組情報サーバ部から前記番組情報を取得する
手段として、さらに、ＩＰＭｕｌｔｉｃａｓｔを用いた
転送方法も使用して実現することを特徴としている。

【００９９】上記第３１の発明によれば、それぞれ第１
４の発明、第１６の発明、第１７の発明、第２６の発
明、あるいは第２７の発明の、それぞれの効果に加え、
前記番組情報サーバ部の負荷を抑制しながら、必要なと
きは、前記番組情報取得部が前記番組情報サーバ部から
番組情報を要求して取得するため、番組表の作成に必要
な番組情報の取得にかかる時間を短縮できる。

【０１００】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら説明する。なお、以下の説明で
は、説明の簡単さのため、番組として映像・音声番組の
みを対象として記述するが、番組が音声番組、データ番
組、あるいはそれらの混合番組であってもよい。

【０１０１】さらに、上記および以下で番組表と表記し
ている場合、視聴中に裏番組情報などを表示するための
番組表も含む。

【０１０２】（実施の形態１）図２は、第１の発明、第
４の発明、および、第５の発明以外の、本発明の一実施
形態に係るデジタル放送システムの構成を示すブロック
図である。図２において、放送局２０１は、放送データ
ベース１０２と、映像・音声ストリーム生成部１０３
と、番組情報作成部２０４と、多重化装置（ＭＵＸ）１
０５と、番組情報サーバ部２０６と、および、番組情報
形式変換部２０７を備え、放送受信装置２１０は、受信
部１１１と、情報保持部２１２と、表示処理部１１３
と、番組表処理部２１４と、予約管理部１１５と、およ
び、番組情報所得部２１６を備え、放送受信装置２１０
は、表示処理部１１３からＴＶモニタ１２０に接続され
る。

【０１０３】また、放送局２０１のＭＵＸ１０５から、
放送受信装置２１０の受信部１１１へは、所定の放送手
段、例えば、衛星放送や、ケーブルテレビのケーブル放
送、あるいはＦＴＴＨによる放送などを介して放送され
ている。また、放送局２０１の番組情報サーバ部２０６
と、放送受信装置２１０の番組情報取得部２１６は、双
方向通信路２２０によって互いに接続されている。

【０１０４】次に、図６は、第１の発明、第４の発明、
および、第５の発明の一実施形態に係るデジタル放送シ
ステムの構成を示すブロック図である。図６において、
図２の構成と異なるのは、情報保持部１１２が、図２に
おいては、情報保持部２１２が番組情報取得部２１２か
らの番組情報を保持する機能を有し、番組情報取得部２
１６が、情報保持部２１２に取得した番組情報を送るの
み対し、図６では、情報保持部は従来のデジタル放送シ
ステムで使用される情報保持部１１２であり、番組情報
取得部６１６は、番組表処理部６１４からの番組情報取
得要求に対し、番組情報サーバ部２０６から双方向通信
路２２０を用いて、番組情報を取得し、情報保持部１１
２に番組情報を送らずに、番組表処理部２１４に取得し
た番組情報を送る点である。

【０１０５】なお、第１の発明、第２の発明、および第
３の発明においては、従来のデジタル放送システムにお
ける、受信部１１１からの番組情報取得方法を用いるこ
とを限定していない。

【０１０６】図２、あるいは図６における双方向通信路
２２０の媒体の例としては、例えば、電話回線やインタ
ーネット回線（ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅ
ｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ：総合サ
ービスデジタル通信網）や、ＡＤＳＬ（Ａｓｙｎｃｈｒ
ｏｎｏｕｓ Ｄｉｇｉｔａｌ ＳｕｂｓｃｒｉｂｅｒＬ
ｉｎｅ：非対称デジタル加入者線）など）、ケーブルテ
レビのケーブルにおける双方向通信チャネル、あるい
は、ＦＴＴＨにおける双方向通信チャネル、さらには無
線通信などがある。

【０１０７】なお、図２、および図６では、放送受信装
置２１０は１台しか表記していないが、放送受信装置２
１０の数に制限はない。

【０１０８】以下では、説明を簡単にするため、主とし
て、図２に示した構成において説明する。

【０１０９】（本発明の一実施形態における動作の概
要）以上のように構成された放送局２０１、及び放送受
信装置２１０の動作の概要について、以下に説明する。

【０１１０】放送局２０１において、放送データベース
１０２は、番組情報や番組スケジュール情報を保持す
る。映像・音声ストリーム作成部１０３は、放送データ
ベース１０２の番組情報および番組スケジュール情報を
もとに、番組の映像・音声ストリームを生成し、ＭＵＸ
１０５に送る。

【０１１１】また、番組情報作成部２０４は、放送デー
タベース１０２の番組情報および番組スケジュール情
報、あるいは、番組情報形式変換部２０７からの番組情
報をもとに、ＭＵＸ１０５から送出する形式、あるいは
番組情報サーバ部２０６で蓄積・管理される形式の番組
情報を作成し、ＭＵＸ１０５、および、番組情報サーバ
部２０６に送る。

【０１１２】ＭＵＸ１０５は、映像・音声ストリーム作
成部１０３からの映像・音声ストリームと、番組情報作
成部２０４からの番組情報の繰り返しを多重化してトラ
ンスポートストリーム（ＴＳ）を構成し、一つ、あるい
は複数の放送受信装置２１０に対して放送する。

【０１１３】番組情報サーバ部２０６は、番組伴組情報
作成部２０４で作成された番組情報を、蓄積・管理し、
放送受信装置２１０の番組情報取得部２１６に、双方向
通信路２２０を介して提供する。蓄積するための媒体と
しては、蓄積する番組情報の容量は、例えば一般的に、
８日分以内であり、また、全てのサービスが８日分の番
組情報を提供するのではないため、実質的に、数十ＭＢ
程度となるため、ハードディスクなどの２次記憶のほか
に、メインメモリなども使用可能である。メインメモリ
などを使用することにより、処理の高速化が実現可能で
ある。なお、番組情報サーバ部２０６で管理・蓄積する
番組情報は、番組情報作成部２０４で作成されないで、
直接他の手段、例えば番組情報を一括して供給する手段
から入力されてもよい。

【０１１４】また、第２１の発明で示されるように、番
組情報形式変換部２０７は、番組情報サーバ部２０６で
蓄積・管理される形式ではない番組情報の形式を変換
し、番組情報作成部２０４が、番組情報サーバ部２０６
に蓄積・管理される形式の番組情報を作成できるように
する。これにより、他の放送ネットワークで異なる番組
情報の形式が用いられている場合にも、番組情報サーバ
部で容易に扱うことが可能となる。なお、形式の変換の
詳細については、後述する。

【０１１５】放送受信装置２１０において、受信部１１
１は、放送局１０１のＭＵＸ１０５から送出されたＴＳ
を受信して受信信号を復調して、映像情報・音声情報・
データ情報を表示処理部１１３に送る。特に、第４の発
明、第５の発明、第６の発明、および第７の発明におい
ては、さらに、受信信号を復調して、番組情報を情報保
持部２１２に送る。

【０１１６】情報保持部２１２は、受信部１１１から送
られた情報を保持し、また特に、第２の発明、第３の発
明、第６の発明、および第７の発明においては、番組情
報取得部２１６から送られた情報を保持する。なお、受
信保持部１１２は、送られた番組情報のそれぞれ最新の
情報のみを保持することによって、情報保持部２１２で
情報を保持するのに必要な資源の消費を抑制することが
できる。

【０１１７】この情報を保持するのに必要な資源の媒体
としては、例えばメインメモリや、フラッシュメモリ、
あるいはハードディスクやその他の２次記憶が挙げられ
る。また、情報保持部２１２は、受信部１１１から受け
取った情報の範囲と、番組情報取得部２１６から受け取
った情報の範囲が重複した場合、より新しい版の情報を
有効とする。ただし運用上一般的に、受信部１１１から
受け取る情報の方が、新しい版である場合があり、この
場合は、第６の発明、あるいは第７の発明で示すよう
に、常に受信部１１１からの情報を有効とすることによ
り、処理の簡単化が行なえる。

【０１１８】表示処理部１１３は、受信部１１１から受
け取った映像・音声、データ情報表示、あるいは番組表
処理部１１４で作成された表示用の番組表、あるいはそ
れらを合成したものを、ＴＶモニタ１２０に送信する。
また、表示処理部１１３は、視聴者からのチャンネル・
時刻指定による視聴予約／録画予約操作や、番組表から
の番組指定による視聴予約／録画予約操作により、予約
内容を予約管理部１１５に通知する。予約管理部１１５
は、該当する番組の番組ＩＤと予約時刻とを管理し、予
約時刻になるのを待って視聴／録画を開始する。

【０１１９】番組表処理部１１４は、情報保持部２１２
で保持された番組情報を取り出し、あるいは、番組情報
取得部２１６に番組情報の取得を依頼し、あるいはその
両方を行なって、取得した番組情報から表示用の番組表
を作成し、視聴者からの要求などによって、番組表表示
が行なわれる場合に、表示処理部１１３に送る。

【０１２０】なお、第５の発明で示すように、番組情報
取得部２１６で取得された番組情報が、情報保持部２１
２で保持されない場合、番組表処理部１１４が、受信部
１１１から取得して情報保持部２１２で保持されている
番組情報と、番組情報取得部２１６から取得した番組情
報の重複部分に対して、どちらを使用するかを決定する
機能を備える。また、運用上一般的に、受信部１１１か
ら取得した番組情報の方が新しい場合、番組表処理部１
１４は、上記の決定基準として、常に受信部１１１から
取得した番組情報を使用する機能を備えていてもよい。

【０１２１】番組情報取得部２１６は、所定のタイミン
グ、例えば、番組表処理部１１４からの番組情報取得要
求、所定の方法によって決定された時刻、電源がつけら
れたとき、あるいは視聴中断動作に入ったときなどに、
番組情報サーバ部２０６で蓄積・管理される番組情報
を、双方向通信路２２０を介して取得する。番組情報取
得部２１６が取得するタイミング、および、取得する番
組情報の範囲についての詳細は、後述する。

【０１２２】また、受信部１１１から取得する番組情報
の種類と、番組情報取得部２１６から取得する番組情報
の種類については、後述する。

【０１２３】双方向通信路２２０としては、第１３の発
明に示すように、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏ
ｃｏｌ）プロトコルに従って接続されるネットワークで
あることが望ましい。これにより、ＩＰ上で動作する既
存のプロトコル、あるいはアプリケーションを使用する
ことができる。以下では、双方向通信路２２０が、ＩＰ
プロトコルに従って接続されるネットワークの場合で説
明するが、かならずしもＩＰプロトコルに限らなくても
よい。

【０１２４】双方向通信路２２０がＩＰプロトコルに従
って接続されるネットワークの場合、既存の方式を用い
て、第１４の発明に示すように、ネットワークを介した
ファイルシステムが比較的容易に実現可能となる。ネッ
トワークを介したファイルシステムとしては、例えばＮ
ＦＳ（登録商標、または商標）が挙げられるが、この限
りではない。

【０１２５】どのネットワークを介したファイルシステ
ムを使用するかは、主として、放送受信装置２１０のソ
フトウェアを動作させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓ
ｙｓｔｅｍ）に依存することが多い。なお、ＮＦＳは、
そのデータの転送プロトコルとして、ＵＤＰ（Ｕｓｅｒ
Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を使用でき、双
方向通信路２２０でデータの損失が少ない場合において
適した方式である。

【０１２６】このようなネットワークを介したファイル
システムを番組情報取得の手段として使用する場合、番
組情報サーバ部２０６は、番組情報を蓄積・管理する方
法として、ファイルシステムを使用する。この場合、第
１５の発明に示すように、複数、多段のディレクトリ、
および複数のファイルを用いて階層的に番組情報を管理
することが可能である。

【０１２７】番組情報取得部２１６は、番組情報サーバ
部２０６でディレクトリ・ファイルにより蓄積・管理さ
れた番組情報を、ネットワークを介したファイルシステ
ムにより、逐次取得することが可能である。

【０１２８】図３は、この階層構造の一つの例を示した
ものである。図３においては、所定のディレクトリ３０
１を、番組情報を管理する最上段のディレクトリとし、
その下に、日付で分類されるディレクトリ（３０２、３
０３、３０４、および３０５）が配置され、日付で分類
されるディレクトリ３０３の下に、サービスで分類され
るファイル（３０６、３０７、および３０８）が配置さ
れている。

【０１２９】これにより、ある日付のあるサービスの番
組情報の作成・蓄積、および更新・削除などが、比較的
容易に実現できる。なお、図３で示した例のほかに、サ
ービスで分類したディレクトリの下に、日付で分類した
ファイルを配置する方法や、日付で分類したディレクト
リの下に、さらにサービスで分類したディレクトリを配
置し、その中に、セグメント（１日を３時間毎に分割し
た単位）で分類したファイルを配置する方法、あるい
は、サービスで分類したディレクトリの下に、さらに日
付で分類したディレクトリを配置し、その中に、セグメ
ントで分類したファイルを配置する方法などが考えられ
る。

【０１３０】一般に、番組表を作成する最小単位は、セ
グメント単位の倍数であるため、ファイルとして実現さ
れる最小単位は、セグメントより大きい単位であること
が望ましい。ただし、階層を多くしすぎると、番組情報
取得部２１６がネットワークを介したファイルシステム
で取得する性能の劣化を招くことがあるため、２段程度
を上限とすることが望ましい。

【０１３１】これらのディレクトリ、およびファイルの
名称は、それらの分類を番組情報サーバ部２０６、およ
び番組情報取得部２１６が、所望の分類の番組情報を一
意に特定可能である必要がある。たとえば、日付や、サ
ービスＩＤを、ディレクトリ名、ファイル名に含むなど
の方法による。

【０１３２】なお、上記では、番組情報取得の手段とし
てネットワークを介したファイルシステムを例に挙げて
説明したが、第１６の発明で示したように、ＤＢ（Ｄａ
ｔａＢａｓｅ）システムを使用することも可能である。

【０１３３】この場合、番組情報サーバ部２０６におい
て番組情報をＤＢ（ＤａｔａＢａｓｅ）サーバで管理
し、番組情報取得部２１６は、ＤＢへの問い合わせを行
なうことによって番組情報を取得する。ＤＢシステムの
問い合わせ方法としては、例えば、ＳＱＬ（Ｓｔｒｕｃ
ｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）などが挙
げられる。

【０１３４】ＤＢシステムを用いれば、単なる番組情報
の取得のみならず、ＤＢサーバにおける加工によって提
供される情報を、番組情報取得部２１６が取得すること
も可能である。

【０１３５】また別に、第１７の発明で示すように、番
組情報取得の手段としてＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ）システムを使用することも可能である。この
場合、番組情報サーバ部２０６においては、Ｗｅｂサー
バを使用して番組情報の提供を行ない、番組情報取得部
２１６は、Ｗｅｂブラウザを使用して、ＨＴＴＰ（Ｈｙ
ｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に
より、番組情報の取得を行なう。ＷＷＷで使用される記
述言語では、一般的に表示情報以外の情報を記述するこ
とは困難であるが、これは、ＣＧＩ（Ｃｏｍｍｏｎ Ｇ
ａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）などを使用して取
得可能である。

【０１３６】ＷＷＷシステムを用いれば、番組情報サー
バ部２０６において、放送受信装置２１０が表示する番
組情報の表示形式を指定することが可能となる。

【０１３７】また別に、第２６の発明で示すように、番
組情報取得の手段としてファイル転送プロトコル（ＦＴ
Ｐ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、
あるいは、ＴＦＴＰ：Ｔｒｉｖｉａｌ ＦＴＰ）を使用
することも可能である。この場合、番組情報サーバ部２
０６において、ネットワークを介したファイルシステム
と同様に、ディレクトリ、ファイルを用いた階層的な管
理が可能であり、さらに、ネットワークを介したファイ
ルシステムに比べ、ファイルの一部を取得することがで
きないなどの制限があるものの、処理が簡単となる。

【０１３８】また別に、第２７の発明、あるいは第２８
の発明で示すように、番組情報取得の手段として、ＵＤ
Ｐ、あるいはＴＣＰを用いて転送を行なう別の転送プロ
トコル、たとえば規格化されていないプロトコルを用い
ることも可能である。この場合、より目的に合わせた柔
軟な転送処理が実現できる。ＵＤＰを用いた転送プロト
コルは、誤り、あるいは損失の比較的少ない通信路にお
いて、効率の良い転送が実現できる。一方、ＴＣＰを用
いた転送プロトコルは、ＴＣＰ自体が情報の誤り再送制
御、あるいは順序保証制御を行なうため、処理が複雑に
なり、放送受信装置２１０の処理資源を消費するもの
の、誤り、あるいは損失の比較的多い通信路において
も、誤りの少ない転送が実現できる。

【０１３９】また別に、第２９の発明で示すように、番
組情報取得の手段として、ＩＰ Ｍｕｌｔｉｃａｓｔを
用いることも可能である。この場合、番組表処理部１１
４から要求があった場合に、番組情報取得部２１６が番
組情報サーバ部２０６から逐次取得するというのではな
く、番組情報取得部２１６は、番組情報サーバ部２０６
から双方向通信路２２０によって順次送信されてくる番
組情報のうち、必要なものを取得することになる。

【０１４０】この方法によれば、番組情報サーバ部２０
６の処理・送信負荷の最大が、所定の量に限定できるた
め、番組情報サーバ部２０６の設計が容易になる。さら
に第３０の発明で示すように、番組情報の種別、例えば
ＮＩＴ、ＥＩＴなどのテーブル種別や、チャンネル番号
などのサービスＩＤ種別などによって、異なる送信先ア
ドレスを用いてＩＰ Ｍｕｌｔｉｃａｓｔを行なうこと
により、放送受信装置２１０は、必要な種別の番組情報
を、比較的容易に、さらに比較的処理資源を消費せず
に、取得することが可能となる。ただし、ＩＰ Ｍｕｌ
ｔｉｃａｓｔを使用する場合、番組情報の総量が多く、
双方向通信路２２０において、番組情報を取得するため
の帯域幅が小さい場合、所望の番組情報を取得するため
に必要な時間が、大きくなる可能性がある。

【０１４１】このような問題を緩和するため、第３１の
発明に示すように、上述したような、番組表処理部１１
４から要求があったときに、番組情報サーバ部２０６か
ら、逐次取得する方法と組み合わせて用い、番組情報サ
ーバ部２０６に対する処理・送信負荷を抑制しながら、
番組表処理部１１４からの要求があったときに、未取得
の番組情報に対しても、逐次取得することが可能とな
る。

【０１４２】なお、このようなＩＰを用いた取得手段を
用いると、放送受信装置の開発段階において、前記番組
サーバ部のＩＰアドレスとして、前記放送受信装置自身
を設定し、前期放送受信装置で前記番組サーバ部の動作
を模倣する機能を有することにより、比較的容易に動作
確認が行なえるため、開発が容易となる。

【０１４３】（番組情報の種類）以下に、第４の発明、
第５の発明、第６の発明、および、第７の発明におい
て、受信部１１１から取得する番組情報の種類と、番組
情報取得部２１６から取得する番組情報の種類について
例を挙げて記述する。

【０１４４】ここでは、ＭＰＥＧ２、および、ＡＲＩＢ
で規定される番組情報は、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓ
ｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）と、ＳＩ
（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）の一部を
例に挙げて説明する。

【０１４５】ＰＳＩ、ＳＩの各番組情報（テーブル）
は、当該ＴＳ、および当該ＴＳに多重されている番組
の、番組情報であることを示す［ａｃｔｕａｌ］と、そ
れ以外の［ｏｔｈｅｒ］に分類される。あるＴＳ（ａ）
の番組情報［ａｃｔｕａｌ］は、他のＴＳ（ｂ）にとっ
ては、番組情報［ｏｔｈｅｒ］となる。

【０１４６】また、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍ
ａｔｉｏｎ Ｔａｂｌｅ）は、一般的に数日間におよぶ
番組情報を表現する［ｓｃｈｅｄｕｌｅ］と、現在放送
中の番組［ｐｒｅｓｅｎｔ］とその次に放送される予定
の番組［ｆｏｌｌｏｗ］の番組情報を表現する［ｐ／
ｆ］とに分類される。一般に、ＥＩＴ［ｓｃｈｅｄｕｌ
ｅ］よりも、ＥＩＴ［ｐ／ｆ］は、実際に放送される番
組との一致をより厳密に求められる（バージョンが同じ
か、より新しいということ）。

【０１４７】例えば、ＥＩＴ［ｓｃｈｅｄｕｌｅ］は、
数日前まで有効であった予定の番組情報であり、ＥＩＴ
［ｐ／ｆ］は、実際に放送されている番組、そしてその
次により確実に放送される予定の番組の番組情報が含ま
れることがある。さらに、一般に、［ｏｔｈｅｒ］より
も［ａｃｔｕａｌ］の方が、バージョンは同じか、より
新しい。視聴予約、および、録画予約された番組の視
聴、および録画の実行には、ＥＩＴ［ｐ／ｆ］を使用す
る。

【０１４８】また、ここでは、全局ＳＩとしてのＥＩＴ
を、全てのＴＳに対するＥＩＴ［ｏｔｈｅｒ］を含むも
のとし、ＥＩＴ［ａｌｌ］と表記するものとする。同様
に、全てのＴＳに対する［ｏｔｈｅｒ］の情報を含む場
合、［ａｌｌ］と表記するものとする。

【０１４９】上記のような分類において、受信部１１１
から取得する番組情報としては、ＮＩＴ［ａｃｕｔｕａ
ｌ］、ＥＩＴ［ｐ／ｆ］［ａｃｔｕａｌ］、ＰＡＴ、Ｐ
ＭＴなどを含む。一方、番組情報取得部２１６から取得
する番組情報としては、ＮＩＴ［ａｌｌ］、ＳＤＴ［ａ
ｌｌ］、ＥＩＴ［ｓｃｈｅｒｕｌｅ］［ａｌｌ］、ＥＩ
Ｔ［ｐ／ｆ］［ａｌｌ］を含む。受信部１１１から取得
する番組情報と、番組情報取得部２１６から取得する番
組情報が重複する場合、前述したように、受信部１１１
から取得した番組情報を優先して使用することになる。

【０１５０】例えば、ＥＩＴに関しては、［ｐ／ｆ］
［ａｃｔｕａｌ］が、［ｐ／ｆ］［ａｌｌ］、あるい
は、［ｓｃｈｅｄｕｌｅ］［ａｌｌ］の範囲と重複する
場合があり、その場合は、［ｐ／ｆ］［ａｃｔｕａｌ］
が優先使用される。また、［ｐ／ｆ］［ａｌｌ］と［ｓ
ｃｈｅｄｕｌｅ］［ａｌｌ］が重複する範囲もあるが、
その場合、［ｐ／ｆ］［ａｌｌ］を優先して使用する。

【０１５１】なお、上記の、番組情報の分類別に取得手
段を選択する方法は、一つの例であって、それ以上に他
の分類の番組情報を含むこともある。なお、番組情報取
得部２１６から取得するように上記で記述した分類の番
組情報を、受信部１１１から取得する番組情報にも［ｏ
ｔｈｅｒ］として含んでも構わない。しかし、一般的
に、ある放送ネットワークの番組を視聴中に、他の放送
ネットワークに対する［ｏｔｈｅｒ］の情報は、受信部
１１１からは、取得が困難である。

【０１５２】このように各分類において取得する手段を
選択することにより、視聴中の映像・音声、データ表示
などを中断することなしに、複数の放送ネットワークの
番組、および番組情報を取得でき、視聴中の映像・音
声、データ表示などを中断せずに、番組表を表示するこ
とが可能となる。

【０１５３】（番組情報の取得タイミング、取得範囲、
保持機能）以下に、番組情報取得部２１６が、番組情報
サーバ部２０６から番組情報を取得する所定のタイミン
グ、番組情報の取得範囲、および保持機能について、例
を挙げてさらに説明する。

【０１５４】第８の発明で示すように、番組情報取得部
２１６が、番組表処理部１１４から番組情報の取得要求
を受け取った場合に取得する番組情報の範囲を、要求さ
れた範囲、すなわち番組表処理部１１４が番組表を作成
して表示処理部１１３に送る範囲に留めることで、表示
範囲以外の番組情報の取得によって生じる処理資源の消
費と双方向通信路２２０の通信資源の消費を抑制するこ
とができる。

【０１５５】また、第２の発明、第３の発明、第６の発
明、および第７の発明で示すように、番組情報取得部２
１６が取得した番組情報を、情報保持部２１２で保持す
ることができる場合、番組情報取得部２１６は、情報保
持部２１２が既に保持している番組情報については改め
て取得しないことで、さらなる処理資源の消費の抑制、
および通信資源の消費の抑制ができる。

【０１５６】この場合、第９の発明に示すように、番組
情報取得部２１６が、番組表処理部１１４から番組情報
の取得要求を受け取った場合に取得する番組情報の範囲
を、要求された範囲、すなわち番組表処理部１１４が番
組表を作成して表示処理部１１３に送る範囲と、さらに
その要求された範囲に番組表として隣接する範囲を含む
とする方法が考えられる（先読み機能）。これにより、
処理資源の消費と双方向通信路２２０の通信資源の消費
を抑制しながら、予め次に利用する可能性の高い番組情
報を取得することにより、次に視聴者が番組表の表示要
求、たとえば、番組表の表示範囲の変更要求を出してか
ら、実際に番組表を表示するまでの時間を短縮できる。

【０１５７】図４に、先読み機能の取得範囲の例をイメ
ージする図を示す。なお、図４は、取得範囲を示す図で
あり、番組表そのものの表示方法を限定するものではな
い。図４において、行はセグメント（１日を３時間毎に
分割した単位）、列はチャンネルを示している。なお、
行と列が逆であっても構わない。図４において、番組表
表示範囲は、チャンネル３つ分の各２セツメント分であ
る場合を示しており、図４の局面においては、チャンネ
ル番号４２１からチャンネル番号４２３の、１２時〜１
８時を表示している。説明の都合上、１チャンネル１セ
グメントを、番組情報最小単位と呼ぶことにする。この
場合、番組表として隣接する範囲は、次のように規定す
ることができる。

【０１５８】例えば、表示範囲を移動する場合に、１チ
ャンネル、１セグメント毎に移動する手段を、放送受信
装置が主として視聴者に提供する場合は、先読みを行な
うチャンネル範囲は、両隣の１チャンネルを対象とし
（図４においては、チャンネル番号４２０と、チャンネ
ル番号４２４）、セグメント範囲は、次の１セグメント
を対象（図４においては１８時から２１時）とする（計
９つの番組情報最小単位を先読みの範囲とする）。これ
により、次に視聴者が番組表の表示範囲移動を行なった
場合に、予め取得していた番組情報を用いて、すばやく
番組表を作成することが可能となる。

【０１５９】図４においては、表示範囲を移動する場合
に、３チャンネル、２セグメント毎に移動する手段を、
放送受信装置が主として視聴者に提供する場合の例を示
している。この場合、３０個の番組情報最小単位が先読
みの範囲となる。

【０１６０】一般に、番組表表示範囲は、Ｍチャンネル
×Ｎセグメントであり、表示範囲を移動する場合に、ｍ
チャンネル、ｎセグメント毎に移動する手段を、放送受
信装置が主として視聴者に提供する場合は（通常、ｍは
Ｍを超えず、ｎはＮを超えない）、先読みを行なうチャ
ンネル範囲は、両隣のｍチャンネルを対象とし、セグメ
ント範囲は、次のｎセグメントを対象とする。この場
合、５×ｍ×ｎ個の番組情報最小単位が先読みの範囲と
なる。

【０１６１】また、先読みを行なってから、表示範囲の
移動が行なわれた場合、次の表示範囲に対する表示範
囲、あるいは先読み範囲の番組情報の範囲は、既に取得
されている部分が含まれることがある。この場合、既に
取得している情報を用いるか、あるいは、後述する番組
情報の更新機能により、更新を行なう。

【０１６２】なお、図４では、セグメントの先読みの対
象を、次のセグメント方向のみとした例を示したが、前
のセグメント方向（図４では、表示されていない９時〜
１２時の範囲の方向）を対象とすることもできる。この
方法では、情報保持部２１２で必要な記憶資源が増加す
るが、より柔軟な表示範囲の移動に対応可能となる。

【０１６３】一般的に、全サービスの番組情報を提供す
る番組情報サーバ部の番組情報は、追加される頻度は、
１日に１回が主である。このため、番組情報取得部２１
６が番組情報を取得する所定のタイミングとしては、番
組情報取得部２１６が取得した情報を情報保持部２１２
が保持する場合、番組表処理部１１４からの番組情報の
取得が要求されたとき以外に、第１０の発明で示すよう
に、所定の方法によって決定された時刻を含むことが望
ましい。

【０１６４】この時刻としては、例えば視聴者が番組を
視聴する度合いが少ない夜中などに、集中して番組情報
を予め取得して保持することが可能なため、番組表表示
要求から実際に番組表が表示されるまでの時間を短縮す
ることができる。この場合、所定の方法には、第１１の
発明で示すように、例えば、複数の放送受信装置２１０
を複数の集合に分け、その集合ごとに時刻を決定する方
法が含まれる。このようにすることにより、番組情報サ
ーバ部２０６や、双方向通信路２２０に対する負荷を時
間的に分散することが可能となり、通信資源、および番
組情報サーバの処理資源の有効利用ができる。

【０１６５】また、第１２の発明で示すように、放送受
信装置２１０が視聴動作を中断した場合に取得動作を開
始することにより、番組情報が必要なときに、予め取得
されて情報保持部２１２で保持されている可能性が高く
なり、番組表処理部１１４で番組表がより早く作成でき
る。

【０１６６】なお、本願において、番組表表示要求から
実際に番組表が表示されるまでの時間という表現は、番
組表に含まれる全ての番組情報が表示される時間として
も、番組表に含まれる表示の最小単位それぞれが表示さ
れるまでの時間としても、両方に適用できる。

【０１６７】（放送受信装置における番組情報の更新）
以下に、第３の発明、第７の発明における、放送受信装
置２１０における番組情報の更新機能について、特に、
第１８の発明、第１９の発明、および第２０の発明で示
す差分情報の利用方法について、例を挙げてさらに説明
する。

【０１６８】番組情報には、それぞれ版（バージョン）
番号が付されている。番組情報サーバ部２０６で番組情
報の追加（作成）・削除だけでなく、更新が行なわれる
場合には、その更新ごとに、バージョン番号が上がる。
このような場合、番組情報取得部２１６は、既に情報保
持部２１２が保持している番組情報について、バージョ
ン番号の確認により、番組情報の更新が行なわれたか否
かを確認できる。これは、例えば、ネットワークを介し
たファイルシステムによって番組情報取得手段を実現す
る場合、番組情報サーバ部２０６が蓄積・管理するファ
イル名に、バージョン番号を付することによって実現で
きる。

【０１６９】また、ＤＢシステムによって実現する場
合、ＤＢの問い合わせによって実現できる。このような
方法により、第３の発明、あるいは第７の発明におい
て、番組情報取得部２１６は、番組情報の更新が行なわ
れていた場合、情報保持部２１２が保持している番組情
報を、改めて番組情報サーバ部２０６から双方向通信路
２２０を介して取得しなおし、情報保持部２１２の番組
情報を更新できる。

【０１７０】また、情報保持部２１２で保持されている
内容を、使用の毎に更新がされていないか確認すること
は、処理資源の消費、応答性能の劣化を招く。このた
め、第２５の発明で示すように、番組情報に使用期限を
設け、使用期限が過ぎたものについてのみ、更新確認を
行なう方法や、取得した時刻を管理し、所定の時刻を境
界として、更新確認を行なうなどの方法により、更新頻
度を抑制し、処理資源の消費、応答性能の劣化を抑制す
ることができる。

【０１７１】一般的に、全サービスの番組情報を提供す
る番組情報サーバ部の番組情報は、その更新頻度は１日
に０回から数回程度である。よって、例えば、取得後３
時間を越えた場合とか、１２時を越えた時点で、１２時
よりも前に取得した番組情報などを、更新確認の対象と
する方法がある。

【０１７２】なお、一般的に、番組情報が更新された場
合に、最新の情報は、受信部１１１から受信される番組
情報であるため、第５の発明、第６の発明、あるいは第
７の発明で示すように、この番組情報の更新を、従来の
デジタル放送システムの番組情報の取得方法に従って行
ない、番組情報取得部２１６から取得する番組情報に優
先して使用することにより、少なくとも視聴中の番組に
ついては、最新の番組情報を使用することができる。

【０１７３】なお、第１の発明、第４の発明、および、
第５の発明におけるように、番組情報取得部２１６が取
得した番組情報は、番組表処理部１１４に渡すのみで、
情報保持部２１２で保持しない方法も考えられる。これ
により、情報保持部２１２で必要な記憶資源を抑制する
ことが可能である。

【０１７４】ただし、第１の発明においては、受信部１
１１で受信された番組情報は、受信部１１１における受
信動作のみに使用され、番組表処理部１１４は、番組情
報取得部２１６から取得した番組情報のみで、番組表を
作成する。

【０１７５】また、第５の発明においては、情報保持部
２１２に保持された番組情報と、番組情報取得部２１６
から取得した番組情報が重複した場合、番組表処理部１
１４が、より新しい（より大きなバージョン番号が付さ
れた）番組情報を使用する機能を有する。前述のよう
に、一般的に、番組情報取得部２１６から取得する番組
情報より、情報保持部２１２から取得した番組情報の方
が、新しい場合が多いため、番組表処理部１１４は、常
に情報保持部２１２から取得した番組情報を郵政して使
用する方法を用いてもよい。

【０１７６】また、第１８の発明で示すように、番組情
報の更新においては、差分情報を用いることも可能であ
る。差分情報とは、もととなる情報と、更新後の情報と
が異なる部分を抜き出し、もととなる情報と差分情報が
あれば、更新後の情報を作成することが可能となる情報
のことを示す。差分情報による番組情報の更新を用いれ
ば、一般的に、更新後の情報よりも差分情報の方が、そ
の大きさが小さいため、処理資源と通信資源の消費を抑
制することができる。該当する差分情報が番組情報サー
バ部２０６にない場合は、更新後の情報を改めて取得す
る。

【０１７７】さらに、第１９の発明で示すように、差分
情報を用いて更新を行ない、ネットワークを介したファ
イルシステムによって番組情報の取得を行なう場合は、
差分ファイルを使用することができる。差分ファイル
は、ファイルに対する差分情報を持つファイルである。
この場合、第２０の発明で示すように、差分ファイルの
ファイル名としては、少なくとも、もととなる番組情報
のバージョン番号を特定可能とし、さらに、更新後の番
組情報のバージョン番号を特定可能なものとすることに
より、番組情報取得部２１６は、情報保持部２１２が保
持する番組情報から最新の番組情報を作成するに必要な
差分ファイルを特定することが可能となる。

【０１７８】図５に、番組上サーバ部２０６における、
番組情報のディレクトリ名、およびファイル名の例を示
す。図５の例では、先頭の「／」は、ルートディレクト
リを示し、そのディレクトリは、どのディレクトリの下
にも属さないことを示している。

【０１７９】それ以外の「／」は、ディレクトリ名、あ
るいはファイル名との区切りを示している。図５の例に
おいては、番組情報サーバ部２０６は、ルートディレク
トリの下の「ｅｘｐｏｒｔ」ディレクトリの下に、「Ｅ
ＰＧ」ディレクトリを設け、これを、番組情報ルートデ
ィレクトリとしてネットワークを介した放送受信装置２
１０に提供し、その下に、日付で分類されたディレクト
リを構成し、さらにその下に、サービスＩＤで分類され
たファイルを構成している。

【０１８０】ただし、ファイル名には、バージョン番号
を含み、ファイルとしては、バージョン間の差分情報を
示す差分ファイルも含んでいる。図５で示した日付で分
類したディレクトリ名の表記法の例は、「ＸＸＸＸ＿Ｙ
Ｙ＿ＺＺ」である。ただし、「＿」は区切り文字であ
り、ＸＸＸＸは西暦、ＹＹは月の２桁表示、ＺＺは、日
の２桁表示である。次に、図５で示したサービスＩＤで
分類し、バージョン番号を含むファイル名の表記法の例
は、「ＡＡＡ＿Ｂ」である。ただし、ＡＡＡはチャンネ
ル番号の３桁表示、Ｂは任意の桁数のバージョン番号で
ある。

【０１８１】また、図５で示した差分ファイル名の表記
法は、「ＡＡＡ＿Ｃ＿Ｄ．ｄｉｆｆ」である。ただし、
ＡＡＡは、チャンネル番号の３桁表示、Ｃはもととなる
番組情報のバージョン番号、Ｄは更新後の番組情報のバ
ージョン番号であり、「．ｄｉｆｆ」は、差分ファイル
であることを示している。なお、上記では、桁数を固定
したり、任意としたりしたが、一意に日付とサービスＩ
Ｄ、バージョン番号が特定できれば、桁数に制限しなく
ても良い。

【０１８２】（番組情報の形式の変換）以下に、第２１
の発明で示す、番組情報形式変換部２０７における、形
式変換方法について、例を挙げてさらに説明する。

【０１８３】形式が異なる例としては、例えば、ある第
１の放送ネットワークで用いられている番組情報の形式
（以下、第１の形式と記述）では、ＮＩＴに含まれてい
る情報が、ある第２の放送ネットワークで用いられてい
る番組情報の形式（以下、第２の形式と記述）では、Ｐ
ＭＴに含まれている場合などがある。この場合は、例え
ば、番組情報サーバ部２０６においては、第１の形式を
用いている場合、第２の放送ネットワークの番組情報に
対し、ＰＭＴのその該当情報を読み出し、第１の形式の
ＮＩＴにおける所定の場所に配置する。

【０１８４】また、第１の形式に含まれているが、第２
の形式に含まれない情報がある場合、予め決められた所
定の値を、第１の形式における所定の場所に配置する。
さらに、第１の形式に含まれていないが、第２の形式に
含まれている情報がある場合、その情報は、第１の形式
には含めない。

【０１８５】以上のように、形式変換を行なうことによ
り、統一した形式で、番組情報サーバ部２０６で番組情
報を蓄積・管理することが可能となり、番組表処理部１
１４においても、統一した形式を用いて、番組表を作成
することが可能となる。

【０１８６】（番組情報の検索）以下に、第２２の発
明、第２３の発明、および第２４の発明における、番組
情報の検索方法について、例を挙げて説明する。

【０１８７】番組情報の検索を行なう方法としては、番
組表処理部１１４、あるいは番組情報取得部２１６が、
情報保持部２１２に保持されている番組情報から検索す
る方法と、番組情報取得部２１６が、番組情報の検索
を、双方向通信路２２０を介して番組情報サーバ部に依
頼する方法がある。後者の方法によれば、情報保持部２
１２で保持されていない未取得の番組情報についても検
索ができる。

【０１８８】番組情報取得部２１６と、番組情報サーバ
部２０６の間で、検索依頼と検索結果の応答を実現する
方法としては、番組情報サーバ部２０６で検索サーバを
持ち、番組情報取得部２１６が前記検索サーバのクライ
アント機能を備えることで実現可能である。ＤＢシステ
ム、ＷＷＷシステムを、番組情報取得手段として用いる
場合、このような検索サーバ・クライアントの機能を、
ＤＢシステム、ＷＷＷシステムの機能として実装するこ
とが可能である。

【０１８９】このような検索機能を番組情報サーバ部２
０６で備える場合、第２３の発明で示すように、番組情
報サーバ部２０６は、検索条件と検索結果を保持してお
くことにより、次に同じ検索条件の問い合わせがあった
場合に、迅速に結果を返すことができる。

【０１９０】また、所定の方法により、検索条件を予め
番組情報サーバ部２０６に設定し、予め検索を行なっ
て、検索条件と検索結果を保持しておくことにより、番
組情報取得部２１６からの検索依頼の検索条件と一致し
た検索条件を持つ検索結果を既に保持している頻度が向
上し、より迅速に結果を返すことができる。

【０１９１】さらに、第２４の発明で示すように、予め
番組情報サーバ部２０６で検索を実行する検索条件を、
放送受信装置２１０を用いる視聴者毎に、番組情報サー
バ部２０６で登録する機能を備えることにより、視聴者
ごとのより複雑な検索条件を、予め実行しておくことが
可能となる。

【０１９２】検索条件の例としては、番組情報にジャン
ルが含まれている場合、例えば、「スポーツ」というジ
ャンルで検索する方法がある。また、番組情報が含む詳
細な番組内容が持つ文字列について、例えば、出演者名
などで検索する方法もある。

【０１９３】さらに、これら複数の検索条件を組み合わ
せ、例えば、ジャンルが「バラエティ」で、出演者が
「ＭＥＩ」を含む番組の検索や、さらに、それが１９時
〜２１時に放送予定の番組の検索や、あるいは、出演者
が「ＰＡＮＡ」を含むが、「ＮＡＴＩＯ」は含まないと
いった検索条件が利用可能とする。このような検索は、
例えばＳＱＬなどを用いて検索条件を表現し、検索サー
バに依頼することができる。

【０１９４】以上のような双方向通信路を用いた番組情
報取得昨日を備えたデジタル放送システムにより、柔軟
で高速な番組情報の取得が可能となる。

【０１９５】

【発明の効果】以上のように本発明によると、番組情報
を取得する通信は、視聴中の放送ネットワークに依存し
ないので、ある放送ネットワークの番組を視聴中に、そ
の視聴の中断なしに、他の放送ネットワークに対する未
取得の番組情報の取得が実現される。また、前記番組情
報サーバ部が各前記番組情報取得部に放送を行なうので
はなく、前記番組情報取得部が、必要なときのみ前記番
組情報サーバ部に双方向通信路によって前記番組情報を
取得するため、放送受信装置の処理資源を有効利用でき
る。

【図面の簡単な説明】

【図１】従来のデジタル放送システムに係る放送局と放
送受信装置とその接続を示すブロック図

【図２】本発明の一実施形態に係るデジタル放送システ
ムの構成を示すブロック図

【図３】本発明の一実施形態に係る番組情報サーバ部に
おける番組情報の管理方法を示すブロック図

【図４】本発明の一実施形態に係る番組情報取得部にお
ける先読み機能で取得する範囲の概念を示すブロック図

【図５】本発明の一実施形態に係る番組情報サーバ部に
おける番組情報の管理方法の概念を示す図

【図６】本発明の一実施形態に係るデジタル放送システ
ムの構成を示すブロック図

【符号の説明】

１０１ 放送局 １０２ 放送データベース １０３ 映像・音声ストリーム生成部 １０４ 番組情報作成部 １０５ 多重化装置（ＭＵＸ） １１０ 放送受信装置 １１１ 受信部 １１２ 情報保持部 １１３ 表示処理部 １１４ 番組表処理部 １１５ 予約管理部 １２０ ＴＶモニタ ２０１ 放送局 ２０４ 番組情報作成部 ２０６ 番組情報サーバ部 ２０７ 番組情報形式変換部 ２１０ 放送受信装置 ２１２ 情報保持部 ２１６ 番組情報取得部 ２２０ 双方向通信路 ３０１ 番組情報ルートディレクトリ ３０２ ディレクトリ ３０３ ディレクトリ ３０４ ディレクトリ ３０５ ディレクトリ ３０６ ファイル ３０７ ファイル ３０８ ファイル ６１６ 番組情報取得部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/025 Ｈ０４Ｎ 7/173 ６３０ 7/03 7/08 Ａ 7/035 7/173 ６３０ (72)発明者 前田 哲司 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C025 AA09 AA10 AA30 BA25 BA28 BA30 CA02 CA09 CA20 CB10 DA01 DA05 DA10 5C063 AA01 AB03 AB07 AC01 AC10 CA23 CA29 CA36 DA01 DA03 DA07 DA13 EA01 EB32 EB33 EB37 5C064 BB10 BC16 BC23 BC25 BD02 BD08 BD09 BD14

Claims (31)

【特許請求の範囲】
1. 【請求項１】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の番組情報サーバ部を具備し、前記放送受信装置
   は、番組情報取得部と、番組表処理部を具備し、前記番
   組情報サーバ部と前記番組情報取得部との間で双方向通
   信を可能とする通信路を具備し、前記番組情報サーバ部
   は、番組情報を蓄積・管理し、前記番組情報取得部は、
   前記番組表処理部の依頼により、前記通信路を用いて、
   前記番組情報サーバ部から前記番組情報を取得して、前
   記番組表処理部に送り、前記番組表処理部は、前記視聴
   者が番組表を閲覧する時に、前記番組情報取得部に前記
   番組情報の取得を依頼して取得し、前記番組情報取得部
   から取得した番組情報を使用して番組表を作成する機能
   を備えることを特徴とするシステム。
2. 【請求項２】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の番組情報サーバ部を具備し、前記放送受信装置
   は、番組情報取得部と、情報保持部と、番組表処理部を
   具備し、前記番組情報サーバ部と前記番組情報取得部と
   の間で双方向通信を可能とする通信路を具備し、前記番
   組情報サーバ部は、番組情報を蓄積・管理し、前記番組
   情報取得部は、所定のタイミング、あるいは、前記番組
   表処理部の依頼により、前記通信路を用いて、前記番組
   情報サーバ部から前記番組情報を取得して前記情報保持
   部に送り、前記情報保持部は、前記番組情報取得部が取
   得した前記番組情報を保持し、前記番組表処理部は、前
   記視聴者が番組表を閲覧する時に、前記情報保持部が保
   持していない前記番組情報に対し、前記番組情報取得部
   に取得を依頼し、前記情報保持部に保持している前記番
   組情報を使用して番組表を作成する機能を備えることを
   特徴とするシステム。
3. 【請求項３】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の番組情報サーバ部を具備し、前記放送受信装置
   は、番組情報取得部と、情報保持部と、番組表処理部を
   具備し、前記番組情報サーバ部と前記番組情報取得部と
   の間で双方向通信を可能とする通信路を具備し、前記番
   組情報サーバ部は、番組情報を蓄積・管理し、前記番組
   情報取得部は、所定のタイミング、あるいは、前記番組
   表処理部の依頼により、前記通信路を用いて、前記情報
   保持部で保持されていない前記番組情報に対しては、前
   記番組情報サーバ部から前記番組情報を取得して、前記
   情報保持部に送り、既に前記情報保持部で保持されてい
   る前記番組情報に対しては、前記番組情報サーバ部で更
   新されていれば前記更新された情報を取得し、前記情報
   保持部は、前記番組情報取得部が取得した前記番組情報
   を保持し、前記番組表処理部は、前記視聴者が番組表を
   閲覧する時に、前記番組情報取得部に取得を依頼し、前
   記情報保持部に保持している前記番組情報を使用して番
   組表を作成する機能を備えることを特徴とするシステ
   ム。
4. 【請求項４】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の送信部と、一つ、あるいは複数の番組情報サー
   バ部を具備し、前記放送受信装置は、受信部と、情報保
   持部と、番組情報取得部と、番組表処理部を具備し、前
   記番組情報サーバ部と前記番組情報取得部との間で双方
   向通信を可能とする通信路を具備し、前記送信部は、前
   記映像番組、音声番組、あるいは前記データ番組と、前
   記映像番組、音声番組、あるいは前記データ番組に関連
   する第１の番組情報を多重化して送信し、前記第１の番
   組情報は、多重化された信号から前記映像番組、前記音
   声番組、あるいは前記データ番組に対して、前記放送受
   信装置が選局動作を行なうために必要な情報を含み、前
   記番組情報サーバ部は、第２の番組情報を蓄積・管理
   し、前記第２の番組情報は、全サービスに対する電子番
   組表を作成するための情報を含み、前記受信部は、前記
   所定の方法により放送された多重信号を受信して多重解
   除し、前記多重解除して得られた前記第１の番組情報を
   前記情報保持部に送り、前記情報保持部は、前記受信部
   から送られた前記第１の番組情報を保持し、前記番組情
   報取得部は、前記番組表処理部の依頼により、前記通信
   路を用いて前記番組情報サーバから取得する前記第２の
   番組情報を取得し、前記番組表処理部は、前記視聴者が
   番組表を閲覧する時に、視聴している番組の番組情報
   は、前記受信部で受信して前記情報保持部で保持されて
   いる前記第１の番組情報を使用し、前記視聴している番
   組以外の番組情報は、前記番組情報取得部に取得を依頼
   して取得した前記第２の番組情報を使用して番組表を作
   成する機能を備えることを特徴とするシステム。
5. 【請求項５】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の送信部と、一つ、あるいは複数の番組情報サー
   バ部を具備し、前記放送受信装置は、受信部と、情報保
   持部と、番組情報取得部と、番組表処理部を具備し、前
   記番組情報サーバ部と前記番組情報取得部との間で双方
   向通信を可能とする通信路を具備し、前記送信部は、前
   記映像番組、音声番組、あるいは前記データ番組と、前
   記映像番組、音声番組、あるいは前記データ番組に関連
   する第１の番組情報を多重化して送信し、前記第１の番
   組情報は、多重化された信号から前記映像番組、前記音
   声番組、あるいは前記データ番組に対して、前記放送受
   信装置が選局動作を行なうために必要な情報と、さら
   に、前記多重化される映像番組、前記音声番組、あるい
   は前記データ番組に対する番組情報を含み、前記番組情
   報サーバ部は、第２の番組情報を蓄積・管理し、前記第
   ２の番組情報は、全サービスに対する電子番組表を作成
   するための情報を含み、前記受信部は、前記所定の方法
   により放送された多重信号を受信して多重解除し、前記
   多重解除して得られた前記第１の番組情報を前記情報保
   持部に送り、前記情報保持部は、前記受信部から送られ
   た前記第１の番組情報を保持し、前記番組情報取得部
   は、前記番組表処理部の依頼により、前記通信路を用い
   て前記番組情報サーバから取得する前記第２の番組情報
   を取得し、前記番組表処理部は、前記視聴者が番組表を
   閲覧する時に、前記情報保持部で保持されている前記第
   １の番組情報と、前記番組情報取得部に取得を依頼して
   取得した前記第２の番組情報を使用して番組表を作成
   し、前記第１の番組情報と、前記第２の番組情報が重複
   する部分は、前記第１の番組情報を使用する機能を備え
   ることを特徴とするシステム。
6. 【請求項６】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の送信部と、一つ、あるいは複数の番組情報サー
   バ部を具備し、前記放送受信装置は、受信部と、情報保
   持部と、番組情報取得部と、番組表処理部を具備し、前
   記番組情報サーバ部と前記番組情報取得部との間で双方
   向通信を可能とする通信路を具備し、前記送信部は、前
   記映像番組、音声番組、あるいは前記データ番組と、前
   記映像番組、音声番組、あるいは前記データ番組に関連
   する第１の番組情報を多重化して送信し、前記第１の番
   組情報は、多重化された信号から前記映像番組、前記音
   声番組、あるいは前記データ番組に対して、前記放送受
   信装置が選局動作を行なうために必要な情報と、さら
   に、前記多重化される映像番組、前記音声番組、あるい
   は前記データ番組に対する番組情報を含み、前記番組情
   報サーバ部は、第２の番組情報を蓄積・管理し、前記第
   ２の番組情報は、全サービスに対する電子番組表を作成
   するための情報を含み、前記受信部は、前記所定の方法
   により放送された多重信号を受信して多重解除し、前記
   多重解除して得られた前記第１の番組情報を前記情報保
   持部に送り、前記番組情報取得部は、所定のタイミン
   グ、あるいは、前記番組表処理部の依頼により、前記通
   信路を用いて前記番組情報サーバから取得する前記第２
   の番組情報を取得して、前記情報保持部に送り、前記情
   報保持部は、前記受信部から送られた前記第１の番組情
   報と、前記番組情報取得部から送られた前期第２の番組
   情報を保持し、前記第１の番組情報と、前記第２の番組
   情報が重複する部分は、前記第１の番組情報のみを保持
   し、前記番組表処理部は、前記視聴者が番組表を閲覧す
   る時に、前記情報保持部が保持していない前記番組情報
   に対し、前記番組情報取得部に取得を依頼し、前記情報
   保持部に保持している前記番組情報を使用して番組表を
   作成する機能を備えることを特徴とするシステム。
7. 【請求項７】 映像番組、音声番組、あるいはデータ番
   組をデジタル信号として多重し、所定の方法により放送
   する放送局と、前記所定の方法により放送された多重信
   号を受信し、前記映像番組、前記音声番組、あるいは前
   記データ番組を視聴者に提供し、また、所定の方法によ
   り取得した番組情報を使用して視聴者に番組表を提供す
   る、一つ、あるいは複数の放送受信装置からなるデジタ
   ル放送システムであって、前記放送局は、一つ、あるい
   は複数の送信部と、一つ、あるいは複数の番組情報サー
   バ部を具備し、前記放送受信装置は、受信部と、情報保
   持部と、番組情報取得部と、番組表処理部を具備し、前
   記番組情報サーバ部と前記番組情報取得部との間で双方
   向通信を可能とする通信路を具備し、前記送信部は、前
   記映像番組、音声番組、あるいは前記データ番組と、前
   記映像番組、音声番組、あるいは前記データ番組に関連
   する第１の番組情報を多重化して送信し、前記第１の番
   組情報は、多重化された信号から前記映像番組、前記音
   声番組、あるいは前記データ番組に対して、前記放送受
   信装置が選局動作を行なうために必要な情報と、さら
   に、前記多重化される映像番組、前記音声番組、あるい
   は前記データ番組に対する番組情報を含み、前記番組情
   報サーバ部は、第２の番組情報を蓄積・管理し、前記第
   ２の番組情報は、全サービスに対する電子番組表を作成
   するための情報を含み、前記受信部は、前記所定の方法
   により放送された多重信号を受信して多重解除し、前記
   多重解除して得られた前記第１の番組情報を前記情報保
   持部に送り、前記番組情報取得部は、所定のタイミン
   グ、あるいは、前記番組表処理部の依頼により、前記通
   信路を用いて、前記情報保持部で保持されていない前記
   第２の番組情報に対しては、前記番組情報サーバ部から
   前記前記第２の番組情報を取得して、前記情報保持部に
   送り、既に前記情報保持部で保持されている前記前記第
   ２の番組情報に対しては、前記番組情報サーバ部で更新
   されていれば前記第２の番組情報に対する更新された情
   報を取得し、前記情報保持部は、前記受信部から送られ
   た前記第１の番組情報と、前記番組情報取得部から送ら
   れた前期第２の番組情報を保持し、前記第１の番組情報
   と、前記第２の番組情報が重複する部分は、前記第１の
   番組情報のみを保持し、前記番組表処理部は、前記視聴
   者が番組表を閲覧する時に、前記番組情報取得部に取得
   を依頼し、前記情報保持部に保持している前記番組情報
   を使用して番組表を作成する機能を備えることを特徴と
   するシステム。
8. 【請求項８】 請求項１、請求項２、請求項３、請求項
   ４、請求項５、請求項６、あるいは請求項７に記載のデ
   ジタル放送システムであって、前記番組情報取得部は、
   前記番組表処理部から依頼されて取得する場合、前記取
   得する前記番組情報の範囲を、前記番組表処理部が番組
   表を作成する範囲とする機能を備えることを特徴とする
   システム。
9. 【請求項９】 請求項２、請求項３、請求項６、あるい
   は請求項７に記載のデジタル放送システムであって、前
   記番組情報取得部は、前記番組表処理部から依頼されて
   取得する場合、前記取得する前記番組情報の範囲を、前
   記番組表処理部が番組表を作成する範囲と、さらに前記
   作成範囲に番組表として隣接する範囲とする機能を備え
   ることを特徴とするシステム。
10. 【請求項１０】 請求項２、請求項３、請求項６、ある
    いは請求項７に記載のデジタル放送システムであって、
    前記番組情報取得部は、前記番組情報を取得する前記所
    定のタイミングに、所定の方法で決定された時刻を含む
    機能を備えることを特徴とするシステム。
11. 【請求項１１】 請求項１０に記載のデジタル放送シス
    テムであって、前記所定の方法で決定された時刻は、前
    記放送受信装置毎に決定される機能を備えることを特徴
    とするシステム。
12. 【請求項１２】 請求項２、請求項３、請求項６、ある
    いは請求項７に記載のデジタル放送システムであって、
    前記番組情報取得部は、前記番組情報を取得する前記所
    定のタイミングに、前記放送受信装置が視聴動作を中断
    した時を含む機能を備えることを特徴とするシステム。
13. 【請求項１３】 請求項１、請求項２、請求項３、請求
    項４、請求項５、請求項６、あるいは請求項７に記載の
    デジタル放送システムであって、前記双方向通信を可能
    とする通信路は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏ
    ｃｏｌ）プロトコルに従って接続されるネットワークで
    あることを特徴とするシステム。
14. 【請求項１４】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記番組情報
    をファイルとして管理し、前記番組情報取得部が、前記
    通信路を用いて前記番組情報サーバ部から前記番組情報
    を取得する手段を、ネットワークを介したファイルシス
    テムによって実現することを特徴とするシステム。
15. 【請求項１５】 請求項１４に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、蓄積・管理す
    る前記番組情報を、第１の所定の方法で分類したディレ
    クトリと、第２の所定の方法で分類したファイルによっ
    て管理する機能を備えることを特徴とするシステム。
16. 【請求項１６】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報取得部が、前記通信路を用
    いて前記番組情報サーバ部から前記番組情報を取得する
    手段を、データベースシステムによって実現することを
    特徴とするシステム。
17. 【請求項１７】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報取得部が、前記通信路を用
    いて前記番組情報サーバ部から前記番組情報を取得する
    手段を、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システ
    ムによって実現することを特徴とするシステム。
18. 【請求項１８】 請求項３、あるいは請求項７に記載の
    デジタル放送システムであって、前記番組情報サーバ部
    は、既に蓄積・管理済みの前記番組情報を更新する場合
    は、前記蓄積・管理済みの前記番組情報と前記更新後の
    前記番組情報との差分情報を作成し、前記番組情報取得
    部は、前記更新された情報として、前記差分情報を取得
    し、前記情報保持部の前記番組情報を更新する機能を備
    えることを特徴とするシステム。
19. 【請求項１９】 請求項１８に記載のデジタル放送シス
    テムであって、前記双方向通信を可能とする通信路は、
    ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコ
    ルに従って接続されるネットワークであり、前記番組情
    報サーバ部は、前記番組情報をファイルとして管理し、
    前記差分情報として、差分情報ファイルを作成し、前記
    番組情報取得部が、前記通信路を用いて前記番組情報サ
    ーバ部から前記番組情報を取得する手段を、ネットワー
    クを介したファイルシステム、あるいは、ファイル転送
    プロトコルによって実現し、前記番組情報サーバ部は、
    蓄積・管理する前記番組情報を、第１の所定の方法で分
    類したディレクトリと、第２の所定の方法で分類したフ
    ァイルによって管理し、前記番組情報取得部は、前記更
    新された情報として、前記差分情報ファイルを取得し、
    前記情報保持部の前記番組情報を更新する機能を備える
    ことを特徴とするシステム。
20. 【請求項２０】 請求項１９に記載のデジタル放送シス
    テムであって、前記差分情報ファイルのファイル名は、
    前記番組情報ファイルのファイル名と同じ文字列を含
    み、さらに、少なくとも前記更新の元になった番組情報
    の版を特定可能とする文字列を含み、さらに、前記更新
    後の版を特定可能な文字列を含む機能を備えることを特
    徴とするシステム。
21. 【請求項２１】 請求項１、請求項２、請求項３、請求
    項４、請求項５、請求項６、あるいは請求項７に記載の
    デジタル放送システムであって、前記放送局において、
    さらに、一つ、あるいは複数の番組情報形式変換部を具
    備し、前記番組情報形式変換部は、前記番組情報サーバ
    部で管理する前記番組情報の形式と異なる番組情報を、
    前記番組情報サーバ部で管理する前記番組情報の形式に
    変換し、一つ、あるいは複数の前記番組情報サーバ部に
    送信し、前記番組情報サーバ部は、前記番組情報形式変
    換部から送信された、前記変換された番組情報を受信し
    て蓄積・管理する機能を備えることを特徴とするシステ
    ム。
22. 【請求項２２】 請求項１、請求項２、請求項３、請求
    項４、請求項５、請求項６、あるいは請求項７に記載の
    デジタル放送システムであって、前記番組表処理部は、
    前記視聴者からの前記番組情報の検索要求を受け付け、
    前記番組情報取得部に前記検索要求を送り、前記番組情
    報取得部は、前記番組情報の検索を、前記番組情報サー
    バに前記通信路を用いて依頼し、前記番組情報サーバ
    は、前記依頼された検索を行った結果を、前記通信路を
    用いて前記番組情報取得部に送信し、前記番組情報取得
    部は、前記番組情報サーバから送信された前記検索結果
    を前記視聴者に提供する機能を備えることを特徴とする
    システム。
23. 【請求項２３】 請求項２２に記載のデジタル放送シス
    テムであって、前記番組情報サーバは、前記番組情報取
    得部から前記検索の依頼が行なわれた時、あるいは前記
    検索の依頼が行なわれた時とは別に、所定の検索条件に
    よって検索を行ない、その結果を保持し、前記番組情報
    取得部からの前記検索の依頼が、前記保持している検索
    結果の前記検索条件と一致する場合は、前記保持してい
    る検索結果を、前記番組情報取得部に送信する機能を備
    えることを特徴とするシステム。
24. 【請求項２４】 請求項２３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記所定の検
    索条件として、前記視聴者毎に予め登録されたものを利
    用する機能を備えることを特徴とするシステム。
25. 【請求項２５】 請求項３、あるいは請求項７に記載の
    デジタル放送システムであって、前記情報保持部は、前
    記番組情報取得部が、前記番組情報サーバ部から取得し
    た時刻を管理し、前記番組情報取得部は、前記情報保持
    部で保持されている前記番組情報を使用する場合、前記
    情報保持部で保持されている前記番組情報の前記取得し
    た時刻が、所定の方法で決定された所定の時刻以前の場
    合、前記番組情報サーバ部から前記通信路を使用して、
    前記番組情報を更新する機能を有することを特徴とする
    システム。
26. 【請求項２６】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記番組情報
    をファイルとして管理し、前記番組情報取得部が、前記
    通信路を用いて前記番組情報サーバ部から前記番組情報
    を取得する手段を、ファイル転送プロトコルによって実
    現することを特徴とするシステム。
27. 【請求項２７】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記番組情報
    をファイルとして管理し、前記番組情報取得部が、前記
    通信路を用いて前記番組情報サーバ部から前記番組情報
    を取得する手段を、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａ
    ｍ Ｐｒｏｔｏｃｏｌ）を用いた転送方法によって実現
    することを特徴とするシステム。
28. 【請求項２８】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記番組情報
    をファイルとして管理し、前記番組情報取得部が、前記
    通信路を用いて前記番組情報サーバ部から前記番組情報
    を取得する手段を、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
    Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いた転送方
    法によって実現することを特徴とするシステム。
29. 【請求項２９】 請求項１３に記載のデジタル放送シス
    テムであって、前記番組情報サーバ部は、前記番組情報
    をファイルとして管理し、前記番組情報取得部が、前記
    通信路を用いて前記番組情報サーバ部から前記番組情報
    を取得する手段を、ＩＰ Ｍｕｌｔｉｃａｓｔを用いた
    転送方法によって実現することを特徴とするシステム。
30. 【請求項３０】 請求項２９に記載のデジタル放送シス
    テムであって、前記番組情報の種別毎に、異なるＩＰ
    Ｍｕｌｔｉｃａｓｔアドレスを使用して転送することを
    特徴とするシステム。
31. 【請求項３１】 請求項１４、請求項１６、請求項１
    ７、請求項２６、あるいは請求項２７に記載のデジタル
    放送システムであって、前記番組情報取得部が、前記通
    信路を用いて前記番組情報サーバ部から前記番組情報を
    取得する手段として、さらに、ＩＰ Ｍｕｌｔｉｃａｓ
    ｔを用いた転送方法も使用して実現することを特徴とす
    るシステム。