JP2004032809A - 情報提供装置および方法、並びに記録媒体 - Google Patents

Abstract

【課題】　少ない伝送量でEPG情報を効率的に伝送する。
【解決手段】　ネットワーク全体の構成、および受信に必要な情報を記述するNITで、各トランスポンダに対応するSDTを参照するようにする。各SDTには、サービス情報を記述する。各SDTにおいては、映像信号を伝送する実チャンネルと、これに対応するダミーチャンネルを対で設け、ダミーチャンネルにイベントの情報を記述するgEMTとdEMTを設ける。実チャンネルに対応してETTを設ける。ETTでは、gEMTを参照させる。dEMTには、イベントの概要文書を記述し、gEMTには、イベントの概要文書以外の情報を記述する。
【選択図】　図７

Description

　本発明は、情報提供装置および方法、並びに記録媒体に関し、特に、番組の個別情報と共通情報とでEPG情報を形成することにより、より効率的に情報を提供することができるようにした、情報提供装置および方法、並びに記録媒体に関する。

　最近、デジタルテレビジョン放送がわが国においても開始され、１００チャンネル以上の番組が視聴者に提供されるようになってきた。このように、番組の数が多くなると、その中から所望の番組を選択する操作も複雑となる。また、チャンネル数が多くなると、その情報量が増加することに加えて、視聴者が、より計画的に番組を見る上で、１日分の番組表だけでなく、１週間程度先までの番組表が必要となる。このため、番組表のデータ量が膨大となり、従来のように、新聞を中心とした紙媒体により番組表を提供することが困難になる。また、番組の放送予定の変更などがあった場合において、紙媒体の番組表を変更することは困難である。

　そこで、番組の選択を支援するEPG（Electiric Program Guide）（電子番組ガイド）を、番組提供者側から、視聴者に伝送することが提案されている。このEPGの国際標準として、DVD_SI（Digital Video Broadcast Service Information）のフォーマットが定められている。

　番組表をEPGとしてデータ化し、視聴者に提供するようした場合、受信装置においては、EPGデータを受信したとき、これを抽出することで、番組のタイトル、番組表、チャンネルロゴなどをディスプレイ上に表示し、所望の番組を、迅速かつ確実に、選択することができる。また、番組の放送時刻が変更された場合における対応も容易となり、視聴者は、所望の番組を確実に予約録画したり、視聴したりすることが可能となる。

　図１６は、従来のEPGを構成する各種のテーブルの例を示している。NIT（Network_Information_Table）は、ネットワーク全体の構成および受信に必要な情報を記述しており、１つのネットワークに１つのNITが存在する。このNITには、SDT（Service_Description_Table）が記述されている。

　SDTは、ストリーム毎に存在する。例えば、衛星を介して、このEPGが伝送される場合、SDTは、各搬送波（各トランスポンダ）毎に規定される。SDTには、その搬送波で送信するチャンネルの情報が記述されており、各チャンネルの情報は、pfEIT，gEIT，dEITにより記述されている。pfEIT（present_following_Event_Information_Table）には、そのチャンネルで、現在放送されている番組と次の番組が記述されている。dEIT（detail-Event_Information_Table）には、イベント（番組）の概要に関する文書が記述されており、gEIT（general-Event_Information_Table）には、番組に関する概要文書以外の情報が記述されている。

　一方、NVOD（near video on demand）サービスが行われている場合には、そのSDTに、実際に番組情報を送出しているチャンネル（ｃｈ）以外に、ダミーチャンネル（ｄ−ｃｈ）が設けられる。ダミーチャンネルのdEITとgEITには、それぞれNVODで放送されている番組の概要文書と、それ以外の情報が記述される。これに対して、NVODの画像情報が実際に放送されているチャンネルのdEITとgEITには、ダミーチャンネルのdEITまたはgEITがそれぞれ記述され、それを参照するようになされている。

　このような、従来のEPG提供方法においては、次のような課題があった。

　（１）　情報量が膨大となり、伝送しきれなくなる。
　デジタル衛星放送の場合、チャンネル数は、１００乃至２００となり、番組表の期間は、１週間乃至２週間となる。各番組には、全角で２００文字乃至４００文字の番組概要が記述される。これらを総合すると、EPGとして伝送するデータ量は１０Mbyte乃至２０Mbyteとなる。このデータ量を新聞のページ数に換算すると、１４０ページ乃至２００ページとなる。衛星放送の場合、１個のトランスポンダの容量は３４Mbpsであり、EPGのデータ量を１０Mbyte（＝８０Mbit）としても、このデータをすべて送るのに、約３秒（＝８０Mbit／３０Mbps）かかることになる。

　EPGは、もともと番組に付随する情報であり、画像情報と音声情報を主に伝送する中で、その一部を利用して伝送するものであるため、トランスポンダを全部使用することは困難である。仮に、トランスポンダの１０％をEPG伝送のために使用するものとすると、８０MbitのEPGデータを全部送るのに、３０秒近くかかることになる。

　（２）　アクセス速度が遅い。
　EPG情報を、受信装置側においてすべて記憶し、アクセスするようにすれば、視聴者が番組表を見たいとき、直ちに、これをディスプレイ上に表示させることができる。しかしながら、このようにすると、受信装置側には、大容量のメモリを設ける必要があり、回路規模が大きくなるばかりでなく、コスト高となる。受信装置は、一般的に民生用機器であり、なるべく低コストであることが望まれる。仮に、メモリを登載するものとすると、それだけで、受信装置のコストは２倍になってしまう。

　そこで、EPGデータを受信装置において記憶せず、必要となったとき、伝送波から適宜抽出するようにすれば、メモリは、さほど大きな容量のものを必要としなくなる。この場合、受信装置において、必要な情報をできるだけ早く取り込めるようにするには、送信側において、比較的短い周期でEPG情報を繰り返し送信することが必要となる。しかしながら、限られた周波数帯域を利用して多くのデータを伝送することはできないので、伝送周期はおのずと長くなってしまう。その結果、受信装置側においては、EPGデータを取り込もうとしたとき、なかなか目的とするデータを受信することができず、番組表が表示されるまでの時間が長くなる課題があった。

　（３）　送信装置側におけるEPG情報の管理が面倒である。
　受信装置が、目的とする情報をアクセスしやすくするために、送信側においては、１日分（２４時間分）の番組表を、チャンネル毎に３時間単位で８分割し、送出するようにしている。従って、１週間分の番組表を送出する場合、３時間単位の番組表が、１チャンネルで５６（＝８×７）個必要となり、２００チャンネル分の番組表の数は、１１２００（＝５６×２００）となる。

　（４）　３時間単位の番組表の送出効率が悪い。
　上述したように、１サービス（１チャンネル）あたり、１週間で５６個の３時間単位の番組表が必要となるが、この番組表は、MPEG２のトランスポートストリームのフォーマットで伝送する場合に無駄が発生する。すなわち、MPEG２のトランスポートストリームの１個のパケットの容量は１８８byteとされている。１番組の番組表は７０byteで記述することができるが、３時間の間に放送される番組数が１個である場合、７０バイトの容量しか存在しない番組表が、１８８byteで送出される結果、差分の１１８（＝１８８−７０）byteが、ダミーデータでスタッフィングされることになる。

　また、３時間の間に放送される番組数が３個である場合には、それを記述するのに必要なデータ量は、２１０（＝７０×３）byteとなる。これを１８８byte毎にパケット化すると、１つのパケットはすべて使用されるが、２つめのパケットは２２byteしか利用されず、１６６（＝１８８−２２）byteが無駄になる。

　さらに、３時間の間に放送される番組が１つも存在しない場合、ダミーデータのみが伝送される。たとえ伝送する情報が存在しないとしても、受信装置のアクセス位置の検索のため、パケットを伝送する必要があるためである。このため、実際に伝送する情報量の３０％乃至４０％のデータは、実質的に無駄なデータとなっている。

　（５）　番組表の最初の検索が１回でできない。
　番組表は、３時間単位で区分して伝送されるようになされている。例えば、３時００分以降に放送が開始される番組の番組表を表示しようとする場合、最初に３時００分乃至５時５９分の時間帯の番組表が検索される。ここで、例えば、４時００分から開始される番組と５時００分から開始される番組が検索されたとすると、この時間帯の番組表は、３時００分からのものであるので、３時００分から３時５９分までの間に放送が行われる番組も、番組表の中に表示する必要がある。３時００分乃至５時５９分の時間帯の番組表において、３時００分乃至３時５９分までの間に放送が開始される番組が記述されていないということは、０時００分乃至２時５９分の時間帯の番組表に番組が記述されている可能性がある。そこで、この時間帯の番組表が検索される。その検索により、番組を検索することができなかった場合、その時間帯で放送されている番組は、さらに前の放送開始時刻を有する番組である可能性がある。そこで、さらに、その前の時間帯の番組表が、再び検索されることになる。このような検索動作が、番組が検索されるまで、繰り返し実行されることになる。このため、検索結果を表示することができるようになるまで、長い時間を要することになる。

　また、例えば、そのチャンネルにおける１日の放送開始時刻が４時００分であった場合、それより前の時刻には番組が存在しないことになるが、そのことが記述できないため、前日の最後の番組までの番組表を検索しないと、番組は存在していないことが不明のままとなる。このことからも、番組を検索するのに時間がかかる。

　（６）　番組表の送出範囲が不明のため、操作性が悪化する。
　番組表は、チャンネル毎に、３時間単位で区分して伝送されるため、１つの時間帯の番組表を見ただけでは、現在時刻から何日先までの番組表が伝送されてきているのかが不明である。そこで、これを検出するには、より先の時間帯の番組表を順次検索し、番組を検索することができなかったとき、それ以上の番組表は存在しないものと判定することになる。このため、視聴者が、何日か先の番組表を表示することを指令した場合、長い時間待たされた挙げ句、その指定された日にちの番組表はありませんといったようなメッセージが表示されることになるため、視聴者に、極めて不快な印象を与えることになる。

　本発明はこのような状況に鑑みてなされたものであり、より効率的にEPG情報を伝送することができるようにするものである。

　本発明の情報提供装置は、選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成手段と、選択不可能、かつ視聴されないダミーチャネルで提供する、参照情報に基づいて参照される、番組の詳細情報を含む第２の情報を生成する第２の生成手段と、第１の情報と第２の情報を合成してＥＰＧ情報を生成する合成手段とを備えることを特徴とする。

　第２の生成手段は、通常の番組用の詳細情報を生成するようにすることができる。

　第２の生成手段は、ニアビデオオンデマンドの番組用の詳細情報を生成するようにすることができる。

　第２の生成手段は、ニアビデオオンデマンドの番組用の詳細情報であることを示すコードを、第２の情報に含めて生成するようにすることができる。

　第２の生成手段により生成される第２の情報は、実チャネルで提供する番組がニアビデオオンデマンドの番組である場合、複数の番組から参照されるようにすることができる。

　本発明の情報提供方法は、選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成ステップと、選択不可能、かつ視聴されないダミーチャネルで提供する、参照情報に基づいて参照される、番組の詳細情報を含む第２の情報を生成する第２の生成ステップと、第１の情報と第２の情報を合成してＥＰＧ情報を生成する合成ステップとを含むことを特徴とする。

　第２の生成ステップは、通常の番組用の詳細情報を生成するようにすることができる。

　第２の生成ステップは、ニアビデオオンデマンドの番組用の詳細情報を生成するようにすることができる。

　第２の生成ステップは、ニアビデオオンデマンドの番組用の詳細情報であることを示すコードを、第２の情報に含めて生成するようにすることができる。

　第２の生成ステップの処理により生成される第２の情報は、実チャネルで提供する番組がニアビデオオンデマンドの番組である場合、複数の番組から参照されるようにすることができる。

　本発明の記録媒体は、選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成ステップと、選択不可能、かつ視聴されないダミーチャネルで提供する、参照情報に基づいて参照される、番組の詳細情報を含む第２の情報を生成する第２の生成ステップと、第１の情報と第２の情報を合成してＥＰＧ情報を生成する合成ステップとを含む処理をコンピュータに実行させるプログラムが記録されていることを特徴とする。

　本発明においては、選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報が生成されるとともに、選択不可能、かつ視聴されないダミーチャネルで提供する、参照情報に基づいて参照される、番組の詳細情報を含む第２の情報が生成され、第１の情報と第２の情報が合成されてＥＰＧ情報が生成される。

　以上の如く、本発明によれば、第１の情報と第２の情報とから、EPG情報を合成するようにしたので、少ない伝送量で、効率的に、EPG情報を伝送することが可能となる。その結果、EPG情報の迅速な検索が可能となる。

　図１は、本発明を適用した情報提供システムの構成例を表している。送信装置１は、番組情報にEPG情報を多重化して、送信アンテナ２から衛星３に送信する。衛星３は、この信号をアンテナ５で受信する。衛星３は、複数のトランスポンダ４を有し、各トランスポンダ毎に、異なる搬送波で送信装置１からの信号を、各家庭に送信する。各家庭においては、受信アンテナ６を介して受信装置７が、衛星３からの伝送信号を受信する。

　図２は、送信装置１の構成例を表している。エンコーダおよびマルチプレクサ１１−１は、映像エンコーダ１２，１４，１６と音声エンコーダ１３，１５，１７を有している。映像エンコーダ１２，１４，１６は、それぞれ入力された映像信号をMPEG２方式でエンコードし、マルチプレクサ１８に出力するようになされている。また、音声エンコーダ１３，１５，１７は、入力された音声信号をMPEG方式でエンコードし、マルチプレクサ１８に出力するようになされている。

　コントローラ１９は、映像エンコーダ１２乃至音声エンコーダ１７のエンコード処理を制御するとともに、マルチプレクサ１８のマルチプレクス処理を制御するようになされている。スクランブラ２０は、マルチプレクサ１８より供給される多重化信号をスクランブルし、モジュレータ２１−１に出力するようになされている。

　エンコーダおよびマルチプレクサ１１−２，１１−３も、エンコーダおよびマルチプレクサ１１−１と同様に構成されている。

　EPG入力端末３１−１乃至３１−３で入力されたEPG情報は、データベース３２に素データとして蓄積されるようになされている。EPGテーブル生成部３３は、データベース３２に蓄積された素データからEPGテーブルを生成し、ＴＳパケット化部３５に出力するようになされている。生成タイミング管理部３４は、所定のタイミング信号を生成し、EPGテーブル生成部３３に出力している。

　EPGテーブル生成部３３には、図３に示されるような、各テーブルを生成する生成部３３−１乃至３３−９が設けられている。NIT生成部３３−１はNITを、SDT生成部３３−２はSDTを、pfEIT生成部３３−３はpfEITを、ETT生成部３３−４はETTを、gEMT生成部３３−５はgEMTを、nEMT生成部３３−６はnEMTを、dEMT生成部３３−７はdEMTを、rDMT生成部３３−８はrDMTを、そして、DMT生成部３３−９はDMTを、それぞれ生成する。

　EPG送出コントローラ３６−１乃至３６−３は、ＴＳパケット化部３５より供給された各テーブルのEPGデータを、対応するエンコーダおよびマルチプレクサ１１−１乃至１１−３のマルチプレクサに供給するようになされている。

　モジュレータ２１−１乃至２１−３は、対応するエンコーダおよびマルチプレクサ１１−１乃至１１−３より供給されたストリームをFEC（Forward Error Collection）エンコードするとともにQPSK変調し、出力増幅器２２に出力している。出力増幅器２２は、モジュレータ２１−１乃至２１−３より供給された変調信号を増幅し、送信アンテナ２を介して衛星３に向けて出力するようになされている。

　この構成例においては、エンコーダおよびマルチプレクサ１１−１乃至１１−３が、それぞれ衛星３の１個のトランスポンダ４を使用する。従って、この構成例においては、合計３個のトランスポンダを介して、各家庭に画像信号が配信される。

　すなわち、エンコーダおよびマルチプレクサ１１−１では、映像エンコーダ１２，１４，１６が３チャンネル分の映像信号をエンコードする。また、音声エンコーダ１３，１５，１７が各映像信号に対応する音声信号をエンコードする。例えば、映像エンコーダ１２は、第１の映像信号をMPEG２方式でエンコードし、マルチプレクサ１８に出力する。音声エンコーダ１３は、映像エンコーダ１２に入力される映像信号に対応する音声信号をMPEG方式でエンコードし、マルチプレクサ１８に出力する。以下同様に、映像エンコーダ１４，１６と、音声エンコーダ１５，１７も、それぞれのチャンネルの映像信号と音声信号をエンコードし、マルチプレクサ１８に出力する。コントローラ１９は、映像エンコーダ１２，１４，１６と、音声エンコーダ１３，１５，１７のエンコード処理を制御する。

　マルチプレクサ１８は、映像エンコーダ１２乃至音声エンコーダ１７の出力をコントローラ１９の制御のもと多重化する。

　エンコーダ１１−２，１１−３においても、上述したエンコーダ１１−１と同様の処理が行われる。

　映像信号と音声信号は、各エンコーダにより、デジタル圧縮されるため、伝送路の有効利用を図ることが可能となる。

　EPG入力端末３１−１乃至３１−３から、NITに対応するネットワーク情報、SDTに対応するチャンネル情報、pfEIT，ETT，EMTに対応する番組情報、DMTに対応するメッセージ情報などが入力され、データベース３２に素データとして蓄積される。EPGテーブル生成部３３は、生成タイミング管理部３４より供給されるタイミング信号に基づいて、生成すべきテーブル（NIT，SDT，pfEIT，ETT，EMT，DMTなどのテーブル）の素データを検索し、テーブルを作成する。

　作成されたテーブルは、ＴＳパケット化部３５で、ＴＳ（Transport Stream）パケット化され、EPG送出コントローラ３６−１乃至３６−３に供給される。

　その詳細は後述するが、テーブルのうち、dEMTは、例えば４秒を周期として同一のデータが繰り返し供給される。その他のテーブル（NIT，SDT，pfEIT，ETT，gEMT，nEMT，rDMT，DMT）は、１秒周期で、同一のデータが繰り返し供給される。

　EPG送出コントローラ３６−１は、供給された各テーブルのデータをマルチプレクサ１８に供給する。マルチプレクサ１８は、コントローラ１９の制御のもと、エンコード処理された映像信号と音声信号、さらには、EPG送出コントローラ３６−１から供給されたEPGパケットを多重化し、シリアルに出力する。

　スクランブラ２０は、マルチプレクサ１８から供給されたデータをスクランブルした後、モジュレータ２１−１に出力する。モジュレータ２１−１は、入力されたデータをFECエンコードし、さらにQPSK変調する。そして、変調信号を出力増幅器２２に供給する。出力増幅器２２は、入力されたデータを増幅し、送信アンテナ２を介して衛星３に向けて送信する。

　エンコーダおよびマルチプレクサ１１−２，１１−３と、モジュレータ２１−２，２１−３においても同様の処理が行われる。

　エンコーダおよびマルチプレクサ１１−１より出力されたトランスポートストリームは、衛星３のアンテナ５で受信され、トランスポンダ４のうち、第１のトランスポンダで処理され、第１の搬送波で、アンテナ５から各家庭に配信される。同様に、エンコーダおよびマルチプレクサ１１−２，１１−３より送信されたビットストリームの信号は、アンテナ５で受信され、トランスポンダ４のうち、それぞれ第２のトランスポンダと第３のトランスポンダで処理され、アンテナ５を介して、第２の搬送波と第３の搬送波で、各家庭に配信される。

　図４は、受信装置７の詳細な構成例を表している。周波数コンバータ４１は、受信アンテナ６より供給された所定の搬送波の信号を中間周波信号に変換し、フロンドエンド部５１に出力するようになされている。フロントエンド部５１は、キャリア選択部５２、QPSK復調部５３、およびFECデコーダ５４を有している。キャリア選択部５２は、周波数コンバータ４１より入力された中間周波信号から、所定の周波数の搬送波（キャリア）の信号を選択し、QPSK復調部５３に出力するようになされている。QPSK復調部５３は、キャリア選択部５２より入力された信号をQPSK復調し、FECデコーダ５４に出力するようになされている。FECデコーダ５４は、入力された信号をFEC処理し、トランスポート部５５に出力する。

　トランスポート部５５は、デスクランブラ５６で、FECデコーダ５４の出力をデスクランブルした後、デマルチプレクサ５７に出力するようになされている。デマルチプレクサ５７は、ＴＳパケットの中に入っている複数のビデオまたはオーディオデータと、EPGデータとを分離する。このデマルチプレクス処理は、ホストプロセッサ６４により制御される。デマルチプレクサ５７は、デスクランブラ５６より入力された信号をデマルチプレクスし、ビデオデータをビデオデコーダ６０に、オーディオデータをオーディオデコーダ６１に、そして、EPGデータをEPG処理プロセッサ５９に、それぞれ出力するようになされている。

　オーディオデコーダ６１は、入力されたオーディオデータをMPEG方式でデコードし、Ｄ／Ａ変換部６３に出力するようになされている。Ｄ／Ａ変換部６３は、オーディオデコーダ６１より入力されたオーディオデータをＤ／Ａ変換し、図示せぬスピーカなどに出力する。

　ビデオデコーダ６０は、入力されたビデオデータをMPEG２方式でデコードし、NTSCエンコーダ６２に出力する。NTSCエンコーダ６２は、入力されたビデオデータをNTSC方式の映像信号に変換して出力するようになされている。

　EPG処理プロセッサ５９は、ホストプロセッサ６４からの指令に対応して、EPGデータの中身をホストプロセッサ６４に供給するとともに、オンスクリーン表示のためのデータを生成し、NTSCエンコーダ６２に出力するようになされている。

　ＩＣカード６５には、コンディショナルアクセスのための情報などが記録されており、ホストプロセッサ６４は、このＩＣカード６５に記憶されている情報に対応して、デスランブラ５６を制御し、スクランブル処理を実行させるようになされている。メッセージランプ６６は、必要に応じてホストプロセッサ６４を駆動する。

　次に、その動作について説明する。周波数コンバータ４１は、受信アンテナ６で受信した信号を、所定の中間周波信号に変換し、フロントエンド部５１に出力する。ホストプロセッサ６４は、ユーザからの指令に対応して、キャリア選択部５２を制御し、所定の周波数の搬送波（キャリア）を選択させる。すなわち、所定のトランスポンダが出力するキャリアの信号が、キャリア選択部５２で選択され、QPSK復調部５３に供給される。QPSK復調部５３は、入力された信号をQPSK復調し、FECデコーダ５４に出力する。FECデコーダ５４は、入力された信号をFEC処理し、デスクランブラ５６に出力する。

　ホストプロセッサ６４は、視聴者から受信を指令されたチャンネルの番組がスクランブルされている場合、ＩＣカード６５に記憶されているコンディショナルアクセスに関する情報を読み出し、その情報に対応してデスクランブラ５６を制御する。すなわち、コンディショナルアクセスが許容されている場合には、デスクランブラ５６は、FECデコーダ５４より入力される、スクランブルされているＴＳパケットをデスクランブルし、デマルチプレクサ５７に出力する。コンディショナルアクセスが許容されていない場合には、ホストプロセッサ６４は、デスクランブラ５６にデスクランブル処理を実行させない。その結果、実質的に、視聴者は、その番組を視聴することができない。

　デマルチプレクサ５７は、ホストプロセッサ６４からの指令に対応して、１つのキャリア中に含まれる３つのチャンネルの番組の中から、指定された１つのチャンネルのビデオパケットと、それに対応するオーディオパケットのデータを抽出し、それぞれビデオデコーダ６０とオーディオデコーダ６１に出力する。ビデオレコーダ６０は、入力されたビデオパケットのデータをMPEG２方式でデコードし、NTSCエンコーダ６２に出力する。NTSCエンコーダ６２は、入力されたビデオデータをNTSC方式の映像信号に変換して、図示せぬディスプレイに供給し、表示させる。また、オーディオデコーダ６１は、入力されたオーディオデータをMPEG方式でデコードし、Ｄ／Ａ変換部６３に出力する。Ｄ／Ａ変換部６３は、入力されたオーディオデータをＤ／Ａ変換し、図示せぬスピーカに出力する。

　デマルチプレクサ５７は、デスクランブラ５６より供給されるデータにEPGデータが含まれる場合、これを抽出し、EPG処理プロセッサ５９に出力する。EPG処理プロセッサ５９は、ホストプロセッサ６４からの指令に対応して、このEPGデータを処理し、必要に応じてオンスクリーン表示すべきデータを生成し、NTSCエンコーダ６２に出力する。NTSCエンコーダ６２は、EPG処理プロセッサ５９より入力されたオンスクリーンデータを、ビデオデコーダ６０より供給されたビデオデータに対応して生成したNTSC方式の映像信号に重畳し、出力する。これにより、番組表が、必要に応じて、受信画像に重畳して表示される。

　次に、EPGを構成する各テーブルの詳細について、さらに説明する。図５は、EPGを構成する各種のテーブルを伝送する場合におけるフォーマットを表している。同図に示すように、このフォーマットにおいては、テーブルは、任意の数のセクションに区分して伝送される。ここで規定される任意の数のセクションのデータが、１秒周期、または４秒周期で、繰り返し伝送されることになる。

　各セクション（section）は、ヘッダ（header）と任意の数の情報単位で構成される。１つのセクションの最大の長さは、４０９６byteとされる。

　ヘッダの先頭には、テーブルの種類を表すtable_idが配置される。このtable_idは、NITの場合０ｘ４０、SDTの場合０ｘ４２または０ｘ４６、pfEITの場合０ｘ４ｅまたは０ｘ４ｆ、ETTの場合０ｘＡ２または０ｘＡ３、gEMTの場合０ｘＡ４、nMETの場合０ｘＡ５、dEMTの場合０ｘＡ７、DMTの場合０ｘ９２、rDMTの場合０ｘ９３とされる。

　table_idの次には、section_lengthとして、このヘッダを含むセクションの長さがbyteで表される。テーブルの種類毎に、セクションの長さの最大値が予め定められている。

　section_lengthの次には、table_id_extensionが配置されている。同一のtable_idを有するテーブルは、複数個生成される。例えば、SDTはストリーム毎に、pfEITとETTはチャンネル毎に、EMTはダミーサービス毎に、それぞれ生成される。そこで、これらを区別するために、table_id_extensionが用いられる。すなわち、ここには、例えば、SDTの場合、ストリーム番号が、pfEITとETTの場合、チャンネル番号が、記述される。

　その次には、version_numberが配置されている。ここには、テーブルが更新された場合のバージョンの番号が記述される。情報単位のどこかが変更された場合、このversion_numberをインクリメントすることで、受信装置７に対して、内容に変更があったことが通知される。

　version_numberの次には、section_numberが配置されている。ここには、そのヘッダが属するセクションの番号が記述される。この番号は、そのセクションが、全体の何番目であるのかを表している。セクションは、その最大長が予め定められているので、この最大長を越えるデータを書き込む必要がある場合、そのデータは、複数のセクションに分けて記述される。セクション番号は、０からスタートし、最大２５５まで１ずつインクリメントする。セクション分けがなされた場合、各セクションのヘッダは、このsection_numberのみが異なり、他は、対応するセクションと同一のものとなる。

　section_numberの次には、last_section_numberが配置される。ここには、テーブルの一番最後のsection_numberが記述される。

　情報記述部分の各情報単位には、SDTの場合には１つのチャンネル情報が、pfEITとEMTの場合には１つの番組情報が、DMTの場合には１つのメッセージが、ETTの場合には１日のイベント情報が、それぞれ記述される。

　図６は、EPGを構成する各テーブルの内容と、そのデータ量を模式的に表している。NIT（Network_Information_Table）には、ネットワーク全体の構成および受信に必要な情報が記述される。NITは、ネットワークに１つ設けられる。

　SDT（Service_Description_Table）には、サービス情報が記述される。このSDTは、ストリーム毎に規定される。

　pfEIT（present_following_Event_Information_Table）には、現在の番組と次の番組の情報が記述される。このpfEITは、チャンネル毎に規定される。

　ETT（Event_Time_Table）には、全番組のevent_id（番組の識別記号）とスタート時刻、並びに、参照するgEMTのセクション番号が記述される。

　gEMT（general-Event_Material_Table）には、NVOD以外のイベントの情報が記述される。このgEMTは、ダミーサービス毎に規定される。

　nEMT（near-video-on-Demand_Event_Material_Table）には、NVODのイベントの情報が記述される。このnEMTは、NVODのチャンネルのダミーサービス毎に規定される。

　このように、gEMTとnEMTを区別し、それぞれにNVOD以外のイベントの情報、またはNVODのイベントの情報を記述するようにしたが、両者を統一し、共通のEMTとし、その中に、NVODのイベントを記述する場合には、その記述が、NVODに関する記述であることを表すフラグを記述するようにしてもよい。

　dEMT（detail-Event_Material_Table）には、イベントの概要文書が記述される。このdEMTは、ダミーサービス毎に規定される。

　rDMT（reference-Digital_Message_Table）には、メッセージのインデックスが記述される。そしてDMTには、メッセージが記述される。

　図６に示すように、NITのデータ量は、SDTのデータの量に較べて小さい。pfEITとETTは、gEMTに較べて少ないデータ量となっている。dEMTは、イベントの概要文書を記述するものであるため、gEMTまたはnEMTに較べて、データ量が相当多くなっている。

　rDMTは、メッセージの単なるインデックスに過ぎないため、DMTに較べてデータ量が少なく、NITより若干多い程度である。DMTは、rDMTよりはデータ量が多いが、gEMTまたはnEMTなどに較べれば小さいデータ量となっている。

　図７は、各テーブルの参照関係を表している。ネットワーク全体の構成および受信に必要な情報が記述されるNITには、参照すべき複数のSDTが記述されている。このSDTは、各搬送波（トランスポンダ）毎に、換言すれば、ストリーム毎に規定されている。SDTには、そのストリームに含まれるチャンネル（ｃｈ）と、それに対応するダミーチャンネル（ｄ−ｃｈ）が含まれている。視聴者が実際に選択することができるのは、実チャンネルだけであり、ダミーチャンネルは選択することができない。実チャンネルには、pfEITとETTが対応して設けられており、ダミーチャンネルには、gEMTとそれに対応するdEMTが設けられている。

　pfEITには、そのチャンネルで現在放送されている番組と、その次に放送される番組の情報が記述される。ETT，gEMT，およびdEMT（スケジュールテーブル）には、図８に示すように情報が記述される。

　すなわち、図８に示すように、ETTには、その先頭に、headerが配置され、その次には、reference_service_idが配置される。service（いわゆるチャンネルに対応する）は、連続する複数のeventより構成され、service_idは、このserviceの識別コードであり、network_id_uniqueとなる。これは、実サービスの場合、service_idとされるが、ダミーサービスの場合、reference_service_idとされる。このETTに規定されるreference_service_idは、参照先のEMTのreference_service_idを表す。

　first_start_timeは、そのセクションに含まれるイベントのうち、start_time（放送開始時刻）が最も早いイベントのstart_timeをbyteで表し、last_start_timeは、そのセクションに含まれるイベントのうち、start_timeが最も遅いイベントのstart_timeを表す。

　ループは１日分の番組のテーブルが記述されている範囲を表しており、dateは、その１日分のループに含まれるイベントの放送開始の日付を表す。lengthは、このループの長さを表す。

　さらに、その次に、event_infoが、その１日において放送される番組の数だけ記述される。

　各event_infoの最初のevent_idは、その番組の識別コードを表している。start_timeは、その番組の放送開始時刻を表している。lengthは、次のEMT_section_number以降の、そのevent_infoの長さを表している。

　EMT_section_numberには、そのイベントの共通情報の書かれたEMTのsection_numberが記述される。すなわち、ETTには番組の個別情報が記述されているので、参照する共通情報の記述されているEMTのsection_numberがここに記述される。reference_event_idには、共通情報の記述されているダミーイベントのreference_event_idが記述される。ダミーサービスは、共通サービス情報の記述およびEMTを記述するための仮想サービスであり、reference_service_idを有する。ダミーイベントは、EMTを検出するためのダミーサービスに含まれる疑似イベントを意味する。reference_event_idは、ダミーイベントのevent_idである。

　すなわち、EMT_section_numberにより、参照するgEMT（またはnEMT）のセクションが指定され、reference_event_idにより、そのセクションの中のダミーイベントが指定される。

　feeは、その番組（イベント）の視聴料金を記述する。feeの次の８ビットはフラグを表し、そのうちのｆ１は、次の１ビットのＣＡが有効であるとき１とされ、無効であるとき０とされる。次のＣＡは、conditional accessが有効であるか否かを表すフラグである。次のｆ２は、このETTに、durationが規定されているか否か、ｆ３は、このETTに、series_idが規定されているか否か、ｆ４は、このETTに、volume_noが規定されているか否かを、それぞれ表す。

　durationは、eventの長さを表している。series_idは、そのイベントのseriesの識別記号である。seriesは、serviceにまたがる特定のeventの集合を意味する。

　volume_noは、eventのvolumeを表す。例えば、eventがドラマなどであり、第１回目、第２回目、第３回目などと、続きものとなっているeventである場合、その何回目であるかを記述する。

　このようなETTで参照されるgEMT（またはnEMT）には、dEMTに記述される、eventの概要文書以外の情報が記述され、gEMT（またはnEMT）で参照されるdEMTには、そのeventの概要文書が記述される。

　なお、gEMT（またはnEMT）には、そのeventのカテゴリも記述される。

　図７に示すように、通常のチャンネルの場合（NVODのチャンネルではない場合）、１つのチャンネルにETT、gEMTおよびdEMTが１つずつ存在する。

　これに対して、NVODのチャンネルにおいては、NVODの各タイミングの画像を配信するチャンネルに対応してETTが規定され、各ETTは、ダミーチャンネルのnEMTを参照する。この場合、各NVODの実チャンネルに対応するダミーチャンネルは共通化される。そして、１つのダミーチャンネルに対応して、１つのnEMTとdEMTが規定される。

　図８に示すように、ETTの複数のevent_infoによりgEMT（またはnEMT）の共通のreference_event_idを参照することができる。この点、図１６に示すように、従来、実チャンネル毎に、個別にgEITとdEITが用意されていたのと異なっている。従って、本実施の形態の場合、異なるeventにより、同一のgEMTを参照することができるので、その分だけ伝送するデータ量を減少させることができる。特に、多チャンネル放送の場合、同じ番組を繰り返し放送することが多い。このような場合、異なるETTが同一のgEMTを参照することが多くなる。従って、それだけ、伝送するデータ量が少なくてすむ。

　また、本発明の実施の形態においては、図８に示したETTにより、例えば、１週間分の番組表が、連続した複数のセクションで伝送される。１セクションの最大の長さは、４０９６byteであり、MPEG２のトランスポートストリームのパケット長である１８８byteより十分大きいので、従来の場合のように、３時間毎に区切られた結果、実質的に番組が存在しないような番組表が発生せず、無駄にデータを伝送する必要がなくなる。従って、このことからも、伝送するデータ量が少なくてすむことになる。

　さらに、次のことからも、伝送データ量が減少することになる。すなわち、上述したように、eventが連続ものの番組である場合、例えば、図９に示すように、第１回目の番組の番組紹介文（図９（Ａ））と、第２回目の番組の番組紹介文（図９（Ｂ））とは、重複している部分が多い。番組のタイトルとその紹介文は、EMTのなかのname_descriptorとcontent_descriptorに記述される。本発明の実施の形態においては、これに、さらに、add_name_descriptorとadd_content_descriptorが追加される。そして、上述したように、実イベントのevent_idや、eventのstart_timeを記述するETT内に、volume_numberが連続ものの番組のために規定されている。そこで、このvolume_numberに、連続ものの番組の回数を記述しておく。

　受信装置７のEPG処理プロセッサ５９は、ETT内にvolume_numberが存在する場合、参照するEMTのname_descriptorに記述されているタイトルに、add_name_descriptorの該当するvolume_numberの文を付加して表示するように制御する。その結果、例えば図１０に示すように記述することで、「ある恋の物語」のタイトルの後ろに、番組放送回数を表す「（１）」または「（２）」の文字が付加されて表示される。

　同様に、EPG処理プロセッサ５９は、EMTのcontent_descriptorの内容に、add_content_descriptorの対応するvolume_numberの文章を付加して表示する。これにより、「紹介文：全８回。若い女性の心の動きをコミカルに表現した作品。恋のゆくえははたしてどうなるか。」の紹介文の次に、第１回目においては、「突然、ゆきえの前に現れた男性は・・・」の文章が挿入され、第２回目においては、「ゆきえは男性と突然再開。そのときゆきえは・・・」の文章が挿入表示される。

　このようにすることで、共通する文章を２重に伝送する必要がなくなり、伝送効率を向上させることができる。

　さらに、本発明の実施の形態の場合、より迅速な検索が可能となる。すなわち、本発明の実施の形態の場合、番組表の時間帯を区分せずに、テーブルを、一週間分の番組のevent_idとスタート時刻、並びに参照すべきgEMTのセクション番号を記述したETTと、eventの情報を記述したEMTに区分し、ETTに一週間分の番組表を記述するようにした。ETTに含まれる番組表の時間帯は長いが、eventの実質的な内容に関する情報はEMTに記録されているため、ETT自体のデータ量は少なく、従って、検索も迅速に行うことが可能となる。検索の結果得られた番組の必要な情報は、EMTから適宜読み出される。

　また、本発明においては、NVODのチャンネルの情報は、nEMTに記述するようにしたので、例えば、NVOD番組だけを検索し、表示することが可能となる。この場合、EPG処理プロセッサ５９は、nEMTを検索し、そこに記述されているeventのタイトルを読み出し、例えば、図１１に示すように表示させる。このとき検索対象とされるのは、nEMTだけであるから（gEMTは検索されないので）、高速の検索が可能となる。このとき、また、nEMTの中に各番組のジャンルと各番組のタイトルの称呼を記述しておくようにする。このようにすると、タイトルをジャンル別に検索したり、検索されたタイトルをあいうえお順に表示させることができる。

　なお、gEMT中にも、ジャンルと番組のタイトルの称呼を記述しておくようにすれば、通常の番組をジャンル別に検索し、これをあいうえお順に表示させることができる。

　さらに、また、nEMT中に、NVODコードを記述しておくことができる。このようにすると、異なる搬送波（トランスポンダ）にまたがって、NVODのサービスが行われているような場合においても、同一のタイトルを２重に表示させるようなことを防止することができる。

　すなわち、EPG処理プロセッサ５９は、NVODコードが記述されている場合、その番組は共通のNVODであるものとして、そのタイトルの表示を省略する。reference_event_idは、同一のキャリア内においてユニークであり、異なるキャリアにおいては、reference_event_idが同一であったとしても、基本的には異なるダミーイベントを指定するものとなる。そこで、このNVODコードにより、対応するNVODであることを指定するのである。

　また、本発明の実施の形態においては、nEMTで検索したダミーイベントのreference_event_idをもとに、ETTから所定のNVOD番組の放送開始時刻をすべて検索することができる。図１２は、この場合の表示例を表している。この表示例は、「ジャイアンツ」というタイトルの番組が、１８時００分から１時間毎に放送されている例を表している。この検索も高速に行うことができる。

　さらに、この場合において、nEMT中にダミーイベントのstart_timeを記述する部分を設け、そこにNVODの開始時刻のうち、最終回の開始時刻を記述するようにすることができる。このようにすると、その記述から最終回の放送開始時刻を検知することができる。

　ETTには、feeの項目が設けられ、そこに課金情報が記述されているので、放送時刻によって課金が異なる場合には、これも同時に表示させることができる。

　また、本発明の実施の形態の場合、次の理由によっても、迅速な検索、従って迅速なアクセスが可能となる。すなわち、ETTには、番組のスタート時刻と、EMTのその番組情報が記述されているセクション番号が記述されている。ETTは、EMTに較べ、情報量が２桁近く少なくできるので、２週間分のデータを書き込んだとしても、その容量は比較的小さくてすむ。従って、例えば、受信装置の内部において、このETTを記憶するようにしたとしても、そのメモリの容量は小さくてすむ。また、記憶しないようにしたとしてもアクセスは容易である。

　本発明の実施の形態の場合、さらに、次の理由からも、迅速に検索を行うことができるようになる。すなわち、再放送の番組の場合、その番組の共通情報が、すべてEMTに記述され、個別情報がETTに記述される。従って、EMTは、本来のイベントをすべて記述した場合に較べ、そのデータ量は少なくなる。また、主要なイベント情報（EMT）を重複させずに並べることが可能となり（同一のイベント情報が異なるテーブルから重複して検索されることがなくなり）、より迅速な検索が可能となる。また、再放送が重複して表示されることが防止される。

　また、この発明の実施の形態の場合、例えば、同一のEMTを参照する番組は、再放送番組であるとして、再放送番組だけを検出することもできる。

　なお、ETTに記述した視聴料金などの情報（ＣＡ）をEMTにも記述することができる。EPG処理プロセッサ５９は、EMTとETTの両方にＣＡが記述されている場合には、ETTの情報を優先する。

　また、ジャンル情報は、gEMT（またはnEMT）だけでなく、SDTにも記述するようにすることができる。多チャンネル放送の場合、例えば、スポーツ専門、ニュース専門、音楽専門といったように、チャンネル毎に、ある程度、放送される番組のジャンルが決められることが多い。そこで、SDTに、チャンネルの付随情報として、いくつかのジャンルを記述するようにすることで、ジャンル検索を行う場合、検索対象とするジャンルと同一のジャンルのチャンネルをSDTから検索し、そのチャンネルの番組だけをさらに検索するようにすることで、検索範囲を狭くすることができ、検索時間を大幅に短縮することができる。

　次に、図１３を参照して、rDMTとDMTについて説明する。図１３に示すように、DMTもセクション単位で区分されており、そのheaderには、図５を参照して説明したような内容の事項が登録されている。但し、そのうちのtable_id_extensionとしては、network_idが登録される。このnetwork_idは、networkの識別コードである。

　headerの次には、messageのブロックが続く。各messageには、メッセージの発信者を表すmessenger、メッセージのレベルまたは属性を表すmessage_type、メッセージの識別番号であるmessage_number、並びにメッセージの内容としてのmessageが登録されている。

　これに対してrDMTには、headerの次に、基本的には、message_indexが必要な数だけ挿入される。このmessage_indexには、メッセージの発信者としてのmessenger、メッセージのレベルまたは属性を表すmessage_type、並びに、メッセージの番号であるmessage_numberが記録されている。さらに、このmessage_indexには、DMT_section_numberが挿入され、ここに、参照する（対応するメッセージが存在する）DMTのセクション番号が登録される。

　また、message_indexには、メッセージの発信者としての番組提供者のid_number、受信装置の提供者のid_numberなどが記録される。

　さらに、rDMTには、緊急メッセージが発信される場合、これが挿入される。すなわち、通常のメッセージは、DMTに挿入されるのであるが、緊急メッセージは、本来インデックスだけを登録するrDMTに登録される。

　DMTには、全部で１０２４個のメッセージを挿入することができる。テーブルを送信するためのセクション数の最大値は２５６個であり、１セクションの最大の長さは、４０９６byteであるから、メッセージの総データ量は、１Mbyte（＝４０９６byte×２５６）となる。そこで、１メッセージあたりの最大の容量を４００byteとし、全部で１０２４個のメッセージを伝送することができる。

　このように、メッセージを含むDMTは、相当大きなテーブルとなるため、図１４に示すように、複数のトランスポンダのうちの代表的な１つのトランスポンダ（図１４の例の場合、トランスポンダ１）に対応するストリームにのみ挿入する。そして、rDMTは、すべてのトランスポンダに対応するストリームに挿入する。従って、各受信装置は、どのトランスポンダに対応するストリームを受信していたとしても、rDMTに含まれている緊急メッセージは、直ちに、これを受信することができる。それ以外の通常のメッセージを受信するには、トランスポンダ１のストリームを受信する必要がある。

　DMTをすべてのトランスポンダのストリームに挿入すると、そのデータ量が多いために、それだけ、本来の画像信号の伝送容量が失われることになる。そこで、このように、DMTは、予め定めた所定のトランスポンダのストリームにのみ挿入するようにする。

　rDMTの容量は、それほど多くないので、各トランスポンダのストリームに挿入するようにしても、本来の画像信号の伝送容量が失われることはほとんどない。そして、このrDMTにメッセージが挿入されているDMTのインデックス情報を記録するようにしたので、視聴者は、DMTを含まないトランスポンダのストリームを受信中であったとしても、メッセージが発生されたことを速やかに知ることができ、必要に応じ、適宜、これを読み取ることができる。そして、緊急メッセージについては、いずれのトランスポンダのストリームを受信している場合にも、直ちに、これを読み取ることができる。緊急メッセージは、頻繁に発生されるものではないので、通常は、本来の画像信号などの伝送容量が損なわれることがほとんどない。

　このように、メッセージ伝送のために、専用のDMTとrDMTを用意するようにしたので、ネットワーク管理者だけでなく、チャンネルを有する番組提供者からも、特別番組のアナウンス、キャンペーンの告知、番組視聴方法の案内といったメッセージを適宜伝送することが可能となる。

　また、このメッセージを利用して、受信装置の動作ソフトを入れ替えるためのダウンロードの告知、変更内容、方法などを、視聴者に容易に伝えることが可能となる。

　図１５は、EPG処理プロセッサ５９が行うメッセージ処理の例を表している。ステップＳ１乃至ステップＳ４において、rDMTのmessage_indexに含まれているmessage_typeが、１乃至４のいずれであるのかが判定される。message_typeが、１乃至４のいずれでもないと判定された場合においては、ステップＳ５においてエラー処理が行われる。

　ステップＳ１において、message_typeが１であると判定された場合、ステップＳ６に進み、EPG処理プロセッサ５９は、受信装置７の電源がオフされていたとしても、これをオンし、Ｄ／Ａ変換部６３を制御し、警告音を発生させるとともに、受信したメッセージをオンスクリーン表示させるためのデータを発生し、NTSCエンコーダ６２から出力させる。これにより、緊急警報メッセージが受信された場合には、すべての視聴者が、確実に、このメッセージを直ちに視聴することができる。なお、この緊急警報メッセージは、例えば、災害発生時などに伝送されるものである。

　ステップＳ２において、message_typeが２であると判定された場合、ステップＳ７に進み、EPG処理プロセッサ５９は、ホストプロセッサ６４に、現在、録画動作中であるか否かを問い合わせる。ホストプロセッサ６４は、この問い合わせに対応して、現在NTSCエンコーダ６２の出力を、図示せぬビデオテープレコーダなどに供給し、録画動作を実行中であるか否かを判定する。判定結果は、EPG処理プロセッサ５９に伝えられる。EPG処理プロセッサ５９は、ホストプロセッサ６４からの通知に基づいて、現在録画動作中でないと判定した場合、ステップＳ８に進み、受信したメッセージをオンスクリーン表示するデータを生成し、NTSCエンコーダ６２に出力し、画像信号に重畳して表示させる。

　ステップＳ７において、現在録画動作中であると判定された場合、ステップＳ９に進み、EPG処理プロセッサ５９は、ホストプロセッサ６４に、メッセージランプの点灯を要求する。ホストプロセッサ６４は、この要求に対応して、メッセージランプ６６を点灯させる。これにより、視聴者は、メッセージが伝送されてきたことを知ることができる。

　視聴者は、メッセージランプ６６の表示から、メッセージの発生を知ったとき、そのメッセージの内容を直ちに知りたいを思ったときは、ホストプロセッサ６４にメッセージの表示を指令する。ホストプロセッサ６４は、この指令が入力されたとき、EPG処理プロセッサ５９を制御し、メッセージの表示を要求する。EPG処理プロセッサ５９は、この要求に対応して、受信したメッセージのオンスクリーンデータを発生し、NTSCエンコーダ６２に供給し、表示させる。

　以上のようにして、message_typeが２である緊急メッセージも、rDMTにより伝送されるものであるが、その緊急性は、緊急警報メッセージ程ではないので、現在録画動作中でなければ、そのメッセージが直ちに表示されるが、録画動作中である場合には、視聴者の選択により、直ちに、あるいは後で、そのメッセージを確認することができる。これにより、録画中の映像信号中にスーパインポーズされたメッセージが重畳されてしまい、録画した映像信号を再生した場合、その都度、そのスーパインポーズされたメッセージが表示されてしまうようなことが防止される。

　ステップＳ３において、message_typeが３であると判定された場合、ステップＳ９に進み、メッセージランプ表示処理が実行される。すなわち、この場合には、message_type＝２のメッセージを受信した場合において、録画動作中であるときと同様に、視聴者が、必要に応じて直ちに、あるいは後でメッセージを読み出すことになる。

　但し、このmessage_type＝３以降のメッセージは、DMTで伝送されてくるものであるため、視聴者が、メッセージの受信をホストプロセッサ６４に指令したとき、ホストプロセッサ６４は、現在DMTを含むトランスポンダのストリームを受信中であれば、速やかにそのメッセージを表示させることができるが、DMTを含まないトランスポンダのストリームを受信中である場合には、DMTを含むトランスポンダのストリームを受信するように、キャリア選択部５２を制御する。そして、受信したストリームからDMTが抽出され、その中のメッセージが表示されることになる。

　ステップＳ４において、message_typeが４であると判定された場合、ステップＳ９の処理はスキップされる。すなわち、この場合においては、メッセージランプが表示されない。従って、視聴者は、メッセージの表示をホストプロセッサ６４に指令して、メッセージを自発的に見に行き、メッセージの有無を確認することになる。

　以上、本発明を衛星を介して情報を伝送する場合について説明したが、CATVシステムなどにおいて、ケーブルを介して情報を伝送する場合にも、本発明は適用することが可能である。

　なお、上記したような処理を行うプログラムをユーザに伝送する伝送媒体としては、磁気ディスク、CD-ROM、固体メモリなどの記録媒体の他、ネットワーク、衛星などの通信媒体を利用することができる。

本発明を適用した情報提供システムの構成例を示す図である。 図１の送信装置の構成例を示すブロック図である。 図２のEPGテーブル生成部の構成例を示すブロック図である。 図１の受信装置の構成例を示すブロック図である。 テーブルの伝送フォーマットを説明する図である。 テーブルの容量を説明する図である。 テーブルの参照関係を説明する図である。 ETTとEMTの参照関係を説明する図である。 EPGの表示例を示す図である。 volume_numberの応用を説明する図である。 NVOD番組のタイトルの一覧の表示例を示す図である。 NVOD番組の開始時刻の表示例を示す図である。 rDMTとDMTを説明する図である。 rDMTとDMTのトランスポンダとの関係を説明する図である。 図４のEPG処理プロセッサのメッセージ処理を説明するフローチャートである。 従来のテーブルの参照関係を説明する図である。

符号の説明

　１　送信装置，　３　衛星，　４　トランスポンダ，　７　受信装置，　１１−１乃至１１−３　エンコーダおよびマルチプレクサ，　１２　映像エンコーダ，　１３　音声エンコーダ，　１４　映像エンコーダ，　１５　音声エンコーダ，　１６　映像エンコーダ，　１７　音声エンコーダ，　１８　マルチプレクサ，　１９　コントローラ，　２０　スクランブラ，　２１−１乃至２１−３　モジュレータ，　３３　EPGテーブル生成部，　３５　ＴＳパケット化部，　３６−１乃至３６−３　EPG送出コントローラ，　５１　フロントエンド部，　５２　キャリア選択部，　５３　QPSK復調部，　５４　FECデコーダ，　５５　トランスポート部，　５６　デスクランブラ，　５７　デマルチプレクサ，　５８　MPEGデコード部，　５９　EPG処理プロセッサ，　６０　ビデオデコーダ，　６１　オーディオデコーダ，　６２　NTSCエンコーダ，　６４　ホストプロセッサ，　６５　ＩＣカード，　６６　メッセージランプ

Claims (11)

1. 　選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成手段と、
   　選択不可能、かつ視聴されないダミーチャネルで提供する、前記参照情報に基づいて参照される、前記番組の詳細情報を含む第２の情報を生成する第２の生成手段と、
   　前記第１の情報と前記第２の情報を合成してＥＰＧ情報を生成する合成手段と
   　を備えることを特徴とする情報提供装置。
2. 　前記第２の生成手段は、通常の番組用の詳細情報を生成する
   　ことを特徴とする請求項１に記載の情報提供装置。
3. 　前記第２の生成手段は、ニアビデオオンデマンドの番組用の詳細情報を生成する
   　ことを特徴とする請求項１に記載の情報提供装置。
4. 　前記第２の生成手段は、ニアビデオオンデマンドの番組用の詳細情報であることを示すコードを、前記第２の情報に含めて生成する
   　ことを特徴とする請求項３に記載の情報提供装置。
5. 　前記第２の生成手段により生成される前記第２の情報は、前記実チャネルで提供する番組がニアビデオオンデマンドの番組である場合、複数の番組から参照される
   　ことを特徴とする請求項１に記載の情報提供装置。
6. 　選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成ステップと、
   　選択不可能、かつ視聴されないダミーチャネルで提供する、前記参照情報に基づいて参照される、前記番組の詳細情報を含む第２の情報を生成する第２の生成ステップと、
   　前記第１の情報と前記第２の情報を合成してＥＰＧ情報を生成する合成ステップと
   　を含むことを特徴とする情報提供方法。
7. 　前記第２の生成ステップは、通常の番組用の詳細情報を生成する
   　ことを特徴とする請求項６に記載の情報提供方法。
8. 　前記第２の生成ステップは、ニアビデオオンデマンドの番組用の詳細情報を生成する
   　ことを特徴とする請求項６に記載の情報提供方法。
9. 　前記第２の生成ステップは、ニアビデオオンデマンドの番組用の詳細情報であることを示すコードを、前記第２の情報に含めて生成する
   　ことを特徴とする請求項８に記載の情報提供方法。
10. 　前記第２の生成ステップの処理により生成される前記第２の情報は、前記実チャネルで提供する番組がニアビデオオンデマンドの番組である場合、複数の番組から参照される
    　ことを特徴とする請求項６に記載の情報提供方法。
11. 　選択可能、かつ視聴可能な実チャンネルで提供する番組の識別コード、番組の放送開始時刻、および番組の詳細情報の参照情報を含む番組に関する第１の情報を生成する第１の生成ステップと、
    　選択不可能、かつ視聴されないダミーチャネルで提供する、前記参照情報に基づいて参照される、前記番組の詳細情報を含む第２の情報を生成する第２の生成ステップと、
    　前記第１の情報と前記第２の情報を合成してＥＰＧ情報を生成する合成ステップと
    　を含む処理をコンピュータに実行させることを特徴とするプログラムが記録されている記録媒体。
    

Images