JP2001148837A - 受信表示装置 - Google Patents
受信表示装置Info
- Publication number
- JP2001148837A JP2001148837A JP2000273912A JP2000273912A JP2001148837A JP 2001148837 A JP2001148837 A JP 2001148837A JP 2000273912 A JP2000273912 A JP 2000273912A JP 2000273912 A JP2000273912 A JP 2000273912A JP 2001148837 A JP2001148837 A JP 2001148837A
- Authority
- JP
- Japan
- Prior art keywords
- data
- screen
- block
- partial data
- partial
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 下位レイヤにおけるデータブロックを全部エ
ラー無く受信しなくても、エラー無く受信している情報
を利用できる放送データ受信装置を提供する。 【解決手段】 画面のデータが複数に分割された部分デ
ータのそれぞれが１つずつ含まれるデータブロックを受
信して画面を表示する放送データ受信装置１００であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信部１１０と、受信された各データブロ
ック中の部分データがそれぞれ正常か否かを判定するプ
ロトコルデコーダ１２１〜１２Ｎと、正常と判定された
部分データを記憶し、正常と判定されなかった部分デー
タを記憶しないデータ蓄積部１４０と、表示すべき画面
の部分データが全て揃う前において、画面を表示する条
件が整ったか否かを判断し、整った場合にその時点にお
いて記憶されている部分データに基づいて部分的に画面
を表示する放送データ管理システム１３０とを備える。
ラー無く受信しなくても、エラー無く受信している情報
を利用できる放送データ受信装置を提供する。 【解決手段】 画面のデータが複数に分割された部分デ
ータのそれぞれが１つずつ含まれるデータブロックを受
信して画面を表示する放送データ受信装置１００であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信部１１０と、受信された各データブロ
ック中の部分データがそれぞれ正常か否かを判定するプ
ロトコルデコーダ１２１〜１２Ｎと、正常と判定された
部分データを記憶し、正常と判定されなかった部分デー
タを記憶しないデータ蓄積部１４０と、表示すべき画面
の部分データが全て揃う前において、画面を表示する条
件が整ったか否かを判断し、整った場合にその時点にお
いて記憶されている部分データに基づいて部分的に画面
を表示する放送データ管理システム１３０とを備える。
Description
【０００１】
【発明の属する技術分野】本発明は、画面用データを受
信して画面を表示する受信表示装置に関し、特に、複数
の階層（レイヤ）で構成された放送データを受信して利
用する技術に関する。
信して画面を表示する受信表示装置に関し、特に、複数
の階層（レイヤ）で構成された放送データを受信して利
用する技術に関する。
【０００２】
【従来の技術】近年の放送型データ通信には、双方向通
信のＯＳＩ参照モデルに近い概念が導入されており、放
送データを複数の階層（レイヤ）で構成し、それぞれの
レイヤにおいて独立したプロトコルを用いる規格が一般
化している。ここで放送型データ通信とは、送信側から
受信側へ片方向にデータ通信するものをいう。
信のＯＳＩ参照モデルに近い概念が導入されており、放
送データを複数の階層（レイヤ）で構成し、それぞれの
レイヤにおいて独立したプロトコルを用いる規格が一般
化している。ここで放送型データ通信とは、送信側から
受信側へ片方向にデータ通信するものをいう。
【０００３】図３６は、送信側において１つの上位レイ
ヤにおけるデータブロックから複数の下位レイヤにおけ
るデータブロックを生成する過程を概略的に示す図であ
る。図３６に示すように、上位レイヤで処理される１つ
のデータブロックαは、複数のデータＡ、Ｂ、
Ｃ、．．．に分割され、分割された各データの前後にプ
ロトコル情報等が付加され、それぞれが下位レイヤにお
けるデータブロックとなる。ここでプロトコル情報と
は、少なくとも上位レイヤにおけるデータブロックの再
生に必要な情報を含む。また各データの前に付加される
情報をヘッダ、各データの後に付加される情報をフッタ
と言う。
ヤにおけるデータブロックから複数の下位レイヤにおけ
るデータブロックを生成する過程を概略的に示す図であ
る。図３６に示すように、上位レイヤで処理される１つ
のデータブロックαは、複数のデータＡ、Ｂ、
Ｃ、．．．に分割され、分割された各データの前後にプ
ロトコル情報等が付加され、それぞれが下位レイヤにお
けるデータブロックとなる。ここでプロトコル情報と
は、少なくとも上位レイヤにおけるデータブロックの再
生に必要な情報を含む。また各データの前に付加される
情報をヘッダ、各データの後に付加される情報をフッタ
と言う。
【０００４】図３７は、受信側において複数の下位レイ
ヤにおけるデータブロックから１つの上位レイヤにおけ
るデータブロックを生成する過程を概略的に示す図であ
る。図３７に示すように、下位レイヤで処理される各デ
ータブロックは、ヘッダ及びフッタ中のプロトコル情報
に従って、上位レイヤで処理される１つのデータブロッ
クαが再生される。
ヤにおけるデータブロックから１つの上位レイヤにおけ
るデータブロックを生成する過程を概略的に示す図であ
る。図３７に示すように、下位レイヤで処理される各デ
ータブロックは、ヘッダ及びフッタ中のプロトコル情報
に従って、上位レイヤで処理される１つのデータブロッ
クαが再生される。
【０００５】上述のように分割していなければ、受信エ
ラーが一ヶ所でも発生した場合に、データブロックの全
データを再受信しなければならない。例えば、ＪＰＥＧ
（Joint Photographic Expert Group）ファイルの様な
画像ファイルはデータサイズが大きいので、受信状態が
悪い場合に画像ファイルを一気に受信しようとしても、
受信する度に違った箇所で受信エラーが発生することが
多く、完全に受信するまでにかなりの時間を要したりい
つまで経っても受信できなかったりする。しかし、上述
のように画像ファイルを分割していくつかの下位レイヤ
におけるデータブロックとして送受信することによっ
て、受信エラーが発生した場合には受信エラーが発生し
た下位レイヤにおけるデータブロックのみを再受信すれ
ばよくなり、且つ、再受信の際のデータサイズは小さい
ので受信エラーが発生しにくく時間も少なくて済む。従
っていつまで経っても受信できないといったことも少な
くなり受信完了までの時間が大幅に短縮される。
ラーが一ヶ所でも発生した場合に、データブロックの全
データを再受信しなければならない。例えば、ＪＰＥＧ
（Joint Photographic Expert Group）ファイルの様な
画像ファイルはデータサイズが大きいので、受信状態が
悪い場合に画像ファイルを一気に受信しようとしても、
受信する度に違った箇所で受信エラーが発生することが
多く、完全に受信するまでにかなりの時間を要したりい
つまで経っても受信できなかったりする。しかし、上述
のように画像ファイルを分割していくつかの下位レイヤ
におけるデータブロックとして送受信することによっ
て、受信エラーが発生した場合には受信エラーが発生し
た下位レイヤにおけるデータブロックのみを再受信すれ
ばよくなり、且つ、再受信の際のデータサイズは小さい
ので受信エラーが発生しにくく時間も少なくて済む。従
っていつまで経っても受信できないといったことも少な
くなり受信完了までの時間が大幅に短縮される。
【０００６】また、上述のような上位レイヤにおけるデ
ータブロックから下位レイヤにおけるデータブロックを
生成する処理を階層的に何度か繰り返すことで多数のレ
イヤで構成された放送データを生成することもできる。
ータブロックから下位レイヤにおけるデータブロックを
生成する処理を階層的に何度か繰り返すことで多数のレ
イヤで構成された放送データを生成することもできる。
【０００７】
【発明が解決しようとする課題】しかしながら、放送デ
ータを複数のレイヤで構成すると、利用すべきデータブ
ロックは、最下位レイヤにおけるデータブロックを全部
エラー無く受信して最下位レイヤから順に全て再生する
までは、利用すべきデータブロックを全く再生できな
い。すなわち、利用すべきデータブロックの下位レイヤ
におけるデータブロックを大部分再生していたとして
も、何の利用もできないのである。
ータを複数のレイヤで構成すると、利用すべきデータブ
ロックは、最下位レイヤにおけるデータブロックを全部
エラー無く受信して最下位レイヤから順に全て再生する
までは、利用すべきデータブロックを全く再生できな
い。すなわち、利用すべきデータブロックの下位レイヤ
におけるデータブロックを大部分再生していたとして
も、何の利用もできないのである。
【０００８】例えば、木構造にリンクがはられて枝別れ
しているＨＴＭＬ（HyperText Markup Language）ファ
イル等のユーザファイルをたどって天気予報や番組ガイ
ド等の情報を見ることができるデータ放送サービスにお
いて、木構造の幹や枝にあたるユーザファイルが再生で
きないと、その幹や枝の先に繋がっている枝や葉にあた
る全てのユーザファイルを一切参照できない。しかしな
がら、エラー無く受信している情報だけでも一刻も早く
再生して利用できれば、ユーザは必要とする情報にいち
早く到達できる可能性が高くなる。
しているＨＴＭＬ（HyperText Markup Language）ファ
イル等のユーザファイルをたどって天気予報や番組ガイ
ド等の情報を見ることができるデータ放送サービスにお
いて、木構造の幹や枝にあたるユーザファイルが再生で
きないと、その幹や枝の先に繋がっている枝や葉にあた
る全てのユーザファイルを一切参照できない。しかしな
がら、エラー無く受信している情報だけでも一刻も早く
再生して利用できれば、ユーザは必要とする情報にいち
早く到達できる可能性が高くなる。
【０００９】そこで、本発明は、複数のレイヤで構成さ
れた放送データを受信し、下位レイヤにおけるデータブ
ロックを全部エラー無く受信しなくても、エラー無く受
信している情報を利用できる受信表示装置、受信表示方
法、及び、受信表示プログラムを記録したコンピュータ
読み取り可能な記録媒体を提供することを目的とする。
れた放送データを受信し、下位レイヤにおけるデータブ
ロックを全部エラー無く受信しなくても、エラー無く受
信している情報を利用できる受信表示装置、受信表示方
法、及び、受信表示プログラムを記録したコンピュータ
読み取り可能な記録媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、本発明に係る受信表示装置は、画面のデータが複数
に分割された部分データのそれぞれが１つずつ含まれる
データブロックを周期的に繰り返し放送する放送局から
前記データブロックを受信して受信したデータブロック
に基づいて画面を表示する受信表示装置であって、表示
すべき画面の部分データを含む各データブロックを受信
する受信手段と、前記受信手段により受信された各デー
タブロック中の部分データがそれぞれ正常か否かを判定
するデータ判定手段と、前記データ判定手段により正常
と判定された部分データを記憶し前記データ判定手段に
より正常と判定されなかった部分データを記憶しない記
憶手段と、表示すべき画面の部分データが全て揃う前に
おいて画面を表示する条件が整ったか否かを判断する条
件判断手段と、前記条件判断手段により条件が整ったと
判断された場合にその時点において前記記憶手段により
記憶された部分データに基づいて部分的に画面を表示す
る表示手段とを備えることを特徴とする。
に、本発明に係る受信表示装置は、画面のデータが複数
に分割された部分データのそれぞれが１つずつ含まれる
データブロックを周期的に繰り返し放送する放送局から
前記データブロックを受信して受信したデータブロック
に基づいて画面を表示する受信表示装置であって、表示
すべき画面の部分データを含む各データブロックを受信
する受信手段と、前記受信手段により受信された各デー
タブロック中の部分データがそれぞれ正常か否かを判定
するデータ判定手段と、前記データ判定手段により正常
と判定された部分データを記憶し前記データ判定手段に
より正常と判定されなかった部分データを記憶しない記
憶手段と、表示すべき画面の部分データが全て揃う前に
おいて画面を表示する条件が整ったか否かを判断する条
件判断手段と、前記条件判断手段により条件が整ったと
判断された場合にその時点において前記記憶手段により
記憶された部分データに基づいて部分的に画面を表示す
る表示手段とを備えることを特徴とする。
【００１１】これによって、表示すべき画面の部分デー
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示装置において、前記記憶手段は、さらに、前記デ
ータ判定手段により正常と判定されなかった場合は正常
と判定されなかった旨を記憶し、前記表示手段は、さら
に、前記記憶手段に正常と判定されなかった旨が記憶さ
れている場合にはその旨に対応する部分データに基づい
て表示されるべきである画面の位置を空白にするか、又
は、当該位置にその旨を表示することを特徴とすること
もできる。
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示装置において、前記記憶手段は、さらに、前記デ
ータ判定手段により正常と判定されなかった場合は正常
と判定されなかった旨を記憶し、前記表示手段は、さら
に、前記記憶手段に正常と判定されなかった旨が記憶さ
れている場合にはその旨に対応する部分データに基づい
て表示されるべきである画面の位置を空白にするか、又
は、当該位置にその旨を表示することを特徴とすること
もできる。
【００１２】これによって、正常と判断されなかった部
分データが存在することを、ユーザが容易に認識するこ
とができる。上記目的を達成するために、本発明に係る
受信表示装置は、画面のデータが複数に分割された部分
データのそれぞれが１つずつと当該部分データの位置を
示すプロトコル情報とが含まれる各データブロックを周
期的に繰り返し放送する放送局から前記データブロック
を受信して受信したデータブロックに基づいて画面を表
示する受信表示装置であって、表示すべき画面の部分デ
ータを含む各データブロックを受信する受信手段と、前
記受信手段により受信された各データブロック中の部分
データがそれぞれ正常か否かを判定するデータ判定手段
と、前記受信手段により受信された各データブロック中
のプロトコル情報を記憶し前記データ判定手段により正
常と判定された部分データを記憶し前記データ判定手段
により正常と判定されなかった部分データを記憶しない
記憶手段と、表示すべき画面の部分データが全て揃う前
において表示すべき画面のプロトコル情報が全て揃った
か否かを判断する条件判断手段と、前記条件判断手段に
よりプロトコル情報が全て揃ったと判断された場合に前
記記憶手段に記憶されている全て揃ったプロトコル情報
とその時点において前記記憶手段に記憶されている部分
データとに基づいて部分的に画面を表示する表示手段と
を備えることを特徴とする。
分データが存在することを、ユーザが容易に認識するこ
とができる。上記目的を達成するために、本発明に係る
受信表示装置は、画面のデータが複数に分割された部分
データのそれぞれが１つずつと当該部分データの位置を
示すプロトコル情報とが含まれる各データブロックを周
期的に繰り返し放送する放送局から前記データブロック
を受信して受信したデータブロックに基づいて画面を表
示する受信表示装置であって、表示すべき画面の部分デ
ータを含む各データブロックを受信する受信手段と、前
記受信手段により受信された各データブロック中の部分
データがそれぞれ正常か否かを判定するデータ判定手段
と、前記受信手段により受信された各データブロック中
のプロトコル情報を記憶し前記データ判定手段により正
常と判定された部分データを記憶し前記データ判定手段
により正常と判定されなかった部分データを記憶しない
記憶手段と、表示すべき画面の部分データが全て揃う前
において表示すべき画面のプロトコル情報が全て揃った
か否かを判断する条件判断手段と、前記条件判断手段に
よりプロトコル情報が全て揃ったと判断された場合に前
記記憶手段に記憶されている全て揃ったプロトコル情報
とその時点において前記記憶手段に記憶されている部分
データとに基づいて部分的に画面を表示する表示手段と
を備えることを特徴とする。
【００１３】これによって、必要な全てのプロトコル情
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。
【００１４】
【発明の実施の形態】以下、本発明の各実施の形態につ
いて、図面を用いて説明する。 （実施の形態１）本発明の実施の形態１に係る放送デー
タ受信装置は、最下位レイヤにおけるデータブロック中
の上位レイヤにおけるデータに相当する部分が正常に受
信されなかった場合に当該データブロック中のプロトコ
ル情報だけを記憶しておき、上位レイヤにおけるデータ
ブロックを再生するのに必要な全てのプロトコル情報が
揃った時点で、正常に受信された上位レイヤにおけるデ
ータに相当する部分だけを用いて、不完全ながらも上位
レイヤにおけるデータブロックを再生する。
いて、図面を用いて説明する。 （実施の形態１）本発明の実施の形態１に係る放送デー
タ受信装置は、最下位レイヤにおけるデータブロック中
の上位レイヤにおけるデータに相当する部分が正常に受
信されなかった場合に当該データブロック中のプロトコ
ル情報だけを記憶しておき、上位レイヤにおけるデータ
ブロックを再生するのに必要な全てのプロトコル情報が
揃った時点で、正常に受信された上位レイヤにおけるデ
ータに相当する部分だけを用いて、不完全ながらも上位
レイヤにおけるデータブロックを再生する。
【００１５】＜放送データ受信装置＞図１は、放送デー
タを受信して利用する放送データ受信装置の構成を概略
的に示す図である。図１に示した放送データ受信装置１
００は、受信部１１０、レイヤ１プロトコルデコーダ１
２１〜レイヤＮプロトコルデコーダ１２Ｎ（但し、
「Ｎ」は２以上の整数）、放送データ管理システム１３
０、データ蓄積部１４０、及び、放送データビューア１
５０から構成されている。
タを受信して利用する放送データ受信装置の構成を概略
的に示す図である。図１に示した放送データ受信装置１
００は、受信部１１０、レイヤ１プロトコルデコーダ１
２１〜レイヤＮプロトコルデコーダ１２Ｎ（但し、
「Ｎ」は２以上の整数）、放送データ管理システム１３
０、データ蓄積部１４０、及び、放送データビューア１
５０から構成されている。
【００１６】また、レイヤ１プロトコルデコーダ１２１
は、それぞれ、プロトコル解析部１２１ａ、情報通知部
１２１ｂ、及び、情報管理部１２１ｃから構成される。
同様に、レイヤ２プロトコルデコーダ１２２〜レイヤＮ
プロトコルデコーダ１２Ｎはそれぞれ、プロトコル解析
部１２２ａ〜１２Ｎａ、情報通知部１２２ｂ〜１２Ｎ
ｂ、及び、情報管理部１２２ｃ〜１２Ｎｃから構成され
るものとする。
は、それぞれ、プロトコル解析部１２１ａ、情報通知部
１２１ｂ、及び、情報管理部１２１ｃから構成される。
同様に、レイヤ２プロトコルデコーダ１２２〜レイヤＮ
プロトコルデコーダ１２Ｎはそれぞれ、プロトコル解析
部１２２ａ〜１２Ｎａ、情報通知部１２２ｂ〜１２Ｎ
ｂ、及び、情報管理部１２２ｃ〜１２Ｎｃから構成され
るものとする。
【００１７】受信部１１０は、アンテナ等を介して放送
信号を受信し、放送信号レベルの誤り訂正や復号化処理
を施して、利用したい放送データを再生する為に必要な
最下位レイヤにおけるデータブロックを順次放送データ
管理システム１３０へ出力し、出力した旨を順次レイヤ
１プロトコルデコーダ１２１のプロトコル解析部１２１
ａへ通知する。但しこの時、放送データ管理システム１
３０へ出力すべき最下位レイヤにおけるデータブロック
中の上位レイヤにおけるデータに相当する部分データが
受信エラー等の受信の失敗によって誤り訂正が不可能な
程に壊れている場合には、この時点では正常なデータブ
ロックをまだ受信していないので、正常なデータブロッ
クの代りに部分データが壊れている旨と当該データブロ
ック中のプロトコル情報とを放送データ管理システム１
３０へ出力する。勿論、受信に失敗した最下位レイヤに
おけるデータブロックは正常に受信されるまで何度も再
受信され、正常に受信された時点で正常なデータブロッ
クが出力される。また、ここではプロトコル情報が正常
なものを対象としているので、当然ながらプロトコル情
報がエラーなく正常に受信されたことを判定しているも
のとする。
信号を受信し、放送信号レベルの誤り訂正や復号化処理
を施して、利用したい放送データを再生する為に必要な
最下位レイヤにおけるデータブロックを順次放送データ
管理システム１３０へ出力し、出力した旨を順次レイヤ
１プロトコルデコーダ１２１のプロトコル解析部１２１
ａへ通知する。但しこの時、放送データ管理システム１
３０へ出力すべき最下位レイヤにおけるデータブロック
中の上位レイヤにおけるデータに相当する部分データが
受信エラー等の受信の失敗によって誤り訂正が不可能な
程に壊れている場合には、この時点では正常なデータブ
ロックをまだ受信していないので、正常なデータブロッ
クの代りに部分データが壊れている旨と当該データブロ
ック中のプロトコル情報とを放送データ管理システム１
３０へ出力する。勿論、受信に失敗した最下位レイヤに
おけるデータブロックは正常に受信されるまで何度も再
受信され、正常に受信された時点で正常なデータブロッ
クが出力される。また、ここではプロトコル情報が正常
なものを対象としているので、当然ながらプロトコル情
報がエラーなく正常に受信されたことを判定しているも
のとする。
【００１８】レイヤ１プロトコルデコーダ１２１は、最
下位レイヤであるレイヤ１のプロトコルに則ってプロト
コルの解析とデコード処理を行ない、複数の最下位レイ
ヤにおけるデータブロックからレイヤ２のデータブロッ
クを再生することができる第１オフセット情報を生成し
てレイヤ２プロトコルデコーダ１２２と放送データ管理
システム１３０とへ渡す。
下位レイヤであるレイヤ１のプロトコルに則ってプロト
コルの解析とデコード処理を行ない、複数の最下位レイ
ヤにおけるデータブロックからレイヤ２のデータブロッ
クを再生することができる第１オフセット情報を生成し
てレイヤ２プロトコルデコーダ１２２と放送データ管理
システム１３０とへ渡す。
【００１９】プロトコル解析部１２１ａは受信部１１０
からの通知を受ける度に、利用したい放送データを再生
する為に必要なレイヤ２におけるデータブロックの内の
何れかを構成するレイヤ１におけるデータブロックが揃
ったか否かを判断し、何れかが揃ったと判断した時に
は、揃ったと判断したレイヤ２におけるデータブロック
を構成する各レイヤ１におけるデータブロック中のレイ
ヤ２におけるデータブロックを再生するのに必要なプロ
トコル情報を抽出するように情報管理部１２１ｃに指示
する。なお、プロトコル解析部１２１ａは、予めレイヤ
２におけるデータブロックを再生する為のレイヤ１のプ
ロトコルを保持しており、情報管理部１２１ｃにプロト
コル情報の抽出を指示する際には、予め保持しているプ
ロトコルに基づいて、レイヤ１におけるデータブロック
において抽出すべきプロトコル情報の相対アドレスを添
付する。
からの通知を受ける度に、利用したい放送データを再生
する為に必要なレイヤ２におけるデータブロックの内の
何れかを構成するレイヤ１におけるデータブロックが揃
ったか否かを判断し、何れかが揃ったと判断した時に
は、揃ったと判断したレイヤ２におけるデータブロック
を構成する各レイヤ１におけるデータブロック中のレイ
ヤ２におけるデータブロックを再生するのに必要なプロ
トコル情報を抽出するように情報管理部１２１ｃに指示
する。なお、プロトコル解析部１２１ａは、予めレイヤ
２におけるデータブロックを再生する為のレイヤ１のプ
ロトコルを保持しており、情報管理部１２１ｃにプロト
コル情報の抽出を指示する際には、予め保持しているプ
ロトコルに基づいて、レイヤ１におけるデータブロック
において抽出すべきプロトコル情報の相対アドレスを添
付する。
【００２０】情報管理部１２１ｃはプロトコル解析部１
２１ａから指示を受けると、放送データ管理システム１
３０に、指示のあった各レイヤ１におけるデータブロッ
ク中のプロトコル情報を抽出させ、抽出された各プロト
コル情報をプロトコル解析部１２１ａに渡す。プロトコ
ル解析部１２１ａはプロトコル情報を受け取ると、当該
プロトコル情報に基づいて、揃ったと判断したレイヤ２
におけるデータブロックを仮想的に再生することができ
る第１オフセット情報を生成して情報通知部１２１ｂへ
渡す。また、第１オフセット情報は情報管理部１２１ｃ
を介して放送データ管理システム１３０へも渡される。
ここで第１オフセット情報とは、揃ったと判断したレイ
ヤ２におけるデータブロックを構成する複数のレイヤ１
におけるデータブロックを特定する情報と、その必要な
部分を示す相対アドレスの情報とである。
２１ａから指示を受けると、放送データ管理システム１
３０に、指示のあった各レイヤ１におけるデータブロッ
ク中のプロトコル情報を抽出させ、抽出された各プロト
コル情報をプロトコル解析部１２１ａに渡す。プロトコ
ル解析部１２１ａはプロトコル情報を受け取ると、当該
プロトコル情報に基づいて、揃ったと判断したレイヤ２
におけるデータブロックを仮想的に再生することができ
る第１オフセット情報を生成して情報通知部１２１ｂへ
渡す。また、第１オフセット情報は情報管理部１２１ｃ
を介して放送データ管理システム１３０へも渡される。
ここで第１オフセット情報とは、揃ったと判断したレイ
ヤ２におけるデータブロックを構成する複数のレイヤ１
におけるデータブロックを特定する情報と、その必要な
部分を示す相対アドレスの情報とである。
【００２１】情報通知部１２１ｂはプロトコル解析部１
２１ａから第１オフセット情報を受け取ると、順次レイ
ヤ２のプロトコルデコーダ１２２のプロトコル解析部１
２２ａへ通知する。レイヤ２プロトコルデコーダ１２２
〜レイヤＮプロトコルデコーダ１２Ｎはそれぞれ、レイ
ヤ２〜レイヤＮのプロトコルに則ってプロトコルの解析
とデコード処理を行ない、第１オフセット情報〜第（Ｎ
−１）オフセット情報に基づいて、複数の最下位レイヤ
におけるデータブロックからレイヤ２〜レイヤＮにおけ
るデータブロックを再生することができる第２オフセッ
ト情報〜第Ｎオフセット情報を生成してレイヤ３プロト
コルデコーダ１２３〜レイヤＮプロトコルデコーダ１２
Ｎ及び放送データビューア１５０へ渡す。また、第２オ
フセット情報〜第Ｎオフセット情報は放送データ管理シ
ステム１３０へも渡される。ここで、最上位レイヤであ
るレイヤＮにおけるデータブロックは、ユーザがそのま
ま使用できる放送データである。
２１ａから第１オフセット情報を受け取ると、順次レイ
ヤ２のプロトコルデコーダ１２２のプロトコル解析部１
２２ａへ通知する。レイヤ２プロトコルデコーダ１２２
〜レイヤＮプロトコルデコーダ１２Ｎはそれぞれ、レイ
ヤ２〜レイヤＮのプロトコルに則ってプロトコルの解析
とデコード処理を行ない、第１オフセット情報〜第（Ｎ
−１）オフセット情報に基づいて、複数の最下位レイヤ
におけるデータブロックからレイヤ２〜レイヤＮにおけ
るデータブロックを再生することができる第２オフセッ
ト情報〜第Ｎオフセット情報を生成してレイヤ３プロト
コルデコーダ１２３〜レイヤＮプロトコルデコーダ１２
Ｎ及び放送データビューア１５０へ渡す。また、第２オ
フセット情報〜第Ｎオフセット情報は放送データ管理シ
ステム１３０へも渡される。ここで、最上位レイヤであ
るレイヤＮにおけるデータブロックは、ユーザがそのま
ま使用できる放送データである。
【００２２】プロトコル解析部１２２ａ〜プロトコル解
析部１２Ｎａはそれぞれ、通知されたプロトコル情報に
従って、各レイヤにおけるプロトコルの解析とデコード
処理を行なう。情報通知部１２２ｂ〜１２Ｎｂは、それ
ぞれ自身より１つ上位のレイヤのレイヤ２プロトコルデ
コーダ１２２〜レイヤＮプロトコルデコーダ１２Ｎに、
当該レイヤにおけるプロトコル情報を通知する。
析部１２Ｎａはそれぞれ、通知されたプロトコル情報に
従って、各レイヤにおけるプロトコルの解析とデコード
処理を行なう。情報通知部１２２ｂ〜１２Ｎｂは、それ
ぞれ自身より１つ上位のレイヤのレイヤ２プロトコルデ
コーダ１２２〜レイヤＮプロトコルデコーダ１２Ｎに、
当該レイヤにおけるプロトコル情報を通知する。
【００２３】情報管理部１２２ｃ〜１２Ｎｃは、自身の
レイヤにおけるデータブロックの情報を管理する。放送
データ管理システム１３０は、全てのレイヤにおける解
析処理途中を含めたデータブロックを管理する。データ
蓄積部１４０は、放送データ管理システム１３０によっ
て管理される情報を記憶する。
レイヤにおけるデータブロックの情報を管理する。放送
データ管理システム１３０は、全てのレイヤにおける解
析処理途中を含めたデータブロックを管理する。データ
蓄積部１４０は、放送データ管理システム１３０によっ
て管理される情報を記憶する。
【００２４】放送データビューア１５０は、自動的又は
ユーザの指示に基づいて、放送データを表示してユーザ
に参照させる。＜放送データ管理システム＞図２は、図
１に示した放送データ管理システム１３０の詳細な構成
を示す図である。なお、図２には図１に示したデータ蓄
積部１４０も記載している。
ユーザの指示に基づいて、放送データを表示してユーザ
に参照させる。＜放送データ管理システム＞図２は、図
１に示した放送データ管理システム１３０の詳細な構成
を示す図である。なお、図２には図１に示したデータ蓄
積部１４０も記載している。
【００２５】ファイル作成部２０１は、ファイル作成要
求を受信部１１０から受け付けて、ファイル管理情報作
成部２０７によりファイル管理情報を作成させてデータ
蓄積部１４０に記憶させ、新規にファイルを作成する。
ファイルオープン部２０２は、ファイルオープン要求を
情報管理部１２２ｃ〜１２Ｎｃから受け付けて、ファイ
ル管理情報検索部２０８によりデータ蓄積部１４０内の
オープンすべきファイルに対応するファイル管理情報を
検索させ、検索されたファイル管理情報に基づいてオー
プンすべき既存のファイルを使用できるように開く。
求を受信部１１０から受け付けて、ファイル管理情報作
成部２０７によりファイル管理情報を作成させてデータ
蓄積部１４０に記憶させ、新規にファイルを作成する。
ファイルオープン部２０２は、ファイルオープン要求を
情報管理部１２２ｃ〜１２Ｎｃから受け付けて、ファイ
ル管理情報検索部２０８によりデータ蓄積部１４０内の
オープンすべきファイルに対応するファイル管理情報を
検索させ、検索されたファイル管理情報に基づいてオー
プンすべき既存のファイルを使用できるように開く。
【００２６】ファイルクローズ部２０３は、ファイルク
ローズ要求を受信部１１０、及び、情報管理部１２２ｃ
〜１２Ｎｃから受け付けて、ファイル管理情報更新部２
０９によりデータ蓄積部１４０内のクローズすべきファ
イルに対応するファイル管理情報を更新させ、クローズ
すべきファイルを使用できないように閉じる。正常書込
み制御部２０４は、ファイルに正常に受信したデータを
登録する場合に発行される正常書込み要求を情報管理部
１２２ｃ〜１２Ｎｃから受け付けて、ブロック管理情報
解析部２１２により正常なデータを書込むべき位置と正
常なデータのサイズとを求めさせ、実ブロック管理情報
作成部２１０により正常なデータのブロック管理情報を
作成させ、データ書込み部２１３により正常なデータを
データ蓄積部１４０に書込ませる。
ローズ要求を受信部１１０、及び、情報管理部１２２ｃ
〜１２Ｎｃから受け付けて、ファイル管理情報更新部２
０９によりデータ蓄積部１４０内のクローズすべきファ
イルに対応するファイル管理情報を更新させ、クローズ
すべきファイルを使用できないように閉じる。正常書込
み制御部２０４は、ファイルに正常に受信したデータを
登録する場合に発行される正常書込み要求を情報管理部
１２２ｃ〜１２Ｎｃから受け付けて、ブロック管理情報
解析部２１２により正常なデータを書込むべき位置と正
常なデータのサイズとを求めさせ、実ブロック管理情報
作成部２１０により正常なデータのブロック管理情報を
作成させ、データ書込み部２１３により正常なデータを
データ蓄積部１４０に書込ませる。
【００２７】異常書込み制御部２０５は、ファイルに受
信エラーが発生したデータを登録する場合に発行される
異常書込み要求を情報管理部１２２ｃ〜１２Ｎｃから受
け付けて、ブロック管理情報解析部２１２により受信エ
ラーが発生しなかった場合にデータを書込むべき位置と
データのサイズとを求めさせ、仮ブロック管理情報作成
部２１１により異常なデータのブロック管理情報を作成
させる。
信エラーが発生したデータを登録する場合に発行される
異常書込み要求を情報管理部１２２ｃ〜１２Ｎｃから受
け付けて、ブロック管理情報解析部２１２により受信エ
ラーが発生しなかった場合にデータを書込むべき位置と
データのサイズとを求めさせ、仮ブロック管理情報作成
部２１１により異常なデータのブロック管理情報を作成
させる。
【００２８】読出し制御部２０６は、ファイルからデー
タを読み出す場合に発行される読み出し要求を放送デー
タビューア１５０から受け付けて、ブロック管理情報解
析部２１２により読み出すべきデータの位置とサイズと
を求めさせ、データ読出し部２１４により読み出すべき
データをデータ蓄積部１４０から読み出させる。 ＜管理情報の構造＞図３は、図１に示した放送データ管
理システム１３０が管理する管理情報の構造を示す図で
ある。
タを読み出す場合に発行される読み出し要求を放送デー
タビューア１５０から受け付けて、ブロック管理情報解
析部２１２により読み出すべきデータの位置とサイズと
を求めさせ、データ読出し部２１４により読み出すべき
データをデータ蓄積部１４０から読み出させる。 ＜管理情報の構造＞図３は、図１に示した放送データ管
理システム１３０が管理する管理情報の構造を示す図で
ある。
【００２９】図３に示す管理情報は、ファイル管理情報
領域、ブロック管理情報領域、及び、データブロック領
域の３つの領域に区分されている。ファイル管理情報領
域は複数のファイル管理情報からなり、各ファイル管理
情報はそれぞれ１つのファイルに対応するファイル毎の
情報である。ブロック管理情報領域は複数のブロック管
理情報からなり、各ブロック管理情報はそれぞれ１つの
ブロックに対応するブロック毎の情報である。
領域、ブロック管理情報領域、及び、データブロック領
域の３つの領域に区分されている。ファイル管理情報領
域は複数のファイル管理情報からなり、各ファイル管理
情報はそれぞれ１つのファイルに対応するファイル毎の
情報である。ブロック管理情報領域は複数のブロック管
理情報からなり、各ブロック管理情報はそれぞれ１つの
ブロックに対応するブロック毎の情報である。
【００３０】データブロック領域は複数のデータブロッ
クからなる。１つのファイルを構成するための情報は、
１つのファイル管理情報とｎ個のブロック管理情報とｍ
個のデータブロックであり、ｎは１以上でｍはｎ以上の
数である。図４はファイル管理情報を示す図である。
クからなる。１つのファイルを構成するための情報は、
１つのファイル管理情報とｎ個のブロック管理情報とｍ
個のデータブロックであり、ｎは１以上でｍはｎ以上の
数である。図４はファイル管理情報を示す図である。
【００３１】図５はブロック管理情報を示す図である。
ここでファイル管理情報とは、対応する各ファイルをデ
ータ蓄積部１４０内において管理する為に使用される情
報であり、使用中フラグ４０１、ブロック管理情報識別
子４０２、受信ファイルＩＤ４０３、ファイルサイズ４
０４、及び、ファイル格納サイズ４０５から成る。また
ブロック管理情報とは、対応する各ブロックをファイル
内において管理する為に使用される情報であり、次情報
識別子５０１、使用中フラグ５０２、ブロック種別５０
３、格納データ個数５０４、ブロックサイズ５０５、先
頭シリアル番号５０６、最終シリアル番号５０７、及
び、１個以上のデータインデックス５０８から成る。
ここでファイル管理情報とは、対応する各ファイルをデ
ータ蓄積部１４０内において管理する為に使用される情
報であり、使用中フラグ４０１、ブロック管理情報識別
子４０２、受信ファイルＩＤ４０３、ファイルサイズ４
０４、及び、ファイル格納サイズ４０５から成る。また
ブロック管理情報とは、対応する各ブロックをファイル
内において管理する為に使用される情報であり、次情報
識別子５０１、使用中フラグ５０２、ブロック種別５０
３、格納データ個数５０４、ブロックサイズ５０５、先
頭シリアル番号５０６、最終シリアル番号５０７、及
び、１個以上のデータインデックス５０８から成る。
【００３２】使用中フラグ４０１は、ファイル管理情報
一つ分の領域が未使用で使用可能か、あるいは使用中で
使用不可かを示すフラグであり、ファイル管理情報作成
部２０７が新規にファイル管理情報を作成する為に空き
領域を検索する際に利用される。ブロック管理情報識別
子４０２は、このファイル管理情報で管理するファイル
の先頭に位置するブロック管理情報の識別子である。
一つ分の領域が未使用で使用可能か、あるいは使用中で
使用不可かを示すフラグであり、ファイル管理情報作成
部２０７が新規にファイル管理情報を作成する為に空き
領域を検索する際に利用される。ブロック管理情報識別
子４０２は、このファイル管理情報で管理するファイル
の先頭に位置するブロック管理情報の識別子である。
【００３３】受信ファイルＩＤ４０３は、ファイル名な
どのファイルを識別する為のファイルに関する属性情報
であり、データ放送システム毎に任意に設計することが
できる。ファイルサイズ４０４は、正常に受信が終了し
た場合の全データサイズである。
どのファイルを識別する為のファイルに関する属性情報
であり、データ放送システム毎に任意に設計することが
できる。ファイルサイズ４０４は、正常に受信が終了し
た場合の全データサイズである。
【００３４】ファイル格納サイズ４０５は、現在までに
格納されている正常なデータのサイズである。ファイル
サイズ４０４とファイル格納サイズ４０５とは、全ての
データを格納したか否かの判断に利用され、ファイルサ
イズ４０４とファイル格納サイズ４０５とが同じである
場合は、ファイルのデータがすべてが正常に受信できた
と判断できる。
格納されている正常なデータのサイズである。ファイル
サイズ４０４とファイル格納サイズ４０５とは、全ての
データを格納したか否かの判断に利用され、ファイルサ
イズ４０４とファイル格納サイズ４０５とが同じである
場合は、ファイルのデータがすべてが正常に受信できた
と判断できる。
【００３５】次情報識別子５０１は、このブロック管理
情報の次に位置するブロック管理情報の識別子である。
使用中フラグ５０２は、ブロック管理情報一つ分の領域
が未使用で使用可能か、あるいは使用中で使用不可かを
示すフラグである。ブロック種別５０３は、このデータ
ブロックが正常受信されたか（実データ）、あるいは受
信エラーが発生したか（仮データ）を示すフラグであ
る。
情報の次に位置するブロック管理情報の識別子である。
使用中フラグ５０２は、ブロック管理情報一つ分の領域
が未使用で使用可能か、あるいは使用中で使用不可かを
示すフラグである。ブロック種別５０３は、このデータ
ブロックが正常受信されたか（実データ）、あるいは受
信エラーが発生したか（仮データ）を示すフラグであ
る。
【００３６】格納データ個数５０４は、このブロック管
理情報に登録されているデータブロックの個数であり、
データインデックス５０８の個数と一致する。ブロック
サイズ５０５は、このブロックに登録されているデータ
のサイズである。但し、ブロック種別５０３が仮データ
を示し且つ受信エラーが発生してデータサイズが不明な
場合は、ブロックサイズ５０５を“０”としサイズ不明
を意味するものとする。
理情報に登録されているデータブロックの個数であり、
データインデックス５０８の個数と一致する。ブロック
サイズ５０５は、このブロックに登録されているデータ
のサイズである。但し、ブロック種別５０３が仮データ
を示し且つ受信エラーが発生してデータサイズが不明な
場合は、ブロックサイズ５０５を“０”としサイズ不明
を意味するものとする。
【００３７】先頭シリアル番号５０６は、格納している
先頭のデータブロックのシリアル番号である。最終シリ
アル番号５０７は、格納している末尾のデータブロック
のシリアル番号である。ここでは、シリアル番号は昇順
に更新しているものとし、ブロック管理情報は、先頭シ
リアル番号５０６から最終シリアル番号５０７までの全
てのシリアル番号にそれぞれ対応するデータブロックの
プロトコル情報を除く部分を示すインデックス情報を格
納する。なお、シリアル番号は、データブロックの一致
を識別することができれば何であってもよく、、データ
放送システム毎に任意の情報をとりうる。
先頭のデータブロックのシリアル番号である。最終シリ
アル番号５０７は、格納している末尾のデータブロック
のシリアル番号である。ここでは、シリアル番号は昇順
に更新しているものとし、ブロック管理情報は、先頭シ
リアル番号５０６から最終シリアル番号５０７までの全
てのシリアル番号にそれぞれ対応するデータブロックの
プロトコル情報を除く部分を示すインデックス情報を格
納する。なお、シリアル番号は、データブロックの一致
を識別することができれば何であってもよく、、データ
放送システム毎に任意の情報をとりうる。
【００３８】１個以上のデータインデックス５０８は、
実際の受信データを示すインデックスをそれぞれ格納す
る。例えば、データブロックの位置を示すアドレスであ
ったり、データブロックが固定長の場合の識別番号であ
ったりと、データ放送システム毎に任意の情報をとりう
る。また、データインデックスの個数も任意であり、実
際に登録されているデータブロックの個数は、格納デー
タ個数５０４で知ることができる。
実際の受信データを示すインデックスをそれぞれ格納す
る。例えば、データブロックの位置を示すアドレスであ
ったり、データブロックが固定長の場合の識別番号であ
ったりと、データ放送システム毎に任意の情報をとりう
る。また、データインデックスの個数も任意であり、実
際に登録されているデータブロックの個数は、格納デー
タ個数５０４で知ることができる。
【００３９】＜管理情報の作成・更新＞ここで、ファイ
ルを構成する情報の作成・更新について説明する。図６
は、あるファイルのデータ受信例を示す図である。図７
〜１４は、図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
ルを構成する情報の作成・更新について説明する。図６
は、あるファイルのデータ受信例を示す図である。図７
〜１４は、図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【００４０】図６に示した受信例では、最下位レイヤの
プロトコルに則って、このプロトコルにおけるファイル
識別番号（図６中の“ＩＤ：０”）、そのファイルを分
割したデータブロックを示すシリアル番号（図６中の
“Ｎｏ：０”、“Ｎｏ：１”、“Ｎｏ：２”、“Ｎｏ：
３”）、及び、各データサイズ等のプロトコル情報を付
与された各データブロックＡ〜Ｄが順番に２回繰り返し
送信されている（図６中の６０１〜６０８）。また、６
０３及び６０６で受信エラーが発生したこととする。さ
らに、図示はしていないがファイルの先頭を示すフラグ
情報がデータブロックＡ（図６中の６０１、６０４）の
プロトコル情報中に、ファイルの最終を示すフラグ情報
がデータブロックＤ（図６中の６０５、６０８）のプロ
トコル情報中にそれぞれ付与されているものとし、デー
タブロックＡ〜Ｄのプロトコル情報を除く部分のデータ
サイズをそれぞれ“Ｓ１”〜“Ｓ４”とする。
プロトコルに則って、このプロトコルにおけるファイル
識別番号（図６中の“ＩＤ：０”）、そのファイルを分
割したデータブロックを示すシリアル番号（図６中の
“Ｎｏ：０”、“Ｎｏ：１”、“Ｎｏ：２”、“Ｎｏ：
３”）、及び、各データサイズ等のプロトコル情報を付
与された各データブロックＡ〜Ｄが順番に２回繰り返し
送信されている（図６中の６０１〜６０８）。また、６
０３及び６０６で受信エラーが発生したこととする。さ
らに、図示はしていないがファイルの先頭を示すフラグ
情報がデータブロックＡ（図６中の６０１、６０４）の
プロトコル情報中に、ファイルの最終を示すフラグ情報
がデータブロックＤ（図６中の６０５、６０８）のプロ
トコル情報中にそれぞれ付与されているものとし、デー
タブロックＡ〜Ｄのプロトコル情報を除く部分のデータ
サイズをそれぞれ“Ｓ１”〜“Ｓ４”とする。
【００４１】（１）最初にデータブロック６０１をエラ
ーなしで正常に受信すると、新しいファイル識別番号
“０”が得られるので、新しいファイル管理情報の作成
が行なわれ、続いて最初のブロック管理情報の登録が行
なわれ、データブロック６０１のプロトコル情報を除く
部分が記憶される。図７は、この時に作成された各管理
情報を示す図である。
ーなしで正常に受信すると、新しいファイル識別番号
“０”が得られるので、新しいファイル管理情報の作成
が行なわれ、続いて最初のブロック管理情報の登録が行
なわれ、データブロック６０１のプロトコル情報を除く
部分が記憶される。図７は、この時に作成された各管理
情報を示す図である。
【００４２】新しいファイル管理情報の作成は、使用さ
れていないファイル管理情報７００一つ分の領域を検索
して確保（図７）し、使用中フラグ７０１を“使用中”
に設定し、受信ファイルＩＤ７０３にプロトコルに則っ
たファイル識別番号“０”を設定し、ファイルサイズ７
０４とファイル格納サイズ７０５とに受信したデータブ
ロックのサイズを設定する。
れていないファイル管理情報７００一つ分の領域を検索
して確保（図７）し、使用中フラグ７０１を“使用中”
に設定し、受信ファイルＩＤ７０３にプロトコルに則っ
たファイル識別番号“０”を設定し、ファイルサイズ７
０４とファイル格納サイズ７０５とに受信したデータブ
ロックのサイズを設定する。
【００４３】最初のデータブロックの登録は、使用され
ていないブロック管理情報７１０一つ分の領域を確保
（図７）し、使用中フラグ７１２を“使用中”に設定
し、ブロック種別７１３を“実データ”に設定し、格納
データ個数７１４を“１”に設定し、ブロックサイズ７
１５を“Ｓ１”に設定し、先頭シリアル番号７１６と最
終シリアル番号７１７とを“０”に設定する。そして、
このブロック管理情報７１０の識別子をファイル管理情
報７００のブロック管理情報識別子７０２に設定し、ブ
ロック管理情報７１０の１番目のデータインデックス７
１８ａに、受信したデータブロック６０１のプロトコル
情報を除く部分を示すインデックス情報を設定する（図
７）。
ていないブロック管理情報７１０一つ分の領域を確保
（図７）し、使用中フラグ７１２を“使用中”に設定
し、ブロック種別７１３を“実データ”に設定し、格納
データ個数７１４を“１”に設定し、ブロックサイズ７
１５を“Ｓ１”に設定し、先頭シリアル番号７１６と最
終シリアル番号７１７とを“０”に設定する。そして、
このブロック管理情報７１０の識別子をファイル管理情
報７００のブロック管理情報識別子７０２に設定し、ブ
ロック管理情報７１０の１番目のデータインデックス７
１８ａに、受信したデータブロック６０１のプロトコル
情報を除く部分を示すインデックス情報を設定する（図
７）。
【００４４】（２）次に、データブロック６０２をエラ
ーなしで正常に受信すると、ブロック管理情報の登録が
行なわれ、データブロック６０２のデータが記憶され
る。図８は、この時に更新された各管理情報を示す図で
ある。この時のブロック管理情報の登録は、まず受信し
たデータブロック６０２のプロトコル情報を除く部分を
示すインデックス情報を登録する位置をシリアル番号か
ら判断する。ここでは得られたファイル識別番号“０”
が受信ファイルＩＤ７０３と一致するファイル管理情報
７００（図７）を検索し、このファイル管理情報７００
のブロック管理情報識別子７０２を参照してブロック管
理情報７１０（図７）を検索し、このブロック管理情報
７１０の先頭シリアル番号７１６と最終シリアル番号７
１７とが“０”であり受信したデータブロック６０２の
シリアル番号が“１”なので受信したデータブロック６
０２のプロトコル情報を除く部分を示すインデックス情
報はこのブロック管理情報７１０の次に位置することが
わかり、このブロック管理情報７１０の次情報識別子７
１１がないので更新ではなく追加であることがわかり、
このブロック管理情報７１０のブロック種別７１３が
“実データ”でありエラーなし受信ブロックの登録なの
で追加すべき位置がこのブロック管理情報７１０である
ことがわかる。よって、ブロック管理情報７１０の格納
データ個数７１４をインクリメントして“１”から
“２”に、ブロックサイズ７１５に“Ｓ２”を加算して
“Ｓ１”から“Ｓ１＋Ｓ２”に、最終シリアル番号７１
７を“０”から“１”に更新し、２番目のデータインデ
ックス７１８ｂにデータブロック６０２のプロトコル情
報を除く部分を示すインデックス情報を追加する。ま
た、ファイル管理情報７００のファイルサイズ７０４と
ファイル格納サイズ７０５とに、それぞれ“Ｓ２”を加
算して、それぞれ“Ｓ１”から“Ｓ１＋Ｓ２”に更新す
る（図７から図８へ更新）。
ーなしで正常に受信すると、ブロック管理情報の登録が
行なわれ、データブロック６０２のデータが記憶され
る。図８は、この時に更新された各管理情報を示す図で
ある。この時のブロック管理情報の登録は、まず受信し
たデータブロック６０２のプロトコル情報を除く部分を
示すインデックス情報を登録する位置をシリアル番号か
ら判断する。ここでは得られたファイル識別番号“０”
が受信ファイルＩＤ７０３と一致するファイル管理情報
７００（図７）を検索し、このファイル管理情報７００
のブロック管理情報識別子７０２を参照してブロック管
理情報７１０（図７）を検索し、このブロック管理情報
７１０の先頭シリアル番号７１６と最終シリアル番号７
１７とが“０”であり受信したデータブロック６０２の
シリアル番号が“１”なので受信したデータブロック６
０２のプロトコル情報を除く部分を示すインデックス情
報はこのブロック管理情報７１０の次に位置することが
わかり、このブロック管理情報７１０の次情報識別子７
１１がないので更新ではなく追加であることがわかり、
このブロック管理情報７１０のブロック種別７１３が
“実データ”でありエラーなし受信ブロックの登録なの
で追加すべき位置がこのブロック管理情報７１０である
ことがわかる。よって、ブロック管理情報７１０の格納
データ個数７１４をインクリメントして“１”から
“２”に、ブロックサイズ７１５に“Ｓ２”を加算して
“Ｓ１”から“Ｓ１＋Ｓ２”に、最終シリアル番号７１
７を“０”から“１”に更新し、２番目のデータインデ
ックス７１８ｂにデータブロック６０２のプロトコル情
報を除く部分を示すインデックス情報を追加する。ま
た、ファイル管理情報７００のファイルサイズ７０４と
ファイル格納サイズ７０５とに、それぞれ“Ｓ２”を加
算して、それぞれ“Ｓ１”から“Ｓ１＋Ｓ２”に更新す
る（図７から図８へ更新）。
【００４５】（３）次に、データブロック６０３をエラ
ーありで正常でなく受信すると、ブロック管理情報の登
録が行なわれ、データブロック６０３のデータは記憶さ
れない。図９は、この時に更新された各管理情報を示す
図である。この時のブロック管理情報の登録は、まずエ
ラーなしで受信したデータブロックの登録と同様に、エ
ラーなしでデータブロックを受信したと仮定した場合
に、受信したデータブロック６０３のプロトコル情報を
除く部分を示すインデックス情報を登録するはずであっ
た位置をシリアル番号から判断する。ここでは得られた
ファイル識別番号“０”が受信ファイルＩＤ７０３と一
致するファイル管理情報７００（図８）を検索し、この
ファイル管理情報７００のブロック管理情報識別子７０
２を参照してブロック管理情報７１０（図８）を検索
し、このブロック管理情報７１０の先頭シリアル番号７
１６が“０”であり最終シリアル番号７１７が“１”で
あり受信したデータブロック６０３のシリアル番号が
“２”なので受信したデータブロック６０３のプロトコ
ル情報を除く部分を示すインデックス情報はこのブロッ
ク管理情報７１０の次に位置することがわかり、このブ
ロック管理情報７１０の次情報識別子７１１がないので
更新ではなく追加であることがわかり、このブロック管
理情報７１０のブロック種別７１３が“実データ”であ
りエラーあり受信ブロックの登録なので追加するはずで
あった位置がこのブロック管理情報７１０であることが
わかる。よって、使用されていないブロック管理情報７
２０一つ分の領域を確保（図９）し、使用中フラグ７２
２を“使用中”に設定し、ブロック種別７２３を“仮デ
ータ”に設定し、格納データ個数７１４を“１”に設定
し、ブロックサイズ７２５を“Ｓ３”に設定し、先頭シ
リアル番号７２６と最終シリアル番号７２７とを“２”
に設定する（図９）。そして、このブロック管理情報７
２０の識別子をブロック管理情報７１０の次情報識別子
７１１に設定し、さらに、ファイル管理情報７００のフ
ァイルサイズ７０４に“Ｓ３”を加算して“Ｓ１＋Ｓ
２”から“Ｓ１＋Ｓ２＋Ｓ３”に更新する（図８から図
９へ更新）。
ーありで正常でなく受信すると、ブロック管理情報の登
録が行なわれ、データブロック６０３のデータは記憶さ
れない。図９は、この時に更新された各管理情報を示す
図である。この時のブロック管理情報の登録は、まずエ
ラーなしで受信したデータブロックの登録と同様に、エ
ラーなしでデータブロックを受信したと仮定した場合
に、受信したデータブロック６０３のプロトコル情報を
除く部分を示すインデックス情報を登録するはずであっ
た位置をシリアル番号から判断する。ここでは得られた
ファイル識別番号“０”が受信ファイルＩＤ７０３と一
致するファイル管理情報７００（図８）を検索し、この
ファイル管理情報７００のブロック管理情報識別子７０
２を参照してブロック管理情報７１０（図８）を検索
し、このブロック管理情報７１０の先頭シリアル番号７
１６が“０”であり最終シリアル番号７１７が“１”で
あり受信したデータブロック６０３のシリアル番号が
“２”なので受信したデータブロック６０３のプロトコ
ル情報を除く部分を示すインデックス情報はこのブロッ
ク管理情報７１０の次に位置することがわかり、このブ
ロック管理情報７１０の次情報識別子７１１がないので
更新ではなく追加であることがわかり、このブロック管
理情報７１０のブロック種別７１３が“実データ”であ
りエラーあり受信ブロックの登録なので追加するはずで
あった位置がこのブロック管理情報７１０であることが
わかる。よって、使用されていないブロック管理情報７
２０一つ分の領域を確保（図９）し、使用中フラグ７２
２を“使用中”に設定し、ブロック種別７２３を“仮デ
ータ”に設定し、格納データ個数７１４を“１”に設定
し、ブロックサイズ７２５を“Ｓ３”に設定し、先頭シ
リアル番号７２６と最終シリアル番号７２７とを“２”
に設定する（図９）。そして、このブロック管理情報７
２０の識別子をブロック管理情報７１０の次情報識別子
７１１に設定し、さらに、ファイル管理情報７００のフ
ァイルサイズ７０４に“Ｓ３”を加算して“Ｓ１＋Ｓ
２”から“Ｓ１＋Ｓ２＋Ｓ３”に更新する（図８から図
９へ更新）。
【００４６】（４）次に、データブロック６０４をエラ
ーなしで正常に受信すると、ブロック管理情報の登録が
行なわれ、データブロック６０４のデータが記憶され
る。図１０は、この時に更新された各管理情報を示す図
である。この時のブロック管理情報の登録は、まず受信
したデータブロック６０４のプロトコル情報を除く部分
を示すインデックス情報を登録する位置をシリアル番号
から判断する。ここでは得られたファイル識別番号
“０”が受信ファイルＩＤ７０３と一致するファイル管
理情報７００（図９）を検索し、このファイル管理情報
７００のブロック管理情報識別子７０２を参照してブロ
ック管理情報７１０（図９）を検索し、このブロック管
理情報７１０の先頭シリアル番号７１６が“０”であり
最終シリアル番号７１７が“１”であり受信したデータ
ブロック６０２のシリアル番号が“１”なので受信した
データブロック６０２のプロトコル情報を除く部分を示
すインデックス情報はこのブロック管理情報７１０の後
に位置することがわかり、このブロック管理情報７１０
の次情報識別子７１１を参照してブロック管理情報７２
０（図９）を検索し、このブロック管理情報７２０の先
頭シリアル番号７２６と最終シリアル番号７２７が
“２”であり受信したデータブロック６０４のシリアル
番号が“３”なので受信したデータブロック６０４のプ
ロトコル情報を除く部分を示すインデックス情報はこの
ブロック管理情報７２０の次に位置することがわかり、
このブロック管理情報７２０の次情報識別子７２１がな
いので更新ではなく追加であることがわかり、このブロ
ック管理情報７２０のブロック種別７２３が“仮デー
タ”でありエラーなし受信ブロックの登録なので追加す
べき位置がこのブロック管理情報７２０とは別の新たな
ブロック管理情報であることがわかる。よって、使用さ
れていないブロック管理情報７３０一つ分の領域を確保
（図１０）し、使用中フラグ７３２を“使用中”に設定
し、ブロック種別７３３を“実データ”に設定し、格納
データ個数７３４を“１”に設定し、ブロックサイズ７
１５を“Ｓ４”に設定し、先頭シリアル番号７３６と最
終シリアル番号７３７とを“３”に設定し、１番目のデ
ータインデックス７３８に受信したデータブロック６０
４のプロトコル情報を除く部分を示すインデックス情報
を設定する（図１０）。そして、このブロック管理情報
７３０の識別子をブロック管理情報７２０の次情報識別
子７２１に設定し、ファイル管理情報７００のファイル
サイズ７０４に“Ｓ４”を加算して“Ｓ１＋Ｓ２＋Ｓ
３”から“Ｓ１＋Ｓ２＋Ｓ３＋Ｓ４”に、ファイル管理
情報７００のファイル格納サイズ７０５に“Ｓ４”を加
算して“Ｓ１＋Ｓ２”から“Ｓ１＋Ｓ２＋Ｓ４”に更新
する（図９から図１０へ更新）。
ーなしで正常に受信すると、ブロック管理情報の登録が
行なわれ、データブロック６０４のデータが記憶され
る。図１０は、この時に更新された各管理情報を示す図
である。この時のブロック管理情報の登録は、まず受信
したデータブロック６０４のプロトコル情報を除く部分
を示すインデックス情報を登録する位置をシリアル番号
から判断する。ここでは得られたファイル識別番号
“０”が受信ファイルＩＤ７０３と一致するファイル管
理情報７００（図９）を検索し、このファイル管理情報
７００のブロック管理情報識別子７０２を参照してブロ
ック管理情報７１０（図９）を検索し、このブロック管
理情報７１０の先頭シリアル番号７１６が“０”であり
最終シリアル番号７１７が“１”であり受信したデータ
ブロック６０２のシリアル番号が“１”なので受信した
データブロック６０２のプロトコル情報を除く部分を示
すインデックス情報はこのブロック管理情報７１０の後
に位置することがわかり、このブロック管理情報７１０
の次情報識別子７１１を参照してブロック管理情報７２
０（図９）を検索し、このブロック管理情報７２０の先
頭シリアル番号７２６と最終シリアル番号７２７が
“２”であり受信したデータブロック６０４のシリアル
番号が“３”なので受信したデータブロック６０４のプ
ロトコル情報を除く部分を示すインデックス情報はこの
ブロック管理情報７２０の次に位置することがわかり、
このブロック管理情報７２０の次情報識別子７２１がな
いので更新ではなく追加であることがわかり、このブロ
ック管理情報７２０のブロック種別７２３が“仮デー
タ”でありエラーなし受信ブロックの登録なので追加す
べき位置がこのブロック管理情報７２０とは別の新たな
ブロック管理情報であることがわかる。よって、使用さ
れていないブロック管理情報７３０一つ分の領域を確保
（図１０）し、使用中フラグ７３２を“使用中”に設定
し、ブロック種別７３３を“実データ”に設定し、格納
データ個数７３４を“１”に設定し、ブロックサイズ７
１５を“Ｓ４”に設定し、先頭シリアル番号７３６と最
終シリアル番号７３７とを“３”に設定し、１番目のデ
ータインデックス７３８に受信したデータブロック６０
４のプロトコル情報を除く部分を示すインデックス情報
を設定する（図１０）。そして、このブロック管理情報
７３０の識別子をブロック管理情報７２０の次情報識別
子７２１に設定し、ファイル管理情報７００のファイル
サイズ７０４に“Ｓ４”を加算して“Ｓ１＋Ｓ２＋Ｓ
３”から“Ｓ１＋Ｓ２＋Ｓ３＋Ｓ４”に、ファイル管理
情報７００のファイル格納サイズ７０５に“Ｓ４”を加
算して“Ｓ１＋Ｓ２”から“Ｓ１＋Ｓ２＋Ｓ４”に更新
する（図９から図１０へ更新）。
【００４７】この時点で、データブロックＡ〜Ｄが不完
全ながらも全て受信された。 （５）次に、データブロック６０５をエラーなしで正常
に受信するが、データブロック６０５と同じ内容のデー
タブロック６０１が既に正常に受信されているので管理
情報は更新されない。同じ内容のデータブロックが既に
正常に受信されているか否かは、受信したデータブロッ
クと同じシリアル番号を持つデータブロックのプロトコ
ル情報を除く部分を示すインデックス情報が既に登録さ
れているか否かで判断する。
全ながらも全て受信された。 （５）次に、データブロック６０５をエラーなしで正常
に受信するが、データブロック６０５と同じ内容のデー
タブロック６０１が既に正常に受信されているので管理
情報は更新されない。同じ内容のデータブロックが既に
正常に受信されているか否かは、受信したデータブロッ
クと同じシリアル番号を持つデータブロックのプロトコ
ル情報を除く部分を示すインデックス情報が既に登録さ
れているか否かで判断する。
【００４８】ここでは得られたファイル識別番号“０”
が受信ファイルＩＤ７０３と一致するファイル管理情報
７００（図１０）を検索し、このファイル管理情報７０
０のブロック管理情報識別子７０２を参照してブロック
管理情報７１０（図１０）を検索し、このブロック管理
情報７１０の先頭シリアル番号７１６が“０”であり最
終シリアル番号７１７が“１”であり受信したデータブ
ロック６０５（図６）のシリアル番号が“０”なので受
信したデータブロック６０５のプロトコル情報を除く部
分を示すインデックス情報はこのブロック管理情報７１
０に位置することがわかり、このブロック管理情報７１
０のブロック種別７１３が“実データ”なのでデータブ
ロック６０５と同じ内容のデータブロックのプロトコル
情報を除く部分を示すインデックス情報が既にブロック
管理情報７１０に存在することがわかる。よって、受信
したデータブロック６０５は破棄され、管理情報は変更
されない。
が受信ファイルＩＤ７０３と一致するファイル管理情報
７００（図１０）を検索し、このファイル管理情報７０
０のブロック管理情報識別子７０２を参照してブロック
管理情報７１０（図１０）を検索し、このブロック管理
情報７１０の先頭シリアル番号７１６が“０”であり最
終シリアル番号７１７が“１”であり受信したデータブ
ロック６０５（図６）のシリアル番号が“０”なので受
信したデータブロック６０５のプロトコル情報を除く部
分を示すインデックス情報はこのブロック管理情報７１
０に位置することがわかり、このブロック管理情報７１
０のブロック種別７１３が“実データ”なのでデータブ
ロック６０５と同じ内容のデータブロックのプロトコル
情報を除く部分を示すインデックス情報が既にブロック
管理情報７１０に存在することがわかる。よって、受信
したデータブロック６０５は破棄され、管理情報は変更
されない。
【００４９】（６）次に、データブロック６０６をエラ
ーありで正常でなく受信するが、データブロック６０６
と同じ内容のデータブロック６０２が既に正常に受信さ
れ登録されているので管理情報は更新されない。詳細は
上記（５）と同様であるので説明は省略する。 （７）次に、データブロック６０７をエラーなしで正常
に受信すると、管理情報の更新が行なわれ、データブロ
ック６０７のデータが記憶される。
ーありで正常でなく受信するが、データブロック６０６
と同じ内容のデータブロック６０２が既に正常に受信さ
れ登録されているので管理情報は更新されない。詳細は
上記（５）と同様であるので説明は省略する。 （７）次に、データブロック６０７をエラーなしで正常
に受信すると、管理情報の更新が行なわれ、データブロ
ック６０７のデータが記憶される。
【００５０】図１１は、この時の管理情報を示す図であ
る。この時のブロック管理情報の更新は、まず受信した
データブロック６０７のプロトコル情報を除く部分を示
すインデックス情報を登録する位置をシリアル番号から
判断する。ここでは得られたファイル識別番号“０”が
受信ファイルＩＤ７０３と一致するファイル管理情報７
００（図１０）を検索し、このファイル管理情報７００
のブロック管理情報識別子７０２を参照してブロック管
理情報７１０（図１０）を検索し、このブロック管理情
報７１０の先頭シリアル番号７１６が“０”であり最終
シリアル番号７１７が“１”であり受信したデータブロ
ック６０７のシリアル番号が“２”なので受信したデー
タブロック６０７のプロトコル情報を除く部分を示すイ
ンデックス情報はこのブロック管理情報７１０の後に位
置することがわかり、このブロック管理情報７１０の次
情報識別子７１１を参照してブロック管理情報７２０
（図１０）を検索し、このブロック管理情報７２０の先
頭シリアル番号７２６と最終シリアル番号７２７が
“２”であり受信したデータブロック６０７のシリアル
番号が“２”なので受信したデータブロック６０４のプ
ロトコル情報を除く部分を示すインデックス情報はこの
ブロック管理情報７２０に位置することがわかり、この
ブロック管理情報７２０のブロック種別７２３が“仮デ
ータ”でありエラーなし受信ブロックの登録なので更新
すべき位置がこのブロック管理情報７２０であることが
わかる。よって、このブロック管理情報７２０のブロッ
ク種別７２３を“仮データ”から“実データ”に更新
し、１番目のデータインデックス７２８に受信したデー
タブロック６０７のプロトコル情報を除く部分を示すイ
ンデックス情報を設定し、ファイル管理情報７００のフ
ァイル格納サイズ７０５に“Ｓ３”を加算して“Ｓ１＋
Ｓ２＋Ｓ４”から“Ｓ１＋Ｓ２＋Ｓ３＋Ｓ４”に更新す
る（図１０から図１１へ更新）。 （８）ブロック管理情報７２０のブロック種別７２３が
“実データ”に更新されたので、まず前のブロック管理
情報との統合が行われる。
る。この時のブロック管理情報の更新は、まず受信した
データブロック６０７のプロトコル情報を除く部分を示
すインデックス情報を登録する位置をシリアル番号から
判断する。ここでは得られたファイル識別番号“０”が
受信ファイルＩＤ７０３と一致するファイル管理情報７
００（図１０）を検索し、このファイル管理情報７００
のブロック管理情報識別子７０２を参照してブロック管
理情報７１０（図１０）を検索し、このブロック管理情
報７１０の先頭シリアル番号７１６が“０”であり最終
シリアル番号７１７が“１”であり受信したデータブロ
ック６０７のシリアル番号が“２”なので受信したデー
タブロック６０７のプロトコル情報を除く部分を示すイ
ンデックス情報はこのブロック管理情報７１０の後に位
置することがわかり、このブロック管理情報７１０の次
情報識別子７１１を参照してブロック管理情報７２０
（図１０）を検索し、このブロック管理情報７２０の先
頭シリアル番号７２６と最終シリアル番号７２７が
“２”であり受信したデータブロック６０７のシリアル
番号が“２”なので受信したデータブロック６０４のプ
ロトコル情報を除く部分を示すインデックス情報はこの
ブロック管理情報７２０に位置することがわかり、この
ブロック管理情報７２０のブロック種別７２３が“仮デ
ータ”でありエラーなし受信ブロックの登録なので更新
すべき位置がこのブロック管理情報７２０であることが
わかる。よって、このブロック管理情報７２０のブロッ
ク種別７２３を“仮データ”から“実データ”に更新
し、１番目のデータインデックス７２８に受信したデー
タブロック６０７のプロトコル情報を除く部分を示すイ
ンデックス情報を設定し、ファイル管理情報７００のフ
ァイル格納サイズ７０５に“Ｓ３”を加算して“Ｓ１＋
Ｓ２＋Ｓ４”から“Ｓ１＋Ｓ２＋Ｓ３＋Ｓ４”に更新す
る（図１０から図１１へ更新）。 （８）ブロック管理情報７２０のブロック種別７２３が
“実データ”に更新されたので、まず前のブロック管理
情報との統合が行われる。
【００５１】図１２は、この時の管理情報を示す図であ
る。この時の前のブロック管理情報との統合は、まず、
ブロック種別７２３が更新されたブロック管理情報７２
０と、その直前のブロック管理情報７１０とが統合可能
か否かが判断される。ここではブロック管理情報７１０
（図１１）のブロック種別７１３とブロック管理情報７
２０（図１１）のブロック種別７２３とがともに“実デ
ータ”であり、且つ、ブロック管理情報７１０の最終シ
リアル番号７１７が“１”でブロック管理情報７２０の
先頭シリアル番号７２６が“２”で連続しているのでこ
の２つのブロック管理情報は統合可能であることがわか
る。よって、ブロック管理情報７１０の格納データ個数
７１４の“２”にブロック管理情報７２０の格納データ
個数７２４の“１”を加えて“３”に更新し、ブロック
管理情報７１０のブロックサイズ７１５の“Ｓ１＋Ｓ
２”にブロック管理情報７２０のブロックサイズ７２５
“Ｓ３”を加えて“Ｓ１＋Ｓ２＋Ｓ３”に更新し、ブロ
ック管理情報７１０の最終シリアル番号７１７にブロッ
ク管理情報７２０の最終シリアル番号７２７“２”を転
記し、ブロック管理情報７１０のデータインデックス７
１８ｂに続けてブロック管理情報７２０のデータインデ
ックス７２８の情報を格納してデータインデックス７１
８ｃとする（図１１から図１２へ更新）。 （９）続いて、後のブロック管理情報との統合が行われ
る。
る。この時の前のブロック管理情報との統合は、まず、
ブロック種別７２３が更新されたブロック管理情報７２
０と、その直前のブロック管理情報７１０とが統合可能
か否かが判断される。ここではブロック管理情報７１０
（図１１）のブロック種別７１３とブロック管理情報７
２０（図１１）のブロック種別７２３とがともに“実デ
ータ”であり、且つ、ブロック管理情報７１０の最終シ
リアル番号７１７が“１”でブロック管理情報７２０の
先頭シリアル番号７２６が“２”で連続しているのでこ
の２つのブロック管理情報は統合可能であることがわか
る。よって、ブロック管理情報７１０の格納データ個数
７１４の“２”にブロック管理情報７２０の格納データ
個数７２４の“１”を加えて“３”に更新し、ブロック
管理情報７１０のブロックサイズ７１５の“Ｓ１＋Ｓ
２”にブロック管理情報７２０のブロックサイズ７２５
“Ｓ３”を加えて“Ｓ１＋Ｓ２＋Ｓ３”に更新し、ブロ
ック管理情報７１０の最終シリアル番号７１７にブロッ
ク管理情報７２０の最終シリアル番号７２７“２”を転
記し、ブロック管理情報７１０のデータインデックス７
１８ｂに続けてブロック管理情報７２０のデータインデ
ックス７２８の情報を格納してデータインデックス７１
８ｃとする（図１１から図１２へ更新）。 （９）続いて、後のブロック管理情報との統合が行われ
る。
【００５２】図１３は、この時の管理情報を示す図であ
る。この時の後のブロック管理情報との統合は、まず、
ブロック種別７２３が更新されたブロック管理情報７２
０と、その直後のブロック管理情報７３０とが統合可能
か否かが判断される。しかしながら、ブロック管理情報
７２０は上記（８）においてブロック管理情報７１０と
統合されたので、ブロック管理情報７１０とブロック管
理情報７３０とが統合可能か否かが判断される。ここで
はブロック管理情報７１０（図１２）のブロック種別７
１３とブロック管理情報７３０（図１２）のブロック種
別７２３とがともに“実データ”であり、且つ、ブロッ
ク管理情報７１０の最終シリアル番号７１７が“２”で
ブロック管理情報７３０の先頭シリアル番号７３６が
“３”で連続しているのでこの２つのブロック管理情報
は統合可能であることがわかる。よって、ブロック管理
情報７１０の格納データ個数７１４の“３”にブロック
管理情報７３０の格納データ個数７３４の“１”を加え
て“４”に更新し、ブロック管理情報７１０のブロック
サイズ７１５の“Ｓ１＋Ｓ２＋Ｓ３”にブロック管理情
報７３０のブロックサイズ７３５“Ｓ４”を加えて“Ｓ
１＋Ｓ２＋Ｓ３＋Ｓ４”に更新し、ブロック管理情報７
１０の最終シリアル番号７１７にブロック管理情報７３
０の最終シリアル番号７３７“３”を転記し、ブロック
管理情報７１０のデータインデックス７１８ｃに続けて
ブロック管理情報７３０のデータインデックス７３８の
情報を格納してデータインデックス７１８ｄとする（図
１２から図１３へ更新）。
る。この時の後のブロック管理情報との統合は、まず、
ブロック種別７２３が更新されたブロック管理情報７２
０と、その直後のブロック管理情報７３０とが統合可能
か否かが判断される。しかしながら、ブロック管理情報
７２０は上記（８）においてブロック管理情報７１０と
統合されたので、ブロック管理情報７１０とブロック管
理情報７３０とが統合可能か否かが判断される。ここで
はブロック管理情報７１０（図１２）のブロック種別７
１３とブロック管理情報７３０（図１２）のブロック種
別７２３とがともに“実データ”であり、且つ、ブロッ
ク管理情報７１０の最終シリアル番号７１７が“２”で
ブロック管理情報７３０の先頭シリアル番号７３６が
“３”で連続しているのでこの２つのブロック管理情報
は統合可能であることがわかる。よって、ブロック管理
情報７１０の格納データ個数７１４の“３”にブロック
管理情報７３０の格納データ個数７３４の“１”を加え
て“４”に更新し、ブロック管理情報７１０のブロック
サイズ７１５の“Ｓ１＋Ｓ２＋Ｓ３”にブロック管理情
報７３０のブロックサイズ７３５“Ｓ４”を加えて“Ｓ
１＋Ｓ２＋Ｓ３＋Ｓ４”に更新し、ブロック管理情報７
１０の最終シリアル番号７１７にブロック管理情報７３
０の最終シリアル番号７３７“３”を転記し、ブロック
管理情報７１０のデータインデックス７１８ｃに続けて
ブロック管理情報７３０のデータインデックス７３８の
情報を格納してデータインデックス７１８ｄとする（図
１２から図１３へ更新）。
【００５３】この時点で、データブロックＡ〜Ｄが完全
に全て受信された。 （１０）次に、データブロック６０８をエラーなしで正
常に受信するが、データブロック６０８と同じ内容のデ
ータブロック６０４が既に正常に受信され登録されてい
るので管理情報は更新されない。詳細は上記（５）と同
様であるので説明は省略する。
に全て受信された。 （１０）次に、データブロック６０８をエラーなしで正
常に受信するが、データブロック６０８と同じ内容のデ
ータブロック６０４が既に正常に受信され登録されてい
るので管理情報は更新されない。詳細は上記（５）と同
様であるので説明は省略する。
【００５４】以上説明したように、プロトコル情報を付
与された各データブロックが順番に繰り返し送信されて
いる場合に受信エラーが発生した場合には、受信エラー
が発生したデータブロックのみを再受信するだけで、短
い時間でファイルの受信を完了することができる。な
お、ここではブロック種別が“実データ”のブロック管
理情報の統合についての例を示したが、ブロック種別が
“仮データ”のブロック管理情報の統合についても同様
に実施が可能である。しかしながら、ブロック種別が
“仮データ”のブロック管理情報は必ずしも統合する必
要はない。
与された各データブロックが順番に繰り返し送信されて
いる場合に受信エラーが発生した場合には、受信エラー
が発生したデータブロックのみを再受信するだけで、短
い時間でファイルの受信を完了することができる。な
お、ここではブロック種別が“実データ”のブロック管
理情報の統合についての例を示したが、ブロック種別が
“仮データ”のブロック管理情報の統合についても同様
に実施が可能である。しかしながら、ブロック種別が
“仮データ”のブロック管理情報は必ずしも統合する必
要はない。
【００５５】＜上位レイヤの解析とデコード処理＞ま
ず、上位レイヤの解析に必要な下位レイヤにおけるデー
タブロックが完全に全て受信された場合の上位レイヤの
解析とデコード処理について説明する。図１４は、下位
レイヤから上位レイヤへの放送データの受け渡しを説明
した図である。
ず、上位レイヤの解析に必要な下位レイヤにおけるデー
タブロックが完全に全て受信された場合の上位レイヤの
解析とデコード処理について説明する。図１４は、下位
レイヤから上位レイヤへの放送データの受け渡しを説明
した図である。
【００５６】図１４に示すデータブロック１４０１は、
プロトコルヘッダ１４０１ａ、プロトコル内データ１４
０１ｂ、及び、プロトコルフッタ１４０１ｃからなり、
他のデータブロック１４ＸＸについても同様である。図
１４に示すデータブロック１４０１〜１４０４は最下位
レイヤにおけるデータブロックであり、最下位レイヤの
プロトコルに則って、データブロック毎にプロトコルヘ
ッダ１４０Ｘａ及びプロトコルフッタ１４０Ｘｃ内のプ
ロトコル情報に従って１つ上位のレイヤ２におけるデー
タブロック１４１１内の位置を特定して、プロトコル内
データ１４０１ｂ、１４０２ｂ、１４０３ｂ、１４０４
ｂを連結することにより、データブロック１４０１〜１
４０４からレイヤ２におけるデータブロック１４１１が
解析及びデコードされ、同様にして解析及びデコードさ
れたレイヤ２におけるデータブロック１４１１〜１４１
３からさらに１つ上位のレイヤ３におけるデータブロッ
ク１４２１が解析及びデコードされ、このような各レイ
ヤのプロトコルに則った解析及びデコードが最上位レイ
ヤまで繰り返されて最上位レイヤにおけるデータブロッ
ク１４９１が解析及びデコードされるものとする。
プロトコルヘッダ１４０１ａ、プロトコル内データ１４
０１ｂ、及び、プロトコルフッタ１４０１ｃからなり、
他のデータブロック１４ＸＸについても同様である。図
１４に示すデータブロック１４０１〜１４０４は最下位
レイヤにおけるデータブロックであり、最下位レイヤの
プロトコルに則って、データブロック毎にプロトコルヘ
ッダ１４０Ｘａ及びプロトコルフッタ１４０Ｘｃ内のプ
ロトコル情報に従って１つ上位のレイヤ２におけるデー
タブロック１４１１内の位置を特定して、プロトコル内
データ１４０１ｂ、１４０２ｂ、１４０３ｂ、１４０４
ｂを連結することにより、データブロック１４０１〜１
４０４からレイヤ２におけるデータブロック１４１１が
解析及びデコードされ、同様にして解析及びデコードさ
れたレイヤ２におけるデータブロック１４１１〜１４１
３からさらに１つ上位のレイヤ３におけるデータブロッ
ク１４２１が解析及びデコードされ、このような各レイ
ヤのプロトコルに則った解析及びデコードが最上位レイ
ヤまで繰り返されて最上位レイヤにおけるデータブロッ
ク１４９１が解析及びデコードされるものとする。
【００５７】図１５は、レイヤ２におけるデータブロッ
クの解析及びデコードの詳細を示す図である。図１５中
で図１４で示したものと同一のものには同一番号を記
す。図１５に示すように、レイヤ２におけるデータブロ
ック１４１１のプロトコルヘッダ１４１１ａは、レイヤ
１におけるデータブロック１４０１のプロトコル内デー
タ１４０１ｂの先頭部分(図１５中の１５０１）であ
り、レイヤ２におけるデータブロック１４１１のプロト
コルフッタ１４１１ｃは、レイヤ１におけるデータブロ
ック１４０４のプロトコル内データ１４０４ｂの末尾部
分である。
クの解析及びデコードの詳細を示す図である。図１５中
で図１４で示したものと同一のものには同一番号を記
す。図１５に示すように、レイヤ２におけるデータブロ
ック１４１１のプロトコルヘッダ１４１１ａは、レイヤ
１におけるデータブロック１４０１のプロトコル内デー
タ１４０１ｂの先頭部分(図１５中の１５０１）であ
り、レイヤ２におけるデータブロック１４１１のプロト
コルフッタ１４１１ｃは、レイヤ１におけるデータブロ
ック１４０４のプロトコル内データ１４０４ｂの末尾部
分である。
【００５８】レイヤ２におけるデータブロック１４１１
が再生された後は、レイヤ１におけるデータブロック１
４０１のプロトコルヘッダ１４０１ａとプロトコルフッ
タ１４０１ｃとが不要となるのと同様に、レイヤ３にお
けるデータブロック１４２１が再生された後は、レイヤ
２におけるデータブロック１４１１のプロトコルヘッダ
１４１１ａとプロトコルフッタ１４１１ｃとが不要とな
る。この様な関係はいかなる上位レイヤと下位レイヤと
についても同様である。
が再生された後は、レイヤ１におけるデータブロック１
４０１のプロトコルヘッダ１４０１ａとプロトコルフッ
タ１４０１ｃとが不要となるのと同様に、レイヤ３にお
けるデータブロック１４２１が再生された後は、レイヤ
２におけるデータブロック１４１１のプロトコルヘッダ
１４１１ａとプロトコルフッタ１４１１ｃとが不要とな
る。この様な関係はいかなる上位レイヤと下位レイヤと
についても同様である。
【００５９】そこで、これを管理するためのブロック管
理情報を以下に定義する。図１６は、レイヤ２における
データブロックを管理するためのブロック管理情報を示
す図である。図１６に示すブロック管理情報は、図５に
示したブロック管理情報に、さらに、対象となるデータ
ブロックを特定する為のシリアル番号を示す対象シリア
ル番号１６０１と、有効なデータの先頭までのデータの
サイズを示す有効ブロックオフセット１６０２と、有効
なデータサイズを示す有効ブロックサイズ１６０３とを
追加したものである。なお、対象シリアル番号１６０
１、有効ブロックオフセット１６０２、及び、有効ブロ
ックサイズ１６０３は、先に説明した第１オフセット情
報〜第Ｎオフセット情報に相当するものであり、レイヤ
１プロトコルデコーダ１２１〜レイヤＮプロトコルデコ
ーダ１２Ｎによって生成される。
理情報を以下に定義する。図１６は、レイヤ２における
データブロックを管理するためのブロック管理情報を示
す図である。図１６に示すブロック管理情報は、図５に
示したブロック管理情報に、さらに、対象となるデータ
ブロックを特定する為のシリアル番号を示す対象シリア
ル番号１６０１と、有効なデータの先頭までのデータの
サイズを示す有効ブロックオフセット１６０２と、有効
なデータサイズを示す有効ブロックサイズ１６０３とを
追加したものである。なお、対象シリアル番号１６０
１、有効ブロックオフセット１６０２、及び、有効ブロ
ックサイズ１６０３は、先に説明した第１オフセット情
報〜第Ｎオフセット情報に相当するものであり、レイヤ
１プロトコルデコーダ１２１〜レイヤＮプロトコルデコ
ーダ１２Ｎによって生成される。
【００６０】図１７（ａ）は、レイヤ１におけるデータ
ブロック１４０１において有効ブロックオフセット及び
有効ブロックサイズの位置関係を示す図であり、図１７
（ｂ）は、レイヤ１におけるデータブロック１４０４に
おいて有効ブロックオフセット及び有効ブロックサイズ
の位置関係を示す図である。なおここでは、データブロ
ック１４０１の有効ブロックオフセットを“Ｓ１ｏ”、
有効ブロックサイズを“Ｓ１ｓ”とし、データブロック
１４０４の有効ブロックオフセットを“Ｓ４ｏ”、有効
ブロックサイズを“Ｓ４ｓ”とする。
ブロック１４０１において有効ブロックオフセット及び
有効ブロックサイズの位置関係を示す図であり、図１７
（ｂ）は、レイヤ１におけるデータブロック１４０４に
おいて有効ブロックオフセット及び有効ブロックサイズ
の位置関係を示す図である。なおここでは、データブロ
ック１４０１の有効ブロックオフセットを“Ｓ１ｏ”、
有効ブロックサイズを“Ｓ１ｓ”とし、データブロック
１４０４の有効ブロックオフセットを“Ｓ４ｏ”、有効
ブロックサイズを“Ｓ４ｓ”とする。
【００６１】図１８は、レイヤ２におけるデータブロッ
ク１４１１を管理する為に、図１３に示す様な管理情報
に、図１６に示す対象シリアル番号、有効ブロックオフ
セット及び有効ブロックサイズが追加された例を示す図
である。なおここでは、データブロック１４０１〜１４
０３のプロトコル情報を除く部分のデータサイズをそれ
ぞれ“Ｓ１”〜“Ｓ４”とする。
ク１４１１を管理する為に、図１３に示す様な管理情報
に、図１６に示す対象シリアル番号、有効ブロックオフ
セット及び有効ブロックサイズが追加された例を示す図
である。なおここでは、データブロック１４０１〜１４
０３のプロトコル情報を除く部分のデータサイズをそれ
ぞれ“Ｓ１”〜“Ｓ４”とする。
【００６２】対象となるデータブロックは２つともブロ
ック管理情報７１０に登録されているので、図１８に示
す様に、対象シリアル番号１８０１ａにデータブロック
１４０１のシリアル番号“０”が、有効ブロックオフセ
ット１８０２ａにデータブロック１４０１の有効ブロッ
クオフセット“Ｓ１ｏが、有効ブロックサイズ１８０３
ａにデータブロック１４０１の有効ブロックサイズ“Ｓ
１ｓ”が、対象シリアル番号１８０１ｂにデータブロッ
ク１４０４のシリアル番号“３”が、有効ブロックオフ
セット１８０２ｂにデータブロック１４０４の有効ブロ
ックオフセット“Ｓ４ｏが、有効ブロックサイズ１８０
３ｂにデータブロック１４０４の有効ブロックサイズ
“Ｓ４ｓ”が、それぞれ設定される。
ック管理情報７１０に登録されているので、図１８に示
す様に、対象シリアル番号１８０１ａにデータブロック
１４０１のシリアル番号“０”が、有効ブロックオフセ
ット１８０２ａにデータブロック１４０１の有効ブロッ
クオフセット“Ｓ１ｏが、有効ブロックサイズ１８０３
ａにデータブロック１４０１の有効ブロックサイズ“Ｓ
１ｓ”が、対象シリアル番号１８０１ｂにデータブロッ
ク１４０４のシリアル番号“３”が、有効ブロックオフ
セット１８０２ｂにデータブロック１４０４の有効ブロ
ックオフセット“Ｓ４ｏが、有効ブロックサイズ１８０
３ｂにデータブロック１４０４の有効ブロックサイズ
“Ｓ４ｓ”が、それぞれ設定される。
【００６３】レイヤ３の解析及びデコードと同様に、さ
らに上位のレイヤの解析及びデコードが実行される。こ
の様にして、最上位レイヤにおけるデータブロックまで
解析及びデコードが実行される。以上説明したように、
上位レイヤの解析及びデコードにおいてはデータの複写
をせずに上位レイヤを構成する部分データを特定する情
報を追加し、一度記憶したレイヤ１におけるデータブロ
ックをそのままその上位レイヤにおけるデータブロック
の一部とすることができ、効率的なファイル管理が実現
できる。
らに上位のレイヤの解析及びデコードが実行される。こ
の様にして、最上位レイヤにおけるデータブロックまで
解析及びデコードが実行される。以上説明したように、
上位レイヤの解析及びデコードにおいてはデータの複写
をせずに上位レイヤを構成する部分データを特定する情
報を追加し、一度記憶したレイヤ１におけるデータブロ
ックをそのままその上位レイヤにおけるデータブロック
の一部とすることができ、効率的なファイル管理が実現
できる。
【００６４】次に、受信エラーが発生して上位レイヤの
解析に必要な下位レイヤにおけるデータブロックが完全
に全て受信されていない場合の上位レイヤの解析及びデ
コードについて説明する。ここでは、データブロック１
４０１とデータブロック１４０２とをエラーなしで正常
に受信し、データブロック１４０３をエラーありで正常
でなく受信し、データブロック１４０４をエラーなしで
正常に受信した時点で、上位レイヤの解析を試みること
とする。
解析に必要な下位レイヤにおけるデータブロックが完全
に全て受信されていない場合の上位レイヤの解析及びデ
コードについて説明する。ここでは、データブロック１
４０１とデータブロック１４０２とをエラーなしで正常
に受信し、データブロック１４０３をエラーありで正常
でなく受信し、データブロック１４０４をエラーなしで
正常に受信した時点で、上位レイヤの解析を試みること
とする。
【００６５】図１９は、レイヤ２におけるデータブロッ
クの解析及びデコードの詳細を示す図であり、図１９中
で図１５で示したものと同一のものには同一番号を記
す。ここで、図１９が図１５と異なるのは、データブロ
ック１４０３のプロトコル内データ１４０３ｂに受信エ
ラーが発生した為に、この部分のデータがまだデータ蓄
積部１４０に記憶されていない点のみである。
クの解析及びデコードの詳細を示す図であり、図１９中
で図１５で示したものと同一のものには同一番号を記
す。ここで、図１９が図１５と異なるのは、データブロ
ック１４０３のプロトコル内データ１４０３ｂに受信エ
ラーが発生した為に、この部分のデータがまだデータ蓄
積部１４０に記憶されていない点のみである。
【００６６】図１９に示すように、プロトコル内データ
１４０３ｂが記憶されていないということは、レイヤ２
におけるデータブロック１４１１中のこの部分に相当す
るデータ１９０１が、この時点ではまだ記憶されていな
いことである。しかしながら、データ１９０１はプロト
コルヘッダ１４１１ａ及びプロトコルフッタ１４１１ｃ
内のデータを全く含まないので、レイヤ３の解析及びデ
コードが問題なく実行される。
１４０３ｂが記憶されていないということは、レイヤ２
におけるデータブロック１４１１中のこの部分に相当す
るデータ１９０１が、この時点ではまだ記憶されていな
いことである。しかしながら、データ１９０１はプロト
コルヘッダ１４１１ａ及びプロトコルフッタ１４１１ｃ
内のデータを全く含まないので、レイヤ３の解析及びデ
コードが問題なく実行される。
【００６７】図２０は、レイヤ２におけるデータブロッ
ク１４１１を管理する為に、図１０に示す様な管理情報
に、図１６に示す対象シリアル番号、有効ブロックオフ
セット及び有効ブロックサイズが追加された例を示す図
である。なおここでも、データブロック１４０１〜１４
０３のプロトコル情報を除く部分のデータサイズをそれ
ぞれ“Ｓ１”〜“Ｓ４”とする。
ク１４１１を管理する為に、図１０に示す様な管理情報
に、図１６に示す対象シリアル番号、有効ブロックオフ
セット及び有効ブロックサイズが追加された例を示す図
である。なおここでも、データブロック１４０１〜１４
０３のプロトコル情報を除く部分のデータサイズをそれ
ぞれ“Ｓ１”〜“Ｓ４”とする。
【００６８】図２０に示す様に、対象となるデータブロ
ック１４０１はブロック管理情報７１０に登録されてい
るので、対象シリアル番号２００１ａにデータブロック
１４０１のシリアル番号“０”が、有効ブロックオフセ
ット２００２ａにデータブロック１４０１の有効ブロッ
クオフセット“Ｓ１ｏが、有効ブロックサイズ２００３
ａにデータブロック１４０１の有効ブロックサイズ“Ｓ
１ｓ”が設定され、また、対象となるデータブロック１
４０４はブロック管理情報７３０に登録されているの
で、対象シリアル番号２００１ｂにデータブロック１４
０４のシリアル番号“３”が、有効ブロックオフセット
２００２ｂにデータブロック１４０４の有効ブロックオ
フセット“Ｓ４ｏが、有効ブロックサイズ２００３ｂに
データブロック１４０４の有効ブロックサイズ“Ｓ４
ｓ”が設定される。
ック１４０１はブロック管理情報７１０に登録されてい
るので、対象シリアル番号２００１ａにデータブロック
１４０１のシリアル番号“０”が、有効ブロックオフセ
ット２００２ａにデータブロック１４０１の有効ブロッ
クオフセット“Ｓ１ｏが、有効ブロックサイズ２００３
ａにデータブロック１４０１の有効ブロックサイズ“Ｓ
１ｓ”が設定され、また、対象となるデータブロック１
４０４はブロック管理情報７３０に登録されているの
で、対象シリアル番号２００１ｂにデータブロック１４
０４のシリアル番号“３”が、有効ブロックオフセット
２００２ｂにデータブロック１４０４の有効ブロックオ
フセット“Ｓ４ｏが、有効ブロックサイズ２００３ｂに
データブロック１４０４の有効ブロックサイズ“Ｓ４
ｓ”が設定される。
【００６９】レイヤ３の解析及びデコードと同様に、受
信エラーが発生した部分が何れかのレイヤのプロトコル
ヘッダ及びプロトコルフッタ内のデータを含まない限
り、さらに上位のレイヤの解析及びデコードが実行され
る。この様にして、あるデータブロック中のプロトコル
内データに受信エラーが発生した場合であっても、受信
エラーが発生した部分のデータが何れかのレイヤのプロ
トコル情報でない限りは、最上位レイヤにおけるデータ
ブロックまで解析及びデコードが実行される。
信エラーが発生した部分が何れかのレイヤのプロトコル
ヘッダ及びプロトコルフッタ内のデータを含まない限
り、さらに上位のレイヤの解析及びデコードが実行され
る。この様にして、あるデータブロック中のプロトコル
内データに受信エラーが発生した場合であっても、受信
エラーが発生した部分のデータが何れかのレイヤのプロ
トコル情報でない限りは、最上位レイヤにおけるデータ
ブロックまで解析及びデコードが実行される。
【００７０】以上説明したように、上位レイヤの解析及
びデコードにおいてはデータがまだ正常に受信されてい
なくても上位レイヤを構成する部分を特定する情報を記
憶しておき、記憶されていない最下位レイヤにおけるデ
ータブロックもそのままその上位レイヤにおけるデータ
ブロックの一部とすることができるので、上位レイヤを
構成するデータブロックが全部揃う前に上位レイヤの解
析及びデコードを先行して実行することができ、データ
ブロックが全部揃っていないデータを利用することも可
能となる。また、後で正常に受信されなかった部分が正
常に受信された時には、上位レイヤの相当する部分を更
新することもでき、効率的なファイル管理が実現でき
る。
びデコードにおいてはデータがまだ正常に受信されてい
なくても上位レイヤを構成する部分を特定する情報を記
憶しておき、記憶されていない最下位レイヤにおけるデ
ータブロックもそのままその上位レイヤにおけるデータ
ブロックの一部とすることができるので、上位レイヤを
構成するデータブロックが全部揃う前に上位レイヤの解
析及びデコードを先行して実行することができ、データ
ブロックが全部揃っていないデータを利用することも可
能となる。また、後で正常に受信されなかった部分が正
常に受信された時には、上位レイヤの相当する部分を更
新することもでき、効率的なファイル管理が実現でき
る。
【００７１】＜データの参照＞以下は説明の簡略化の為
にレイヤ３を最上位レイヤとし、最上位レイヤにおける
データブロック１４２１の内のデータブロック１４１１
に相当する部分のデータの一部を参照する場合を例にす
る。まず、データブロック１４１１〜１４１３を構成す
る最下位レイヤにおけるデータブロックの全てををエラ
ーなしで正常に受信して、ファイルデータの全部がそろ
った場合のデータの参照について説明する。
にレイヤ３を最上位レイヤとし、最上位レイヤにおける
データブロック１４２１の内のデータブロック１４１１
に相当する部分のデータの一部を参照する場合を例にす
る。まず、データブロック１４１１〜１４１３を構成す
る最下位レイヤにおけるデータブロックの全てををエラ
ーなしで正常に受信して、ファイルデータの全部がそろ
った場合のデータの参照について説明する。
【００７２】この時点のデータブロック１４１１の管理
情報は図１８に示す状態になっている。ここでは、最上
位レイヤのプロトコルに則って、参照を要求されたデー
タが含まれるファイル管理情報７００（図１８）を検索
し、このファイル管理情報７００のブロック管理情報識
別子７０２を参照してブロック管理情報７１０（図１
８）を検索し、このブロック管理情報７１０のデータイ
ンデックス７１８ａ〜７１８ｄと対象シリアル番号１８
０１ａ〜１８０１ｂと、有効ブロックオフセット１８０
２ａ〜１８０２ｂと、有効ブロックサイズ１８０３ａ〜
１８０３ｂとから、データブロック１４２１の内のデー
タブロック１４１１に相当する部分のデータが得られ
る。
情報は図１８に示す状態になっている。ここでは、最上
位レイヤのプロトコルに則って、参照を要求されたデー
タが含まれるファイル管理情報７００（図１８）を検索
し、このファイル管理情報７００のブロック管理情報識
別子７０２を参照してブロック管理情報７１０（図１
８）を検索し、このブロック管理情報７１０のデータイ
ンデックス７１８ａ〜７１８ｄと対象シリアル番号１８
０１ａ〜１８０１ｂと、有効ブロックオフセット１８０
２ａ〜１８０２ｂと、有効ブロックサイズ１８０３ａ〜
１８０３ｂとから、データブロック１４２１の内のデー
タブロック１４１１に相当する部分のデータが得られ
る。
【００７３】次に、データブロック１４０３の受信にお
いて受信エラーが発生してファイルデータの一部がそろ
っていない場合のデータの参照について説明する。この
時点の管理情報は図２０に示す状態になっている。ここ
では、最上位レイヤのプロトコルに則って、参照を要求
されたデータが含まれるファイル管理情報７００（図２
０）を検索し、このファイル管理情報７００のブロック
管理情報識別子７０２を参照してブロック管理情報７１
０（図２０）を検索して、このブロック管理情報７１０
のデータインデックス７１８ａ〜７１８ｂと対象シリア
ル番号２００１ａ“０”と、有効ブロックオフセット２
００２ａ“Ｓ１ｏ”と、有効ブロックサイズ２００３ａ
“Ｓ１ｓ”とから、データブロック１４２１の内のデー
タブロック１４０１〜１４０２に相当する部分のデータ
を得て、このブロック管理情報７１０の次情報識別子７
１１を参照してブロック管理情報７２０（図２０）を検
索して、このブロック管理情報７２０のブロックサイズ
７２５“Ｓ３”からまだ受信されていないデータのサイ
ズを得て、このブロック管理情報７２０の次情報識別子
７２１を参照してブロック管理情報７３０（図２０）を
検索して、このブロック管理情報７３０のデータインデ
ックス７３８と対象シリアル番号２００１ｂ“３”と、
有効ブロックオフセット２００２ｂ“Ｓ４ｏ”と、有効
ブロックサイズ２００３ｂ“Ｓ４ｓ”とから、データブ
ロック１４２１の内のデータブロック１４０４に相当す
る部分のデータを得る。
いて受信エラーが発生してファイルデータの一部がそろ
っていない場合のデータの参照について説明する。この
時点の管理情報は図２０に示す状態になっている。ここ
では、最上位レイヤのプロトコルに則って、参照を要求
されたデータが含まれるファイル管理情報７００（図２
０）を検索し、このファイル管理情報７００のブロック
管理情報識別子７０２を参照してブロック管理情報７１
０（図２０）を検索して、このブロック管理情報７１０
のデータインデックス７１８ａ〜７１８ｂと対象シリア
ル番号２００１ａ“０”と、有効ブロックオフセット２
００２ａ“Ｓ１ｏ”と、有効ブロックサイズ２００３ａ
“Ｓ１ｓ”とから、データブロック１４２１の内のデー
タブロック１４０１〜１４０２に相当する部分のデータ
を得て、このブロック管理情報７１０の次情報識別子７
１１を参照してブロック管理情報７２０（図２０）を検
索して、このブロック管理情報７２０のブロックサイズ
７２５“Ｓ３”からまだ受信されていないデータのサイ
ズを得て、このブロック管理情報７２０の次情報識別子
７２１を参照してブロック管理情報７３０（図２０）を
検索して、このブロック管理情報７３０のデータインデ
ックス７３８と対象シリアル番号２００１ｂ“３”と、
有効ブロックオフセット２００２ｂ“Ｓ４ｏ”と、有効
ブロックサイズ２００３ｂ“Ｓ４ｓ”とから、データブ
ロック１４２１の内のデータブロック１４０４に相当す
る部分のデータを得る。
【００７４】続いて、データブロック１４０３の受信に
おいて受信エラーが発生してファイルデータの一部がそ
ろっていない場合のデータの利用について説明する。図
２１は、一般的なデータ放送サービスで送られているＨ
ＴＭＬファイルの例を示す図である。図２２は、図２１
に示すＨＴＭＬファイルの全体２１０１を本発明の放送
データビューアで表示した例を示す図であり、図２３
は、図２１に示すＨＴＭＬファイルの一部分２１０２の
データが受信エラーでまだデータ蓄積部１４０に記憶さ
れていない場合に、ＨＴＭＬファイルの一部分２１０２
を除くデータを本発明の放送データビューアで表示した
例を示す図である。
おいて受信エラーが発生してファイルデータの一部がそ
ろっていない場合のデータの利用について説明する。図
２１は、一般的なデータ放送サービスで送られているＨ
ＴＭＬファイルの例を示す図である。図２２は、図２１
に示すＨＴＭＬファイルの全体２１０１を本発明の放送
データビューアで表示した例を示す図であり、図２３
は、図２１に示すＨＴＭＬファイルの一部分２１０２の
データが受信エラーでまだデータ蓄積部１４０に記憶さ
れていない場合に、ＨＴＭＬファイルの一部分２１０２
を除くデータを本発明の放送データビューアで表示した
例を示す図である。
【００７５】本実施の形態に係る放送データ管理システ
ムによれば、まだ一部のデータが記憶されていないＨＴ
ＭＬファイルを本発明の放送データビューアで表示する
場合には、まだ記憶されていないデータが表示されるべ
き場所が、上記管理情報から容易に分かるので、その場
所を空白にすることや、図２３の表示領域２３０１に示
すように「未受信」と表示することができる。さらに
は、まだ記憶されていないデータのサイズもわかるの
で、そのサイズに相応する大きさの表示領域を確保する
こともできる。
ムによれば、まだ一部のデータが記憶されていないＨＴ
ＭＬファイルを本発明の放送データビューアで表示する
場合には、まだ記憶されていないデータが表示されるべ
き場所が、上記管理情報から容易に分かるので、その場
所を空白にすることや、図２３の表示領域２３０１に示
すように「未受信」と表示することができる。さらに
は、まだ記憶されていないデータのサイズもわかるの
で、そのサイズに相応する大きさの表示領域を確保する
こともできる。
【００７６】また、全てのデータを受信し終える前に表
示することにより、図２３に示すリンク先２３０１〜２
３０４をより早く選択することが可能となり、従来に比
べてより有効に受信したデータを利用することができる
ようになる。図２４は、画像ファイルのフォーマットの
例を示す図である。図２４に示す画像ファイルのフォー
マットは、画像ファイルヘッダ２４００と、複数のイメ
ージブロック２４０１からなる。
示することにより、図２３に示すリンク先２３０１〜２
３０４をより早く選択することが可能となり、従来に比
べてより有効に受信したデータを利用することができる
ようになる。図２４は、画像ファイルのフォーマットの
例を示す図である。図２４に示す画像ファイルのフォー
マットは、画像ファイルヘッダ２４００と、複数のイメ
ージブロック２４０１からなる。
【００７７】画像ファイルヘッダ２４００は、フォーマ
ット識別子、画像サイズ、色パレット、及び、複数のイ
メージ毎のサイズ等のファイル全体に関する情報が格納
されている。複数のイメージブロック２４０１はそれぞ
れ、ブロックタイプ、イメージの画面上での位置、イメ
ージサイズ、ローカル色パレット、及び、複数のイメー
ジ画像のデータとそのデータサイズ等の各イメージ画像
に関する情報が格納されている。
ット識別子、画像サイズ、色パレット、及び、複数のイ
メージ毎のサイズ等のファイル全体に関する情報が格納
されている。複数のイメージブロック２４０１はそれぞ
れ、ブロックタイプ、イメージの画面上での位置、イメ
ージサイズ、ローカル色パレット、及び、複数のイメー
ジ画像のデータとそのデータサイズ等の各イメージ画像
に関する情報が格納されている。
【００７８】複数のイメージ画像は、背景を透過として
重ね合わせる場合もあれば、解像度の粗い画像から細か
い画像までの複数枚が順に格納されて受信順に表示する
場合もある。また、複数の画像を連続的に表示してアニ
メーション表示する場合もある。図２５は、背景を透過
として重ね合わせる場合の画像ファイルの例を示す図で
ある。
重ね合わせる場合もあれば、解像度の粗い画像から細か
い画像までの複数枚が順に格納されて受信順に表示する
場合もある。また、複数の画像を連続的に表示してアニ
メーション表示する場合もある。図２５は、背景を透過
として重ね合わせる場合の画像ファイルの例を示す図で
ある。
【００７９】図２５に示した画像ファイル中の受信エラ
ー２５０４（斜線部分）は、受信エラーが発生してデー
タがまだ記憶されていない部分を示す。図２６（ａ）
は、図２５に示した画像ファイル中の受信エラー２５０
４の部分が再受信等によってエラー無しで受信され更新
され、全てのデータが揃った場合の表示結果を示す図で
あり、図２６（ｂ）は、図２５に示した画像ファイル中
の受信エラー２５０４の部分がまだ記憶されていない場
合の表示結果を示す図である。
ー２５０４（斜線部分）は、受信エラーが発生してデー
タがまだ記憶されていない部分を示す。図２６（ａ）
は、図２５に示した画像ファイル中の受信エラー２５０
４の部分が再受信等によってエラー無しで受信され更新
され、全てのデータが揃った場合の表示結果を示す図で
あり、図２６（ｂ）は、図２５に示した画像ファイル中
の受信エラー２５０４の部分がまだ記憶されていない場
合の表示結果を示す図である。
【００８０】但し、図２５では画像イメージが３個格納
されており、ここではイメージブロック２５０１が図２
６（ａ）のひし型２６０１の画像イメージであり、イメ
ージブロック２５０２が図２６（ａ）の三角型２６０２
の画像イメージであり、イメージブロック２５０３が図
２６（ａ）の円型２６０３の画像イメージであるものと
する。
されており、ここではイメージブロック２５０１が図２
６（ａ）のひし型２６０１の画像イメージであり、イメ
ージブロック２５０２が図２６（ａ）の三角型２６０２
の画像イメージであり、イメージブロック２５０３が図
２６（ａ）の円型２６０３の画像イメージであるものと
する。
【００８１】図２６（ｂ）に示すように、まずイメージ
ブロック２５０１はデータが揃っているのでひし型２６
０１が正常に表示されるが、イメージブロック２５０２
には受信エラー２５０４がありデータが欠如しているの
で図型２６０４は表示の途中が抜け、続けてイメージブ
ロック２５０３はデータが揃っているので円型２６０３
が正常に表示される。この様に本実施の形態によれば受
信エラー２５０４の位置とデータサイズが分かるので、
その部分をとばしてその後のデータを読み出すことがで
きる。
ブロック２５０１はデータが揃っているのでひし型２６
０１が正常に表示されるが、イメージブロック２５０２
には受信エラー２５０４がありデータが欠如しているの
で図型２６０４は表示の途中が抜け、続けてイメージブ
ロック２５０３はデータが揃っているので円型２６０３
が正常に表示される。この様に本実施の形態によれば受
信エラー２５０４の位置とデータサイズが分かるので、
その部分をとばしてその後のデータを読み出すことがで
きる。
【００８２】なお、背景を透過として重ね合わせる場合
と同様に、解像度の粗い画像から細かい画像までの複数
枚が順に格納されて受信順に表示する場合や複数の画像
を連続的に表示してアニメーション表示する場合におい
ても、まだ記憶されていない途中の画像の一部が表示さ
れず、その部分をとばしてその後のデータを読み出すこ
とができる。
と同様に、解像度の粗い画像から細かい画像までの複数
枚が順に格納されて受信順に表示する場合や複数の画像
を連続的に表示してアニメーション表示する場合におい
ても、まだ記憶されていない途中の画像の一部が表示さ
れず、その部分をとばしてその後のデータを読み出すこ
とができる。
【００８３】なお、データの一部が揃っていないデータ
は、ＨＴＭＬファイルをＨＴＭＬブラウザで表示する場
合や画像データを表示する場合にだけ利用できるもので
はなく、あらゆるデータにおいて利用できる。＜ファイ
ルブロック通知情報の生成＞図２７は、プロトコルデコ
ーダや放送データビューアが本実施の形態の放送データ
管理システムにファイルブロック情報参照を要求した場
合に、ファイルブロック情報に先立って返送されるファ
イルブロック通知情報を示す図である。
は、ＨＴＭＬファイルをＨＴＭＬブラウザで表示する場
合や画像データを表示する場合にだけ利用できるもので
はなく、あらゆるデータにおいて利用できる。＜ファイ
ルブロック通知情報の生成＞図２７は、プロトコルデコ
ーダや放送データビューアが本実施の形態の放送データ
管理システムにファイルブロック情報参照を要求した場
合に、ファイルブロック情報に先立って返送されるファ
イルブロック通知情報を示す図である。
【００８４】図２７に示すファイルブロック通知情報２
７００は、受信済み合計サイズ２７０１、受信エラー合
計サイズ２７０２、不明サイズブロックカウンタ２７０
３、詳細情報カウンタ２７０４、及び、複数のブロック
情報２７０５からなる。受信済み合計サイズ２７０１
は、エラーなく正常に受信したデータブロック全ての合
計サイズである。
７００は、受信済み合計サイズ２７０１、受信エラー合
計サイズ２７０２、不明サイズブロックカウンタ２７０
３、詳細情報カウンタ２７０４、及び、複数のブロック
情報２７０５からなる。受信済み合計サイズ２７０１
は、エラーなく正常に受信したデータブロック全ての合
計サイズである。
【００８５】受信エラー合計サイズ２７０２は、受信エ
ラーが発生したがプロトコル情報は受信できた為にデー
タサイズが分かっているデータブロック全ての合計サイ
ズである。不明サイズブロックカウンタ２７０３は、受
信エラーが発生しプロトコル情報も受信できていない
か、まだ受信していない為にデータサイズが不明なデー
タブロックの個数を示す。
ラーが発生したがプロトコル情報は受信できた為にデー
タサイズが分かっているデータブロック全ての合計サイ
ズである。不明サイズブロックカウンタ２７０３は、受
信エラーが発生しプロトコル情報も受信できていない
か、まだ受信していない為にデータサイズが不明なデー
タブロックの個数を示す。
【００８６】詳細情報カウンタ２７０４は、ブロック情
報２７０５の個数を示す。複数のブロック情報２７０５
はそれぞれ、データブロックの１個１個に対応してお
り、ブロック情報種別２７０６とブロック情報サイズ２
７０７とから構成されている。ブロック情報種別２７０
６は、対応するデータブロックのブロック情報が実デー
タか仮データかを示す。
報２７０５の個数を示す。複数のブロック情報２７０５
はそれぞれ、データブロックの１個１個に対応してお
り、ブロック情報種別２７０６とブロック情報サイズ２
７０７とから構成されている。ブロック情報種別２７０
６は、対応するデータブロックのブロック情報が実デー
タか仮データかを示す。
【００８７】ブロック情報サイズ２７０７は、対応する
データブロックのブロック情報のデータサイズを示し、
不明の場合は“０”を格納する。図２７に示すファイル
ブロック通知情報２７００は、図３〜図５に示したファ
イル管理情報とブロック管理情報より求められる。図２
８は、図１０に示した管理情報より求められるファイル
ブロック通知情報を示す図である。以下に図１０と図２
８とを用いて詳細を記す。
データブロックのブロック情報のデータサイズを示し、
不明の場合は“０”を格納する。図２７に示すファイル
ブロック通知情報２７００は、図３〜図５に示したファ
イル管理情報とブロック管理情報より求められる。図２
８は、図１０に示した管理情報より求められるファイル
ブロック通知情報を示す図である。以下に図１０と図２
８とを用いて詳細を記す。
【００８８】受信済み合計サイズ２８０１は、ファイル
管理情報７００のファイル格納サイズ７０５から求め
て、“Ｓ１＋Ｓ２＋Ｓ４”を格納する。受信エラー合計
サイズ２８０２は、ブロック管理情報７１０〜７３０を
検索すると仮データのブロック管理情報はブロック管理
情報７２０だけなので、ブロック管理情報７２０のブロ
ックサイズ７２５から求めて、“Ｓ３”を格納する。
管理情報７００のファイル格納サイズ７０５から求め
て、“Ｓ１＋Ｓ２＋Ｓ４”を格納する。受信エラー合計
サイズ２８０２は、ブロック管理情報７１０〜７３０を
検索すると仮データのブロック管理情報はブロック管理
情報７２０だけなので、ブロック管理情報７２０のブロ
ックサイズ７２５から求めて、“Ｓ３”を格納する。
【００８９】不明サイズブロックカウンタ２８０３は、
ブロック管理情報７１０〜７３０を検索するとサイズ不
明の仮データのブロック管理情報は存在しないので、
“０”を格納する。ブロック情報種別２８０５は、先頭
のブロック管理情報７１０のブロック種別７１３から、
“実データ”のフラグ値を格納する。
ブロック管理情報７１０〜７３０を検索するとサイズ不
明の仮データのブロック管理情報は存在しないので、
“０”を格納する。ブロック情報種別２８０５は、先頭
のブロック管理情報７１０のブロック種別７１３から、
“実データ”のフラグ値を格納する。
【００９０】ブロック情報サイズ２８０６は、先頭のブ
ロック管理情報７１０のブロックサイズ７１５から、
“Ｓ１＋Ｓ２”を格納する。ブロック情報種別２８０７
は、２番目のブロック管理情報７２０のブロック種別７
２３から、“仮データ”のフラグ値を格納する。ブロッ
ク情報サイズ２８０８は、２番目のブロック管理情報７
２０のブロックサイズ７２５から、“Ｓ３”を格納す
る。
ロック管理情報７１０のブロックサイズ７１５から、
“Ｓ１＋Ｓ２”を格納する。ブロック情報種別２８０７
は、２番目のブロック管理情報７２０のブロック種別７
２３から、“仮データ”のフラグ値を格納する。ブロッ
ク情報サイズ２８０８は、２番目のブロック管理情報７
２０のブロックサイズ７２５から、“Ｓ３”を格納す
る。
【００９１】ブロック情報種別２８０９は、３番目のブ
ロック管理情報７３０のブロック種別７３３から、“実
データ”のフラグ値を格納する。ブロック情報サイズ２
８１０は、３番目のブロック管理情報７３０のブロック
サイズ７３５から、“Ｓ４”を格納する。最後に、詳細
情報カウンタ２８０４は、今格納したブロック情報の個
数“３”を格納する。
ロック管理情報７３０のブロック種別７３３から、“実
データ”のフラグ値を格納する。ブロック情報サイズ２
８１０は、３番目のブロック管理情報７３０のブロック
サイズ７３５から、“Ｓ４”を格納する。最後に、詳細
情報カウンタ２８０４は、今格納したブロック情報の個
数“３”を格納する。
【００９２】図２９は、４つのファイルブロック通知情
報の例を示す図である。図２９を用いてファイルの参照
が可能かどうかを説明する。なお、ここでは、受信済み
合計サイズが受信エラー合計サイズの２倍以上あり、且
つ、不明サイズブロックカウンタが“０”であり、且
つ、半分以上のデータブロックがエラーなく受信できて
いる場合をファイルの参照が可能と判断することにす
る。
報の例を示す図である。図２９を用いてファイルの参照
が可能かどうかを説明する。なお、ここでは、受信済み
合計サイズが受信エラー合計サイズの２倍以上あり、且
つ、不明サイズブロックカウンタが“０”であり、且
つ、半分以上のデータブロックがエラーなく受信できて
いる場合をファイルの参照が可能と判断することにす
る。
【００９３】図２９に示す例１では、受信済み合計サイ
ズ“４００”が受信エラー合計サイズ“５０”の８倍あ
り、閾値の２倍を越えているのでファイル参照に十分な
データが受信できていることがわかる。さらに、不明サ
イズブロックカウンタが“０”であり、仮データブロッ
クがブロック２だけなので、ファイル参照可能と判断す
る。
ズ“４００”が受信エラー合計サイズ“５０”の８倍あ
り、閾値の２倍を越えているのでファイル参照に十分な
データが受信できていることがわかる。さらに、不明サ
イズブロックカウンタが“０”であり、仮データブロッ
クがブロック２だけなので、ファイル参照可能と判断す
る。
【００９４】図２９に示す例２では、受信済み合計サイ
ズ“４０”が受信エラー合計サイズ“３００”よりかな
り小さくファイル参照に不十分であるため、ファイル参
照不可能と判断する。図２９に示す例３では、受信済み
合計サイズ“４００”が受信エラー合計サイズ“０”よ
り十分大きく閾値の２倍を越えているのでファイル参照
に十分なデータが受信できているように見える。しか
し、不明サイズブロックカウンタが“３”であり、詳細
情報カウンタが“４”であることから、３／４のブロッ
クで受信エラーが発生したことがわかり、不明サイズブ
ロックカウンタが“０”でなく、又、半分以上のブロッ
クがエラーなく受信できていないのでファイル参照不可
能と判断する。
ズ“４０”が受信エラー合計サイズ“３００”よりかな
り小さくファイル参照に不十分であるため、ファイル参
照不可能と判断する。図２９に示す例３では、受信済み
合計サイズ“４００”が受信エラー合計サイズ“０”よ
り十分大きく閾値の２倍を越えているのでファイル参照
に十分なデータが受信できているように見える。しか
し、不明サイズブロックカウンタが“３”であり、詳細
情報カウンタが“４”であることから、３／４のブロッ
クで受信エラーが発生したことがわかり、不明サイズブ
ロックカウンタが“０”でなく、又、半分以上のブロッ
クがエラーなく受信できていないのでファイル参照不可
能と判断する。
【００９５】図２９に示す例４では、受信済み合計サイ
ズ“４００”が受信エラー合計サイズ“５０”の８倍あ
り、閾値の２倍を越えているのでファイル参照に十分な
データが受信できているように見える。また、不明サイ
ズブロックカウンタは“０”であるが、仮データブロッ
クがブロック１、２、４の３個あり、３／５のブロック
で受信エラーが発生したことがわかり、半分以上のブロ
ックがエラーなく受信できていないのでファイル参照不
可能と判断する。
ズ“４００”が受信エラー合計サイズ“５０”の８倍あ
り、閾値の２倍を越えているのでファイル参照に十分な
データが受信できているように見える。また、不明サイ
ズブロックカウンタは“０”であるが、仮データブロッ
クがブロック１、２、４の３個あり、３／５のブロック
で受信エラーが発生したことがわかり、半分以上のブロ
ックがエラーなく受信できていないのでファイル参照不
可能と判断する。
【００９６】以上のように、本実施の形態によれば、フ
ァイルブロック情報参照の要求を受け付けるとファイル
ブロック情報に先立ってファイルブロック通知情報を返
送するので、プロトコルデコーダや放送データビューア
はファイルブロック情報に先立ってファイルブロック通
知情報獲得してファイル参照可能か否かを判断すること
ができ、ファイル参照不可能な場合にファイルのデータ
を無駄に読み込まなくてよくなる。
ァイルブロック情報参照の要求を受け付けるとファイル
ブロック情報に先立ってファイルブロック通知情報を返
送するので、プロトコルデコーダや放送データビューア
はファイルブロック情報に先立ってファイルブロック通
知情報獲得してファイル参照可能か否かを判断すること
ができ、ファイル参照不可能な場合にファイルのデータ
を無駄に読み込まなくてよくなる。
【００９７】（実施の形態２）本発明の実施の形態２
は、正常に受信されたと判定されたデータブロック中の
プロトコル情報を除く部分のデータサイズに基づいて、
正常に受信されなかったと判定されたデータブロック中
のプロトコル情報を除く部分のデータサイズを推定し
て、推定したデータサイズに相応する表示領域を確保す
る放送データ受信装置である。以下実施の形態１と相違
する部分についてのみ説明する。
は、正常に受信されたと判定されたデータブロック中の
プロトコル情報を除く部分のデータサイズに基づいて、
正常に受信されなかったと判定されたデータブロック中
のプロトコル情報を除く部分のデータサイズを推定し
て、推定したデータサイズに相応する表示領域を確保す
る放送データ受信装置である。以下実施の形態１と相違
する部分についてのみ説明する。
【００９８】図３０は、ファイル管理情報を示す図であ
る。図３０に示すファイル管理情報は、図４に示したフ
ァイル管理情報に、合計実ブロック数３００１、最小ブ
ロックサイズ３００２、最大ブロックサイズ３００３、
平均ブロックサイズ３００４を追加したものである。合
計実ブロック数３００１は、正常に受信されたデータブ
ロックの個数である。
る。図３０に示すファイル管理情報は、図４に示したフ
ァイル管理情報に、合計実ブロック数３００１、最小ブ
ロックサイズ３００２、最大ブロックサイズ３００３、
平均ブロックサイズ３００４を追加したものである。合
計実ブロック数３００１は、正常に受信されたデータブ
ロックの個数である。
【００９９】最小ブロックサイズ３００２は、正常に受
信されたデータブロックのなかでデータサイズが最も小
さいデータブロックのデータサイズである。最大ブロッ
クサイズ３００３は、正常に受信されたデータブロック
のなかでデータサイズが最も大きいデータブロックのデ
ータサイズである。平均ブロックサイズ３００４は、正
常に受信されたデータブロック全てのデータサイズの平
均である。
信されたデータブロックのなかでデータサイズが最も小
さいデータブロックのデータサイズである。最大ブロッ
クサイズ３００３は、正常に受信されたデータブロック
のなかでデータサイズが最も大きいデータブロックのデ
ータサイズである。平均ブロックサイズ３００４は、正
常に受信されたデータブロック全てのデータサイズの平
均である。
【０１００】図３０に示すファイル管理情報は、受信エ
ラーが発生し正常に受信されていないデータブロック
や、既に正常に受信され再受信されたデータブロックは
計算のの対象とはならず、まだ正常に受信されていない
データブロックが正常に受信された場合に更新される。
図３１は、最小ブロックサイズ、最大ブロックサイズ、
及び、平均ブロックサイズ等の計算例を示した図であ
る。
ラーが発生し正常に受信されていないデータブロック
や、既に正常に受信され再受信されたデータブロックは
計算のの対象とはならず、まだ正常に受信されていない
データブロックが正常に受信された場合に更新される。
図３１は、最小ブロックサイズ、最大ブロックサイズ、
及び、平均ブロックサイズ等の計算例を示した図であ
る。
【０１０１】図３１に示す例１、例２、例３とも、それ
ぞれ正常に受信された５つのデータブロックのサイズか
ら、最小ブロックサイズ、最大ブロックサイズ、及び、
平均ブロックサイズ等を求めている。図３１に示す予想
値は、ここでは平均ブロックサイズと同じ値であり、受
信エラーが発生してデータサイズが不明な場合に、予想
される仮のデータサイズである。なお、予想値は必ずし
も平均ブロックサイズと同じ値でなくてもよく、独自の
演算式によって一義的に求められるものであってもよ
い。例えば最小ブロックサイズと最大ブロックサイズと
の中間値であってもよい。
ぞれ正常に受信された５つのデータブロックのサイズか
ら、最小ブロックサイズ、最大ブロックサイズ、及び、
平均ブロックサイズ等を求めている。図３１に示す予想
値は、ここでは平均ブロックサイズと同じ値であり、受
信エラーが発生してデータサイズが不明な場合に、予想
される仮のデータサイズである。なお、予想値は必ずし
も平均ブロックサイズと同じ値でなくてもよく、独自の
演算式によって一義的に求められるものであってもよ
い。例えば最小ブロックサイズと最大ブロックサイズと
の中間値であってもよい。
【０１０２】図３１に示す必要値は、ここでは最大ブロ
ックサイズと同じ値であり、受信エラーが発生してデー
タサイズが不明な場合に、必要とされるであろう仮の最
大のデータサイズであり、プロトコルデコーダでプロト
コル解析に必要な作業領域の仮のデータサイズとして使
用できる。なお、必要値は必ずしも最大ブロックサイズ
と同じ値でなくてもよく、独自の演算式によって一義的
に求められるものであってもよい。例えば最大ブロック
サイズに所定の安全率を掛けたり、統計計算を用いて算
出してもよい。
ックサイズと同じ値であり、受信エラーが発生してデー
タサイズが不明な場合に、必要とされるであろう仮の最
大のデータサイズであり、プロトコルデコーダでプロト
コル解析に必要な作業領域の仮のデータサイズとして使
用できる。なお、必要値は必ずしも最大ブロックサイズ
と同じ値でなくてもよく、独自の演算式によって一義的
に求められるものであってもよい。例えば最大ブロック
サイズに所定の安全率を掛けたり、統計計算を用いて算
出してもよい。
【０１０３】図３２は、必要な全てのデータブロックが
正常に受信されたＨＴＭＬファイルを本発明の放送デー
タビューアで表示した例を示す図であり、図３３及び図
３４は、ＨＴＭＬファイルの一部分のデータが受信エラ
ー等でまだ記憶されてなく、記憶されていない部分のデ
ータサイズが不明である場合に、記憶されていないＨＴ
ＭＬファイルの一部分を除くデータを本発明の放送デー
タビューアで表示した例を示す図である。
正常に受信されたＨＴＭＬファイルを本発明の放送デー
タビューアで表示した例を示す図であり、図３３及び図
３４は、ＨＴＭＬファイルの一部分のデータが受信エラ
ー等でまだ記憶されてなく、記憶されていない部分のデ
ータサイズが不明である場合に、記憶されていないＨＴ
ＭＬファイルの一部分を除くデータを本発明の放送デー
タビューアで表示した例を示す図である。
【０１０４】図３２に示す表示領域３２０１は、図３３
及び図３４においてまだ記憶されていない部分に相当す
る表示部分である。図３３に示す表示領域３３０１（図
中「未受信」と表示）は、受信エラー等でまだ記憶され
ていない部分を示しており、この部分のデータサイズが
不明であり表示領域の大きさを判断することができない
ので、予め決められた大きさである。
及び図３４においてまだ記憶されていない部分に相当す
る表示部分である。図３３に示す表示領域３３０１（図
中「未受信」と表示）は、受信エラー等でまだ記憶され
ていない部分を示しており、この部分のデータサイズが
不明であり表示領域の大きさを判断することができない
ので、予め決められた大きさである。
【０１０５】図３４に示す表示領域３４０１（図中「未
受信」と表示）は、図３３と同様に受信エラー等でまだ
記憶されていない部分を示しており、この部分のデータ
サイズが不明であるが、図３３とは異なり正常に受信さ
れた他のデータブロックのデータサイズより求められた
予想値に相応する大きさである。以上のように、本実施
の形態に係る放送データ管理システムによれば、まだ一
部のデータが記憶されていないＨＴＭＬファイルを本発
明の放送データビューアで表示する場合に記憶されてい
ない部分のデータサイズが分からなくとも、正常に受信
された他のデータブロックのデータサイズからそのデー
タサイズの予想値を求めて、その予想値に相応する表示
領域を空白にすることや「未受信」と表示することがで
きる。
受信」と表示）は、図３３と同様に受信エラー等でまだ
記憶されていない部分を示しており、この部分のデータ
サイズが不明であるが、図３３とは異なり正常に受信さ
れた他のデータブロックのデータサイズより求められた
予想値に相応する大きさである。以上のように、本実施
の形態に係る放送データ管理システムによれば、まだ一
部のデータが記憶されていないＨＴＭＬファイルを本発
明の放送データビューアで表示する場合に記憶されてい
ない部分のデータサイズが分からなくとも、正常に受信
された他のデータブロックのデータサイズからそのデー
タサイズの予想値を求めて、その予想値に相応する表示
領域を空白にすることや「未受信」と表示することがで
きる。
【０１０６】また、図３４を表示中にそのデータブロッ
クの正しいデータを受信したら、直ちに表示する放送デ
ータビューアであれば、図３４から図３２へと見ている
ユーザに違和感なく表示を更新することも可能である。 （実施の形態３） ＜放送データビューアの詳細＞本発明の実施の形態３
は、自動的又はユーザの指示に基づいて、不完全ながら
も再生した放送データを表示してユーザに参照させる放
送データビューアの詳細について記す。以下実施の形態
１及び２に記載していない部分についてのみ説明する。
クの正しいデータを受信したら、直ちに表示する放送デ
ータビューアであれば、図３４から図３２へと見ている
ユーザに違和感なく表示を更新することも可能である。 （実施の形態３） ＜放送データビューアの詳細＞本発明の実施の形態３
は、自動的又はユーザの指示に基づいて、不完全ながら
も再生した放送データを表示してユーザに参照させる放
送データビューアの詳細について記す。以下実施の形態
１及び２に記載していない部分についてのみ説明する。
【０１０７】図３５は、本発明における放送データビュ
ーア１５０の内部構成を示す図である。なお図３５に
は、図１に示したレイヤＮプロトコルデコーダ１２Ｎ、
及び、放送データ管理システム１３０と、図１には示し
ていない入力装置３５８０及び表示装置３５９０を記載
している。図３５に示す放送データビューア１５０は、
ユーザからの入力指示を入力装置３５８０より受け付け
ると、放送データ管理システム１３０から放送データを
読み出して、表示装置３５９０に表示するものであり、
受信ファイル情報解析部３５０１、ファイル表示制御部
３５０２、入力判定部３５０３、ファイル読み出し要求
部３５０４、ファイル内容解析部３５０５、表示情報記
憶部３５０６、及び、表示要求部３５０７から構成され
る。
ーア１５０の内部構成を示す図である。なお図３５に
は、図１に示したレイヤＮプロトコルデコーダ１２Ｎ、
及び、放送データ管理システム１３０と、図１には示し
ていない入力装置３５８０及び表示装置３５９０を記載
している。図３５に示す放送データビューア１５０は、
ユーザからの入力指示を入力装置３５８０より受け付け
ると、放送データ管理システム１３０から放送データを
読み出して、表示装置３５９０に表示するものであり、
受信ファイル情報解析部３５０１、ファイル表示制御部
３５０２、入力判定部３５０３、ファイル読み出し要求
部３５０４、ファイル内容解析部３５０５、表示情報記
憶部３５０６、及び、表示要求部３５０７から構成され
る。
【０１０８】ファイル内容解析部３５０５は受信エラー
読みとばし部３５０８を含む。受信ファイル情報解析部
３５０１は、レイヤＮプロトコルデコーダ１２Ｎから第
Ｎオフセット情報を受け取り、更新すべきファイルを特
定する。入力判定部３５０３は、ユーザからの入力指示
を入力装置３５８０より受け付けて予め設定された条件
を考慮して入力指示通りに表示するか否かを判断し、入
力指示通りに表示すると判断した場合はファイル表示制
御部３５０２へ、表示すべきファイル名、表示位置等の
表示に関する情報と共に表示を指示する。
読みとばし部３５０８を含む。受信ファイル情報解析部
３５０１は、レイヤＮプロトコルデコーダ１２Ｎから第
Ｎオフセット情報を受け取り、更新すべきファイルを特
定する。入力判定部３５０３は、ユーザからの入力指示
を入力装置３５８０より受け付けて予め設定された条件
を考慮して入力指示通りに表示するか否かを判断し、入
力指示通りに表示すると判断した場合はファイル表示制
御部３５０２へ、表示すべきファイル名、表示位置等の
表示に関する情報と共に表示を指示する。
【０１０９】ファイル表示制御部３５０２は、ファイル
読み出し要求部３５０４、ファイル内容解析部３５０
５、及び、表示情報記憶部３５０６に指示を出してファ
イル表示を制御する。ファイル読み出し要求部３５０４
は、放送データ管理システム１３０にファイル読み出し
を要求して表示すべきファイルのデータを読み出し、フ
ァイル内容解析部３５０５へ渡す。
読み出し要求部３５０４、ファイル内容解析部３５０
５、及び、表示情報記憶部３５０６に指示を出してファ
イル表示を制御する。ファイル読み出し要求部３５０４
は、放送データ管理システム１３０にファイル読み出し
を要求して表示すべきファイルのデータを読み出し、フ
ァイル内容解析部３５０５へ渡す。
【０１１０】ファイル内容解析部３５０５は、渡された
表示すべきファイルのデータを解析して、表示装置３５
９０が直接表示に用いることができるビットマップデー
タ等の表示情報に変換して表示情報記憶部３５０６に記
憶させる。ここで、ファイル読み出し要求部３５０４か
ら渡された表示すべきファイルのデータを表示情報に変
換する際に、記憶されていない部分を示す受信エラーコ
ードがこのデータ中にあるかを検索し、受信エラーコー
ドを検出すると、受信エラー読みとばし部３５０８が、
受信エラーコードを検出した場所を空白にするか、図２
３の表示領域２３０１及び図３３の表示領域３３０１に
示すように「未受信」と表示されるデータを表示情報中
に挿入する。また、受信エラーコードにまだ記憶されて
いないデータのサイズを示す情報が付加されている場合
には、図３４の表示領域３４０１に示すようにそのサイ
ズに相応する大きさの表示領域を確保することもでき
る。
表示すべきファイルのデータを解析して、表示装置３５
９０が直接表示に用いることができるビットマップデー
タ等の表示情報に変換して表示情報記憶部３５０６に記
憶させる。ここで、ファイル読み出し要求部３５０４か
ら渡された表示すべきファイルのデータを表示情報に変
換する際に、記憶されていない部分を示す受信エラーコ
ードがこのデータ中にあるかを検索し、受信エラーコー
ドを検出すると、受信エラー読みとばし部３５０８が、
受信エラーコードを検出した場所を空白にするか、図２
３の表示領域２３０１及び図３３の表示領域３３０１に
示すように「未受信」と表示されるデータを表示情報中
に挿入する。また、受信エラーコードにまだ記憶されて
いないデータのサイズを示す情報が付加されている場合
には、図３４の表示領域３４０１に示すようにそのサイ
ズに相応する大きさの表示領域を確保することもでき
る。
【０１１１】表示情報記憶部３５０６は、表示情報を記
憶容量が許す限り記憶しており、表示すべきファイルの
表示情報が既に記憶されている場合には、ファイル読み
出し要求部３５０４、及び、ファイル内容解析部３５０
５の処理は実行されず、既に記憶されている表示情報が
用いられる。表示要求部３５０７は、表示情報記憶部３
５０６に記憶された表示情報を表示装置３５９０へ出力
し、その表示を要求する。
憶容量が許す限り記憶しており、表示すべきファイルの
表示情報が既に記憶されている場合には、ファイル読み
出し要求部３５０４、及び、ファイル内容解析部３５０
５の処理は実行されず、既に記憶されている表示情報が
用いられる。表示要求部３５０７は、表示情報記憶部３
５０６に記憶された表示情報を表示装置３５９０へ出力
し、その表示を要求する。
【０１１２】ここで、表示情報記憶部３５０６に記憶さ
れている表示情報がファイル内容解析部３５０５によっ
て受信エラーコードが検出されたものである場合には表
示情報記憶部３５０６はその旨を記憶し、この様な表示
情報は元になるデータが更新されたことが、受信ファイ
ル情報解析部３５０１を介してファイル表示制御部３５
０２に通知される度に、ファイル読み出し要求部３５０
４が更新されたデータを読み出し、ファイル内容解析部
３５０５がこのデータを解析して表示情報に変換するこ
とにより表示情報が更新され、表示内容が更新される。
れている表示情報がファイル内容解析部３５０５によっ
て受信エラーコードが検出されたものである場合には表
示情報記憶部３５０６はその旨を記憶し、この様な表示
情報は元になるデータが更新されたことが、受信ファイ
ル情報解析部３５０１を介してファイル表示制御部３５
０２に通知される度に、ファイル読み出し要求部３５０
４が更新されたデータを読み出し、ファイル内容解析部
３５０５がこのデータを解析して表示情報に変換するこ
とにより表示情報が更新され、表示内容が更新される。
【０１１３】以上のように、本実施の形態に係る放送デ
ータビューアによれば、表示領域を空白にすることや
「未受信」と表示することができ、さらには、表示中の
表示内容を更新することができる。なお、上記各実施の
形態では、不完全ながらも上位レイヤにおけるデータブ
ロックを再生するタイミングを、上位レイヤにおけるデ
ータブロックを再生するのに必要な全てのプロトコル情
報が揃った時点としたが、当該タイミングを別の条件で
定めてもよい。例えば、当該タイミングは、ユーザから
表示の指示を受付けた時であってもよいし、また、各デ
ータブロックを一通り受信した時であってもよい。
ータビューアによれば、表示領域を空白にすることや
「未受信」と表示することができ、さらには、表示中の
表示内容を更新することができる。なお、上記各実施の
形態では、不完全ながらも上位レイヤにおけるデータブ
ロックを再生するタイミングを、上位レイヤにおけるデ
ータブロックを再生するのに必要な全てのプロトコル情
報が揃った時点としたが、当該タイミングを別の条件で
定めてもよい。例えば、当該タイミングは、ユーザから
表示の指示を受付けた時であってもよいし、また、各デ
ータブロックを一通り受信した時であってもよい。
【０１１４】また、受信の対象とする表示すべき画面用
の各データブロックは、１つのＨＴＭＬファイルや１つ
の画像データを分割した部分データを含むデータブロッ
クに限られるものではなく、同時に表示できるか、又
は、ユーザの操作によりスクロールして表示できる１画
面分の画面を分割した部分データを含むデータブロック
であればよい。例えば、受信の対象とする表示すべき画
面用の各データブロックは、ＨＴＭＬファイルのような
他のファイルを参照する情報を含むファイル及びハイパ
ーテキストファイルのようなＪＰＥＧファイルのうちの
何れかのファイルのデータを分割した部分データを含む
データブロックであってもよい。
の各データブロックは、１つのＨＴＭＬファイルや１つ
の画像データを分割した部分データを含むデータブロッ
クに限られるものではなく、同時に表示できるか、又
は、ユーザの操作によりスクロールして表示できる１画
面分の画面を分割した部分データを含むデータブロック
であればよい。例えば、受信の対象とする表示すべき画
面用の各データブロックは、ＨＴＭＬファイルのような
他のファイルを参照する情報を含むファイル及びハイパ
ーテキストファイルのようなＪＰＥＧファイルのうちの
何れかのファイルのデータを分割した部分データを含む
データブロックであってもよい。
【０１１５】また、コンピュータに本実施の形態のよう
な動作を実行させることができるプログラムが、コンピ
ュータ読み取り可能な記録媒体に記録され、この記録媒
体が流通し、取り引きの対象となりうる。ここでコンピ
ュータ読み取り可能な記録媒体とは、例えば、フロッピ
ー（登録商標）ディスク、ＣＤ、ＭＯ、ＤＶＤ、メモリ
カード等の着脱可能な記録媒体、及び、ハードディス
ク、半導体メモリ等の固定記録媒体等であり、特に限定
されるものではない。
な動作を実行させることができるプログラムが、コンピ
ュータ読み取り可能な記録媒体に記録され、この記録媒
体が流通し、取り引きの対象となりうる。ここでコンピ
ュータ読み取り可能な記録媒体とは、例えば、フロッピ
ー（登録商標）ディスク、ＣＤ、ＭＯ、ＤＶＤ、メモリ
カード等の着脱可能な記録媒体、及び、ハードディス
ク、半導体メモリ等の固定記録媒体等であり、特に限定
されるものではない。
【０１１６】
【発明の効果】本発明に係る受信表示装置は、画面のデ
ータが複数に分割された部分データのそれぞれが１つず
つ含まれるデータブロックを周期的に繰り返し放送する
放送局から前記データブロックを受信して受信したデー
タブロックに基づいて画面を表示する受信表示装置であ
って、表示すべき画面の部分データを含む各データブロ
ックを受信する受信手段と、前記受信手段により受信さ
れた各データブロック中の部分データがそれぞれ正常か
否かを判定するデータ判定手段と、前記データ判定手段
により正常と判定された部分データを記憶し前記データ
判定手段により正常と判定されなかった部分データを記
憶しない記憶手段と、表示すべき画面の部分データが全
て揃う前において画面を表示する条件が整ったか否かを
判断する条件判断手段と、前記条件判断手段により条件
が整ったと判断された場合にその時点において前記記憶
手段により記憶された部分データに基づいて部分的に画
面を表示する表示手段とを備えることを特徴とする。
ータが複数に分割された部分データのそれぞれが１つず
つ含まれるデータブロックを周期的に繰り返し放送する
放送局から前記データブロックを受信して受信したデー
タブロックに基づいて画面を表示する受信表示装置であ
って、表示すべき画面の部分データを含む各データブロ
ックを受信する受信手段と、前記受信手段により受信さ
れた各データブロック中の部分データがそれぞれ正常か
否かを判定するデータ判定手段と、前記データ判定手段
により正常と判定された部分データを記憶し前記データ
判定手段により正常と判定されなかった部分データを記
憶しない記憶手段と、表示すべき画面の部分データが全
て揃う前において画面を表示する条件が整ったか否かを
判断する条件判断手段と、前記条件判断手段により条件
が整ったと判断された場合にその時点において前記記憶
手段により記憶された部分データに基づいて部分的に画
面を表示する表示手段とを備えることを特徴とする。
【０１１７】これによって、表示すべき画面の部分デー
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示装置において、前記記憶手段は、さらに、前記デ
ータ判定手段により正常と判定されなかった場合は正常
と判定されなかった旨を記憶し、前記表示手段は、さら
に、前記記憶手段に正常と判定されなかった旨が記憶さ
れている場合にはその旨に対応する部分データに基づい
て表示されるべきである画面の位置を空白にするか、又
は、当該位置にその旨を表示することを特徴とすること
もできる。
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示装置において、前記記憶手段は、さらに、前記デ
ータ判定手段により正常と判定されなかった場合は正常
と判定されなかった旨を記憶し、前記表示手段は、さら
に、前記記憶手段に正常と判定されなかった旨が記憶さ
れている場合にはその旨に対応する部分データに基づい
て表示されるべきである画面の位置を空白にするか、又
は、当該位置にその旨を表示することを特徴とすること
もできる。
【０１１８】これによって、正常と判断されなかった部
分データが存在することを、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記受信手段
は、同時に表示できるか、又は、ユーザの操作によりス
クロールして表示できる１画面分の画面の部分データを
含む各データブロックを受信し、前記表示手段は、前記
記憶手段に記憶されている前記１画面分の画面の部分デ
ータに基づいて部分的に前記１画面分の画面を表示する
ことを特徴とすることもできる。
分データが存在することを、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記受信手段
は、同時に表示できるか、又は、ユーザの操作によりス
クロールして表示できる１画面分の画面の部分データを
含む各データブロックを受信し、前記表示手段は、前記
記憶手段に記憶されている前記１画面分の画面の部分デ
ータに基づいて部分的に前記１画面分の画面を表示する
ことを特徴とすることもできる。
【０１１９】これによって、同時に表示できるか、又
は、スクロールして表示できる１画面分の画面の部分デ
ータを受信の対象とし、当該１画面分の画面を表示する
ことができる。また受信表示装置において、前記１画面
分の画面のデータは、他のファイルを参照する情報を含
むファイル、及び、ハイパーテキストファイルのうちの
何れかのファイルのデータであり、前記表示手段は、前
記記憶手段に記憶されている他のファイルを参照する情
報を含むファイル、及び、ハイパーテキストファイルの
うちの何れかのファイルの部分データに基づいて部分的
に画面を表示することを特徴とすることもできる。
は、スクロールして表示できる１画面分の画面の部分デ
ータを受信の対象とし、当該１画面分の画面を表示する
ことができる。また受信表示装置において、前記１画面
分の画面のデータは、他のファイルを参照する情報を含
むファイル、及び、ハイパーテキストファイルのうちの
何れかのファイルのデータであり、前記表示手段は、前
記記憶手段に記憶されている他のファイルを参照する情
報を含むファイル、及び、ハイパーテキストファイルの
うちの何れかのファイルの部分データに基づいて部分的
に画面を表示することを特徴とすることもできる。
【０１２０】これによって、他のファイルを参照する情
報を含むファイル、及び、ハイパーテキストファイルの
うちの何れかのファイルを受信の対象とし、当該ファイ
ルの画面を表示することができる。また受信表示装置に
おいて、前記条件判断手段における画面を表示する条件
は、ユーザから表示の指示を受付けた場合、又は、前記
受信手段により表示すべき画面の部分データを含む各デ
ータブロックが一通り受信された場合であることを特徴
とすることもできる。
報を含むファイル、及び、ハイパーテキストファイルの
うちの何れかのファイルを受信の対象とし、当該ファイ
ルの画面を表示することができる。また受信表示装置に
おいて、前記条件判断手段における画面を表示する条件
は、ユーザから表示の指示を受付けた場合、又は、前記
受信手段により表示すべき画面の部分データを含む各デ
ータブロックが一通り受信された場合であることを特徴
とすることもできる。
【０１２１】これによって、ユーザから表示の指示を受
付けた時、又は、前記受信手段により、表示すべき画面
の部分データを含む各データブロックを一通り受信した
時に、その時までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。本発明に係る受信表示装置は、画面のデ
ータが複数に分割された部分データのそれぞれが１つず
つと当該部分データの位置を示すプロトコル情報とが含
まれる各データブロックを周期的に繰り返し放送する放
送局から前記データブロックを受信して受信したデータ
ブロックに基づいて画面を表示する受信表示装置であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信手段と、前記受信手段により受信され
た各データブロック中の部分データがそれぞれ正常か否
かを判定するデータ判定手段と、前記受信手段により受
信された各データブロック中のプロトコル情報を記憶し
前記データ判定手段により正常と判定された部分データ
を記憶し前記データ判定手段により正常と判定されなか
った部分データを記憶しない記憶手段と、表示すべき画
面の部分データが全て揃う前において表示すべき画面の
プロトコル情報が全て揃ったか否かを判断する条件判断
手段と、前記条件判断手段によりプロトコル情報が全て
揃ったと判断された場合に前記記憶手段に記憶されてい
る全て揃ったプロトコル情報とその時点において前記記
憶手段に記憶されている部分データとに基づいて部分的
に画面を表示する表示手段とを備えることを特徴とす
る。
付けた時、又は、前記受信手段により、表示すべき画面
の部分データを含む各データブロックを一通り受信した
時に、その時までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。本発明に係る受信表示装置は、画面のデ
ータが複数に分割された部分データのそれぞれが１つず
つと当該部分データの位置を示すプロトコル情報とが含
まれる各データブロックを周期的に繰り返し放送する放
送局から前記データブロックを受信して受信したデータ
ブロックに基づいて画面を表示する受信表示装置であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信手段と、前記受信手段により受信され
た各データブロック中の部分データがそれぞれ正常か否
かを判定するデータ判定手段と、前記受信手段により受
信された各データブロック中のプロトコル情報を記憶し
前記データ判定手段により正常と判定された部分データ
を記憶し前記データ判定手段により正常と判定されなか
った部分データを記憶しない記憶手段と、表示すべき画
面の部分データが全て揃う前において表示すべき画面の
プロトコル情報が全て揃ったか否かを判断する条件判断
手段と、前記条件判断手段によりプロトコル情報が全て
揃ったと判断された場合に前記記憶手段に記憶されてい
る全て揃ったプロトコル情報とその時点において前記記
憶手段に記憶されている部分データとに基づいて部分的
に画面を表示する表示手段とを備えることを特徴とす
る。
【０１２２】これによって、必要な全てのプロトコル情
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。また受信表示装置において、前記データ
判定手段は、さらに、前記受信手段により受信された各
データブロック中のプロトコル情報がそれぞれ正常か否
かを判定し正常と判定したプロトコル情報が含まれるデ
ータブロックについてのみ部分データが正常か否かを判
定し、前記記憶手段は、前記データ判定手段により正常
と判定されたプロトコル情報を記憶し前記データ判定手
段により正常と判定されなかったプロトコル情報を記憶
しないことを特徴とすることもできる。
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。また受信表示装置において、前記データ
判定手段は、さらに、前記受信手段により受信された各
データブロック中のプロトコル情報がそれぞれ正常か否
かを判定し正常と判定したプロトコル情報が含まれるデ
ータブロックについてのみ部分データが正常か否かを判
定し、前記記憶手段は、前記データ判定手段により正常
と判定されたプロトコル情報を記憶し前記データ判定手
段により正常と判定されなかったプロトコル情報を記憶
しないことを特徴とすることもできる。
【０１２３】これによって、データブロック中の部分デ
ータが正常でない場合であっても、当該データブロック
中のプロトコル情報だけは記憶しておき、必要な全ての
プロトコル情報が揃った時点で、正常に受信された部分
データだけを用いて、画面を表示することができる。ま
た受信表示装置において、前記表示手段は、さらに、前
記記憶手段に記憶されているプロトコル情報のうち対応
する部分データが記憶されていないプロトコル情報があ
る場合には当該プロトコル情報により示される画面中の
位置を空白にするか、又は、当該位置に部分データが正
常と判定されなかった旨を表示することを特徴とするこ
ともできる。
ータが正常でない場合であっても、当該データブロック
中のプロトコル情報だけは記憶しておき、必要な全ての
プロトコル情報が揃った時点で、正常に受信された部分
データだけを用いて、画面を表示することができる。ま
た受信表示装置において、前記表示手段は、さらに、前
記記憶手段に記憶されているプロトコル情報のうち対応
する部分データが記憶されていないプロトコル情報があ
る場合には当該プロトコル情報により示される画面中の
位置を空白にするか、又は、当該位置に部分データが正
常と判定されなかった旨を表示することを特徴とするこ
ともできる。
【０１２４】これによって、正常と判断されなかった部
分データが存在する位置を、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記プロトコ
ル情報は対応する部分データの表示範囲を示し、前記表
示手段は、さらに、前記記憶手段に記憶されているプロ
トコル情報のうち対応する部分データが記憶されていな
いプロトコル情報がある場合には当該プロトコル情報に
より示される画面中の表示範囲を表示不能領域とし当該
表示不能領域を空白にするか、又は、当該表示不能領域
に部分データが正常と判定されなかった旨を表示するこ
とを特徴とすることもできる。
分データが存在する位置を、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記プロトコ
ル情報は対応する部分データの表示範囲を示し、前記表
示手段は、さらに、前記記憶手段に記憶されているプロ
トコル情報のうち対応する部分データが記憶されていな
いプロトコル情報がある場合には当該プロトコル情報に
より示される画面中の表示範囲を表示不能領域とし当該
表示不能領域を空白にするか、又は、当該表示不能領域
に部分データが正常と判定されなかった旨を表示するこ
とを特徴とすることもできる。
【０１２５】これによって、正常と判断されなかった部
分データが存在する範囲を、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記プロトコ
ル情報は、さらに、対応する部分データのデータサイズ
を示し、前記表示手段は、さらに、前記記憶手段に記憶
されているプロトコル情報のうち対応する部分データが
記憶されていないプロトコル情報がある場合には当該プ
ロトコル情報により示される画面中の位置に前記データ
サイズに相応する大きさの表示不能領域を生成し当該表
示不能領域を空白にするか、又は、当該表示不能領域に
部分データが正常と判定されなかった旨を表示すること
を特徴とすることもできる。
分データが存在する範囲を、ユーザが容易に認識するこ
とができる。また受信表示装置において、前記プロトコ
ル情報は、さらに、対応する部分データのデータサイズ
を示し、前記表示手段は、さらに、前記記憶手段に記憶
されているプロトコル情報のうち対応する部分データが
記憶されていないプロトコル情報がある場合には当該プ
ロトコル情報により示される画面中の位置に前記データ
サイズに相応する大きさの表示不能領域を生成し当該表
示不能領域を空白にするか、又は、当該表示不能領域に
部分データが正常と判定されなかった旨を表示すること
を特徴とすることもできる。
【０１２６】これによって、表示不能領域をこの部分に
表示されるべき部分データのデータサイズに相応する大
きさにすることができるので、ユーザは正常でない部分
のデータサイズを表示不能領域の大きさから容易に推測
することができ、また、後で正常でない部分を再度受信
し補充する際に、違和感なく表示を更新することができ
る。
表示されるべき部分データのデータサイズに相応する大
きさにすることができるので、ユーザは正常でない部分
のデータサイズを表示不能領域の大きさから容易に推測
することができ、また、後で正常でない部分を再度受信
し補充する際に、違和感なく表示を更新することができ
る。
【０１２７】また受信表示装置において、前記受信手段
により受信されるデータブロックは複数のレイヤ中の最
下位レイヤに属し、最下位レイヤのデータブロックは複
数のレイヤを介して最上位レイヤ中の元のデータから生
成され、それぞれのレイヤのそれぞれのデータブロック
は次の上位レイヤのデータブロックを構成する部分デー
タと同じデータブロックに含まれる部分データの位置を
示すプロトコル情報とを含み、最上位レイヤはプロトコ
ル情報を含まず画面を構成する元のデータそのものであ
り、前記受信手段は表示すべき画面のデータを含む最下
位レイヤの各データブロックを受信し、前記データ判定
手段は、前記受信手段により受信された各データブロッ
ク中の部分データがそれぞれ正常か否かを判定し、前記
記憶手段は、前記受信手段により受信された各データブ
ロック中のプロトコル情報を記憶し前記データ判定手段
により正常と判定された部分データを記憶し前記データ
判定手段により正常と判定されなかった部分データを記
憶せず、前記条件判断手段は、最下位レイヤの部分デー
タが全て揃う前において最下位レイヤのプロトコル情報
が全て揃ったか否かを判断し当該プロトコル情報が全て
揃ったと判断した場合に前記記憶手段に記憶されている
全て揃った最下位レイヤのプロトコル情報とその時点に
おいて前記記憶手段に記憶されている最下位レイヤの部
分データとに基づいて下から２つ目のレイヤのデータブ
ロックを部分的に再構築し、以後、再構築したレイヤの
部分データが全て揃う前において再構築したレイヤのプ
ロトコル情報が全て揃ったか否かを判断し揃ったと判断
した場合にさらに上位のレイヤのデータブロックを部分
的に再構築することを繰り返し、最終的に、再構築した
上から２つ目のレイヤの部分データが全て揃う前におい
て再構築した上から２つ目のレイヤのプロトコル情報が
全て揃ったか否かを判断し、前記表示手段は、前記条件
判断手段により再構築された上から２つ目のレイヤのプ
ロトコル情報が全て揃ったと判断された場合に全て揃っ
た再構築された上から２つ目のレイヤのプロトコル情報
とその時点において再構築された上から２つ目のレイヤ
の部分データとに基づいて部分的に画面を表示すること
を特徴とすることもできる。
により受信されるデータブロックは複数のレイヤ中の最
下位レイヤに属し、最下位レイヤのデータブロックは複
数のレイヤを介して最上位レイヤ中の元のデータから生
成され、それぞれのレイヤのそれぞれのデータブロック
は次の上位レイヤのデータブロックを構成する部分デー
タと同じデータブロックに含まれる部分データの位置を
示すプロトコル情報とを含み、最上位レイヤはプロトコ
ル情報を含まず画面を構成する元のデータそのものであ
り、前記受信手段は表示すべき画面のデータを含む最下
位レイヤの各データブロックを受信し、前記データ判定
手段は、前記受信手段により受信された各データブロッ
ク中の部分データがそれぞれ正常か否かを判定し、前記
記憶手段は、前記受信手段により受信された各データブ
ロック中のプロトコル情報を記憶し前記データ判定手段
により正常と判定された部分データを記憶し前記データ
判定手段により正常と判定されなかった部分データを記
憶せず、前記条件判断手段は、最下位レイヤの部分デー
タが全て揃う前において最下位レイヤのプロトコル情報
が全て揃ったか否かを判断し当該プロトコル情報が全て
揃ったと判断した場合に前記記憶手段に記憶されている
全て揃った最下位レイヤのプロトコル情報とその時点に
おいて前記記憶手段に記憶されている最下位レイヤの部
分データとに基づいて下から２つ目のレイヤのデータブ
ロックを部分的に再構築し、以後、再構築したレイヤの
部分データが全て揃う前において再構築したレイヤのプ
ロトコル情報が全て揃ったか否かを判断し揃ったと判断
した場合にさらに上位のレイヤのデータブロックを部分
的に再構築することを繰り返し、最終的に、再構築した
上から２つ目のレイヤの部分データが全て揃う前におい
て再構築した上から２つ目のレイヤのプロトコル情報が
全て揃ったか否かを判断し、前記表示手段は、前記条件
判断手段により再構築された上から２つ目のレイヤのプ
ロトコル情報が全て揃ったと判断された場合に全て揃っ
た再構築された上から２つ目のレイヤのプロトコル情報
とその時点において再構築された上から２つ目のレイヤ
の部分データとに基づいて部分的に画面を表示すること
を特徴とすることもできる。
【０１２８】これによって、階層構造を形成する場合で
あっても、同様の処理を階層的に繰り返して、画面を表
示することができる。本発明に係る受信表示方法は、画
面のデータが複数に分割された部分データのそれぞれが
１つずつ含まれるデータブロックを周期的に繰り返し放
送する放送局から前記データブロックを受信して受信し
たデータブロックに基づいて画面を表示する受信表示方
法であって、表示すべき画面の部分データを含む各デー
タブロックを受信する受信ステップと、前記受信ステッ
プにより受信された各データブロック中の部分データが
それぞれ正常か否かを判定するデータ判定ステップと、
前記データ判定ステップにより正常と判定された部分デ
ータを記憶し前記データ判定ステップにより正常と判定
されなかった部分データを記憶しない記憶ステップと、
表示すべき画面の部分データが全て揃う前において画面
を表示する条件が整ったか否かを判断する条件判断ステ
ップと、前記条件判断ステップにより条件が整ったと判
断された場合にその時点において前記記憶ステップによ
り記憶された部分データに基づいて部分的に画面を表示
する表示ステップとを備えることを特徴とする。
あっても、同様の処理を階層的に繰り返して、画面を表
示することができる。本発明に係る受信表示方法は、画
面のデータが複数に分割された部分データのそれぞれが
１つずつ含まれるデータブロックを周期的に繰り返し放
送する放送局から前記データブロックを受信して受信し
たデータブロックに基づいて画面を表示する受信表示方
法であって、表示すべき画面の部分データを含む各デー
タブロックを受信する受信ステップと、前記受信ステッ
プにより受信された各データブロック中の部分データが
それぞれ正常か否かを判定するデータ判定ステップと、
前記データ判定ステップにより正常と判定された部分デ
ータを記憶し前記データ判定ステップにより正常と判定
されなかった部分データを記憶しない記憶ステップと、
表示すべき画面の部分データが全て揃う前において画面
を表示する条件が整ったか否かを判断する条件判断ステ
ップと、前記条件判断ステップにより条件が整ったと判
断された場合にその時点において前記記憶ステップによ
り記憶された部分データに基づいて部分的に画面を表示
する表示ステップとを備えることを特徴とする。
【０１２９】これによって、表示すべき画面の部分デー
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示方法において、前記記憶ステップは、さらに、前
記データ判定ステップにより正常と判定されなかった場
合は正常と判定されなかった旨を記憶し、前記表示ステ
ップは、さらに、前記記憶ステップにより正常と判定さ
れなかった旨が記憶された場合にはその旨に対応する部
分データに基づいて表示されるべきである画面の位置を
空白にするか、又は、当該位置にその旨を表示すること
を特徴とすることもできる。
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示方法において、前記記憶ステップは、さらに、前
記データ判定ステップにより正常と判定されなかった場
合は正常と判定されなかった旨を記憶し、前記表示ステ
ップは、さらに、前記記憶ステップにより正常と判定さ
れなかった旨が記憶された場合にはその旨に対応する部
分データに基づいて表示されるべきである画面の位置を
空白にするか、又は、当該位置にその旨を表示すること
を特徴とすることもできる。
【０１３０】これによって、正常と判断されなかった部
分データが存在することを、ユーザが容易に認識するこ
とができる。本発明に係る受信表示方法は、画面のデー
タが複数に分割された部分データのそれぞれが１つずつ
と当該部分データの位置を示すプロトコル情報とが含ま
れる各データブロックを周期的に繰り返し放送する放送
局から前記データブロックを受信して受信したデータブ
ロックに基づいて画面を表示する受信表示方法であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信ステップと、前記受信ステップにより
受信された各データブロック中の部分データがそれぞれ
正常か否かを判定するデータ判定ステップと、前記受信
ステップにより受信された各データブロック中のプロト
コル情報を記憶し前記データ判定ステップにより正常と
判定された部分データを記憶し前記データ判定手段によ
り正常と判定されなかった部分データを記憶しない記憶
ステップと、表示すべき画面の部分データが全て揃う前
において表示すべき画面のプロトコル情報が全て揃った
か否かを判断する条件判断ステップと、前記条件判断ス
テップによりプロトコル情報が全て揃ったと判断された
場合に前記記憶ステップにより記憶されてた全て揃った
プロトコル情報とその時点において前記記憶ステップに
より記憶された部分データとに基づいて部分的に画面を
表示する表示ステップとを備えることを特徴とする。
分データが存在することを、ユーザが容易に認識するこ
とができる。本発明に係る受信表示方法は、画面のデー
タが複数に分割された部分データのそれぞれが１つずつ
と当該部分データの位置を示すプロトコル情報とが含ま
れる各データブロックを周期的に繰り返し放送する放送
局から前記データブロックを受信して受信したデータブ
ロックに基づいて画面を表示する受信表示方法であっ
て、表示すべき画面の部分データを含む各データブロッ
クを受信する受信ステップと、前記受信ステップにより
受信された各データブロック中の部分データがそれぞれ
正常か否かを判定するデータ判定ステップと、前記受信
ステップにより受信された各データブロック中のプロト
コル情報を記憶し前記データ判定ステップにより正常と
判定された部分データを記憶し前記データ判定手段によ
り正常と判定されなかった部分データを記憶しない記憶
ステップと、表示すべき画面の部分データが全て揃う前
において表示すべき画面のプロトコル情報が全て揃った
か否かを判断する条件判断ステップと、前記条件判断ス
テップによりプロトコル情報が全て揃ったと判断された
場合に前記記憶ステップにより記憶されてた全て揃った
プロトコル情報とその時点において前記記憶ステップに
より記憶された部分データとに基づいて部分的に画面を
表示する表示ステップとを備えることを特徴とする。
【０１３１】これによって、必要な全てのプロトコル情
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。本発明に係る受信表示プログラムを記録
したコンピュータ読み取り可能な記録媒体は、画面のデ
ータが複数に分割された部分データのそれぞれが１つず
つ含まれるデータブロックを周期的に繰り返し放送する
放送局から前記データブロックを受信して受信したデー
タブロックに基づいて画面を表示する受信表示プログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
って、コンピュータに、表示すべき画面の部分データを
含む各データブロックを受信する受信ステップと、前記
受信ステップにより受信された各データブロック中の部
分データがそれぞれ正常か否かを判定するデータ判定ス
テップと、前記データ判定ステップにより正常と判定さ
れた部分データを記憶し前記データ判定ステップにより
正常と判定されなかった部分データを記憶しない記憶ス
テップと、表示すべき画面の部分データが全て揃う前に
おいて画面を表示する条件が整ったか否かを判断する条
件判断ステップと、前記条件判断ステップにより条件が
整ったと判断された場合にその時点において前記記憶ス
テップにより記憶された部分データに基づいて部分的に
画面を表示する表示ステップとを実行させることを特徴
とする。
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。本発明に係る受信表示プログラムを記録
したコンピュータ読み取り可能な記録媒体は、画面のデ
ータが複数に分割された部分データのそれぞれが１つず
つ含まれるデータブロックを周期的に繰り返し放送する
放送局から前記データブロックを受信して受信したデー
タブロックに基づいて画面を表示する受信表示プログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
って、コンピュータに、表示すべき画面の部分データを
含む各データブロックを受信する受信ステップと、前記
受信ステップにより受信された各データブロック中の部
分データがそれぞれ正常か否かを判定するデータ判定ス
テップと、前記データ判定ステップにより正常と判定さ
れた部分データを記憶し前記データ判定ステップにより
正常と判定されなかった部分データを記憶しない記憶ス
テップと、表示すべき画面の部分データが全て揃う前に
おいて画面を表示する条件が整ったか否かを判断する条
件判断ステップと、前記条件判断ステップにより条件が
整ったと判断された場合にその時点において前記記憶ス
テップにより記憶された部分データに基づいて部分的に
画面を表示する表示ステップとを実行させることを特徴
とする。
【０１３２】これによって、表示すべき画面の部分デー
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示プログラムを記録したコンピュータ読み取り可能
な記録媒体において、前記記憶ステップは、さらに、前
記データ判定ステップにより正常と判定されなかった場
合は正常と判定されなかった旨を記憶し、前記表示ステ
ップは、さらに、前記記憶ステップにより正常と判定さ
れなかった旨が記憶された場合にはその旨に対応する部
分データに基づいて表示されるべきである画面の位置を
空白にするか、又は、当該位置にその旨を表示すること
を特徴とすることもできる。
タを完全に受信していなくても、画面を表示することが
できる。従って、画面を表示する条件が整った時までに
記憶している部分データを利用でき、ユーザが必要とす
る情報にいち早く到達できる可能性が高くなる。また受
信表示プログラムを記録したコンピュータ読み取り可能
な記録媒体において、前記記憶ステップは、さらに、前
記データ判定ステップにより正常と判定されなかった場
合は正常と判定されなかった旨を記憶し、前記表示ステ
ップは、さらに、前記記憶ステップにより正常と判定さ
れなかった旨が記憶された場合にはその旨に対応する部
分データに基づいて表示されるべきである画面の位置を
空白にするか、又は、当該位置にその旨を表示すること
を特徴とすることもできる。
【０１３３】これによって、正常と判断されなかった部
分データが存在することを、ユーザが容易に認識するこ
とができる。本発明に係る受信表示プログラムを記録し
たコンピュータ読み取り可能な記録媒体は、画面のデー
タが複数に分割された部分データのそれぞれが１つずつ
と当該部分データの位置を示すプロトコル情報とが含ま
れる各データブロックを周期的に繰り返し放送する放送
局から前記データブロックを受信して受信したデータブ
ロックに基づいて画面を表示する受信表示プログラムを
記録したコンピュータ読み取り可能な記録媒体であっ
て、コンピュータに、表示すべき画面の部分データを含
む各データブロックを受信する受信ステップと、前記受
信ステップにより受信された各データブロック中の部分
データがそれぞれ正常か否かを判定するデータ判定ステ
ップと、前記受信ステップにより受信された各データブ
ロック中のプロトコル情報を記憶し前記データ判定ステ
ップにより正常と判定された部分データを記憶し前記デ
ータ判定手段により正常と判定されなかった部分データ
を記憶しない記憶ステップと、表示すべき画面の部分デ
ータが全て揃う前において表示すべき画面のプロトコル
情報が全て揃ったか否かを判断する条件判断ステップ
と、前記条件判断ステップによりプロトコル情報が全て
揃ったと判断された場合に前記記憶ステップにより記憶
されてた全て揃ったプロトコル情報とその時点において
前記記憶ステップにより記憶された部分データとに基づ
いて部分的に画面を表示する表示ステップとを実行させ
ることを特徴とする。
分データが存在することを、ユーザが容易に認識するこ
とができる。本発明に係る受信表示プログラムを記録し
たコンピュータ読み取り可能な記録媒体は、画面のデー
タが複数に分割された部分データのそれぞれが１つずつ
と当該部分データの位置を示すプロトコル情報とが含ま
れる各データブロックを周期的に繰り返し放送する放送
局から前記データブロックを受信して受信したデータブ
ロックに基づいて画面を表示する受信表示プログラムを
記録したコンピュータ読み取り可能な記録媒体であっ
て、コンピュータに、表示すべき画面の部分データを含
む各データブロックを受信する受信ステップと、前記受
信ステップにより受信された各データブロック中の部分
データがそれぞれ正常か否かを判定するデータ判定ステ
ップと、前記受信ステップにより受信された各データブ
ロック中のプロトコル情報を記憶し前記データ判定ステ
ップにより正常と判定された部分データを記憶し前記デ
ータ判定手段により正常と判定されなかった部分データ
を記憶しない記憶ステップと、表示すべき画面の部分デ
ータが全て揃う前において表示すべき画面のプロトコル
情報が全て揃ったか否かを判断する条件判断ステップ
と、前記条件判断ステップによりプロトコル情報が全て
揃ったと判断された場合に前記記憶ステップにより記憶
されてた全て揃ったプロトコル情報とその時点において
前記記憶ステップにより記憶された部分データとに基づ
いて部分的に画面を表示する表示ステップとを実行させ
ることを特徴とする。
【０１３４】これによって、必要な全てのプロトコル情
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。
報が揃った時点で、画面を表示することができる。従っ
て、この時点までに記憶している部分データを利用で
き、ユーザが必要とする情報にいち早く到達できる可能
性が高くなる。
【図１】放送データを受信して利用する放送データ受信
装置の構成を概略的に示す図である。
装置の構成を概略的に示す図である。
【図２】図１に示した放送データ管理システム１３０の
詳細な構成を示す図である。
詳細な構成を示す図である。
【図３】図１に示した放送データ管理システム１３０が
管理する管理情報の構造を示す図である。
管理する管理情報の構造を示す図である。
【図４】ファイル管理情報を示す図である。
【図５】ブロック管理情報を示す図である。
【図６】あるファイルのデータ受信例を示す図である。
【図７】図６に示すような順番でデータ受信を行なった
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
【図８】図６に示すような順番でデータ受信を行なった
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
【図９】図６に示すような順番でデータ受信を行なった
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
場合に作成及び更新される最下位レイヤのファイル管理
情報とブロック管理情報とを示す図である。
【図１０】図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【図１１】図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【図１２】図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【図１３】図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【図１４】図６に示すような順番でデータ受信を行なっ
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
た場合に作成及び更新される最下位レイヤのファイル管
理情報とブロック管理情報とを示す図である。
【図１５】レイヤ２におけるデータブロックの解析及び
デコードの詳細を示す図である。
デコードの詳細を示す図である。
【図１６】レイヤ２におけるデータブロックを管理する
ためのブロック管理情報を示す図である。
ためのブロック管理情報を示す図である。
【図１７】（ａ）は、レイヤ１におけるデータブロック
１４０１において有効ブロックオフセット及び有効ブロ
ックサイズの位置関係を示す図であり、（ｂ）は、レイ
ヤ１におけるデータブロック１４０４において有効ブロ
ックオフセット及び有効ブロックサイズの位置関係を示
す図である。
１４０１において有効ブロックオフセット及び有効ブロ
ックサイズの位置関係を示す図であり、（ｂ）は、レイ
ヤ１におけるデータブロック１４０４において有効ブロ
ックオフセット及び有効ブロックサイズの位置関係を示
す図である。
【図１８】レイヤ２におけるデータブロック１４１１を
管理する為に、図１３に示す様な管理情報に、図１６に
示す対象シリアル番号、有効ブロックオフセット及び有
効ブロックサイズが追加された例を示す図である。
管理する為に、図１３に示す様な管理情報に、図１６に
示す対象シリアル番号、有効ブロックオフセット及び有
効ブロックサイズが追加された例を示す図である。
【図１９】レイヤ２におけるデータブロックの解析及び
デコードの詳細を示す図である。
デコードの詳細を示す図である。
【図２０】レイヤ２におけるデータブロック１４１１を
管理する為に、図１０に示す様な管理情報に、図１６に
示す対象シリアル番号、有効ブロックオフセット及び有
効ブロックサイズが追加された例を示す図である。
管理する為に、図１０に示す様な管理情報に、図１６に
示す対象シリアル番号、有効ブロックオフセット及び有
効ブロックサイズが追加された例を示す図である。
【図２１】一般的なデータ放送サービスで送られている
ＨＴＭＬファイルの例を示す図である。
ＨＴＭＬファイルの例を示す図である。
【図２２】図２１に示すＨＴＭＬファイルの全体２１０
１を本発明の放送データビューアで表示した例を示す図
である。
１を本発明の放送データビューアで表示した例を示す図
である。
【図２３】図２１に示すＨＴＭＬファイルの一部分２１
０２のデータが受信エラーでまだデータ蓄積部１４０に
記憶されていない場合に、ＨＴＭＬファイルの一部分２
１０２を除くデータを本発明の放送データビューアで表
示した例を示す図である。
０２のデータが受信エラーでまだデータ蓄積部１４０に
記憶されていない場合に、ＨＴＭＬファイルの一部分２
１０２を除くデータを本発明の放送データビューアで表
示した例を示す図である。
【図２４】画像ファイルのフォーマットの例を示す図で
ある。
ある。
【図２５】背景を透過として重ね合わせる場合の画像フ
ァイルの例を示す図である。
ァイルの例を示す図である。
【図２６】（ａ）は、図２５に示した画像ファイル中の
受信エラー２５０４の部分が再受信等によってエラー無
しで受信され更新され、全てのデータが揃った場合の表
示結果を示す図であり、（ｂ）は、図２５に示した画像
ファイル中の受信エラー２５０４の部分がまだ記憶され
ていない場合の表示結果を示す図である。
受信エラー２５０４の部分が再受信等によってエラー無
しで受信され更新され、全てのデータが揃った場合の表
示結果を示す図であり、（ｂ）は、図２５に示した画像
ファイル中の受信エラー２５０４の部分がまだ記憶され
ていない場合の表示結果を示す図である。
【図２７】プロトコルデコーダや放送データビューアが
本実施の形態の放送データ管理システムにファイルブロ
ック情報参照を要求した場合に、ファイルブロック情報
に先立って返送されるファイルブロック通知情報を示す
図である。
本実施の形態の放送データ管理システムにファイルブロ
ック情報参照を要求した場合に、ファイルブロック情報
に先立って返送されるファイルブロック通知情報を示す
図である。
【図２８】図１０に示した管理情報より求められるファ
イルブロック通知情報を示す図である。
イルブロック通知情報を示す図である。
【図２９】４つのファイルブロック通知情報の例を示す
図である。
図である。
【図３０】ファイル管理情報を示す図である。
【図３１】最小ブロックサイズ、最大ブロックサイズ、
及び、平均ブロックサイズ等の計算例を示した図であ
る。
及び、平均ブロックサイズ等の計算例を示した図であ
る。
【図３２】必要な全てのデータブロックが正常に受信さ
れたＨＴＭＬファイルを本発明の放送データビューアで
表示した例を示す図である。
れたＨＴＭＬファイルを本発明の放送データビューアで
表示した例を示す図である。
【図３３】ＨＴＭＬファイルの一部分のデータが受信エ
ラー等でまだ記憶されてなく、記憶されていない部分の
データサイズが不明である場合に、記憶されていないＨ
ＴＭＬファイルの一部分を除くデータを本発明の放送デ
ータビューアで表示した例を示す図である。
ラー等でまだ記憶されてなく、記憶されていない部分の
データサイズが不明である場合に、記憶されていないＨ
ＴＭＬファイルの一部分を除くデータを本発明の放送デ
ータビューアで表示した例を示す図である。
【図３４】ＨＴＭＬファイルの一部分のデータが受信エ
ラー等でまだ記憶されてなく、記憶されていない部分の
データサイズが不明である場合に、記憶されていないＨ
ＴＭＬファイルの一部分を除くデータを本発明の放送デ
ータビューアで表示した例を示す図である。
ラー等でまだ記憶されてなく、記憶されていない部分の
データサイズが不明である場合に、記憶されていないＨ
ＴＭＬファイルの一部分を除くデータを本発明の放送デ
ータビューアで表示した例を示す図である。
【図３５】本発明における放送データビューア１５０の
内部構成を示す図である。
内部構成を示す図である。
【図３６】送信側において１つの上位レイヤにおけるデ
ータブロックから複数の下位レイヤにおけるデータブロ
ックを生成する過程を概略的に示す図である。
ータブロックから複数の下位レイヤにおけるデータブロ
ックを生成する過程を概略的に示す図である。
【図３７】受信側において複数の下位レイヤにおけるデ
ータブロックから１つの上位レイヤにおけるデータブロ
ックを生成する過程を概略的に示す図である。
ータブロックから１つの上位レイヤにおけるデータブロ
ックを生成する過程を概略的に示す図である。
１００ 放送データ受信装置 １１０ 受信部 １２１〜１２Ｎ レイヤ１プロトコルデコーダ〜レ
イヤＮプロトコルデコーダ１２Ｎ（但し「Ｎ」は２以上
の整数） １２１ａ〜１２Ｎａ プロトコル解析部 １２１ｂ〜１２Ｎｂ 情報通知部 １２１ｃ〜１２Ｎｃ 情報管理部 １３０ 放送データ管理システム １４０ データ蓄積部 １５０ 放送データビューア ２０１ ファイル作成部 ２０２ ファイルオープン部 ２０３ ファイルクローズ部 ２０４ 正常書込み制御部 ２０５ 異常書込み制御部 ２０６ 読出し制御部 ２０７ ファイル管理情報作成部 ２０８ ファイル管理情報検索部 ２０９ ファイル管理情報更新部 ２１０ 実ブロック管理情報作成部 ２１１ 仮ブロック管理情報作成部 ２１２ ブロック管理情報解析部 ２１３ データ書込み部 ２１４ データ読出し部 ３５０１ 受信ファイル情報解析部 ３５０２ ファイル表示制御部 ３５０３ 入力判定部 ３５０４ ファイル読み出し要求部 ３５０５ ファイル内容解析部 ３５０６ 表示情報記憶部 ３５０７ 表示要求部 ３５０８ 受信エラー読みとばし部
イヤＮプロトコルデコーダ１２Ｎ（但し「Ｎ」は２以上
の整数） １２１ａ〜１２Ｎａ プロトコル解析部 １２１ｂ〜１２Ｎｂ 情報通知部 １２１ｃ〜１２Ｎｃ 情報管理部 １３０ 放送データ管理システム １４０ データ蓄積部 １５０ 放送データビューア ２０１ ファイル作成部 ２０２ ファイルオープン部 ２０３ ファイルクローズ部 ２０４ 正常書込み制御部 ２０５ 異常書込み制御部 ２０６ 読出し制御部 ２０７ ファイル管理情報作成部 ２０８ ファイル管理情報検索部 ２０９ ファイル管理情報更新部 ２１０ 実ブロック管理情報作成部 ２１１ 仮ブロック管理情報作成部 ２１２ ブロック管理情報解析部 ２１３ データ書込み部 ２１４ データ読出し部 ３５０１ 受信ファイル情報解析部 ３５０２ ファイル表示制御部 ３５０３ 入力判定部 ３５０４ ファイル読み出し要求部 ３５０５ ファイル内容解析部 ３５０６ 表示情報記憶部 ３５０７ 表示要求部 ３５０８ 受信エラー読みとばし部
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/03 7/035 (72)発明者 植田 栄治 東広島市鏡山３丁目10番18号 株式会社松 下電器情報システム広島研究所内 (72)発明者 中部 太志 東広島市鏡山３丁目10番18号 株式会社松 下電器情報システム広島研究所内
Claims (19)
- 【請求項１】 画面のデータが複数に分割された部分デ
ータのそれぞれが、１つずつ含まれるデータブロック
を、周期的に繰り返し放送する放送局から、前記データ
ブロックを受信して、受信したデータブロックに基づい
て、画面を表示する受信表示装置であって、 表示すべき画面の部分データを含む各データブロックを
受信する受信手段と、前記受信手段により受信された各
データブロック中の部分データが、それぞれ正常か否か
を判定するデータ判定手段と、 前記データ判定手段により正常と判定された部分データ
を記憶し、前記データ判定手段により正常と判定されな
かった部分データを記憶しない記憶手段と、 表示すべき画面の部分データが全て揃う前において、画
面を表示する条件が整ったか否かを判断する条件判断手
段と、 前記条件判断手段により条件が整ったと判断された場合
に、その時点において前記記憶手段により記憶された部
分データに基づいて、部分的に画面を表示する表示手段
とを備えることを特徴とする受信表示装置。 - 【請求項２】 前記記憶手段は、さらに、 前記データ判定手段により正常と判定されなかった場合
は、正常と判定されなかった旨を記憶し、 前記表示手段は、さらに、 前記記憶手段に正常と判定されなかった旨が記憶されて
いる場合には、その旨に対応する部分データに基づいて
表示されるべきである画面の位置を空白にするか、又
は、当該位置にその旨を表示することを特徴とする請求
項１に記載の受信表示装置。 - 【請求項３】 前記受信手段は、同時に表示できるか、
又は、ユーザの操作によりスクロールして表示できる１
画面分の画面の部分データを含む各データブロックを受
信し、 前記表示手段は、 前記記憶手段に記憶されている前記１画面分の画面の部
分データに基づいて、部分的に前記１画面分の画面を表
示することを特徴とする請求項２に記載の受信表示装
置。 - 【請求項４】 前記１画面分の画面のデータは、 他のファイルを参照する情報を含むファイル、及び、ハ
イパーテキストファイルのうちの何れかのファイルのデ
ータであり、 前記表示手段は、 前記記憶手段に記憶されている他のファイルを参照する
情報を含むファイル、及び、ハイパーテキストファイル
のうちの何れかのファイルの部分データに基づいて、部
分的に画面を表示することを特徴とする請求項３に記載
の受信表示装置。 - 【請求項５】 前記条件判断手段における画面を表示す
る条件は、ユーザから表示の指示を受付けた場合、又
は、前記受信手段により、表示すべき画面の部分データ
を含む各データブロックが、一通り受信された場合であ
ることを特徴とする請求項１に記載の受信表示装置。 - 【請求項６】 画面のデータが複数に分割された部分デ
ータのそれぞれが１つずつと、当該部分データの位置を
示すプロトコル情報とが含まれる各データブロックを、
周期的に繰り返し放送する放送局から、前記データブロ
ックを受信して、受信したデータブロックに基づいて、
画面を表示する受信表示装置であって、 表示すべき画面の部分データを含む各データブロックを
受信する受信手段と、 前記受信手段により受信された各データブロック中の部
分データが、それぞれ正常か否かを判定するデータ判定
手段と、 前記受信手段により受信された各データブロック中のプ
ロトコル情報を記憶し、前記データ判定手段により正常
と判定された部分データを記憶し、前記データ判定手段
により正常と判定されなかった部分データを記憶しない
記憶手段と、 表示すべき画面の部分データが全て揃う前において、表
示すべき画面のプロトコル情報が全て揃ったか否かを判
断する条件判断手段と、 前記条件判断手段によりプロトコル情報が全て揃ったと
判断された場合に、前記記憶手段に記憶されている全て
揃ったプロトコル情報と、その時点において前記記憶手
段に記憶されている部分データとに基づいて、部分的に
画面を表示する表示手段とを備えることを特徴とする受
信表示装置。 - 【請求項７】 前記データ判定手段は、さらに、 前記受信手段により受信された各データブロック中のプ
ロトコル情報が、それぞれ正常か否かを判定し、正常と
判定したプロトコル情報が含まれるデータブロックにつ
いてのみ、部分データが正常か否かを判定し、 前記記憶手段は、 前記データ判定手段により正常と判定されたプロトコル
情報を記憶し、前記データ判定手段により正常と判定さ
れなかったプロトコル情報を記憶しないことを特徴とす
る請求項６に記載の受信表示装置。 - 【請求項８】 前記表示手段は、さらに、 前記記憶手段に記憶されているプロトコル情報のうち、
対応する部分データが記憶されていないプロトコル情報
がある場合には、当該プロトコル情報により示される画
面中の位置を空白にするか、又は、当該位置に部分デー
タが正常と判定されなかった旨を表示することを特徴と
する請求項６に記載の受信表示装置。 - 【請求項９】 前記プロトコル情報は、対応する部分デ
ータの表示範囲を示し、 前記表示手段は、さらに、 前記記憶手段に記憶されているプロトコル情報のうち、
対応する部分データが記憶されていないプロトコル情報
がある場合には、当該プロトコル情報により示される画
面中の表示範囲を表示不能領域とし、当該表示不能領域
を空白にするか、又は、当該表示不能領域に部分データ
が正常と判定されなかった旨を表示することを特徴とす
る請求項６に記載の受信表示装置。 - 【請求項１０】 前記プロトコル情報は、さらに、 対応する部分データのデータサイズを示し、 前記表示手段は、さらに、 前記記憶手段に記憶されているプロトコル情報のうち、
対応する部分データが記憶されていないプロトコル情報
がある場合には、当該プロトコル情報により示される画
面中の位置に、前記データサイズに相応する大きさの表
示不能領域を生成し、当該表示不能領域を空白にする
か、又は、当該表示不能領域に部分データが正常と判定
されなかった旨を表示することを特徴とする請求項６に
記載の受信表示装置。 - 【請求項１１】 前記受信手段により受信されるデータ
ブロックは、複数のレイヤ中の最下位レイヤに属し、 最下位レイヤのデータブロックは、複数のレイヤを介し
て、最上位レイヤ中の元のデータから生成され、 それぞれのレイヤのそれぞれのデータブロックは、次の
上位レイヤのデータブロックを構成する部分データと、
同じデータブロックに含まれる部分データの位置を示す
プロトコル情報とを含み、 最上位レイヤは、プロトコル情報を含まず、画面を構成
する元のデータそのものであり、 前記受信手段は、表示すべき画面のデータを含む最下位
レイヤの各データブロックを受信し、 前記データ判定手段は、 前記受信手段により受信された各データブロック中の部
分データが、それぞれ正常か否かを判定し、 前記記憶手段は、 前記受信手段により受信された各データブロック中のプ
ロトコル情報を記憶し、前記データ判定手段により正常
と判定された部分データを記憶し、前記データ判定手段
により正常と判定されなかった部分データを記憶せず、 前記条件判断手段は、 最下位レイヤの部分データが全て揃う前において、最下
位レイヤのプロトコル情報が全て揃ったか否かを判断
し、当該プロトコル情報が全て揃ったと判断した場合
に、前記記憶手段に記憶されている全て揃った最下位レ
イヤのプロトコル情報と、その時点において前記記憶手
段に記憶されている最下位レイヤの部分データとに基づ
いて、下から２つ目のレイヤのデータブロックを部分的
に再構築し、以後、再構築したレイヤの部分データが全
て揃う前において、再構築したレイヤのプロトコル情報
が全て揃ったか否かを判断し、揃ったと判断した場合
に、さらに上位のレイヤのデータブロックを部分的に再
構築することを繰り返し、最終的に、再構築した上から
２つ目のレイヤの部分データが全て揃う前において、再
構築した上から２つ目のレイヤのプロトコル情報が全て
揃ったか否かを判断し、 前記表示手段は、 前記条件判断手段により再構築された上から２つ目のレ
イヤのプロトコル情報が全て揃ったと判断された場合
に、全て揃った再構築された上から２つ目のレイヤのプ
ロトコル情報と、その時点において再構築された上から
２つ目のレイヤの部分データとに基づいて、部分的に画
面を表示することを特徴とする請求項６に記載の受信表
示装置。 - 【請求項１２】 前記受信手段は、同時に表示できる
か、又は、ユーザの操作によりスクロールして表示でき
る１画面分の画面の部分データを含む各データブロック
を受信し、 前記表示手段は前記記憶手段に記憶されている前記１画
面分の画面の部分データに基づいて、部分的に前記１画
面分の画面を表示することを特徴とする請求項６に記載
の受信表示装置。 - 【請求項１３】 前記１画面分の画面のデータは、 他のファイルを参照する情報を含むファイル、及び、ハ
イパーテキストファイルのうちの何れかのファイルのデ
ータであり、 前記表示手段は、 前記記憶手段に記憶されている他のファイルを参照する
情報を含むファイル、及び、ハイパーテキストファイル
のうちの何れかのファイルの部分データに基づいて、部
分的に画面を表示することを特徴とする請求項１２に記
載の受信表示装置。 - 【請求項１４】 画面のデータが複数に分割された部分
データのそれぞれが、１つずつ含まれるデータブロック
を、周期的に繰り返し放送する放送局から、前記データ
ブロックを受信して、受信したデータブロックに基づい
て、画面を表示する受信表示方法であって、 表示すべき画面の部分データを含む各データブロックを
受信する受信ステップと、 前記受信ステップにより受信された各データブロック中
の部分データが、それぞれ正常か否かを判定するデータ
判定ステップと、 前記データ判定ステップにより正常と判定された部分デ
ータを記憶し、前記データ判定ステップにより正常と判
定されなかった部分データを記憶しない記憶ステップ
と、 表示すべき画面の部分データが全て揃う前において、画
面を表示する条件が整ったか否かを判断する条件判断ス
テップと、 前記条件判断ステップにより条件が整ったと判断された
場合に、その時点において前記記憶ステップにより記憶
された部分データに基づいて、部分的に画面を表示する
表示ステップとを備えることを特徴とする受信表示方
法。 - 【請求項１５】 前記記憶ステップは、さらに、 前記データ判定ステップにより正常と判定されなかった
場合は、正常と判定されなかった旨を記憶し、 前記表示ステップは、さらに、 前記記憶ステップにより正常と判定されなかった旨が記
憶された場合には、その旨に対応する部分データに基づ
いて表示されるべきである画面の位置を空白にするか、
又は、当該位置にその旨を表示することを特徴とする請
求項１４に記載の受信表示方法。 - 【請求項１６】 画面のデータが複数に分割された部分
データのそれぞれが１つずつと、当該部分データの位置
を示すプロトコル情報とが含まれる各データブロック
を、周期的に繰り返し放送する放送局から、前記データ
ブロックを受信して、受信したデータブロックに基づい
て、画面を表示する受信表示方法であって、 表示すべき画面の部分データを含む各データブロックを
受信する受信ステップと、 前記受信ステップにより受信された各データブロック中
の部分データが、それぞれ正常か否かを判定するデータ
判定ステップと、 前記受信ステップにより受信された各データブロック中
のプロトコル情報を記憶し、前記データ判定ステップに
より正常と判定された部分データを記憶し、前記データ
判定手段により正常と判定されなかった部分データを記
憶しない記憶ステップと、 表示すべき画面の部分データが全て揃う前において、表
示すべき画面のプロトコル情報が全て揃ったか否かを判
断する条件判断ステップと、 前記条件判断ステップによりプロトコル情報が全て揃っ
たと判断された場合に、前記記憶ステップにより記憶さ
れてた全て揃ったプロトコル情報と、その時点において
前記記憶ステップにより記憶された部分データとに基づ
いて、部分的に画面を表示する表示ステップとを備える
ことを特徴とする受信表示方法。 - 【請求項１７】 画面のデータが複数に分割された部分
データのそれぞれが、１つずつ含まれるデータブロック
を、周期的に繰り返し放送する放送局から、前記データ
ブロックを受信して、受信したデータブロックに基づい
て、画面を表示する受信表示プログラムを記録したコン
ピュータ読み取り可能な記録媒体であって、 コンピュータに、 表示すべき画面の部分データを含む各データブロックを
受信する受信ステップと、 前記受信ステップにより受信された各データブロック中
の部分データが、それぞれ正常か否かを判定するデータ
判定ステップと、 前記データ判定ステップにより正常と判定された部分デ
ータを記憶し、前記データ判定ステップにより正常と判
定されなかった部分データを記憶しない記憶ステップ
と、 表示すべき画面の部分データが全て揃う前において、画
面を表示する条件が整ったか否かを判断する条件判断ス
テップと、 前記条件判断ステップにより条件が整ったと判断された
場合に、その時点において前記記憶ステップにより記憶
された部分データに基づいて、部分的に画面を表示する
表示ステップとを実行させることを特徴とする受信表示
プログラムを記録したコンピュータ読み取り可能な記録
媒体。 - 【請求項１８】 前記記憶ステップは、さらに、 前記データ判定ステップにより正常と判定されなかった
場合は、正常と判定されなかった旨を記憶し、 前記表示ステップは、さらに、 前記記憶ステップにより正常と判定されなかった旨が記
憶された場合には、その旨に対応する部分データに基づ
いて表示されるべきである画面の位置を空白にするか、
又は、当該位置にその旨を表示することを特徴とする受
信表示プログラムを記録した請求項１７に記載のコンピ
ュータ読み取り可能な記録媒体。 - 【請求項１９】 画面のデータが複数に分割された部分
データのそれぞれが１つずつと、当該部分データの位置
を示すプロトコル情報とが含まれる各データブロック
を、周期的に繰り返し放送する放送局から、前記データ
ブロックを受信して、受信したデータブロックに基づい
て、画面を表示する受信表示プログラムを記録したコン
ピュータ読み取り可能な記録媒体であって、 コンピュータに、 表示すべき画面の部分データを含む各データブロックを
受信する受信ステップと、 前記受信ステップにより受信された各データブロック中
の部分データが、それぞれ正常か否かを判定するデータ
判定ステップと、 前記受信ステップにより受信された各データブロック中
のプロトコル情報を記憶し、前記データ判定ステップに
より正常と判定された部分データを記憶し、前記データ
判定手段により正常と判定されなかった部分データを記
憶しない記憶ステップと、 表示すべき画面の部分データが全て揃う前において、表
示すべき画面のプロトコル情報が全て揃ったか否かを判
断する条件判断ステップと、 前記条件判断ステップによりプロトコル情報が全て揃っ
たと判断された場合に、前記記憶ステップにより記憶さ
れてた全て揃ったプロトコル情報と、その時点において
前記記憶ステップにより記憶された部分データとに基づ
いて、部分的に画面を表示する表示ステップとを実行さ
せることを特徴とする受信表示プログラムを記録したコ
ンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000273912A JP2001148837A (ja) | 1999-09-08 | 2000-09-08 | 受信表示装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-254767 | 1999-09-08 | ||
| JP25476799 | 1999-09-08 | ||
| JP2000273912A JP2001148837A (ja) | 1999-09-08 | 2000-09-08 | 受信表示装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001148837A true JP2001148837A (ja) | 2001-05-29 |
Family
ID=26541835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000273912A Pending JP2001148837A (ja) | 1999-09-08 | 2000-09-08 | 受信表示装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001148837A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009096299A1 (ja) * | 2008-02-01 | 2009-08-06 | Mitsubishi Electric Corporation | 通信解析装置および通信解析方法 |
| JP2009182927A (ja) * | 2008-02-01 | 2009-08-13 | Mitsubishi Electric Corp | 通信解析装置および通信解析方法 |
| JP2010517395A (ja) * | 2007-01-26 | 2010-05-20 | トムソン ライセンシング | メディア・データのパケット交換伝送方法およびメディア・データの処理方法 |
-
2000
- 2000-09-08 JP JP2000273912A patent/JP2001148837A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010517395A (ja) * | 2007-01-26 | 2010-05-20 | トムソン ライセンシング | メディア・データのパケット交換伝送方法およびメディア・データの処理方法 |
| US8495421B2 (en) | 2007-01-26 | 2013-07-23 | Thomson Licensing | Method for packet-switching transmission of media data and device for processing media data with insertion of error information data |
| WO2009096299A1 (ja) * | 2008-02-01 | 2009-08-06 | Mitsubishi Electric Corporation | 通信解析装置および通信解析方法 |
| JP2009182927A (ja) * | 2008-02-01 | 2009-08-13 | Mitsubishi Electric Corp | 通信解析装置および通信解析方法 |
| US8542722B2 (en) | 2008-02-01 | 2013-09-24 | Mitsubishi Electric Corporation | Communication analysis apparatus and communication analysis method |
| US9197532B2 (en) | 2008-02-01 | 2015-11-24 | Mitsubishi Electric Corporation | Communication analysis apparatus and communication analysis method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6996623B1 (en) | Reception display apparatus and method for displaying screen partially with certain timing even when all data for the screen has not been received, and computer-readable record medium recording such reception display program | |
| US10997481B2 (en) | System and method for collecting and analyzing multi-fields two-dimensional code | |
| EP0632397A2 (en) | Book data service system with data delivery by broadcasting | |
| US8224832B2 (en) | Computerized document examination for changes | |
| CN102243714A (zh) | 二维码、二维码的加密系统及方法 | |
| US20040054669A1 (en) | Method for dividing structured documents into several parts | |
| JP2004532548A (ja) | Ｊｐｅｇファイル内のデータ保存システム及び方法 | |
| CN105095168A (zh) | 一种合同文档的自动生成方法和装置 | |
| CN103258524A (zh) | 具有图像缓存存储器的图像显示设备 | |
| JPH027233B2 (ja) | ||
| CN101107853A (zh) | 信息分发装置及信息分发方法 | |
| JP3865694B2 (ja) | 構造化文書の木構造におけるパスの符号化および復号化方法 | |
| CN107203574A (zh) | 数据管理和数据分析的聚合 | |
| CN103262078A (zh) | 产生、再现以及维护电子书的系统与方法 | |
| CN104185038A (zh) | 一种广告的监播方法、系统及服务器 | |
| JP2001148837A (ja) | 受信表示装置 | |
| CN101483751A (zh) | 一种数字电视开机呈现方法及系统 | |
| CN101473381B (zh) | 节目再生装置 | |
| CN115330262A (zh) | 一种智慧城市公共管理方法、系统和存储介质 | |
| CN113626801A (zh) | 一种细粒度分布式服务资源统一协同调度方法 | |
| JP2951822B2 (ja) | データ管理装置及び図形データ管理方法 | |
| CN113760907A (zh) | 一种数据库中数据唯一性标识方法 | |
| CN103106217A (zh) | 一种留言信息的处理方法和设备 | |
| US8982886B2 (en) | Memory saving packet modification | |
| CN100357949C (zh) | 图像管理装置及图像管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040302 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040706 |