JPH11136649A - データ放送送出システムおよびデータ放送受信装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 テレビ映像信号の隙間を利用したデータ放送
において、送出システムは表示方法指定を変化させた複
数のデータファイルを送出し、受信機は自身の表示能力
に適合するデータファイルを選択・表示して、様々な受
信装置に対応できるデータ放送送出システム，データ放
送受信装置を提供する。 【解決手段】 表示方法を変化させた複数のデータファ
イルを格納部４１１に格納し、オペレータは利用ファイ
ル設定部４１３で受信機の表示能力に適合するファイル
を指定すると、適合するファイルのみがブラウザ４１２
に表示される。適合しないファイルは削除コマンド発生
部４１０により、格納部４１１より削除される構成とし
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、テレビ映像信号
の隙間を利用したデータ放送において、伝送させる番組
をパーソナルコンピュータやテレビ受信機等の様々な表
示能力を持った受信装置に対応させることのできるデー
タ放送送出システム、およびデータ放送受信装置に関す
るものである。

【０００２】

【従来の技術】最近、テレビ朝日データ社によるＡＤＡ
ＭＳ方式等の、テレビ映像信号の隙間（ＶＢＩ＝垂直帰
線消去期間）の特定の領域を利用して、ＨＴＭＬ形式の
データを伝送するデータ放送が開始された。このような
データ放送は電波産業界の規格（ＡＲＩＢ）に基づいて
データ信号として伝送される。データは番組に含まれる
データファイルとして放送局ごとに放送されるが、ＡＲ
ＩＢにおいてデータ放送は、文字多重放送とは異なる４
本の水平走査線を用いて伝送されるように決められてい
る。このデータ放送における番組とは従来のテレビ放送
のそれとは概念が異なり、一定時間内に伝送される複数
のファイル群（主にＨＴＭＬ形式のデータ）と考えるこ
とができ、放送局は事前に作成したファイル群を送出す
るが、受信側は受け取ったファイルを順次記憶媒体に格
納し、さらに送出側（放送局側）は、これらのファイル
群のディレクトリ構造（階層的にファイルを格納する際
の、階層構造）情報を含めて伝送することにより、受信
側は記憶媒体に、送出側におけるファイル構造を再現す
る。この技術はミラーリングとよばれており、様々な方
法が提案されている。このミラーリングを行うことによ
り、受信機上で送出側と同様のデータ表示が可能とな
る。

【０００３】上述したように、受信機にはデータ放送を
受信するためのテレビ放送受信チューナと、受信したデ
ータをデコードするためのソフトウェアと、デコードし
て得られたファイルを格納するハードディスクなどの記
憶媒体と、ファイルを表示するためのブラウザと呼ばれ
る閲覧のためのソフトウェアと、視覚情報として表示す
るためのディスプレイを備えていれば良いので、例えば
現在のパーソナルコンピュータにテレビ放送受信チュー
ナを付加した様な構成が考えられる。また、現在のテレ
ビ放送受信機にデコードおよびブラウザのソフトウェア
と、記憶媒体を備えた様な構成も考えられ、共に実現可
能であるので、ある利用者はパーソナルコンピュータ上
でデータ放送を閲覧し、またある利用者はテレビ受信機
上で閲覧する事になる。しかし両者は主に、画面の表示
能力とソフトウェアのバージョンアップの対応のし易さ
の２つの点で大きく異なっているため、現在の技術では
すべてのデータを共用化することは難しい。以下にその
理由について説明する。

【０００４】まず画面の表示能力の違いであるが、現在
のパーソナルコンピュータは安価なもので６４０×４８
０ドットの解像度をもち、中級機以上では１２８０×１
０２４ドットの解像度を持つものが一般的となった。そ
れに対し現在のテレビ受信機はＮＴＳＣ方式で３５０×
３３８ドット、ＨＤＴＶ方式で１０３０×６８６ドット
の解像度であり、パーソナルコンピュータの表示能力に
比べて貧弱である。従来ＨＴＭＬ形式のデータはパーソ
ナルコンピュータ上で利用されて来たために、パーソナ
ルコンピュータの表示能力を前提にして作成されるが多
く、このようなデータをテレビ受信機のディスプレイ上
で表示した場合には解像度の性能不足により、特に文字
において視認性が著しく低下する。さらにパーソナルコ
ンピュータは机上に設置されるために利用者がディスプ
レイに比較的接近（５０ｃｍ前後）して閲覧される事が
多いのに対し、テレビ受信機は居間の隅などに設置され
るために利用者は比較的離れて（３ｍ以上）閲覧される
ことが多く、このことはテレビ受信機上に表示されたＨ
ＴＭＬ形式のデータの視認性のさらなる低下につなが
る。従って現在では事実上パーソナルコンピュータ用に
作成されたＨＴＭＬデータのテレビ受信機上での利用は
不可能であると言わざるを得ない。

【０００５】次にソフトウェアのバージョンアップの対
応のし易さの違いであるが、パーソナルコンピュータ
は、データ格納にハードディスク等の大容量を確保し易
い磁気記録媒体を用いることが多く、ここにはデータ放
送により得られたデータファイルだけでなく、通常ブラ
ウザと呼ばれるデータ放送を表示させるためのソフトウ
ェアも格納することができる。さらにデータ放送のデコ
ードプログラム等のソフトウェアでも高速演算が要求さ
れないものはここに格納される。従って、データ放送の
機能拡張などによりソフトウェアの交換が要求された際
には、これらのソフトウェアを新しいものに取り替える
だけで良いので、比較的簡単にバージョンアップが実現
できる。それに対しテレビ受信機はデータ格納に半導体
メモリ等の揮発性記録媒体を用い、ブラウザなどのソフ
トウェアは不揮発性半導体メモリに格納することが多
い。これは、パーソナルコンピュータは様々な目的に用
いられることを前提とした設計が行われているのに対
し、テレビ受信機がテレビ放送の受信という限定された
機能を実現する事を前提として設計がされているためで
あるのと、テレビ受信機の利用者は一般にパーソナルコ
ンピュータの利用者に比べて機器の管理能力に劣る傾向
にあるので、機器はより故障が起こり難い構成でなけれ
ばならないといった理由もある。このため、ソフトウェ
アの交換は半導体メモリの取り替えを行わねばならず、
手間がかかる上、部品交換は経済的にも不利であり、ソ
フトウェアのバージョンアップは困難である。

【０００６】上述の問題を解決する方法として、表示方
法を変化させた複数のデータファイルを伝送する方法が
考えられる。これはデータ放送というよりもむしろイン
ターネットで使用されている方法で、受信機側のブラウ
ザの機能（バージョン等）に違いがある場合、データ送
出者は種々のブラウザ毎に表示方法だけを変えた（デー
タの内容、すなわち本文などは変化させない）データフ
ァイルを複数準備し、利用者は自分の受信機のブラウザ
に最適な表示方法が設定されたデータファイルを選んで
獲得すれば、望ましい表示が得られるというものであ
る。この方法をデータ放送にそのまま応用すればよく、
以下にＤＯＳ／Ｖ使用パーソナルコンピュータ上でオペ
レーティングシステムにＭｉｃｒｏｓｏｆｔ社のＷｉｎ
ｄｏｗｓ９５を使用し、ブラウザにはＮｅｔｓｃａｐｅ
社の「Ｎｅｔｓｃａｐｅ Ｎａｖｉｃｇａｔｏｒ」を使
用した時を例を挙げて説明する。

【０００７】図１８はデータ放送において、２種類の閲
覧形態を可能とした１番組のファイル構造一覧である。
ディレクトリはファイルの格納されるディレクトリ名で
あり、ファイル名はそれぞれのファイル名である。リン
ク先は各ファイルがリンクして用いる対象ファイルであ
る。これは各ファイルにＨＴＭＬ文法で記述し、その詳
細は後述する。

【０００８】ここで閲覧形態は、高解像度のディスプレ
イを具備し、ソフトウェアの追加などにより順次機能を
拡張することのできるパーソナルコンピュータ等をデー
タ放送受信機とした場合向けの表示形態（以下、表示形
態１と呼ぶ）と、ディスプレイの解像度は低く、ソフト
ウェアも非揮発性のメモリなどで提供されるために機能
拡張を行うことが困難なテレビ受信機等をデータ放送受
信機とした場合向けの表示形態（以下、表示形態２と呼
ぶ）との２種類とする。

【０００９】まず、データ放送を送出する放送局は、図
１８に示されたファイル群を１番組として放送し、デー
タ放送受信機はこれらのファイル群を受け取り、ハード
ディスク内にミラーリングを行ない、その後ブラウザは
データファイルの中でインデックスファイル（表紙とな
るファイル。ここでは表示形態１用の「１＿ＩＮＤＥ
Ｘ．ＨＴＭ」と表示形態２用の「２の中でインデックス
ファイル（表紙となるファイル。ここでは表示形態１用
の「１＿ＩＮＤＥＸ．ＨＴＭ」と表示形態２用の「２＿
ＩＮＤＥＸ．ＨＴＭ」の２種類が存在している）のうち
いずれか１つを表示する。以下に表示形態１と表示形態
２の場合について、上記のファイルをブラウザで閲覧す
る時の動作について説明する。

【００１０】まず、表示形態１の場合、ブラウザは最初
に表示形態１用の「１＿ＩＮＤＥＸ．ＨＴＭ」のファイ
ルを表示する（この最初に表示するファイルは予め登録
しておく必要がある）。

【００１１】図８は「１＿ＩＮＤＥＸ．ＨＴＭ」をブラ
ウザで表示した時の画面である。画面は上下２段に区切
られており、さらに上段は３つの部分に区切られてい
る。これはＨＴＭＬ文法のフレーム形式と呼ばれる方法
で実現する。この上段左には動画のＣＭが表示され、上
段中央にはニュースの各項目が表示され、上段右には天
気予報の各項目が表示されている。下段には情報本文が
表示され、前記ニュースと天気予報の各項目のうちいず
れかがオペレータにより選択されると、リンクされた別
ファイルが下段に表示される。ここではニュースの「総
合」の項目が選択された場合の情報本文が示されてい
る。

【００１２】図１１はこの「１＿ＩＮＤＥＸ．ＨＴＭ」
の内容である。ＨＴＭＬ文法の詳細な説明はここでは行
わないが、ＣＭ、ニュース、天気予報の３つの部分に区
切られた上段にはそれぞれ「ＣＭ／１＿ＣＭ．ＨＴ
Ｍ」、「１＿ＴＹＴＬＥ１．ＨＴＭ」、「１＿ＴＹＴＬ
Ｅ２．ＨＴＭ」のファイルがリンクされ、それぞれの領
域の名称は「ＦＣＭ」、「ＦＩＮＤＥＸ２」、「ＦＩＮ
ＤＥＸ３」と定義されている。また下段にはディフォル
トとして「ＮＥＷＳ／１＿ＮＥＷＳ０．ＨＴＭ」がリン
クされ、この領域の名称は「ＦＣ」と定義されているこ
とが記述されている。ブラウザは「１＿ＩＮＤＥＸ．Ｈ
ＴＭ」を開いて表示するのに続いてこれらの４つのファ
イルを開いて、それぞれに相当する領域に表示を行う。

【００１３】図１２は「ＣＭ／１＿ＣＭ．ＨＴＭ」の内
容である。ここでは「１＿ＣＭ１．ＤＣＲ」というファ
イルを実行させることが記述されている。この「ＤＣ
Ｒ」という拡張子を持つファイルは動画像データを格納
されており、Ｍａｃｒｏｍｅｄｉａ社の「Ｓｈｏｃｋｗ
ａｖｅ」と呼ばれるプログラムを予めブラウザに添付し
ておけば、ブラウザ上でこのファイルを再生することが
できる。このファイルにコマーシャルの動画像を記録し
ておく。

【００１４】図１３は「１＿ＴＹＴＬＥ１．ＨＴＭ」の
内容である。ここでは「ニュース」という文字に続いて
「総合」、「社会」、「政治」、「経済」、「国際」、
「社説」、「スポーツ」という見出しが表示され、各見
出しにはそれぞれ「ＮＥＷＳ／１＿ＮＥＷＳ０．ＨＴ
Ｍ」、「ＮＥＷＳ／１＿ＮＥＷＳ１．ＨＴＭ」、「ＮＥ
ＷＳ／１＿ＮＥＷＳ２．ＨＴＭ」、「ＮＥＷＳ／１＿Ｎ
ＥＷＳ３．ＨＴＭ」、「ＮＥＷＳ／１＿ＮＥＷＳ４．Ｈ
ＴＭ」、「ＮＥＷＳ／１＿ＮＥＷＳ５．ＨＴＭ」、「Ｎ
ＥＷＳ／１＿ＮＥＷＳ６．ＨＴＭ」のファイルがリンク
されていることが記述されている。従ってオペレータが
例えば見出し「スポーツ」を選択した際には、リンクさ
れたファイル「ＮＥＷＳ／１＿ＮＥＷＳ６．ＨＴＭ」が
「ＦＣ」と名前付けられた領域（画面下段）に実行され
ることになる。

【００１５】図１４は「１＿ＴＹＴＬＥ２．ＨＴＭ」の
内容である。ここでは「天気」という文字に続いて「全
国」、「北海道」、「東北」、「関東」、「中部」、
「近畿」、「中国」、「四国」、「九州」という見出し
が表示され、各見出しにはそれぞれ「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ０．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ１．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ２．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ３．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ４．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ５．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ６．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ７．ＨＴＭ」、「ＷＨＥＴＨＥＲ／
１＿ＷＨＥＴＨＥＲ８．ＨＴＭ」のファイルがリンクさ
れていることが記述されている。従ってオペレータが例
えば見出し「九州」を選択した際には、リンクされたフ
ァイル「ＷＨＥＴＨＥＲ／１＿ＷＨＥＴＨＥＲ８．ＨＴ
Ｍ」が「ＦＣ」と名前付けられた領域（画面下段）に実
行されることになる。

【００１６】図１５は「ＮＥＷＳ／１＿ＮＥＷＳ０．Ｈ
ＴＭ」の内容である。ここでは「台風情報」という文字
に続いて「ＮＥＷＳ０．ＧＩＦ」という静止画像ファイ
ル、さらに「３日、気象庁発表。・・・」という文字列
が表示される事が記述されている。以上により、オペレ
ータは、「ニュース」あるいは「天気」と表示された領
域内の任意の見出しを選択することにより、その詳細な
情報をブラウザ下段に表示されて閲覧することができ
る。

【００１７】続いて表示形態２の場合、ブラウザは最初
に表示形態２用の「２＿ＩＮＤＥＸ．ＨＴＭ」のファイ
ルを表示する（この最初に表示するファイルは予め登録
しておく必要がある）。

【００１８】図９は「２＿ＩＮＤＥＸ．ＨＴＭ」をブラ
ウザで表示した時の画面である。表示形態１の場合と異
なり、画面上の仕切りは無く（中央の横線は罫線であ
る）、さらに動画のＣＭを省略している。これによりフ
レーム形式および「Ｓｈｏｃｋｗａｖｅ」の両機能を装
備していない旧式の低機能のブラウザであっても実現は
可能となる。さらに表示される文字も比較的大きなフォ
ントに設定しているので、解像度の低いテレビ受信機等
のディスプレイであっても実用に耐えられるだけの視認
性を得ることができる。

【００１９】図１６はこの「２＿ＩＮＤＥＸ．ＨＴＭ」
の内容である。「ニュース」という文字に続いて「総
合」、「社会」、「政治」、「経済」、「国際」、「社
説」、「スポーツ」という見出しが表示され、各見出し
にはそれぞれ「ＮＥＷＳ／２＿ＮＥＷＳ０．ＨＴＭ」、
「ＮＥＷＳ／２＿ＮＥＷＳ１．ＨＴＭ」、「ＮＥＷＳ／
２＿ＮＥＷＳ２．ＨＴＭ」、「ＮＥＷＳ／２＿ＮＥＷＳ
３．ＨＴＭ」、「ＮＥＷＳ／２＿ＮＥＷＳ４．ＨＴ
Ｍ」、「ＮＥＷＳ／２＿ＮＥＷＳ５．ＨＴＭ」、「ＮＥ
ＷＳ／２＿ＮＥＷＳ６．ＨＴＭ」のファイルがリンクさ
れ、さらに「天気」という文字に続いて「全国」、「北
海道」、「東北」、「関東」、「中部」、「近畿」、
「中国」、「四国」、「九州」という見出しが表示さ
れ、各見出しにはそれぞれ「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ０．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ１．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ２．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ３．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ４．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ５．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ６．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ７．ＨＴＭ」、「ＷＨＥＴＨＥＲ／２＿ＷＨ
ＥＴＨＥＲ８．ＨＴＭ」のファイルがリンクされている
ことが記述されている。

【００２０】続いてオペレータが見出し「総合」を選択
した際には、リンクされたファイル「ＮＥＷＳ／２＿Ｎ
ＥＷＳ０．ＨＴＭ」が現在「２＿ＩＮＤＥＸ．ＨＴＭ」
が表示されている領域上に実行される。その結果「２＿
ＩＮＤＥＸ．ＨＴＭ」によって表示されている内容は消
去される。

【００２１】図１０は「ＮＥＷＳ／２＿ＮＥＷＳ０．Ｈ
ＴＭ」をブラウザで表示した時の画面である。これも表
示形態１の場合と異なり、フレーム形式を使用しておら
ず、文字のフォントを比較的大きなものに設定してい
る。但し、地図画像を格納した静止画像ファイルは表示
１の時と同じものを共用している。これは、画像は文字
に比べてディスプレイの解像度により視認性の変化が小
さいので、ファイルを共用することにより、伝送するフ
ァイル容量を削減できるためである。当然、解像度の違
いにより共用できない場合にはそれぞれ個別の画像ファ
イルを用意する必要がある。図１７は「ＮＥＷＳ／２＿
ＮＥＷＳ０．ＨＴＭ」の内容である。ここでは「台風情
報」という文字に続いて「ＮＥＷＳ０．ＧＩＦ」という
静止画像ファイル、さらに「３日、気象庁発表。・・
・」という文字列が表示される事が記述されている。こ
こではフォントの大きさの指定を除いて「ＮＥＷＳ／１
＿ＮＥＷＳ０．ＨＴＭ」と同一であり、上述したように
リンクする静止画像ファイル「ＮＥＷＳ０．ＨＴＭ」は
「ＮＥＷＳ／１＿ＮＥＷＳ０．ＨＴＭ」と同一のもので
ある。以上により、オペレータは、任意の見出しを選択
することにより、その詳細な情報をブラウザ上に表示さ
れて閲覧することができる。

【００２２】再び図１８に戻り、ここで示したファイル
はその利用のされ方（以下、利用種別と呼ぶ）により、
（１）表示形態１の時のみ用いられるもの、（２）表示
形態２の時のみ用いられるもの、（３）両方の表示形態
でも用いられるものの３種類に分類することができる。
ここでは（１）のファイル名は「１＿・・・」とし、
（２）のファイル名は「２＿・・・」とし、（３）のフ
ァイル名をそれ以外としている。

【００２３】以上の方法により、受信機側のブラウザの
機能に違いがある場合であっても、データ送出者は種々
のブラウザ毎に表示方法をだけを変えたデータファイル
を複数準備し、利用者は自分の受信機のブラウザに最適
な表示方法が設定されたデータファイルを選んで獲得す
れば、望ましい表示結果を得ることができる。

【００２４】

【発明が解決しようとする課題】しかしながら、上述の
受信装置では次のような問題が発生する。放送局（送出
側）は様々なブラウザに対応できるようにするため、表
示方法だけを変えたファイルを送出し、受信機はこれら
のファイルを全て格納し、自分に適切なファイルだけを
使用することになる。例えば表示形態を１０種類設定し
た場合は、実際表示に使用されるのは１０分の１のファ
イルだけであって、他の１０分の９のファイルは利用さ
れることはない。すなわち、上述の方法では受信機のデ
ータ格納部には利用されることのない不要なファイルが
次々と蓄積されることになり、記憶媒体の利用可能な容
量を減少させてしまう。

【００２５】本発明は、かかる問題点を解消するために
なされたもので、データ放送送出システムは、各ファイ
ル毎の利用種別の識別子を受信機のブラウザの表示方法
を表す識別子としてファイルと共に伝送し、データ放送
受信装置は、各ファイルの利用種別を知ることにより、
受信したファイルのうち利用すべきものを除いて廃棄し
て、必要なファイルのみを格納し、記憶媒体を有効に利
用できるようなデータ放送送出システムおよびデータ放
送受信装置を提供することを目的とする。

【００２６】

【課題を解決するための手段】上記課題を解決するため
に、本発明（請求項１）にかかるデータ放送送出システ
ムは、地上波テレビジョン放送の垂直帰線消去区間を利
用して受信機のブラウザの表示方法毎に用意した複数の
データファイルを伝送するデータ放送送出システムであ
って、データファイルを伝送する際に前記ブラウザの表
示方法を表す識別子を付加するものである。

【００２７】また、本発明（請求項２）にかかるデータ
放送送出システムは、請求項１に記載のデータ放送送出
システムにおいて、データファイルを伝送する際に、伝
送されるデータファイルだけでなく該データファイルに
関する情報を記録した第２のデータファイルも伝送し、
前記第２のデータファイル内の割り当てられた領域に前
記識別子を挿入するものである。

【００２８】また、本発明（請求項３）にかかるデータ
放送送出システムは、請求項１に記載のデータ放送送出
システムにおいて、データファイルを伝送する際に、伝
送されるデータファイルのヘッダ内に割り当てられた領
域に前記識別子を挿入するものである。

【００２９】また、本発明（請求項４）にかかるデータ
放送送出システムは、請求項１に記載のデータ放送送出
システムにおいて、データファイルを伝送する際に、該
データファイルを構成するデータグループ内に割り当て
られた領域に前記識別子を挿入するものである。

【００３０】また、本発明（請求項５）にかかるデータ
放送受信装置は、地上波テレビジョン放送の垂直帰線消
去区間を利用して受信機のブラウザの表示方法毎に用意
した複数のデータファイルを伝送し、該データファイル
を伝送する際に、前記ブラウザの表示方法を表す識別子
を付加して送出するデータ放送により放送される番組の
データファイルを受信して前記ブラウザ画面上に表示す
るデータ放送受信装置であって、受信されたデータファ
イルを格納する格納部と、受信されたデータファイルに
付加された前記識別子を抽出する抽出部と、受信された
データファイルを前記ブラウザが利用可能であるか否か
を前記識別子より判定する判定部とを備え、前記判定部
が利用不可能と判定した場合に、前記格納部が該データ
ファイルの格納を中止あるいは該データファイルを削除
するようにしたものである。

【００３１】また、本発明（請求項６）にかかるデータ
放送受信装置は、地上波テレビジョン放送の垂直帰線消
去区間を利用して受信機のブラウザの表示方法毎に用意
した複数のデータファイルを伝送し、該伝送されるデー
タファイルのデータファイル名に前記ブラウザの表示方
法を表す識別子を付加して送出するデータ放送により放
送される番組のデータファイルを受信して前記ブラウザ
画面上に表示するデータ放送受信装置であって、受信さ
れたデータファイルを格納する格納部と、受信されたデ
ータファイルのデータファイル名から前記識別子を抽出
する抽出部と、受信されたデータファイルを前記ブラウ
ザが利用可能であるか否かを前記識別子より判定する判
定部とを備え、前記判定部が利用不可能と判定した場合
に、前記格納部が該データファイルの格納を中止あるい
は該データファイルを削除するようにしたものである。

【００３２】また、本発明（請求項７）にかかるデータ
放送受信装置は、地上波テレビジョン放送の垂直帰線消
去区間を利用して受信機のブラウザの表示方法毎に用意
した複数のデータファイルを伝送し、該データファイル
を伝送する際に、伝送されるデータファイルだけでなく
該データファイルに関する情報を記録した第２のデータ
ファイルも伝送し、該第２のデータファイル内の割り当
てられた領域に前記ブラウザの表示方法を表す識別子を
挿入するデータ放送により放送される番組のデータファ
イルを受信して前記ブラウザ画面上に表示するデータ放
送受信装置であって、受信されたデータファイルを格納
する格納部と、受信された第２のデータファイル内の割
り当てられた領域から前記識別子を抽出する抽出部と、
受信されたデータファイルを前記ブラウザが利用可能で
あるか否かを前記識別子より判定する判定部とを備え、
前記判定部が利用不可能と判定した場合に、前記格納部
が該データファイルの格納を中止あるいは該データファ
イルを削除するようにしたものである。

【００３３】また、本発明（請求項８）にかかるデータ
放送受信装置は、地上波テレビジョン放送の垂直帰線消
去区間を利用して受信機のブラウザの表示方法毎に用意
した複数のデータファイルを伝送し、該データファイル
を伝送する際に、該データファイルのヘッダ内に割り当
てられた領域に前記ブラウザの表示方法を表す識別子を
挿入するデータ放送により放送される番組のデータファ
イルを受信してブラウザ画面上に表示するデータ放送受
信装置であって、受信されたデータファイルを格納する
格納部と、受信中のデータファイルのヘッダ内に割り当
てられた領域より前記識別子を抽出する抽出部と、受信
されたデータファイルを前記ブラウザが利用可能である
か否かを前記識別子より判定する判定部とを備え、前記
判定部が使用不可能と判定した場合に、前記格納部が該
データファイルの格納を中止あるいは該データファイル
を削除するようにしたものである。

【００３４】また、本発明（請求項９）にかかるデータ
放送受信装置は、地上波テレビジョン放送の垂直帰線消
去区間を利用して受信機のブラウザの表示方法毎に用意
した複数のデータファイルを伝送し、該データファイル
を伝送する際に、該データファイルを構成するデータグ
ループ内に割り当てられた領域に前記ブラウザの表示方
法を表す識別子を挿入するデータ放送により放送される
番組のデータファイルを受信してブラウザ画面上に表示
するデータ放送受信装置であって、受信されたデータグ
ループを格納する格納部と、受信中のデータグループ内
に割り当てられた領域より前記識別子を抽出する抽出部
と、受信されたデータグループより構成されるデータフ
ァイルを前記ブラウザが利用可能であるか否かを前記識
別子より判定する判定部とを備え、前記判定部が利用不
可能と判定した場合に、前記格納部が該データグループ
の格納を中止あるいは該データグループを削除するよう
にしたものである。

【００３５】

【発明の実施の形態】以下、本発明の実施の形態を添付
図面に基づき詳細に説明する。ここではデータの伝送に
ＡＤＡＭＳ方式を使った場合について実施例を示す。 実施の形態１．図１は本発明の実施の形態１によるデー
タ放送送出システムの概略を説明する図である。図にお
いて１０１は格納部であり、ハードディスクなどの記憶
媒体により構成され、ここに送出すべきコンテンツファ
イル群を格納する。１０２は論理ファイル名決定部であ
り、伝送の際に使用するファイル名を決定する。１０３
はファイル識別部であり、前記コンテンツファイル群に
含まれる各々のコンテンツファイルの種別を識別する。
１０４はマップファイル作成部で、格納部１０１のコン
テンツファイル群を順次検索するとともに、論理ファイ
ル名決定部１０２とファイル識別部１０３の出力結果を
用いて、コンテンツファイル群についての情報を記述し
た第２のファイルとしてのマップファイルを作成する。
１０５はファイルエンコード部であり、ＤＯＳファイル
としてのコンテンツファイルとＤＯＳファイルとしての
マップファイルとをファイルにエンコードする。１０６
はデータグループエンコード部で、前記ファイルをデー
タグループにエンコードする。１０７はデータパケット
エンコード部であり、前記データグループをデータパケ
ットにエンコードする。１０８は電波送出装置であり、
前記データパケットをテレビ放送のＶＢＩに重畳して電
波を放送する。

【００３６】次に動作について説明する。ここでは従来
の技術で説明したのと同様、表示形態１、表示形態２の
２種類の表示形態を実現するための図１８に示すファイ
ル群を１番組として送出する場合を例に挙げる。まず、
格納部１０１は１番組に含まれるすべてのファイルのフ
ァイル名を論理ファイル名決定部１０２に出力する。論
理ファイル名決定部１０２では、これらのファイル名を
ＡＤＡＭＳ方式に従い、８文字のファイル名部と３文字
の拡張子部をもつ、論理ファイル名（一放送日内で番組
毎にファイル名部が独立、かつ一番組内に含まれるファ
イルのファイル名部は同一、かつ一番組内で拡張子部が
独立な名称）に変換し、マップファイル作成部１０４に
出力する。

【００３７】またファイル識別部１０３は格納部１０１
に格納された前記１番組に含まれるすべてのファイルを
検索し、それぞれのファイルが（１）表示形態１のみに
使用される、（２）表示形態２のみに使用される、
（３）表示形態１と表示形態２の両方で共用される、の
いずれであるかの利用種別を識別し、その識別結果を受
信機のブラウザの表示方法を表す識別子としてマップフ
ァイル作成部１０４に出力する。

【００３８】図２０はファイル識別部１０３における、
識別処理を示すフローチャートである。ここで、各ファ
イルは図１８に示すように、ファイル作成時に利用種別
によってファイル名が決定されているとする。まず、フ
ァイル格納部１０３よりファイル名を入力する（ステッ
プＳ２００１）。続いてファイル名の１文字目を取り出
す（ステップＳ２００２）。この１文字が「１」ならば
（ステップＳ２００３）、識別結果として文字「１」を
出力して（ステップＳ２００４）終了する。しかしこの
１文字が「２」ならば（ステップＳ２００５）、識別結
果として文字「２」を出力して（ステップＳ２００６）
終了する。しかしこの１文字が「１」でも「２」でもな
い場合は、検索結果として文字「１２」を出力（ステッ
プＳ２００７）して終了する。ここでは１番組に含まれ
るファイルが複数存在するので、上述の処理を全てのフ
ァイルについて行う。

【００３９】続いてマップファイル作成部１０４はマッ
プファイルを作成するが、このファイルの例を図１９に
示す。マップファイルの書式は論理ファイル名、実ファ
イル名（ホームディレクトリからのパスも付与され
る）、ファイルサイズ、作成年月日、識別子の順にそれ
ぞれ二重引用符に囲まれ、タブ文字あるいはスペース文
字で区切られ、さらにファイル毎に改行文字で区切られ
て記述される。マップファイル作成部１０４では論理フ
ァイル名を前記論理ファイル名決定部１０２より入力
し、実ファイル名およびファイルサイズ、作成年月日を
格納部１０１より入力し、識別子をファイル識別部１０
３より入力し、これらよりマップファイルを作成する。
なおマップファイル自身はマップファイルに記述する必
要が無く、その論理ファイル名は実ファイル名と同一
で、拡張子は「ＭＡＰ」に固定される事はＡＤＡＭＳ方
式で取り決められている。

【００４０】送出すべきコンテンツファイルとマップフ
ァイルはその後ファイルエンコード部１０５においてＡ
ＲＩＢの定めるファイルという形式に変換される。図２
２はこのファイルの書式を示したものであり、この書式
はＡＤＡＭＳ方式で定義されているものである。ファイ
ルには２８バイトのファイルヘッダが付される。このフ
ァイルヘッダのうち、１〜２バイト目は番組番号（Ｐ
Ｒ）であり、これは各番組毎に独立な番号が２バイトの
整数で割り当てられ、ＡＤＡＭＳ方式では００００（１
６進数）〜７ＦＦＦ（１６進数）が一般放送用、８００
（１６進数）〜ＦＤＦＦ（１６進数）がシステム予約
用、ＦＥＯＯ（１６進数）〜ＦＥＦＦ（１６進数）が緊
急放送用、ＦＦ００（１６進数）〜ＦＦＦＦ（１６進
数）が使用禁止に決められている。３〜４バイト目は未
使用（ＮＡ）である。５〜１６バイト目はファイル名で
あり、論理ファイル名が格納される。１７〜１９バイト
目はファイルタイプであるが現状では未使用（ＮＡ）と
なっている。２０バイト目はアクセス属性で、これはバ
イナリ値のカウンタで番組の再送回数を表す整数が格納
される。２１バイト目は総ファイル数で、１つのＤＯＳ
ファイルを生成するための接続すべきファイルの数であ
る。すなわち後続するファイルをこの数だけ連結して１
つのＤＯＳファイルが構成されることになる。２２バイ
ト目はファイル連結順で、上述のファイル連結の順番を
示す。２３〜２４バイトは機種・ＯＳで、受信側の機種
を指定するものであるが、現状では未使用（ＮＡ）とな
っている。２５〜２８はファイルサイズで、後続するデ
ータのサイズを示す。

【００４１】このファイルは続くデータグループエンコ
ード部１０６においてデータグループという形式に変換
される。図２３はこのデータグループの書式を示したも
のであり、この書式はＡＲＩＢで定義されており、ＡＤ
ＡＭＳ方式でそのまま準拠されているものである。ここ
で１〜４ビット目はデータグループ連送（ＤＧＲ）で、
連送のカウンタである。５〜８ビット目はデータグルー
プ識別（ＤＧＩ１）で、データグループの種別を表す番
号が割り当てられている。９〜１５ビット目はデータグ
ループ連続番号（ＤＧＣ）で、連結されるデータグルー
プのカウンタである。１６ビット目はデータグループリ
ンク（ＤＧＬ）で、次のデータグループに連結するか否
かを示すフラグである。１７〜４０ビット目はデータグ
ループサイズ（ＤＧＳ）で、データグループデータのバ
イト数を示す。４１ビット目以降はデータグループデー
タ（ＤＤ）で、データグループサイズの長さだけ確保さ
れている。その後１６ビットは冗長ビット（ＣＲＣ）
で、１６ビットのサイクリック・リダンダンシー・チェ
ック符号である。

【００４２】このデータグループはさらにデータパケッ
トエンコード部１０７においてデータパケットに変換さ
れる。このように以上の変換処理は全てＡＲＩＢおよび
ＡＤＡＭＳで定められているエンコード方法に従ってい
る。そしてデータパケットは電波送出装置１０８によっ
て、テレビ信号のＶＢＩに重畳されて電波として送出さ
れる。

【００４３】このように、本実施の形態１では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送するデータ放送送出システムにおいて、データ
ファイルを伝送する際に、伝送されるデータファイルだ
けでなく該データファイルに関する情報を記録した第２
のデータファイル（マップファイル）も伝送し、前記第
２のデータファイル内の割り当てられた領域に前記ブラ
ウザの表示方法を表す識別子を挿入するようにしたか
ら、本システムにより送出されたデータ放送を受信する
受信機は受信したマップファイルを調べることにより各
ファイルの表示形態に相当する利用種別を知ることがで
きる。

【００４４】実施の形態２．図２は本発明の実施の形態
２によるデータ放送送出システムの概略を説明する図で
ある。図において格納部１０１、論理ファイル名決定部
１０２、ファイル識別部１０３、データグループエンコ
ード部１０６、データパケットエンコード部１０７、電
波送出装置１０８は実施の形態１と同じであり、以下の
部分が異なっている。２０４はマップファイル作成部
で、格納部１０１のコンテンツファイル群を順次検索す
るとともに、論理ファイル名決定部１０２の出力結果を
用いて、コンテンツファイル群についての情報を記述し
たマップファイルを作成する。２０５はファイルエンコ
ード部であり、ＤＯＳファイルとしてのコンテンツファ
イルとＤＯＳファイルとしてのマップファイルとをファ
イルにエンコードするとともに、ファイル識別部１０３
より得られたファイル利用種別をブラウザの表示方法を
表す識別子としてそのファイルのヘッダに記述する。

【００４５】次に動作について説明する。ここでも図１
８に示すファイル群を１番組として送出する場合を例に
挙げる。格納部１０１、論理ファイル名決定部１０２の
動作は実施の形態１と同一である。ファイル識別部１０
３の動作も実施の形態１と同一であるが、識別結果をマ
ップファイル作成部１０４ではなく、ファイルエンコー
ド部２０５に出力する。

【００４６】続いてマップファイル作成部２０４はマッ
プファイルを作成するが、このファイルの例を図２１に
示す。マップファイルの書式は論理ファイル名、実ファ
イル名（ホームディレクトリからのパスも付与され
る）、ファイルサイズ、作成年月日の順にそれぞれ二重
引用符に囲まれ、タブ文字あるいはスペース文字で区切
られ、さらにファイル毎に改行文字で区切られて記述さ
れる。これは図１９に示したマップファイル例から、識
別子の情報を除いたものといえる。マップファイル作成
部２０４では論理ファイル名を前記論理ファイル名決定
部１０２より入力し、実ファイル名およびファイルサイ
ズ、作成年月日を格納部１０１より入力し、これらより
マップファイルを作成する。

【００４７】送出すべきコンテンツファイルとマップフ
ァイルはその後ファイルエンコード部２０５においてＡ
ＲＩＢの定めるファイルという形式に変換され、このフ
ァイルの書式は実施の形態１と同様図２２に示す通りで
あるが、ファイル識別部１０３より入力された利用種別
の識別結果を２３〜２４バイト目の機種・ＯＳを示す領
域にブラウザの表示方法を表す識別子として格納する。
すなわち、表示形態１のみで使用されるファイルならば
最下位ビットから数えて１ビット目だけを１とした００
０１（１６進数）、表示形態２のみで使用されるファイ
ルならば２ビット目だけを１とした０００２（１６進
数）、表示形態１と表示形態２で共用されるファイルな
らば１ビット目と２ビット目の両方を１とした００３
（１６進数）の値を格納する。

【００４８】以下は実施の形態１と全く同様であり、こ
のファイルは続くデータグループエンコード部１０６に
おいてデータグループという形式に変換され、このデー
タグループはさらにデータパケットエンコード部１０７
においてデータパケットに変換される。そしてデータパ
ケットは電波送出装置１０８によって、テレビ信号のＶ
ＢＩに重畳されて電波として送出される。

【００４９】このように、本実施の形態２では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送するデータ放送送出システムにおいて、データ
ファイルを伝送する際に、伝送されるデータファイルの
ヘッダ内に割り当てられた領域に前記ブラウザの表示方
法を表す識別子を挿入するようにしたから、本システム
により送出されたデータ放送を受信する受信機は受信し
たデータファイルのヘッダを調べることにより各ファイ
ルの表示形態に相当する利用種別を知ることができる。

【００５０】なお、上述の説明ではマップファイルを利
用するＡＤＡＭＳ方式を例にして説明したが、本実施の
形態２によるデータ放送送出システムによれば、マップ
ファイルを利用しない他のＡＲＩＢに準拠した放送方式
においてもファイルの利用種別としての識別子を伝送す
ることが可能である。

【００５１】また、上述の説明ではファイルの２３〜２
４バイト目の機種・ＯＳの領域に利用種別としての識別
子を表す値を格納するものについて説明したが、他の未
使用の領域（ＮＡ）を使用しても勿論構わない。またＡ
ＤＡＭＳ方式以外では当然ファイルの書式も異なるの
で、そのファイルに識別子を格納する領域も当然異なる
が、本方式と同様の方法で実現できることは言うまでも
なく、これらの応用を本発明の範囲から除外するもので
はない。

【００５２】実施の形態３．図３は本発明の実施の形態
３によるデータ放送送出装置の概略を説明する図であ
る。図において格納部１０１、論理ファイル名決定部１
０２、ファイル識別部１０３、ファイルエンコード部１
０５、データパケットエンコード部１０７、電波送出装
置１０８は実施の形態１と同じであり、マップファイル
作成部２０４は実施の形態２と同じであり、以下の部分
が異なっている。３０６はデータグループエンコード部
で、ファイルをデータグループにエンコードするととも
に、ファイル識別部１０３より得られたファイル利用種
別としてのブラウザの表示方法を表す識別子をデータグ
ループのヘッダに記述する。

【００５３】次に動作について説明する。ここでも図１
８に示すファイル群を１番組として送出する場合を例に
挙げる。格納部１０１、論理ファイル名決定部１０２の
動作は実施の形態１と同一である。ファイル識別部１０
３の動作も実施の形態１と同一であるが、識別結果をマ
ップファイル作成部１０４ではなく、データグループエ
ンコード部２０５に出力する。続いてマップファイル作
成部２０４はマップファイルを作成するが、その動作は
実施の形態２の場合と同一である。

【００５４】送出すべきコンテンツファイルとマップフ
ァイルはその後ファイルエンコード部１０５においてＡ
ＲＩＢの定めるファイルという形式に変換されるが、そ
の動作は実施の形態１の場合と同一である。このファイ
ルは続くデータグループエンコード部３０６においてデ
ータグループという形式に変換されるが、以下の動作を
行う点で実施の形態１および実施の形態２におけるデー
タグループエンコード部１０６と異なっている。図２３
はこのデータグループの書式を示す通りであるが、ファ
イル識別部１０３より入力された利用種別の識別結果を
５〜８ビット目のデータグループ識別（ＤＧＩ１）を示
す領域に格納する。すなわち、表示形態１のみで使用さ
れるファイルならば最下位ビットから数えて１ビット目
だけを１とした０００１（２進数）、表示形態２のみで
使用されるファイルならば２ビット目だけを１とした０
０１０（２進数）、表示形態１と表示形態２で共用され
るファイルならば１ビット目と２ビット目の両方を１と
した００１１（２進数）の値を格納する。

【００５５】以下は実施の形態１と全く同様であり、こ
のデータグループはさらにデータパケットエンコード部
１０７においてデータパケットに変換される。そしてデ
ータパケットは電波送出装置１０８によって、テレビ信
号のＶＢＩに重畳されて電波として送出される。

【００５６】このように、本実施の形態３では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送するデータ放送送出システムにおいて、データ
ファイルを伝送する際に、該データファイルを構成する
データグループ内に割り当てられた領域に前記ブラウザ
の表示方法を表す識別子を挿入するようにしたから、本
システムにより送出されたデータ放送を受信する受信機
は受信したデータグループを調べることにより各ファイ
ルの表示形態に相当する利用種別を知ることができる。

【００５７】なお、上述の説明ではマップファイルを利
用するＡＤＡＭＳ方式を例にして説明したが、上述の方
法によれば、マップファイルを利用しない他のＡＲＩＢ
に準拠した放送方式においてもファイルの利用種別とし
ての識別子を伝送することが可能であり、これらの応用
を本発明の範囲から除外するものではない。

【００５８】以上では本発明のデータ放送送出システム
について実施の形態１〜実施の形態３として説明した
が、以下では本発明のデータ放送送出システムを用いて
送出されたデータ放送を受信する受信装置ついて実施の
形態４〜実施の形態７として説明する。以下の実施の形
態は、ＤＯＳ／Ｖ使用パーソナルコンピュータ上でオペ
レーティングシステムにＭｉｃｒｏｓｏｆｔ社のＷｉｎ
ｄｏｗｓ９５を使用した状態で動作するソフトウェアと
して実現しており、伝送方式としてＡＤＡＭＳ方式を使
用している場合に用いられるものである。

【００５９】実施の形態４．図４は本発明の実施の形態
４によるデータ放送受信装置の概略を説明する図であ
る。本実施の形態４によるデータ放送受信装置は、従来
の技術で説明した方法で図１８に示したファイル名とフ
ァイル構造とを持つファイル群を出力するデータ放送送
出システムにより放送されたデータ放送を受信するもの
であって、さらに、従来の方式、即ちファイルの利用種
別を表す識別子がファイル名に記述される方式のデータ
放送送出システムによって送出されたデータ放送を受信
するものである。

【００６０】図４において４０１はチューナであり、デ
ータ放送の電波から所望の放送局のものを選択する。４
０２はデータパケット抽出部であり、チューナ４０１で
受信されたＶＢＩ信号からデータパケットを取り出して
出力する。４０３はデータパケットデコード部で、前記
データパケットをデコードしてデータグループとして出
力する。４０４はデータグループデコード部で、前記デ
ータグループをデコードしてファイルとして出力する。
４０５はファイルデコード部で、前記ファイルをデコー
ドしてＤＯＳファイルにする。４０６はマップファイル
保持部で、得られたＤＯＳファイルのうちマップファイ
ルを格納する。４０７はファイル名変更コマンド発生部
で、マップファイルに記述された論理ファイル名と実フ
ァイル名の情報から論理ファイル名のファイル名をもつ
ファイルのファイル名を実ファイル名に変更するための
コマンドを発生させる。４０８はコンテンツファイル保
持部で、得られたＤＯＳファイルのうちコンテンツファ
イルを格納する。４０９は識別情報抽出部で、コンテン
ツファイル保持部４０８に格納されているファイルのフ
ァイル名から識別情報である利用種別としての識別子を
抽出する。４１０は削除コマンド発生部で、コンテンツ
ファイル保持部４０８に格納されているファイルが不要
である場合にはこれを削除する旨のコマンドを発生す
る。４１１は格納部で、コンテンツファイル保持部４０
８においてファイル名を実ファイル名に変更されたファ
イルを格納する。４１２はブラウザで、格納部４１１に
格納されているコンテンツファイルを表示する。４１３
は利用ファイル設定部で、ブラウザの表示形態に相当す
る利用種別を設定する。

【００６１】続いて動作について説明する。予め、ブラ
ウザ４１２は自身の表示形態に相当する利用種別として
の識別子を例えば１あるいは２として利用ファイル設定
部４１３に送信する。データパケット抽出部４０２は、
チューナ４０１が受信したＶＢＩ信号からデータパケッ
トを取り出してデータパケットデコード部４０３へ出力
するが、その取り出し方は既存の文字多重放送の場合と
同一で、１本のデータラインに含まれる２９６ビットの
データ列のうち、先頭の同期部２４ビットを除いた第２
５ビット目から第２９６ビット目までの２７２ビットの
データをデータパケットとして取り出す。続いてデータ
パケットデコード部は、２７２ビットのデータパケット
より第１５ビット目から第１９０ビット目までの１７６
ビットをデータブロックとして取り出し、データグルー
プデコード部４０４に出力する。（第１ビット目から第
１４ビット目までの１４ビットはプリフィックス、第１
９１ビット目から第２７２ビット目までの８２ビットは
ＥＣＣである。）データグループデコード部４０４では
得られた１７６ビットのデータブロックを１個以上接続
してデータグループとし、その中からデータを表すデー
タグループデータ（ＤＤ）を取り出してファイルデコー
ド部４０５に出力する。このデータグループのデータフ
ォーマットは図２３に示す通りであり、データグループ
データのサイズは可変長であるため、第１７ビット目か
ら第４０ビット目までの２４ビットのデータグループサ
イズ（ＤＧＳ）領域にそのサイズが格納されている。Ａ
ＲＩＢで定義されているように、伝送データはコンテン
ツとしてのデータファイルだけでなく、伝送制御デー
タ，運用信号，時刻信号などがあるが、これらの区別は
データパケットのプリフィックス内の第１ビット目から
第６ビット目までの６ビットの論理チャンネル識別フラ
グ２（ＬＣＩ２）により区別されているので、得られた
データがコンテンツとしてのデータファイルであれば、
続くデータグループデコード部４０４に出力し、その他
のデータであれば別途必要な処理を行う（図示せず）。

【００６２】続いてファイルデコード部４０５はデータ
グループデコード部４０４から得られたデータグループ
データを１個以上接続してファイルとし、これからヘッ
ダ部とデータを取り出し、データ部を１個のＤＯＳファ
イルとして作成する。そのファイル名や拡張子等の属性
はヘッダに書かれており、そのデータフォーマットは図
２２に示す通りである。得られたファイルがコンテンツ
ファイルであれば、コンテンツファイル保持部４０８に
出力し、マップファイルであればマップファイル保持部
４０６に出力し、マップファイル保持部４０６はこれを
格納する。ファイル名変更コマンド発生部４０７は、マ
ップファイル保持部４０６のマップファイルから論理フ
ァイル名と実ファイル名とのペアの情報を取り出して、
コンテンツファイル保持部４０８内に格納されている前
記論理ファイル名を持つコンテンツファイルを実ファイ
ル名にリネームする。

【００６３】識別情報抽出部４０９は、コンテンツファ
イル保持部４０８内の実ファイル名にリネームされたデ
ータファイルを識別し、識別結果を識別子として削除コ
マンド発生部４１０に出力するが、その識別方法は、図
２０に示した実施の形態１におけるファイル識別部１０
３の動作と同一である。削除コマンド発生部４１０は利
用ファイル設定部４１３より得られたブラウザの表示形
態に相当する利用種別を表す識別子と識別情報抽出部４
０９より得られた識別子とを比較し、そのファイルがブ
ラウザ４１２に必要なファイルであればコンテンツファ
イル保持部４０８に対し必要なファイルである旨のコマ
ンドを、不必要であれば削除コマンドを発生する。

【００６４】コンテンツファイル保持部（格納部）４０
８は、削除コマンド発生部４１２よりファイルが必要で
ある旨のコマンドが得られた場合は該ファイルを格納部
４１１に出力して格納し、削除コマンドが得られた場合
は該ファイルをコンテンツファイル保持部４０８より消
去する。

【００６５】上述の処理を受信する各コンテンツファイ
ルについて行うことにより、不必要なコンテンツファイ
ルは消去済みであるため、格納部４１１の記憶容量を抑
えることができ、蓄積されたコンテンツファイルは全て
ブラウザ４１２の表示形態に適合したものであるので、
どのコンテンツファイルも表示可能な形で開くことがで
きる。

【００６６】このように、本実施の形態４では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送し、該伝送されるデータファイルのデータファ
イル名に前記ブラウザの表示方法を表す識別子を付加し
て送出するデータ放送により放送される番組のデータフ
ァイルを受信して前記ブラウザ画面上に表示するデータ
放送受信装置であって、受信されたデータファイルを格
納する格納部と、受信されたデータファイルのデータフ
ァイル名から前記識別子を抽出する抽出部と、受信され
たデータファイルを前記ブラウザが利用可能であるか否
かを前記識別子より判定する判定部とを備え、前記判定
部が利用不可能と判定した場合に、前記格納部が該デー
タファイルの格納を中止あるいは該データファイルを削
除するようにしたから、識別子をファイル名に付加した
データ放送を受信する際に、表示に用いない不要なファ
イルの格納を回避でき、前記格納部の記憶容量の有効利
用を図ることができる。

【００６７】実施の形態５．図５は本発明の実施の形態
５によるデータ放送受信装置の概略を説明する図であ
る。本実施の形態５によるデータ放送受信装置は、ファ
イルの利用種別の識別子がマップファイル内に記述され
る，上記実施の形態１のデータ放送送出システムによっ
て送出された放送を受信するものである。

【００６８】図５においてチューナ４０１、データパケ
ット抽出部４０２、データパケットデコード部４０３、
データグループデコード部４０４、ファイルデコード部
４０５、ファイル名変更コマンド発生部４０７、コンテ
ンツファイル保持部４０８、削除コマンド発生部４１
０、格納部４１１、ブラウザ４１２、利用ファイル設定
部４１３は実施の形態４と同じであるが、以下の部分が
異なっている。５０９は識別情報抽出部で、マップファ
イル保持部４０６に格納されているマップファイルから
識別情報である利用種別を抽出する。

【００６９】続いて動作について説明する。実施の形態
４と同様、予めブラウザ４１２は自身の表示形態に相当
する利用種別としての識別子を例えば１あるいは２とし
て利用ファイル設定部４１３に送信する。

【００７０】チューナ４０１、データパケット抽出部４
０２、データパケットデコード部４０３、データグルー
プデコード部４０４、ファイルデコード部４０５、マッ
プファイル保持部４０６、ファイル名変更コマンド発生
部４０７、コンテンツファイル保持部４０８までの動作
は実施の形態４と同一であり、削除コマンド発生部４１
０、格納部４１１、ブラウザ４１２、利用ファイル設定
部４１３の動作も実施の形態４と同一である。但し、識
別情報抽出部５０３のみ以下のように異なる。

【００７１】ここで受信するマップファイルは実施の形
態１による送出システムより得られたものなので、図１
９に示すように利用種別を表す識別子が各ファイル毎に
記述されている。そこで識別情報抽出部５０９はマップ
ファイル保持部４０６のマップファイルより各ファイル
の利用種別としての識別子を取り出して削除コマンド発
生部４１０に出力する。削除コマンド発生部４１０は、
利用ファイル設定部４１３より得られたブラウザの表示
形態に相当する利用種別を表す識別子と識別情報抽出部
５０９より得られた利用種別としての識別子とを比較し
て該コンテンツファイルの格納あるいは削除を決定し、
実施の形態４と同様に格納あるいは削除コマンドの発生
を行う。

【００７２】上述の処理を受信する各コンテンツファイ
ルについて行うことにより、不必要なコンテンツファイ
ルは消去済みであるため、格納部４１１の記憶容量を抑
えることができ、蓄積されたコンテンツファイルは全て
ブラウザ４１２の表示形態に適合したものであるので、
どのコンテンツファイルも表示可能な形で開くことがで
きる。

【００７３】このように、本実施の形態５では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送し、該データファイルを伝送する際に、伝送さ
れるデータファイルだけでなく該データファイルに関す
る情報を記録した第２のデータファイルも伝送し、該第
２のデータファイル内の割り当てられた領域に、前記ブ
ラウザの表示方法を表す識別子を挿入するデータ放送に
より放送される番組のデータファイルを受信してブラウ
ザ画面上に表示するデータ放送受信装置において、受信
されたデータファイルを格納する格納部と、受信された
第２のデータファイル内の割り当てられた領域から前記
識別子を抽出する抽出部と、受信されたデータファイル
を前記ブラウザが利用可能であるか否かを前記識別子よ
り判定する判定部とを備え、前記判定部が利用不可能と
判定した場合に、前記格納部が該データファイルの格納
を中止あるいは該データファイルを削除するようにした
から、識別子を第２のデータファイルに記述したデータ
放送を受信する際に、表示に用いない不要なファイルの
格納を回避でき、前記格納部の記憶容量の有効利用を図
ることができる。

【００７４】実施の形態６．図６は本発明の実施の形態
６によるデータ放送受信装置の概略を説明する図であ
る。本実施の形態６によるデータ放送受信装置は、コン
テンツファイルが伝送される時のファイルのヘッダに当
該コンテンツファイルの利用種別の識別子が記述され
る，上記実施の形態２のデータ放送送出システムによっ
て送出された放送を受信するものである。

【００７５】図６においてチューナ４０１、データパケ
ット抽出部４０２、データパケットデコード部４０３、
データグループデコード部４０４、ファイルデコード部
４０５、マップファイル保持部４０６、ファイル名変更
コマンド発生部４０７、コンテンツファイル保持部４０
８、格納部４１１、ブラウザ４１２、利用ファイル設定
部４１３は実施の形態４と同じであるが、以下の部分が
異なっている。６０９は識別情報抽出部で、ファイルデ
コード部４０５によりデコードされたファイルのヘッダ
から識別情報である利用種別としての識別子を抽出す
る。６１０はキャンセルコマンド発生部であり、ファイ
ルデコード部４０５に対し現在デコード中の処理を中止
させるものである。

【００７６】続いて動作について説明する。ここで受信
するファイルは実施の形態２による送出システムより得
られたものなので、図２２に示すファイルヘッダの２３
〜２４バイト目の機種・ＯＳを示す領域に利用種別を表
す識別子が格納されている。実施の形態４と同様、予め
ブラウザ４１２は自身の表示形態に相当する利用種別と
しての識別子を例えば１あるいは２として利用ファイル
設定部４１３に送信する。

【００７７】チューナ４０１、データパケット抽出部４
０２、データパケットデコード部４０３、データグルー
プデコード部４０４、ファイルデコード部４０５、マッ
プファイル保持部４０６、ファイル名変更コマンド発生
部４０７、コンテンツファイル保持部４０８までの動作
は実施の形態４と同一であり、格納部４１１、ブラウザ
４１２、利用ファイル設定部４１３の動作も実施の形態
４と同一であるが、以下の部分が異なっている。識別情
報抽出部６０９はファイルデコード部４０５より現在受
信中のデータのファイルヘッダの２３〜２４バイト目の
機種・ＯＳを示す領域の値を抽出し、この値を利用種別
を表す識別子としてキャンセルコマンド発生部６１０に
出力する。キャンセルコマンド発生部６１０は利用ファ
イル設定部４１３より得られたブラウザの表示形態に相
当する利用種別を表す識別子と識別情報抽出部６０９よ
り得られた利用種別としての識別子とを比較してファイ
ルが不必要である場合にはファイルデコード部４０５に
キャンセルコマンドを発生する。キャンセルコマンドが
入力されたファイルデコード部４０５は現在デコード中
のファイルの処理を中断してそのファイルを消去し、次
のファイルの処理に移る。

【００７８】上述の処理を受信する各コンテンツファイ
ルについて行うことにより、不必要なコンテンツファイ
ルはＤＯＳファイルでなく、それ以前のファイルの段階
で消去されて処理を打ち切るため、格納部４１１の記憶
容量を抑えることができるだけでなく、不必要となるコ
ンテンツファイルに対してマップファイル保存部４０６
とファイル名変更コマンド発生部４０７とコンテンツフ
ァイル保持部４０８とを動作させることが無くなるの
で、受信機のファイル処理を軽減することができる。当
然、蓄積されたコンテンツファイルは全てブラウザ４１
２の表示形態に適合したものであるので、どのコンテン
ツファイルも表示可能な形で開くことができる。

【００７９】このように、本実施の形態６では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送し、該データファイルを伝送する際に、該デー
タファイルのヘッダ内に割り当てられた領域に前記ブラ
ウザの表示方法を表す識別子を挿入するデータ放送によ
り放送される番組のデータファイルを受信してブラウザ
画面上に表示するデータ放送受信装置において、受信さ
れたデータファイルを格納する格納部と、受信中のデー
タファイルのヘッダ内に割り当てられた領域より前記識
別子を抽出する抽出部と、受信されたデータファイルを
前記ブラウザが利用可能であるか否かを前記識別子より
判定する判定部とを備え、前記判定部が利用不可能と判
定した場合に、前記格納部が該データグループの格納を
中止あるいは該データファイルを削除するようにしたか
ら、識別子をヘッダに挿入したデータ放送を受信する際
に、表示に用いない不要なファイルの格納を回避でき、
前記格納部の記憶容量の有効利用を図ることができる。

【００８０】実施の形態７．図７は本発明の実施の形態
７によるデータ放送受信装置の概略を説明する図であ
る。本発明の実施の形態７によるデータ放送受信装置
は、コンテンツファイルが伝送される時のデータグルー
プのヘッダに当該コンテンツファイルの利用種別の識別
子が記述される，上記実施の形態３のデータ放送送出シ
ステムによって送出された放送を受信するものである。

【００８１】図７においてチューナ４０１、データパケ
ット抽出部４０２、データパケットデコード部４０３、
データグループデコード部４０４、ファイルデコード部
４０５、マップファイル保持部４０６、ファイル名変更
コマンド発生部４０７、コンテンツファイル保持部４０
８、格納部４１１、ブラウザ４１２、利用ファイル設定
部４１３は実施の形態４と同じであるが、以下の部分が
異なっている。７０９は識別情報抽出部で、データグル
ープデコード部４０４によりデコードされたデータグル
ープのヘッダから識別情報である利用種別を抽出する。
７１０はキャンセルコマンド発生部であり、データグル
ープデコード部４０４に対し現在デコード中の処理を中
止させるものである。

【００８２】続いて動作について説明する。ここで受信
するデータグループは実施の形態３による送出システム
より得られたものなので、図２３に示すようにグループ
ヘッダの５〜８ビット目のデータグループ識別（ＤＧＩ
１）を示す領域に利用種別を表す識別子が格納されてい
る。実施の形態４と同様、予めブラウザ４１２は自身の
表示形態に相当する利用種別としての識別子を例えば１
あるいは２として利用ファイル設定部４１３に送信す
る。

【００８３】チューナ４０１、データパケット抽出部４
０２、データパケットデコード部４０３、データグルー
プデコード部４０４、ファイルデコード部４０５、マッ
プファイル保持部４０６、ファイル名変更コマンド発生
部４０７、コンテンツファイル保持部４０８までの動作
は実施の形態４と同一であり、格納部４１１、ブラウザ
４１２、利用ファイル設定部４１３の動作も実施の形態
４と同一であるが、以下の部分が異なっている。識別情
報抽出部７０９はデータパケットデコード部４０３より
現在受信中のデータグループのヘッダの５〜８ビット目
のデータグループ識別（ＤＧＩ１）を示す領域の値を抽
出し、この値を利用種別を表す識別子としてキャンセル
コマンド発生部７１０に出力する。キャンセルコマンド
発生部７１０は利用ファイル設定部４１３より得られた
ブラウザの表示形態に相当する利用種別を表す識別子と
識別情報抽出部７０９より得られた利用種別としての識
別子とを比較してデータグループが不必要である場合に
はデータグループデコード部４０４にキャンセルコマン
ドを発生する。キャンセルコマンドが入力されたデータ
グループデコード部４０４は現在デコード中のデータグ
ループの処理を中断してそのデータグループを消去し、
次のデータグループの処理に移る。

【００８４】上述の処理を受信する各コンテンツファイ
ルについて行うことにより、不必要なコンテンツファイ
ルはＤＯＳファイルでなく、それ以前のデータグループ
の段階で消去済みであるため、格納部４１１の記憶容量
を抑えることができる上、不必要となるコンテンツファ
イルに対してファイルデコード部４０５とマップファイ
ル保存部４０６とファイル名変更コマンド発生部４０７
とコンテンツファイル保持部４０８とを動作させること
が無くなるので、受信機のファイル処理を軽減すること
ができる。当然、蓄積されたコンテンツファイルは全て
ブラウザ４１２の表示形態に適合したものであるので、
どのコンテンツファイルも表示可能な形で開くことがで
きる。

【００８５】このように、本実施の形態７では、地上波
テレビジョン放送の垂直帰線消去区間を利用して受信機
のブラウザの表示方法毎に用意した複数のデータファイ
ルを伝送し、該データファイルを伝送する際に、該デー
タファイルを構成するデータグループ内に割り当てられ
た領域に前記ブラウザの表示方法を表す識別子を挿入す
るデータ放送により放送される番組のデータファイルを
受信してブラウザ画面上に表示するデータ放送受信装置
であって、受信されたデータグループを格納する格納部
と、受信中のデータグループ内に割り当てられた領域よ
り前記識別子を抽出する抽出部と、受信されたデータグ
ループより構成されるデータファイルを前記ブラウザが
利用可能であるか否かを前記識別子より判定する判定部
とを備え、前記判定部が利用不可能と判定した場合に、
前記格納部が該データグループの格納を中止あるいは該
データグループを削除するようにしたから、識別子をデ
ータグループに挿入したデータ放送を受信する際に、表
示に用いない不要なファイルの格納を回避でき、前記格
納部の記憶容量の有効利用を図ることができ、さらに不
要なファイルに対してデータグループをデータファイル
に変換するなどの処理を行わなくて良くなり、処理を軽
減できる。

【００８６】

【発明の効果】以上のように、本発明（請求項１）にか
かるデータ放送送出システムによれば、地上波テレビジ
ョン放送の垂直帰線消去区間を利用して受信機のブラウ
ザの表示方法毎に用意した複数のデータファイルを伝送
するデータ放送送出システムであって、データファイル
を伝送する際に前記ブラウザの表示方法を表す識別子を
付加するようにしたから、本システムにより送出された
データ放送を受信する受信機は得られた識別子から該フ
ァイルの表示形態に相当する利用種別を知ることができ
る効果がある。

【００８７】また、本発明（請求項２）にかかるデータ
放送送出システムによれば、請求項１に記載のデータ放
送送出システムにおいて、データファイルを伝送する際
に、伝送されるデータファイルだけでなく該データファ
イルに関する情報を記録した第２のデータファイルも伝
送し、前記第２のデータファイル内の割り当てられた領
域に前記識別子を挿入するようにしたから、本システム
により送出されたデータ放送を受信する受信機は受信し
た第２のファイルとしてのマップファイルを調べること
により各ファイルの表示形態に相当する利用種別を知る
ことができる効果がある。

【００８８】また、本発明（請求項３）にかかるデータ
放送送出システムによれば、請求項１に記載のデータ放
送送出システムにおいて、データファイルを伝送する際
に、伝送されるデータファイルのヘッダ内に割り当てら
れた領域に前記識別子を挿入するようにしたから、本シ
ステムにより送出されたデータ放送を受信する受信機は
受信したデータファイルのヘッダを調べることにより各
ファイルの表示形態に相当する利用種別を知ることがで
きる効果がある。

【００８９】また、本発明（請求項４）にかかるデータ
放送送出システムによれば、請求項１に記載のデータ放
送送出システムにおいて、データファイルを伝送する際
に、該データファイルを構成するデータグループ内に割
り当てられた領域に前記識別子を挿入するようにしたか
ら、本システムにより送出されたデータ放送を受信する
受信機は受信したデータグループを調べることにより各
ファイルの表示形態に相当する利用種別を知ることがで
きる効果がある。

【００９０】また、本発明（請求項５）にかかるデータ
放送受信機によれば、地上波テレビジョン放送の垂直帰
線消去区間を利用して受信機のブラウザの表示方法毎に
用意した複数のデータファイルを伝送し、該データファ
イルを伝送する際に、前記ブラウザの表示方法を表す識
別子を付加して送出するデータ放送により放送される番
組のデータファイルを受信して前記ブラウザ画面上に表
示するデータ放送受信装置であって、受信されたデータ
ファイルを格納する格納部と、受信されたデータファイ
ルに付加された前記識別子を抽出する抽出部と、受信さ
れたデータファイルを前記ブラウザが利用可能であるか
否かを前記識別子より判定する判定部とを備え、前記判
定部が利用不可能と判定した場合に、前記格納部が該デ
ータファイルの格納を中止あるいは該データファイルを
削除するようにしたから、識別子が付加されたデータ放
送を受信する際に、表示に用いない不要なファイルの格
納を回避でき、前記格納部の記憶容量の有効利用を図る
ことができる効果がある。

【００９１】また、本発明（請求項６）にかかるデータ
放送受信機によれば、地上波テレビジョン放送の垂直帰
線消去区間を利用して受信機のブラウザの表示方法毎に
用意した複数のデータファイルを伝送し、該伝送される
データファイルのデータファイル名に前記ブラウザの表
示方法を表す識別子を付加して送出するデータ放送によ
り放送される番組のデータファイルを受信して前記ブラ
ウザ画面上に表示するデータ放送受信装置であって、受
信されたデータファイルを格納する格納部と、受信され
たデータファイルのデータファイル名から前記識別子を
抽出する抽出部と、受信されたデータファイルを前記ブ
ラウザが利用可能であるか否かを前記識別子より判定す
る判定部とを備え、前記判定部が利用不可能と判定した
場合に、前記格納部が該データファイルの格納を中止あ
るいは該データファイルを削除するようにしたから、識
別子をファイル名に付加したデータ放送を受信する際
に、表示に用いない不要なファイルの格納を回避でき、
前記格納部の記憶容量の有効利用を図ることができる効
果がある。

【００９２】また、本発明（請求項７）にかかるデータ
放送受信機によれば、地上波テレビジョン放送の垂直帰
線消去区間を利用して受信機のブラウザの表示方法毎に
用意した複数のデータファイルを伝送し、該データファ
イルを伝送する際に、伝送されるデータファイルだけで
なく該データファイルに関する情報を記録した第２のデ
ータファイルも伝送し、該第２のデータファイル内の割
り当てられた領域に前記ブラウザの表示方法を表す識別
子を挿入するデータ放送により放送される番組のデータ
ファイルを受信して前記ブラウザ画面上に表示するデー
タ放送受信装置であって、受信されたデータファイルを
格納する格納部と、受信された第２のデータファイル内
の割り当てられた領域から前記識別子を抽出する抽出部
と、受信されたデータファイルを前記ブラウザが利用可
能であるか否かを前記識別子より判定する判定部とを備
え、前記判定部が利用不可能と判定した場合に、前記格
納部が該データファイルの格納を中止あるいは該データ
ファイルを削除するようにしたから、識別子を第２のデ
ータファイルに記述したデータ放送を受信する際に、表
示に用いない不要なファイルの格納を回避でき、前記格
納部の記憶容量の有効利用を図ることができる効果があ
る。

【００９３】また、本発明（請求項８）にかかるデータ
放送受信機によれば、地上波テレビジョン放送の垂直帰
線消去区間を利用して受信機のブラウザの表示方法毎に
用意した複数のデータファイルを伝送し、該データファ
イルを伝送する際に、該データファイルのヘッダ内に割
り当てられた領域に前記ブラウザの表示方法を表す識別
子を挿入するデータ放送により放送される番組のデータ
ファイルを受信してブラウザ画面上に表示するデータ放
送受信装置であって、受信されたデータファイルを格納
する格納部と、受信中のデータファイルのヘッダ内に割
り当てられた領域より前記識別子を抽出する抽出部と、
受信されたデータファイルを前記ブラウザが利用可能で
あるか否かを前記識別子より判定する判定部とを備え、
前記判定部が利用不可能と判定した場合に、前記格納部
が該データグループの格納を中止あるいは該データファ
イルを削除するようにしたから、識別子をヘッダに挿入
したデータ放送を受信する際に、表示に用いない不要な
ファイルの格納を回避でき、前記格納部の記憶容量の有
効利用を図ることができる効果がある。

【００９４】また、本発明（請求項９）にかかるデータ
放送受信機によれば、地上波テレビジョン放送の垂直帰
線消去区間を利用して受信機のブラウザの表示方法毎に
用意した複数のデータファイルを伝送し、該データファ
イルを伝送する際に、該データファイルを構成するデー
タグループ内に割り当てられた領域に前記ブラウザの表
示方法を表す識別子を挿入するデータ放送により放送さ
れる番組のデータファイルを受信してブラウザ画面上に
表示するデータ放送受信装置であって、受信されたデー
タグループを格納する格納部と、受信中のデータグルー
プ内に割り当てられた領域より前記識別子を抽出する抽
出部と、受信されたデータグループより構成されるデー
タファイルを前記ブラウザが利用可能であるか否かを前
記識別子より判定する判定部とを備え、前記判定部が利
用不可能と判定した場合に、前記格納部が該データグル
ープの格納を中止あるいは該データグループを削除する
ようにしたから、識別子をデータグループに挿入したデ
ータ放送を受信する際に、表示に用いない不要なファイ
ルの格納を回避でき、前記格納部の記憶容量の有効利用
を図ることができる効果があり、さらに不要なファイル
に対してデータグループをデータファイルに変換するな
どの処理を行わなくて良くなり、処理を軽減できるとい
う効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態１によるデータ放送送出シ
ステムを説明するための図である。

【図２】本発明の実施の形態２によるデータ放送送出シ
ステムを説明するための図である。

【図３】本発明の実施の形態３によるデータ放送送出シ
ステムを説明するための図である。

【図４】本発明の実施の形態４によるデータ放送受信装
置を説明するための図である。

【図５】本発明の実施の形態５によるデータ放送受信装
置を説明するための図である。

【図６】本発明の実施の形態６によるデータ放送受信装
置を説明するための図である。

【図７】本発明の実施の形態７によるデータ放送受信装
置の概略を説明する図である。

【図８】従来の技術によるファイル「１＿ＩＮＤＥＸ．
ＨＴＭ」をブラウザで表示した時の画面を示す図であ
る。

【図９】従来の技術によるファイル「２＿ＩＮＤＥＸ．
ＨＴＭ」をブラウザで表示した時の画面を示す図であ
る。

【図１０】従来の技術によるファイル「ＮＥＷＳ／２＿
ＮＥＷＳ０．ＨＴＭ」をブラウザで表示した時の画面を
示す図である。

【図１１】従来の技術によるファイル「１＿ＩＮＤＥ
Ｘ．ＨＴＭ」の内容を示す図である。

【図１２】従来の技術によるファイル「ＣＭ／１＿Ｃ
Ｍ．ＨＴＭ」の内容を示す図である。

【図１３】従来の技術によるファイル「１＿ＴＹＴＬＥ
１．ＨＴＭ」の内容を示す図である。

【図１４】従来の技術によるファイル「１＿ＴＹＴＬＥ
２．ＨＴＭ」の内容を示す図である。

【図１５】従来の技術によるファイル「ＮＥＷＳ／１＿
ＮＥＷＳ０．ＨＴＭ」の内容を示す図である。

【図１６】従来の技術によるファイル「２＿ＩＮＤＥ
Ｘ．ＨＴＭ」の内容を示す図である。

【図１７】従来の技術による「ＮＥＷＳ／２＿ＮＥＷＳ
０．ＨＴＭ」の内容を示す図である。

【図１８】従来の技術による２種類の閲覧形態を可能と
した１番組のファイル構造一覧を示す図である。

【図１９】本発明の実施の形態１によるデータ放送送出
システムにより送出されるマップファイルの一例を示す
図である。

【図２０】本発明の実施の形態１によるデータ放送送出
システムのファイル識別部１０３における、利用種別の
識別処理を示すフローチャート図である。

【図２１】本発明の実施の形態２によるデータ放送送出
システムにより送出されるマップファイルの一例を示す
図である。

【図２２】本発明の実施の形態１によるデータ放送送出
システムにより送出されるデータのファイルの書式を示
す図である。

【図２３】本発明の実施の形態１によるデータ放送送出
システムにより送出されるデータのデータグループの書
式を示す図である。

【符号の説明】

１０１ 格納部 １０２ 論理ファイル名決定部 １０３ ファイル識別部 １０４ マップファイル作成部 １０５ ファイルエンコード部 １０６ データグループエンコード部 １０７ データパケットエンコード部 １０８ 電波送出装置 ２０４ マップファイル作成部 ２０５ ファイルエンコード部 ３０６ データグループエンコード部 ４０１ チューナ ４０２ データパケット抽出部 ４０３ データパケットデコード部 ４０４ データグループデコード部 ４０５ ファイルデコード部 ４０６ マップファイル保持部 ４０７ ファイル名変更コマンド発生部 ４０８ コンテンツファイル保持部 ４０９ 識別情報抽出部 ４１０ 削除コマンド発生部 ４１１ 格納部 ４１２ ブラウザ ４１３ 利用ファイル設定部 ５０９ 識別情報抽出部 ６０９ 識別情報抽出部 ６１０ キャンセルコマンド発生部 ７０９ 識別情報抽出部 ７１０ キャンセルコマンド発生部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｈ 1/00 Ｈ０４Ｎ 5/445 (72)発明者 楠原 信哉 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送するデータ放送送出シス
   テムであって、 データファイルを伝送する際に前記ブラウザの表示方法
   を表す識別子を付加して伝送することを特徴とするデー
   タ放送送出システム。
2. 【請求項２】 データファイルを伝送する際に、該デー
   タファイルだけでなく該データファイルに関する情報を
   記録した第２のデータファイルも伝送し、前記第２のデ
   ータファイル内の割り当てられた領域に前記識別子を挿
   入することを特徴とする請求項１のデータ放送送出シス
   テム。
3. 【請求項３】 データファイルを伝送する際に、該デー
   タファイルのヘッダ内に割り当てられた領域に前記識別
   子を挿入することを特徴とする請求項１のデータ放送送
   出システム。
4. 【請求項４】 データファイルを伝送する際に、該デー
   タファイルを構成するデータグループ内に割り当てられ
   た領域に前記識別子を挿入することを特徴とする請求項
   １のデータ放送送出システム。
5. 【請求項５】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送し、該データファイルを
   伝送する際に、前記ブラウザの表示方法を表す識別子を
   付加して送出するデータ放送により放送される番組のデ
   ータファイルを受信して前記ブラウザ画面上に表示する
   データ放送受信装置であって、 受信されたデータファイルを格納する格納部と、 受信されたデータファイルに付加された前記識別子を抽
   出する抽出部と、 受信されたデータファイルを前記ブラウザが利用可能で
   あるか否かを前記識別子より判定する判定部とを備え、 前記判定部が利用不可能と判定した場合に、前記格納部
   が該データファイルの格納を中止あるいは該データファ
   イルを削除することを特徴とするデータ放送受信装置。
6. 【請求項６】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送し、該伝送されるデータ
   ファイルのデータファイル名に前記ブラウザの表示方法
   を表す識別子を付加して送出するデータ放送により放送
   される番組のデータファイルを受信して前記ブラウザ画
   面上に表示するデータ放送受信装置であって、 受信されたデータファイルを格納する格納部と、 受信されたデータファイルのデータファイル名から前記
   識別子を抽出する抽出部と、 受信されたデータファイルを前記ブラウザが利用可能で
   あるか否かを前記識別子より判定する判定部とを備え、 前記判定部が利用不可能と判定した場合に、前記格納部
   が該データファイルの格納を中止あるいは該データファ
   イルを削除することを特徴とするデータ放送受信装置。
7. 【請求項７】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送し、該データファイルを
   伝送する際に、伝送されるデータファイルだけでなく該
   データファイルに関する情報を記録した第２のデータフ
   ァイルも伝送し、該第２のデータファイル内の割り当て
   られた領域に前記ブラウザの表示方法を表す識別子を挿
   入するデータ放送により放送される番組のデータファイ
   ルを受信して前記ブラウザ画面上に表示するデータ放送
   受信装置であって、 受信されたデータファイルを格納する格納部と、 受信された第２のデータファイル内の割り当てられた領
   域から前記識別子を抽出する抽出部と、 受信されたデータファイルを前記ブラウザが利用可能で
   あるか否かを前記識別子より判定する判定部とを備え、 前記判定部が利用不可能と判定した場合に、前記格納部
   が該データファイルの格納を中止あるいは該データファ
   イルを削除することを特徴とするデータ放送受信装置。
8. 【請求項８】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送し、該データファイルを
   伝送する際に、該データファイルのヘッダ内に割り当て
   られた領域に前記ブラウザの表示方法を表す識別子を挿
   入するデータ放送により放送される番組のデータファイ
   ルを受信してブラウザ画面上に表示するデータ放送受信
   装置であって、 受信されたデータファイルを格納する格納部と、 受信中のデータファイルのヘッダ内に割り当てられた領
   域より前記識別子を抽出する抽出部と、 受信されたデータファイルを前記ブラウザが利用可能で
   あるか否かを前記識別子より判定する判定部とを備え、 前記判定部が利用不可能と判定した場合に、前記格納部
   が該データファイルの格納を中止あるいは該データファ
   イルを削除することを特徴とするデータ放送受信装置。
9. 【請求項９】 地上波テレビジョン放送の垂直帰線消去
   区間を利用して受信機のブラウザの表示方法毎に用意し
   た複数のデータファイルを伝送し、該データファイルを
   伝送する際に、該データファイルを構成するデータグル
   ープ内に割り当てられた領域に前記ブラウザの表示方法
   を表す識別子を挿入するデータ放送により放送される番
   組のデータファイルを受信してブラウザ画面上に表示す
   るデータ放送受信装置であって、 受信されたデータグループを格納する格納部と、 受信中のデータグループ内に割り当てられた領域より前
   記識別子を抽出する抽出部と、 受信されたデータグループより構成されるデータファイ
   ルを前記ブラウザが利用可能であるか否かを前記識別子
   より判定する判定部とを備え、 前記判定部が利用不可能と判定した場合に、前記格納部
   が該データグループの格納を中止あるいは該データグル
   ープを削除することを特徴とするデータ放送受信装置。