JP2017118460A - 受信装置、送信装置、放送システム、及び送受信方法 - Google Patents

Abstract

【課題】ＥＰＧ画面上で、有料放送番組に関するデータ放送サービスを起動できる受信装置、送信装置、放送システム、及び送受信方法を提供する。【解決手段】受信装置は、放送信号を受信する受信部と、表示部と、データ放送サービス起動部とを備える。放送信号は、番組表を構成するテーブル（例えば、ＭＨ−ＥＩＴ）に設けられたデータ放送サービスを起動するための制御情報（例えば、アプリケーションサービス記述子）を含む。データ放送サービス起動部は、番組表を構成するテーブルに設けられた制御情報により参照されるデータ放送サービスを起動して、表示部に表示する。【選択図】図１

Description

本発明は、受信装置、送信装置、放送システム、及び送受信方法に関する。

次世代テレビジョン放送サービスとして、４Ｋ（３８４０ｘ２１６０）超高解像度テレビジョン放送（ＵＨＤＴＶ：Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ、以下、４Ｋ放送という）の試験放送が開始されている。さらに、８Ｋ（７６８０ｘ４３２０）超高解像度テレビジョン放送（以下、８Ｋ放送という）に関する研究開発が進められている。

このような４Ｋ・８Ｋ超高解像度テレビジョン放送において、伝送路符号化方式は、高度広帯域衛星デジタル放送方式（例えば、非特許文献１参照）を基本とすることが検討されている。また、４Ｋ・８Ｋ超高解像度テレビジョン放送において、多重化方式は、映像信号、音声信号等をＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）パケット化し、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ；インターネットプロトコル）パケットで伝送するＭＭＴ・ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が検討されている（例えば、非特許文献２参照）。

また、デジタル放送において、番組ごとに視聴料金を支払って視聴するようなペイ・パー・ビュー方式の有料放送番組（以下、ＰＰＶ放送と称する）も提供される。ＰＰＶ方式の有料放送番組を視聴する場合、有料放送の案内、支払い手続きは、データ放送サービスによって実現される。データ放送サービスは、アプリケーションサービス記述子においてＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）のロケーションを記述することによって指定する。現状では、アプリケーションサービス記述子は、放送内のＭＰＴ（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）内にのみ配置される。

"ＡＲＩＢ ＳＴＤ−Ｂ４４ ２．０版 高度広帯域衛星デジタル放送の伝送方式 標準規格"、一般社団法人 電波産業会 "ＡＲＩＢ ＳＴＤ−Ｂ６０ １．４版 デジタル放送におけるＭＭＴによるメディアトランスポート方式 標準規格"、一般社団法人 電波産業会

上述のように、現状では、アプリケーションサービス記述子は、放送内のＭＰＴ内にのみ配置される。しかしながら、ＭＰＴは、受信中の放送サービスの構成要素を記述するテーブルである。よって、ＭＰＴ内に配置したアプリケーションサービス記述子では、現在受信中のデータ放送サービスしか利用できない。このため、現状では、ＰＰＶ方式の有料放送番組の案内や支払い手続きのデータ放送サービスは、現在放送中の番組内からでしか起動できないことになる。

ユーザにとっては、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）画面上で番組を選択し、必要ならばＰＰＶの先払い視聴予約を済ませてしまうことが望まれる。しかしながら、現状の規定のままでは、ＥＰＧ画面上から直接データ放送サービスを起動することはできず、一旦、放送を受信してからデータ放送サービスを起動しなければならない。

上述の課題を鑑み、本発明は、ＥＰＧ画面上で、有料放送番組に関するデータ放送サービスを起動できる受信装置、送信装置、放送システム、及び送受信方法を提供することを目的とする。

上述の課題を鑑み、本発明の一態様に係る受信装置は、放送信号を受信する受信部と、表示部と、データ放送サービス起動部とを備え、前記放送信号は、番組表を構成するテーブルに設けられたデータ放送サービスを起動するための制御情報を含み、前記データ放送サービス起動部は、前記番組表を構成するテーブルに設けられた制御情報により参照されるデータ放送サービスを起動して、前記表示部に表示することを特徴とする。

本発明の一態様に係る送信装置は、番組表を構成するためのテーブルを含む構成情報生成部と、放送信号を送信する送信部とを備え、前記番組表を構成するためのテーブルに、データ放送サービスを起動するために参照する制御情報を設けることを特徴とする。

本発明の一態様に係る放送システムは、番組表を構成するためのテーブルにデータ放送サービスを起動するために参照する制御情報を設けて送信する送信装置と、前記送信装置からの放送信号を受信し、前記番組表を構成するためのテーブルから、前記制御情報により参照されるデータ放送サービスを起動して表示する受信装置とを備えることを特徴とする。

本発明の一態様に係る送受信方法は、送信側では、番組表を構成するためのテーブルにデータ放送サービスを起動するために参照する制御情報を設けて送信し、受信側では、前記送信側からの信号を受信し、前記番組表を構成するためのテーブルから、前記制御情報により参照されるデータ放送サービスを起動するようにしたことを特徴とする。

本発明によれば、ＥＰＧ画面から、直接、未来の番組に対するデータ放送サービスを起動でき、必要ならば、先払いＰＰＶ方式の支払い契約を行うことができる。また、現在放送中の番組に連動するデータ放送サービスだけでなく、未来の番組に対応したデータ放送サービスを実現でき、例えば予告編の動画を送ることや関連商品の販売等、より効果的なサービスが実現可能となる。

本実施形態に係るデジタル放送システムの構成を示すブロック図である。 本実施形態に係る送信装置の構成を示すブロック図である。 本実施形態に係る放送システムに用いるプロトコルスタックの構造の例について説明する図である。 本実施形態に係る放送システムに用いる制御情報の説明に用いる図である。 本実施形態に係るアプリケーションサービス記述子のデータ構造を説明する図である。 本実施形態に係るＭＨ−ＥＩＴのデータ構造を説明する図である。 本実施形態に係る受信装置の構成を示すブロック図である。 本実施形態に係るリモートコントローラの外観構成を示すブロック図である。 本実施形態におけるデータ放送サービスの表示処理を概要を示す図である。 本実施形態においてＥＰＧ画面からＰＰＶ番組を視聴予約する際の処理を示すフローチャートである。

本実施形態について、図面を参照しながら説明する。なお、以下の説明においては、本発明のデジタル放送受信装置を、単に「受信装置」という。また、受信装置は、表示部を備えている。

＜デジタル放送システムの構成＞
図１は、本実施形態に係るデジタル放送システム１の構成を示すブロック図である。図１に示すように、デジタル放送システム１は、受信装置１０と、送信装置２０とを含んで構成されている。デジタル放送システム１において、受信装置１０と、送信装置２０との台数は、一般的にそれぞれ複数であるが、以下の説明においては、説明を容易にするため、受信装置１０と、送信装置２０との台数が、それぞれ１台であるデジタル放送システム１の場合について説明する。

また、以下の説明では、デジタル放送システム１におけるデジタル放送のメディアトランスポート方式として、例えばＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ（一般社団法人 電波産業会））ＳＴＤ−Ｂ６０規格に記載のＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式が採用されている場合について説明する。

送信装置２０は、番組データｉ１が多重化された放送波を送信する、例えば、放送局などの放送事業者に備えられた送信装置である。番組データｉ１としては、ペイ・パー・ビュー（以下、ＰＰＶと略称する）放送を含む。ＰＰＶ放送は、番組毎にユーザが購入する形式の有料放送番組である。番組データｉ１に含まれる映像データと音声データとのそれぞれは、予め定めた符号化方式で符号化されたデータである。例えば、映像データは、Ｈ．２６５、いわゆる、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などの符号化方式で符号化されたデータである。また、例えば、音声データは、ＩＳＯ／ＩＥＣ １４４９６ Ｐａｒｔ３、いわゆる、ＭＰＥＧ−４オーディオなどの符号化方式で符号化されたデータである。また、送信装置２０は、放送番組や放送に伴って提供されるサービスを構成するための情報である構成要素情報を送信する。

送信装置２０から送信された放送波は、地上波、ケーブルのような有線伝送路、又は放送衛星を介して受信装置１０に伝送される。図１に示す例では、放送波が放送衛星３０を介して伝送される場合を示している。
受信装置１０は、放送衛星３０を介して伝送される種々の情報を受信するデジタル放送受信装置である。以下の説明では、受信装置１０が、テレビジョン受像機（テレビ、ＴＶ）であるものとして説明する。

＜送信装置２０の構成＞
次に、本実施形態に係る送信装置２０の構成について説明する。図２は、本実施形態に係る送信装置２０の構成を示すブロック図である。図２に示すように、送信装置２０は、番組データ生成部２０１、構成情報生成部２０２、多重化部２０３、暗号化部２０４、及び送信部２０５を含んで構成される。

番組データ生成部２０１は、放送番組を構成する映像を示す映像データと、放送番組を構成する音声を示す音声データを取得する。番組データ生成部２０１は、取得した映像データを所定の映像符号化方式で符号化する。所定の映像符号化方式は、例えば、ＩＳＯ／ＩＥＣ ２３００８ ＨＥＶＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ ２３００８ Ｐａｒｔ２ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、単に、ＨＥＶＣとも呼ばれる）で規格化された方式である。

また、番組データ生成部２０１は、取得した音声データを所定の映像符号化方式で符号化する。所定の音声符号化方式は、例えば、ＩＳＯ／ＩＥＣ １４４９６ Ｐａｒｔ３（単に、ＭＰＥＧ−４オーディオとも呼ばれる。なお、ＭＰＥＧはＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐを略したものである。）で規定された音声符号化方式である。

構成情報生成部２０２は、構成要素情報から構成情報を生成し、多重化部２０３に出力する。構成情報は、ＭＭＴ−ＳＩ（ＭＭＴ−Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）形式の制御情報を含む。ＭＭＴ−ＳＩには、後述する放送事業者が設定するメッセージとテーブルと記述子とにより記述される。なお、ＭＭＴ−ＳＩについては後述する。所定の形式の番組データは、例えば、ＩＳＯ／ＩＥＣ ２３００８ Ｐａｒｔ１ ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ、単にＭＭＴとも呼ばれる）で規定されたＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。各ＭＰＵには、映像や音声の復号処理を行うことができる単位の映像データ、音声データ、及びＭＭＴ−ＳＩが含まれる。

多重化部２０３は、番組データ生成部２０１が出力した番組データ、及び構成情報生成部２０２が出力した構成情報を多重化して、所定の形式（例えば、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）パケット）の多重化データを生成する。多重化部２０３は、生成した多重化データを暗号化部２０４に出力する。

暗号化部２０４は、多重化部２０３が出力した多重化データを所定の暗号化方式（例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やＭＵＬＴＩ２）を用いて暗号化する。暗号化部２０４は、暗号化した多重化データを送信部２０５に出力する。

送信部２０５は、暗号化部２０４が出力した多重化データを受信装置１０に放送伝送路である放送衛星３０を介して送信する。ここで、送信部２０５は、ベースバンド信号である多重化データで所定の搬送周波数を有する搬送波を変調させて、搬送周波数に対応したチャネル帯域の電波（放送信号）をアンテナ（図示せず）により放射する。

＜ＭＭＴを用いるシステムのプロトコルスタックの構造の説明＞
次に、ＭＭＴを用いるシステムのプロトコルスタックの構造の例について説明する。
図３は、本実施形態に係る放送システムに用いるプロトコルスタックの構造の例について説明する図である。図３に示すように、放送システムに用いるプロトコルスタックは、ＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）、時刻情報、符号化された映像データ、符号化された音声データ、符号化された字幕データ、ＭＭＴ−ＳＩ、ＨＴＭＬ５規格で記述されたアプリケーション（単にアプリケーションともいう）、ＥＰＧ（電子番組ガイド）、コンテンツダウンロードデータ等を含んで構成される。放送番組の映像信号及び音声信号の符号はＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）／ＭＰＵである。そして、ＭＦＵ／ＭＰＵは、ＭＭＴＰペイロードに乗せて送信装置２０によってＭＭＴＰパケット化され、ＩＰパケットで送信装置２０によって伝送される。データコンテンツの伝送は、データが送信装置２０によってＭＭＴＰパケット化され、ＩＰパケットで送信装置２０によって伝送される。このように構成されたＩＰパケットは、放送伝送路を用いて放送される場合、ＴＬＶパケットの形式で送信装置２０によって伝送される。一つのＩＰパケットあるいは一つのヘッダー圧縮したＩＰパケットは、一つのＴＬＶパケットで送信装置２０によって伝送する（ＡＲＩＢ ＳＴＤ−Ｂ３２及びＳＴＤ−Ｂ６０参照）。

さらに、放送システムに用いるプロトコルスタックでは、ＭＭＴ−ＳＩ、ＴＬＶ−ＳＩの２種類の制御情報が設けられている。ＭＭＴ−ＳＩとは、放送番組の構成などを示す制御情報である。ＭＭＴ−ＳＩでは、ＭＭＴの制御メッセージの形式とし、送信装置２０によってＭＭＴＰペイロードに乗せられてＭＭＴＰパケット化され、送信装置２０によってＩＰパケットで伝送される。ＴＬＶ−ＳＩとは、ＩＰパケットの多重に関する制御情報であり、選局のための情報やＩＰアドレスとサービスの対応情報を提供する。

また、ＴＭＣＣとは、伝送路上の信号の単位（スロット）ごとに変調方式やエラー訂正方式を指定する階層変調方式において、伝送フレームに挿入して伝送するこれらの制御情報である。ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とは、映像信号の符号化の手法である。ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）及びＡＬＳ（Ａｕｄｉｏ Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ）とは、音声信号の符号化の手法である。ＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）とは、通信に使われるプロトコルの一つである。ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）とは、データの多重化手法の一つである。ＴＬＶは、データの符号化をデータタイプ（Ｔｙｐｅ）、長さ（Ｌｅｎｇｔｈ）、値（Ｖａｌｕｅ）の３つで構成される。

＜ＭＭＴ−ＳＩの説明＞
次に、ＭＭＴ−ＳＩについて説明する。ＭＭＴ−ＳＩには、メッセージ、テーブル、記述子が含まれている。メッセージは、テーブルや記述子を格納する。テーブルは、特定の情報属性を持つ。記述子は、テーブルのより詳細な情報を示す。これらメッセージ、テーブル、記述子は、３階層の構造となっている。

まずＭＭＴ−ＳＩのメッセージについて説明する。メッセージには、Ｐａｃｋａｇｅ Ａｃｃｅｓｓ（ＰＡ）メッセージ、Ｍ２セクションメッセージ、ＣＡメッセージ、Ｍ２短セクションメッセージ、データ伝送メッセージ、及び事業者が設定するメッセージが含まれる。

ＰＡメッセージは、ＭＭＴ−ＳＩのエントリポイントとなり、ＭＭＴ−ＳＩのテーブルを伝送する制御情報である。なお、ＰＡメッセージの識別子（以下、メッセージＩＤともいう）には、０ｘ００００が割り当てられている。
Ｍ２セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送する制御情報である。なお、Ｍ２セクションメッセージには、メッセージＩＤとして０ｘ８０００が割り当てられている。

ＣＡメッセージは、限定受信方式に関する情報を伝送する制御情報である。なお、限定受信によって受信される放送とは、放送事業者と視聴者とが視聴契約を結ばないと受信装置１０で視聴できない放送である。なお、ＣＡメッセージには、メッセージＩＤとして０ｘ８００１が割り当てられている。

Ｍ２短セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション短形式を伝送する制御情報である。なお、Ｍ２セクションメッセージには、メッセージＩＤとして０ｘ８００２が割り当てられている。
データ伝送メッセージは、データ伝送に関するテーブルを伝送する制御情報である。なお、データ伝送メッセージには、メッセージＩＤとして０ｘ８００３が割り当てられている。

事業者が設定するメッセージは、放送事業者が設定する制御情報である。なお、事業者が設定するメッセージには、メッセージＩＤとして０ｘＥ０００−０ｘＥＦＦＦ、及び０ｘＦ８００−０ｘＦＦＦＦが割り当てられている。

＜データ放送サービスで用いられるＭＭＴ−ＳＩ＞
次に、データ放送サービスで用いられるＭＭＴ−ＳＩについて説明する。データ放送サービスでは、アプリケーションサービス記述子によりＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）のロケーションを記述する。ＡＩＴには、アプリケーションの情報が記述されている。データ放送サービスは、アプリケーションサービス記述子を参照してＡＩＴのロケーションを識別し、ＡＩＴに記述されている情報に基づいてアプリケーションを起動する。データ放送のアプリケーションは、例えば、ＨＴＭＬ５で記述されている。

ここで、現状の方式について説明する。データ放送サービスのためのアプリケーションサービス記述子は、ＭＰＴ（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）のみに記述されるように規定されている。ＭＰＴは、受信中の放送サービスの構成要素を記述するテーブルである。このため、アプリケーションサービス記述子がＭＰＴにのみに記述されていると、ＰＰＶ放送の先払い視聴予約等のデータ放送サービスは、現在受信中の放送サービスからしか起動できないことになる。そこで、本実施形態では、ＥＰＧ（電子番組ガイド）を記述するのに用いられるＭＨ−ＥＩＴのテーブルにもアプリケーションサービス記述子を設け、ＥＰＧ画面上から直接ＰＰＶ放送の先払い視聴予約等のデータ放送サービスを起動できるようにしている。

図４は、現状のデータ放送サービスで用いられるＭＭＴ−ＳＩの構成と、本実施形態においてデータ放送サービスで用いられるＭＭＴ−ＳＩの構成とを比較した図である。
図４（Ａ）は、現状のデータ放送サービスでの構成を示す。図４（Ａ）に示すように、現状のデータ放送サービスでは、ＰＡメッセージがエントリとなり、ＭＰＴのテーブルが送られる。ＭＰＴには、アプリケーションサービス記述子が設けられ、このアプリケーションサービス記述子に、ＭＨ−ＡＩＴのロケーションが記述される。ＭＨ−ＡＩＴは、受信中の放送波によって送られてくるため、放送を受信することで取得可能である。ＭＨ−ＡＩＴ内にはアプリケーションの情報が記述され、例えばアプリケーションが置かれているＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報に基づき、データ放送サービスが起動される。ＭＰＴは、現在受信中の放送サービスの構成要素を記述するテーブルであることから、ＭＰＴ内のアプリケーションサービス記述子から起動されるデータ放送は、現在受信中の番組に関連するデータ放送に限られる。一方、ＭＨ−ＥＩＴは、Ｍ２セクションメッセージがエントリとなって送られ、番組表を構成するのに用いられる。現状では、ＭＨ−ＥＩＴには、アプリケーションサービス記述子は設けられていない。

これに対して、図４（Ｂ）は、本実施形態でのデータ放送サービスでの構成を示す。図４（Ｂ）に示すように、本実施形態では、ＰＡメッセージがエントリとなり、ＭＰＴのテーブルが送られる。ＭＰＴには、アプリケーションサービス記述子が設けられ、このアプリケーションサービス記述子に、ＭＨ−ＡＩＴのロケーションが記述される。ＭＨ−ＡＩＴ内にアプリケーションの情報が記述され、例えば、このうちのＵＲＬ情報を参照してデータ放送を取得することで、データ放送サービスが起動される。本実施形態では、さらに、Ｍ２セクションメッセージがエントリとなり、ＭＨ−ＥＩＴのテーブルが送られる。ＭＨ−ＥＩＴにアプリケーションサービス記述子が設けられ、このアプリケーションサービス記述子に、ＭＨ−ＡＩＴ（又はＸＭＬ形式ＡＩＴ）のロケーションが記述される。ＭＨ−ＡＩＴ（又はＸＭＬ形式ＡＩＴ）内にアプリケーションのＵＲＬなどの情報が記述され、この情報からデータ放送を取得することで、データ放送サービスが起動される。ここで、ＭＨ−ＥＩＴは、番組表を記述するテーブルであることから、ＭＨ−ＥＩＴ内のアプリケーションサービス記述子から起動されるデータ放送は、未来の放送番組に関連するデータ放送とすることができる。また、ＭＨ−ＥＩＴ内のアプリケーションサービス記述子から起動されるデータ放送は、現在受信しているチャンネルの番組情報だけでなく、ＥＰＧ画面上の他のチャンネルに連動するデータ放送サービスとすることも可能となる。

なお、ＡＩＴには、ＭＨ−ＡＩＴとＸＭＬ形式ＡＩＴとがある。ＭＨ−ＡＩＴは、 放送波のＳＩによって伝送されるＡＩＴのテーブルである。ＸＭＬ形式ＡＩＴは、ネットワーク経由で取得するＡＩＴのテーブルである。

ＭＰＴ内のアプリケーションサービス記述子で参照されるＡＩＴについては、ＸＭＬ形式ＡＩＴでもよいが、現状の運用では、ＭＨ−ＡＩＴとなっている。ＭＨ−ＥＩＴ内のアプリケーションサービス記述子で参照されるＡＩＴについては、ＭＨ−ＡＩＴでもよいし、ＸＭＬ形式ＡＩＴでもよい。また、番組とＡＩＴとは、１対１の対応でなくてもよく、複数の番組から同じＡＩＴを参照しても構わない。

＜アプリケーションサービス記述子のデータ構造＞
次に、アプリケーションサービス記述子のデータ構造について説明する。図５は、アプリケーションサービス記述子のデータ構造を説明する図である。図５に示すように、アプリケーションサービス記述子は、記述子タグ（ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ）、記述子長（ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ）、アプリケーション形式（ａｐｐｌｉｃａｔｉｏｎ＿ｆｏｒｍａｔ）、デフォルトＡＩＴフラグ（ｄｅｆａｕｌｔ＿ＡＩＴ＿ｆｌａｇ）、データ伝送メッセージフラグ（ＤＴ＿ｍｅｓｓａｇｅ＿ｆｌａｇ）、ＥＭＴ数（ＥＭＴ＿ｎｕｍ）、ＡＩＴロケーション情報（ＡＩＴ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）、ＥＭＴタグ（ＥＭＴ＿ｔａｇ）、ＥＭＴロケーション情報（ＥＭＴ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）、プライベートデータ（ｐｒｉｖａｔｅ＿ｄａｔａ）とを含んでいる。

アプリケーション形式には、本記述子で参照されるアプリケーションサービスで適用されているアプリケーション符号化方式が記述される。デフォルトＡＩＴフラグは、”１”の場合、該当する配信パスのＭＨ−ＡＩＴがデフォルトの監視対象であることを示す。データ伝送メッセージフラグは、該当する配信パスにおいてデータ伝送メッセージが含まれるか否かを示す。本フラグが”１”の場合、データ伝送メッセージが存在することを示す。ＥＭＴ数には、含まれるＥＭＴの数が記述される。ＡＩＴロケーション情報には、ＡＩＴを取得可能なロケーションがＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏの形式にて記述される。ＡＩＴロケーション情報のｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ００である場合、放送波に含まれるＭＨ−ＡＩＴを参照する。ＡＩＴロケーション情報のｌｏｃａｔｉｏｎ＿ｔｙｐｅが０ｘ０５である場合、ＵＲＬによって指定されるＸＭＬ形式ＡＩＴを参照する。また、データ伝送メッセージロケーション情報には、データ伝送メッセージを取得可能なロケーションがＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏの形式にて記述される。ＥＭＴタグは、ＥＭＴの識別情報を示す。ＥＭＴロケーション情報には、ＥＭＴを取得可能なロケーションがＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏの形式にて記述される。プライベートデータは、必要に応じて運用にて利用可能な拡張領域とする。

＜ＭＨ−ＥＩＴのデータ構造＞
次に、ＭＨ−ＥＩＴのデータ構造について説明する。図６は、ＭＨ−ＥＩＴのデータ構造を説明する図である。ＭＨ−ＥＩＴは、送信装置２０から送信される放送波の構成の情報を表す構成要素の一つであり、放送される番組の名称、放送日時などの番組に関する情報を表している。

図６に示すように、ＭＨ−ＥＩＴには、テーブル識別子（ｔａｂｌｅ＿ｉｄ）、セクションシンタクス指示（ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ）、セクション長（ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ）、サービス識別（ｓｅｒｖｉｃｅ＿ｉｄ）、バージョン番号（ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ）、カレントネクスト指示（ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ）、セクション番号（ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ）、最終セクション番号（ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ）、ＴＬＶストリーム識別（ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ）、オリジナルネットワーク識別（ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ）、セグメント最終セクション番号（ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ）、最終テーブル識別（ｌａｓｔ＿ｔａｂｌｅ＿ｉｄ）、イベント識別（ｅｖｅｎｔ＿ｉｄ）、開始時間（ｓｔａｒｔ＿ｔｉｍｅ）、継続時間（ｄｕｒａｔｉｏｎ）、進行状態（ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ）、スクランブル（ｆｒｅｅ＿ＣＡ＿ｍｏｄｅ）、記述子ループ長（ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈ）、ＣＲＣ（ＣＲＣ＿３２）を含んでいる。

テーブル識別子には、各テーブルを識別するための情報が記述される。セクションシンタクス指示には、常に１が記述される。セクション長には、セクション長フィールドの直後からＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を含むセクションの最後までのセクションのバイト数を規定する情報が記述される。サービス識別には、ＴＬＶストリーム内の他のサービスからこのサービスを識別するためのラベルの役割をする情報が記述される。

バージョン番号には、サブテーブルのバージョン番号が記述される。カレントネクスト指示には、サブテーブルが現在のサブテーブルであることを示す情報、又は、送られるサブテーブルがまだ適用されず、次のサブテーブルとして使用されることを示す情報が記述される。セクション番号には、セクションの番号を表す情報が記述される。ＴＬＶストリーム識別には、ＥＩＴが示すこのＴＬＶストリームをその分配システム内の他の多重から識別するラベルの役割をする情報が記述される。

オリジナルネットワーク識別には、元の分配システムのネットワーク識別を規定するラベルの役割をする情報が記述される。セグメント最終セクション番号には、サブテーブルのこのセグメントの最後のセクションの番号を規定する情報が記述される。最終テーブル識別には、使用されている最終のテーブル識別する情報が記述される。イベント識別には、記載されているイベントの識別番号を示す情報が記述される。開始時間には、イベントの開始時間、すなわち放送番組の開始時間を日本標準時（ＪＳＴ）と修正ユリウス日で示す情報が記述される。継続時間には、イベントの継続時間、すなわち放送番組の放送時間長を時、分、秒で表す情報が記述される。進行状態には、イベントの状態を示す情報が記述される。

スクランブルには、そのイベント内の全てのコンポーネントストリームがスクランブルされていないことを示す情報、又は、一つ以上のストリームへのアクセスがＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）システムにより制御されていることを示す情報が記述される。記述子ループ長には、後続の記述子の全バイト長を示す情報が記述される。ＣＲＣには、ＩＴＵ-Ｔ勧告Ｈ．２２２．０に従う情報が記述される。

＜受信装置１０の構成の説明＞
次に、受信装置１０の構成について説明する。図７は、本発明の第１の実施形態に係る受信装置１０の構成の一例を示すブロック図である。
受信装置１０は、受信部３１１、復号部３１２、分離部３１３、音声復号部３１４、再生部３１６、映像復号部３１７、映像合成部３１８、表示部３１９、記憶部３２２、操作入力部３２３、及び制御部３３１を含んで構成される。

受信部３１１は、送信装置２０が送信した放送波を、アンテナ（図示せず）により受信する。受信部３１１は、受信した受信信号を制御部３３１から入力される選局信号で指定されるチャンネルの周波数でベースバンド信号にダウンコンバートし、復調することにより、多重化データに変換する。受信部３１１は、変換した多重化データを復号部３１２に出力する。

復号部３１２は、受信部３１１から入力された多重化データ（暗号化されている）を、送信装置２０の暗号化部１１５で用いられた方式に対応する復号方式（例えば、ＡＥＳ）で復号し、復号された多重化データを生成する。復号部３１２は、生成した多重化データを分離部３１３に出力する。

分離部３１３は、復号部３１２から入力された復号後の多重化データから番組データ及び構成情報に分離する。さらに、分離部３１３は、番組データから映像データと音声データとを抽出する。分離部３１３は、抽出した映像データを映像復号部３１７へ出力する。また、分離部３１３は、抽出した音声データを音声復号部３１４へ出力する。また、分離部３１３は、構成情報を制御部３３１へ出力する。

音声復号部３１４は、分離部３１３から音声データを取得する。音声復号部３１４は、取得した音声データを復号する。復号は、符号化に用いられた符号化方式と対応する復号方式によってなされる。それによって、音声復号部３１４は、元の音声データを生成する。復号した音声データは、各時刻における音声のレベルを示すデータである。例えば、符号化に用いられる符号化方式とは、ＭＰＥＧ−４ オーディオである。音声復号部３１４は、復号した音声データを再生部３１６へ出力する。再生部３１６は、音声復号部３１４から入力された音声データに基づく音声を再生する。例えば、再生部３１６は、スピーカーを含んで構成される。

映像復号部３１７は、分離部３１３から映像データを取得する。映像復号部３１７は、取得した映像データを復号する。復号は、符号化に用いられた符号化方式と対応する復号方式によってなされる。それによって、映像復号部３１７は、元の映像データを生成する。復号した映像データは、各時刻における映像（フレーム画像）を形成する信号値を示すデータである。例えば、符号化に用いられる符号化方式とは、ＨＥＶＣ、ＭＰＥＧ−２ビデオである。映像復号部３１７は、復号した映像データを映像合成部３１８へ出力する。

映像合成部３１８は、映像復号部３１７から映像データを取得する。また、映像合成部３１８は、制御部３３１から放送選択画面等を示す通知画像データやデータ放送サービスの画面等を取得する。例えば、映像合成部３１８は、映像データに基づく映像上に、通知画像データに基づく放送選択画面やデータ放送サービスの画面等の映像を重ねた映像を生成する。映像合成部３１８は、生成した映像に基づく映像データを表示部３１９へ出力する。

表示部３１９は、映像合成部３１８から取得した映像データに基づく映像を表示する。例えば、表示部３１９は、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、等を含んで構成される。
記憶部３２２は、各種のデータやプログラムを記憶する記憶媒体である。例えば、記憶部３２２には、自らの受信装置１０が受信可能な放送に関する情報を示すデータ等を記憶する。受信可能な放送とは、例えば、地上デジタル放送、衛星デジタル放送（ＢＳ、ＣＳ）、及び高解像度放送（４Ｋ放送、８Ｋ放送）等である。

例えば、記憶部３２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ；読み出し専用メモリ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ；読み書き可能なメモリ）、又はそれらの任意の組み合わせを含んで構成される。

操作入力部３２３は、受信装置１０の利用者による操作入力を受け付ける。操作入力部３２３は、受け付けた操作入力に基づいて生成される操作信号を生成する。操作入力部３２３は、生成した操作信号を制御部３３１へ出力する。
例えば、操作入力部３２３が生成する操作信号とは、電源のオン／オフを示す信号、放送波のチャンネルを示す信号、等である。この一例においては、操作入力部３２３は、リモートコントローラ４００から操作信号を受信する入力インターフェースである。ただし、操作入力部３２３は、例えば、自らの受信装置１０が備える操作ボタン、又は携帯型情報端末（例えば、スマートフォン）、等から操作信号を受信する入力インターフェースであってもよい。

制御部３３１は、ＣＰＵ等を含んで構成されるコンピュータを含む。制御部３３１は、記憶部に格納されたソフトウェア（プログラム）を実行する。それによって、制御部３３１は、受信装置１０の種々の動作を制御する。また、制御部３３１は、制御情報により参照されるデータ放送サービスを起動するデータ放送サービス起動部として機能する。

図８は、受信装置１０１を操作するためのリモートコントローラ４００の外観構成を示すものである。図８に示すように、リモートコントローラ４００には、電源キー４１１、テンキー４１２、チャンネルアップ／ダウンキー４１３、音量アップ／ダウンキー４１４、方向キー４１５、決定キー４１６、データキー４１７、番組表キー４１８等、複数のボタンやキーが配設されている。

電源キー４１１は、受信装置１０の電源のオン／オフを行うボタンである。テンキー４１２は、チャンネルの選択を行うものである。チャンネルのアップ／ダウンキー４１３は、チャンネルのアップ／ダウンを行うものである。音量アップ／ダウンキー４１４は、音量のアップ／ダウンを行うものである。方向キー４１５は、カーソル移動等の操作を行うものである。決定キー４１６は、各種の操作の決定操作を行うものである。データキー４１７は、受信中の放送サービスに連動するデータ放送を行うものである。番組表キー４１８は、番組表の表示を行うものである。

＜ＰＰＶ番組の視聴＞
前述したように、本実施形態では、ＭＨ−ＥＩＴ内にアプリケーションサービス記述子が設けられる。ＭＨ−ＥＩＴ内のアプリケーションサービス記述子で参照されるＡＩＴにより、番組表の番組に連動したデータ放送サービスを起動することができる。番組表の番組に連動したデータ放送サービスにより、ＥＰＧ上でＰＰＶ番組を選択し、有料放送番組の案内や支払い手続きを行うことができる。

図９は、本実施形態におけるデータ放送サービスの表示処理の概要を示す図である。図９（Ａ）に示すテレビ放送受信画面４５１から、ユーザがリモートコントローラ４００のデータキー４１７を押すと、図９（Ｂ）に示すように、ＭＰＴ内のアプリケーションサービス記述子で参照されるＡＩＴにより、番組表の番組に連動したデータ放送サービスの画面４５２が表示される。データ放送サービスの画面４５２により、ユーザは、現在放送中の番組についての各種の情報を取得することができる。

また、図９（Ａ）に示すテレビ放送受信画面４５１から、ユーザがリモートコントローラ４００の番組表キー４１８を押すと、図９（Ｃ）に示すように、各チャンネルの放送予定の番組を示したＥＰＧ画面４５３が表示される。ユーザは、ＥＰＧ画面４５３上で、番組の予定の一覧を見て、所望の番組があると、方向キー４１５によりカーソルを移動して番組を選択して、決定キー４１６を押す。ユーザにより選択された番組が有料番組でなければ、選択された番組の視聴または録画予約が行われる。ユーザにより選択された番組がＰＰＶ番組であり、且つ、未契約の場合には、図９（Ｄ）に示すように、案内画面への誘導メニューを表示する画面４５４が表示される。この画面中には、「案内を見る」のボタン４５５と、「戻る」のボタン４５６とが含まれる。ここで、ユーザが「案内を見る」のボタン４５５を選択して決定キー４１６を押すと、図９（Ｅ）に示すように、ＭＨ−ＥＩＴ内のアプリケーションサービス記述子で参照されるＡＩＴにより、番組表の番組に連動したデータ放送サービスが表示される。データ放送サービスの画面４５７により、ユーザは、未来に放送されるＰＰＶの番組についての予告情報や有料放送の視聴契約を行うことができる。

図１０は、ＥＰＧ画面からＰＰＶ番組を視聴または録画予約する際の処理を示すフローチャートである。図１０において、制御部３３１は、番組表キー４１８が押されたかどうかを判定し（ステップＳ１０１）、番組表キー４１８が押されると（ステップＳ１０１：Ｙｅｓ）、制御部３３１は、ＥＩＴの記述に基づいて、図９（Ｃ）に示したような、ＥＰＧ画面４３を表示する（ステップＳ１０２）。
制御部３３１は、番組が選択されて決定キー４１６が押されたかどうかを判定しており（ステップＳ１０３）、番組が選択されて決定キー４１６が押されると（ステップＳ１０３：Ｙｅｓ）、制御部３３１は、選択された番組はＰＰＶ番組かどうかを判定する（ステップＳ１０４）。選択された番組がＰＰＶ番組でなければ（ステップＳ１０４：Ｎｏ）、制御部３３１は、選択された番組について、視聴または録画の予約設定を行う（ステップＳ１１２）。

ステップＳ１０４で選択された番組がＰＰＶ番組であると判定された場合には（ステップＳ１０４：Ｙｅｓ）、制御部３３１は、ＰＰＶ番組の視聴についてユーザの視聴契約の有無を判定する（ステップＳ１０５）。ユーザの視聴契約の有無は、ＭＨ−ＥＩＴに配置されているＭＨ−ＣＡ契約情報記述子を参照することで判定できる。ユーザの視聴契約がある場合には（ステップＳ１０５：Ｙｅｓ）、制御部３３１は、選択された番組について、視聴予約の設定を行う（ステップＳ１１２）。

ステップＳ１０５で、ユーザが未契約の場合には（ステップＳ１０５：Ｎｏ）、制御部３３１は、図９（Ｄ）に示したような、案内画面への誘導メニューを表示する画面４５４を表示する（ステップＳ１０６）。この画面４５４には、「案内を見る」ボタン４５５と「戻る」ボタン４５６とが配置されている。

制御部３３１は、「案内を見る」ボタン４５５が押されたかどうかを判定し（ステップＳ１０７）、「戻る」ボタン４５６が押されたかどうかを判定する（ステップＳ１０８）。
方向キー４１５により「戻る」ボタン４５６にカーソルが移動され、決定キー４１６が押されると（ステップＳ１０８：Ｙｅｓ）、制御部３３１は、ステップＳ１０２の番組表示に、表示処理を戻す。

方向キー４１５により「案内を見る」ボタン４５５にカーソルが移動され、決定キー４１６が押されると（ステップＳ１０７：Ｙｅｓ）、制御部３３１は、ＭＨ−ＥＩＴに配置されているアプリケーションサービス記述子を参照して、データ放送サービスを起動する（ステップＳ１０９）。

このステップＳ１０９において、制御部３３１は、アプリケーションサービス記述子に記述されているＡＩＴが、ＭＨ−ＡＩＴである場合と、ＸＭＬ形式ＡＩＴである場合とで、異なる処理を実行する。具体的には、アプリケーションサービス記述子によりＸＭＬ形式ＡＩＴが参照される場合には、制御部３３１は、ＵＲＬなどの情報に基づいて、ネットワーク上にあるデータを取得し、放送サービスを起動する。これに対して、アプリケーションサービス記述子によりＭＨ−ＡＩＴが参照される場合に、現在受信中のチャンネルの番組であれば、対象となるＭＨ−ＡＩＴを取得して放送サービスを起動する。また、現在受信しているチャンネルとは異なる場合であれば、制御部３３１は、そのチャンネルを選局後に、対象となるＭＨ−ＡＩＴを取得し、放送サービスを起動する。この場合、受信装置１０が２つ以上のチューナーを備える場合は、一方のチューナーでＭＨ−ＡＩＴを取得してもよい。

放送サービスを起動すると、制御部３３１は、図９（Ｅ）に示したような、番組表の番組に連動したデータ放送サービスの画面４５７を表示し（ステップＳ１１１）、ユーザに、ＰＰＶの番組についての予告情報やＰＰＶ番組の先払い視聴契約の情報を提供する。そして、制御部３３１は、契約処理を実行するか否かを判定する（ステップＳ１１１）。例えば、ＰＰＶの番組についての予告情報やＰＰＶ番組の先払い視聴契約の情報を参照したユーザが、視聴契約をするための操作を行った場合（ステップＳ１１１：Ｙｅｓ）、制御部３３１は、選択された番組について、視聴予約の設定を行う（ステップＳ１１２）。また、ユーザが、「戻る」ボタン４５６を選択するなど、視聴契約しないための操作を行った場合（ステップＳ１１１：Ｎｏ）、制御部３３１は、ステップＳ１０２の番組表示に、表示処理を戻す。

上述のように、本実施形態では、ＥＰＧ画面を構成するためのＭＨ−ＥＩＴ内にアプリケーションサービス記述子を配置することで、番組表上の未来の番組に連動するデータ放送サービスを起動することができる。これにより、ＥＰＧ画面上で、未来の番組に対する番組情報を提供し、また、先払い視聴契約を促すことができる。また、現在視聴しているチャンネルの番組情報だけでなく、ＥＰＧ画面上の他のチャンネルに連動するデータ放送サービスを起動し、ＰＰＶ番組の先払い視聴契約を促すことができる。

また、本実施形態では、選択された番組がＰＰＶ番組である場合には、ＭＨ−ＥＩＴに配置されているＭＨ−ＣＡ契約情報記述子を参照してユーザの契約があるかどうかを判定している。これにより、選択された番組がＰＰＶ番組である場合、ユーザが契約を行っていれば、ＥＰＧ画面からＰＰＶ番組の視聴予約を直接行い、ユーザが未契約なら、ＰＰＶ番組の先払い視聴契約を促すデータ放送サービスを起動することができる。

なお、ＥＰＧ画面を表示する場合、ＰＰＶ番組であるかどうか、又はユーザが契約を行っているかどうかに応じて、表示画面の色、文字、表示枠等、ＥＰＧ画面の表示形式を異なるようにしてもよい。また、ＰＰＶ番組であるかどうか、又はユーザが契約を行っているかどうかに応じて、連動するデータ放送サービスを異なるようにしてもよい。

また、ＥＰＧ画面を左右に２分割し、ＥＰＧ画面上でカーソルを合わせてしばらく待つと、ＥＰＧ画面の例えば左側で番組表を表示し、ＥＰＧ画面の右側でデータ放送サービスを起動してもよい。これにより、ＥＰＧ画面から画面を切り替えることなく、ＨＴＭＬ５を利用した効果的な番組宣伝を実現できる。
また、ＥＰＧ画面上で決定ボタンを押すと録画予約を行い、この時点で番組が未契約だった場合、自動的に連動するデータ放送サービスを表示するようにしてもよい。これにより、未契約のまま録画予約し、録画に失敗するトラブルを予防することができる。

また、上述の例では、ＭＨ−ＥＩＴ内にアプリケーションサービス記述子を配置しているが、ＥＰＧに連動するデータ放送サービスをＥＰＧ画面から起動できる記述子であれば、どのような記述子であってもよい。

また、上述した実施形態における受信装置１０、送信装置２０の一部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、認識データ伝送装置に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１…デジタル放送システム、１０…受信装置、２０…送信装置、３０…放送衛星、２０１…番組データ生成部、２０２…構成情報生成部、２０３…多重化部、２０５…送信部、３１１…受信部、３１２…復号部、３１３…分離部、３３１…制御部、４００…リモートコントローラ、４１７…データキー、４１８…番組表キー

Claims (6)

1. 放送信号を受信する受信部と、
   表示部と、
   データ放送サービス起動部とを備え、
   前記放送信号は、番組表を構成するテーブルに設けられたデータ放送サービスを起動するための制御情報を含み、
   前記データ放送サービス起動部は、前記番組表を構成するテーブルに設けられた制御情報により参照されるデータ放送サービスを起動して、前記表示部に表示する
   ことを特徴とする受信装置。
2. 前記制御情報とは、アプリケーションサービス記述子であり、
   前記番組表を構成するテーブルとは、ＭＨ−イベント情報テーブルである
   ことを特徴とする請求項１に記載の受信装置。
3. 前記データ放送サービスは、ペイ・パー・ビュー放送に関するデータ放送である
   ことを特徴とする請求項１又は請求項２に記載の受信装置。
4. 番組表を構成するためのテーブルを含む構成情報生成部と、
   放送信号を送信する送信部とを備え、
   前記番組表を構成するためのテーブルに、データ放送サービスを起動するのに参照される制御情報を設ける
   ことを特徴とする送信装置。
5. 番組表を構成するためのテーブルにデータ放送サービスを起動するのに参照される制御情報を設けて送信する送信装置と、
   前記送信装置からの放送信号を受信し、前記番組表を構成するためのテーブルから、前記制御情報により参照されるデータ放送サービスを起動して表示する受信装置と
   を備えることを特徴とする放送システム。
6. 送信側では、番組表を構成するためのテーブルにデータ放送サービスを起動するのに参照される制御情報を設けて送信し、
   受信側では、前記送信側からの信号を受信し、前記番組表を構成するためのテーブルから、前記制御情報により参照されるデータ放送サービスを起動する
   ようにしたことを特徴とする送受信方法。

Images