JP2001024996A

JP2001024996A - コンテンツ受信システム及びコンテンツ受信方法

Info

Publication number: JP2001024996A
Application number: JP18887499A
Authority: JP
Inventors: Takashi Hosoda; 貴細田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-07-02
Filing date: 1999-07-02
Publication date: 2001-01-26
Anticipated expiration: 2019-07-02
Also published as: EP1100269A4; US7020839B1; CN1320335A; WO2001003436A1; JP4438129B2; EP1100269A1

Abstract

(57)【要約】【課題】デジタル衛星データ放送などによって配信さ
れたマークアップ言語形式のデータをユーザ（視聴者）
のニーズや好みに適合した表現形式で提供する。【解決手段】本発明を適用したデジタル衛星データ放
送受信システムによれば、ユーザは、放送番組情報とし
てのＸＭＬ文書に適用すべきスタイルシートを、画面上
で選択することが許容される。さらに、放送番組情報の
表示／非表示や、表示する場合には、メニュー・ボタン
にリンク情報を含める／含めないの選択を行うことがで
きる。また、ＸＳＬ言語やＣＳＳ言語で記述されたスタ
イルシートはテキスト形式のデータでありユーザ可読性
があることから、コンソールを介したスタイルシートの
編集・更新作業が許容される。よって、マークアップ言
語形式のデータをユーザの好みに適合した表現形式で提
供することができ、データ配信の効率や柔軟性が担保さ
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル衛星デー
タ放送やマルチメディア・コンテンツの通信などのデジ
タル・データ配信技術に係り、特に、データ属性を持つ
コンピュータ言語の命令で構成されるデジタル・データ
を配信する技術に関する。データ属性を持つコンピュー
タ言語の命令で構成されるデジタル・データは、例え
ば、データ属性を定義するタグで区切られたタグ・デー
タからなる言語（すなわち、マークアップ言語）形式で
記述される。

【０００２】更に詳しくは、本発明は、任意に定義可能
なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓ
ｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ））形式の
デジタル・データを配信する技術に係り、特に、マーク
アップ言語の表示形式を記述したスタイルシート（例え
ばＸＳＬ（ｅＸｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅ
ｔＬａｎｇｕａｇｅ）形式で記述されたＸＳＬ文書な
ど）の配信と利用に関する。

【０００３】

【従来の技術】放送の技術分野において、データのデジ
タル化が急速に進められている。これは、デジタル・デ
ータの方がアナログ・データよりも帯域を効率よく利用
できる点や、映像や音声以外のデータとの親和性が高い
点などに依拠する。

【０００４】例えば、デジタル・データであれば、１チ
ャンネルで４本分のデータを搬送することができ、ハイ
ビジョン用のデータをそのまま送信することができる。
また、ＥＰＧ（ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍＧ
ｕｉｄｅ：電子番組ガイド）など各種のシステム情報等
を映像情報や音声情報とともに送ることによって、ユー
ザ（視聴者）へのサービスを向上させることができる
（ＥＰＧは、放送番組の放送スケジュールや番組名など
の提示情報の他、ＶＴＲへの録画予約などの機能を包含
する）。

【０００５】デジタル形式のデータは、汎用コンピュー
タ・システムなどテレビジョン以外の情報機器との親和
性も高い。例えば、汎用コンピュータ・システムにデジ
タル衛星データ放送用のチューナ・カードを取り付け
て、受信したＥＰＧデータをコンピュータ内で解析し
て、電子番組表をコンピュータ・ディスプレイ上にウィ
ンドウ表示して、番組切換や録画予約などをマウス・カ
ーソルによる操作で実現することができる。勿論、放送
データをコンピュータの内蔵ハード・ディスクにそのま
まデジタル録画することも可能である。

【０００６】また、帯域を活用して、映像や音声などの
放送番組本体以外のデータを送信することにより、放送
番組の対話性を高めることができる。例えば、択一式の
クイズを提供するような放送番組であれば、映像・音声
データとともに解答を併せて送信することにより、衛星
テレビ放送受信機（すなわち視聴者）側では、コンピュ
ータ・ディスプレイ上に解答メニュー・ボタンを用意
し、マウス・カーソルによる解答操作に応答して答合わ
せを行うことができる。

【０００７】さらに対話性が高まれば、家庭内のテレビ
受信機は、単に映像コンテンツを扱うだけでなく情報管
制塔として飛躍することが期待できる。例えば、テレビ
受信機は、インターネット端末や電子商取引端末にもな
り得る。

【０００８】デジタル衛星データ放送では、衛星放送番
組本体を構成する映像と音声のデータ（ＡＶデータ）の
他に、放送番組に付随するデジタル伝送データが並行し
て配信される。より具体的には、ＭＰＥＧ２（Ｍｏｔｉ
ｏｎＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ
ｐｈａｓｅ２）など所定の圧縮方式で圧縮されたＡＶデ
ータと、デジタル伝送データとを多重化して構成される
「トランスポート・ストリーム」（後述）の形式で、放
送波として伝播される。

【０００９】デジタル伝送データに載せられる放送番組
情報の一例は、先述のＥＰＧ（ＥｌｅｃｔｒｉｃＰｒ
ｏｇｒａｍＧｕｉｄｅ：電子番組情報）である。ま
た、放送番組情報は、放送番組本体のタイトルや日付、
番組のキャスティングなど放送番組本体に関する固有の
情報を含むことができる。また、放送番組情報が含むデ
ータの種類やデータ構造は、番組本体が提供するサービ
ス内容に応じてある程度系統化される。例えば、料理番
組における献立や食材に関する情報や、選挙速報番組に
おける時々刻々更新される得票状況、プロ野球中継にお
ける各選手の打撃・投球に関する個人成績やチーム順位
などである。

【００１０】放送番組情報は、デジタル衛星データ放送
受信システム（以下、単に「受信システム」とする）側
では、放送番組本体を表示出力するディスプレイ・スク
リーンの一部の領域を使用して表示される。この受信シ
ステムは、通常は、放送波を受信・選局・デコードする
受信機（セット・トップ・ボックス：ＳＴＢ）と、表示
出力するテレビジョンとで構成され、一般家庭内に設置
される。

【００１１】ここで、デジタル伝送データとして配信さ
れるコンテンツ（以下、「配信コンテンツ」とする）の
構造について、図１４を参照しながら説明しておく。

【００１２】図１４に示すように、配信コンテンツは、
テキスト・データの他、静止画、動画、音声などの各モ
ノメディア・データと、これら各々のモノメディア・デ
ータを統合的すなわちマルチメディアとして取り扱い、
放送番組情報の有様を規定する表示・出力制御プログラ
ム（以下では、「マルチメディア符号化アプリケーショ
ン」とも呼ぶ）とで構成される。表示・出力制御プログ
ラムには、各モノメディア・データに対する参照（リン
ク）情報を組み込むことができる。

【００１３】デジタル衛星データ放送の標準化作業で
は、この配信コンテンツとしてのマルチメディア符号化
方式として、当初はＭＨＥＧ（Ｍｕｌｔｉｍｅｄｉａ
ａｎｄＨｙｐｅｒｍｅｄｉａＥｘｐｅｒｔＧｒｏｕ
ｐ）の利用が検討されてきた。ＭＨＥＧは、データ属性
を定義するタグを用いる記述言語の一種であり、マルチ
メディア・コンテンツをテレビに表示し、ビデオ・オン
・デマンド（ＶＯＤ）やデジタル・テレビ放送において
視聴者が所望の情報を引き出すような用途を想定してい
る。例えば日本のＣＳデジタル放送（ＳＫＹＰｅｒｆｅ
ｃＴＶ）では、ＭＨＥＧ−５が採用されている。

【００１４】しかしながら、ＭＨＥＧは、タグの定義が
固定的であり拡張性に欠ける。すなわち、一意に定めら
れたタグのみを用いて記述しなければならないので、例
えば関数（ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇ
ｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）など）を一つ変
更するのにさえ、相当の修正作業を要する。また、ＭＨ
ＥＧは、放送業務に特化したマルチメディア符号化方式
を規定したものなので、インターネット上のコンテンツ
との互換性がとられていない。

【００１５】そこで、ＭＨＥＧに代わって、ＸＭＬ（ｅ
ＸｔｅｎｄｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ）を
ベースとした仕様が検討されている。当業界では既に周
知のように、ＸＭＬは、現在のインターネットの標準的
な記述言語であるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭ
ａｒｋｕｐＬａｎｇｕａｇｅ）と同様、タグを使って
コンテンツの構成要素を区切り、その属性を指定するタ
イプのマークアップ記述言語である。ＸＭＬは、ＨＴＭ
Ｌと同様にコンテンツ中にリンクすなわち別の資源オブ
ジェクトへのアクセス情報（リファレンス）を埋め込む
こともできる。

【００１６】ＸＭＬは、タグの定義が任意、すなわち属
性の記述の仕方に制約がないので、自由度が高く、ま
た、汎用コンピュータやインターネットとの親和性が高
いことなどが、ＭＨＥＧよりも有利な点として挙げられ
る。また、ＸＭＬは、次世代インターネットの記述言語
としての策定作業も進められている。

【００１７】ＸＭＬをデジタル衛星データ放送の標準言
語で用いた場合、デジタル放送用データを、コンピュー
タやテレビジョン、電話機など、多種多様な情報機器間
で情報交換を行うことができる。また、ＸＭＬは、タグ
の属性を任意に定義できることから、レイアウト指定に
特化したＨＴＭＬに比しデータ処理に強い。このため、
電子商取引を含め、各分野への利用も急速に進みつつあ
る。

【００１８】ＸＭＬ言語形式で記述された文書（以下、
「ＸＭＬインスタンス」とも呼ぶ）において任意なタグ
の設定が許容することは、言い換えれば、文書中に書か
れた文字列を意味の付けられたデータとして扱うことを
目的とするものである。すなわち、タグの定義により、
タグで仕切られた各タグ・データを、単なる表示目的以
外の意味を持ったデータとして表現することができる。
さらに、タグの構造を定義することで、ＸＭＬインスタ
ンス又は該インスタンス中のデータを構造化して記述す
ることが可能となる。

【００１９】日本国内におけるデジタル・データ放送用
ＸＭＬ方式は、送信コンテンツとしてのマルチメディア
・データを、ＸＭＬというタグ付きの言語を用いて記述
することを規定したものである。

【００２０】デジタル・データ放送用ＸＭＬ方式は、属
性情報を任意に定義可能なタグを付加できるしようも規
格化されている。任意に定義可能なタグの記述方法（す
なわちタグの文法）を定めたものが、ＤＴＤ（Ｄｏｃｕ
ｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔｉｏｎ）と呼ばれ
る規約であり、Ｗ３Ｃ（Ｗｏｒｌｄ−ＷｉｄｅＷｅｂ
Ｃｏｎｓｏｒｔｉｕｍ）で標準化が進められている。
任意に定義可能なＤＴＤは、例えば、各業界毎に一意に
定めることができる。ここで言うタグの属性情報には、
例えばテレビ受信機とコンピュータのように異機種間で
接続したときに、各機器が互いにコンテンツの意味を理
解して処理するために必要な情報などが含まれる。

【００２１】ＸＭＬインスタンス自体は、表現形式に関
するスタイル情報を包含していないこともある。この場
合、ＸＭＬインスタンスの表現方法は、ＤＴＤとは別の
文書ファイルである「スタイルシート」によって記述さ
れる。

【００２２】スタイルシートは、例えば、ＸＭＬインス
タンスをディスプレイ・スクリーン上に表示出力する形
式に変換する（あるいはプリンタへの印刷出力形式に変
換する）ための文書ファイルである。ＸＭＬインスタン
ス用のスタイルシートは、特に、「ＸＳＬ（ｅＸｔｅｎ
ｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａｇ
ｅ）」形式の言語、「ＣＳＳ（ＣａｓｃａｄｅＳｔｙ
ｌｅｓｈｅｅｔ）」形式の言語、あるいは、その派生規
格である「ＸＳＬＴ（ＸＳＬＴｒａｎｓｆｏｒｍａｔ
ｉｏｎ）」形式の言語を用いて記述することかできる。
スタイルシートの記述次第で、書体やそのサイズ・色な
どを変化させて、同じＤＴＤコンテンツを全く別の形式
で表現することができる。スタイルシートは、ＤＴＤと
は別のファイルにして送信される。

【００２３】なお、スタイルシートの他に、音声や静止
画、動画など各モノメディアからなるマルチメディア・
コンテンツは、ＸＭＬインスタンス又はスタイルシート
内で、ＸＭＬやＸＳＬとは別のスクリプトと呼ばれる言
語によって動作を規定することもできる。このようなス
クリプトは、例えばＪａｖａＳｃｒｉｐｔ，ＥＣＭＡＳ
ｃｒｉｐｔ，Ｊｓｃｒｉｐｔなどのスクリプト言語で記
述されるが、ＸＭＬ及びＸＳＬ等の規格では、基本的に
はＥＣＭＡＳｃｒｉｐｔで記述するように規定されてい
る（”ＥＣＭＡＳｃｒｉｐｔ”は、欧州電子計算機工業
会（ＥＣＭＡ）が規格化したスクリプト言語である）。

【００２４】ＸＳＬは、スタイルシート本来の機能の他
に、ＸＭＬインスタンスの要素構造の変換言語としても
注目されている（但し、この点に関する規格は本出願時
において審議中である）。また、ＸＭＬ方式の放送用デ
ジタル・データ・パッケージの処理負荷が重い場合や、
受信機がハード・ディスク装置を装備できないタイプの
場合には、ＸＳＬを用いることによりデータベース操作
を行うことができるなどの利点がある。

【００２５】ＸＭＬ文書からなる配信コンテンツは、図
１５に示すように、ＸＭＬ文書の他に、例えばＤＴＤ文
書とスタイルシートを伴なう。但し、ＸＭＬ文書がＤＴ
Ｄ文書が含まれない場合や、ＸＭＬ文書の配信とは異な
るタイミングでスタイルシートが送付されることもあ
る。また、配信コンテンツの記述言語は、必ずしもＸＭ
Ｌには限定されず、ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅ
ｎｅｒａｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａｇ
ｅ）やＨＴＭＬなど、その他のマークアップ言語形式で
あってもよい。また、例えばＸＭＬ文書がＴＶ放送に適
用され、他のリアルタイム型のデータとともに動作して
プレゼンテーションを行う場合には、各種のモノメディ
ア・コンテンツのＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕ
ｒｃｅＩｄｅｎｎｔｉｆｉｅｒ）と呼ばれる放送デー
タ・モジュール内のモノメディア位置情報も、ＸＭＬ文
書本体に組み込まれることもある。

【００２６】受信システム側では、受信したＸＭＬイン
スタンスを「ＸＭＬパーザ（Ｐｅｒｓｅｒ）」と呼ばれ
る構文解析プログラムでパージング処理する。すなわ
ち、ＸＭＬパーザは、ＤＴＤ文書及びＸＭＬ文書を構造
解析して、文書オブジェクトを出力する。この文書オブ
ジェクトは、元のＸＭＬ文書中のタグに従って木構造が
形成された構造化文書である。

【００２７】次いで、この文書オブジェクトは、「ＸＳ
Ｌプロセッサ」と呼ばれる変換プログラムによって変換
処理される。ＸＳＬプロセッサは、ＸＳＬ文書の記述に
従った表現形式に文書オブジェクトを変換する。

【００２８】また、さらにＸＳＬの派生規格であるＸＳ
ＬＴ（ＸＳＬＴｒａｎｓｆｏｒｍａｔｉｏｎ）を適用
することにより、高度ＸＭＬ形式で記述された文書を、
いわゆるＨＴＭＬブラウザでブラウジング可能なＨＴＭ
Ｌ形式の文書に変換したり、さらに、ＨＴＭＬ以外のカ
スタム・ブラウザでブラウジング可能なカスタム文書に
変換したりすることができる。すなわち、ＸＳＬＴによ
れば、アプリケーションや情報端末間でのコンテンツ交
換が容易になる。

【００２９】

【発明が解決しようとする課題】既に述べたように、デ
ジタル衛星データ放送における放送コンテンツは、放送
番組本体に関する映像及び音声情報がＭＰＥＧ２方式で
圧縮されたＡＶデータ部分と、放送番組に付随する放送
番組情報としてのデジタル伝送データとが多重化された
「トランスポート・ストリーム」として構成される。

【００３０】放送番組情報は、例えば、ＸＭＬ（ｅＸｔ
ｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）な
どのマークアップ言語形式で記述されたマルチメディア
符号化アプリケーションや、その他のモノメディア・デ
ータで構成される（前述）。アプリケーションをＸＭＬ
言語で記述する有利な点は、タグの定義が任意であるこ
とからタグ・データに対して表示やレイアウト目的以外
の意味を持たせ文書を構造化できること、すなわちデー
タ処理に優れていることなどにある。

【００３１】ＸＭＬインスタンス自体は、表現形式（例
えば、ディスプレイ・スクリーン上での表示形式や、あ
るいは、プリンタへの印刷出力形式）に関する情報を含
まない。このため、ＸＭＬインスタンスの表現形式を規
定したスタイルシートを配信コンテンツに添えて、ユー
ザ（すなわちデジタル衛星放送の視聴者）に配布する必
要がある。あるいは、ＸＭＬ文書の配信とは別の手続き
によって、各ユーザに配布しておいてもよい（例えば、
ＸＭＬ文書とは別のタイミングで配信したり、スタイル
シートを格納したＣＤなどの可搬型メディアを配布又は
販売することができる）。各ユーザは、１つのＸＭＬ文
書に対する複数のスタイルシートを保有しておいてもよ
い。

【００３２】例えば、放送番組情報としてのＸＭＬイン
スタンスに適用すべきスタイルシートをＸＭＬ文書内で
指定しておくことにより、スタイルシートの選定作業は
自動化され、ユーザすなわち視聴者に対するサービスは
向上する。また、放送事業者においては、配信コンテン
ツとしてのＸＭＬ文書に指示内容を挿入することで、視
聴者の画面表示形態を放送事業者主導で決定することが
できるので、放送サービスの内容を集中管理することが
できる。

【００３３】その反面、ユーザすなわち視聴者にとって
は、提供されるサービス内容が画一化されてしまい、自
由度が失われ、窮屈でさえある。

【００３４】放送番組情報の一般的な表示形態は、例え
ばＥＰＧにおいて用意される「録画」や「録画予約」な
どのメニュー・ボタンであり、これらメニュー領域は、
ディスプレイ・スクリーン上の所定領域を占有する。メ
ニュー・ボタンは、高機能なサービスを提供する一方
で、放送番組本体に関する映像情報の表示領域が狭くな
るという側面がある。

【００３５】各視聴者のニーズや好みは区々であり、メ
ニュー・ボタンの表示を求める場合、求めない場合、あ
るいは、メニュー・ボタンの表示自体は求めるがそのボ
タンの駆動を要しない場合など様々なケースが想定され
る。さらには、放送コンテンツに添付して配信される以
外のスタイルシートの適用を求める場合さえ考えられ
る。

【００３６】本発明は、このような課題に鑑みたもので
あり、その目的は、デジタル衛星データ放送やマルチメ
ディア・コンテンツ通信などのデジタル・データ配信に
おいて、ユーザ（視聴者）のニーズや好みに応じた情報
提供を実現することにある。

【００３７】本発明の更なる目的は、ＸＭＬなどのマー
クアップ記述言語のようなデータ属性を持つコンピュー
タ言語の命令で構成されるデジタル・データを配信する
に際し、ユーザ（視聴者）のニーズや好みに応じた情報
提供を実現することにある。

【００３８】本発明の更なる目的は、デジタル衛星デー
タ放送などによって配信されたマークアップ言語形式の
データをユーザ（視聴者）のニーズや好みに適合した表
現形式で提供することにある。

【００３９】本発明の更なる目的は、デジタル衛星デー
タ放送などによって配信されたマークアップ言語形式の
データに対して、ユーザ（視聴者）のニーズや好みに適
合したスタイルシートを利用する技術を提供することに
ある。

【００４０】

【課題を解決するための手段】本発明は、上記課題を参
酌してなされたものであり、その第１の側面は、データ
属性を持つコンピュータ言語の命令で構成される配信コ
ンテンツを受信するコンテンツ受信システム又は方法で
あって、データ属性を持つコンピュータ言語の命令で構
成される配信コンテンツに関する表現形式を規定した１
以上のスタイルシートを保管する手段又はステップと、
データ属性を持つコンピュータ言語の命令で構成される
配信コンテンツ及び／又はスタイルシートを受容する手
段又はステップと、保管されたスタイルシートに対する
ユーザ選択を促す手段又はステップと、該ユーザ選択さ
れたスタイルシートを配信コンテンツに適用して、該受
容した配信コンテンツを表示する手段又はステップと、
を具備することを特徴とするコンテンツ受信システム又
は方法である。

【００４１】また、本発明の第２の側面は、タグを使用
する言語形式で記述された配信コンテンツを受信するコ
ンテンツ受信システム又は方法であって、タグを使用す
る言語形式で記述された配信コンテンツに関する表現形
式を規定した１以上のスタイルシートを保管する手段又
はステップと、タグを使用する言語形式で記述された配
信コンテンツ及び／又はスタイルシートを受容する手段
又はステップと、保管されたスタイルシートに対するユ
ーザ選択を促す手段又はステップと、該ユーザ選択され
たスタイルシートを配信コンテンツに適用して、該受容
した配信コンテンツを表示する手段又はステップと、を
具備することを特徴とするコンテンツ受信システム又は
方法である。

【００４２】また、本発明の第３の側面は、任意に定義
可能なタグを使用する言語形式で記述された配信コンテ
ンツを受信するコンテンツ受信システム又は方法であっ
て、任意に定義可能なタグを使用する言語形式で記述さ
れた配信コンテンツに関する表現形式を規定した１以上
のスタイルシートを保管する手段又はステップと、任意
に定義可能なタグを使用する言語形式で記述された配信
コンテンツ及び／又はスタイルシートを受容する手段又
はステップと、保管されたスタイルシートに対するユー
ザ選択を促す手段又はステップと、該ユーザ選択された
スタイルシートを配信コンテンツに適用して、該受容し
た配信コンテンツを表示する手段又はステップと、を具
備することを特徴とするコンテンツ受信システム又は方
法である。

【００４３】ここで、前記のスタイルシートを保管する
手段又はステップは、前記コンテンツ受信システム本体
に対して着脱自在で可搬式のメディアであってもよい。

【００４４】また、前記のユーザ選択を促す手段又はス
テップは、配信コンテンツの非表示を選択肢の１つに持
つことができる。

【００４５】また、前記のユーザ選択を促す手段又はス
テップは、スタイルシートの編集を選択肢の１つに持つ
こともできる。

【００４６】また、スタイルシートは暗号化されてお
り、さらに暗号化されたスタイルシートを復号する手段
又はステップを備えていてもよい。

【００４７】

【作用】デジタル衛星データ放送においては、放送番組
本体を構成するＡＶデータの他に、電子番組ガイド（Ｅ
ＰＧ）などの放送番組情報を含んだデジタル伝送データ
が多重化されたトランスポート・ストリームの形式で配
信される。

【００４８】放送番組情報の表示制御プログラムすなわ
ちマルチメディア符号化アプリケーションは、ＸＭＬを
始めとするマークアップ言語で記述された文書である。
但し、ＸＭＬインスタンス自体は、表現形式（すなわ
ち、ディスプレイ・スクリーン上での表示形式や、プリ
ンタへの印刷出力形式など）を含まないので、外部出力
するに際してスタイルシートを適用しなければならな
い。スタイルシートは、ＸＳＬやＣＳＳ、あるいはＸＳ
Ｌの派生規格であるＸＳＬＴ、あるいはスクリプトによ
って記述される。

【００４９】放送番組情報の一般的な表示形態は、例え
ばＥＰＧにおいて用意される録画や録画予約などのメニ
ュー・ボタンであり、これらメニュー領域は、ディスプ
レイ・スクリーン上の所定領域を占有する。メニュー・
ボタンは、高機能なサービスを提供する一方で、放送番
組本体に関する映像情報の表示領域が狭くなる。

【００５０】各視聴者のニーズや好みは区々であり、メ
ニュー領域の表示を求める場合、求めない場合、あるい
は、メニュー・ボタンの表示自体は求めるがそのボタン
の駆動を要しない場合などが想定される。さらには、放
送番組に付随して配信される以外のスタイルシートの適
用を求める場合さえ考えられる。

【００５１】本発明を適用したデジタル衛星データ放送
受信システムによれば、ユーザすなわち視聴者は、放送
番組情報としてのＸＭＬ文書に適用すべきスタイルシー
トを、画面上で選択することが許容される。さらに、放
送番組情報の表示／非表示や、表示する場合には、メニ
ュー・ボタンにリンク情報を含める／含めないの選択を
行うことができる。

【００５２】また、ＸＳＬ言語で記述されたスタイルシ
ートはテキスト形式のデータでありユーザ可読性がある
ことから、本発明に係る受信システムは、コンソールを
介したスタイルシートの編集・更新作業を許容してい
る。

【００５３】よって本発明によれば、デジタル衛星デー
タ放送などによって配信されたマークアップ言語形式の
データをユーザ（視聴者）のニーズや好みに適合した表
現形式で提供することができ、データ配信の効率や柔軟
性を担保することができる。

【００５４】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。

【００５５】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施例を詳解する。

【００５６】図１には、本発明の実施に供されるデジタ
ル衛星データ放送システム１０００の概略構成を示して
いる。同図に示すように、デジタル衛星データ放送シス
テム１０００は、放送サービスを提供する放送局（Ｂｒ
ｏａｄｃａｓｔＳｅｒｖｅｒ）１と、放送データを中
継する放送衛星（Ｓａｔｅｌｌｉｔｅ）５と、放送衛星
５から放送データを受信する受信局（Ｒｅｃｅｉｖｅｒ
／Ｄｅｃｏｄｅｒ）１０とで構成される。放送局１は地
上に１基以上存在し、放送衛星５は地球のはるか上空に
散在する。また、受信局１０は、一般家庭などに相当
し、実際には地上に無数存在する。放送局１及び放送衛
星５を介したデータ配信すなわち放送は、一方向通信で
ある。

【００５７】デジタル・データ放送では、１０〜５０Ｍ
ｂｐｓの転送レートでデータ伝送される。放送局１は、
放送番組本体を構成するＡＶデータと、放送番組に付随
する番組情報を含んだデジタル伝送データを多重化して
配信する。ＡＶデータは、通常、ＭＰＥＧ２（Ｍｏｔｉ
ｏｎＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐｐ
ｈａｓｅ２）形式でデータ圧縮して送信される。

【００５８】本実施例では、デジタル伝送データは、テ
キストや静止画、動画、音声など各種モノメディア・デ
ータと、これらモノメディア・データの表示・出力を制
御するプログラムである「マルチメディア符号化アプリ
ケーション」とで構成される。マルチメディア符号化ア
プリケーションは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａ
ｒｋｕｐＬａｎｇｕａｇｅ）言語形式で記述されてお
り、文書の型式を定義するＤＴＤ文書と、ＸＳＬなどの
言語形式で記述されたスタイルシートを含む（但し、Ｄ
ＴＤ文書やスタイルシートを配信コンテンツに含まない
場合もある）。

【００５９】各受信局１０と放送局１との間は、インタ
ーネットのような広域ネットワーク７、又は、専用線
（図示しない）などによって双方向接続されていてもよ
い。この場合、インターネット７を、受信局１０から放
送局１に向かう上り回線として使用することができる。
例えば、インターネット７を利用した一部オンデマンド
放送サービスを提供することも可能である。この場合、
受信システム１０は、５６ｋｂｐｓ以上の高速アナログ
電話回線、１０〜６４ｋｂｐｓ程度の高速ワイヤレス通
信、１２８ｋｂｐｓのＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ
ＳｅｒｖｉｃｅｓＤｉｇｉｔａｌＮｅｔｗｏｒ
ｋ）、あるいは５〜３０Ｍｂｐｓクラスのケーブルによ
ってインターネット７に接続されていることが好まし
い。

【００６０】図２には、放送局１すなわち送信システム
において、デジタル伝送データを送出するための構成を
模式的に示している。同送信システム１は、制作部１０
０と、送出部２００と、伝送部３００とで構成される。
以下、各部について説明する。

【００６１】制作部１００は、デジタル伝送データとし
て送出する放送番組情報の各コンテンツを制作する現場
に相当する。すなわち、制作部１００は、データ放送の
内容を記述したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒ
ｋｕｐＬａｎｇｕａｇｅ）文書と、このＸＭＬ文書の
表現形式を規定するスタイルシートと、放送番組情報に
含まれるオブジェクトとしての静止画、動画、音声、字
幕（テキスト）などの各種モノメディア・データ（以
下、「ＡＶ／字幕」とする）とを制作する。

【００６２】データ放送の表示・出力制御プログラムで
あるＸＭＬ文書は、任意に定義可能なタグを使用した言
語で記述されており、文書型を定義するＤＴＤ文書を添
付している。また、スタイルシートは、ＸＳＬ（ｅＸｔ
ｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａ
ｇｅ）形式、ＣＳＳ（ＣａｓｃａｄｅＳｔｙｌｅｓｈ
ｅｅｔ）形式、又は、ＸＳＬの派生規格であるＸＳＬＴ
（ＸＳＬＴｒａｎｓｆｏｒｍａｔｉｏｎ）形式で記述
された文書である。制作部１００において制作されたこ
れら放送コンテンツは、例えば、放送局１内に敷設され
たＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）経
由で、送出部２００に転送される。

【００６３】送出部２００では、コンテンツ送信系２０
１、ベースバンド制御系１０２及びＡＶエンコーダ２０
３、字幕スーパ挿入２０５の各々によって送出データが
パケット化されて、伝送部３００に渡す。

【００６４】伝送部３００では、配信コンテンツ系のデ
ータ、すなわちＸＭＬ文書はマルチメディア符号化部３
０１において符号化されてコンテンツ伝送系３０２に渡
される。合成部３０４は、コンテンツ伝送系３０２及び
ＡＶ字幕スーパ伝送系３０３の各々の出力データを合成
する。そして、変調部３０５では、合成信号をＲＦ変調
して、ＲＦ伝送路を介して受信局１０へ向けて送信す
る。

【００６５】ＲＦ伝送路では、ＲＦ信号は、まず、放送
局１に設置された送信アンテナから放送衛星５へ送信さ
れ、次いで、放送衛星５を経由して受信局１０の受信ア
ンテナで受信される。

【００６６】図３には、受信局１０に設置されるデジタ
ル衛星データ放送受信システムの一例１０−Ａのハード
ウェア構成を模式的に示している。該受信システム１０
−Ａは、例えばＳＴＢ（セット・トップ・ボックス）と
呼ばれる形態で一般家庭に普及している。受信システム
１０Ａ内では、メイン・コントローラとしてのＣＰＵ１
１は、バス５０を介して各ハードウェア・コンポーネン
トと相互接続して、各コンポーネントに対して統括的な
制御を実行するようになっている。以下、各部について
説明する。

【００６７】アンテナ（図示しない）で受信された放送
波は、チューナ５１に供給される。放送波は、規定のフ
ォーマットに従っており、例えば番組ガイド情報（ＥＰ
Ｇ：ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍＧｕｉｄｅ）
等を含んでいる。なお、放送波としては、上記した放送
波以外に、有線放送波や地上波でもよく、特に限定され
ない。

【００６８】チューナ５１は、ＣＰＵ１１からの指示に
従い、所定チャネルの放送波のチューニングすなわち選
局を行い、後続の復調器５２に受信データを出力する。
復調器５２では、デジタル変調されている受信データを
復調する。なお、送信されてくる放送波がアナログかデ
ジタルかに応じて、チューナ１１の構成を適宜変更又は
拡張することができる。

【００６９】復調されたデジタル・データは、ＭＰＥＧ
２圧縮されたＡＶデータと、デジタル伝送データとが多
重化されて構成される「トランスポート・ストリーム」
である。前者のＡＶデータは、放送番組本体を構成する
映像及び音声情報である。また、後者のデジタル伝送デ
ータは、この放送番組本体に付随する放送番組情報であ
り、例えばＥＰＧ（ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍ
Ｇｕｉｄｅ：電子番組ガイド）を含む。デジタル伝送
データについては後に詳解する。なお、トランスポート
・ストリームは、ＯＳＩ（ＯｐｅｎＳｙｓｔｅｍｓ
Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う
「トランスポート層」で規定されたデータ・フォーマッ
トである。

【００７０】ＴＳデコーダ５３は、このトランスポート
・ストリームを解釈して、ＭＰＥＧ２圧縮されたＡＶデ
ータとデジタル伝送データとに分離して、前者をＡＶデ
コーダ５４に送出するとともに、後者をバス５０経由で
ＣＰＵ１１に送信する。ＴＳデコーダ５３は、作業デー
タ保管用のメモリ５３Ａを自己のローカルに備えていて
もよい。

【００７１】ＡＶデコーダ５４は、ＭＰＥＧ２方式で圧
縮されたＡＶデータをＴＳデコーダ５３から受け取る
と、圧縮映像データと圧縮音声データとに分離し、それ
ぞれのデータに対して適合する伸長処理を施して、元の
映像信号や音声信号を再生する。ＡＶデコーダ５４は、
作業データ保管用のメモリ５４Ａを自己のローカルに備
えていてもよい。再生映像信号は、マルチプレクサ５５
Ｂを介してディスプレイ６１に表示出力され、また、再
生音声信号は、マルチプレクサ５５Ａを介してスピーカ
６２に音声出力される。

【００７２】ユーザ・インターフェース制御部５６は、
ユーザからの入力操作を処理するモジュールであり、例
えば、ユーザが直接マニュアル操作するための操作ボタ
ン／スイッチ（図示しない）や、赤外線（ＩＲ）などを
介したリモコン６６からの遠隔操作を受容する機能を備
えている。また、現在の設定内容を表示するための表示
パネルやＬＥＤインジケータ（図示しない）を含んでい
てもよい。

【００７３】ユーザ・インターフェース制御部５６が持
つ操作ボタン、又は、リモコン６６が持つ操作ボタンの
１つは、ＯＳＣ表示コントローラ５７からの表示出力
（すなわちデジタル伝送データに基づく番組情報等の表
示出力）の有効化／無効化を操作するボタンに割り当て
られている。

【００７４】ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓ
ｉｎｇＵｎｉｔ）１１は、受信システム１０−Ａ全体
の動作を統括するメイン・コントローラである。また、
ＣＰＵ１１は、バス５０経由で転送されてくるデジタル
伝送データの処理を行うことができる。デジタル伝送デ
ータに含まれる配信コンテンツは、ＸＭＬ（ｅＸｔｅｎ
ｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）言語形
式で記述されており（後述）、ＣＰＵ１１は、このＸＭ
Ｌ文書に対するＸＭＬパージングやＸＳＬプロセッシン
グ、ブラウジング（表示出力又は印刷出力）などの処理
ソフトウェア（後述）を、オペレーティング・システム
（ＯＳ）によって提供されるプラットフォーム上で、実
行することができる。

【００７５】ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭ
ｅｍｏｒｙ）１２は、ＣＰＵ１１の実行プログラム・コ
ードをロードしたり、実行プログラムの作業データを書
き込むために使用される、書き込み可能な揮発性メモリ
である。また、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏ
ｒｙ）１３は、受信システム１０−Ａの電源投入時に実
行する自己診断・初期化プログラムや、ハードウェア操
作用のマイクロコードを恒久的に格納する読み出し専用
メモリである。

【００７６】シリアル入出力（ＳＩＯ）コントローラ１
４は、受信システム１０−Ａ外部の機器とシリアル的な
データ交換を行うための周辺コントローラである。ＳＩ
Ｏコントローラ１４が用意するシリアル・ポートには、
アナログ電話回線上の伝送データを変復調するための高
速モデム６３（例えば、転送レートが５６Ｋｂｐｓ）が
外部接続されている。この高速モデム６３によって所定
のアクセス・ポイント（図示しない）にＰＰＰ（Ｐｏｉ
ｎｔ−ｔｏ−ＰｏｉｎｔＰｒｏｔｏｃｏｌ）接続する
ことで、受信システム１０−Ａは広域ネットワークとし
てのインターネット７に接続される。

【００７７】ＩＥＥＥ１３９４インターフェース１５
は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリア
ル高速インターフェースである。１ＥＥＥ１３９４ポー
トには、ＩＥＥＥ１３９４対応の外部機器をデイジーチ
ェーン接続又はツリー接続することができる。ＩＥＥＥ
１３９４対応機器としては、例えば、ビデオ・カメラ６
４やスキャナ（図示しない）などが挙げられる。

【００７８】ハード・ディスク・ドライブ（ＨＤＤ）１
７は、プログラムやデータなどを所定フォーマットのフ
ァイル形式で蓄積するための外部記憶装置であり、通
常、数ＧＢ程度の比較的大容量を持つ。ＨＤＤ１７は、
ハード・ディスク・インターフェース１８を介してバス
５０に接続される。

【００７９】カード・インターフェース１８は、カード
・スロット１９に装填されたカード型デバイス６５とバ
ス５０との間でのバス・プロトコルを実現するための装
置である。カード型デバイス６５の一例は、クレジット
カード・サイズでカートリッジ式に構成されたＰＣカー
ドである。ＰＣカードは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎ
ａｌＣｏｍｐｕｔｅｒＭｅｍｏｒｙＣａｒｄＩ
ｎｔｅｒｆａｃｅＡｓｓｏｃｉａｔｉｏｎ）及びＪＥ
ＩＤＡ（ＪａｐａｎＥｌｅｃｔｒｏｎｉｃＩｎｄｕｓ
ｔｒｙＤｅｖｅｌｏｐｍｅｎｔＡｓｓｏｃｉａｔｉ
ｏｎ）が共同で策定した仕様”ＰＣＣａｒｄＳｔａ
ｎｄａｒｄ”に準拠する。

【００８０】ＰＣカードの一例は、ＥＥＰＲＯＭ（Ｅｌ
ｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰ
ｒｏｇｒａｍｍａｂｌｅＲＯＭ）などの不揮発且つ消
去再書き込み可能なメモリ・チップで構成されるメモリ
・カードである。受信システム１０−Ａが比較的小型且
つ安価に構成される場合、大容量且つ大容積のＨＤＤ１
７を搭載することが、設計上困難な場合がある。このよ
うな場合、システム１０−Ａに対して着脱自在で可搬性
に優れたメモリ・カードを適用することが好ましいと想
定される。但し、着脱式のメモリ６５は、ＰＣカードの
フォームファクタに限定されず、所謂「メモリ・スティ
ック」であってもよい。

【００８１】ＯＳＤ表示コントローラ５７は、ＯＳＤ
（ＯｐｅｎＳｏｆｔｗａｒｅＤｅｓｃｒｉｐｔｉｏ
ｎ）フォーマットのデータを画面表示するための専用コ
ントローラである。ここで言うＯＳＤは、ソフトウェア
の配布やインストールのための情報記述用フォーマット
であり、ＣＤＦ（ＣｈａｎｎｅｌＤｅｆｉｎｉｔｉｏ
ｎＦｏｒｍａｔ）と組み合わせてプログラムのプッシ
ュ配信や自動インストールに適応している。なお、ＯＳ
Ｄは、米Ｍａｒｉｍｂａ社と米Ｍｉｃｒｏｓｏｆｔ社の
提案に端を発し、Ｎｅｔｓｃａｐｅ社やＣｙｂｅｒＭｅ
ｄｉａ社、ＩｎｓｔａｌｌＳｈｉｅｌｄＳｏｆｔｗａ
ｒｅ社等が支持している。

【００８２】このデジタル衛星データ受信システム１０
−Ａでは、ＣＰＵ１１は、ユーザ・インターフェース制
御部５６を介したユーザ入力コマンドに従って、チュー
ナ５１の選局動作を制御するとともに、データ放送の表
示制御などが行われる。すなわち、ＣＰＵ１１は、ＴＳ
デコーダ５３から転送されてきたデジタル伝送データを
処理して、表示用のデータに変換してＯＳＤ表示コント
ローラ５７に供給する。ＯＳＤ表示コントローラ５７
は、この表示データを基に番組情報の画像信号を生成
し、マルチプレクサ５５Ｂに供給する。また、ＣＰＵ１
１は、デジタル伝送データに含まれる音声データも処理
して、これをバス５０経由でマルチプレクサ５５Ａに供
給する。マルチプレクサ５５Ａ及び５５Ｂは、ＣＰＵ１
１から供給された表示用データと音声データの各々を、
ＡＶデコーダ５４から出力される放送番組本体としての
映像データ及び音声データと多重化して、ディスプレイ
６１とスピーカ６２の各々に外部出力する。なお、デジ
タル伝送データの処理については、後に詳解する。

【００８３】図４には、他の例に係るデジタル放送デー
タ受信システム１０−Ｂのハードウェア構成を模式的に
示している。この例に係る受信システム１０−Ｂは、例
えば、汎用コンピュータ・システム３０に対してデジタ
ル衛星データ放送用のチューナ・カード４０を装備す
る、という形態で実装される。

【００８４】デジタル・チューナ・カード４０は、チュ
ーナ５１と、復調器５２と、ＴＳデコーダ５３と、ＡＶ
デコーダ５４と、各ＲＡＭ５３Ａ及び５４Ａと、マルチ
プレクサ５５Ａ及び５５Ｂとで構成される。図３に示し
たものと同じ参照番号を持つハードウェア・ブロックと
は、その構成及び機能は略同一である。このデジタル衛
星データ放送用チューナ・カード４０は、バス・インタ
ーフェース（ＰＣＩインターフェース）５８（図示）を
介してコンピュータ・システム３０内のシステム・バス
（ＰＣＩバス）３１に接続される。

【００８５】アンテナ（図示しない）から受信された放
送波は、チューナ５１で選局され、復調器５２で復調さ
れる。ＴＳデコーダ５３は、トランスポート・ストリー
ムを解釈し、ＭＰＥＧ２圧縮されたＡＶデータとデジタ
ル伝送データに分離する。ＡＶデータの方はＡＶデコー
ダ５４に供給され、上述と同様に処理され外部出力され
る。また、デジタル伝送データの方は、ＰＣＩインター
フェース５８経由でコンピュータ・システム３０側に転
送され、該システム内部のＣＰＵ１１によって処理され
る（後述）。

【００８６】他方、汎用コンピュータ・システム３０
は、ＣＰＵ１１（後述）を始めとする主要回路コンポー
ネントを搭載した印刷配線基板（図示しない）を含んで
ある。該基板は「マザーボード」とも呼ばれる。先述の
チューナ・カード４０は、例えば「アダプタ・カード」
の形態で提供され、マザーボード上に配設されたバス・
スロット（図示しない）に装着される。

【００８７】但し、チューナ・カード４０は、アダプタ
・カードという形態ではなく、ＰＣＭＣＩＡ（Ｐｅｒｓ
ｏｎａｌＣｏｍｐｕｔｅｒＭｅｍｏｒｙＣａｒｄ
ＩｎｔｅｒｎａｔｉｏｎａｌＡｓｓｏｃｉａｔｉｏ
ｎ）／ＪＥＩＤＡ（ＪａｐａｎＥｌｅｃｔｒｏｎｉｃ
ＩｎｄｕｓｔｒｙＤｅｖｅｌｏｐｍｅｎｔＡｓｓ
ｏｃｉａｔｉｏｎ）の策定仕様に準拠したＰＣカードの
形式で提供され、ＰＣカード・スロット１９（後述）に
挿入することによっても、コンピュータ・システム３０
のシステム構成に組み込まれる。

【００８８】ＣＰＵ１１は、コンピュータ・システム３
０全体の動作を統括的に制御するメイン・コントローラ
である。この例に係るＣＰＵ１１は、オペレーティング
・システム（ＯＳ）によって提供されるプラットフォー
ム上で、ＸＭＬパージングやＸＳＬプロセッシング、ブ
ラウジングなど、ＸＭＬコンテンツ処理のための各種ソ
フトウェア・プログラム（後述）を実行することができ
る。

【００８９】ＣＰＵ１１の外部ピンに直結したプロセッ
サ・バスは、バス・ブリッジ２０を介してシステム・バ
ス３１に相互接続されている。

【００９０】本実施例のバス・ブリッジ２０は、プロセ
ッサ・バスとシステム・バス３１間の速度差を吸収する
ためのデータ・バッファの他、ＲＡＭ１２へのメモリ・
アクセスを制御するメモリ・コントローラを含んだ構成
となっている。

【００９１】ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭ
ｅｍｏｒｙ）１２は、ＣＰＵ１１の実行プログラム・コ
ードをロードしたり、実行プログラムの作業データを書
き込むために使用される、書き込み可能な揮発性メモリ
である。通常は、複数個のＤＲＡＭ（ダイナミックＲＡ
Ｍ）チップで構成される。

【００９２】システム・バス３１は、アドレス・バス、
データ・バス、コントロール・バスなどを含んだ共通信
号伝送路であり、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ
ＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ）バ
スがこれに相当する。システム・バス３１上には、ＰＣ
Ｉインターフェース仕様に合致した各種周辺機器が相互
接続されている。周辺機器の一例は、先述のデジタル衛
星データ放送用チューナ・カード４０である。これらバ
ス３１上の各周辺機器にはそれぞれに固有のＩ／Ｏアド
レス（又はメモリ・アドレス）が割り振られており、Ｃ
ＰＵ１１（より厳密にはＣＰＵ１１が実行するプログラ
ム）は、Ｉ／Ｏアドレス（又はメモリ・アドレス）を指
定することで所望の周辺機器に対するデータやコマンド
の転送を実現することができる。

【００９３】ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒ
ｙ）１３は、コンピュータ・システム３０の電源投入時
に実行する自己診断プログラム（ＰＯＳＴ）や、ハード
ウェア操作用の基本入出力システム（ＢＩＯＳ）を恒久
的に格納する読み出し専用メモリである。ＲＯＭ１３
は、例えば電気的な消去及び再書き込み動作が可能なＥ
ＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂ
ｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）で
構成されていてもよい。

【００９４】シリアル入出力（ＳＩＯ）コントローラ１
４は、コンピュータ・システム３０外部の機器とシリア
ル的なデータ交換を行うための周辺コントローラであ
る。ＳＩＯコントローラ１４が用意するシリアル・ポー
トには、アナログ電話回線上の伝送データを変復調する
ための高速モデム６３（例えば、転送レートが５６Ｋｂ
ｐｓ）が外部接続されている。高速モデム６３によって
所定のアクセス・ポイント（図示しない）にＰＰＰ（Ｐ
ｏｉｎｔ−ｔｏ−ＰｏｉｎｔＰｒｏｔｏｃｏｌ）接続
することで、コンピュータ・システム３０（すなわち受
信システム１０−Ｂ）はインターネット７に接続され
る。

【００９５】ＩＥＥＥ１３９４インターフェース１５
は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリア
ル高速インターフェースである。１ＥＥＥ１３９４ポー
トには、ＩＥＥＥ１３９４対応の外部機器をデイジーチ
ェーン接続又はツリー接続することができる。ＩＥＥＥ
１３９４対応機器には、例えば、ビデオ・カメラ６４や
スキャナ（図示しない）などが挙げられる。

【００９６】ハード・ディスク・ドライブ（ＨＤＤ）１
７は、プログラムやデータなどを所定フォーマットのフ
ァイル形式で蓄積するための外部記憶装置であり、通
常、数ＧＢ程度の比較的大容量を持つ。ＨＤＤ１７は、
ハード・ディスク・インターフェース１６を介してシス
テム・バス３３に接続される。ハード・ディスク・ドラ
イブをコンピュータ・システム３０に接続するインター
フェース規格は、例えばＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ
ＤｒｉｖｅＥｌｅｃｔｒｏｎｉｃｓ）やＳＣＳＩ
（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍＩｎ
ｔｅｒｆａｃｅ）などである。

【００９７】キーボード／マウス・コントローラ（ＫＭ
Ｃ）２１は、キーボード２２やマウス２３などからのユ
ーザ入力を処理するための専用コントローラである。Ｋ
ＭＣ２１は、キーボード２２からのスキャン・コード入
力やマウス２３からの座標指示入力を検出したことに応
答して、ＣＰＵ１１に対して割り込み要求を発行する。
本実施例では、コンピュータ・システム３０に対する通
常のコマンド入力の他、チャネルの選択などの受信シス
テム１０−Ｂに対する入力操作も、キーボード２２やマ
ウス２３を介して行うことができる。

【００９８】キーボード２２が持つファンクション・キ
ーの１つ、又は、ディスプレイ６１上に配設されたメニ
ュー・ボタンの１つは、ビデオ・コントローラ２４から
の表示出力（すなわちデジタル伝送データに基づく番組
情報等の表示出力）の有効化／無効化を操作するボタン
に割り当てられている。

【００９９】カード・インターフェース１８は、バス５
０とカード・スロット１９に装填されたカード型デバイ
ス６５との間でのバス・プロトコルを実現するための装
置である。カード型デバイス６５の一例は、クレジット
カード・サイズでカートリッジ式に構成されたＰＣカー
ドである。ＰＣカードは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎ
ａｌＣｏｍｐｕｔｅｒＭｅｍｏｒｙＣａｒｄＩ
ｎｔｅｒｆａｃｅＡｓｓｏｃｉａｔｉｏｎ）及びＪＥ
ＩＤＡ（ＪａｐａｎＥｌｅｃｔｒｏｎｉｃＩｎｄｕｓ
ｔｒｙＤｅｖｅｌｏｐｍｅｎｔＡｓｓｏｃｉａｔｉ
ｏｎ）が共同で策定した仕様”ＰＣＣａｒｄＳｔａ
ｎｄａｒｄ”に準拠する。

【０１００】ＰＣカードの一例は、ＥＥＰＲＯＭ（Ｅｌ
ｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰ
ｒｏｇｒａｍｍａｂｌｅＲＯＭ）などの不揮発且つ消
去再書き込み可能なメモリ・チップで構成されるメモリ
・カードである。デジタル衛星データ放送受信システム
１０−Ｂが比較的小型且つ安価に構成される場合、大容
量且つ大容積のＨＤＤ１７を搭載することが、設計上困
難な場合がある。このような場合、受信システム１０−
Ｂに対して着脱自在で可搬性に優れたメモリ・カードを
適用することが好ましいと想定される。但し、着脱式の
メモリ６５は、ＰＣカードのフォームファクタに限定さ
れず、所謂「メモリ・スティック」であってもよい。

【０１０１】ビデオ・コントローラ２４は、ＣＰＵ１１
からの描画命令に従って画面表示を制御する専用コント
ローラであり、描画情報を一時格納するためのフレーム
・メモリ（ＶＲＡＭ）２５を備えている。なお、本発明
を好適に具現するためには、ビデオ・コントローラ２４
は、ＶＧＡ（ＶｉｄｅｏＧｒａｐｈｉｃｓＡｒｒａ
ｙ）以上の描画能力（例えば、ＳＶＧＡ（Ｓｕｐｅｒ
ｖｉｄｅｏＧｒａｐｈｉｃｓＡｒｒａｙ）やＸＧＡ
（ｅＸｔｅｎｄｅｄＧｒａｐｈｉｃｓＡｒｒａ
ｙ））を有することが好ましい。

【０１０２】このデジタル衛星データ放送受信システム
１０−Ｂでは、ＣＰＵ１１は、キーボード２２やマウス
２３を介したユーザ入力コマンドに従って、チューナ１
１の選局動作を制御するとともに、データ放送の表示制
御などを行う。すなわち、ＣＰＵ１１は、ＴＳデコーダ
５３から供給されたデジタル伝送データを処理して、表
示用のデータに変換してビデオ・コントローラ２４に供
給する。ビデオ・コントローラ２４は、この表示データ
を基に番組情報の画像信号を生成し、マルチプレクサ５
５Ｂに供給する。また、ＣＰＵ１１は、デジタル伝送デ
ータに含まれる音声データも処理して、これをバス５０
経由でマルチプレクサ５５Ａに供給する。マルチプレク
サ５５Ａ及び５５Ｂは、ＣＰＵ１１から供給された表示
用データと音声データの各々を、ＡＶデコーダ５４から
出力される放送番組本体としての映像データ及び音声デ
ータと多重化して、ディスプレイ６１とスピーカ６２の
各々に外部出力する。なお、デジタル伝送データの処理
については、後に詳解する。

【０１０３】なお、デジタル衛星データ受信システム１
０を構成するためには、図３や図４に示した以外にも多
くの電気回路等が必要である。但し、これらは当業者に
は周知であり、また、本発明の要旨を構成するものでは
ないので、本明細書中では省略している。また、図面の
錯綜を回避するため、図中の各ハードウェア・ブロック
間の接続も一部しか図示していない点を了承されたい。

【０１０４】例えば、図３及び図４には図示しないが、
受信システム１０は、ＦＤ（ＦｌｏｐｐｙＤｉｓｃ）
やＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａ
ｌｄｉｓｃ）、メモリ・スティックなどの可搬型の記録
メディアを装填してデータ・アクセス可能なＦＤＤ（Ｆ
ｌｏｐｐｙＤｉｓｃＤｒｉｖｅ）、ＣＤ−ＲＯＭド
ライブ、ＭＯドライブのような外部記憶装置類やメモリ
・スロットを備えていてもよい。

【０１０５】図５には、デジタル放送データ受信システ
ム１０において実行される各種ソフトウェア・プログラ
ム間における階層的構成を模式的に図解している。以
下、各層のソフトウェアの機能について説明する。

【０１０６】最下層のハードウェア制御層は、オペレー
ティング・システム（ＯＳ）等の上位ソフトウェアに対
してハードウェアの相違を吸収する目的を持ち、各ハー
ドウェアに対する直接的な入出力動作やハードウェア割
り込みに対応した処理を実行する。

【０１０７】ハードウェア制御層は、例えばＲＯＭ１３
に恒久的に格納されたＢＩＯＳ（ＢａｓｉｃＩｎｐｕ
ｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）、あるいは、ＨＤＤ
１７にインストールされた「デバイス・ドライバ」とい
う形態で、デジタル衛星データ放送受信システム１０に
提供される。

【０１０８】オペレーティング・システム（ＯＳ）は、
デジタル衛星データ放送受信システム１０内のハードウ
ェア及びソフトウェアを総合的に管理するための基本ソ
フトウェアのことである。ＯＳは、ＨＤＤ１７上のファ
イルの記録を管理する「ファイル・マネージャ」や、メ
モリ空間を管理する「メモリ・マネージャ」、システム
・リソースの割り振りを管理する「リソース・マネージ
ャ」、タスク実行を管理する「スケジューラ」、ディス
プレイ上のウィンドウ表示を制御する「ウィンドウ・シ
ステム」などのサブシステムを含んでいる。

【０１０９】システム・サービスは、アプリケーション
などの上位プログラムがＯＳに対して各機能を呼び出す
（コールする）ための関数の集まりであり、ＡＰＩ（Ａ
ｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎ
ｔｅｒｆａｃｅ）やラン・タイム・ライブラリ（又はダ
イナミック・リンク・ライブラリ）がこれに相当する。
システム・サービスの存在により、アプリケーションは
各ハードウェアを直接操作する必要がなくなり、ハード
ウェア操作の統一性が担保される。

【０１１０】ＸＭＬアプリケーションは、データ放送の
表示・出力などの有様を制御するためのプログラムであ
り、ＸＭＬという任意の定義付けが可能なタグ付の言語
で記述されたＸＭＬ文書である。各ＸＭＬ文書には、文
書型定義のためのＤＴＤ文書と、表示形式を規定するＸ
ＳＬ文書（又は、ＣＳＳや、ＸＳＬの派生規格であＸＳ
ＬＴ）等のスタイルシートが付随する。

【０１１１】ＸＭＬパーザは、ＤＴＤ文書及びＸＭＬイ
ンスタンスを解析するソフトウェア・プログラムであ
り、解析結果としての文書オブジェクトをＸＳＬプロセ
ッサに渡す。この文書オブジェクトは、元のＸＭＬ文書
中のタグに従って木構造が形成された構造化文書であ
る。

【０１１２】ＸＳＬプロセッサは、ＸＳＬ文書の記述に
従った表現形式に文書オブジェクトを変換するソフトウ
ェア・プログラムである。ＸＳＬプロセッサで変換処理
された文書は、ＸＭＬブラウザでブラウジングすること
が可能である。また、ＸＳＬの派生規格であるＸＳＬＴ
（ＸＳＬＴｒａｎｓｆｏｒｍａｔｉｏｎ）を使用する
ことにより、他のブラウザ（例えば、ＨＴＭＬブラウザ
や、それ以外のカスタム・ブラウザ）でブラウジング可
能な文書に変換することも可能である。

【０１１３】次に、本実施例に係るデジタル衛星データ
受信システム１０において、放送データを受信する処理
手順について、図６〜図８を参照しながら説明する。

【０１１４】デジタル衛星データ放送システム１０００
では、図６に示すように、まず、放送局１から放送衛星
５に対して放送波が送信され、次いで、放送衛星５から
受信局１０に向かって転送される。この送信放送波のコ
ンテンツは、衛星放送番組本体を構成する映像と音声の
データ（ＡＶデータ）と、この放送番組本体に付随する
デジタル伝送データとで構成される。

【０１１５】図７には、放送波として伝播される放送コ
ンテンツの構成を模式的に示している。同図に示すよう
に、放送コンテンツは、ＭＰＥＧ２（ＭｏｔｉｏｎＰ
ｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐｐｈａｓ
ｅ２）など所定の圧縮方式で圧縮されたＡＶデータと、
デジタル伝送データとを多重化した「トランスポート・
ストリーム」として構成される（トランスポート・スト
リームは、ＯＳＩ（ＯｐｅｎＳｙｓｔｅｍｓＩｎｔ
ｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのトランスポー
ト層で規定されたデータ・フォーマットである）。前者
のＡＶデータは、衛星放送の番組本体を構成し、また、
後者のデジタル伝送データは、放送番組本体に付随する
放送番組情報などのデータ放送を構成する。

【０１１６】既に述べたように、ＴＳデコーダ５３は、
このトランスポート・ストリームを解釈してＡＶデータ
部分とデジタル伝送データ部分とに分離する。ＡＶデー
タ部分は、ＡＶデコーダ５４で処理され、デジタル伝送
データ部分はＣＰＵ１１において処理される。

【０１１７】デジタル伝送データ部分は、複数のモジュ
ールで構成される。各モジュールは、ＥＰＧや広告情
報、その他放送番組本体に付随する各種情報を含んでい
る。また、該デジタル伝送データ部分は、データ・カル
ーセル（回転木馬式データ）化されており、各モジュー
ルは番組本体の放送中に繰り返し出現するようになって
いる（この結果、視聴者としての受信システム１０は、
番組放送期間中の任意のタイミングでモジュールを取得
することができ、キャッシュ用のメモリを省略でき
る）。また、ＭＰＥＧ２圧縮されているＡＶデータの中
には、モジュールの表示出力時期との同期をとるための
自動開始フラグを埋め込むことができる。

【０１１８】図８には、モジュールのデータ構造を模式
的に示している。同図に示すように、１つのモジュール
は、データ放送の表示や出力の有様を規定する制御プロ
グラム（マルチメディア符号化アプリケーション）や、
動作を規定するスクリプト、音声、テキスト・データ、
静止画、動画などのモノメディア・データなど、複数の
リソース要素で構成される。各モノメディア・データ
は、データ放送の一部を構成するオブジェクトであり、
マルチメディア符号化アプリケーションによって統合的
に取り扱われる。各リソース要素は、それぞれ所定フォ
ーマットを持つ独立したファイルである。音声データ
は、例えばＡＩＦＦやＷＡＶ、ＡＡＣなど音声専用のフ
ァイル・フォーマットで記述され、静止画は、ＪＰＥＧ
やＰＮＧ、ＧＩＦなど画像専用のファイル・フォーマッ
トで記述される。先頭のリソース・ロケーション情報
は、モジュール内における各リソース要素の位置情報を
記述している。

【０１１９】「マルチメディア符号化アプリケーショ
ン」は、ＥＰＧや広告情報、その他、放送番組本体に付
随する各種データ放送の表示・出力の有様を制御するプ
ログラムであり、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａ
ｒｋｕｐＬａｎｇｕａｇｅ）形式で記述されたＸＭＬ
アプリケーションである。但し、必ずしもＸＭＬ言語に
は限定されず、ＳＧＭＬやＨＴＭＬなど、その他のマー
クアップ言語形式で記述されてもよい。ＸＭＬ文書は、
文書型定義を行うＤＴＤ文書を含んでもよい。また、Ｘ
ＭＬ文書には、現実の表現形式を指定するスタイル情報
が包含されていないので、スタイルシートを配信しても
よい。

【０１２０】スタイルシートは、出力コンテンツとして
のＸＭＬ文書（さらに、その他の音声・静止画などのマ
ルチメディア・コンテンツを含んでもよい）の実際の表
現形式を規定したデータ・ファイルである。スタイルシ
ートは、ＸＭＬ文書をディスプレイ６１上に表示出力す
る形式に変換する（あるいはプリンタ（図示しない）へ
の印刷出力形式に変換する）ための、ＸＳＬ（ｅＸｔｅ
ｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａｇ
ｅ）形式で記述された文書ファイルである。あるいは、
スタイルシートとは別には、音声、テキスト、静止画、
動画などの各種モノメディア・データからなるマルチメ
ディア・コンテンツの動作を規定したスクリプトを配信
してもよい（この場合、スタイルシートは、例えばＪａ
ｖａＳｃｒｉｐｔ，ＥＣＭＡＳｃｒｉｐｔ，Ｊｓｃｒｉ
ｐｔなどのスクリプト言語で記述される）。

【０１２１】受信システム１０側では、これら受信した
配信コンテンツのうち必要なものは、ＨＤＤ１７（又は
メモリ・カード６５）のような、システム１０のローカ
ルな記憶装置に一旦蓄積される。

【０１２２】衛星放送のように一方向性の送信環境で
は、標準的なＸＭＬ言語で記述されたコンテンツは、使
用するスタイルシートを限定しない限り、ＸＭＬ文書と
スタイルシートが同梱された形態で送信される。

【０１２３】本実施例では、放送コンテンツのうちのデ
ジタル伝送データ部分は、出力コンテンツ（ＸＭＬ文
書）とスタイルシート（ＸＳＬ文書）が同梱されたもの
以外に、ＸＭＬ文書本体のみの伝送、ＸＳＬ文書のみの
伝送というケースも想定している。また、ＸＳＬ文書
は、放送以外による配信・配布の形態、例えばインター
ネットのようなネットワーク経由でのファイル・ダウン
ロードや、ＦＤやＣＤ−ＲＯＭ、ＭＯ、メモリ・スティ
ックなどの可搬型記憶媒体に担持されて供給を受けるこ
とができる。

【０１２４】また、スタイルシートの配信・配布元（例
えば放送事業者）は、スクランブル処理したスタイルシ
ートを配信・配布するようにしてもよい。この場合、ス
クランブルを解除する鍵データを所持する正当なユーザ
にのみスタイルシートの１次利用及び２次利用の権限を
限定することができる。この場合、スタイルシートの配
信・配布時ではなく、鍵データの引渡し時に課金するコ
ンテンツ配信事業の形態も可能である。

【０１２５】図６に示すように、本実施例に係る受信シ
ステム１０は、供給されたＸＭＬ文書とスタイルシート
を分離して蓄積するようになっている。すなわち、これ
ら供給された文書ファイルを蓄積するＨＤＤ１７（又
は、メモリ・カード６５）には、ＸＭＬ文書（但し、Ｄ
ＴＤ文書を含んでもよい）のみを保存・管理する文書本
体保存部８０と、スタイルシートのみを保存・管理する
スタイルシート保存部９０が設けられている。

【０１２６】ＸＭＬ文書とスタイルシートを分離して管
理することで、より柔軟で効果的な情報提供を実現する
ことができる。

【０１２７】例えば、デジタル衛星データ放送で運用さ
れる電子番組ガイド（ＥＰＧ）は、各番組毎に専用の番
組情報を記述したものであるが、従来考えられていた配
信方法は、専用の送信チャネルを使用する方法や、テレ
ビ放送におけるＶブランクを使用する方法などである。
この場合、番組情報の表現形式は放送サービスの開始時
に決定され、表示方法も受信機に応じて固定的であり、
融通性や効率に欠けていた。

【０１２８】これに対し、本実施例に従えば、放送番組
情報としてのＸＭＬ文書と、その表現形式を規定するス
タイルシートとの任意の組み合わせが許容される。例え
ば、単一の放送番組情報に対する表現形態を、複数のス
タイルシートの中から選択することができる。すなわ
ち、今まで固定的であった放送番組情報の表示形態を柔
軟且つ効果的に変更することができる。例えば、テレビ
や携帯端末など表示対象の相違を、スタイルシートの選
定によって柔軟に対応することができる。また、単一の
スタイルシートを複数のＸＭＬ文書間で共用したり、さ
らに、複数のスタイルシートを複数のＸＭＬ文書間で共
用することも可能である。

【０１２９】また、受信システム１０のローカルに格納
されたスタイルシートはテキスト形式のデータでユーザ
可読性があるので、キーボード２２やディスプレイ６１
などのコンソールを介して、ユーザ（視聴者）自身がス
タイルシートを修正したり、さらに放送番組情報に応じ
て随時更新することも可能である。すなわち、スタイル
シートの完全なるカスタマイズ化が実現される。但し、
スタイルシートにスクランブル処理を施すことにより、
スタイルシートの配信・配布元である放送事業者等は、
このようなスタイルシートの２次的な利用を制限したり
排除することができる。

【０１３０】次に、デジタル衛星データ放送受信システ
ム１０において、デジタル伝送データ部分を処理する手
順について、図９を参照しながら説明する。

【０１３１】上述したように、受信システム１０は、文
書本体すなわちＸＭＬ文書と同梱で、あるいは文書本体
とは分離して、スタイルシートを獲得することができ
る。文書本体は、必ずしもＸＭＬ文書には限定されず、
ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒａｌｉｚｅｄ
ＭａｒｋｕｐＬａｎｇｕａｇｅ）やＨＴＭＬなど他の
マークアップ言語形式であってもよい。ＸＭＬ文書が、
例えばＴＶ放送などに適用され、他のマルチメディア・
コンテンツと共に動作してコンテンツのプレゼンテーシ
ョンを行う場合には、マルチメディア・コンテンツも文
書本体に含むものとする。また、スタイルシートはＸＳ
Ｌ形式で記述された、ＸＭＬ文書本体の表現形式を規定
した文書である。

【０１３２】文書本体は、ＸＭＬ文書の他にＤＴＤ文書
を含んでいてもよい。文書本体は、ＸＭＬパーザと呼ば
れる構文解析プログラムでパージング処理される。そし
て、パージングされた文書オブジェクトは、スタイルシ
ートすなわちＸＳＬ文書と一緒にＸＳＬプロセッサに渡
される。

【０１３３】ＸＳＬプロセッサは、ＸＳＬ文書の記述に
従って、文書オブジェクトを描画処理可能なデータ形式
に変換して、スタイルに応じた文書を生成する。例えば
同一の文書本体に適用するスタイルシートを換えること
で、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬ
ａｎｇｕａｇｅ）文書、カスタムＡ社文書、カスタムＢ
社文書、番組紹介文書、マルチメディア・コンテンツな
ど、様々な描画可能形式の文書が作成される。

【０１３４】ＨＴＭＬ文書とは、米Ｎｅｔｓｃａｐｅ社
の”ＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ”や米Ｍｉ
ｃｒｏｓｏｆｔ社の”ＩｎｔｅｒｎｅｔＥｘｐｌｏｒ
ｅｒ”などの、いわゆるＨＴＭＬブラウザを用いて描画
可能な文書である。また、カスタムＡ社文書やカスタム
Ｂ社文書は、Ａ社及びＢ社の各々が提供するカスタム・
ブラウザで描画可能な形式の文書であると理解された
い。

【０１３５】次に、本実施例に係るデジタル衛星データ
放送受信システム１０において提供される画面情報につ
いて説明する。

【０１３６】既に述べたように、デジタル衛星データ放
送のコンテンツは、放送番組本体であるＡＶデータと、
放送番組本体に付随する放送番組情報であるデジタル伝
送データとで構成される。放送番組情報の一例は、ＥＰ
Ｇ（ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍＧｕｉｄｅ：
電子番組ガイド）である（ＥＰＧは、放送番組の放送ス
ケジュールや番組名などの提示情報の他、ＶＴＲへの録
画予約などの機能を包含する）。

【０１３７】ＡＶデータはＡＶデコーダ５４によってデ
コードされ再生される。これに対し、放送番組情報は、
ＣＰＵ１１によって処理され、画面表示情報として組み
立てられ、ＯＳＣ表示コントローラ５７又はビデオ・コ
ントローラ２４によって表示出力信号が生成される。ユ
ーザ・インターフェース制御部５６が持つ操作ボタンの
１つ、又は、キーボード２２に配設されたファンクショ
ン・キーの１つは、放送番組情報の表示出力を有効化／
無効化する操作のために割り当てられている（前述）。

【０１３８】放送番組情報が無効化されている状態で
は、放送番組本体としてのＡＶデータが、ディスプレイ
６１のスクリーン全面を利用して表示出力される（図１
０（ａ）を参照のこと）。これに対し、有効化された状
態では、ディスプレイ６１の一部の領域は放送番組情報
の表示のために使用される（図１０（ｂ）を参照のこ
と）。

【０１３９】放送番組情報が提供する表示形態は、例え
ばＥＰＧにおいて用意される「録画」や「録画予約」な
どのメニュー・ボタンである。このような放送番組情報
の表示によって、放送番組に付随する高機能、高付加価
値のサービスをユーザ（視聴者）に提供することができ
る。その反面、放送番組本体の表示領域が狭くなり、こ
れを好まない視聴者も存在する。

【０１４０】そこで、本実施例に係るデジタル衛星デー
タ放送受信システム１０では、放送番組の画面出力に際
して、図１１に示すような選択画面をユーザに提示す
る。該選択画面には、［放送番組本体のみ表示］，［番
組情報を表示（リンクなし）］，［番組情報を表示（リ
ンクあり）］，［スタイルを編集］などの選択メニュー
が配設されている。

【０１４１】メニュー［放送番組本体のみ表示］を選択
すると、ＣＰＵ１１において処理・生成される放送番組
情報（ＥＰＧ）の出力は無効化され、ＡＶデコーダ５４
が出力する映像データ及び音声データのみが外部出力さ
れる。この結果、図１０（ａ）に示すように、ディスプ
レイ６１の画面全体が放送番組本体に割り当てられる。

【０１４２】また、メニュー［番組情報を表示（リンク
なし）］又は［番組情報を表示（リンクあり）］を選択
すると、ＣＰＵ１１において処理・生成される放送番組
情報（ＥＰＧ）の出力は有効化される。すなわち、ＡＶ
デコーダ５４が出力する映像データ及び音声データと、
ＣＰＵ１１において処理・生成される映像データ及び音
声データがマルチプレクサ５５Ａ及び５５Ｂにおいて多
重化されて、外部出力される。この結果、図１０（ｂ）
に示すように、ディスプレイ６１の画面領域の一部が放
送番組情報の表示のために割り当てられる。

【０１４３】ここで言うリンクとは、他の資源オブジェ
クトへのアクセス情報であり、元のＸＭＬ文書中にリン
ク先のアドレス（例えばＵＲＬ（ＵｎｉｆｏｒｍＲｅ
ｓｏｕｒｃｅＬｏｃａｔｏｒ）等のオブジェクト識別
子）が記述されている。「リンクなし」とは、メニュー
・ボタンにリンク情報を含めない表示形態である。これ
に対し、「リンクあり」とは、メニュー・ボタンにリン
ク情報を含める表示形態であり、メニュー・ボタンの操
作に応答して資源オブジェクトの取得動作が開始され
る。

【０１４４】資源オブジェクトは、ＸＭＬ文書で記述さ
れた画面表示情報である他、それ以外の音声や静止画、
静止画などデータであってもよい。リンクされた資源オ
ブジェクトは、受信システム１０のローカルの記憶装置
（すなわち、ＨＤＤ１７又はメモリ・カード６５）から
取り出すことができる。あるいは、資源オブジェクト
は、インターネット７上に存在するオブジェクト・サー
バ（例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａ
ｎｓｆｅｒＰｒｏｔｏｃｏｌ）サーバ）から提供され
る。

【０１４５】図１２には、リンク情報を含んだメニュー
・ボタン［アクセス］を操作したときの画面動作を図解
している。

【０１４６】［アクセス］とは、放送番組本体に提示さ
れている情報の所在に対するアクセス方法すなわち交通
手段を要求するオプション機能である。［アクセス］を
付勢することにより、図示の通り、地図情報がポップア
ップ表示される。

【０１４７】なお、図１２に示すように、放送番組情報
は、天気予報（同図の例では「明日の関東地方の降水確
率は２０％」）などの文字情報を含んでもよい。

【０１４８】また、メニュー［スタイルを編集］を選択
すると、ディスプレイ６１の画面はスタイルシートの編
集画面に切り替わり（あるいは、スタイルシート編集ウ
ィンドウがポップアップ表示され）、スタイルシートを
構成するソース・コードのリストが表示される。図１３
に、スタイルシート編集画面の表示例を示しておく。

【０１４９】スタイルシートは、ＸＳＬ、ＣＳＳ、又は
ＸＳＬＴなどの言語の文法に従うテキスト形式のデータ
で構成される。このスタイルシート編集画面上では、ユ
ーザは、キーボード２２やマウス２３を用いて、通常の
編集作業を行うことができる。

【０１５０】［追補］以上、特定の実施例を参照しなが
ら、本発明について詳解してきた。しかしながら、本発
明の要旨を逸脱しない範囲で当業者が該実施例の修正や
代用を成し得ることは自明である。すなわち、例示とい
う形態で本発明を開示してきたのであり、限定的に解釈
されるべきではない。本発明の要旨を判断するために
は、冒頭に記載した特許請求の範囲の欄を参酌すべきで
ある。

【０１５１】

【発明の効果】以上詳記したように、本発明によれば、
デジタル衛星データ放送やマルチメディア・コンテンツ
通信などのデジタル・データ配信において、ユーザ（視
聴者）のニーズや好みに応じた情報提供を実現すること
ができる。

【０１５２】また、本発明によれば、ＸＭＬなどのマー
クアップ記述言語のようなデータ属性を持つコンピュー
タ言語の命令で構成されるデジタル・データを配信する
に際し、ユーザ（視聴者）のニーズや好みに応じた情報
提供を実現することができる。

【０１５３】また、本発明によれば、デジタル衛星デー
タ放送などによって配信されたマークアップ言語形式の
データをユーザ（視聴者）のニーズや好みに適合した表
現形式で提供することができる。

【０１５４】また、本発明によれば、デジタル衛星デー
タ放送などによって配信されたマークアップ言語形式の
データに対して、ユーザ（視聴者）のニーズや好みに適
合したスタイルシートを利用する技術を提供することが
できる。

【図面の簡単な説明】

【図１】本発明の実施に供されるデジタル衛星データ放
送システム１０００の概略構成を示した図である。

【図２】放送局１すなわち送信システムにおいて、デジ
タル伝送データを送出するための構成を模式的に示した
図である。

【図３】受信局１０（すなわち一般家庭）における受信
システムの一例１０−Ａのハードウェア構成を模式的に
示した図であり、より具体的には、ＳＴＢ（セット・ト
ップ・ボックス）と呼ばれる形態で実装された受信シス
テム１０−Ａの構成を示した図である。

【図４】他の例に係る受信システム１０−Ｂのハードウ
ェア構成を模式的に示した図であり、より具体的には、
汎用コンピュータ・システムにデジタル衛星データ放送
用のチューナ・カードを装備するという形態で実装され
た受信システム１０−Ｂのハードウェア構成を示した図
である。

【図５】デジタル放送データ受信システム１０において
実行される各種のソフトウェア・プログラムにおける階
層的構成を模式的に図解している。

【図６】放送コンテンツが放送局１から放送衛星５を介
して受信局１０に転送される様子を模式的に示した図で
ある。

【図７】放送波として伝播される放送コンテンツの構成
を模式的に示した図である。

【図８】デジタル伝送データを構成するモジュールのデ
ータ構造を模式的に示した図である。

【図９】デジタル衛星データ放送受信システム１０にお
いてデジタル伝送データ部分を処理する手順を模式的に
示した図である。

【図１０】ディスプレイ６１に表示される画面情報を模
式的に示した図であり、より具体的には、図１０（ａ）
は放送番組情報が無効化され放送番組本体のみからなる
画面を示した図であり、図１０（ｂ）は放送番組情報を
含んだ画面を示した図である。

【図１１】ユーザ（視聴者）に提示される選択画面を模
式的に示した図である。

【図１２】ユーザ（視聴者）に提示される画面を模式的
に示した図であり、より具体的には、リンク情報を含ん
だメニュー・ボタンを操作したときの画面動作を表した
図である。

【図１３】スタイルシート編集画面の表示例である。

【図１４】デジタル伝送データとして配信されるコンテ
ンツの構造を模式的に示した図である。

【図１５】ＸＭＬインスタンスを処理する手順を模式的
に示した図である。

【符号の説明】

１…放送局（デジタル放送データ送信システム）５…放送衛星，７…広域ネットワーク（インターネッ
ト）１０…受信局（一般家庭：デジタル放送データ受信シス
テム）１１…ＣＰＵ，１２…ＲＡＭ（ＲａｎｄｏｍＡｃｃｅ
ｓｓＭｅｍｏｒｙ）１３…ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ），
１４…ＳＩＯコントローラ１５…ＩＥＥＥ１３９４コントローラ１６…ハード・ディスク・インターフェース１７…ハード・ディスク・ドライブ（ＨＤＤ）１８…カード・インターフェース，１９…カード・スロ
ット２０…バス・ブリッジ２１…キーボード／マウス・コントローラ（ＫＭＣ）２２…キーボード，２３…マウス２４…ビデオ・コントローラ，２５…ＶＲＡＭ３０…汎用コンピュータ・システム３１…システム・バス（ＰＣＩバス）４０…デジタル・チューナ・カード５０…バス，５１…チューナ，５２…復調器，５３…ＴＳデコーダ５４…ＡＶデコーダ５３Ａ，５４Ａ…ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓ
Ｍｅｍｏｒｙ）５５Ａ，Ｂ…マルチプレクサ（ＭＵＸ）５６…ユーザ・インターフェース制御部５７…ＯＳＤ表示コントローラ，５８…バス（ＰＣＩ）
・インターフェース６１…ディスプレイ，６２…スピーカ６３…高速モデム，６４…ビデオ・カメラ，６５…メモ
リ・カード６６…リモコン１００…制作部，１０１…編集システム１０２，１０３…大容量記憶装置２００…送出部，２０１…コンテンツ送信系２０２…ベースバンド制御系，２０３…ＡＶエンコーダ３００…伝送部，３０１…マルチメディア符号化部３０２…コンテンツ伝送部，３０３…ＡＶデータ伝送部３０４…合成部，３０５…変調部１０００…デジタル衛星データ放送システム

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B089 GA21 HA12 JA33 JB02 JB24 KA01 KC23 LB14 5C064 BA01 BB02 BB05 BC06 BC18 BC23 BD02 BD09 BD13 5K030 HB01 HB02 JL01 JL02 LA07 LD07 LD13 9A001 DD02 DD13 EE03 HH34 JJ19 KK45 KK56 LL03

Claims

【特許請求の範囲】

【請求項１】データ属性を持つコンピュータ言語の命令
で構成される配信コンテンツを受信するコンテンツ受信
システムであって、データ属性を持つコンピュータ言語の命令で構成される
配信コンテンツに関する表現形式を規定した１以上のス
タイルシートを保管する手段と、データ属性を持つコンピュータ言語の命令で構成される
配信コンテンツ及び／又はスタイルシートを受容する手
段と、保管されたスタイルシートに対するユーザ選択を促す手
段と、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示する手段
と、を具備することを特徴とするコンテンツ受信システ
ム。
【請求項２】タグを使用する言語形式で記述された配信
コンテンツを受信するコンテンツ受信システムであっ
て、タグを使用する言語形式で記述された配信コンテンツに
関する表現形式を規定した１以上のスタイルシートを保
管する手段と、タグを使用する言語形式で記述された配信コンテンツ及
び／又はスタイルシートを受容する手段と、保管されたスタイルシートに対するユーザ選択を促す手
段と、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示する手段
と、を具備することを特徴とするコンテンツ受信システ
ム。
【請求項３】任意に定義可能なタグを使用する言語形式
で記述された配信コンテンツを受信するコンテンツ受信
システムであって、任意に定義可能なタグを使用する言語形式で記述された
配信コンテンツに関する表現形式を規定した１以上のス
タイルシートを保管する手段と、任意に定義可能なタグを使用する言語形式で記述された
配信コンテンツ及び／又はスタイルシートを受容する手
段と、保管されたスタイルシートに対するユーザ選択を促す手
段と、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示する手段
と、を具備することを特徴とするコンテンツ受信システ
ム。
【請求項４】前記のスタイルシートを保管する手段は、
前記コンテンツ受信システム本体に対して着脱自在で可
搬式のメディアであることを特徴とする請求項１に記載
のコンテンツ受信システム。
【請求項５】前記のユーザ選択を促す手段は、配信コン
テンツの非表示を選択肢の１つに持つことを特徴とする
請求項１に記載のコンテンツ受信システム。
【請求項６】前記のユーザ選択を促す手段は、スタイル
シートの編集を選択肢の１つに持つことを特徴とする請
求項１に記載のコンテンツ受信システム。
【請求項７】スタイルシートは暗号化されており、さらに暗号化されたスタイルシートを復号する手段を具
備することを特徴とする請求項１に記載のコンテンツ受
信システム。
【請求項８】データ属性を持つコンピュータ言語の命令
で構成される配信コンテンツを受信するコンテンツ受信
方法であって、データ属性を持つコンピュータ言語の命令で構成される
配信コンテンツに関する表現形式を規定した１以上のス
タイルシートを保管するステップと、データ属性を持つコンピュータ言語の命令で構成される
配信コンテンツ及び／又はスタイルシートを受容するス
テップと、保管されたスタイルシートに対するユーザ選択を促すス
テップと、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示するステッ
プと、を具備することを特徴とするコンテンツ受信方
法。
【請求項９】タグを使用する言語形式で記述された配信
コンテンツを受信するコンテンツ受信方法であって、タグを使用する言語形式で記述された配信コンテンツに
関する表現形式を規定した１以上のスタイルシートを保
管するステップと、タグを使用する言語形式で記述された配信コンテンツ及
び／又はスタイルシートを受容するステップと、保管されたスタイルシートに対するユーザ選択を促すス
テップと、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示するステッ
プと、を具備することを特徴とするコンテンツ受信方
法。
【請求項１０】任意に定義可能なタグを使用する言語形
式で記述された配信コンテンツを受信するコンテンツ受
信方法であって、任意に定義可能なタグを使用する言語形式で記述された
配信コンテンツに関する表現形式を規定した１以上のス
タイルシートを保管するステップと、任意に定義可能なタグを使用する言語形式で記述された
配信コンテンツ及び／又はスタイルシートを受容するス
テップと、保管されたスタイルシートに対するユーザ選択を促すス
テップと、該ユーザ選択されたスタイルシートを配信コンテンツに
適用して、該受容した配信コンテンツを表示するステッ
プと、を具備することを特徴とするコンテンツ受信方
法。
【請求項１１】前記のスタイルシートを保管するステッ
プでは、コンテンツ受信システム本体に対して着脱自在
で可搬式のメディアに対して保管されることを特徴とす
る請求項８に記載のコンテンツ受信方法。
【請求項１２】前記のユーザ選択を促すステップでは、
配信コンテンツの非表示を選択肢の１つに持つことを特
徴とする請求項８に記載のコンテンツ受信方法。
【請求項１３】前記のユーザ選択を促すステップでは、
スタイルシートの編集を選択肢の１つに持つことを特徴
とする請求項８に記載のコンテンツ受信方法。
【請求項１４】スタイルシートは暗号化されており、さらに暗号化されたスタイルシートを復号するステップ
を具備することを特徴とする請求項８に記載のコンテン
ツ受信方法。