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