JP4081934B2 - データ配信方法及び装置、並びに、データ受信方法及び装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、デジタル衛星データ放送やマルチメディア・コンテンツの通信など、デジタル・データ配信技術に係り、特に、データ属性を持つコンピュータ言語の命令で構成されるデジタル・データを配信する技術に関する。データ属性を持つコンピュータ言語の命令で構成されるデジタル・データは、例えば、データ属性を定義するタグで区切られたタグ・データからなる言語（すなわち、マークアップ言語）形式で記述される。
【０００２】
更に詳しくは、本発明は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式のデータ・コンテンツをデータ放送などの形式で配信する技術及び受信して表示処理する技術に係り、特に、ＸＭＬインスタンスの表現形式等を規定するためのスタイルシートすなわちＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）ドキュメントに関する配布、取捨選択などの取り扱いに関する。
【０００３】
【従来の技術】
放送の技術分野において、データのデジタル化が急速に進められている。デジタル信号の方が、アナログ信号よりも安定性に優れ、データ圧縮率も高い。また、デジタル信号は、ケーブル、地上波、衛星波を問わず、一定の帯域でアナログ信号よりも多くのチャンネルを確保することができる。また、従来の情報伝達においては文書、音声、映像の各情報は全く別物であったが、放送データをデジタル化することによりこれら各モノメディアを分け隔てなく伝送することができるようになる。
【０００４】
例えば、デジタル放送であれば、データ放送コンテンツの１つとしてＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組ガイド）など各種のシステム情報等を映像情報や音声情報とともに送ることによって、ユーザ（視聴者）へのサービスを向上させることができる（ＥＰＧは、放送番組の放送スケジュールや番組名などの提示情報の他、ＶＴＲへの録画予約などの機能を包含する）。
【０００５】
デジタル形式のデータは、汎用コンピュータ・システムなどテレビジョン以外の情報機器との親和性も高い。例えば、汎用コンピュータ・システムに衛星放送用チューナ・カードを取り付けて、受信したＥＰＧデータをコンピュータ内で構文解析及び表示処理して、番組表などのメニュー画面をコンピュータ・ディスプレイ上にウィンドウ表示することができる。このようなメニュー画面上では、番組切換や録画予約などを、マウス・カーソルあるいはタッチパネルによる直感的な操作で実現することができる。勿論、受信したデータ放送コンテンツを、コンピュータの内蔵ハード・ディスクにそのままデジタル保存して、再生・再利用することも可能である。
【０００６】
また、デジタル放送によれば、帯域を有効活用して、映像や音声などの放送番組本体以外のデータを送信することにより、放送番組の対話性を高めることができる。例えば、択一式のクイズを提供するような放送番組であれば、映像・音声データとともに解答を併せて送信することにより、衛星テレビ放送受信機（すなわち視聴者）側では、コンピュータ・ディスプレイ上に解答メニュー・ボタンを用意し、マウス・カーソルやタッチパネルを用いたユーザの解答操作に応答して答合わせを行うことができる。
【０００７】
さらに対話性が高まれば、家庭内のテレビ受信機は、単に映像コンテンツを扱うだけでなく情報管制塔として飛躍することが期待できる。例えば、テレビ受信機は、インターネット端末や電子商取引端末にもなり得る。
【０００８】
日本では、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ：電波産業会）が中心となって、デジタル衛星データ放送に関する標準化作業が進められている。これによれば、デジタル衛星データ放送では、放送番組本体を構成する映像及び音声のデータ（ＡＶデータ）の他に、放送番組に付随するデジタル伝送データが並行して配信される。より具体的には、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２など所定の圧縮方式で圧縮されたＡＶデータと、デジタル伝送データとを多重化して構成される「トランスポート・ストリーム」（後述）の形式で、放送波として伝播される。
【０００９】
データ放送コンテンツとして伝送される放送番組情報の一例は、先述のＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組情報）である。また、放送番組情報には、放送番組本体のタイトルや日付、番組のキャスティングなど放送番組本体に関する固有の情報を含めることができる。また、放送番組情報が含むデータの種類やデータ構造は、番組本体が提供するサービス内容に応じてある程度系統化される。例えば、料理番組における献立や食材に関する情報や、選挙速報番組における時々刻々更新される得票状況、プロ野球中継における各選手の打撃・投球に関する個人成績やチーム順位などである。
【００１０】
放送番組情報は、デジタル衛星データ放送受信システム（以下、単に「受信システム」とも呼ぶ）側では、放送番組本体を表示出力するディスプレイ・スクリーンの一部の領域を使用して表示される。この受信システムは、通常は、放送波を受信・選局・デコードする受信機（セット・トップ・ボックス：ＳＴＢ）と、表示出力するテレビジョンとで構成され、一般家庭内に設置される。
【００１１】
ここで、デジタル放送データとして配信されるコンテンツ（以下、「データ放送コンテンツ」とする）の構造について、図１５を参照しながら説明しておく。
【００１２】
図１５に示すように、データ放送コンテンツは、テキスト・データの他、静止画、動画、音声などの各種様々なモノメディア・データと、これら各々のモノメディア・データを統合的すなわちマルチメディアとして取り扱い、放送番組情報の有様を規定する表示・出力制御プログラム（一般には、「マルチメディア符号化アプリケーション」とも呼ぶ）とで構成される。表示・出力制御プログラムには、各モノメディア・データに対する参照（リンク）情報を組み込むことができる。
【００１３】
先述したＡＲＩＢによるデジタル衛星データ放送の標準化作業では、このデータ放送コンテンツとしてのマルチメディア符号化アプリケーションを記述する形式（フォーマット）として、当初はＭＨＥＧ（Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｈｙｐｅｒｍｅｄｉａ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）の利用が検討されてきた。ＭＨＥＧは、データ属性を定義する記述言語の一種であり、マルチメディア・コンテンツをテレビに表示し、ビデオ・オン・デマンド（ＶＯＤ）やデジタル・テレビ放送において視聴者が所望の情報を引き出すような用途を想定している。日本のＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）デジタル放送（ＳＫＹＰｅｒｆｅｃＴＶ）のように、既にＭＨＥＧ−５が使用されている例もある。
【００１４】
しかしながら、ＭＨＥＧは、符号化空間が固定的であり拡張性に欠ける。すなわち、一意に定められた符号化空間のみを用いて記述しなければならないので、例えば関数（ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）など）を一つ変更するのにさえ、相当の修正作業を要する。また、ＭＨＥＧは、一般的な認知度が低く、ＭＨＥＧで記述されたデータ・コンテンツがあまり流通しておらず、この意味において汎用コンピュータとの親和性が比較的低い。
【００１５】
そこで、ＡＲＩＢ（先述）では、ＭＨＥＧに代わって、ＸＭＬ（ｅＸｔｅｎｄｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとしたデータ放送の標準化作業が検討されている。より具体的には、「基本ＸＭＬ」（ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）とも呼ぶ）と、基本ＸＭＬの拡張版である「高度ＸＭＬ」に分けて、作業が行われている。
【００１６】
ＸＭＬは、タグの定義が任意、すなわち属性の記述の仕方に制約がないので、自由度が高く、また、汎用コンピュータやインターネットとの親和性が高いことなどが、ＭＨＥＧよりも有利な点として挙げられる。また、ＸＭＬは、次世代インターネットの記述言語としての策定も進められている。
【００１７】
ＸＭＬをデータ放送コンテンツの標準言語で用いた場合、デジタル放送用データを、コンピュータやテレビジョン、電話機など、多種多様な情報機器間で情報交換を行うことができる。また、ＸＭＬは、タグの属性を任意に定義できることから、レイアウト指定を主用途としたＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に比しデータ処理に強い。このため、電子商取引を含め、各分野への利用も急速に進みつつある。
【００１８】
ＸＭＬ形式で記述されたドキュメント・ファイルは、「ＸＭＬインスタンス」とも呼ばれる。ＸＭＬインスタンスに関する属性情報の記述方法（すなわちタグの文法）を定めたものが、ＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）と呼ばれる標準規約である。例えば、各業界毎（あるいは各業界が提供するサービス毎）にＤＴＤを定めることができる。
【００１９】
また、ＸＭＬインスタンス自体は、表現形式（例えば、ディスプレイへの表示出力形式や、プリンタへの印刷出力形式など）に関するスタイル情報を包含していないこともある。この場合、ＸＭＬインスタンスの表現方法は、ＤＴＤとは別の文書ファイルである「スタイルシート」によって記述される。
【００２０】
ＸＭＬインスタンス用のスタイルシートは、特に「ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）」形式の言語、「ＣＳＳ（Ｃａｓｃａｄｅ ＳｔｙｌｅＳｈｅｅｔ）」形式の言語、あるいは、その派生規格である「ＸＳＬＴ（ＸＳＬ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）」形式の言語を用いて記述することかできる。あるいは、スタイルシート中にスクリプトを挿入することもできる（スクリプトとは、ソフトウェアに実行させる処理手順（メソッド）を、通常のソース・プログラムと同様に、テキスト形式で記述したものを言う。アプリケーションやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上などで、エンド・ユーザが制御できる操作手順（例えば、特定のキーやボタン）を組み合わせた一連の処理を自動化するために、スクリプトが用いられる）。
【００２１】
同一のＸＭＬインスタンスであっても、スタイルシートの記述次第で、書体やそのサイズ・色などを変化させて、同じＸＭＬインスタンスをディスプレイ画面上で全く別の表示形式で表現することができる。すなわち、スタイルシートは元のＸＭＬインスタンスに対して付加価値を与える役割を持つ。今後、さらにスタイルシートの価値が高まり、見栄えが良く魅力的なスタイルシートが、スタイルシート専門のデザイナの手によって作成されるという事態も予想される。
【００２２】
スタイルシートは、ＸＭＬインスタンスとは別のファイルにして送信することもできる。例えば、ＸＭＬインスタンス自体はデータ放送として配信する一方で、スタイルシートは、他の流通形態、例えばＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などの可搬型記録メディア、あるいはインターネット経由のファイル転送という形態で、広汎にディストリビュートすることができる。
【００２３】
ところで、最近では、データ放送コンテンツの出力ターゲットとしての表示装置は多様化してきた。例えば、旧来のＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）方式のカラー・テレビジョンの他に、走査線数が多く大画面のＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴｅｌｅＶｉｓｉｏｎ）、小画面のモノクロ液晶表示ディスプレイを持つＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＳＶＧＡ（Ｓｕｐｅｒ Ｖｉｄｅｏ Ｇｒａｐｈｉｃ Ａｒｒａｙ）やＸＧＡ（ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃ Ａｒｒａｙ）のような比較的高解像度を持つコンピュータ・スクリーンなどが挙げられる。
【００２４】
同じデータ・コンテンツであっても、出力ターゲットの表示能力が相違すれば、当然にして最適な表示形態は異なる。例えば、高解像度で高精細なＨＤＴＶにとって最適な表示形態が、小画面で低解像度のＰＤＡにとっても適当であるとは限らない。前述したように、コンテンツの表示形式はスタイルシートによって規定される。したがって、コンテンツにとってどのスタイルシートが適切であるかは、出力先となる表示装置の表示出力能力や表現能力によって決定する、と言い換えることができる。
【００２５】
また、解像度など表示装置のハードウェア的な能力が同一であったとしても、その製造者名、機種などにより最適な表示形態が異なることもある。
【００２６】
さらに、データ放送のコンテンツ自体の属性（例えば、＜ＰＯＳＩＴＩＯＮ＞、＜ＣＯＬＯＲ＞、＜ＳＩＺＥ＞などのタグで示されるデータ）によって、最適なスタイルシートが異なることもある。
【００２７】
また、最適なスタイルシート、あるいは受信ユーザが好みとするスタイルシートが、常にデータ放送コンテンツと一緒に配信されているとは限らない。
【００２８】
【発明が解決しようとする課題】
本発明の目的は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、各出力属性やコンテンツ属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００２９】
本発明の更なる目的は、放送やネットワークを介してデータを配信する際に、単一のコンテンツを各出力属性やコンテンツ属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００３０】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、コンピュータ言語で記述されたデータからなるコンテンツを配信するデータ配信方法又は装置であって、
出力属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００３１】
本発明の第１の側面に係るデータ配信方法又は装置において、前記コンピュータ言語で記述されたデータは、例えば、タグを使用する言語形式のデータ、あるいは任意に定義可能なタグを使用する言語形式のデータである。このようなデータの一例は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたＸＭＬインスタンスである。
【００３２】
また、配信データ・コンテンツ中で、出力属性に応じた提供情報の各々は、タグで区切られたデータであってもよい。
【００３３】
配信データ・コンテンツが、ＸＭＬのようなマークアップ言語で記述されたインスタンスである場合には、「スタイルシート」と呼ばれるドキュメントによって、表現形式（例えば表示装置に表示する形式や、プリンタに印刷出力する形式）を規定することができる。
【００３４】
スタイルシートは、出力属性に応じた表現形式を規定することができる。ここで言う出力属性とは、例えば、配信データ・コンテンツを表示出力する表示装置の解像度、製造者名、機種名などで構成される。言い換えれば、表示装置の解像度、製造者名、機種名など、各出力属性毎に最適な表示形式を規定したスタイルシートを多数用意しておくことができる。
【００３５】
また、スタイルシートには、スクリプトを含めることができる（「スクリプト」とは、ソフトウェアに実行させる処理手順（メソッド）を、通常のソース・プログラムと同様に、テキスト形式で記述したものを言う。アプリケーションやＯＳ上などで、エンド・ユーザが制御できる操作手順（例えば、特定のキーやボタン）を組み合わせた一連の処理を自動化するために、スクリプトが用いられる）。出力属性毎に最適なスタイルシートを複数用意する以外に、単一のスタイルシート内で、表示装置の解像度などが異なる複数の出力属性に応じた表現操作をスクリプトで記述することも可能である。
【００３６】
また、本発明の第２の側面は、コンピュータ言語で記述されたデータからなるコンテンツを配信するデータ配信方法又は装置であって、
配信するデータ・コンテンツの属性を表すコンテンツ識別情報を配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００３７】
本発明の第２の側面に係るデータ配信方法又は装置において、前記コンピュータ言語で記述されたデータは、例えば、タグを使用する言語形式のデータ、あるいは任意に定義可能なタグを使用する言語形式のデータである。このようなデータの一例は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたＸＭＬインスタンスである。
【００３８】
配信データ・コンテンツが、ＸＭＬのようなマークアップ言語で記述されたインスタンスである場合には、「スタイルシート」と呼ばれるドキュメントによって、表現形式（例えば表示装置に表示する形式や、プリンタに印刷出力する形式）を規定することができる。
【００３９】
スタイルシートは、コンテンツ識別情報に応じた表現形式を規定することができる。ここで言うコンテンツ識別情報とは、コンテンツの属性を表すものであり、例えば、コンテンツとしてのＸＭＬインスタンス中の所定のタグ・データに基づいて決定される。このようなタグ・データの例は、＜ＰＯＳＩＴＩＯＮ＞、＜ＣＯＬＯＲ＞、＜ＳＩＺＥ＞などである。言い換えれば、各コンテンツ属性毎に最適な表示形式を規定したスタイルシートを多数用意しておくことができる。
【００４０】
また、スタイルシートには、スクリプトを含めることができる。コンテンツ属性毎に最適なスタイルシートを複数用意する以外に、単一のスタイルシート内で、複数のコンテンツ属性に応じた表現操作をスクリプトで記述することも可能である。
【００４１】
また、本発明の第３の側面は、コンピュータ言語で記述されたデータからなるコンテンツを受信して出力装置に出力するデータ受信方法又は装置であって、
前記出力装置に関する出力属性情報を保持するステップ又は手段と、
該保持された出力属性情報に適合するスタイルシートを選択するステップ又は手段と、
該選択されたスタイルシートを用いて受信データ・コンテンツを処理するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００４２】
本発明の第３側面に係るデータ受信方法又は装置において、前記コンピュータ言語で記述されたデータは、例えば、タグを使用する言語形式のデータ、あるいは任意に定義可能なタグを使用する言語形式のデータである。このようなデータの一例は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたＸＭＬインスタンスである。
【００４３】
受信したデータ・コンテンツが、ＸＭＬのようなマークアップ言語で記述されたインスタンスである場合には、「スタイルシート」と呼ばれるドキュメントによって、表現形式（例えば表示装置に表示する形式や、プリンタに印刷出力する形式）を規定することができる。
【００４４】
スタイルシートは、出力属性に応じた表現形式を規定することができる。ここで言う出力属性とは、例えば、配信データ・コンテンツを表示出力する表示装置の解像度、製造者名、機種名などで構成される。言い換えれば、表示装置の解像度、製造者名、機種名などが異なる各出力属性毎に最適な表示形式を規定したスタイルシートを多数用意しておくことができる。
【００４５】
また、スタイルシートには、スクリプトを含めることができる。出力属性毎に最適なスタイルシートを複数用意する以外に、単一のスタイルシート内で、表示装置の解像度などが異なる複数の出力属性の各々に応じた表現操作をスクリプトで記述することも可能である。
【００４６】
また、本発明の第３の側面に係るデータ受信方法又は装置は、前記のスタイルシートを選択するステップ又は手段において保持された出力属性情報に適合するスタイルシートを選択できなかった場合には、ネットワーク上で適合するスタイルシートを探索するステップ又は手段を備えてもよい。あるいは、前記のスタイルシートを選択するステップ又は手段において保持された出力属性情報に適合するスタイルシートを選択できなかった場合には、可搬型記録メディア経由で適合するスタイルシートを取得するステップ又は手段を備えてもよい。
【００４７】
また、本発明の第４の側面は、コンピュータ言語で記述されたデータからなるコンテンツを受信するデータ受信方法又は装置であって、
受信したデータ・コンテンツの中から属性を表すコンテンツ識別情報を取り出すステップ又は手段と、
該コンテンツ識別情報に適合するスタイルシートを選択するステップ又は手段と、
該選択されたスタイルシートを用いて受信データ・コンテンツを処理するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００４８】
本発明の第４側面に係るデータ受信方法又は装置において、前記コンピュータ言語で記述されたデータは、例えば、タグを使用する言語形式のデータ、あるいは任意に定義可能なタグを使用する言語形式のデータである。このようなデータの一例は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたＸＭＬインスタンスである。
【００４９】
スタイルシートは、コンテンツ識別情報に応じた表現形式を規定することができる。ここで言うコンテンツ識別情報とは、コンテンツの属性を表すものであり、例えば、コンテンツとしてのＸＭＬインスタンス中の所定のタグ・データに基づいて決定される。このようなタグ・データの例は、＜ＰＯＳＩＴＩＯＮ＞、＜ＣＯＬＯＲ＞、＜ＳＩＺＥ＞などである。言い換えれば、各コンテンツ属性毎に最適な表示形式を規定したスタイルシートを多数用意しておくことができる。
【００５０】
また、スタイルシートには、スクリプトを含めることができる。コンテンツ属性毎に最適なスタイルシートを複数用意する以外に、単一のスタイルシート内で、コンテンツ属性に応じた表現操作をスクリプトで記述することも可能である。
【００５１】
また、本発明の第４の側面に係るデータ受信方法又は装置は、前記のスタイルシートを選択するステップ又は手段において保持されたコンテンツ識別情報に適合するスタイルシートを選択できなかった場合には、ネットワーク上で適合するスタイルシートを探索するステップ又は手段を備えてもよい。あるいは、前記のスタイルシートを選択するステップ又は手段において保持された出力属性情報に適合するスタイルシートを選択できなかった場合には、可搬型記録メディア経由で適合するスタイルシートを取得するステップ又は手段を備えてもよい。
【００５２】
また、本発明の第５の側面は、コンピュータ言語で記述されたデータからなるコンテンツを受信して出力装置に出力するデータ受信方法又は装置であって、
前記出力装置に関する出力属性情報を保持するステップ又は手段と、
該保持された出力属性情報に適合するスタイルシートを、ネットワーク上でスタイルシートを提供するスタイルシート・サーバの中から探索するステップ又は手段と、
該探索によって取得されたスタイルシートを用いて受信データ・コンテンツを処理するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００５３】
また、本発明の第６の側面は、スタイルシートをネットワーク経由で供給するスタイルシート提供方法又はサーバであって、
各出力装置が持つ出力属性毎の表現形式を規定した１以上のスタイルシートを保持するステップ又は手段と、
出力属性に関する情報を含んだ形式でスタイルシートの提供要求を受信するステップ又は手段と、
該提供要求で指定された出力属性に合致するスタイルシートを取り出して送信するステップ又は手段と、
を具備することを特徴とするスタイルシート提供方法又はサーバである。
【００５４】
また、本発明の第７の側面は、コンピュータ言語で記述されたデータからなるコンテンツを受信して出力装置に出力するデータ受信方法又は装置であって、
受信コンテンツに関するコンテンツ属性を保持するステップ又は手段と、
該保持されたコンテンツ属性情報に適合するスタイルシートを、ネットワーク上でスタイルシートを提供するスタイルシート・サーバの中から探索するステップ又は手段と、
該探索によって取得されたスタイルシートを用いて受信データ・コンテンツを処理するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００５５】
また、本発明の第８の側面は、スタイルシートをネットワーク経由で供給するスタイルシート提供方法又はサーバであって、
コンテンツ属性毎の表現形式を規定した１以上のスタイルシートを保持するステップ又は手段と、
コンテンツ属性に関する情報を含んだ形式でスタイルシートの提供要求を受信するステップ又は手段と、
該提供要求で指定されたコンテンツ属性に合致するスタイルシートを取り出して送信するステップ又は手段と、
を具備することを特徴とするスタイルシート提供方法又はサーバである。
【００５６】
また、本発明の第９の側面は、コンピュータ言語で記述されたデータからなるコンテンツを配信し、受信して処理し出力装置に出力するためのデータ・コンテンツ処理システムであって、
コンテンツ属性及び／又は出力属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めて配信する手段と、
前記出力装置に関する出力属性情報、及び／又は、受信したデータ・コンテンツに関するコンテンツ属性を保持する手段と、
該保持された出力属性情報及び／又はコンテンツ属性に適合するスタイルシートを選択する手段と、
該選択されたスタイルシートを用いて受信データ・コンテンツを処理する手段と、
を具備することを特徴とするデータ・コンテンツ処理システムである。
【００５７】
また、本発明の第１０の側面は、コンピュータ言語で記述されたデータからなるコンテンツを配信し、受信して処理し出力装置に出力するためのデータ・コンテンツ処理システムであって、
コンテンツ属性及び／又は出力属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めて配信する手段と、
前記出力装置に関する出力属性情報、及び／又は、受信したデータ・コンテンツに関するコンテンツ属性を保持し、該保持された出力属性情報及び／又はコンテンツ属性に適合するスタイルシートを要求するとともに、提供されたスタイルシートを用いて受信データ・コンテンツを処理する手段と、
各出力装置が持つ出力属性毎及び／又はコンテンツ属性毎の表現形式を規定した１以上のスタイルシートを保持し、出力属性及び／又はコンテンツ属性に関する情報を含んだ形式のスタイルシートの提供要求に応答して適合するスタイルシートを提供する手段と、
を具備することを特徴とするデータ・コンテンツ処理システムである。
【００５８】
また、本発明の第１１の側面は、コンピュータ言語で記述されたデータからなるコンテンツを配信するデータ配信処理をコンピュータ・システム上で実行せしめるためのコンピュータ・プログラムを有形的且つコンピュータ可読形式で記録するプログラム記録媒体であって、前記コンピュータ・プログラムは、
出力属性及び／又はコンテンツ属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップと、
該配信データ・コンテンツを配信するステップと、
を具備することを特徴とするプログラム記録媒体である。
【００５９】
また、本発明の第１２の側面は、コンピュータ言語で記述されたデータからなるコンテンツを受信して出力装置に出力する処理をコンピュータ・システム上で実行せしめるためのコンピュータ・プログラムを有形的且つコンピュータ可読形式で記録するプログラム記録媒体であって、前記コンピュータ・プログラムは、前記出力装置に関する出力属性情報及び／又は受信コンテンツに感するコンテンツ属性を保持するステップと、
該保持された出力属性情報及び／又はコンテンツ属性に適合するスタイルシートを選択するステップと、
該選択されたスタイルシートを用いて受信データ・コンテンツを処理するステップと、
を具備することを特徴とするプログラム記録媒体である。
【００６０】
また、本発明の第１３の側面は、スタイルシートをネットワーク経由で供給するスタイルシート提供処理をコンピュータ・システム上で実行せしめるためのコンピュータ・プログラムを有形的且つコンピュータ可読形式で提供するプログラム記録媒体であって、前記コンピュータ・プログラムは、
各出力装置が持つ出力属性及び／又は配信コンテンツが持つコンテンツ属性毎の表現形式を規定した１以上のスタイルシートを保持するステップと、
出力属性及び／又はコンテンツ属性に関する情報を含んだ形式でスタイルシートの提供要求を受信するステップと、
該提供要求で指定された出力属性及び／又はコンテンツ属性に合致するスタイルシートを取り出して送信するステップと、
を具備することを特徴とするプログラム記録媒体である。
【００６１】
【作用】
本発明に係るデータ配信方法又は装置によれば、受信機側における出力属性や、配信するデータ・コンテンツ（例えばデータ放送コンテンツ）の属性に応じた複数の提供情報を、単一の配信データ・コンテンツに含めてデータ配信が行われる。この結果、データ配信者（例えば放送局）においては配信コンテンツの取り扱いが簡易化される。
【００６２】
配信データ・コンテンツ中の出力属性やコンテンツ属性に応じた提供情報の各々は、タグで区切られたデータであるから、各々を容易に分離して処理することが可能である。
【００６３】
出力属性やコンテンツ属性に応じた情報提供の形態、すなわち表現形式は、スタイルシートによって規定される。したがって、複数のスタイルシートを選択的に利用することで、出力属性やコンテンツ属性に応じた情報提供の形態を予め用意しておくことができる。
【００６４】
また、本発明に係るデータ受信方法又は装置によれば、出力属性やコンテンツ属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信すると、該受信コンテンツに対して適合するスタイルシートを選択的に用いて所定の表現形式に変換して、ディスプレイ上に表示出力することができる。
【００６５】
また、本発明に係るデータ受信方法又は装置によれば、データ放送、インターネット、可搬型記録メディアなど様々な形態で１以上のスタイルシートの供給を受けた場合、受信機に備わった出力装置（例えばテレビジョンなどの表示装置）の出力属性（例えば解像度や製造者名、機種など）に適合した最適なスタイルシートを選択的に保持することができる。すなわち、受信機のユーザには、表示装置にとって最適な形態でコンテンツを表示させることができる。
【００６６】
また、ユーザは、受信機上のユーザ・インターフェースを用いて、配信コンテンツに適合するスタイルシートを自ら選択してもよい。
【００６７】
本発明を衛星又は地上波による放送事業に適用した場合、単一のデータ放送コンテンツを基にして、複数の出力属性やコンテンツ属性に応じた情報提供を実現することができる。
【００６８】
また、本発明を、インターネットを介した情報配信に適用した場合、ホームページ上の入力画面を介して出力属性やコンテンツ属性を判断することにより、単一のコンテンツを基にして、最適な出力形態でコンテンツの出力（例えば画面への表示）を実現することができる。
【００６９】
本発明の第１１乃至第１３の各側面に係るプログラム記録媒体は、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ・プログラムを有形的且つコンピュータ可読な形式で提供する媒体である。記録媒体は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）などの着脱自在で可搬性の記憶媒体であってもよい。
【００７０】
このようなプログラム記録媒体は、コンピュータ・システム上で所定のコンピュータ・プログラムの機能を実現するための、コンピュータ・プログラムと記録媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、本発明の第１１乃至第１３の各側面に係るプログラム記録媒体を介して所定のコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１乃至第４、又は第６、第８の側面と同様の作用効果を得ることができる。
【００７１】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００７２】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００７３】
図１には、本発明の実施に供される衛星デジタル放送システム１０００の概略構成を示している。同図に示すように、衛星デジタル放送システム１０００は、放送サービスを提供する放送局（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｅｒ）１と、放送データを中継する放送衛星（Ｂｒｏａｄｃａｓｔ Ｓａｔｅｌｌｉｔｅ）５と、放送衛星５から放送データを受信する受信局（Ｒｅｃｅｉｖｅｒ／Ｄｅｃｏｄｅｒ）１０とで構成される。
【００７４】
放送局１は地上に１基以上存在し、放送衛星５は地球のはるか上空に散在する。また、受信局１０は、一般家庭などに相当し、実際には地上に無数存在する。放送局１及び放送衛星５を介したデータ配信すなわち放送は、一方向通信である。
【００７５】
デジタル・データ放送では、１０〜５０Ｍｂｐｓの転送レートでデータ伝送される。放送局１は、放送番組本体を構成するＡＶ（音声及び映像）データと、放送番組に付随する番組情報を含んだデータ放送コンテンツとを多重化して配信する。ＡＶデータは、通常、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２形式でデータ圧縮してから送信される。
【００７６】
データ放送コンテンツには、テキストや静止画、動画、音声など各種モノメディア・データと、これらモノメディア・データの表示・出力を制御するプログラムである「マルチメディア符号化アプリケーション」とで構成されるモジュールが、データ・カルーセル化されて格納されている。
【００７７】
マルチメディア符号化アプリケーションは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）言語形式で記述されており、文書の型式を定義するＤＴＤドキュメントと、ＸＳＬなどの言語形式で記述されたスタイルシートを含む（但し、ＤＴＤドキュメント及び／又はスタイルシートを配信コンテンツに含まない場合もある）。また、各モジュールには、音声や静止画、動画などの動作を規定するスクリプトが含まれている。
【００７８】
各受信局１０と放送局１との間は、インターネットのような広域ネットワーク７、又は、専用線（図示しない）などによって双方向接続されていてもよい。この場合、インターネット７を、受信局１０から放送局１に向かう上り回線として使用することができる。例えば、インターネット７を利用した一部オンデマンド放送サービスを提供することも可能である。但し、この場合、両者間は、５６ｋｂｐｓ以上の高速アナログ電話回線、１０〜６４ｋｂｐｓ程度の高速ワイヤレス通信、１２８ｋｂｐｓのＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、あるいは５〜３０Ｍｂｐｓクラスのケーブルによって接続されていることが好ましい。
【００７９】
既に周知のように、インターネット７上には無数のホスト（すなわちコンピュータ・システム）が散在し、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に従って接続されている。ホストの一部は、他のホストに対して有償又は無償での情報提供サービスを行うサーバである。
【００８０】
インターネット７上のサーバの代表例は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）オブジェクトを有償又は無償で提供するＷｅｂサーバ（若しくはＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ）である。また、本実施例では、インターネット７経由でスタイルシートを有償又は無償でディストリビュートする「スタイルシート・サーバ」（仮称）も存在するものとする。
【００８１】
日本では、ＡＲＩＢ（電波産業会）が中心となって、デジタル衛星データ放送に関する標準化作業が進められている。これによれば、デジタル衛星データ放送では、衛星放送番組本体を構成するリアルタイムＡＶデータと、放送番組に付随するデータ放送コンテンツが並行して配信される。
【００８２】
ここで、デジタル衛星データ放送によって配信されるコンテンツの構造について、図２及び図３を参照しながら説明しておく。
【００８３】
図２には、デジタル衛星データ放送における放送波として伝播される放送コンテンツの構成を模式的に示している。同図に示すように、放送コンテンツは、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２など所定の圧縮方式で圧縮されたリアルタイムＡＶデータと、データ放送コンテンツとを多重化した「トランスポート・ストリーム」として構成される（トランスポート・ストリームは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのトランスポート層に分類される）。前者のリアルタイムＡＶデータは、衛星放送の番組本体を構成し、また、後者のデータ放送コンテンツは、放送番組本体に付随する放送番組情報などのデータ放送サービスを構成する。
【００８４】
データ放送コンテンツの部分は、複数のデータ・モジュールで構成される。各データ・モジュールは、放送番組本体に付随する各種情報を含んでいる。放送番組情報の一例は、先述のＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組情報）である（ＥＰＧは、放送番組の放送スケジュールや番組名などの提示情報の他、ＶＴＲへの録画予約などの機能を包含する）。また、放送番組情報は、放送番組本体のタイトルや日付、番組のキャスティングなど放送番組本体に関する固有の情報を含むことができる。
【００８５】
図２に示すように、該データ放送コンテンツの部分は、データ・カルーセル（回転木馬式データ）化されており、各データ・モジュールは番組本体の放送中に繰り返し出現するようになっている。この結果、受信システム１０は、番組放送期間中の任意のタイミングで所望のデータ・モジュールを取得することができ、キャッシュ用のメモリを省略することができる。また、ＭＰＥＧ２圧縮されているリアルタイムＡＶデータの中には、モジュールの表示出力時期との同期をとるための「自動開始フラグ」を埋め込むことができる。
【００８６】
図３には、データ・モジュールのデータ構造を模式的に示している。同図に示すように、１つのデータ・モジュールは、データ放送の表示や出力の有様を規定する制御プログラム（以下では、「マルチメディア符号化アプリケーション」とも呼ぶ）や、動作を規定するスクリプト、音声、テキスト・データ、静止画、動画などのモノメディア・データなど、複数のリソース要素で構成される。各モノメディア・データは、データ放送の一部を構成するオブジェクトであり、マルチメディア符号化アプリケーションによって統合的に取り扱われる。
【００８７】
データ・モジュールを構成する各リソース要素は、それぞれ所定フォーマットを持つ独立したファイルである。音声データは、例えばＡＩＦＦやＷＡＶ、ＡＡＣなど音声専用のファイル・フォーマットで記述され、静止画は、ＪＰＥＧやＰＮＧ、ＧＩＦなど画像専用のファイル・フォーマットで記述される。先頭のリソース・ロケーション情報は、データ・モジュール内における各リソース要素の位置情報を記述している。
【００８８】
「マルチメディア符号化アプリケーション」は、ＥＰＧや広告情報、その他、放送番組本体に付随する各種データ放送の表示・出力の有様を制御するプログラムである。先述したＡＲＩＢでは、マルチメディア符号化アプリケーションを記述する形式（フォーマット）として、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとしたデータ放送の標準化作業が検討されている。
【００８９】
ＸＭＬは、タグの定義が任意、すなわち属性の記述の仕方に制約がない記述言語なので、自由度が高く、また、汎用コンピュータやインターネットとの親和性が高い。タグの任意な定義を許容することは、言い換えれば、文書中に書かれた文字列を意味の付けられたデータとして扱うことを目的とするものである。すなわち、タグの定義により、タグで区切られた各タグ・データを、単なる表示目的以外の意味を持ったデータとして表現することができる。さらに、タグの構造を定義することで、ＸＭＬインスタンス又は該インスタンス中のデータを構造化して記述することが可能となる。
【００９０】
ＸＭＬ言語形式で記述された配信コンテンツはタグの定義に則った意味付けがなされる。このため、本来的にはデジタル放送用であるデータを、コンピュータやテレビジョン、電話機など、多種多様な情報機器間で情報交換を行うことができる。
【００９１】
ＸＭＬインスタンスにおけるタグの定義、すなわち文書型式の定義は、ＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）文書において記述される。また、ＸＭＬインスタンス自体は、現実の表現形式を指定するスタイル情報が包含されていないので、スタイルシートを添付してもよい。スタイルシートは、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ ＳｔｙｌｅＳｈｅｅｔ Ｌａｎｇｕａｇｅ）言語、ＣＳＳ（Ｃａｓｃａｄｅ ＳｔｙｌｅＳｈｅｅｔ）言語、あるいはＸＳＬの派生規格であるＸＳＬＴ（ＸＳＬ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）によって記述される。
【００９２】
また、スタイルシートとは別には、音声、テキスト、静止画、動画などの各種モノメディア・データからなるマルチメディア・コンテンツの動作を規定したスクリプトを利用してもよい。
【００９３】
図４には、放送局１すなわち送信システムにおいて、データ放送コンテンツを送出するための構成を模式的に示している。同送信システム１は、制作部１００と、送出部２００と、伝送部３００とで構成される。以下、各部について説明する。
【００９４】
制作部１００は、データ放送コンテンツとして送出する放送番組情報の各コンテンツを制作する現場に相当する。すなわち、制作部１００は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）インスタンスや、そのＸＭＬインスタンスの表現形式を規定するスタイルシート、放送番組情報に含まれるオブジェクトとしての静止画、動画、音声、字幕（テキスト）などの各種モノメディア・データ（以下、「ＡＶ／字幕」とする）など、データ・モジュールを構成する各リソース要素を制作する。
【００９５】
これら放送コンテンツは、例えば、放送局１内に敷設されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）経由で、送出部２００に転送される。
【００９６】
送出部２００では、コンテンツ送信系２０１、ベースバンド制御系２０２及びＡＶエンコーダ２０３、字幕スーパ挿入２０４の各々によって送出データがパケット化されて、伝送部３００に渡す。
【００９７】
伝送部３００では、ＸＭＬインスタンスはマルチメディア符号化部３０１において符号化されてコンテンツ伝送系３０２に渡される。合成部３０４は、コンテンツ伝送系３０２及びＡＶ字幕スーパ伝送系３０３の各々の出力データを合成する。そして、変調部３０５では、合成信号をＲＦ変調して、ＲＦ伝送路を介して受信局１０へ向けて送信する。
【００９８】
ＲＦ伝送路では、ＲＦ信号は、まず、放送局１に設置された送信アンテナから放送衛星５へ送信され、次いで、放送衛星５を経由して受信局１０の受信アンテナで受信される。
【００９９】
図５には、受信局１０に設置されるデジタル衛星データ放送受信システムの一例１０−Ａのハードウェア構成を模式的に示している。該受信システム１０−Ａは、例えばＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で一般家庭に普及している。
【０１００】
受信システム１０Ａ内では、メイン・コントローラとしてのＣＰＵ１１は、バス５０を介して各ハードウェア・コンポーネントと相互接続して、各コンポーネントに対して統括的な制御を実行するようになっている。以下、各部について説明する。
【０１０１】
アンテナ（図示しない）で受信された放送波は、チューナ５１に供給される。放送波は、規定のフォーマットに従うが、上記した衛星放送用の放送波以外に、有線放送波や地上波でもよく、特に限定されない。
【０１０２】
チューナ５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１からの指示に従い、所定チャネルの放送波のチューニングすなわち選局を行い、後続の復調器５２に受信データを出力する。復調器５２では、デジタル変調されている受信データを復調する。なお、送信されてくる放送波がアナログかデジタルかに応じて、チューナ１１の構成を適宜変更又は拡張することができる。
【０１０３】
復調されたデジタル・データは、ＭＰＥＧ２圧縮されたＡＶデータとデータ放送コンテンツとが多重化されて構成される「トランスポート・ストリーム」である。前者のＡＶデータは、放送番組本体を構成する映像及び音声情報である。また、後者のデジタル伝送データは、この放送番組本体に付随するデータであり、例えばＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組ガイド）を含む。データ放送コンテンツについては後に詳解する。なお、トランスポート・ストリームは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う「トランスポート層」に分類される。
【０１０４】
ＴＳデコーダ５３は、このトランスポート・ストリームを解釈して、ＭＰＥＧ２圧縮されたＡＶデータとデータ放送コンテンツとに分離して、前者をＡＶデコーダ５４に送出するとともに、後者をバス５０経由でＣＰＵ１１に送信する。ＴＳデコーダ５３は、作業データ保管用のメモリ５３Ａを自己のローカルに備えていてもよい。
【０１０５】
ＡＶデコーダ５４は、ＭＰＥＧ２方式で圧縮されたリアルタイムＡＶデータをＴＳデコーダ５３から受け取ると、圧縮映像データと圧縮音声データとに分離する。そして、映像データに対してはＭＰＥＧ２伸長処理して元の映像信号を再生し、音声データに対してはＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。ＡＶデコーダ５４は、作業データ保管用のメモリ５４Ａを自己のローカルに備えていてもよい。再生映像信号は、マルチプレクサ５５Ｂを介してディスプレイ６１に表示出力され、また、再生音声信号は、マルチプレクサ５５Ａを介してスピーカ６２に音声出力される。
【０１０６】
ユーザ・インターフェース制御部５６は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザが直接マニュアル操作するための操作ボタン／スイッチ（図示しない）や、赤外線（ＩＲ）などを介したリモコン６６からの遠隔操作を受容する機能を備えている。また、現在の設定内容を表示するための表示パネルやＬＥＤインジケータ（図示しない）を含んでいてもよい。
【０１０７】
ユーザ・インターフェース制御部５６が持つ操作ボタン、又は、リモコン６６が持つ操作ボタンの１つは、表示コントローラ５７（後述）からの表示出力（すなわちデータ放送コンテンツに基づく番組情報等の表示出力）の有効化／無効化を操作するボタンに割り当てられている。
【０１０８】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１は、受信システム１０−Ａ全体の動作を統括するメイン・コントローラである。また、ＣＰＵ１１は、バス５０経由で転送されてくるデータ放送コンテンツの処理を行うことができる。本実施例では、データ放送コンテンツはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）言語形式で記述されたインスタンスであり（後述）、ＣＰＵ１１は、このＸＭＬインスタンスに対するＸＭＬパージングやＸＳＬプロセッシング（以下では、これら２つを併せて「ＸＭＬエンジン」とも呼ぶ）などの処理ソフトウェア（後述）を、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、実行することができる。
【０１０９】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２は、ＣＰＵ１１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。また、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３は、受信システム１０−Ａの電源投入時に実行する自己診断及び／又は初期化プログラムや、ハードウェア操作用のマイクロコードを恒久的に格納する読み出し専用メモリである。
【０１１０】
シリアル入出力（ＳＩＯ）コントローラ１４は、受信システム１０−Ａの外部機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ１４が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム６３（例えば、転送レートが５６Ｋｂｐｓ）が外部接続されている。この高速モデム６３によって所定のアクセス・ポイント（図示しない）にＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）接続することで、受信システム１０−Ａは広域ネットワークとしてのインターネット７に接続される。
【０１１１】
ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ：米国電気電子技術者協会）１３９４インターフェース１５は、数１００ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。ＩＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器としては、例えば、ビデオ・カメラ６４やスキャナ（図示しない）などが挙げられる。
【０１１２】
ハード・ディスク・ドライブ（ＨＤＤ）１７は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の比較的大容量を持つ。ＨＤＤ１７は、ハード・ディスク・インターフェース１８を介してバス５０に接続される。
【０１１３】
カード・インターフェース１８は、カード・スロット１９に装填されたカード型デバイス６５とバス５０との間でのバス・プロトコルを実現するための装置である。カード型デバイス６５の一例は、クレジットカード・サイズでカートリッジ式に構成されたＰＣカードである。ＰＣカードは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｆａｃｅ Ａｓｓｏｃｉａｔｉｏｎ）及びＪＥＩＤＡ（Ｊａｐａｎ Ｅｌｅｃｔｒｏｎｉｃ Ｉｎｄｕｓｔｒｙ Ｄｅｖｅｌｏｐｍｅｎｔ Ａｓｓｏｃｉａｔｉｏｎ）が共同で策定した仕様”ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ”に準拠する。
【０１１４】
ＰＣカードの一例は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの不揮発且つ消去再書き込み可能なメモリ・チップで構成されるメモリ・カードである。受信システム１０−Ａが比較的小型且つ安価に構成される場合、大容量且つ大容積のＨＤＤ１７を搭載することが設計上困難な場合がある。このような場合、システム１０−Ａに対して着脱自在で可搬性に優れたメモリ・カードを適用することが好ましいと想定される。但し、着脱式のメモリ６５は、ＰＣカードのフォームファクタに限定されず、所謂「メモリ・スティック」であってもよい。
【０１１５】
表示コントローラ５７は、データ放送コンテンツに基づく放送番組情報等の表示出力を制御するための専用コントローラである。
【０１１６】
このデジタル衛星データ受信システム１０−Ａでは、ＣＰＵ１１は、ユーザ・インターフェース制御部５６を介したユーザ入力コマンドに従って、チューナ５１の選局動作を制御するとともに、番組情報の表示制御などが行われる。すなわち、ＣＰＵ１１は、ＴＳデコーダ５３から転送されてきたデジタル放送用データを処理して、表示用のデータに変換して表示コントローラ５７に供給する。表示コントローラ５７は、この表示データを基に番組情報の画像信号を生成し、マルチプレクサ５５Ｂに供給する。また、ＣＰＵ１１は、デジタル放送用データに含まれる音声データも処理して、これをバス５０経由でマルチプレクサ５５Ａに供給する。マルチプレクサ５５Ａ及び５５Ｂは、ＣＰＵ１１から供給された表示用データと音声データの各々を、ＡＶデコーダ５４から出力される放送番組本体としての映像データ及び音声データと多重化して、ディスプレイ６１とスピーカ６２の各々に外部出力する。なお、デジタル放送用データの処理については、後に詳解する。
【０１１７】
図６には、他の例に係るデジタル放送データ受信システム１０−Ｂのハードウェア構成を模式的に示している。この例に係る受信システム１０−Ｂは、例えば、汎用コンピュータ・システム３０に対して衛星デジタル放送用のデジタル・チューナ・カード４０を装備する、という形態で実装される。
【０１１８】
デジタル・チューナ・カード４０は、チューナ５１と、復調器５２と、ＴＳデコーダ５３と、ＡＶデコーダ５４と、各ＲＡＭ５３Ａ及び５４Ａと、マルチプレクサ５５Ａ及び５５Ｂとで構成される。図５に示したものと同じ参照番号を持つハードウェア・ブロックとは、その構成及び機能は略同一である。このデジタル衛星放送用チューナ・カード４０は、バス・インターフェース（ＰＣＩインターフェース）５８（図示）を介してコンピュータ・システム３０内のシステム・バス（ＰＣＩバス）３１に接続される。
【０１１９】
アンテナ（図示しない）から受信された放送波は、チューナ５１で選局され、復調器５２で復調される。ＴＳデコーダ５３は、トランスポート・ストリームを解釈し、ＭＰＥＧ２圧縮されたＡＶデータとデータ放送コンテンツに分離する。ＡＶデータの方はＡＶデコーダ５４に供給され、上述と同様に処理され、ディスプレイ６１やスピーカ６２などに外部出力される。また、データ放送コンテンツの方は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）インターフェース５８経由でコンピュータ・システム３０側に転送され、該システム内部のＣＰＵ１１によって処理される（後述）。
【０１２０】
他方、汎用コンピュータ・システム３０は、ＣＰＵ１１（後述）を始めとする主要回路コンポーネントを搭載した印刷配線基板（図示しない）を含んである。該基板は「マザーボード」とも呼ばれる。先述のチューナ・カード４０は、例えば「アダプタ・カード」の形態で提供され、マザーボード上に配設されたバス・スロット（図示しない）に装着される。
【０１２１】
但し、チューナ・カード４０は、アダプタ・カードという形態ではなく、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）／ＪＥＩＤＡ（Ｊａｐａｎ Ｅｌｅｃｔｒｏｎｉｃ Ｉｎｄｕｓｔｒｙ Ｄｅｖｅｌｏｐｍｅｎｔ Ａｓｓｏｃｉａｔｉｏｎ）の策定仕様に準拠したＰＣカードの形式で提供され、ＰＣカード・スロット１９（後述）に挿入することによっても、コンピュータ・システム３０のシステム構成に組み込まれる。
【０１２２】
ＣＰＵ１１は、コンピュータ・システム３０全体の動作を統括的に制御するメイン・コントローラである。この例に係るＣＰＵ１１は、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、ＸＭＬパージングやＸＳＬプロセッシング（すなわちＸＭＬエンジン）など、ＸＭＬコンテンツ処理のための各種ソフトウェア・プログラム（後述）を実行することができる。
【０１２３】
ＣＰＵ１１の外部ピンに直結したプロセッサ・バスは、バス・ブリッジ２０を介してシステム・バス３１に相互接続されている。
【０１２４】
本実施例のバス・ブリッジ２０は、プロセッサ・バスとシステム・バス３１間の速度差を吸収するためのデータ・バッファの他、ＲＡＭ１２へのメモリ・アクセスを制御するメモリ・コントローラを含んだ構成となっている。
【０１２５】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２は、ＣＰＵ１１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。通常は、複数個のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。
【０１２６】
システム・バス３１は、アドレス・バス、データ・バス、コントロール・バスなどを含んだ共通信号伝送路であり、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスがこれに相当する。システム・バス３１上には、ＰＣＩインターフェース仕様に合致した各種周辺機器が相互接続されている。周辺機器の一例は、先述のデジタル衛星放送用チューナ・カード４０である。これらバス３１上の各周辺機器にはそれぞれに固有のＩ／Ｏアドレス（又はメモリ・アドレス）が割り振られており、ＣＰＵ１１（より厳密にはＣＰＵ１１が実行するプログラム）は、Ｉ／Ｏアドレス（又はメモリ・アドレス）を指定することで所望の周辺機器に対するデータやコマンドの転送を実現することができる。
【０１２７】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３は、コンピュータ・システム３０の電源投入時に実行する自己診断プログラム（ＰＯＳＴ：Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）や、ハードウェア操作用の基本入出力システム（ＢＩＯＳ：Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）を恒久的に格納する読み出し専用メモリである。ＲＯＭ１３は、例えば電気的な消去及び再書き込み動作が可能なＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）で構成されていてもよい。
【０１２８】
シリアル入出力（Ｓｅｒｉａｌ Ｉ／Ｏ：ＳＩＯ）コントローラ１４は、コンピュータ・システム３０外部の機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ１４が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム６３（例えば、転送レートが５６Ｋｂｐｓ）が外部接続されている。高速モデム６３によって所定のアクセス・ポイント（図示しない）にＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）接続することで、コンピュータ・システム３０（すなわち受信システム１０−Ｂ）はインターネット７に接続される。
【０１２９】
ＩＥＥＥ１３９４インターフェース１５は、数１００ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。ＩＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器には、例えば、ビデオ・カメラ６４やスキャナ（図示しない）などが挙げられる。
【０１３０】
ハード・ディスク・ドライブ（ＨＤＤ）１７は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の比較的大容量を持つ。ＨＤＤ１７は、ハード・ディスク・インターフェース１６を介してシステム・バス３３に接続される。ハード・ディスク・ドライブをコンピュータ・システム３０に接続するインターフェース規格は、例えばＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｒｉｖｅ Ｅｌｅｃｔｒｏｎｉｃｓ）やＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）などである。
【０１３１】
キーボード／マウス・コントローラ（ＫＭＣ）２１は、キーボード２２やマウス２３などからのユーザ入力を処理するための専用コントローラである。ＫＭＣ２１は、キーボード２２からのスキャン・コード入力やマウス２３からの座標指示入力を検出したことに応答して、ＣＰＵ１１に対して割り込み要求を発行する。本実施例では、コンピュータ・システム３０に対する通常のコマンド入力の他、チャネルの選択などの受信システム１０−Ｂに対する入力操作も、キーボード２２やマウス２３を介して行うことができる。
【０１３２】
キーボード２２が持つファンクション・キーの１つ、又は、ディスプレイ６１上に配設されたメニュー・ボタンの１つは、ビデオ・コントローラ２４からの表示出力（すなわちデジタル伝送データに基づく番組情報等の表示出力）の有効化／無効化を操作するボタンに割り当てられている。
【０１３３】
カード・インターフェース１８は、バス５０とカード・スロット１９に装填されたカード型デバイス６５との間でのバス・プロトコルを実現するための装置である。カード型デバイス６５の一例は、クレジットカード・サイズでカートリッジ式に構成されたＰＣカードである。ＰＣカードは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｆａｃｅ Ａｓｓｏｃｉａｔｉｏｎ）及びＪＥＩＤＡ（Ｊａｐａｎ Ｅｌｅｃｔｒｏｎｉｃ Ｉｎｄｕｓｔｒｙ Ｄｅｖｅｌｏｐｍｅｎｔ Ａｓｓｏｃｉａｔｉｏｎ）が共同で策定した仕様”ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ”に準拠する。
【０１３４】
ＰＣカードの一例は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）などの不揮発且つ消去再書き込み可能なメモリ・チップで構成されるメモリ・カードである。デジタル衛星放送受信システム１０−Ｂが比較的小型且つ安価に構成される場合、大容量且つ大容積のＨＤＤ１７を搭載することが、設計上困難な場合がある。このような場合、受信システム１０−Ｂに対して着脱自在で可搬性に優れたメモリ・カードを適用することが好ましいと想定される。但し、着脱式のメモリ６５は、ＰＣカードのフォームファクタに限定されず、所謂「メモリ・スティック」であってもよい。
【０１３５】
ビデオ・コントローラ２４は、ＣＰＵ１１からの描画命令に従って画面表示を制御する専用コントローラであり、描画情報を一時格納するためのフレーム・メモリ（ＶＲＡＭ）２５を備えている。なお、本発明を好適に具現するためには、ビデオ・コントローラ２４は、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）以上の描画能力（例えば、ＳＶＧＡ（Ｓｕｐｅｒ ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）やＸＧＡ（ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ））を有することが好ましい。
【０１３６】
このデジタル衛星放送受信システム１０−Ｂでは、ＣＰＵ１１は、キーボード２２やマウス２３を介したユーザ入力コマンドに従って、チューナ１１の選局動作を制御するとともに、番組情報の表示制御などを行う。すなわち、ＣＰＵ１１は、ＴＳデコーダ５３から供給されたデジタル放送用データを処理して、表示用のデータに変換してビデオ・コントローラ２４に供給する。ビデオ・コントローラ２４は、この表示データを基に番組情報の画像信号を生成し、マルチプレクサ５５Ｂに供給する。また、ＣＰＵ１１は、デジタル放送用データに含まれる音声データも処理して、これをバス５０経由でマルチプレクサ５５Ａに供給する。マルチプレクサ５５Ａ及び５５Ｂは、ＣＰＵ１１から供給された表示用データと音声データの各々を、ＡＶデコーダ５４から出力される放送番組本体としての映像データ及び音声データと多重化して、ディスプレイ６１とスピーカ６２の各々に外部出力する。なお、デジタル放送用データの処理については、後に詳解する。
【０１３７】
なお、衛星デジタル・データ受信システム１０を構成するためには、図５や図６に示した以外にも多くの電気回路等が必要である。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【０１３８】
例えば、図５及び図６には図示しないが、受信システム１０は、ＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）やＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）などの可搬型の記録メディアを装填してデータ・アクセス可能なＦＤＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ Ｄｒｉｖｅ）、ＣＤ−ＲＯＭドライブ、ＭＯドライブのような外部記憶装置を備えていてもよい。
【０１３９】
図７には、デジタル放送データ受信システム１０において実行される各種ソフトウェア・プログラム間における階層的構成を模式的に図解している。以下、各層のソフトウェアの機能について説明する。
【０１４０】
最下層のハードウェア制御層は、オペレーティング・システム（ＯＳ）等の上位ソフトウェアに対してハードウェアの相違を吸収する目的を持ち、各ハードウェアに対する直接的な入出力動作やハードウェア割り込みに対応した処理を実行する。
【０１４１】
ハードウェア制御層は、例えばＲＯＭ１３に恒久的に格納されたＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、あるいは、ＨＤＤ１７にインストールされた「デバイス・ドライバ」という形態で受信システム１０に提供される。
【０１４２】
オペレーティング・システム（ＯＳ）は、受信システム１０内のハードウェア及びソフトウェアを総合的に管理するための基本ソフトウェアのことである。ＯＳは、ＨＤＤ１７上のファイルの記録を管理する「ファイル・マネージャ」や、メモリ空間を管理する「メモリ・マネージャ」、システム・リソースの割り振りを管理する「リソース・マネージャ」、タスク実行を管理する「スケジューラ」、ディスプレイ上のウィンドウ表示を制御する「ウィンドウ・システム」などのサブシステムを含んでいる。
【０１４３】
システム・サービスは、アプリケーションなどの上位プログラムがＯＳに対して各機能を呼び出す（コールする）ための関数の集まりであり、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）やラン・タイム・ライブラリがこれに相当する。システム・サービスの存在により、アプリケーションは各ハードウェアを直接操作する必要がなくなり、ハードウェア操作の統一性が担保される。
【０１４４】
ＸＭＬアプリケーションは、データ放送の表示・出力などの有様を制御するためのプログラムであり、ＸＭＬという任意の定義付けが可能なタグ付の言語で記述されたＸＭＬインスタンスである。各ＸＭＬインスタンスには、文書型定義のためのＤＴＤドキュメントと、表示形式を規定するスタイルシートとしてのＸＳＬドキュメント（又は、ＣＳＳや、ＸＳＬの派生規格であるＸＳＬＴ）等のスタイルシートが付随してもよい。
【０１４５】
ＸＭＬパーザは、ＤＴＤドキュメント及びＸＭＬドキュメントを解析するソフトウェア・プログラムであり、解析結果としての文書オブジェクトをＸＳＬプロセッサに渡す。この文書オブジェクトは、元のＸＭＬドキュメント中のタグに従って木構造が形成された構造化文書である。
【０１４６】
ＸＳＬプロセッサは、ＸＳＬドキュメントの記述に従った表現形式に文書オブジェクトを変換するソフトウェア・プログラムである。より具体的には、文書オブジェクトを木探索して、木の各要素を実行オブジェクトに変換する（例えば、ＸＭＬブラウザに対するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）に変換する。あるいは、要素がＪａｖａスクリプトであれば、ＪａｖａＶＭエンジンに投入可能なオブジェクトを生成する）。
【０１４７】
次に、デジタル衛星データ放送受信システム１０において、ＸＭＬインスタンスなどのデータ放送コンテンツを受信する処理手順について説明する。
【０１４８】
デジタル衛星放送システムでは、図８に示すように、まず、放送局１から放送衛星５に対して放送波が送信（アップロード）され、衛星５から受信局１０に向かって転送（ダウンロード）される。
【０１４９】
図２を用いて既に説明したように、放送コンテンツは、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２など所定の圧縮方式で圧縮されたＡＶデータと、データ放送コンテンツとを多重化した「トランスポート・ストリーム」として構成される（トランスポート・ストリームは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのトランスポート層に分類される）。
【０１５０】
また、図５及び図６を用いて説明したように、ＴＳデコーダ５３は、このトランスポート・ストリームを解釈して、ＡＶデータ部分とデータ放送コンテンツ部分に分離する。ＡＶデータ部分は、ＡＶデコーダ５４で処理され、データ放送コンテンツ部分はＣＰＵ１１において処理される。
【０１５１】
データ放送コンテンツ部分は、複数のモジュールで構成される。各モジュールは、ＥＰＧや広告情報、その他放送番組本体に付随する各種情報を含んでいる。また、該データ放送コンテンツ部分は、データ・カルーセル（回転木馬式データ）化されており、各データ・モジュールは番組本体の放送中に繰り返し出現する（この結果、視聴者としての受信システム１０は、番組放送期間中の任意のタイミングで所望のデータ・モジュールを取得することができ、キャッシュ用のメモリを省略することができる）。
【０１５２】
受信システム１０側では、これら受信したデータ放送コンテンツのうち必要なものは、ＨＤＤ１７（又はメモリ・カード６５）のような、システム１０のローカルな記憶装置に一旦蓄積される。
【０１５３】
衛星放送のように一方向性の送信環境では、標準的なＸＭＬ言語で記述されたコンテンツは、使用するスタイルシートを限定しない限り、ＸＭＬインスタンスとスタイルシートが同梱された形態で送信される。
【０１５４】
本実施例では、放送コンテンツのうちのデータ放送コンテンツ部分は、ＸＭＬインスタンスなどからなるマルチメディア符号化アプリケーションと、ＸＭＬの表現形式を規定したスタイルシート（ＸＳＬドキュメントなど）とが同梱されたもの以外に、ＸＭＬインスタンスのみの伝送、スタイルシートのみの伝送というケースも想定している。また、スタイルシートの方は、データ放送以外によるディストリビューションの形態、例えばインターネットのようなネットワーク経由でのファイル・ダウンロードや、ＦＤやＣＤ−ＲＯＭ、ＭＯ、メモリ・スティックなどの可搬型記憶媒体に担持されて供給を受けることができる。
【０１５５】
本実施例に係る受信システム１０は、供給されたＸＭＬインスタンスとスタイルシートを分離して蓄積する。すなわち、これら供給された文書ファイルを蓄積する外部記憶装置１７／６５には、ＸＭＬインスタンス（但し、ＤＴＤドキュメントを含んでもよい）のみを保存・管理する文書本体保存部８１と、スタイルシートとしてのＸＳＬドキュメントのみを保存・管理するスタイルシート保存部８２が設けられている。スタイルシートの高機能化・高付加価値化が進み、スタイルシートすなわちＸＳＬドキュメント自体が、文書本体と同様に著作物性を具備するようになってきている。したがって、スタイルシートの無断使用や不正利用を排除するためには、スタイルシート保存部８２はセキュリティ管理された記憶領域であることが好ましい。
【０１５６】
また、本実施例では、受信システム１０は、外部から供給されたスタイルシートをスタイルシート選択部８３において取捨選択してからスタイルシート保存部８２に保管するようにしている。スタイルシート選択部８３は、主に、表示装置１８／６８が持つ出力属性や、受信したデータ放送コンテンツすなわちＸＭＬインスタンスのコンテンツ属性などに基づいてスタイルシートを選別するが、この点は以下で詳解する。
【０１５７】
次に、受信システム１０において、供給されたスタイルシートを選択的に保存する手順について、図９を参照しながら説明する。
【０１５８】
図９に示すように、受信システム１０に対してスタイルシートを供給する流通経路は複数挙げられる。例えば、データ放送波の一部、すなわちデータ・カルーセル（図２を参照のこと）として、データ放送コンテンツ本体を供給する放送局１から発信され、アンテナ及びチューナ５１を用いて受信される。
【０１５９】
また、スタイルシートは、インターネット上に展開される情報配信サービスの１つとして供給される。すなわち、インターネット７上にスタイルシートを提供する「スタイルシート・サーバ」（図１を参照のこと）が存在し、受信システム１０は、ファイル転送（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの手段によって取得することができる。この場合のスタイルシート・サーバは、データ放送コンテンツ本体を発信する放送局１が運営しても、スタイルシートの製作及び配布を専門に行う「スタイルシート業者」（仮称）が運営してもよい。また、スタイルシート・サーバによるスタイルシート配信は、有償又は無償のいずれであってもよい。
【０１６０】
また、スタイルシートは、ＣＤ−ＲＯＭやＭＯ、ＤＶＤ、メモリ・スティックのような可搬型記録メディアに格納されて、複数のコンピュータ・システム間を移動することができる。例えば、スタイルシートを格納したＣＤ−ＲＯＭを販売したり、レンタルしたり、あるいは雑誌の付録として、一般ユーザにディストリビュートすることができる。
【０１６１】
スタイルシート選択部８３は、上記のようにして供給された１以上のスタイルシートの中から、受信システム１０において必要なスタイルシートのみを取捨選択して、ＨＤＤ１７（又はメモリ・カード６５）のようなローカルな外部記憶装置に格納する。より具体的には、出力属性保持部８５において保持されている出力属性又はコンテンツ属性保持部８６に保持されたコンテンツ属性を判定ロジック８４に投入して、該判定ロジックに適合するスタイルシートのみを抽出して、保管する。
【０１６２】
ここで言う「出力属性」とは、ディスプレイ１８／６８のような、ＸＭＬインスタンスなどからなるデータ放送コンテンツを出力する表示装置が持つ解像度などの表示能力、表示装置の製造者名や機種名などに相当する。出力属性保持部８５が出力属性を取得する手段自体は特に問われない。例えば、受信システム１０にケーブル接続されたディスプレイ１８／６８から所定の通信手続きに従って、ブート時などに自動的に所得するようにしてもよい。あるいは、受信システム１０のユーザ・インターフェース経由で、ユーザがマニュアル入力するようにしてもよい。
【０１６３】
出力属性を参酌してスタイルシートを選択するのは、出力装置の能力等によって最適な表示形態が相違することに依拠する（例えば、高解像度で高精細なＨＤＴＶにとって最適な表示形態が、小画面で低解像度のＰＤＡにとっても適当であるとは限らない）。
【０１６４】
また、コンテンツ属性とは、ＸＭＬインスタンスが持つ内容や性質などである。コンテンツ属性は、例えば、ＸＭＬインスタンス中のタグ（以下の［表１］を参照のこと）を解析することによって判別することができる。但し、コンテンツ属性を受信システム１０側で解析する代わりに、解析結果に相当するコンテンツ識別子をコンテンツに予め含めてデータ放送コンテンツを配信するようにしてもよい。
【０１６５】
【表１】

【０１６６】
コンテンツ属性を参酌してスタイルシートを選択するのは、コンテンツに含まれる要素やモノメディアの種類等に応じて最適な表示形態が相違するからである（例えば、表示テキストに指定されたフォントの種類やサイズ、ビットマップや図形を含むかに応じて最適な表示形態は相違する）。
【０１６７】
判定ロジック８４は、上述したような出力属性及び／又はコンテンツ属性に応じてスタイルシートを選択するための指標を提供する。判定ロジック８４は、例えば、ルックアップ・テーブルの形式であっても、あるいは、ｉｆ文などで構成されるルールの形式であってもよい。
【０１６８】
以下の［表２］には、ルックアップ・テーブル形式で構成された出力属性に関する判定ロジック８４を例示している。この場合、出力装置１８／６８から取得したディスプレイ・タイプすなわち出力属性に応じて解像度が求まり、これに基づいて最適なスタイルシートを選択することができる。
【０１６９】
【表２】

【０１７０】
また、以下の［表３］には、ルックアップ・テーブル形式で構成されたコンテンツ属性に関する判定ロジック８４を例示している。この場合、データ放送コンテンツ内に記述されたコンテンツ識別子に応じて、最適なスタイルシートすなわちＸＳＬドキュメント・ファイル名を検索することができる。
【０１７１】
【表３】

【０１７２】
また、図１０には、ｉｆ文からなるルール形式で記述された、コンテンツ属性に関する判定ロジック８４を例示している。この場合、コンテンツ属性保持部８６に一旦保持されたコンテンツ識別子を判定ロジック８４に投入することで、最適なスタイルシートを特定することができる。同図に従えば、コンテンツ識別子（ｃｏｎｔｅｎｔｓ＿ｉｄ）が３未満のデータ放送コンテンツに対しては”ＢＳ−ｔｙｐｅ１．ｘｓｌ”が自動選択され、同様に、コンテンツ識別子（ｃｏｎｔｅｎｔｓ＿ｉｄ）が３以上５未満のデータ放送コンテンツに対しては”ＢＳ−ｔｙｐｅ２．ｘｓｌ”が自動選択され、コンテンツ識別子（ｃｏｎｔｅｎｔｓ＿ｉｄ）が５以上６未満のデータ放送コンテンツに対しては”ＢＳ−ｔｙｐｅ３．ｘｓｌ”が自動選択され、コンテンツ識別子（ｃｏｎｔｅｎｔｓ＿ｉｄ）が６以上７未満のデータ放送コンテンツに対しては”ＢＳ−ｔｙｐｅ４．ｘｓｌ”が自動選択され、コンテンツ識別子（ｃｏｎｔｅｎｔｓ＿ｉｄ）が７以上のデータ放送コンテンツに対しては”ＢＳ−ｔｙｐｅ５．ｘｓｌ”が自動選択され、
【０１７３】
なお、出力属性及び／又はコンテンツ属性を基に選択されたスタイルシートが、受信システム１０のローカルに存在しない場合（データ・カルーセルとして受信できず、可搬型記録メディアとしても供給されなかった場合）には、ＷＷＷブラウザなどのインターネット７上の情報空間を探索するためのアプリケーションを起動して、スタイルシート・サーバから自動的にファイル・ダウンロードするように受信システム１０を構成してもよい。
【０１７４】
本発明を実現する上で、スタイルシート・サーバが受信システム１０にスタイルシートを提供する形態は特に限定されない。例えば、受信システム１０がスタイルシートのファイル名を指定して、通常のＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを利用して、スタイルシート・サーバからファイル・ダウンロードを行うようにしてもよい。
【０１７５】
あるいは、受信システム１０は、出力属性及び／又はコンテンツ属性を添付したスタイルシート提供要求をスタイルシート・サーバに要求するようにしてもよい。この場合、スタイルシート・サーバは該要求を処理して自身のローカル・ディスク（あるいはインターネット７上のリモート・ディスク）を探索して、該要求に適合するスタイルシートを見つけ出して、要求元の受信システム１０に返信する。通常のＷｅｂサーバはデータベースの探索などの機能を含んでいないので、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）などのメカニズムを利用して、Ｗｅｂサーバが外部プログラム（ＣＧＩアプリケーション）を起動するという形態で、スタイルシート・サーバを構成することもできる。
【０１７６】
次に、受信システム１０において、受信したデータ放送コンテンツを処理する手順について、図１１を参照しながら説明する。以下で言及するように、出力装置１８／６８の出力属性及び／又はデータ放送コンテンツが持つコンテンツ属性に合致したスタイルシートを適用することで、放送コンテンツ本体としてのＸＭＬ文書は、所望の実行可能形式に変換され、最適な表示形態が実現される。
【０１７７】
受信システム１０は、データ放送コンテンツの一部として、あるいは他の流通経路によって、スタイルシートを獲得する。データ放送コンテンツの本体は、必ずしもＸＭＬ言語形式で記述されたドキュメント、すなわちＸＭＬインスタンスには限定されない。例えば、ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）など、ＸＭＬ以外のマークアップ言語形式であってもよい。データ放送コンテンツ本体は、ＸＭＬインスタンスの他にＤＴＤドキュメントを含んでいてもよい。また、スタイルシートは例えばＸＳＬ形式で記述された、ＸＭＬインスタンス本体の表現形式を規定したドキュメント・ファイルである。
【０１７８】
図１２には、本実施例で扱うＸＭＬインスタンスの文書構造を模式的に図解している。同図に示すように、単一のＸＭＬインスタンスの中には、提供すべきサービス内容は同じであるが、異なるディスプレイ・タイプすなわち出力属性に向けられたコンテンツがシリアルに連結されて構成されている。ＸＭＬ言語で記述されるコンテンツの場合、タグの定義が任意であるため、タグで区切ることによって異なる放送コンテンツをシリアル連結することができる。この結果、全ての出力属性に対する情報提供サービスを単一のＸＭＬインスタンス、すなわち単一のデータ・モジュールによって配信することができるので、伝送路の帯域を有効利用することができる。
【０１７９】
図１２に示すように、単一のデータ放送コンテンツ中に複数のＸＭＬインスタンスが同梱されている場合には、例えば、出力属性保持部８５に保持されている出力属性に基づいて、適当な１つのＸＭＬインスタンスが取り出される。
【０１８０】
取り出されたＸＭＬインスタンスは、ＸＭＬパーザと呼ばれる構文解析プログラムに投入されパージング処理される。ＸＭＬパーザは処理結果を文書オブジェクトとして出力し、これを後続のＸＳＬプロセッサ・モジュールに渡す。なお、ここで扱う文書オブジェクトは、元のＸＭＬインスタンス中のタグに従って木構造が形成された構造化文書であると理解されたい。
【０１８１】
ＸＳＬドキュメントは、ＸＭＬインスタンスの表現形式（例えば、出力装置１８／６８への表示形式や、プリンタ（図示しない）への印刷出力形式）を規定したスタイルシートである（前述）。本実施例では、受信システム１０内に設けられた外部記憶装置１７／６５には、予め１以上のＸＳＬドキュメント・ファイルが蓄積されている。但し、蓄積されている各スタイルシートは、スタイルシート選択部８３において選択されたものとする（前述）。
【０１８２】
ＸＳＬプロセッサは、外部記憶装置１７／６５の中からＸＳＬドキュメントを取り出して、該ＸＳＬ文書の記述に従って、文書オブジェクトを、規定されたスタイルに応じた実行可能形式オブジェクトに変換する。実行可能形式オブジェクトは、例えば、データ放送コンテンツ本体を閲覧に供するためのブラウザに対するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：ＬＩＢやコマンドなど）である。
【０１８３】
あるいは、原コードがＪａｖａスクリプトであれば、Ｊａｖａコンパイラ（図示しない）に投入して、「バイト・コード」と呼ばれる中間コードに変換する。
【０１８４】
そして、生成された実行可能形式文書は、実行エンジンに投入される。実行エンジンの一例は、ディスプレイ１８（又は６８）に描画処理するブラウザである。ブラウザは、ＸＭＬ文書をブラウズ可能にするＸＭＬブラウザでも、ＨＴＭＬ文書のためのＨＴＭＬブラウザでもよい。ブラウザを始めとする実行エンジンは、一般に、オペレーティング・システムが提供するプラットフォーム上で動作する。すなわち、オペレーティング・システムが用意するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）をコールすることで操作性よく処理を実現することができる。
【０１８５】
また、Ｊａｖａコンパイラによって生成された「バイト・コード」と呼ばれる実行オブジェクトは、ＪａｖａＶＭ（仮想マシン）エンジンに投入される。ＶＭエンジンにより、アプリケーションやＯＳ上などで、エンド・ユーザが制御できる操作手順（例えば、特定のキーやボタン）を組み合わせた一連の処理を自動化することができる。
【０１８６】
本発明の変形例として、コンテンツ属性や出力属性毎にスタイルシートを用意するのではなく、単一のスタイルシートのみによって複数のコンテンツ属性や出力属性に対応する方式も考えられる。このような方式は、例えばＪａｖａスクリプトを用いて実現することができる。
【０１８７】
例えば、受信システム１０において保管されているスタイルシートが、ある特定のコンテンツ属性、及び／又は、特定の出力属性に向けられたものであるが、それら以外の属性を持つデータ放送コンテンツ又は出力装置のために必要な処理を、Ｊａｖａスクリプトで記述しておくことができる。
【０１８８】
図１３には、出力属性及び／又はコンテンツ属性に対応した処理をＪａｖａスクリプトで記述した例を模式的に示している。同図に示すように、単一のＸＳＬドキュメント・ファイルは、ＸＳＬ形式で記述されたコード部分の他に、Ｊａｖａ言語で記述されたＪａｖａスクリプト部分を含んでいる。
【０１８９】
ＸＳＬ形式で記述されたスタイルシート本体は、ディスプレイ・タイプとしてＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴｅｌｅＶｉｓｉｏｎ）用の表示形式を規定している。これに対し、Ｊａｖａスクリプト部分では、ＨＤＴＶ以外のディスプレイ・タイプ、例えばＳＤＴＶ，ＳＶＧＡ，ＸＧＡ．ＶＧＡ…などに対する処理をｉｆルール文形式で記述している。したがって、出力属性保持部８５に保持されている出力属性に基づいてｉｆルール文を適正に処理することで、出力装置１８／６８に合致した表示出力処理を実現することができる。
【０１９０】
また、以下の［数１］には、出力属性及び／又はコンテンツ属性に対応した処理をＪａｖａスクリプトで記述した他の例を模式的に示している。
【０１９１】
【数１】
＜ＳＣＲＩＰＴ ＬＡＮＧＵＡＧＥ＝”ＪａｖａＳｃｒｉｐ”＞＜ｘｓｌ：ｃｏｍｍｅｎｔ＞＜！［ＣＤＡＴＡ［
ｖａｒ ｆｏｎｔ＿ｓｉｚｅ；
ｆｏｎｔ＿ｓｉｚｅ＝ｄｏｃｕｍｅｎｔＥｌｅｍｅｎｔ．ｃｈｉｌｄＮｏｄｅｓ．ｉｔｅｍ（０）；
ｉｆ（ｆｏｎｔ＿ｓｉｚｅ＝１） ｈｔｍｌＳｔｒｉｎｇ ＝”＜Ｈ１＞＜ＦＯＮＴ ＳＩＺＥ＝８＞”
ｉｆ（ｆｏｎｔ＿ｓｉｚｅ＝２） ｈｔｍｌＳｔｒｉｎｇ ＝”＜Ｈ１＞＜ＦＯＮＴ ＳＩＺＥ＝１２＞”
ｉｆ（ｆｏｎｔ＿ｓｉｚｅ＝３） ｈｔｍｌＳｔｒｉｎｇ ＝”＜Ｈ１＞＜ＦＯＮＴ ＳＩＺＥ＝１４＞”
］］＜／ｘｓｌ：ｃｏｍｍｅｎｔ＞＜／ＳＣＲＩＰＴ＞
【０１９２】
上式の［数１］に示したスクリプトのうち、〈ＳＣＲＩＰＴ ＬＡＮＧＵＡＧＥ …〉というタグは、実際のスクリプト部分を示している。このスクリプトはｉｆ形式の条件文で構成されている。より具体的には、変数ｆｏｎｔ＿ｓｉｚｅに代入された値に応じて、＜Ｈ１＞タグ中の表示データの表示フォント・サイズを、コンテンツ配信側（すなわち放送局１側）ではなく、受信システム１０が動的に設定するようになっている。
【０１９３】
すなわち、ｆｏｎｔ＿ｓｉｚｅ＝１であれば、表示データのフォント・サイズは８となり（図１４（ａ）を参照のこと）、ｆｏｎｔ＿ｓｉｚｅ＝２であれば、表示データのフォント・サイズは１２となり（図１４（ｂ）を参照のこと）、ｆｏｎｔ＿ｓｉｚｅ＝３であれば、表示データのフォント・サイズは１４となる（図１４（ｃ）を参照のこと）。
【０１９４】
なお、Ｊａｖａスクリプト自体に関する詳細は、市販のマニュアル類（例えば川西朝雄著「改定新版 ホームページを飾るＪａｖａＳｃｒｉｐｔ入門」（技術評論社））を参照されたい。
【０１９５】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１９６】
【発明の効果】
以上詳記したように、本発明によれば、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、出力属性及び／又コンテンツ属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１９７】
また、本発明によれば、放送やネットワークを介してデータを配信する際に、単一のコンテンツを出力属性及び／又はコンテンツ属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１９８】
本発明を、衛星又は地上波による放送事業に適用した場合、単一のコンテンツを基にして、出力属性及び／又はコンテンツ属性に応じた情報提供を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施に供されるデジタル衛星データ放送システム１０００の概略構成を示した図である。
【図２】デジタル衛星データ放送における放送波として伝播される放送コンテンツの構成を模式的に示した図である。
【図３】デジタル伝送データに含まれるデータ・モジュールのデータ構造を模式的に示した図である。
【図４】放送局１すなわち送信システムにおいて、デジタル伝送データを送出するための構成を模式的に示した図である。
【図５】受信局１０（すなわち一般家庭）における受信システムの一例１０−Ａのハードウェア構成を模式的に示した図であり、より具体的には、ＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で実装された受信システム１０−Ａの構成を示した図である。
【図６】他の例に係る受信システム１０−Ｂのハードウェア構成を模式的に示した図であり、より具体的には、汎用コンピュータ・システムに衛星デジタル放送用のチューナ・カードを装備するという形態で実装された受信システム１０−Ｂのハードウェア構成を示した図である。
【図７】デジタル放送データ受信システム１０において実行される各種ソフトウェア・プログラム間における階層的構成を模式的に示した図である。
【図８】データ放送コンテンツが放送局１から放送衛星５を介して受信局１０に転送される様子を模式的に示した図である。
【図９】受信システム１０において、スタイルシートを選択する処理手順を模式的に図解したものである。
【図１０】判定ロジック８４の構成例を示した図である。
【図１１】受信システム１０において、受信したデータ放送コンテンツを処理する手順を図解したものである。
【図１２】本実施例で扱うＸＭＬインスタンスの文書構造を模式的に示した図である。
【図１３】出力属性及び／又はコンテンツ属性に対応した処理をＪａｖａスクリプトで記述した例を示した図である。
【図１４】Ｊａｖａスクリプトによって同じ情報サービスについての表示形式が切り替わる例を示した図である。
【図１５】データ放送コンテンツの構造を模式的に示した図である。
【符号の説明】
１…放送局（デジタル放送データ送信システム）
５…放送衛星，７…広域ネットワーク（インターネット）
１０…受信局（一般家庭：デジタル放送データ受信システム）
１１…ＣＰＵ
１２…ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
１３…ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
１４…ＳＩＯコントローラ
１５…ＩＥＥＥ１３９４コントローラ
１６…ハード・ディスク・インターフェース
１７…ハード・ディスク・ドライブ（ＨＤＤ）
１８…カード・インターフェース，１９…カード・スロット
２０…バス・ブリッジ
２１…キーボード／マウス・コントローラ（ＫＭＣ）
２２…キーボード，２３…マウス
２４…ビデオ・コントローラ，２５…ＶＲＡＭ
３０…汎用コンピュータ・システム
３１…システム・バス（ＰＣＩバス）
４０…デジタル・チューナ・カード
５０…バス，５１…チューナ，５２…復調器，
５３…ＴＳデコーダ５４…ＡＶデコーダ
５３Ａ，５４Ａ…ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
５５Ａ，Ｂ…マルチプレクサ（ＭＵＸ）
５６…ユーザ・インターフェース制御部
５７…表示コントローラ
５８…バス（ＰＣＩ）・インターフェース
６１…ディスプレイ，６２…スピーカ
６３…高速モデム，６４…ビデオ・カメラ
６５…メモリ・カード
６６…リモコン
８１…文書本体保存部，８２…スタイルシート保存部
８３…スタイルシート選択部，８４…判定ロジック
８５…出力属性保持部，８６…コンテンツ属性保持部
１００…制作部，１０１…編集システム
１０２，１０３…大容量記憶装置
２００…送出部，２０１…コンテンツ送信系
２０２…ベースバンド制御系，２０３…ＡＶエンコーダ
３００…伝送部，３０１…マルチメディア符号化部
３０２…コンテンツ伝送部，３０３…ＡＶデータ伝送部
３０４…合成部，３０５…変調部
１０００…デジタル衛星データ放送システム

Claims (4)

1. ＸＭＬ（ｅＸｔｅｎｄｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースの言語で記述されたデータ放送の表示・出力の有様を規定する制御プログラムとしてのＸＭＬインスタンスと、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）で記述されたスタイルシートを含むデータ放送コンテンツが繰り返し送出され、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）圧縮された映像・音声データとともに多重化され、トランスポート・ストリームとして放送される放送波を受信する受信手段と、
   前記受信手段によって受信された放送波を復調する復調手段と、
   前記復調手段によって復調された放送波から前記データ放送コンテンツと前記映像・音声データを分離する分離手段と、
   前記分離手段によって分離された映像・音声データをＭＰＥＧ復号する復号手段と、
   映像データを表示出力する表示手段と、
   前記表示手段が持つ出力属性を保持する出力属性保持手段と、
   前記受信手段が受信したデータ放送コンテンツのＸＭＬインスタンス中のタグを解析して判別されるコンテンツ属性を保持するコンテンツ属性保持手段と、
   放送波以外からスタイルシートを取得するスタイルシート取得手段と、
   前記表示手段が持つ出力属性、又は前記受信手段が受信したデータ放送コンテンツのコンテンツ属性に基づいて、前記分離手段及び前記スタイルシート取得手段によりそれぞれ得られるスタイルシートを取捨選択してスタイルシート格納手段に格納するスタイルシート選択手段と、
   前記分離手段によって分離された前記データ放送コンテンツに含まれるＸＭＬベースの言語で記述されたＸＭＬインスタンスを構文解析して文書オブジェクトを生成する構文解析手段と、
   前記スタイルシート格納手段に格納されているスタイルシートを実行して、前記文書オブジェクトを前記表示手段に描画処理するための実行可能形式オブジェクトに変換するスタイルシート実行手段と、
   該実行可能形式オブジェクトを、前記ＸＭＬインスタンスに含まれるデータ放送の表示・出力の有様を規定する制御プログラムに基づいて前記表示手段に描画処理する描画手段と、
   を具備することを特徴とする受信装置。
2. スタイルシートがスクリプトからなる要素を含むときには、前記スタイルシート実行手段は、該スタイルシートをコンパイル処理して中間コードを生成し、さらに所定の仮想エンジンを通して、前記表示手段に合致した表示出力処理を行なう、
   ことを特徴とする請求項１に記載の受信装置。
3. 前記表示手段が持つ出力属性、又は前記受信手段が受信したデータ放送コンテンツのコンテンツ属性に合致したスタイルシートが前記スタイルシート格納手段に存在しないときに、外部のスタイルシート・サーバからダウンロードするダウンロード手段をさらに備える、
   ことを特徴とする請求項１に記載の受信装置。
4. ＸＭＬベースの言語で記述されたデータ放送の表示・出力の有様を規定する制御プログラムとしてのＸＭＬインスタンスと、ＸＳＬで記述されたスタイルシートを含むデータ放送コンテンツが繰り返し送出され、ＭＰＥＧ圧縮された映像・音声データとともに多重化され、トランスポート・ストリームとして放送される放送波を受信する受信ステップと、
   前記受信ステップによって受信された放送波を復調する復調ステップと、
   前記復調ステップによって復調された放送波から前記データ放送コンテンツと前記映像 ・音声データを分離する分離ステップと、
   前記分離手段によって分離された映像・音声データをＭＰＥＧ復号する復号ステップと、
   映像データを表示手段に表示出力する表示ステップと、
   前記表示手段が持つ出力属性を保持する出力属性保持ステップと、
   前記受信ステップで受信したデータ放送コンテンツのＸＭＬインスタンス中のタグを解析して判別されるコンテンツ属性を保持するコンテンツ属性保持ステップと、
   放送波以外からスタイルシートを取得するスタイルシート取得ステップと、
   前記表示手段が持つ出力属性、又は前記受信ステップで受信したデータ放送コンテンツのコンテンツ属性に基づいて、前記分離ステップ及び前記スタイルシート取得ステップによりそれぞれ得られるスタイルシートを取捨選択してスタイルシート格納手段に格納するスタイルシート選択ステップと、
   前記分離ステップで分離された前記データ放送コンテンツに含まれるＸＭＬベースの言語で記述されたＸＭＬインスタンスを構文解析して文書オブジェクトを生成する構文解析ステップと、
   前記スタイルシート格納手段に格納されているスタイルシートを実行して、前記文書オブジェクトを前記表示手段に描画処理するための実行可能形式オブジェクトに変換するスタイルシート実行ステップと、
   該実行可能形式オブジェクトを、前記ＸＭＬインスタンスに含まれるデータ放送の表示・出力の有様を規定する制御プログラムに基づいて前記表示手段に描画処理する描画ステップと、
   を具備することを特徴とする受信方法。

Images