JP4174918B2 - データ配信方法及び装置、並びに、データ受信方法及び装置 - Google Patents
データ配信方法及び装置、並びに、データ受信方法及び装置 Download PDFInfo
- Publication number
- JP4174918B2 JP4174918B2 JP18741699A JP18741699A JP4174918B2 JP 4174918 B2 JP4174918 B2 JP 4174918B2 JP 18741699 A JP18741699 A JP 18741699A JP 18741699 A JP18741699 A JP 18741699A JP 4174918 B2 JP4174918 B2 JP 4174918B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- style sheet
- document
- xml
- style
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、デジタル衛星データ放送やマルチメディア・コンテンツの通信など、デジタル・データ配信技術に係り、特に、データ属性を持つコンピュータ言語の命令で構成されるデジタル・データを配信する技術に関する。データ属性を持つコンピュータ言語の命令で構成されるデジタル・データは、例えば、データ属性を定義するタグで区切られたタグ・データからなる言語（すなわち、マークアップ言語）形式で記述される。
【０００２】
更に詳しくは、本発明は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式のデジタル・データを配信する技術に係り、特に、ＸＭＬ文書の表現形式等を規定するためのスタイルシートすなわちＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）文書の取り扱いに関する。
【０００３】
【従来の技術】
衛星テレビ放送の技術分野において、データのデジタル化が急速に進められている。これは、デジタル・データの方がアナログ・データよりも帯域を効率よく利用できる点や、映像や音声以外のデータとの親和性が高い点などに依拠する。
【０００４】
例えば、デジタル・データであれば、１チャンネルで４本分のデータを搬送することができ、ハイビジョン用のデータをそのまま送信することができる。また、ＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組ガイド）など各種のシステム情報等を映像情報や音声情報とともに送ることによって、ユーザ（視聴者）へのサービスを向上させることができる（ＥＰＧは、放送番組の放送スケジュールや番組名などの提示情報の他、ＶＴＲへの録画予約などの機能を包含する）。
【０００５】
デジタル形式のデータは、汎用コンピュータ・システムなどテレビジョン以外の情報機器との親和性も高い。例えば、汎用コンピュータ・システムにデジタル衛星データ放送用のチューナ・カードを取り付けて、受信したＥＰＧデータをコンピュータ内で解析して、番組表をコンピュータ・ディスプレイ上にウィンドウ表示して、番組切換や録画予約などをマウス・カーソルによる操作で実現することができる。勿論、放送データをコンピュータの内蔵ハード・ディスクにそのままデジタル録画することも可能である。
【０００６】
また、映像以外のデータを送信することにより、放送番組の対話性を高めることができる。例えば、択一式のクイズを提供するような放送番組であれば、映像データとともに解答を併せて送信することにより、衛星テレビ放送受信機（すなわち視聴者）側では、コンピュータ・ディスプレイ上に解答メニュー・ボタンを用意し、マウス・カーソルによる解答操作に応答して答え合わせを行うことができる。
【０００７】
さらに対話性が高まれば、家庭内のテレビ受信機は、単に映像コンテンツを扱うだけでなく情報管制塔として飛躍することが期待できる。例えば、テレビ受信機は、インターネット端末や電子商取引端末にもなり得る。
【０００８】
デジタル衛星データ放送の標準化作業では、マルチメディア符号化の方式として、従来はＭＨＥＧ（Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｈｙｐｅｒｍｅｄｉａ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）の利用が検討されてきた。ＭＨＥＧは、データ属性を定義するタグを用いる記述言語（すなわち、マークアップ記述言語）の一種であり、マルチメディア・コンテンツをテレビに表示し、ビデオ・オン・デマンド（ＶＯＤ）やデジタル・テレビ放送において視聴者が所望の情報を引き出すような用途を想定している。例えば日本のＣＳデジタル放送（ＳＫＹＰｅｒｆｅｃＴＶ）では、ＭＨＥＧ−５が採用されている。
【０００９】
しかしながら、ＭＨＥＧは、タグの定義が固定的であり拡張性に欠ける。すなわち、一意に定められたタグのみを用いて記述しなければならないので、例えば関数（ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）など）を一つ変更するのにさえ、相当の修正作業を要する。また、ＭＨＥＧは、放送業務に特化したマルチメディア符号化方式を規定したものなので、インターネット上のコンテンツとの互換性がない。
【００１０】
そこで、ＭＨＥＧに代わって、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとした仕様が検討されている。当業界では既に周知のように、ＸＭＬは、現在のインターネットの記述言語であるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と同様、タグを使ってコンテンツ・データを区切り、その属性を指定するタイプの記述言語（すなわち、マークアップ言語）である。ＸＭＬは、ＨＴＭＬと同様にコンテンツ中にリンクすなわち別の資源オブジェクトへのアクセス情報（リファレンス）を埋め込むこともできる。
【００１１】
ＸＭＬは、タグの定義が任意、すなわち属性の記述の仕方に制約がないので、自由度が高く、また、インターネットとの親和性が高いことなどが、ＭＨＥＧよりも有利な点として挙げられる。また、ＸＭＬは、次世代インターネットの記述言語としての策定も進められている。
【００１２】
デジタル衛星データ放送用言語としてのＸＭＬの仕様とは、要するに、送信コンテンツをディスプレイ上に表現するマルチメディア符号化方式をタグを用いて記述することを規定したものである。
【００１３】
さらに、送信コンテンツに対して任意に定義可能なタグを付加できるようにしたものである。任意に定義可能なタグの記述方法を定めたものが、ＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）と呼ばれる標準規約である。例えば、各業界毎にＤＴＤを定めることができる。ここで言うタグには、例えばテレビ受信機とコンピュータのように異機種間で接続したときに、各機器が互いにコンテンツの意味を理解して処理するために必要な情報などが含まれる。
【００１４】
また、ＸＭＬコンテンツの表現方法（すなわち、ディスプレイ上でのプレゼンテーション形式やプリンタへの印刷出力形式であり）は、ＤＴＤとは別のドキュメントであるスタイルシートによって記述される。例えば、スタイルシートの記述次第で、書体やそのサイズ・色などを変化させて、同じＤＴＤコンテンツを全く別の形式で表現することができる。スタイルシートは、ＤＴＤとは別のファイルにして送信される。ＸＭＬドキュメント用のスタイルシートのことを、特に「ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）」とも呼ぶ。ＸＳＬは、スタイルシート本来の機能の他に、ＸＭＬドキュメントの変換言語としても注目されている。また、ＤＴＤドキュメントの負荷が重く、受信機がセット・トップ・ボックス（ＳＴＢ）のようにハード・ディスク装置を装備できないタイプの場合には、ＸＳＬを用いることによりデータベース操作を行うことができるなどの利点がある。
【００１５】
ＸＭＬコンテンツの配信は、図１０に示すように、ＸＭＬドキュメントの他、例えばＤＴＤドキュメントとＸＳＬドキュメントなどを伴なう（但し、ＸＭＬ文書はＤＴＤを含まない場合もある）。また、必ずしもＸＭＬ言語形式で記述された文書には限定されず、ＳＧＭＬ（Ｓｔａｎｄａｒｄ ＧｅｎｅｒａｌｉｚｅｄＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬなど他の言語形式であってもよい。また、ＸＭＬで記述された文書が、例えばＴＶ放送などに適用され、他のマルチメディア・コンテンツと共に動作してコンテンツのプレゼンテーションを行う場合には、リアルタイム・マルチメディア・コンテンツも文書本体に含むものとする。
【００１６】
受信側では、これら受信したドキュメントを「ＸＭＬパーザ（Ｐｅｒｓｅｒ）」と呼ばれる構文解析プログラムでパーシング処理する。ＸＭＬパーザは、ＤＴＤドキュメントを用いてＸＭＬドキュメントを解析して、文書オブジェクトを出力する。この文書オブジェクトは、元のＸＭＬドキュメント中のタグに従って木構造が形成された構造化文書である。
【００１７】
次いで、この文書オブジェクトは、「ＸＳＬプロセッサ」と呼ばれる変換プログラムによって変換処理される。ＸＳＬプロセッサは、ＸＳＬドキュメントを例えばスクリプト形式の変換して、ＸＳＬドキュメントの記述に従った表現形式に文書オブジェクトを変換する。例えば、高度ＸＭＬ形式で記述されたドキュメントを、いわゆるＨＴＭＬブラウザでブラウジング可能なＨＴＭＬ形式のドキュメントに変換したり、ＨＴＭＬ以外のカスタム・ブラウザでブラウジング可能なカスタム文書に変換したりすることができる。
【００１８】
ところで、放送や通信などの様々な手段によって配信されるマルチメディア・コンテンツを、利用者（すなわち、放送の視聴者若しくは受信機ユーザ）の属性に応じた情報にして提供するという要望は、従来から高かった。
【００１９】
しかしながら、放送は、有線又は無線、地上波又は衛星の区別に拘らず、不特定多数に同時通報する一方向性の情報伝達であり、利用者に与えられる情報は単目的なものであった。言い換えれば、個々の受信者の属性に応じて放送する情報の内容を変えるのはほとんど不可能であった。
【００２０】
また、インターネットの世界では、ホームページ上に用意された入力画面を介して利用者の属性を判断することは、既に可能となっている。例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバが利用者を識別するための文字列情報として、”Ｃｏｏｋｉｅ”なるものが用意されている。すなわち、カスタマイズ・サービスを提供するＷＷＷサーバは、各利用者のためのＣｏｏｋｉｅを生成してブラウザに転送し、ブラウザはこれを保管する。ブラウザが再びカスタマイズ・サービスにアクセスするときには、Ｃｏｏｋｉｅを転送することで、情報のカスタマイズを可能にしている。しかしながら、単一のコンテンツ情報によって個々の利用者の属性に応じた情報提供を行う訳ではなく、属性を記述した別のコンテンツをサーバ・クライアント間で交換する必要があり、操作や処理の簡易性に欠ける。
【００２１】
【発明が解決しようとする課題】
本発明の目的は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００２２】
本発明の更なる目的は、放送やネットワークを介してデータを配信する際に、単一のコンテンツを各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００２３】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、コンピュータ言語で記述されたデータを配信するデータ配信方法又は装置であって、利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２４】
また、本発明の第２の側面は、タグを使用する言語形式のデータを配信するデータ配信方法又は装置であって、
利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２５】
また、本発明の第３の側面は、任意に定義可能なタグを使用する言語形式のデータを配信するデータ配信方法又は装置であって、
利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２６】
ここで、利用者の属性に応じた提供情報の各々は、タグで区切られたデータであってもよい。
【００２７】
また、配信データ・コンテンツは、適用すべきスタイルシートの指定を含んでもよい。
【００２８】
配信データ・コンテンツは、スタイルシートによって表現形式を規定することができる。
【００２９】
また、スタイルシートは、利用者の属性に応じた情報提供の形式を規定してもよい。
【００３０】
また、本発明の第４の側面は、コンピュータ言語で記述されたデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３１】
また、本発明の第５の側面は、タグを使用する言語形式のデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３２】
また、本発明の第６の側面は、任意に定義可能なタグを使用する言語形式のデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３３】
本発明の第４乃至第６の側面に係るデータ受信方法又は装置では、配信データ・コンテンツ内の指定に従って、適合するスタイルシートを選択するようにしてもよい。
【００３４】
あるいは、配信データ・コンテンツの利用者の要求に従って、適合するスタイルシートを選択するようにしてもよい。
【００３５】
また、スタイルシートは、利用者の属性に応じた情報提供の形式を規定してもよい。
【００３６】
【作用】
本発明に係るデータ配信方法又は装置によれば、利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めてデータ配信が行われる。この結果、配信者においては配信コンテンツの取り扱いが簡易化される。
【００３７】
配信データ・コンテンツ中の利用者の属性に応じた提供情報の各々は、タグで区切られたデータであるから、各々を容易に分離して処理することが可能である。
【００３８】
利用者の属性に応じた情報提供の形態、すなわち表現形式は、スタイルシートによって規定される。したがって、複数のスタイルシートを利用することで、各利用者の属性に応じた情報提供の形態を予め用意しておくことができる。
【００３９】
また、本発明に係るデータ受信方法又は装置によれば、利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信すると、該コンテンツに対して適合するスタイルシートを用いて所定の表現形式に変換する。
【００４０】
配信データ・コンテンツに適合するスタイルシートは、例えば配信コンテンツ自身の中で記述することができる。この場合、配信者主導により、利用者の属性に応じた情報提供がなされる。
【００４１】
また、受信機上のユーザ・インターフェースを用いて、配信コンテンツに適合するスタイルシートを利用者が選択することができる。この場合、利用者主導により、利用者の属性に応じた情報提供がなされる。
【００４２】
本発明を衛星又は地上波による放送事業に適用した場合、単一の配信コンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【００４３】
また、本発明を、インターネットを介した情報配信に適用した場合、ホームページ上の入力画面を介して利用者の属性を判断することにより、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【００４４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００４６】
図１には、本発明の実施に供されるデジタル衛星データ放送システム１００の概略構成を示している。同図に示すように、デジタル衛星データ放送システム１００は、放送サービスを提供する放送局（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｅｒ）１と、放送データを中継する放送衛星（Ｓａｔｅｌｌｉｔｅ）５と、放送衛星５から放送データを受信する受信局（Ｒｅｃｅｉｖｅｒ／Ｄｅｃｏｄｅｒ）１０とで構成される。放送局１は地上に１基以上存在し、放送衛星５は地球のはるか上空に散在する。また、受信局１０は、一般家庭などに相当し、実際には地上に無数存在する。放送局１及び放送衛星５を介したデータ配信すなわち放送は、一方向通信である。
【００４７】
デジタル・データ放送では、１０〜５０Ｍｂｐｓの転送レートでデータ伝送される。本実施例では、放送局１が配信するデータは、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）言語形式で記述されたデジタル・コンテンツであり、ＸＭＬドキュメントと、ＤＴＤドキュメントと、ＸＳＬドキュメントを含む（但し、ＸＭＬドキュメントはＤＴＤドキュメントを含まない場合もある。また、配信時にはＸＳＬドキュメントを含まない場合もある）。また、配信データは、通常、ＭＰＥＧ２（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ２）形式でデータ圧縮されている。
【００４８】
各受信局１０と放送局１との間は、インターネットのような広域ネットワーク５０、又は専用線などによって双方向接続されていてもよい。例えば、インターネット５０を利用した一部オンデマンド放送サービスを提供することも可能である。但し、この場合、両者間は、５６ｋｂｐｓ以上の高速アナログ電話回線、１０〜６４ｋｂｐｓ程度の高速ワイヤレス通信、１２８ｋｂｐｓのＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、あるいは５〜３０Ｍｂｐｓクラスのケーブルによって接続されていることが好ましい。
【００４９】
図２には、受信局１０（すなわち一般家庭）における受信システムの一例１０−Ａのハードウェア構成を模式的に示している。該システム１０−Ａは、例えばＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で普及している。該システム１０Ａ内の各ハードウェア・コンポーネントは、バス１５を介して相互接続されている。以下、各部について説明する。
【００５０】
アンテナ（図示しない）で受信された放送波は、チューナ１１に供給される。放送波は、規定のフォーマットに従っており、例えば番組ガイド情報（ＥＰＧ：Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）等を含んでいる。なお、放送波としては、上記した放送波以外に、有線放送波や地上波でもよく、特に限定されない。
【００５１】
チューナ１１は、ＣＰＵ２１（後述）からの指示に従い、所定チャネルの放送波のチューニングを行い、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）デコーダ１２に出力する。受信データは、映像情報、音声情報と、それ以外の番組情報等のデータが、ＭＰＥＧ圧縮され、シリアルに連結されて、「トランスポート・ストリーム」として構成されている。トランスポート・ストリームは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う「トランスポート層」で規定されている。
【００５２】
なお、送信されてくる放送波がアナログかデジタルかに応じて、チューナ１１の構成を適宜変更又は拡張することができる。
【００５３】
ＴＳデコーダ１２は、このトランスポート・ストリームを解釈して、映像及び音声情報すなわちＡＶデータ・ブロックをＡＶデコーダ１３に送出し、それ以外の番組情報等のデータ・ブロックを、バス１５を介してＣＰＵ２１に送信する。ＴＳデコーダ１２は、作業データ保管用のメモリ１２Ａを自己のローカルに備えていてもよい。
【００５４】
ＡＶデコーダ１３は、ＴＳデコーダ１２から渡されたＡＶデータ、すなわち音声及び画像データを解釈して、元の映像信号や音声信号を再生して、映像・音声出力部１８に出力する。ＡＶデコーダ１３は、作業データ保管用のメモリ１３Ａを自己のローカルに備えていてもよい。また、映像・音声出力部１８の実体は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ（又は液晶などのフラット・パネル・ディスプレイ）とスピーカである。
【００５５】
ユーザ・インターフェース制御部１７は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザが直接操作するための操作ボタンや遠隔操作するためのリモコンを備えている。また、現設定内容を表示するための表示パネルやＬＥＤインジケータ（図示しない）を含んでいてもよい。
【００５６】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１は、受信システム１０−Ａ全体の動作を統括するメイン・コントローラである。ＣＰＵ２１は、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、ＸＭＬパーシングやＸＳＬプロセッシング、ブラウジングなど、ＸＭＬコンテンツ処理のための各種ソフトウェア・プログラム（後述）を実行することができる。
【００５７】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２２は、ＣＰＵ２１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。また、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３は、システム１０−Ａの電源投入時に実行する自己診断・初期化プログラムや、ハードウェア操作用のマイクロコードを恒久的に格納する読み出し専用メモリである。
【００５８】
シリアル入出力（ＳＩＯ）コントローラ２４は、システム１０−Ａ外部の機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ２４が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム２５（例えば、転送レートが５６Ｋｂｐｓ）が装着されている。モデム２５によって所定のアクセス・ポイント（図示しない）にＰＰＰ接続することで、システム１０−Ａはインターネットに接続される。
【００５９】
ＩＥＥＥ１３９４インターフェース２６は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。１ＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器には、例えば、ビデオ・カメラ２７やスキャナ（図示しない）などがある。
【００６０】
ハード・ディスク・ドライブ（ＨＤＤ）２９は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の大容量を持つ。ＨＤＤ２９は、インターフェース２８を介してバス１５に接続される。
【００６１】
ＯＳＤ表示コントローラ１６は、ＯＳＤ（Ｏｐｅｎ Ｓｏｆｔｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ）フォーマットのデータを画面表示するための専用コントローラである。
【００６２】
この受信システム１０−Ａでは、ＣＰＵ２１は、ユーザ・インターフェース制御部１７を介したユーザ入力コマンドに従って、チューナ１１のチューニング動作を制御するとともに、番組情報の表示制御などを行う。すなわち、ＴＳデコーダ１２から供給された番組情報を処理して表示用のデータに変換してＯＳＤ表示コントローラ１６に供給する。ＯＳＤ表示コントローラ１６は、この表示データを基に、番組情報の画像信号を生成し、ミキサ１９に供給する。ミキサ１９は、ＡＶデコーダ１３から供給される映像信号と、ＯＳＤ表示コントローラ１６から供給される映像信号とを合成して、映像・音声出力部１８に出力する。
【００６３】
なお、ＯＳＤは、ソフトウェアの配布やインストールのための情報記述用フォーマットであり、ＣＤＦ（Ｃｈａｎｎｅｌ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と組み合わせてプログラムのプッシュ配信や自動インストールに適応している。ＯＳＤは、米Ｍａｒｉｍｂａ社と米Ｍｉｃｒｏｓｏｆｔ社の提案に端を発し、Ｎｅｔｓｃａｐｅ社やＣｙｂｅｒＭｅｄｉａ社、ＩｎｓｔａｌｌＳｈｉｅｌｄＳｏｆｔｗａｒｅ社等が支持している。
【００６４】
図３には、他の例に係る受信システム１０−Ｂのハードウェア構成を模式的に示している。該システム１０−Ｂは、例えば、汎用コンピュータ・システム３０にデジタル衛星データ放送用のデジタル・チューナ・カード４０を装備するという形態で実装される。
【００６５】
デジタル・チューナ・カード４０は、チューナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３と、各ＲＡＭ１２Ａ及び１３Ａとで構成される。チューナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３の各々の機能は図２に示した例と略同一なので、ここではこれ以上説明しない。
【００６６】
他方、汎用コンピュータ・システム３０は、ＣＰＵ３１（後述）を始めとする主用回路コンポーネントを搭載した印刷配線基板（図示しない）を含んである。該基板は「マザーボード」とも呼ばれる。先述のチューナ・カード４０は、例えば「アダプタ・カード」の形態で提供され、マザーボード上に配設されたバス・スロット（図示しない）に装着される。バス・スロットに装着されたチューナ・カード４０は、ＰＣＩインターフェース１７（図示）を介してコンピュータ・システム３０内のバス（ＰＣＩバス）に接続される。
【００６７】
なお、チューナ・カード４０は、アダプタ・カードとしてではなく、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）／ＪＥＩＤＡ（Ｊａｐａｎ Ｅｌｅｃｔｒｏｎｉｃ Ｉｎｄｕｓｔｒｙ Ｄｅｖｅｌｏｐｍｅｎｔ Ａｓｓｏｃｉａｔｉｏｎ）の策定仕様に準拠したＰＣカードの形式で提供され、ＰＣカード・スロットに挿入することによってシステム構成に組み込まれてもよい。
【００６８】
ＣＰＵ３１は、コンピュータ・システム３０全体の動作を統括的に制御するメイン・コントローラであり、ＣＰＵ２１は、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、ＸＭＬパーシングやＸＳＬプロセッシング、ブラウジングなど、ＸＭＬコンテンツ処理のための各種ソフトウェア・プログラム（後述）を実行することができる。
【００６９】
ＣＰＵ３１の外部ピンに直結したプロセッサ・バスは、バス・ブリッジ３２を介してシステム・バス３３に相互接続されている。
【００７０】
本実施例のバス・ブリッジ３２は、プロセッサ・バスとシステム・バス３３間の速度差を吸収するためのデータ・バッファの他、ＲＡＭ３４へのメモリ・アクセスを制御するメモリ・コントローラを含んだ構成となっている。
【００７１】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３４は、ＣＰＵ２１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。通常は、複数個のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。
【００７２】
バス３３は、アドレス・バス、データ・バス、コントロール・バスなどを含んだ共通信号伝送路であり、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスがこれに相当する。バス３３上には、ＰＣＩインターフェース仕様に合致した各種周辺機器が相互接続されている。周辺機器の一例は、先述のデジタル衛星データ放送用チューナ・カード４０である。これら周辺機器の各々には固有のＩ／Ｏアドレスが割り振られており、ＣＰＵ３１（より厳密にはＣＰＵ３１が実行するプログラム）は、Ｉ／Ｏアドレスを指定することで所望の周辺機器に対するデータやコマンドの転送を実現することができる。
【００７３】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３５は、コンピュータ・システム３０の電源投入時に実行する自己診断プログラム（ＰＯＳＴ）や、ハードウェア操作用の基本入出力システム（ＢＩＯＳ）を恒久的に格納する読み出し専用メモリである。ＲＯＭ３５は、例えば電気的な消去及び再書き込み動作が可能なＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）で構成されていてもよい。
【００７４】
シリアル入出力（ＳＩＯ）コントローラ３６は、システム３０外部の機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ３６が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム３７（例えば、転送レートが５６Ｋｂｐｓ）が装着されている。モデム３７によって所定のアクセス・ポイント（図示しない）にＰＰＰ接続することで、システム３０はインターネットに接続される。
【００７５】
ＩＥＥＥ１３９４インターフェース３８は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。１ＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器には、例えば、ビデオ・カメラ３９やスキャナ（図示しない）などがある。
【００７６】
ハード・ディスク・ドライブ（ＨＤＤ）６２は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の大容量を持つ。ＨＤＤ６２は、インターフェース５１を介してシステム・バス３３に接続される。ハード・ディスク・ドライブをコンピュータ・システム３０に接続するインターフェース規格は、例えばＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｒｉｖｅ Ｅｌｅｃｔｒｏｎｉｃｓ）やＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）などである。
【００７７】
キーボード／マウス・コントローラ（ＫＭＣ）６３は、キーボード６４やマウス６５などからのユーザ入力を処理するための専用コントローラである。ＫＭＣ６３は、キーボード６４からのスキャン・コード入力やマウス６５からの座標指示入力を検出したことに応答して、ＣＰＵ３１に対して割り込み要求を発行する。本実施例では、コンピュータ・システム３０に対する通常のコマンド入力の他、チャネルの選択などの受信システム１０−Ｂに対する入力操作も、キーボード６４やマウス６５を介して行うことができる。
【００７８】
ビデオ・コントローラ６６は、ＣＰＵ３１からの描画命令に従って画面表示を制御する専用コントローラであり、描画情報を一時格納するためのフレーム・メモリ（ＶＲＡＭ）６７を備えている。なお、本発明を好適に具現するためには、ビデオ・コントローラ６７は、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）以上の描画能力（例えば、ＳＶＧＡ（Ｓｕｐｅｒ ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）やＸＧＡ（ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ））を有することが好ましい。
【００７９】
この受信システム１０−Ｂでは、ＣＰＵ３１は、キーボード６４やマウス６５を介したユーザ入力コマンドに従って、チューナ１１のチューニング動作を制御するとともに、番組情報の表示制御などを行う。すなわち、ＴＳデコーダ１２から供給された番組情報を処理して表示用のデータに変換してビデオ・コントローラ６６に供給する。ビデオ・コントローラ６６は、この表示データを基に、番組情報の画像信号を生成し、ミキサ１９に供給する。ミキサ１９では、ＡＶデコーダ１３から供給される映像信号と、ビデオ・コントローラ６７から供給される映像信号とを合成して、映像・音声出力部６８に出力される。
【００８０】
なお、デジタル衛星データ放送受信システム１０を構成するためには、図２や図３に示した以外にも多くの電気回路等が必要である。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【００８１】
例えば、図２及び図３には図示しないが、受信システム１０は、ＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）やＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）、メモリ・スティックなどの可搬型の記録メディアを装填してデータ・アクセス可能なＦＤＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ Ｄｒｉｖｅ）、ＣＤ−ＲＯＭドライブ、ＭＯドライブ、メモリ・スロットのような外部記憶装置を備えていてもよい。
【００８２】
図４には、デジタル放送データ受信システム１０において実行される各種ソフトウェア・プログラム間における階層的構成を模式的に図解している。以下、各層のソフトウェアの機能について説明する。
【００８３】
最下層のハードウェア制御層は、オペレーティング・システム（ＯＳ）等の上位ソフトウェアに対してハードウェアの相違を吸収する目的を持ち、各ハードウェアに対する直接的な入出力動作やハードウェア割り込みに対応した処理を実行する。
【００８４】
ハードウェア制御層は、例えばＲＯＭ２３／３５に恒久的に格納されたＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、あるいは、ＨＤＤ２８／６２にインストールされた「デバイス・ドライバ」という形態で受信システム１０に提供される。
【００８５】
オペレーティング・システム（ＯＳ）は、受信システム１０内のハードウェア及びソフトウェアを総合的に管理するための基本ソフトウェアのことである。ＯＳは、ＨＤＤ２８／６２上のファイルの記録を管理する「ファイル・マネージャ」や、メモリ空間を管理する「メモリ・マネージャ」、システム・リソースの割り振りを管理する「リソース・マネージャ」、タスク実行を管理する「スケジューラ」、ディスプレイ上のウィンドウ表示を制御する「ウィンドウ・システム」などのサブシステムを含んでいる。
【００８６】
システム・サービスは、アプリケーションなどの上位プログラムがＯＳに対して各機能を呼び出す（コールする）ための関数の集まりであり、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）やラン・タイム・ライブラリがこれに相当する。システム・サービスの存在により、アプリケーションは各ハードウェアを直接操作する必要がなくなり、ハードウェア操作の統一性が担保される。
【００８７】
ＸＭＬアプリケーションは、ＸＭＬコンテンツに相当し、ＸＭＬという任意の定義付けが可能なタグ付の言語で記述されたＸＭＬドキュメントである。各ＸＭＬドキュメントには、文書型定義のためのＤＴＤドキュメントと、表示形式を規定するＸＳＬ（スタイルシート）ドキュメントが付随する。但し、ＸＭＬドキュメントがＤＴＤドキュメントを含まない場合もある。また、ＸＭＬドキュメントの配信時にＸＳＬドキュメントが付随しないこともある。
【００８８】
ＸＭＬパーザは、ＤＴＤドキュメント及びＸＭＬドキュメントを解析するソフトウェア・プログラムであり、解析結果としての文書オブジェクトをＸＳＬプロセッサに渡す。この文書オブジェクトは、元のＸＭＬドキュメント中のタグに従って木構造が形成された構造化文書である。
【００８９】
ＸＳＬプロセッサは、ＸＳＬドキュメントの記述に従った表現形式に文書オブジェクトを変換するソフトウェア・プログラムである。ＸＳＬプロセッサで変換処理されたドキュメントは、ＸＭＬブラウザでブラウジングすることが可能である。また、別のＸＳＬドキュメントを使用することにより、他のブラウザ（例えば、ＨＴＭＬブラウザや、それ以外のカスタム・ブラウザ）でブラウジング可能なドキュメントに変換することも可能である。
【００９０】
次に、デジタル衛星データ放送受信システム１０において、ＸＭＬ文書などの放送コンテンツを受信する処理手順について説明する。
【００９１】
デジタル衛星データ放送システム１００では、図５に示すように、まず、放送局１から放送衛星５に対してコンテンツが送信され、放送衛星５から受信局１０に向かって転送される。
【００９２】
放送のコンテンツは、ＸＭＬ形式で記述された文書本体（但し、ＤＴＤ文書を含まないこともある）と、ＸＳＬ形式で記述されたスタイルシートからなる。ＸＭＬ文書本体には、どのように表示されるかを指定するスタイル情報以外の情報が包含されている（例えば、テキストと、これに利用される画像オブジェクトなどのマルチメディア・コンテンツなど）。
【００９３】
衛星放送のように一方向性の送信環境では、標準的なＸＭＬ言語で記述されたコンテンツは、使用するスタイルシートを限定しない限り、ＸＭＬ文書とスタイルシートが同梱された形態で送信される。
【００９４】
受信システム１０側では、受信データのうち必要なものは、ＨＤＤ２９／６２のような大容量記憶装置に一旦蓄積される（受信システム１０がＨＤＤを装備しないデザインの場合、着脱式で可搬性のあるメモリ・カード／スティックなど、他の記憶媒体に格納される）。受信データが、ＸＭＬなどのマークアップ言語形式の文書である場合、受信システム１０内で処理され、ＴＶなどの表示装置１８／６８に画面出力される。
【００９５】
また、本実施例では、放送衛星５を介して送信されるコンテンツは、ＸＭＬ文書とＸＳＬ文書が同梱されたもの以外に、ＸＭＬ文書本体のみ、ＸＳＬ文書のみというケースも想定している。また、ＸＳＬ文書は、放送以外による配信・配布の形態、例えばインターネットのようなネットワーク経由でのファイル・ダウンロードや、ＦＤやＣＤ−ＲＯＭ、ＭＯ、メモリ・スティックなどの可搬型記憶媒体に担持されて供給を受けることができる。
【００９６】
本実施例に係る受信システム１０は、供給されたＸＭＬ文書とＸＳＬ文書を分離して蓄積する。すなわち、これら供給された文書ファイルを蓄積するＨＤＤ２９／６２には、ＸＭＬ文書（但し、ＤＴＤ文書を含んでもよい）のみを保存・管理する文書本体保存部８０と、スタイルシートとしてのＸＳＬ文書のみを保存・管理するスタイルシート保存部９０が設けられている。スタイルシートの高機能化・高付加価値化が進み、スタイルシートすなわちＸＳＬ文書自体が、文書本体と同様に著作物性を具備するようになってきている。したがって、スタイルシートの無断使用や不正利用を排除するためには、スタイルシート保存部９０はセキュリティ管理された記憶領域であることが好ましい。
【００９７】
次に、受信システム１０において、受信した放送コンテンツを処理する手順について、図６を参照しながら説明する。以下で言及するように、放送事業者又は放送の利用者の要求に合致したスタイルシートを適用することで、放送コンテンツ本体としてのＸＭＬ文書は、所望の実行可能形式に変換される。
【００９８】
受信システム１０は、放送コンテンツと同梱で、あるいは放送コンテンツとは分離して、スタイルシートを獲得する。放送コンテンツの本体は、必ずしもＸＭＬ言語形式で記述された文書には限定されない。例えば、ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬなど、ＸＭＬ以外のマークアップ言語形式であってもよい。また、ＸＭＬ文書が、例えばＴＶ放送などに適用され、他のマルチメディア・コンテンツと共に動作してコンテンツのプレゼンテーションを行う場合には、マルチメディア・コンテンツも文書本体に含むものとする。また、スタイルシートはＸＳＬ形式で記述された、ＸＭＬ文書本体の表現形式を規定した文書である。
【００９９】
放送コンテンツ本体は、ＸＭＬ文書の他にＤＴＤ文書を含んでいてもよい。ＸＭＬ文書は、ＸＭＬパーザと呼ばれる構文解析プログラムに投入されパーシング処理される。ＸＭＬパーザは処理結果を文書オブジェクトとして出力し、これを後続のＸＳＬプロセッサ・モジュールに渡す。なお、ここで扱う文書オブジェクトは、元のＸＭＬ文書中のタグに従って木構造が形成された構造化文書であると理解されたい。
【０１００】
ＸＳＬ文書は、ＸＭＬ文書の表現形式等を規定したスタイルシートである（前述）。本実施例では、受信システム１０内に設けられた外部記憶装置２９（又は６２）には、予め１以上のＸＳＬ文書ファイルが蓄積されているものとする。また、本発明者は、ＸＳＬ文書中に利用者の属性情報を書き込むこととし、且つ、異なる利用者属性情報を含んだ数種類のＸＳＬ文書を外部記憶装置２９／６２に保管することとした。
【０１０１】
ＸＳＬプロセッサは、外部記憶装置２９／６２の中から１つのＸＳＬ文書を取り出して、該ＸＳＬ文書の記述に従って、文書オブジェクトを、規定されたスタイルに応じた実行可能形式（例えば、ブラウザによる表示処理可能な形式）に変換する。
【０１０２】
そして、生成された実行可能形式文書は、実行エンジンに投入される。実行エンジンの一例は、ディスプレイ１８（又は６８）に描画処理するブラウザである。ブラウザは、ＸＭＬ文書をブラウズ可能にするＸＭＬブラウザでも、ＨＴＭＬ文書のためのＨＴＭＬブラウザでもよい。また、これら以外のカスタム・ブラウザでもよい。ブラウザを始めとする実行エンジンは、一般に、オペレーティング・システムが提供するプラットフォーム上で動作する。すなわち、オペレーティング・システムが用意するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）をコールすることで操作性よく処理を実現することができる。
【０１０３】
ＸＳＬプロセッサが使用すべきスタイルシートを指定する方法は幾つか考えられる。例えば、処理対象である元のＸＭＬ文書中に使用すべきＸＳＬ文書の識別子を書き込むことができる。この場合、スタイルシートの指定者はＸＭＬ文書の配信者である放送事業者となる。言い換えれば、放送事業者主導でスタイルシート（及びスタイルシートが規定する利用者属性）が選択されることになる。
【０１０４】
あるいは、受信システム１０上で、利用者がＸＳＬ文書を直接選択することも考えられる。例えば、ディスプレイ１８（又は６８）の画面上にダイアログ・ボックスを開いて、どのスタイルシートを適用すべきかのユーザ入力を促すようにしてもよい。また、ディスプレイ１８（又は６８）のブラウザ画面上で利用者属性のユーザ入力を促し、この入力結果に合致するスタイルシートを自動選択するようにしてもよい。このような場合、スタイルシートの指定者はコンテンツ受信者である利用者となる。言い換えれば、利用者主導でスタイルシート（及びスタイルシートが規定する利用者属性）が選択されることになる。
【０１０５】
さらには、利用者が放送コンテンツを購入する際の認証手続きにおいて、購入契約等に応じたスタイルシートを自動選択するようにしてもよい。例えば、利用者が購入契約した放送サービスの品質等に関するランクやレベル、種別などに従って、スタイルシートを選択する。この場合、スタイルシートは、放送事業者と利用者の合意に従って選択されることになる。
【０１０６】
既に言及したように、同一の放送コンテンツすなわちＸＭＬ文書であっても、適用するスタイルシートを変えるだけで、ディスプレイ画面上での表示形態は大いに異なる。本実施例では、放送事業者又は放送の利用者のいずれか一方又は双方の意向に従って、利用者の属性を規定したスタイルシートを選択的に使用することで、単一の配信コンテンツに基づいて利用者の属性に適合した情報を提供することが可能となる訳である。
【０１０７】
本実施例において処理されるＸＭＬ文書のソース・コードの一例を示しておく。既に述べたように、ＸＭＬ文書は、データ属性を定義するタグで区切られた一連のタグ・データで構成されたマークアップ言語形式文書である。
【０１０８】
【数１】
【０１０９】
ここで、［数１］に示したＸＭＬ文書の内容について簡単に説明しておく。このＸＭＬソース・コードは、ある製品の紹介・告知情報の放送番組に関して記述するものである。このコードの先頭から第２行目までは制御情報に相当する。すなわち、第１行目では、”ｖｅｒｓｉｏｎ ＝…”でＸＭＬのバージョン情報を記述し、”ｅｎｃｏｄｅ ＝…”で文字符号の形式を規定する。また、第２行目では、”ｓｔｙｌｅｓｈｅｅｔ ｔｙｐｅ ＝…”でスタイルシートの種類を指定し、”ｈｒｅｆ ＝…”で参照スタイルシートのファイル名を指定する。この例ではファイル名”ｐｒｏｄｕｃｔ３．ｘｓｌ”なるＸＳＬ形式のスタイルシートが指定されている。すなわち、この例では、ＸＭＬ文書の作成者である放送事業者の要求（すなわち放送事業者主導）により、スタイルシートが指定され、利用者の属性に応じた情報提供がなされることになる。（但し、ＸＭＬ文書中でスタイルシートを指定するのではなく、受信システム１０のユーザ・インターフェース上で利用者がスタイルシートを指定することもできる。この場合、利用者の要求（すなわち利用者駆動）により、利用者の属性に応じた情報提供が実現される。）
【０１１０】
また、このＸＭＬ文書の本体部分では、視聴者を、特別契約者、一般契約者、無契約者という３つのレベルに区分して、各レベル毎に異なる利用情報を規定している。従来、提供される情報が異なる場合には、図７（ａ）に示すように、それぞれ別の放送コンテンツとして配信する他なかった。これに対し、ＸＭＬ文書で記述される放送コンテンツの場合、タグの定義が任意である（前述）という性格を持つ。本発明者は、利用者（すなわち視聴者）の属性に応じて異なる放送コンテンツの各々を、タグで区切ることによってシリアルに連結して、単一のコンテンツとして配信することとした。ＸＭＬ言語形式で放送コンテンツを記述した場合、図７（ｂ）に示すように、各利用者属性毎の放送コンテンツは全て、単一のＸＭＬソース・コード中に列挙される。
【０１１１】
この結果、放送事業者は配信コンテンツの取り扱いや管理が簡素で容易なものとなる。また、視聴者に対しては、個別の属性情報に応じた情報提供を享受でき、サービスが拡充される。
【０１１２】
図６に示すように、受信コンテンツであるＸＭＬ文書は、まず、ＸＭＬパーザに投じられて構文解析され、構造化された文書オブジェクトとして出力される。この文書オブジェクトは、ＸＳＬプロセッサに投じられる。
【０１１３】
ＸＳＬプロセッサは、ＸＭＬ文書中で指定されたＸＳＬ文書すなわちスタイルシートを外部記憶装置２９又は６２から取り出して、このスタイルシートを参照しながら、文書オブジェクトを実行可能形式に変換する。（勿論、ＸＭＬ文書中でスタイルシートを指定するのではなく、受信システム１０のユーザ・インターフェース上で利用者がスタイルシートを指定することもできる。この場合、放送事業者ではなく利用者の要求（すなわち利用者主導）により、利用者の属性に応じた情報提供が実現される。）
【０１１４】
なお、指定されたスタイルシートが外部記憶装置２９／６２内に存在しない、すなわち受信システム１０のローカルに用意されていない場合には、デフォルトのスタイルシートを適用するなどの対策を講じればよい。
【０１１５】
上記のＸＭＬ文書に対して適用可能なＸＳＬ文書の一例のソース・コードを以下に示しておく。このスタイルシートは、［数１］に示したＸＭＬ文書中で指定されたＸＳＬ文書であり、すなわち、ファイル名”ｐｒｏｄｕｃｔ３．ｘｓｌ”なるＸＳＬ形式のスタイルシートとする。但し、表記の便宜上、単一のＸＳＬ文書を［数２］と［数３］という２つの数式を用いて記述したが、実際には両数式は単一の文書ファイルとしてシリアルに連結していると理解されたい。
【０１１６】
【数２】
【０１１７】
【数３】
【０１１８】
［数２］に示すＸＳＬスタイルシートの第１行目の”？ｘｍｌ ｖｅｒｓｉｏｎ ＝…”によってＸＳＬのバージョンを指定し、また、同行の”ｅｎｃｏｄｉｎｇ ＝…”によって文字符号化形式を指定する。また、第２行目のタグ”〈ＨＴＭＬ …〉”は、日本語のＮａｍｅｓｐａｃｅのメタ・データ・ファイルの取得を指定する。〈ＨＥＡＤ〉なるタグは、タイトル指定、テンプレートの選択、ソート処理の規定を行うことができる。また、〈ＳＣＲＩＰＴ〉なるタグは、使用するスクリプトの指定と、そのスクリプトの中で利用する機能を定義することができる。また、〈ＳＣＲＩＰＴ ＬＡＮＧＵＡＧＥ …〉は、実際のスクリプト部分である。ここで例示したソース・コードでは、スクリプトは”ＪａｖａＳｃｒｉｐｔ”で記述されているので、詳細は市販のマニュアル類（例えば川西朝雄著「改定新版 ホームページを飾るＪａｖａＳｃｒｉｐｔ入門」（技術評論社））を参照されたい。
【０１１９】
また、［数３］の第３行目の”〈ｘｓｌ： ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝”視聴者／情報内容” 〉”によって、ＸＭＬソース・コード中の視聴者／情報内容を受けている。この結果、表示画面の最初のラインに出力される。
【０１２０】
また、上記のＸＭＬ文書に対して上記のＸＳＬスタイルシート中で規定されているＳＯＲＴ文書のソース・コードを以下に示しておく。
【０１２１】
【数４】
【０１２２】
図８及び図９には、［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書の表示例を示している。
【０１２３】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１２４】
【発明の効果】
以上詳記したように、本発明によれば、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１２５】
また、本発明によれば、放送やネットワークを介してデータを配信する際に、単一のコンテンツを各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１２６】
本発明を、衛星又は地上波による放送事業に適用した場合、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【０１２７】
また、本発明を、インターネットを介した情報配信に適用した場合、ホームページ上の入力画面を介して利用者の属性を判断することにより、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【図面の簡単な説明】
【図１】本発明の実施に供されるデジタル衛星データ放送システム１００の概略構成を示した図である。
【図２】受信局１０（すなわち一般家庭）における受信システムの一例１０−Ａのハードウェア構成を模式的に示した図であり、より具体的には、ＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で実装された受信システム１０−Ａの構成を示した図である。
【図３】他の例に係る受信システム１０−Ｂのハードウェア構成を模式的に示した図であり、より具体的には、汎用コンピュータ・システムにデジタル衛星データ放送用のチューナ・カードを装備するという形態で実装された受信システム１０−Ｂのハードウェア構成を示した図である。
【図４】デジタル放送データ受信システム１０において実行される各種のソフトウェア・プログラムにおける階層的構成を模式的に図解している。
【図５】放送コンテンツが放送局１から放送衛星５を介して受信局１０に転送される様子を模式的に示した図である。
【図６】受信システム１０におけるスタイルシートの利用手順を模式的に示した図である。
【図７】配信される放送コンテンツの構造を模式的に図解したものである。
【図８】［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書を表示例である。
【図９】［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書を表示例である。
【図１０】ＸＭＬコンテンツを処理する手順を概略的に示した図である。
【符号の説明】
１０…デジタル放送データ受信システム
１１…チューナ，１２…ＴＳデコーダ
１３…ＡＶデコーダ，１２Ａ，１３Ａ…ＲＡＭ
１５…バス，１６…ＯＳＤ表示コントローラ
１７…ユーザ・インターフェース制御部
１８，６８…映像・音声出力部，１９…ミキサ
２１／３１…ＣＰＵ，２２／３４…ＲＡＭ
２３／３５…ＲＯＭ
２４／３６…シリアル入出力コントローラ
２５／３７…高速モデム
２６／３８…ＩＥＥＥ１３９４インターフェース
２７／３９…ビデオ・カメラ
２８／６１…ハード・ディスク・インターフェース
２９／６２…ハード・ディスク・ドライブ
６３…キーボード／マウス・コントローラ
６４…キーボード，６５…マウス
６６…ビデオ・コントローラ，６７…ＶＲＡＭ
１００…デジタル衛星データ放送システム
【発明の属する技術分野】
本発明は、デジタル衛星データ放送やマルチメディア・コンテンツの通信など、デジタル・データ配信技術に係り、特に、データ属性を持つコンピュータ言語の命令で構成されるデジタル・データを配信する技術に関する。データ属性を持つコンピュータ言語の命令で構成されるデジタル・データは、例えば、データ属性を定義するタグで区切られたタグ・データからなる言語（すなわち、マークアップ言語）形式で記述される。
【０００２】
更に詳しくは、本発明は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式のデジタル・データを配信する技術に係り、特に、ＸＭＬ文書の表現形式等を規定するためのスタイルシートすなわちＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）文書の取り扱いに関する。
【０００３】
【従来の技術】
衛星テレビ放送の技術分野において、データのデジタル化が急速に進められている。これは、デジタル・データの方がアナログ・データよりも帯域を効率よく利用できる点や、映像や音声以外のデータとの親和性が高い点などに依拠する。
【０００４】
例えば、デジタル・データであれば、１チャンネルで４本分のデータを搬送することができ、ハイビジョン用のデータをそのまま送信することができる。また、ＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組ガイド）など各種のシステム情報等を映像情報や音声情報とともに送ることによって、ユーザ（視聴者）へのサービスを向上させることができる（ＥＰＧは、放送番組の放送スケジュールや番組名などの提示情報の他、ＶＴＲへの録画予約などの機能を包含する）。
【０００５】
デジタル形式のデータは、汎用コンピュータ・システムなどテレビジョン以外の情報機器との親和性も高い。例えば、汎用コンピュータ・システムにデジタル衛星データ放送用のチューナ・カードを取り付けて、受信したＥＰＧデータをコンピュータ内で解析して、番組表をコンピュータ・ディスプレイ上にウィンドウ表示して、番組切換や録画予約などをマウス・カーソルによる操作で実現することができる。勿論、放送データをコンピュータの内蔵ハード・ディスクにそのままデジタル録画することも可能である。
【０００６】
また、映像以外のデータを送信することにより、放送番組の対話性を高めることができる。例えば、択一式のクイズを提供するような放送番組であれば、映像データとともに解答を併せて送信することにより、衛星テレビ放送受信機（すなわち視聴者）側では、コンピュータ・ディスプレイ上に解答メニュー・ボタンを用意し、マウス・カーソルによる解答操作に応答して答え合わせを行うことができる。
【０００７】
さらに対話性が高まれば、家庭内のテレビ受信機は、単に映像コンテンツを扱うだけでなく情報管制塔として飛躍することが期待できる。例えば、テレビ受信機は、インターネット端末や電子商取引端末にもなり得る。
【０００８】
デジタル衛星データ放送の標準化作業では、マルチメディア符号化の方式として、従来はＭＨＥＧ（Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｈｙｐｅｒｍｅｄｉａ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）の利用が検討されてきた。ＭＨＥＧは、データ属性を定義するタグを用いる記述言語（すなわち、マークアップ記述言語）の一種であり、マルチメディア・コンテンツをテレビに表示し、ビデオ・オン・デマンド（ＶＯＤ）やデジタル・テレビ放送において視聴者が所望の情報を引き出すような用途を想定している。例えば日本のＣＳデジタル放送（ＳＫＹＰｅｒｆｅｃＴＶ）では、ＭＨＥＧ−５が採用されている。
【０００９】
しかしながら、ＭＨＥＧは、タグの定義が固定的であり拡張性に欠ける。すなわち、一意に定められたタグのみを用いて記述しなければならないので、例えば関数（ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）など）を一つ変更するのにさえ、相当の修正作業を要する。また、ＭＨＥＧは、放送業務に特化したマルチメディア符号化方式を規定したものなので、インターネット上のコンテンツとの互換性がない。
【００１０】
そこで、ＭＨＥＧに代わって、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとした仕様が検討されている。当業界では既に周知のように、ＸＭＬは、現在のインターネットの記述言語であるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と同様、タグを使ってコンテンツ・データを区切り、その属性を指定するタイプの記述言語（すなわち、マークアップ言語）である。ＸＭＬは、ＨＴＭＬと同様にコンテンツ中にリンクすなわち別の資源オブジェクトへのアクセス情報（リファレンス）を埋め込むこともできる。
【００１１】
ＸＭＬは、タグの定義が任意、すなわち属性の記述の仕方に制約がないので、自由度が高く、また、インターネットとの親和性が高いことなどが、ＭＨＥＧよりも有利な点として挙げられる。また、ＸＭＬは、次世代インターネットの記述言語としての策定も進められている。
【００１２】
デジタル衛星データ放送用言語としてのＸＭＬの仕様とは、要するに、送信コンテンツをディスプレイ上に表現するマルチメディア符号化方式をタグを用いて記述することを規定したものである。
【００１３】
さらに、送信コンテンツに対して任意に定義可能なタグを付加できるようにしたものである。任意に定義可能なタグの記述方法を定めたものが、ＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）と呼ばれる標準規約である。例えば、各業界毎にＤＴＤを定めることができる。ここで言うタグには、例えばテレビ受信機とコンピュータのように異機種間で接続したときに、各機器が互いにコンテンツの意味を理解して処理するために必要な情報などが含まれる。
【００１４】
また、ＸＭＬコンテンツの表現方法（すなわち、ディスプレイ上でのプレゼンテーション形式やプリンタへの印刷出力形式であり）は、ＤＴＤとは別のドキュメントであるスタイルシートによって記述される。例えば、スタイルシートの記述次第で、書体やそのサイズ・色などを変化させて、同じＤＴＤコンテンツを全く別の形式で表現することができる。スタイルシートは、ＤＴＤとは別のファイルにして送信される。ＸＭＬドキュメント用のスタイルシートのことを、特に「ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）」とも呼ぶ。ＸＳＬは、スタイルシート本来の機能の他に、ＸＭＬドキュメントの変換言語としても注目されている。また、ＤＴＤドキュメントの負荷が重く、受信機がセット・トップ・ボックス（ＳＴＢ）のようにハード・ディスク装置を装備できないタイプの場合には、ＸＳＬを用いることによりデータベース操作を行うことができるなどの利点がある。
【００１５】
ＸＭＬコンテンツの配信は、図１０に示すように、ＸＭＬドキュメントの他、例えばＤＴＤドキュメントとＸＳＬドキュメントなどを伴なう（但し、ＸＭＬ文書はＤＴＤを含まない場合もある）。また、必ずしもＸＭＬ言語形式で記述された文書には限定されず、ＳＧＭＬ（Ｓｔａｎｄａｒｄ ＧｅｎｅｒａｌｉｚｅｄＭａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬなど他の言語形式であってもよい。また、ＸＭＬで記述された文書が、例えばＴＶ放送などに適用され、他のマルチメディア・コンテンツと共に動作してコンテンツのプレゼンテーションを行う場合には、リアルタイム・マルチメディア・コンテンツも文書本体に含むものとする。
【００１６】
受信側では、これら受信したドキュメントを「ＸＭＬパーザ（Ｐｅｒｓｅｒ）」と呼ばれる構文解析プログラムでパーシング処理する。ＸＭＬパーザは、ＤＴＤドキュメントを用いてＸＭＬドキュメントを解析して、文書オブジェクトを出力する。この文書オブジェクトは、元のＸＭＬドキュメント中のタグに従って木構造が形成された構造化文書である。
【００１７】
次いで、この文書オブジェクトは、「ＸＳＬプロセッサ」と呼ばれる変換プログラムによって変換処理される。ＸＳＬプロセッサは、ＸＳＬドキュメントを例えばスクリプト形式の変換して、ＸＳＬドキュメントの記述に従った表現形式に文書オブジェクトを変換する。例えば、高度ＸＭＬ形式で記述されたドキュメントを、いわゆるＨＴＭＬブラウザでブラウジング可能なＨＴＭＬ形式のドキュメントに変換したり、ＨＴＭＬ以外のカスタム・ブラウザでブラウジング可能なカスタム文書に変換したりすることができる。
【００１８】
ところで、放送や通信などの様々な手段によって配信されるマルチメディア・コンテンツを、利用者（すなわち、放送の視聴者若しくは受信機ユーザ）の属性に応じた情報にして提供するという要望は、従来から高かった。
【００１９】
しかしながら、放送は、有線又は無線、地上波又は衛星の区別に拘らず、不特定多数に同時通報する一方向性の情報伝達であり、利用者に与えられる情報は単目的なものであった。言い換えれば、個々の受信者の属性に応じて放送する情報の内容を変えるのはほとんど不可能であった。
【００２０】
また、インターネットの世界では、ホームページ上に用意された入力画面を介して利用者の属性を判断することは、既に可能となっている。例えば、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバが利用者を識別するための文字列情報として、”Ｃｏｏｋｉｅ”なるものが用意されている。すなわち、カスタマイズ・サービスを提供するＷＷＷサーバは、各利用者のためのＣｏｏｋｉｅを生成してブラウザに転送し、ブラウザはこれを保管する。ブラウザが再びカスタマイズ・サービスにアクセスするときには、Ｃｏｏｋｉｅを転送することで、情報のカスタマイズを可能にしている。しかしながら、単一のコンテンツ情報によって個々の利用者の属性に応じた情報提供を行う訳ではなく、属性を記述した別のコンテンツをサーバ・クライアント間で交換する必要があり、操作や処理の簡易性に欠ける。
【００２１】
【発明が解決しようとする課題】
本発明の目的は、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００２２】
本発明の更なる目的は、放送やネットワークを介してデータを配信する際に、単一のコンテンツを各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することにある。
【００２３】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、コンピュータ言語で記述されたデータを配信するデータ配信方法又は装置であって、利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２４】
また、本発明の第２の側面は、タグを使用する言語形式のデータを配信するデータ配信方法又は装置であって、
利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２５】
また、本発明の第３の側面は、任意に定義可能なタグを使用する言語形式のデータを配信するデータ配信方法又は装置であって、
利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めるステップ又は手段と、
該配信データ・コンテンツを配信するステップ又は手段と、
を具備することを特徴とするデータ配信方法又は装置である。
【００２６】
ここで、利用者の属性に応じた提供情報の各々は、タグで区切られたデータであってもよい。
【００２７】
また、配信データ・コンテンツは、適用すべきスタイルシートの指定を含んでもよい。
【００２８】
配信データ・コンテンツは、スタイルシートによって表現形式を規定することができる。
【００２９】
また、スタイルシートは、利用者の属性に応じた情報提供の形式を規定してもよい。
【００３０】
また、本発明の第４の側面は、コンピュータ言語で記述されたデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３１】
また、本発明の第５の側面は、タグを使用する言語形式のデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３２】
また、本発明の第６の側面は、任意に定義可能なタグを使用する言語形式のデータを受信するデータ受信方法又は装置であって、
データ・コンテンツの表現形式を規定した１以上のスタイルシートを準備するステップ又は手段と、
利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信するステップ又は手段と、
適合するスタイルシートを参照して受信した配信データ・コンテンツを所定の表現形式に変換するステップ又は手段と、
を具備することを特徴とするデータ受信方法又は装置である。
【００３３】
本発明の第４乃至第６の側面に係るデータ受信方法又は装置では、配信データ・コンテンツ内の指定に従って、適合するスタイルシートを選択するようにしてもよい。
【００３４】
あるいは、配信データ・コンテンツの利用者の要求に従って、適合するスタイルシートを選択するようにしてもよい。
【００３５】
また、スタイルシートは、利用者の属性に応じた情報提供の形式を規定してもよい。
【００３６】
【作用】
本発明に係るデータ配信方法又は装置によれば、利用者の属性に応じた複数の提供情報を単一の配信データ・コンテンツに含めてデータ配信が行われる。この結果、配信者においては配信コンテンツの取り扱いが簡易化される。
【００３７】
配信データ・コンテンツ中の利用者の属性に応じた提供情報の各々は、タグで区切られたデータであるから、各々を容易に分離して処理することが可能である。
【００３８】
利用者の属性に応じた情報提供の形態、すなわち表現形式は、スタイルシートによって規定される。したがって、複数のスタイルシートを利用することで、各利用者の属性に応じた情報提供の形態を予め用意しておくことができる。
【００３９】
また、本発明に係るデータ受信方法又は装置によれば、利用者の属性に応じた複数の提供情報を含んだ単一の配信データ・コンテンツを受信すると、該コンテンツに対して適合するスタイルシートを用いて所定の表現形式に変換する。
【００４０】
配信データ・コンテンツに適合するスタイルシートは、例えば配信コンテンツ自身の中で記述することができる。この場合、配信者主導により、利用者の属性に応じた情報提供がなされる。
【００４１】
また、受信機上のユーザ・インターフェースを用いて、配信コンテンツに適合するスタイルシートを利用者が選択することができる。この場合、利用者主導により、利用者の属性に応じた情報提供がなされる。
【００４２】
本発明を衛星又は地上波による放送事業に適用した場合、単一の配信コンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【００４３】
また、本発明を、インターネットを介した情報配信に適用した場合、ホームページ上の入力画面を介して利用者の属性を判断することにより、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【００４４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００４６】
図１には、本発明の実施に供されるデジタル衛星データ放送システム１００の概略構成を示している。同図に示すように、デジタル衛星データ放送システム１００は、放送サービスを提供する放送局（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｅｒ）１と、放送データを中継する放送衛星（Ｓａｔｅｌｌｉｔｅ）５と、放送衛星５から放送データを受信する受信局（Ｒｅｃｅｉｖｅｒ／Ｄｅｃｏｄｅｒ）１０とで構成される。放送局１は地上に１基以上存在し、放送衛星５は地球のはるか上空に散在する。また、受信局１０は、一般家庭などに相当し、実際には地上に無数存在する。放送局１及び放送衛星５を介したデータ配信すなわち放送は、一方向通信である。
【００４７】
デジタル・データ放送では、１０〜５０Ｍｂｐｓの転送レートでデータ伝送される。本実施例では、放送局１が配信するデータは、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）言語形式で記述されたデジタル・コンテンツであり、ＸＭＬドキュメントと、ＤＴＤドキュメントと、ＸＳＬドキュメントを含む（但し、ＸＭＬドキュメントはＤＴＤドキュメントを含まない場合もある。また、配信時にはＸＳＬドキュメントを含まない場合もある）。また、配信データは、通常、ＭＰＥＧ２（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ２）形式でデータ圧縮されている。
【００４８】
各受信局１０と放送局１との間は、インターネットのような広域ネットワーク５０、又は専用線などによって双方向接続されていてもよい。例えば、インターネット５０を利用した一部オンデマンド放送サービスを提供することも可能である。但し、この場合、両者間は、５６ｋｂｐｓ以上の高速アナログ電話回線、１０〜６４ｋｂｐｓ程度の高速ワイヤレス通信、１２８ｋｂｐｓのＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、あるいは５〜３０Ｍｂｐｓクラスのケーブルによって接続されていることが好ましい。
【００４９】
図２には、受信局１０（すなわち一般家庭）における受信システムの一例１０−Ａのハードウェア構成を模式的に示している。該システム１０−Ａは、例えばＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で普及している。該システム１０Ａ内の各ハードウェア・コンポーネントは、バス１５を介して相互接続されている。以下、各部について説明する。
【００５０】
アンテナ（図示しない）で受信された放送波は、チューナ１１に供給される。放送波は、規定のフォーマットに従っており、例えば番組ガイド情報（ＥＰＧ：Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）等を含んでいる。なお、放送波としては、上記した放送波以外に、有線放送波や地上波でもよく、特に限定されない。
【００５１】
チューナ１１は、ＣＰＵ２１（後述）からの指示に従い、所定チャネルの放送波のチューニングを行い、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）デコーダ１２に出力する。受信データは、映像情報、音声情報と、それ以外の番組情報等のデータが、ＭＰＥＧ圧縮され、シリアルに連結されて、「トランスポート・ストリーム」として構成されている。トランスポート・ストリームは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う「トランスポート層」で規定されている。
【００５２】
なお、送信されてくる放送波がアナログかデジタルかに応じて、チューナ１１の構成を適宜変更又は拡張することができる。
【００５３】
ＴＳデコーダ１２は、このトランスポート・ストリームを解釈して、映像及び音声情報すなわちＡＶデータ・ブロックをＡＶデコーダ１３に送出し、それ以外の番組情報等のデータ・ブロックを、バス１５を介してＣＰＵ２１に送信する。ＴＳデコーダ１２は、作業データ保管用のメモリ１２Ａを自己のローカルに備えていてもよい。
【００５４】
ＡＶデコーダ１３は、ＴＳデコーダ１２から渡されたＡＶデータ、すなわち音声及び画像データを解釈して、元の映像信号や音声信号を再生して、映像・音声出力部１８に出力する。ＡＶデコーダ１３は、作業データ保管用のメモリ１３Ａを自己のローカルに備えていてもよい。また、映像・音声出力部１８の実体は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ（又は液晶などのフラット・パネル・ディスプレイ）とスピーカである。
【００５５】
ユーザ・インターフェース制御部１７は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザが直接操作するための操作ボタンや遠隔操作するためのリモコンを備えている。また、現設定内容を表示するための表示パネルやＬＥＤインジケータ（図示しない）を含んでいてもよい。
【００５６】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１は、受信システム１０−Ａ全体の動作を統括するメイン・コントローラである。ＣＰＵ２１は、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、ＸＭＬパーシングやＸＳＬプロセッシング、ブラウジングなど、ＸＭＬコンテンツ処理のための各種ソフトウェア・プログラム（後述）を実行することができる。
【００５７】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２２は、ＣＰＵ２１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。また、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３は、システム１０−Ａの電源投入時に実行する自己診断・初期化プログラムや、ハードウェア操作用のマイクロコードを恒久的に格納する読み出し専用メモリである。
【００５８】
シリアル入出力（ＳＩＯ）コントローラ２４は、システム１０−Ａ外部の機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ２４が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム２５（例えば、転送レートが５６Ｋｂｐｓ）が装着されている。モデム２５によって所定のアクセス・ポイント（図示しない）にＰＰＰ接続することで、システム１０−Ａはインターネットに接続される。
【００５９】
ＩＥＥＥ１３９４インターフェース２６は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。１ＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器には、例えば、ビデオ・カメラ２７やスキャナ（図示しない）などがある。
【００６０】
ハード・ディスク・ドライブ（ＨＤＤ）２９は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の大容量を持つ。ＨＤＤ２９は、インターフェース２８を介してバス１５に接続される。
【００６１】
ＯＳＤ表示コントローラ１６は、ＯＳＤ（Ｏｐｅｎ Ｓｏｆｔｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ）フォーマットのデータを画面表示するための専用コントローラである。
【００６２】
この受信システム１０−Ａでは、ＣＰＵ２１は、ユーザ・インターフェース制御部１７を介したユーザ入力コマンドに従って、チューナ１１のチューニング動作を制御するとともに、番組情報の表示制御などを行う。すなわち、ＴＳデコーダ１２から供給された番組情報を処理して表示用のデータに変換してＯＳＤ表示コントローラ１６に供給する。ＯＳＤ表示コントローラ１６は、この表示データを基に、番組情報の画像信号を生成し、ミキサ１９に供給する。ミキサ１９は、ＡＶデコーダ１３から供給される映像信号と、ＯＳＤ表示コントローラ１６から供給される映像信号とを合成して、映像・音声出力部１８に出力する。
【００６３】
なお、ＯＳＤは、ソフトウェアの配布やインストールのための情報記述用フォーマットであり、ＣＤＦ（Ｃｈａｎｎｅｌ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と組み合わせてプログラムのプッシュ配信や自動インストールに適応している。ＯＳＤは、米Ｍａｒｉｍｂａ社と米Ｍｉｃｒｏｓｏｆｔ社の提案に端を発し、Ｎｅｔｓｃａｐｅ社やＣｙｂｅｒＭｅｄｉａ社、ＩｎｓｔａｌｌＳｈｉｅｌｄＳｏｆｔｗａｒｅ社等が支持している。
【００６４】
図３には、他の例に係る受信システム１０−Ｂのハードウェア構成を模式的に示している。該システム１０−Ｂは、例えば、汎用コンピュータ・システム３０にデジタル衛星データ放送用のデジタル・チューナ・カード４０を装備するという形態で実装される。
【００６５】
デジタル・チューナ・カード４０は、チューナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３と、各ＲＡＭ１２Ａ及び１３Ａとで構成される。チューナ１１と、ＴＳデコーダ１２と、ＡＶデコーダ１３の各々の機能は図２に示した例と略同一なので、ここではこれ以上説明しない。
【００６６】
他方、汎用コンピュータ・システム３０は、ＣＰＵ３１（後述）を始めとする主用回路コンポーネントを搭載した印刷配線基板（図示しない）を含んである。該基板は「マザーボード」とも呼ばれる。先述のチューナ・カード４０は、例えば「アダプタ・カード」の形態で提供され、マザーボード上に配設されたバス・スロット（図示しない）に装着される。バス・スロットに装着されたチューナ・カード４０は、ＰＣＩインターフェース１７（図示）を介してコンピュータ・システム３０内のバス（ＰＣＩバス）に接続される。
【００６７】
なお、チューナ・カード４０は、アダプタ・カードとしてではなく、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）／ＪＥＩＤＡ（Ｊａｐａｎ Ｅｌｅｃｔｒｏｎｉｃ Ｉｎｄｕｓｔｒｙ Ｄｅｖｅｌｏｐｍｅｎｔ Ａｓｓｏｃｉａｔｉｏｎ）の策定仕様に準拠したＰＣカードの形式で提供され、ＰＣカード・スロットに挿入することによってシステム構成に組み込まれてもよい。
【００６８】
ＣＰＵ３１は、コンピュータ・システム３０全体の動作を統括的に制御するメイン・コントローラであり、ＣＰＵ２１は、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で、ＸＭＬパーシングやＸＳＬプロセッシング、ブラウジングなど、ＸＭＬコンテンツ処理のための各種ソフトウェア・プログラム（後述）を実行することができる。
【００６９】
ＣＰＵ３１の外部ピンに直結したプロセッサ・バスは、バス・ブリッジ３２を介してシステム・バス３３に相互接続されている。
【００７０】
本実施例のバス・ブリッジ３２は、プロセッサ・バスとシステム・バス３３間の速度差を吸収するためのデータ・バッファの他、ＲＡＭ３４へのメモリ・アクセスを制御するメモリ・コントローラを含んだ構成となっている。
【００７１】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３４は、ＣＰＵ２１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。通常は、複数個のＤＲＡＭ（ダイナミックＲＡＭ）チップで構成される。
【００７２】
バス３３は、アドレス・バス、データ・バス、コントロール・バスなどを含んだ共通信号伝送路であり、例えばＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスがこれに相当する。バス３３上には、ＰＣＩインターフェース仕様に合致した各種周辺機器が相互接続されている。周辺機器の一例は、先述のデジタル衛星データ放送用チューナ・カード４０である。これら周辺機器の各々には固有のＩ／Ｏアドレスが割り振られており、ＣＰＵ３１（より厳密にはＣＰＵ３１が実行するプログラム）は、Ｉ／Ｏアドレスを指定することで所望の周辺機器に対するデータやコマンドの転送を実現することができる。
【００７３】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３５は、コンピュータ・システム３０の電源投入時に実行する自己診断プログラム（ＰＯＳＴ）や、ハードウェア操作用の基本入出力システム（ＢＩＯＳ）を恒久的に格納する読み出し専用メモリである。ＲＯＭ３５は、例えば電気的な消去及び再書き込み動作が可能なＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）で構成されていてもよい。
【００７４】
シリアル入出力（ＳＩＯ）コントローラ３６は、システム３０外部の機器とシリアル的なデータ交換を行うための周辺コントローラである。ＳＩＯコントローラ３６が用意するシリアル・ポートには、アナログ電話回線上の伝送データを変復調するための高速モデム３７（例えば、転送レートが５６Ｋｂｐｓ）が装着されている。モデム３７によって所定のアクセス・ポイント（図示しない）にＰＰＰ接続することで、システム３０はインターネットに接続される。
【００７５】
ＩＥＥＥ１３９４インターフェース３８は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。１ＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器には、例えば、ビデオ・カメラ３９やスキャナ（図示しない）などがある。
【００７６】
ハード・ディスク・ドライブ（ＨＤＤ）６２は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積するための外部記憶装置であり、通常、数ＧＢ程度の大容量を持つ。ＨＤＤ６２は、インターフェース５１を介してシステム・バス３３に接続される。ハード・ディスク・ドライブをコンピュータ・システム３０に接続するインターフェース規格は、例えばＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｒｉｖｅ Ｅｌｅｃｔｒｏｎｉｃｓ）やＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）などである。
【００７７】
キーボード／マウス・コントローラ（ＫＭＣ）６３は、キーボード６４やマウス６５などからのユーザ入力を処理するための専用コントローラである。ＫＭＣ６３は、キーボード６４からのスキャン・コード入力やマウス６５からの座標指示入力を検出したことに応答して、ＣＰＵ３１に対して割り込み要求を発行する。本実施例では、コンピュータ・システム３０に対する通常のコマンド入力の他、チャネルの選択などの受信システム１０−Ｂに対する入力操作も、キーボード６４やマウス６５を介して行うことができる。
【００７８】
ビデオ・コントローラ６６は、ＣＰＵ３１からの描画命令に従って画面表示を制御する専用コントローラであり、描画情報を一時格納するためのフレーム・メモリ（ＶＲＡＭ）６７を備えている。なお、本発明を好適に具現するためには、ビデオ・コントローラ６７は、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）以上の描画能力（例えば、ＳＶＧＡ（Ｓｕｐｅｒ ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）やＸＧＡ（ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ））を有することが好ましい。
【００７９】
この受信システム１０−Ｂでは、ＣＰＵ３１は、キーボード６４やマウス６５を介したユーザ入力コマンドに従って、チューナ１１のチューニング動作を制御するとともに、番組情報の表示制御などを行う。すなわち、ＴＳデコーダ１２から供給された番組情報を処理して表示用のデータに変換してビデオ・コントローラ６６に供給する。ビデオ・コントローラ６６は、この表示データを基に、番組情報の画像信号を生成し、ミキサ１９に供給する。ミキサ１９では、ＡＶデコーダ１３から供給される映像信号と、ビデオ・コントローラ６７から供給される映像信号とを合成して、映像・音声出力部６８に出力される。
【００８０】
なお、デジタル衛星データ放送受信システム１０を構成するためには、図２や図３に示した以外にも多くの電気回路等が必要である。但し、これらは当業者には周知であり、また、本発明の要旨を構成するものではないので、本明細書中では省略している。また、図面の錯綜を回避するため、図中の各ハードウェア・ブロック間の接続も一部しか図示していない点を了承されたい。
【００８１】
例えば、図２及び図３には図示しないが、受信システム１０は、ＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ）やＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）、メモリ・スティックなどの可搬型の記録メディアを装填してデータ・アクセス可能なＦＤＤ（Ｆｌｏｐｐｙ Ｄｉｓｃ Ｄｒｉｖｅ）、ＣＤ−ＲＯＭドライブ、ＭＯドライブ、メモリ・スロットのような外部記憶装置を備えていてもよい。
【００８２】
図４には、デジタル放送データ受信システム１０において実行される各種ソフトウェア・プログラム間における階層的構成を模式的に図解している。以下、各層のソフトウェアの機能について説明する。
【００８３】
最下層のハードウェア制御層は、オペレーティング・システム（ＯＳ）等の上位ソフトウェアに対してハードウェアの相違を吸収する目的を持ち、各ハードウェアに対する直接的な入出力動作やハードウェア割り込みに対応した処理を実行する。
【００８４】
ハードウェア制御層は、例えばＲＯＭ２３／３５に恒久的に格納されたＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、あるいは、ＨＤＤ２８／６２にインストールされた「デバイス・ドライバ」という形態で受信システム１０に提供される。
【００８５】
オペレーティング・システム（ＯＳ）は、受信システム１０内のハードウェア及びソフトウェアを総合的に管理するための基本ソフトウェアのことである。ＯＳは、ＨＤＤ２８／６２上のファイルの記録を管理する「ファイル・マネージャ」や、メモリ空間を管理する「メモリ・マネージャ」、システム・リソースの割り振りを管理する「リソース・マネージャ」、タスク実行を管理する「スケジューラ」、ディスプレイ上のウィンドウ表示を制御する「ウィンドウ・システム」などのサブシステムを含んでいる。
【００８６】
システム・サービスは、アプリケーションなどの上位プログラムがＯＳに対して各機能を呼び出す（コールする）ための関数の集まりであり、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）やラン・タイム・ライブラリがこれに相当する。システム・サービスの存在により、アプリケーションは各ハードウェアを直接操作する必要がなくなり、ハードウェア操作の統一性が担保される。
【００８７】
ＸＭＬアプリケーションは、ＸＭＬコンテンツに相当し、ＸＭＬという任意の定義付けが可能なタグ付の言語で記述されたＸＭＬドキュメントである。各ＸＭＬドキュメントには、文書型定義のためのＤＴＤドキュメントと、表示形式を規定するＸＳＬ（スタイルシート）ドキュメントが付随する。但し、ＸＭＬドキュメントがＤＴＤドキュメントを含まない場合もある。また、ＸＭＬドキュメントの配信時にＸＳＬドキュメントが付随しないこともある。
【００８８】
ＸＭＬパーザは、ＤＴＤドキュメント及びＸＭＬドキュメントを解析するソフトウェア・プログラムであり、解析結果としての文書オブジェクトをＸＳＬプロセッサに渡す。この文書オブジェクトは、元のＸＭＬドキュメント中のタグに従って木構造が形成された構造化文書である。
【００８９】
ＸＳＬプロセッサは、ＸＳＬドキュメントの記述に従った表現形式に文書オブジェクトを変換するソフトウェア・プログラムである。ＸＳＬプロセッサで変換処理されたドキュメントは、ＸＭＬブラウザでブラウジングすることが可能である。また、別のＸＳＬドキュメントを使用することにより、他のブラウザ（例えば、ＨＴＭＬブラウザや、それ以外のカスタム・ブラウザ）でブラウジング可能なドキュメントに変換することも可能である。
【００９０】
次に、デジタル衛星データ放送受信システム１０において、ＸＭＬ文書などの放送コンテンツを受信する処理手順について説明する。
【００９１】
デジタル衛星データ放送システム１００では、図５に示すように、まず、放送局１から放送衛星５に対してコンテンツが送信され、放送衛星５から受信局１０に向かって転送される。
【００９２】
放送のコンテンツは、ＸＭＬ形式で記述された文書本体（但し、ＤＴＤ文書を含まないこともある）と、ＸＳＬ形式で記述されたスタイルシートからなる。ＸＭＬ文書本体には、どのように表示されるかを指定するスタイル情報以外の情報が包含されている（例えば、テキストと、これに利用される画像オブジェクトなどのマルチメディア・コンテンツなど）。
【００９３】
衛星放送のように一方向性の送信環境では、標準的なＸＭＬ言語で記述されたコンテンツは、使用するスタイルシートを限定しない限り、ＸＭＬ文書とスタイルシートが同梱された形態で送信される。
【００９４】
受信システム１０側では、受信データのうち必要なものは、ＨＤＤ２９／６２のような大容量記憶装置に一旦蓄積される（受信システム１０がＨＤＤを装備しないデザインの場合、着脱式で可搬性のあるメモリ・カード／スティックなど、他の記憶媒体に格納される）。受信データが、ＸＭＬなどのマークアップ言語形式の文書である場合、受信システム１０内で処理され、ＴＶなどの表示装置１８／６８に画面出力される。
【００９５】
また、本実施例では、放送衛星５を介して送信されるコンテンツは、ＸＭＬ文書とＸＳＬ文書が同梱されたもの以外に、ＸＭＬ文書本体のみ、ＸＳＬ文書のみというケースも想定している。また、ＸＳＬ文書は、放送以外による配信・配布の形態、例えばインターネットのようなネットワーク経由でのファイル・ダウンロードや、ＦＤやＣＤ−ＲＯＭ、ＭＯ、メモリ・スティックなどの可搬型記憶媒体に担持されて供給を受けることができる。
【００９６】
本実施例に係る受信システム１０は、供給されたＸＭＬ文書とＸＳＬ文書を分離して蓄積する。すなわち、これら供給された文書ファイルを蓄積するＨＤＤ２９／６２には、ＸＭＬ文書（但し、ＤＴＤ文書を含んでもよい）のみを保存・管理する文書本体保存部８０と、スタイルシートとしてのＸＳＬ文書のみを保存・管理するスタイルシート保存部９０が設けられている。スタイルシートの高機能化・高付加価値化が進み、スタイルシートすなわちＸＳＬ文書自体が、文書本体と同様に著作物性を具備するようになってきている。したがって、スタイルシートの無断使用や不正利用を排除するためには、スタイルシート保存部９０はセキュリティ管理された記憶領域であることが好ましい。
【００９７】
次に、受信システム１０において、受信した放送コンテンツを処理する手順について、図６を参照しながら説明する。以下で言及するように、放送事業者又は放送の利用者の要求に合致したスタイルシートを適用することで、放送コンテンツ本体としてのＸＭＬ文書は、所望の実行可能形式に変換される。
【００９８】
受信システム１０は、放送コンテンツと同梱で、あるいは放送コンテンツとは分離して、スタイルシートを獲得する。放送コンテンツの本体は、必ずしもＸＭＬ言語形式で記述された文書には限定されない。例えば、ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＭＬなど、ＸＭＬ以外のマークアップ言語形式であってもよい。また、ＸＭＬ文書が、例えばＴＶ放送などに適用され、他のマルチメディア・コンテンツと共に動作してコンテンツのプレゼンテーションを行う場合には、マルチメディア・コンテンツも文書本体に含むものとする。また、スタイルシートはＸＳＬ形式で記述された、ＸＭＬ文書本体の表現形式を規定した文書である。
【００９９】
放送コンテンツ本体は、ＸＭＬ文書の他にＤＴＤ文書を含んでいてもよい。ＸＭＬ文書は、ＸＭＬパーザと呼ばれる構文解析プログラムに投入されパーシング処理される。ＸＭＬパーザは処理結果を文書オブジェクトとして出力し、これを後続のＸＳＬプロセッサ・モジュールに渡す。なお、ここで扱う文書オブジェクトは、元のＸＭＬ文書中のタグに従って木構造が形成された構造化文書であると理解されたい。
【０１００】
ＸＳＬ文書は、ＸＭＬ文書の表現形式等を規定したスタイルシートである（前述）。本実施例では、受信システム１０内に設けられた外部記憶装置２９（又は６２）には、予め１以上のＸＳＬ文書ファイルが蓄積されているものとする。また、本発明者は、ＸＳＬ文書中に利用者の属性情報を書き込むこととし、且つ、異なる利用者属性情報を含んだ数種類のＸＳＬ文書を外部記憶装置２９／６２に保管することとした。
【０１０１】
ＸＳＬプロセッサは、外部記憶装置２９／６２の中から１つのＸＳＬ文書を取り出して、該ＸＳＬ文書の記述に従って、文書オブジェクトを、規定されたスタイルに応じた実行可能形式（例えば、ブラウザによる表示処理可能な形式）に変換する。
【０１０２】
そして、生成された実行可能形式文書は、実行エンジンに投入される。実行エンジンの一例は、ディスプレイ１８（又は６８）に描画処理するブラウザである。ブラウザは、ＸＭＬ文書をブラウズ可能にするＸＭＬブラウザでも、ＨＴＭＬ文書のためのＨＴＭＬブラウザでもよい。また、これら以外のカスタム・ブラウザでもよい。ブラウザを始めとする実行エンジンは、一般に、オペレーティング・システムが提供するプラットフォーム上で動作する。すなわち、オペレーティング・システムが用意するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）をコールすることで操作性よく処理を実現することができる。
【０１０３】
ＸＳＬプロセッサが使用すべきスタイルシートを指定する方法は幾つか考えられる。例えば、処理対象である元のＸＭＬ文書中に使用すべきＸＳＬ文書の識別子を書き込むことができる。この場合、スタイルシートの指定者はＸＭＬ文書の配信者である放送事業者となる。言い換えれば、放送事業者主導でスタイルシート（及びスタイルシートが規定する利用者属性）が選択されることになる。
【０１０４】
あるいは、受信システム１０上で、利用者がＸＳＬ文書を直接選択することも考えられる。例えば、ディスプレイ１８（又は６８）の画面上にダイアログ・ボックスを開いて、どのスタイルシートを適用すべきかのユーザ入力を促すようにしてもよい。また、ディスプレイ１８（又は６８）のブラウザ画面上で利用者属性のユーザ入力を促し、この入力結果に合致するスタイルシートを自動選択するようにしてもよい。このような場合、スタイルシートの指定者はコンテンツ受信者である利用者となる。言い換えれば、利用者主導でスタイルシート（及びスタイルシートが規定する利用者属性）が選択されることになる。
【０１０５】
さらには、利用者が放送コンテンツを購入する際の認証手続きにおいて、購入契約等に応じたスタイルシートを自動選択するようにしてもよい。例えば、利用者が購入契約した放送サービスの品質等に関するランクやレベル、種別などに従って、スタイルシートを選択する。この場合、スタイルシートは、放送事業者と利用者の合意に従って選択されることになる。
【０１０６】
既に言及したように、同一の放送コンテンツすなわちＸＭＬ文書であっても、適用するスタイルシートを変えるだけで、ディスプレイ画面上での表示形態は大いに異なる。本実施例では、放送事業者又は放送の利用者のいずれか一方又は双方の意向に従って、利用者の属性を規定したスタイルシートを選択的に使用することで、単一の配信コンテンツに基づいて利用者の属性に適合した情報を提供することが可能となる訳である。
【０１０７】
本実施例において処理されるＸＭＬ文書のソース・コードの一例を示しておく。既に述べたように、ＸＭＬ文書は、データ属性を定義するタグで区切られた一連のタグ・データで構成されたマークアップ言語形式文書である。
【０１０８】
【数１】
ここで、［数１］に示したＸＭＬ文書の内容について簡単に説明しておく。このＸＭＬソース・コードは、ある製品の紹介・告知情報の放送番組に関して記述するものである。このコードの先頭から第２行目までは制御情報に相当する。すなわち、第１行目では、”ｖｅｒｓｉｏｎ ＝…”でＸＭＬのバージョン情報を記述し、”ｅｎｃｏｄｅ ＝…”で文字符号の形式を規定する。また、第２行目では、”ｓｔｙｌｅｓｈｅｅｔ ｔｙｐｅ ＝…”でスタイルシートの種類を指定し、”ｈｒｅｆ ＝…”で参照スタイルシートのファイル名を指定する。この例ではファイル名”ｐｒｏｄｕｃｔ３．ｘｓｌ”なるＸＳＬ形式のスタイルシートが指定されている。すなわち、この例では、ＸＭＬ文書の作成者である放送事業者の要求（すなわち放送事業者主導）により、スタイルシートが指定され、利用者の属性に応じた情報提供がなされることになる。（但し、ＸＭＬ文書中でスタイルシートを指定するのではなく、受信システム１０のユーザ・インターフェース上で利用者がスタイルシートを指定することもできる。この場合、利用者の要求（すなわち利用者駆動）により、利用者の属性に応じた情報提供が実現される。）
【０１１０】
また、このＸＭＬ文書の本体部分では、視聴者を、特別契約者、一般契約者、無契約者という３つのレベルに区分して、各レベル毎に異なる利用情報を規定している。従来、提供される情報が異なる場合には、図７（ａ）に示すように、それぞれ別の放送コンテンツとして配信する他なかった。これに対し、ＸＭＬ文書で記述される放送コンテンツの場合、タグの定義が任意である（前述）という性格を持つ。本発明者は、利用者（すなわち視聴者）の属性に応じて異なる放送コンテンツの各々を、タグで区切ることによってシリアルに連結して、単一のコンテンツとして配信することとした。ＸＭＬ言語形式で放送コンテンツを記述した場合、図７（ｂ）に示すように、各利用者属性毎の放送コンテンツは全て、単一のＸＭＬソース・コード中に列挙される。
【０１１１】
この結果、放送事業者は配信コンテンツの取り扱いや管理が簡素で容易なものとなる。また、視聴者に対しては、個別の属性情報に応じた情報提供を享受でき、サービスが拡充される。
【０１１２】
図６に示すように、受信コンテンツであるＸＭＬ文書は、まず、ＸＭＬパーザに投じられて構文解析され、構造化された文書オブジェクトとして出力される。この文書オブジェクトは、ＸＳＬプロセッサに投じられる。
【０１１３】
ＸＳＬプロセッサは、ＸＭＬ文書中で指定されたＸＳＬ文書すなわちスタイルシートを外部記憶装置２９又は６２から取り出して、このスタイルシートを参照しながら、文書オブジェクトを実行可能形式に変換する。（勿論、ＸＭＬ文書中でスタイルシートを指定するのではなく、受信システム１０のユーザ・インターフェース上で利用者がスタイルシートを指定することもできる。この場合、放送事業者ではなく利用者の要求（すなわち利用者主導）により、利用者の属性に応じた情報提供が実現される。）
【０１１４】
なお、指定されたスタイルシートが外部記憶装置２９／６２内に存在しない、すなわち受信システム１０のローカルに用意されていない場合には、デフォルトのスタイルシートを適用するなどの対策を講じればよい。
【０１１５】
上記のＸＭＬ文書に対して適用可能なＸＳＬ文書の一例のソース・コードを以下に示しておく。このスタイルシートは、［数１］に示したＸＭＬ文書中で指定されたＸＳＬ文書であり、すなわち、ファイル名”ｐｒｏｄｕｃｔ３．ｘｓｌ”なるＸＳＬ形式のスタイルシートとする。但し、表記の便宜上、単一のＸＳＬ文書を［数２］と［数３］という２つの数式を用いて記述したが、実際には両数式は単一の文書ファイルとしてシリアルに連結していると理解されたい。
【０１１６】
【数２】
【数３】
［数２］に示すＸＳＬスタイルシートの第１行目の”？ｘｍｌ ｖｅｒｓｉｏｎ ＝…”によってＸＳＬのバージョンを指定し、また、同行の”ｅｎｃｏｄｉｎｇ ＝…”によって文字符号化形式を指定する。また、第２行目のタグ”〈ＨＴＭＬ …〉”は、日本語のＮａｍｅｓｐａｃｅのメタ・データ・ファイルの取得を指定する。〈ＨＥＡＤ〉なるタグは、タイトル指定、テンプレートの選択、ソート処理の規定を行うことができる。また、〈ＳＣＲＩＰＴ〉なるタグは、使用するスクリプトの指定と、そのスクリプトの中で利用する機能を定義することができる。また、〈ＳＣＲＩＰＴ ＬＡＮＧＵＡＧＥ …〉は、実際のスクリプト部分である。ここで例示したソース・コードでは、スクリプトは”ＪａｖａＳｃｒｉｐｔ”で記述されているので、詳細は市販のマニュアル類（例えば川西朝雄著「改定新版 ホームページを飾るＪａｖａＳｃｒｉｐｔ入門」（技術評論社））を参照されたい。
【０１１９】
また、［数３］の第３行目の”〈ｘｓｌ： ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝”視聴者／情報内容” 〉”によって、ＸＭＬソース・コード中の視聴者／情報内容を受けている。この結果、表示画面の最初のラインに出力される。
【０１２０】
また、上記のＸＭＬ文書に対して上記のＸＳＬスタイルシート中で規定されているＳＯＲＴ文書のソース・コードを以下に示しておく。
【０１２１】
【数４】
図８及び図９には、［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書の表示例を示している。
【０１２３】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１２４】
【発明の効果】
以上詳記したように、本発明によれば、任意に定義可能なタグを使用する言語（例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））形式の文書を、各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１２５】
また、本発明によれば、放送やネットワークを介してデータを配信する際に、単一のコンテンツを各利用者毎の属性に応じた形態で情報提供することができる、優れたデータ配信技術を提供することができる。
【０１２６】
本発明を、衛星又は地上波による放送事業に適用した場合、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【０１２７】
また、本発明を、インターネットを介した情報配信に適用した場合、ホームページ上の入力画面を介して利用者の属性を判断することにより、単一のコンテンツを基にして、利用者の属性に応じた情報提供を実現することができる。かかる情報提供は、利用者主導又は放送事業者主導のいずれであってもよい。
【図面の簡単な説明】
【図１】本発明の実施に供されるデジタル衛星データ放送システム１００の概略構成を示した図である。
【図２】受信局１０（すなわち一般家庭）における受信システムの一例１０−Ａのハードウェア構成を模式的に示した図であり、より具体的には、ＳＴＢ（セット・トップ・ボックス）と呼ばれる形態で実装された受信システム１０−Ａの構成を示した図である。
【図３】他の例に係る受信システム１０−Ｂのハードウェア構成を模式的に示した図であり、より具体的には、汎用コンピュータ・システムにデジタル衛星データ放送用のチューナ・カードを装備するという形態で実装された受信システム１０−Ｂのハードウェア構成を示した図である。
【図４】デジタル放送データ受信システム１０において実行される各種のソフトウェア・プログラムにおける階層的構成を模式的に図解している。
【図５】放送コンテンツが放送局１から放送衛星５を介して受信局１０に転送される様子を模式的に示した図である。
【図６】受信システム１０におけるスタイルシートの利用手順を模式的に示した図である。
【図７】配信される放送コンテンツの構造を模式的に図解したものである。
【図８】［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書を表示例である。
【図９】［数１］に示したＸＭＬ文書に対して、指定されたＸＳＬ文書を適用して生成された表示可能形式文書を表示例である。
【図１０】ＸＭＬコンテンツを処理する手順を概略的に示した図である。
【符号の説明】
１０…デジタル放送データ受信システム
１１…チューナ，１２…ＴＳデコーダ
１３…ＡＶデコーダ，１２Ａ，１３Ａ…ＲＡＭ
１５…バス，１６…ＯＳＤ表示コントローラ
１７…ユーザ・インターフェース制御部
１８，６８…映像・音声出力部，１９…ミキサ
２１／３１…ＣＰＵ，２２／３４…ＲＡＭ
２３／３５…ＲＯＭ
２４／３６…シリアル入出力コントローラ
２５／３７…高速モデム
２６／３８…ＩＥＥＥ１３９４インターフェース
２７／３９…ビデオ・カメラ
２８／６１…ハード・ディスク・インターフェース
２９／６２…ハード・ディスク・ドライブ
６３…キーボード／マウス・コントローラ
６４…キーボード，６５…マウス
６６…ビデオ・コントローラ，６７…ＶＲＡＭ
１００…デジタル衛星データ放送システム
Claims (8)
- ＸＭＬ（ｅＸｔｅｎｄｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースの言語で記述されたデータ放送の表示・出力の有様を規定する制御プログラムとしてのＸＭＬドキュメントと、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）で記述されたスタイルシートを含むデータ放送コンテンツが送出され、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）圧縮された映像・音声データとともに多重化され、トランスポート・ストリームとして放送される放送コンテンツを受信するデータ受信装置であって、
それぞれ利用者の属性に応じて記述された複数のＸＭＬ文書をタグで区切ることによりシリアル連結して構成される本体部分を含む単一のＸＭＬ文書を放送コンテンツとして受信する受信手段と、
利用者の属性を規定したスタイルシートを蓄積するスタイルシート格納手段と、
受信した放送コンテンツに含まれるＸＭＬベースの言語で記述されたＸＭＬドキュメントを構文解析して文書オブジェクトを生成する構文解析手段と、
前記スタイルシート格納手段に格納されているスタイルシートの中から、処理対象となるＸＭＬ文書中で指定した又は利用者が直接選択したスタイルシートを選択的に実行して、前記文書オブジェクトを前記表示手段に描画処理するための実行可能形式オブジェクトに変換するスタイルシート実行手段と、
該実行可能形式オブジェクトを描画処理する描画手段と、
を具備することを特徴とするデータ受信装置。 - 前記スタイルシート実行手段は、前記スタイルシート格納手段に格納されているスタイルシートの中から、所定のブラウザに対応するスタイルシートを抽出し実行して、前記文書オブジェクトを該所定のブラウザでブラウジング可能なオブジェクトに変換する、
ことを特徴とする請求項１に記載のデータ受信装置。 - 放送波以外からスタイルシートを取得するスタイルシート取得手段をさらに備え、該取得したスタイルシートを前記スタイルシート格納手段に格納する、
ことを特徴とする請求項１に記載のデータ受信装置。 - コンピュータを用いて構築されるデータ受信にシステムにおいて、ＸＭＬベースの言語で記述されたデータ放送の表示・出力の有様を規定する制御プログラムとしてのＸＭＬドキュメントと、ＸＳＬで記述されたスタイルシートを含むデータ放送コンテンツが送出され、ＭＰＥＧ圧縮された映像・音声データとともに多重化され、トランスポート・ストリームとして放送される放送コンテンツを受信するデータ受信方法であって、
前記コンピュータが備える受信手段が、それぞれ利用者の属性に応じて記述された複数のＸＭＬ文書をタグで区切ることによりシリアル連結して構成される本体部分を含む単一のＸＭＬ文書を放送コンテンツとして受信する受信ステップと、
前記コンピュータが備えるスタイルシート格納手段が、利用者の属性を規定したスタイルシートを蓄積するスタイルシート格納ステップと、
前記コンピュータが備える構文解析手段が、受信した放送コンテンツに含まれるＸＭＬベースの言語で記述されたＸＭＬドキュメントを構文解析して文書オブジェクトを生成する構文解析ステップと、
前記コンピュータが備えるスタイルシート実行手段が、前記スタイルシート格納手段に格納されているスタイルシートの中から、処理対象となるＸＭＬ文書中で指定した又は利用者が直接選択したスタイルシートを選択的に実行して、前記文書オブジェクトを前記表示手段に描画処理するための実行可能形式オブジェクトに変換するスタイルシート実行ステップと、
前記コンピュータが備える描画手段が、該実行可能形式オブジェクトを描画処理する描画ステップと、
を具備することを特徴とするデータ受信方法。 - 前記スタイルシート実行ステップでは、前記スタイルシート格納手段に格納されているスタイルシートの中から、所定のブラウザに対応するスタイルシートを抽出し実行して、前記文書オブジェクトを該所定のブラウザでブラウジング可能なオブジェクトに変換する、
ことを特徴とする請求項４に記載のデータ受信方法。 - 前記コンピュータが備えるスタイルシート取得手段が放送波以外からスタイルシートを取得するスタイルシート取得ステップをさらに備え、該取得したスタイルシートを前記スタイルシート格納手段に格納する、
ことを特徴とする請求項４に記載のデータ受信方法。 - 請求項１に記載のデータ受信装置に対してデータを配信するデータ配信装置であって、
それぞれ利用者の属性に応じて記述された複数のＸＭＬ文書をタグで区切ることによりシリアル連結して単一のＸＭＬ文書の本体部分に含めた、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）で記述されたスタイルシートを含むデータ放送コンテンツを配信する、
ことを特徴とするデータ配信装置。 - データ放送コンテンツを配信する請求項７に記載のデータ配信装置と、データ放送コンテンツを受信する請求項１に記載のデータ受信装置で構成される、
ことを特徴とするデータ送受信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18741699A JP4174918B2 (ja) | 1999-07-01 | 1999-07-01 | データ配信方法及び装置、並びに、データ受信方法及び装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18741699A JP4174918B2 (ja) | 1999-07-01 | 1999-07-01 | データ配信方法及び装置、並びに、データ受信方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001016202A JP2001016202A (ja) | 2001-01-19 |
| JP4174918B2 true JP4174918B2 (ja) | 2008-11-05 |
Family
ID=16205671
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18741699A Expired - Fee Related JP4174918B2 (ja) | 1999-07-01 | 1999-07-01 | データ配信方法及び装置、並びに、データ受信方法及び装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4174918B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3700589B2 (ja) * | 2001-02-16 | 2005-09-28 | 日本電気株式会社 | 交換機間制御信号伝送システムおよび交換機間制御信号伝送方法 |
| JP2003244675A (ja) * | 2002-02-18 | 2003-08-29 | Dainippon Printing Co Ltd | 特定者向け情報提供方法およびデジタル放送受信機 |
| JP5440004B2 (ja) | 2008-10-20 | 2014-03-12 | セイコーエプソン株式会社 | 情報配信システム、情報配信システムのサービス実現方法およびそのプログラム |
| JP5293086B2 (ja) | 2008-10-28 | 2013-09-18 | セイコーエプソン株式会社 | 情報配信システム、情報配信システムのサービス実現方法およびそのプログラム |
| JP5520190B2 (ja) * | 2010-10-20 | 2014-06-11 | 株式会社ソニー・コンピュータエンタテインメント | 画像処理システム、画像処理方法、動画像送信装置、動画像受信装置、プログラム及び情報記憶媒体 |
| JP6318113B2 (ja) * | 2015-04-22 | 2018-04-25 | 株式会社 ディー・エヌ・エー | 情報端末及びデータ処理プログラム |
-
1999
- 1999-07-01 JP JP18741699A patent/JP4174918B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001016202A (ja) | 2001-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4438129B2 (ja) | コンテンツ受信システム及びコンテンツ受信方法 | |
| JP4081934B2 (ja) | データ配信方法及び装置、並びに、データ受信方法及び装置 | |
| US6792577B1 (en) | Data distribution method and apparatus, and data receiving method and apparatus | |
| JP4776050B2 (ja) | 配信コンテンツ生成方法、コンテンツ配信方法および装置、並びに、コード変換方法 | |
| US7664813B2 (en) | Dynamic data presentation | |
| CN101036385B (zh) | 在数字电视中提供交互式服务的方法和系统 | |
| TW420953B (en) | Content modification of internet web pages for a television class display | |
| US6209132B1 (en) | Host apparatus for simulating two way connectivity for one way data streams | |
| US20030120792A1 (en) | Scaling and delivering distributed applications | |
| JP2005533430A (ja) | 複数のユーザが同時使用する電子番組表を備えた受信機 | |
| WO2007082442A1 (fr) | Procédé, serveur, décodeur et système de personnalisation d'interface pour guide de programmes électronique | |
| EP1053641A4 (en) | PORTABLE DEVICE FOR SIMULATING BIDRECTIONAL CONNECTIONS FOR ONE-DIRECTIONAL DATA FLOWS | |
| JP2005505953A (ja) | 文脈的ウェブページシステム及び方法 | |
| US20050149991A1 (en) | Method and apparatus for finding applications and relating icons loaded on a television | |
| JP4174918B2 (ja) | データ配信方法及び装置、並びに、データ受信方法及び装置 | |
| CN101287100A (zh) | 一种用于有线电视视频点播提高节目页面下发速度的方法 | |
| US20040128348A1 (en) | Control and communication methods | |
| JP2000227851A (ja) | 双方向通信システム及び記録媒体 | |
| US20040190015A1 (en) | Print system and print thumbnail creating method for output image of markup language | |
| JPWO2003012651A1 (ja) | コンテンツ提供システム、コンテンツ提供方法、コンテンツ提供プログラム、及び、コンピュータ読取可能な記録媒体 | |
| Peng et al. | Interactive Digital Teletext Service | |
| Cho et al. | Design of an integrated web browser for digital TVs | |
| KR20090041551A (ko) | 전자프로그램가이드 정보 제공 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071030 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071228 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080314 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080514 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080522 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080729 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080811 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130829 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |