JP2001007840A

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

Info

Publication number: JP2001007840A
Application number: JP11174721A
Authority: JP
Inventors: Yosuke Kimoto; 陽介木本
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-06-21
Filing date: 1999-06-21
Publication date: 2001-01-12
Also published as: EP1063597A2; EP1063597A3; US6792577B1; CA2311886A1

Abstract

(57)【要約】【課題】任意に定義可能なタグを使用するメタ言語
（例えば、ＸＭＬ）形式の文書の表現形式等を規定する
スタイル・シートを好適に管理する。【解決手段】スタイル・シートには固有のスタイルＩ
Ｄが付与される。受信システムは、ＸＭＬ文書と分離し
てスタイル・シートを蓄積し管理することができるの
で、スタイル・シートをＸＭＬ文書本体に逐一付加して
送信する必要がなく、送信データのサイズを削減するこ
とができる。また、ＸＭＬ文書本体に鍵データを添付す
ることによりスタイル・シートを不正利用から保護し
て、スタイル・シートを著作物として管理することがで
きる。さらに相手を特定し若しくは認証する手段を備え
ることにより、スタイル・シートの限定的な利用も可能
となる。

Description

【発明の詳細な説明】

【０００１】

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

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

【０００３】

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

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

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

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

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

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

【０００９】しかしながら、ＭＨＥＧは、タグの定義が
固定的であり拡張性に欠ける。すなわち、一意に定めら
れたタグのみを用いて記述しなければならないので、例
えば関数（ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇ
ｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）など）を一つ変
更するのにさえ、相当の修正作業を要する。また、ＭＨ
ＥＧは、放送業務に特化してプレゼンテーション方式を
規定したものなので、汎用コンピュータとの親和性が比
較的低い。

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

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

【００１２】ＸＭＬの採用により、放送データのコンピ
ュータに対する親和性が一段と高まる。また、インター
ネットとの親和性も高いことから、デジタル・テレビ受
信機にインターネット受信端末の役割を備えさせること
も容易になってくる。

【００１３】ＸＭＬの仕様は、「基本ＸＭＬ」と、基本
ＸＭＬの拡張版である「高度ＸＭＬ」に大別される。基
本ＸＭＬは、送信コンテンツをディスプレイ上に表現す
るプレゼンテーション形式を、タグを用いて記述するこ
とを規定したものである。

【００１４】これに対し、高度ＸＭＬは、送信コンテン
ツの属性情報を付加できるようにしたものである。属性
情報の記述方法（すなわちタグの文法）を定めたもの
が、ＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎ
ｉｔｉｏｎ）と呼ばれる標準規約である。基本ＸＭＬで
はＤＴＤは固定であるが、高度ＸＭＬではＤＴＤは任意
に定義可能であり、例えば各業界毎にＤＴＤを定めるこ
とができる。ここで言う属性情報には、例えばテレビ受
信機とコンピュータのように異機種間で接続したとき
に、各機器が互いにコンテンツの意味を理解して処理す
るために必要な情報などが含まれる。

【００１５】また、ＸＭＬコンテンツの表現方法（すな
わち、ディスプレイ上でのプレゼンテーション形式やプ
リンタへの印刷出力形式であり）は、ＤＴＤとは別の文
書であるスタイル・シートによって記述される。例え
ば、スタイル・シートの記述次第で、書体やそのサイズ
・色などを変化させて、同じＤＴＤコンテンツを全く別
の形式で表現することができる。スタイル・シートは、
ＤＴＤとは別のファイルにして送信される。ＸＭＬ文書
用のスタイル・シートのことを、特に「ＸＳＬ（ｅＸｔ
ｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａ
ｇｅ）」とも呼ぶ。ＸＳＬは、スタイル・シート本来の
機能の他に、ＸＭＬ文書の変換言語としても注目されて
いる。

【００１６】ＸＭＬコンテンツの配信は、図１７に示す
ように、ＸＭＬ文書の他、ＤＴＤとＸＳＬ文書を伴な
う。但し、文書本体は、必ずしもＸＭＬ文書には限定さ
れず、ＳＧＭＬ（ＳｔａｎｄａｒｄＧｅｎｅｒａｌｉ
ｚｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ）やＨＴＭＬ
など他のマークアップ言語形式であってもよい。また、
ＸＭＬで記述された文書が、例えばＴＶ放送などに適用
され、他のマルチメディア・コンテンツと共に動作して
コンテンツのプレゼンテーションを行う場合には、マル
チメディア・コンテンツも文書本体に含むものとする。

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

【００１８】次いで、この文書オブジェクトは、「ＸＳ
Ｌプロセッサ」と呼ばれる変換プログラムによって変換
処理される。ＸＳＬプロセッサは、ＸＳＬ文書を例えば
スクリプト形式の変換して、ＸＳＬ文書の記述に従った
表現形式に文書オブジェクトを変換する。例えば、高度
ＸＭＬ形式で記述された文書を、いわゆるＨＴＭＬブラ
ウザでブラウジング可能なＨＴＭＬ形式の文書に変換し
たり、ＨＴＭＬ以外のカスタム・ブラウザでブラウジン
グ可能なカスタム文書に変換したりすることができる。

【００１９】繰言になるが、同一のＸＭＬコンテンツで
あっても、スタイル・シートを変えるだけで、ディスプ
レイ画面上の表示形態は大いに異なる。すなわち、スタ
イル・シートは元のＸＭＬコンテンツに対して付加価値
を与える役割を持つ。今後、さらにスタイル・シートの
価値が高まり、専門のデザイナの手によって、格好良
い、凝ったスタイル・シートが作成されるという事態も
予想される。

【００２０】ところが、スタイル・シートすなわちＸＳ
Ｌ文書が高機能化又は高付加価値化するにつれて、その
文書サイズが肥大化するという側面がある。複雑なスタ
イル・シートの場合、ＸＭＬ文書本体よりもデータ・サ
イズが大きくなることも有り得る。ＸＭＬ文書を伝送す
る度に、このような重たいＸＳＬ文書を逐次送信したの
では、限られた帯域の負荷を過大にする結果となる。特
に、電子番組ガイドや広告など、定形的なスタイル・シ
ートを毎回送ったのでは、帯域の浪費は甚だしい。

【００２１】他方、専用のデザイナの手で作成されるよ
うな付加価値の高いスタイル・シートは、ＸＭＬ文書本
体とは切り離されて、スタイル・シート単体でも取引す
なわち配信・配布の対象となり得る。また、スタイル・
シートそのものが著作物としての利用価値を有している
ので、無断・不正な使用に対抗する必要がある。

【００２２】したがって、スタイル・シートを効果的に
管理するための技術と、スタイル・シートの無断の使用
を排除し得るプロテクション技術が望まれている訳であ
る。

【００２３】

【発明が解決しようとする課題】本発明の目的は、コン
ピュータ言語形式のデジタル・データの表現形式等を規
定するスタイル・シートを好適に管理することができ
る、優れたスタイル・シート管理技術を提供することに
ある。コンピュータ言語形式のデジタル・データは、例
えば、任意に定義可能なタグを使用するマークアップ言
語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋ
ｕｐＬａｎｇｕａｇｅ））で記述される。

【００２４】本発明の更なる目的は、ＸＭＬ文書の表現
形式等を規定するためのスタイル・シート（例えば、Ｘ
ＳＬ（ｅＸｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔ
Ｌａｎｇｕａｇｅ）データ）を好適に管理することがで
きる、優れたスタイル・シート管理技術を提供すること
にある。

【００２５】本発明の更なる目的は、例えばＸＭＬ形式
で記述されたようなデジタル・データ表現形式等を規定
するためのスタイル・シート（例えば、ＸＳＬ（ｅＸｔ
ｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔＬａｎｇｕａ
ｇｅ）データ）に対する無断の使用を好適に排除するこ
とができる、優れたスタイル・シートのプロテクション
技術を提供することにある。

【００２６】

【課題を解決するための手段】本発明は、上記課題を参
酌してなされたものであり、その第１の側面は、コンピ
ュータ言語で記述されたデータを配信するデータ配信方
法又は装置であって、コンピュータ言語形式の配信デー
タ・コンテンツに固有のコンテンツ識別子を該データ・
コンテンツに付加するステップ又は手段と、該配信デー
タ・コンテンツの表現形式を規定するスタイル・シート
に固有のスタイル識別子を該配信データ・コンテンツに
付加するステップ又は手段と、該配信データ・コンテン
ツを配信するステップ又は手段と、を具備することを特
徴とするデータ配信方法又は装置である。ここで言うコ
ンピュータ言語は、例えば、任意に定義可能なタグを使
用するマークアップ言語を指し、その一例はＸＭＬ（ｅ
ｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇ
ｅ）言語である。

【００２７】本発明の第１の側面に係るデータ配信方法
又は装置は、さらに、該配信データ・コンテンツに、未
有効化されたスタイル使用権鍵を作成して該配信データ
・コンテンツに付加するステップ又は手段を含んでもよ
い。このスタイル使用権鍵は、例えば、コンテンツ識別
子とスタイル識別子を連結して生成することができる。

【００２８】また、前記の配信データ・コンテンツを配
信するステップ又は手段は、該配信データ・コンテンツ
に付加されたスタイル識別子に該当するスタイル・シー
トの配信を必ずしも伴なう必要はない。

【００２９】また、本発明の第２の側面は、コンピュー
タ言語で記述されたデータを受信するデータ受信方法又
は装置であって、コンピュータ言語形式の配信データ・
コンテンツを、該配信データ・コンテンツの表現形式を
規定したスタイル・シートに固有のスタイル識別子が添
付された形式で受信することを特徴とするデータ受信方
法又は装置である。ここで言うコンピュータ言語は、例
えば、任意に定義可能なタグを使用するマークアップ言
語を指し、その一例はＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ
ＭａｒｋｕｐＬａｎｇｕａｇｅ）言語である。

【００３０】本発明の第２の側面に係るデータ受信方法
又は装置では、受信する配信データ・コンテンツはスタ
イル識別子を以って生成された未有効化スタイル使用権
鍵を有していてもよい。この場合、さらに、購入手続き
に従ってスタイル使用権鍵を有効化するステップ又は手
段を含むことが好ましい。

【００３１】また、本発明の第２の側面に係るデータ受
信方法又は装置は、さらに、有効化されたスタイル使用
権鍵を用いた認証を行うステップ又は手段と、該認証に
成功したことに応答してスタイル・シートの適用を認め
るステップ又は手段とを含んでもよい。

【００３２】また、本発明の第３の側面は、コンピュー
タ言語形式のデータを配信するデータ受信装置であっ
て、受信データのうちメタ言語形式のデータ・コンテン
ツを格納する第１の保存部と、データ・コンテンツの表
現形式を規定するスタイル・シートを、データ・コンテ
ンツとは独立して格納する第２の保存部と、を含むこと
を特徴とするデータ受信装置である。ここで言うコンピ
ュータ言語は、例えば、任意に定義可能なタグを使用す
るマークアップ言語を指し、その一例はＸＭＬ（ｅｘｔ
ｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）言
語である。

【００３３】前記第２の保存部は、各スタイル・シート
が固有に持つスタイル識別子によって管理することがで
きる。

【００３４】

【作用】本発明を具現化した受信システムによれば、コ
ンピュータ言語で記述されたデジタル・データとは分離
してスタイル・シートを蓄積し管理することができる。
この結果、スタイル・シートを配信データ本体に逐一付
加して送信する必要がなくなり、送信データのサイズを
削減することができる。特に、スタイル・シートが高機
能化し肥大化した場合には、通信負荷軽減の効果が絶大
である。スタイル・シートのみの再利用環境を実現する
こともできる。ここで言うコンピュータ言語は、例え
ば、任意に定義可能なタグを使用するマークアップ言語
を指し、その一例はＸＭＬ（ｅｘｔｅｎｓｉｂｌｅＭ
ａｒｋｕｐＬａｎｇｕａｇｅ）言語である。

【００３５】また、本発明に係る受信システムによれ
ば、鍵データを添付することによりスタイル・シートを
不正利用から保護するので、スタイル・シートを著作物
として管理することが可能となる。また、さらに相手を
特定し若しくは認証する手段を備えることにより、スタ
イル・シートの限定的な利用も可能となる。

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

【００３７】

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

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

【００３９】デジタル・データ放送では、１０〜５０Ｍ
ｂｐｓの転送レートでデータ伝送される。本実施例で
は、放送局１が配信するデータは、ＸＭＬ（ｅＸｔｅｎ
ｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式の
デジタル・コンテンツであり、ＸＭＬ文書と、ＤＴＤ文
書と、ＸＳＬ文書を含む（但し、ＸＳＬ文書を含まない
場合もある）。また、配信データは、通常、ＭＰＥＧ
（ＭｏｔｉｏｎＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧ
ｒｏｕｐ）−２形式でデータ圧縮されている。

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

【００４１】図２には、受信局１０（すなわち一般家
庭）における受信システムの一例１０−Ａのハードウェ
ア構成を模式的に示している。該システム１０−Ａは、
例えばＳＴＢ（セット・トップ・ボックス）と呼ばれる
形態で普及している。該システム１０Ａ内の各ハードウ
ェア・コンポーネントは、バス１５を介して相互接続さ
れている。以下、各部について説明する。

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

【００４３】チューナ１１は、ＣＰＵ２１（後述）から
の指示に従い、所定チャンネルの放送波のチューニング
を行い、ＴＳ（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）デ
コーダ１２に出力する。受信データは、映像情報、音声
情報と、それ以外の番組情報等のデータが、ＭＰＥＧ圧
縮され、シリアルに連結されて、「トランスポート・ス
トリーム」として構成されている。トランスポート・ス
トリームは、ＯＳＩ（ＯｐｅｎＳｙｓｔｅｍｓＩｎ
ｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う「トラ
ンスポート層」で規定されている。

【００４４】なお、送信されてくる放送波がアナログか
デジタルかに応じて、チューナ１１の構成を適宜変更又
は拡張することができる。

【００４５】ＴＳデコーダ１２は、このトランスポート
・ストリームを解釈して、映像及び音声情報すなわちＡ
Ｖデータ・ブロックをＡＶデコーダ１３に送出し、それ
以外の番組情報等のデータ・ブロックを、バス１５を介
してＣＰＵ２１に送信する。ＴＳデコーダ１２は、作業
データ保管用のメモリ１２Ａを自己のローカルに備えて
いてもよい。

【００４６】ＡＶデコーダ１３は、ＴＳデコーダ１２か
ら渡されたＡＶデータ、すなわち音声及び画像データを
解釈して、元の映像信号や音声信号を再生して、映像・
音声出力部１８に出力する。ＡＶデコーダ１３は、作業
データ保管用のメモリ１３Ａを自己のローカルに備えて
いてもよい。また、映像・音声出力部１８の実体は、Ｃ
ＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）ディスプレ
イ（又は液晶などのフラット・パネル・ディスプレイ）
とスピーカである。

【００４７】ユーザ・インターフェース制御部１７は、
ユーザからの入力操作を処理するモジュールであり、例
えば、ユーザが直接操作するための操作ボタンや遠隔操
作するためのリモコンを備えている。また、現設定内容
を表示するための表示パネルやＬＥＤインジケータ（図
示しない）を含んでいてもよい。

【００４８】ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓ
ｉｎｇＵｎｉｔ）２１は、受信システム１０−Ａ全体
の動作を統括するメイン・コントローラである。ＣＰＵ
２１は、オペレーティング・システム（ＯＳ）によって
提供されるプラットフォーム上で、ＸＭＬパーシングや
ＸＳＬプロセッシング、ブラウジングなど、ＸＭＬコン
テンツ処理のための各種ソフトウェア・プログラム（後
述）を実行することができる。

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

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

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

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

【００５３】ＯＳＤ表示コントローラ１６は、ＯＳＤ
（ＯｐｅｎＳｏｆｔｗａｒｅＤｅｓｃｒｉｐｔｉｏ
ｎ）フォーマットのデータを画面表示するための専用コ
ントローラである。

【００５４】この受信システム１０−Ａでは、ＣＰＵ２
１は、ユーザ・インターフェース制御部１７を介したユ
ーザ入力コマンドに従って、チューナ１１のチューニン
グ動作を制御するとともに、番組情報の表示制御などを
行う。すなわち、ＴＳデコーダ１２から供給された番組
情報を処理して表示用のデータに変換してＯＳＤ表示コ
ントローラ１６に供給する。ＯＳＤ表示コントローラ１
６は、この表示データを基に、番組情報の画像信号を生
成し、ミキサ１９に供給する。ミキサ１９は、ＡＶデコ
ーダ１３から供給される映像信号と、ＯＳＤ表示コント
ローラ１６から供給される映像信号とを合成して、映像
・音声出力部１８に出力する。

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

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

【００５７】デジタル・チューナ・カード４０は、チュ
ーナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３
と、各ＲＡＭ１２Ａ及び１３Ｂとで構成される。チュー
ナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３の各
々の機能は図２に示した例と略同一なので、ここではこ
れ以上説明しない。

【００５８】他方、汎用コンピュータ・システム３０
は、ＣＰＵ３１（後述）を始めとする主要回路コンポー
ネントを搭載した印刷配線基板（図示しない）を含んで
ある。該基板は「マザーボード」とも呼ばれる。汎用コ
ンピュータ・システム３０の一例は、米ＩＢＭ社のＰＣ
／ＡＴ互換機及びその後継機である。先述のチューナ・
カード４０は、例えば「アダプタ・カード」の形態で提
供され、マザーボード上に配設されたバス・スロット
（図示しない）に装着される。バス・スロットに装着さ
れたチューナ・カード４０は、ＰＣＩインターフェース
１７（図示）を介してコンピュータ・システム３０内の
バス（ＰＣＩバス）に接続される。

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

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

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

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

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

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

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

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

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

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

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

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

【００７１】この受信システム１０−Ｂでは、ＣＰＵ３
１は、キーボード６４やマウス６５を介したユーザ入力
コマンドに従って、チューナ１１のチューニング動作を
制御するとともに、番組情報の表示制御などを行う。す
なわち、ＴＳデコーダ１２から供給された番組情報を処
理して表示用のデータに変換してビデオ・コントローラ
６６に供給する。ビデオ・コントローラ６６は、この表
示データを基に、番組情報の画像信号を生成し、ミキサ
１９に供給する。ミキサ１９では、ＡＶデコーダ１３か
ら供給される映像信号と、ビデオ・コントローラ６７か
ら供給される映像信号とを合成して、映像・音声出力部
１８に出力される。

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

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

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

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

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

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

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

【００７９】ＸＭＬアプリケーションは、ＸＭＬコンテ
ンツに相当し、ＸＭＬという任意の定義付けが可能なタ
グ付のマークアップ言語で記述されたＸＭＬ文書であ
る。各ＸＭＬ文書には、文書型定義のためのＤＴＤ文書
と、表示形式を規定するＸＳＬ（スタイル・シート）文
書が付随する。

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

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

【００８２】次に、衛星データ受信システム１０におけ
るＸＭＬ文書の受信処理手順について説明する。

【００８３】デジタル衛星放送システムでは、図５に示
すように、まず、放送局１から放送衛星５に対してコン
テンツが送信され、衛星５から受信局１０に向かって転
送される。

【００８４】放送のコンテンツは、ＸＭＬ形式で記述さ
れた文書本体（但し、ＤＴＤ文書を含んでもよい）と、
ＸＳＬ形式で記述されたスタイル・シートからなる。Ｘ
ＭＬ文書本体には、どのように表示されるかを指定する
スタイル情報以外の情報が包含されている（例えば、テ
キストと、これに利用される画像オブジェクトなどのマ
ルチメディア・コンテンツなど）。

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

【００８６】受信システム１０側では、受信データのう
ち必要なものは、ＨＤＤ２９／６２のような大容量記憶
装置に一旦蓄積される。受信データが、ＸＭＬなどのマ
ークアップ言語形式の文書である場合、受信システム１
０内で処理され、ＴＶなどの表示装置１８／６８に画面
出力される。

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

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

【００８９】前述したように、スタイル・シートの高機
能化・高付加価値化が進み、スタイル・シートすなわち
ＸＳＬ文書自体が、文書本体と同様に著作物性を具備す
るようになってきている。したがって、スタイル・シー
トの無断使用や不正利用を排除するためには、スタイル
・シート保存部９０はセキュリティ管理された記憶領域
であることが好ましい。

【００９０】本実施例では、スタイル使用権鍵を導入す
ることで、スタイル・シートすなわちＸＳＬ文書の使用
を制限するようにしているが、この点は後に詳解する。

【００９１】次に、受信システム１０におけるスタイル
・シートの利用手順について、図６を参照しながら説明
する。

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

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

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

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

【００９６】また、ＸＳＬプロセッサによる文書変換処
理によれば、上記以外に、各番組に対応した番組紹介用
の文書に変換して表示することが可能である。

【００９７】図７には、元の番組情報が同じであって
も、スタイル・シートに応じて表示形態が大きく相違す
る例を図解している。同図に示す例では、番組Ａ及び番
組Ｂの紹介情報はそれぞれ同一な形式であるとする。こ
のような場合、各々についての元の文書に適用するスタ
イル・シートを変えて、異なる処理を行うことで、各番
組における紹介方法を異ならせることができる。

【００９８】図７に示した表示は、ＴＶなどの表示装置
に対して行われるものである。但し、本発明を実現する
上で、表示装置は特に限定されない。すなわち、スタイ
ルの指定において、表示対象をテレビや携帯端末に指定
することができる。また、各々の装置が持つ表示機能に
合わせてスタイルを選択することで、より効果的な表示
を実現することができる。

【００９９】放送で実現されている電子番組ガイド（Ｅ
ＰＧ）は、各番組毎に専用の番組情報を送信するように
なっている。また、その送信方法としては、専用の送信
チャンネルを使用する方法や、テレビ放送におけるＶブ
ランクを使用する方法などがある。このため、従来は、
番組情報の形式は放送サービスの開始時に決定され、そ
の表示方法も受信機によって固定的であった。

【０１００】これに対し、本実施例に従ってスタイル・
シートを利用すると、今までは固定的であった番組情報
の表示を柔軟に変更することが可能となる。また、スタ
イル・シートは、放送する番組情報に対応させて随時更
新することができるので、番組情報そのものを簡単に変
更することができる。また、番組毎、サービス提供者毎
に番組ガイドの定義を変更することも可能である。

【０１０１】図５を用いて説明したように、本実施例に
係る受信システム１０は、スタイル・シート保存部９０
を装備している。したがって、受信システム１０は、放
送コンテンツを描画可能形式に変換するためのスタイル
・シートを、ＸＭＬ文書本体とは分離して利用すること
ができる。

【０１０２】さらに、単一のスタイル・シートを複数の
ＸＭＬ文書間で共用したり、あるいは、複数のスタイル
・シートを複数のＸＭＬ文書間で共用することも可能で
ある。

【０１０３】本発明によれば、放送コンテンツすなわち
ＸＭＬ文書本体にスタイル・シートを添付せずに済む。
その反面、各ＸＭＬ文書に対して適用すべきスタイル・
シートを識別する情報が必要となってくる。

【０１０４】そこで、本実施例では、各スタイル・シー
トに固有の識別子（スタイルＩＤ）を定義してスタイル
・シートに付加することとした。このスタイルＩＤによ
って、スタイル・シート保存部９０に格納されたスタイ
ル・シートを好適に管理することができる（例えば、ス
タイルＩＤを指定するだけで、所望のスタイル・シート
を容易に取り出すことができる）。

【０１０５】また、放送コンテンツすなわちＸＭＬ文書
本体側でも、コンテンツＩＤを定義する必要がある。ス
タイルＩＤやコンテンツＩＤは、世界規模で一元管理さ
れていることが好ましい。このような場合、コンテンツ
ＩＤとスタイルＩＤの組み合わせを示すだけで、表示対
象となるコンテンツ本体とその表示形態の両方を指定す
ることができる。

【０１０６】図８には、本実施例に係るＸＭＬ文書のソ
ース・コードを例示している。

【０１０７】ＣＯＮＴＥＮＴＳタグでは、コンテンツの
名前、コンテンツの作者、コンテンツの配信者、コンテ
ンツの発行された日、コンテンツのＩＤが指定される。

【０１０８】コンテンツＩＤは、例えば、ＩＤを一元管
理する団体にコンテンツを登録したときのＩＤである。
コンテンツＩＤは、例えば書籍の管理に使用されるＩＳ
ＢＮ（ＩｎｔｅｒｎａｔｉｏｎａｌＳｔａｎｄａｒｄ
ＢｏｏｋＮｕｍｂｅｒ）のように、世界規模で一元
管理され、一意に識別できることが好ましい。

【０１０９】ＳＴＹＬＥＳＷＩＴＣＨタグでは、デフォ
ルトで使用するスタイルシートのＩＤを設定するための
属性が含まれている。また、該タグの内部に発生するＵ
ＳＥＳＴＹＬＥタグ内には、使用可能なスタイルシート
ＩＤが列挙される。

【０１１０】ＵＳＥＳＴＹＬＥタグ中で複数のスタイル
シートＩＤが列挙されていることは、ユーザはその中か
ら任意のスタイルシートを選択可能であることを意味す
る。例えば、受信システム１０が、ＧＵＩ（Ｇｒａｐｈ
ｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）環境を提供
する汎用コンピュータ・システム３０で構成されている
ような場合（図３を参照のこと）、放送コンテンツを受
信システム１０に導入した時点で、各スタイルシートが
ボタン化されて表示されたダイアログ・ボックス（図９
を参照のこと）を開いて、ユーザが所望のスタイル・シ
ートを選択することを促すようにしてもよい。

【０１１１】また、ＵＳＥＳＴＹＬＥタグ中には、使用
するスタイル・シートのＩＤとその使用が許可されてい
ることを示す「使用権鍵」が含まれている。

【０１１２】既に述べたように、スタイルシートＩＤと
コンテンツＩＤはともに、一元管理する団体における登
録により一意のＩＤが割り当てられることが好ましい。
これらのＩＤは、ＸＳＬプロセッサにおける文書変換処
理の際に、外部記憶装置２９／６２からの文書取り出
し、スタイルの使用、正当な使用者か否かの確認などに
利用される。

【０１１３】次に、本実施例に従った放送コンテンツの
利用態様について詳解する。但し、送信者としての放送
局１は、まず番組Ａを紹介するための番組紹介情報を記
述するものとする。この情報のことを、以下では「番組
Ａ紹介ＸＭＬ文書」と呼ぶことにする。番組Ａ紹介ＸＭ
Ｌ文書は、ＸＭＬ形式で記述され、且つ、番組Ａ専用の
番組紹介スタイル・シートを持つものとする。そして、
コンテンツ送信時に、専用スタイル・シートが指定され
るものとする。（但し、本発明を実現する上で、番組紹
介用の文書は、ＸＭＬ形式である必要は必ずしもない。
例えば、ＳＧＭＬやＨＴＭＬなど他のマークアップ言語
形式であってもよい。また、ＸＭＬで記述された文書
が、マルチメディア・コンテンツも文書本体に含んで、
他のマルチメディア・コンテンツと共に動作してコンテ
ンツのプレゼンテーションを行ってもよい。）

【０１１４】図１０には、放送コンテンツ作成者（例え
ば、放送局１）において行われるコンテンツの作成処理
の手順を模式的に図解している。以下、図１０を参照し
ながら説明する。

【０１１５】放送局１は、ＸＭＬエディタ（仮称）を用
いて、番組Ａを紹介するためのＸＭＬ文書本体を作成す
る。

【０１１６】また、放送局１は、番組Ａ専用のスタイル
・シート「放送局１番組紹介スタイル」（仮称）を予め
用意しており、ＸＭＬエディタによる文書作成時には、
このスタイル・シートを参照しながら番組Ａの紹介情報
を作成する。

【０１１７】この作業の結果、作成された番組Ａ紹介Ｘ
ＭＬ文書には、使用する放送局１番組紹介スタイルのス
タイルＩＤ、又は、番組Ａ紹介ＸＭＬ文書を識別するコ
ンテンツＩＤのうち少なくとも一方が含まれている。ス
タイルＩＤやコンテンツＩＤは、それぞれ所定団体によ
って一元管理されているものとする。

【０１１８】次いで、作成した番組Ａ紹介ＸＭＬ文書
を、スタイル使用権鍵作成処理モジュールに渡す。

【０１１９】この作成処理モジュールにおいて作成され
るスタイル使用権鍵は、キーとしては半分だけ有効なも
のとして生成する。これによって、不正にスタイルを使
用させないようにしている（但し、スタイル使用権鍵の
生成処理の詳細は後述する）。この作成処理モジュール
を実行することで、スタイル使用権鍵が付加された番組
Ａ紹介ＸＭＬ文書が作成される。

【０１２０】図１１には、スタイル使用権鍵を生成し利
用する手順を模式的に図解している。以下、図１１を参
照しながら説明する。

【０１２１】コンテンツ送信時に、文書全体をキー発行
モジュールに渡す。

【０１２２】キー発行モジュール内では、文書本体の中
からコンテンツＩＤとスタイルＩＤを取り出す。そし
て、これらのＩＤを基にキー発行処理を行い、スタイル
使用権鍵を生成する。但し、生成されたキーすなわちス
タイル使用権鍵は、この時点では未だ完全には有効化さ
れていない。これは、放送コンテンツが利用者（一般家
庭など）に受信された時点では無効で、さらにコンテン
ツの購入手続き後に有効化するためである。

【０１２３】生成されたスタイル使用権鍵は、送信対象
となる番組Ａ紹介文書本体に添付される。より具体的に
は、スタイル使用権鍵は、該文書本体のＵＳＥＳＴＹＬ
ＥタグのｒｉｇｈｔＫＥＹ属性に埋め込まれる。

【０１２４】以上の処理を経て生成されたＸＭＬ文書本
体が放送局１から放送衛星５に向けて送信され、さら
に、放送衛星５から各受信局すなわち受信システム１０
に向けて放送される。

【０１２５】次いで、受信局１０側においてスタイル・
シートを利用する手順について、図１２を参照しながら
説明する。

【０１２６】受信局１０側には、放送局１番組紹介スタ
イル・シートが予めＨＤＤ２９／６２に蓄積されている
ものとする。スタイル・シートの獲得は、例えば放送コ
ンテンツに同梱して逐次受信することも可能であるが、
深夜などコンテンツ自体の本放送以外の時間帯を利用し
て自動的に受信するようにしてもよい。あるいは、ＦＤ
やＣＤ−ＲＯＭなどの可搬型メディアを媒介して配給を
受けてもよい。あるいは、インタネットのような広域的
ネットワーク経由でダウンロードしてもよい。

【０１２７】受信局１０は、放送局１から番組Ａ紹介Ｘ
ＭＬ文書を受信すると、その番組購入を決定する。この
購入決定に応答して、番組Ａ紹介ＸＭＬ文書内のスタイ
ル使用権鍵が有効化され、予め蓄積しておいたスタイル
・シート（すなわち放送局１番組紹介スタイルシート）
の利用が許可される。

【０１２８】この有効化されたスタイル使用権鍵を基に
してスタイル・シートを獲得し、番組Ａ紹介ＸＭＬ文書
をＸＳＬプロセッサに投入して、該ＸＭＬ文書を描画可
能形式に変換する。この結果、スタイル・シートの記述
に従った表示がディスプレイ１８／６８画面上に提供さ
れる。

【０１２９】次いで、スタイル使用権鍵を用いてスタイ
ル・シートを獲得する手順について、図１３及び図１４
を参照しながら説明する。該処理手順は、受信システム
１０ないで行われる。

【０１３０】番組Ａ紹介ＸＭＬ文書は、有効化されたス
タイル使用権鍵とともに、スタイル管理モジュールに投
入される。

【０１３１】スタイル管理モジュール内では、まず、該
ＸＭＬ文書中のＣＯＮＴＥＮＴＳタグ及びＵＳＥＳＴＹ
ＬＥタグから、コンテンツＩＤとスタイルＩＤの各々を
取り出す（ステップＳ１１）。さらに、取り出したコン
テンツＩＤを基に、スタイル使用権鍵からスタイルＩ
Ｄ’を取り出す（ステップＳ１２）。

【０１３２】次いで、ステップＳ１３において、スタイ
ル使用権鍵から取り出されたスタイルＩＤ’が、ＸＭＬ
文書中で指定されているスタイルＩＤと一致するか否か
を判断する。

【０１３３】もし、スタイルＩＤどうしが一致せず、認
証に失敗したならば、正規のスタイルシートを獲得する
代わりに、空のスタイル・シートを生成する（ステップ
Ｓ１４）。この結果、受信システム１０のユーザは、高
機能且つ高付加価値を持つ放送局１番組紹介スタイルシ
ートの利益を享受することができない。

【０１３４】他方、スタイルＩＤが一致し、認証に成功
したならば、このスタイルＩＤを基に、受信システム１
０がＨＤＤ２９／６２に予め蓄積しておいた番組紹介ス
タイル・シートを取得する（ステップＳ１５）。そし
て、要求元であるスタイル管理モジュールに対してこの
スタイル・シートを返す（ステップＳ１６）。

【０１３５】獲得されたスタイル・シートは、番組Ａ紹
介ＸＭＬ文書とともにＸＳＬプロセッサに投じられて、
文書変換処理が行われる。図１５には、ＸＳＬプロセッ
サにおける文書処理の手順を模式的に図解している。以
下、この図を参照しながら説明する。

【０１３６】ＸＳＬプロセッサは、ＸＭＬ文書本体（但
し、ＸＭＬパーサによる構文解析済み）と、番組Ａ紹介
スタイル・シートとを併せて、文書処理を実行して、表
示可能形式の番組Ａ紹介データを生成する。生成された
番組Ａ紹介データは、番組表示処理モジュールに渡され
る。

【０１３７】スタイル・シートがＨＴＭＬブラウザを表
示対象としていれば、生成される番組Ａ紹介データはＨ
ＴＭＬ形式の文書となる。また、表示対象がプリンタで
あれば、生成される文書は、指定されたプリンタで出力
処理可能な形式のデータとなる。

【０１３８】図１６には、番組表示処理モジュールにお
ける表示処理の手順を模式的に図解している。以下、こ
の図を参照しながら説明する。

【０１３９】表示可能形式に変換された番組Ａ紹介デー
タは、番組表示処理モジュールに渡される。

【０１４０】本実施例では、番組表示を行なうためのブ
ラウザがあり、生成されたデータは、このブラウザによ
って具体的に処理される。すなわち、ブラウザは、表示
可能形式の番組Ａ紹介データを処理して、ＴＶなどの映
像・音声出力部１８／６８に対するデバイス・ドライバ
に描画処理を委ねる。

【０１４１】デバイス・ドライバによる表示出力処理の
結果、受信システム１０のユーザは、画面を介して番組
Ａの紹介情報を見ることができる。

【０１４２】なお、表示対象として、ＴＶではなくプリ
ンタが指定されている場合には、プリンタ・ドライバに
処理を委ねて、印刷出力のためのプリンタ・コマンドの
制御などを行う。

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

【０１４４】

【発明の効果】以上詳記したように、本発明によれば、
コンピュータ言語形式の文書の表現形式等を木規定する
スタイル・シートを好適に管理することができる、優れ
たスタイル・シート管理技術を提供することができる。
コンピュータ言語は、例えば、任意に定義可能なタグを
使用するマークアップ言語（例えば、ＸＭＬ（ｅＸｔｅ
ｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ））形
式で記述される。

【０１４５】また、本発明によれば、ＸＭＬ文書の表現
形式等を規定するためのスタイル・シート（例えば、Ｘ
ＳＬ（ｅＸｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔ
Ｌａｎｇｕａｇｅ）データ）を好適に管理することがで
きる、優れたスタイル・シート管理技術を提供すること
ができる。

【０１４６】また、本発明によれば、ＸＭＬ文書の表現
形式等を規定するためのスタイル・シート（例えば、Ｘ
ＳＬ（ｅＸｔｅｎｓｉｂｌｅＳｔｙｌｅｓｈｅｅｔ
Ｌａｎｇｕａｇｅ）データ）に対する無断の使用を好適
に排除することができる、優れたスタイル・シートのプ
ロテクション技術を提供することができる。

【０１４７】本発明に係る受信システムによれば、配信
されるデジタル・データ本体としてのＸＭＬ文書とは分
離してスタイル・シートを蓄積し管理することができる
ので、スタイル・シートを好適に再利用することができ
る。この結果、スタイル・シートをデジタル・データ本
体に逐一付加して送信する必要がなく、送信データのサ
イズを削減することができる。特に、電子番組ガイド
（ＥＰＧ）や広告など、定型的な表示を行う場合には逐
次表示データを送信する必要がなくなるので、狭い送信
バンド幅しか使用できない場合には有利である。また、
スタイル・シートが高機能化し肥大化した場合には、通
信負荷軽減の効果が絶大である。スタイル・シートのみ
の再利用環境を実現することもできる。

【０１４８】また、本発明に係る受信システム１０によ
れば、各スタイル・シートをＩＤにより一元的に管理す
ることができる。また、鍵データすなわちスタイル使用
権鍵を付加することによりスタイル・シートを好適に使
用制御することができる。すなわち、不正利用から保護
することができるので、スタイル・シートを著作物とし
て管理することが可能となる。また、さらに相手を特定
し若しくは認証する手段を備えることにより、購入手続
きによる有効化などスタイル・シートの限定的な利用も
可能となる。

【０１４９】スタイル・シートの未使用状態では、その
使用権鍵は暗号化されているので、使用権限を持たない
ユーザによる無断の利用を排除することができる。ま
た、セット・トップ・ボックス（ＳＴＢ）のような受信
装置内に、スタイル・シートを安全に蓄積することがで
きる。

【０１５０】上述した実施例では、コンテンツＩＤやス
タイルＩＤは、所定の団体によって世界規模で一元管理
する点について言及した。このような方式以外に、コン
テンツ自体若しくはスタイル自体に基づいて生成された
一意なＩＤを用いて暗号化することも可能である。この
場合、ＩＤを真似てデコード処理を誤魔化すといった不
正利用を完全に排除することができる。

【図面の簡単な説明】

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

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

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

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

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

【図６】受信システム１０におけるスタイル・シートの
利用手順を模式的に示した図である。

【図７】元の番組情報が同じであっても、スタイル・シ
ートに応じて表示形態が大きく異なる例を図解したもの
である。

【図８】ＸＭＬ文書のソース・コードを示した図であ
る。

【図９】ユーザが所望のスタイル・シートを選択するた
めのダイアログ・ボックスを表した図である。

【図１０】放送コンテンツ作成者（例えば、放送局１）
において行われるコンテンツの作成処理の手順を模式的
に示した図である。

【図１１】スタイル使用権鍵を生成し利用する手順を模
式的に示した図である。

【図１２】受信局１０側においてスタイル・シートを利
用する手順を模式的に示した図である。

【図１３】受信局１０側で行われる、スタイル使用権鍵
を用いてスタイル・シートを獲得する手順を模式的に示
した図である。

【図１４】受信局１０側で行われる、スタイル使用権鍵
を用いてスタイル・シートを獲得する手順を示したフロ
ーチャートである。

【図１５】ＸＳＬプロセッサにおける文書処理の手順を
模式的に示した図である。

【図１６】番組表示処理モジュールにおける表示処理の
手順を模式的に示した図である。

【図１７】ＸＭＬコンテンツを処理する手順を概略的に
示した図である。

【符号の説明】

１０…デジタル放送データ受信システム１１…チューナ，１２…ＴＳデコーダ１３…ＡＶデコーダ，１２Ａ，１３Ａ…ＲＡＭ１５…バス，１６…ＯＳＤ表示コントローラ１７…ユーザ・インターフェース制御部１８，６８…映像・音声出力部，１９…ミキサ２１／３１…ＣＰＵ，２２／３４…ＲＡＭ２３／３５…ＲＯＭ２４／３６…シリアル入出力コントローラ２５／３７…高速モデム２６／３８…ＩＥＥＥ１３９４インターフェース２７／３９…ビデオ・カメラ２８／６１…ハード・ディスク・インターフェース２９／６２…ハード・ディスク・ドライブ６３…キーボード／マウス・コントローラ６４…キーボード，６５…マウス６６…ビデオ・コントローラ，６７…ＶＲＡＭ８０…文書本体保存部，９０…スタイル・シート保存部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B017 AA07 BA05 BA07 BB02 CA07 CA08 CA09 CA11 CA15 CA16 5B082 AA11 AA13 CA07 EA12 GA01 GA02 GC03 GC04 GC05 HA08 5B089 JA08 JB02 JB23 KA04 KA13 KA17 KB13 KC58 5K030 GA15 HA05 HB16 HB19 LA02 LD20 LE12

Claims

【特許請求の範囲】

【請求項１】コンピュータ言語で記述されたデータを配
信するデータ配信方法であって、コンピュータ言語形式の配信データ・コンテンツに固有
のコンテンツ識別子を該データ・コンテンツに付加する
ステップと、該配信データ・コンテンツの表現形式を規定するスタイ
ル・シートに固有のスタイル識別子を該配信データ・コ
ンテンツに付加するステップと、該配信データ・コンテンツを配信するステップと、を具
備することを特徴とするデータ配信方法。
【請求項２】さらに、該配信データ・コンテンツに、未
有効化されたスタイル使用権鍵を作成して該配信データ
・コンテンツに付加するステップを含むことを特徴とす
る請求項１に記載のデータ配信方法。
【請求項３】スタイル使用権鍵は、コンテンツ識別子と
スタイル識別子を連結して生成されることを特徴とする
請求項２に記載のデータ配信方法。
【請求項４】前記の配信データ・コンテンツを配信する
ステップは、該配信データ・コンテンツに付加されたス
タイル識別子に該当するスタイル・シートの配信を必ず
しも伴なわないことを特徴とする請求項１に記載のデー
タ配信方法。
【請求項５】コンピュータ言語で記述されたデータを配
信するデータ配信装置であって、コンピュータ言語形式の配信データ・コンテンツに固有
のコンテンツ識別子を該データ・コンテンツに付加する
手段と、該配信データ・コンテンツの表現形式を規定するスタイ
ル・シートに固有のスタイル識別子を該配信データ・コ
ンテンツに付加する手段と、該配信データ・コンテンツを配信する手段と、を具備することを特徴とするデータ配信装置。
【請求項６】さらに、該配信データ・コンテンツに、未
有効化されたスタイル使用権鍵を作成して該配信データ
・コンテンツに付加する手段を含むことを特徴とする請
求項５に記載のデータ配信装置。
【請求項７】スタイル使用権鍵は、コンテンツ識別子と
スタイル識別子を連結して生成されることを特徴とする
請求項６に記載のデータ配信装置。
【請求項８】前記の配信データ・コンテンツを配信する
手段は、該配信データ・コンテンツに付加されたスタイ
ル識別子に該当するスタイル・シートの配信を必ずしも
伴なわないことを特徴とする請求項５に記載のデータ配
信装置。
【請求項９】コンピュータ言語で記述されたデータを受
信するデータ受信方法であって、コンピュータ言語形式の配信データ・コンテンツを、該
配信データ・コンテンツの表現形式を規定したスタイル
・シートに固有のスタイル識別子が添付された形式で受
信することを特徴とするデータ受信方法。
【請求項１０】受信する配信データ・コンテンツはスタ
イル識別子を以って生成された未有効化スタイル使用権
鍵を有し、さらに、購入手続きに従ってスタイル使用権鍵を有効化
するステップを含むことを特徴とする請求項９に記載の
データ受信方法。
【請求項１１】さらに、有効化されたスタイル使用権鍵
を用いた認証を行うステップと、該認証に成功したことに応答してスタイル・シートの適
用を認めるステップと、を含むことを特徴とする請求項
１０に記載のデータ受信方法。
【請求項１２】コンピュータ言語で記述されたデータを
受信するデータ受信装置であって、コンピュータ言語形式の配信データ・コンテンツを、該
配信データ・コンテンツの表現形式を規定したスタイル
・シートに固有のスタイル識別子が添付された形式で受
信することを特徴とするデータ受信装置。
【請求項１３】受信する配信データ・コンテンツはスタ
イル識別子を以って生成された未有効化スタイル使用権
鍵を有し、さらに、購入手続きに従ってスタイル使用権鍵を有効化
する手段を含むことを特徴とする請求項１２に記載のデ
ータ受信装置。
【請求項１４】さらに、有効化されたスタイル使用権鍵
を用いた認証を行う手段と、該認証に成功したことに応答してスタイル・シートの適
用を認める手段と、を含むことを特徴とする請求項１３
に記載のデータ受信装置。
【請求項１５】コンピュータ言語で記述されたデータを
配信するデータ受信装置であって、受信データのうちコンピュータ言語形式のデータ・コン
テンツを格納する第１の保存部と、データ・コンテンツの表現形式を規定するスタイル・シ
ートを、データ・コンテンツとは独立して格納する第２
の保存部と、を含むことを特徴とするデータ受信装置。
【請求項１６】前記第２の保存部は、各スタイル・シー
トが固有に持つスタイル識別子によって管理することを
特徴とする請求項１５に記載のデータ受信装置。
【請求項１７】任意に定義可能なタグを使用するマーク
アップ言語形式のデータを配信するデータ配信方法であ
って、マークアップ言語形式の配信データ・コンテンツに固有
のコンテンツ識別子を該データ・コンテンツに付加する
ステップと、該配信データ・コンテンツの表現形式を規定するスタイ
ル・シートに固有のスタイル識別子を該配信データ・コ
ンテンツに付加するステップと、該配信データ・コンテンツを配信するステップと、を具
備することを特徴とするデータ配信方法。
【請求項１８】さらに、該配信データ・コンテンツに、
未有効化されたスタイル使用権鍵を作成して該配信デー
タ・コンテンツに付加するステップを含むことを特徴と
する請求項１７に記載のデータ配信方法。
【請求項１９】スタイル使用権鍵は、コンテンツ識別子
とスタイル識別子を連結して生成されることを特徴とす
る請求項１８に記載のデータ配信方法。
【請求項２０】前記の配信データ・コンテンツを配信す
るステップは、該配信データ・コンテンツに付加された
スタイル識別子に該当するスタイル・シートの配信を必
ずしも伴なわないことを特徴とする請求項１７に記載の
データ配信方法。
【請求項２１】任意に定義可能なタグを使用するマーク
アップ言語形式のデータを配信するデータ配信装置であ
って、マークアップ言語形式の配信データ・コンテンツに固有
のコンテンツ識別子を該データ・コンテンツに付加する
手段と、該配信データ・コンテンツの表現形式を規定するスタイ
ル・シートに固有のスタイル識別子を該配信データ・コ
ンテンツに付加する手段と、該配信データ・コンテンツを配信する手段と、を具備す
ることを特徴とするデータ配信装置。
【請求項２２】さらに、該配信データ・コンテンツに、
未有効化されたスタイル使用権鍵を作成して該配信デー
タ・コンテンツに付加する手段を含むことを特徴とする
請求項２１に記載のデータ配信装置。
【請求項２３】スタイル使用権鍵は、コンテンツ識別子
とスタイル識別子を連結して生成されることを特徴とす
る請求項２２に記載のデータ配信装置。
【請求項２４】前記の配信データ・コンテンツを配信す
る手段は、該配信データ・コンテンツに付加されたスタ
イル識別子に該当するスタイル・シートの配信を必ずし
も伴なわないことを特徴とする請求項２１に記載のデー
タ配信装置。
【請求項２５】任意に定義可能なタグを使用するマーク
アップ言語形式のデータを受信するデータ受信方法であ
って、マークアップ言語形式の配信データ・コンテンツを、該
配信データ・コンテンツの表現形式を規定したスタイル
・シートに固有のスタイル識別子が添付された形式で受
信することを特徴とするデータ受信方法。
【請求項２６】受信する配信データ・コンテンツはスタ
イル識別子を以って生成された未有効化スタイル使用権
鍵を有し、さらに、購入手続きに従ってスタイル使用権鍵を有効化
するステップを含むことを特徴とする請求項２５に記載
のデータ受信方法。
【請求項２７】さらに、有効化されたスタイル使用権鍵
を用いた認証を行うステップと、該認証に成功したことに応答してスタイル・シートの適
用を認めるステップと、を含むことを特徴とする請求項
２６に記載のデータ受信方法。
【請求項２８】任意に定義可能なタグを使用するマーク
アップ言語形式のデータを受信するデータ受信装置であ
って、マークアップ言語形式の配信データ・コンテンツを、該
配信データ・コンテンツの表現形式を規定したスタイル
・シートに固有のスタイル識別子が添付された形式で受
信することを特徴とするデータ受信装置。
【請求項２９】受信する配信データ・コンテンツはスタ
イル識別子を以って生成された未有効化スタイル使用権
鍵を有し、さらに、購入手続きに従ってスタイル使用権鍵を有効化
する手段を含むことを特徴とする請求項２８に記載のデ
ータ受信装置。
【請求項３０】さらに、有効化されたスタイル使用権鍵
を用いた認証を行う手段と、該認証に成功したことに応答してスタイル・シートの適
用を認める手段と、を含むことを特徴とする請求項２９
に記載のデータ受信装置。
【請求項３１】任意に定義可能なタグを使用するマーク
アップ言語形式のデータを配信するデータ受信装置であ
って、受信データのうちマークアップ言語形式のデータ・コン
テンツを格納する第１の保存部と、データ・コンテンツの表現形式を規定するスタイル・シ
ートを、データ・コンテンツとは独立して格納する第２
の保存部と、を含むことを特徴とするデータ受信装置。
【請求項３２】前記第２の保存部は、各スタイル・シー
トが固有に持つスタイル識別子によって管理することを
特徴とする請求項３１に記載のデータ受信装置。