JP2002142170A

JP2002142170A - データ受信装置

Info

Publication number: JP2002142170A
Application number: JP2000337092A
Authority: JP
Inventors: Satoru Matsunaga; 悟松永; Akira Ishikawa; 亮石川; Tadaya Yamamoto; 格也山本; Kunihiko Nakajima; 邦彦中島
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-11-06
Filing date: 2000-11-06
Publication date: 2002-05-17

Abstract

(57)【要約】【課題】放送または通信回線を介して取得したデータ
を、コンテンツ提供者の意図した完全な形での画面提示
を保持しつつ、ユーザに対してできる限り早く初期画面
を提示することのできるデータ受信装置を提供するこ
と。【解決手段】図１の制御手段１０５と提示手段１０４
の間に、提示開始判定手段１０７を設け、取得した文書
から参照される画像や音声などのデータの中で、初期画
面の提示に必要とされるデータのみが取得完了した段階
で提示開始通知を発行することにより、コンテンツ提供
者の意図した完全な形での画面提示の確保を可能とする
と共に、ユーザへの可能な限り早い初期画面の提示を可
能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送または通信に
おいて、ページ遷移時にユーザにより早く初期画面を提
示できるデータ受信装置に関するものである。

【０００２】

【従来の技術】従来、通信回線を使ってデータを取得し
てインターネット上のコンテンツを提示するブラウザで
は、回線の通信速度が遅かったため、大きなサイズの画
像や動画などを取得するのに非常に時間が掛かってい
た。そのため、前記ブラウザでは画面提示方法としてデ
ータを取得したらデータ全体を取得完了していなくて
も、随時提示する手法を採用している。

【０００３】これにより、データの取得に時間が掛かる
ような大きなサイズのデータの提示が必要な場合でも、
ユーザに対して何らかの反応を即座に返すことができ
た。ただし、この場合、取得途中の画像データなどは画
像の一部のみが提示され、中途半端な状態で画面に提示
されることになる。

【０００４】図２はインターネット上のコンテンツを提
示するブラウザにおける従来のデータ受信装置の構成を
示すものである。図２において、２０１は放送または通
信回線からデータを受信する受信手段である。２０２は
データ取得手段で前記受信手段で受信したデータから必
要なデータを抽出する。２０３は前記データ取得手段に
よって取得した文書の解析、および、参照データの文書
との照合を行うデータ解析手段、２０４は前記データ解
析手段によって得られたデータを基に、画面を構成し映
像・音声信号に変換する提示手段である。２０５は前記
データ取得手段、および、提示手段に対して取得要求発
行や提示開始指示などの制御を行う制御手段である。２
０６は前記データ解析手段、前記制御手段で得られるデ
ータの作業記憶領域となる制御情報記憶手段である。

【０００５】以上のように構成されたデータ受信装置に
ついて、以下その動作について説明する。まず、受信手
段２０１にて取得されたデータからデータ取得手段２０
２によって必要なデータだけを抽出し、データ解析手段
２０３に渡す。データ解析手段は２０３は、データを解
析し、制御情報記憶手段に解析結果を保存する。その
後、解析が完了したことを制御手段２０５に通知する。
制御手段２０５は、解析完了通知を受けて、提示手段２
０４に対して提示開始通知を送る。これを受けて、提示
手段２０４では画面の構成、および、映像・音声信号へ
の変換処理がデータが取得されると共に順次行われる。

【０００６】

【発明が解決しようとする課題】しかし、コンテンツ提
供者側から画面の見え方を考えた場合、放送、通信どち
らにおいても、データ取得途中の不完全な画面ではな
く、コンテンツ提供者側が意図した完全な形での画面提
示が要求される場合が多々ある。

【０００７】このような要求に対して前記ブラウザ２０
０では、取得中のデータの提示画面がブラウザ毎に異な
るため、コンテンツ提供者の意図した提示画面とは異な
ってしまうという問題点を有していた。

【０００８】この問題を解決するためには、従来のデジ
タル放送におけるデータ放送ブラウザにも用いられてい
るように、画面に提示されるすべてのデータの取得が完
了してから提示処理を開始することが考えられる。

【０００９】しかし、すべてのデータを取得してから提
示処理を開始していては、ページ遷移時にユーザへの画
面提示が遅くなってしまうという問題点があった。

【００１０】そのため、本発明は、コンテンツ提供者の
意図した完全な形での画面提示を保持しつつ、ユーザに
対してできる限り早く初期画面を提示できるデータ受信
装置を提供することを目的とする。

【００１１】

【課題を解決するための手段】この目的を達成するため
に本発明のデータ受信装置は、放送または通信回線から
データを受信する受信手段と、前記受信手段で受信した
データから必要なデータを抽出するデータ取得手段と、
前記データ取得手段によって取得した文書の解析、およ
び、画像や音声などの参照データと文書との照合を行う
データ解析手段と、前記データ解析手段によって作成さ
れたデータを基に、画面を構成し、映像・音声信号に変
換する提示手段と、前記データ取得手段、および、提示
開始判定手段に対して取得要求発行や提示開始判定指示
などの制御を行う制御手段と、前記データ解析手段、前
記データ解析手段、前記制御手段で得られるデータの作
業記憶領域となる制御情報記憶手段と、初期画面におい
て提示すべきデータのみが取得完了かどうか判定し、す
べて取得完了となった段階で前記提示手段に提示開始通
知を発行する提示開始判定手段から構成される。

【００１２】上記構成のデータ受信装置により、本発明
の課題を解決できる。

【００１３】

【発明の実施の形態】（実施の形態１）以下本発明の第
１の実施例について、図面を参照しながら説明する。

【００１４】図１は、本発明のデータ受信装置の構成図
である。図１において、１０１は放送または通信回線か
らデータを受信する受信手段である。１０２はデータ取
得手段で前記受信手段で受信したデータから必要なデー
タを抽出する。

【００１５】１０３は前記データ取得手段によって取得
した文書の解析、および、取得した画像や音声などの参
照データの文書との照合を行うデータ解析手段、１０４
は前記データ解析手段によって得られたデータを基に、
画面を構成し映像・音声信号に変換する提示手段であ
る。

【００１６】１０５は前記データ取得手段、および、提
示開始判定手段に対して取得要求発行や提示開始判定指
示などの制御を行う制御手段、１０６は前記データ解析
手段、前記制御手段で得られるデータの作業記憶領域と
なる制御情報記憶手段、１０７は前記制御情報記憶手段
に記憶された情報から初期画面を提示するのに必要なデ
ータがすべて取得完了しているかどうか判定する提示開
始判定手段である。

【００１７】上記のように構成されたデータ受信装置に
おいて、図８に示すようなタグ付き文書を受信した場合
の動作を説明する。

【００１８】タグ付き文書とは、テキスト文書にタグと
呼ばれる書式記号を挿入することにより、提示画面の構
成を容易にデザインすることができるように拡張した文
書のことである。ここでは、例としてＢＭＬ(Broadcast
ing Markup Language)に基づいた文書を用いる。

【００１９】なお、ＢＭＬ規格に関しては、「デジタル
放送におけるデータ放送符号化方式と伝送方式標準規
格 ARIB STD-B24 1.2版」（２０００年社団法人電波
産業会）に詳しく記述されている。

【００２０】図８のタグ付き文書１について説明する。
Ｌ８０１の<bml>というタグは文書の形式を表し、Ｌ８
１５の</bml>タグで文書の終了を表す。Ｌ８０２の<hea
d>タグは文書のヘッダの開始を意味し、Ｌ８０３の</he
ad>タグがヘッダの終了を意味する。また、Ｌ８０４の<
body>タグは本文の開始を意味し、Ｌ８１４の</body>タ
グが本文の終了を意味する。

【００２１】Ｌ８０５の<div>タグは画面分割に用いる
記述であり、styleにより画面上での大きさと位置を指
定する。widthは幅を表し、heightは高さを表す。ま
た、leftは画面の左端からの距離を表し、topは画面の
上端からの距離を表す。Ｌ８０５の<div>タグは、分割
した画面の中にＬ８０６の<p>タグが配置され、Ｌ８０
７の</div>タグで終了する。

【００２２】Ｌ８０６の<p>タグは、文字を画面上に配
置するための記述であり、<p>から</p>の間に記述され
たテキストを指定した位置に提示する。<p>タグは、<di
v>タグと同様にstyleにより位置を指定する。ただし、
Ｌ８０６では<div>と</div>の間に記述されているの
で、<div>で分割された領域の中での位置を指定するこ
とになる。また、<p>タグではvisibilityにより初期画
面における提示属性を指定できる。Ｌ８０６では、visi
bleと設定されており、初期画面に提示する必要がある
ことを示している。

【００２３】Ｌ８０８の<div>タグの中には、Ｌ８０９
とＬ８１０の<object>タグが配置されている。<object>
タグとは、画像または音声、動画などのデータへの参照
記述のことであり、参照先のファイルを取得し、指定さ
れた位置に取得データを表示するための記述である。id
により記述自身を特定するための識別名が指定され、da
taによりデータの参照先のファイル名、typeによりデー
タの種別が指定される。<object>タグは、Ｌ８０６の<p
>タグと同様に、styleにより提示する位置と大きさ、vi
sibilityを指定できる。ただし、visibilityに関して
は、Ｌ８０９ではvisible、Ｌ８１０ではhiddenと指定
されており、初期画面ではＬ８０９の画像のみを提示す
れば良いことを示す。また、Ｌ８０９とＬ８１０の提示
位置は、画面上の同一の位置に指定されており、図９の
スクリプトにより、visibilityを操作して提示内容を切
り換える。

【００２４】Ｌ８１１とＬ８１２では、Ｌ８０９の<obj
ect>タグと同様にidにより記述自身を特定するための識
別名が指定され、styleにより提示位置と大きさ、visib
ilityが指定されている。この場合、初期画面ではＬ８
１１が提示され、Ｌ８１２は提示されない。Ｌ８１１と
Ｌ８１２の提示位置も同一であり、図９のスクリプトに
よりvisibilityを操作して提示内容を切り換える。

【００２５】Ｌ８１３は、他のobjectとは別の位置に提
示するように指定されている。Ｌ８１３はロゴであり、
色数が少ないので、サイズの小さいpngフォーマットで
表現できる。逆に、Ｌ８０９やＬ８１０のようなジャケ
ット写真は、色数が多くても圧縮が効くjpegフォーマッ
トで表現される。

【００２６】次に、図９のスクリプトに関して説明す
る。

【００２７】ＢＭＬにおけるスクリプトは、Ｌ８０２の
<head>タグ中のＬ９０１の<script>タグとＬ９１５の</
script>タグの間に記述する。また、必ずＬ９０２の<!
[CDATA[とＬ９１４の]]>で記述されるＣＤＡＴＡセクシ
ョン中に記述される。

【００２８】Ｌ９０３のvarは、変数の定義であり、cou
ntという名前の変数を初期値２で定義することを意味す
る。

【００２９】Ｌ９０４は関数名の定義であり、change#i
nfo()という関数を括弧以降に記述することを示す。

【００３０】Ｌ９０５は、idによって指定されたobject
の提示属性を変更する記述である。documentは文書に対
する操作を表し、getElementById()は括弧内のidを元に
文書中の記述を取り出す関数である。ここでは、"info
+ count.toString()"という引数を与えているが、この
意味はinfoという文字列にcountという変数の内容を文
字列化したものを加え、例えば、info1やinfo2という文
字を作成するという意味である。したがって、この記述
を用いると、countによって異なる記述を指定できるこ
とになる。Ｌ９０５では、さらに取り出した記述のstyl
e属性の中のvisibilityに対して、hiddenという値を代
入している。この記述により、id="info1"で指定された
記述は、提示されなくなる。

【００３１】Ｌ９０６もＬ９０５と同様の記述であり、
jacket1,jacket2などで指定されたidを持つ記述に対し
て、提示属性visibilityをhiddenに変更する。

【００３２】Ｌ９０７は、music1またはmusic2で指定さ
れるidを持つ記述に対して、音声の再生制御を示すstre
amstatusにstopを代入し、音声の再生を停止させる。

【００３３】Ｌ９０８は、変数countに１を足す記述
で、Ｌ９０９は、countが２を越えたら、１に戻す。こ
の２行で、提示すべきデータの指定を制御している。

【００３４】Ｌ９１０は、info1またはinfo2のidを持つ
記述に対して、提示属性をvisibleに切り換え、Ｌ９１
１は、jacket1またはjacket2のidを持つ記述に対して、
提示属性をvisibleに切り換える。

【００３５】上記のＬ９０５〜Ｌ９１１に示すスクリプ
ト記述を実行することにより、ジャケット写真と曲の紹
介内容が切り換わる。このスクリプトは、Ｌ１００１に
記述されたボタンをクリックまたは選択することにより
実行される。

【００３６】Ｌ９１２は、Ｌ９０４同様、関数名の定義
であり、play#music()という関数を括弧以降に記述する
ことを示す。

【００３７】Ｌ９１３は、music1またはmusic2で指定さ
れるidを持つ記述に対して、音声の再生制御を示すstre
amstatusにplayを代入し、音声を再生させる記述であ
る。

【００３８】上記スクリプト記述を実行することによ
り、現在ジャケット写真とテキストで紹介されている曲
が再生される。このスクリプトを実行するトリガーは、
Ｌ１００３に記述されたボタンをクリックまたは選択す
ることである。

【００３９】次に、図１０の動作ボタンの記述に関して
説明する。

【００４０】ＢＭＬにおいてボタンに対する動作を割り
当てるには、<div>タグ中にonclickという属性を記述す
ることで実現される。

【００４１】Ｌ１００１の<div>タグでは、onclick属性
に対して、change#info()という関数が割り当てられて
おり、この関数は、図９におけるスクリプト記述によっ
て定義される。図６のChangeボタンを選択することによ
りonclick属性に設定されたchange#info()が実行され、
ジャケット写真と紹介内容が切り換わる。また、Ｌ１０
０３においても、onclick属性によりplay#music()とい
う関数が割り当てられており、図６のPlayボタンを選択
することによりonclick属性に設定されたplay#music()
が実行され、画面に紹介されている曲が再生される。

【００４２】Ｌ１００２とＬ１００４は、ボタンの画像
を参照しており、Ｌ１００５、Ｌ１００６は、再生する
音声を参照している。音声の再生制御は、streamstatus
により設定され、Ｌ１００５とＬ１００６では、共にst
opと指定されているため、初期状態では、再生されな
い。

【００４３】次に、図８のＢＭＬ文書１を受信した場合
の動作を説明する。

【００４４】まず、制御手段１０５からの文書１の取得
要求により、受信手段１０１において図２の文書１を含
むデータを受信し、データ取得手段１０２において文書
１を抽出し、データ解析手段１０３へ送る。

【００４５】データ解析手段１０３において、文書１を
構文解析すると共に、文書中に参照記述がある場合は、
その参照先(data)と提示属性(visibility)を図３に示す
参照データリストとして制御情報記憶手段１０６に保存
する。また、文書から参照されるデータを取得した場合
は、対応する文書を図３に示すような参照データリスト
から検索し、該当する参照データリストの取得状況を取
得完了に書き換える。解析結果の更新後、制御手段１０
５に対して解析完了通知を送る。

【００４６】制御手段１０５では、データ解析手段から
の解析完了通知を受けて、提示開始判定手段に判定を依
頼する。その後、制御情報記憶手段に記憶された参照デ
ータリスト１から、すべての参照データに対する取得要
求をデータ取得手段に発行する。

【００４７】提示開始判定手段１０７では、制御情報記
憶手段に記憶された参照データリスト１に対して、図４
に示す処理を行う。以下、図４に示す処理フローを順を
追って説明する。

【００４８】（Ｓ４０１）参照データリスト中に未処理
の参照データが存在するか判定し、参照データが存在す
る場合はＳ４０２の処理へ移り、存在しない場合はＳ４
０４の提示開始通知の処理へ移行する。

【００４９】（Ｓ４０２）対象とする参照データの提示
属性が提示(visible,play)であった場合は、Ｓ４０３の
処理へ移行し、非提示(hidden,stop)であった場合は、
Ｓ４０１の処理へ移行する。

【００５０】（Ｓ４０３）対象とする参照データの取得
状況が取得完了である場合は、Ｓ４０１の処理へ移行
し、未取得である場合は、提示開始判定処理を終了す
る。

【００５１】（Ｓ４０４）提示手段に対して提示開始通
知を送信する。

【００５２】以上の処理を行うことで、参照データリス
ト中の提示属性が提示と指定されたすべての参照データ
に対して取得完了判定ができる。

【００５３】例えば、参照データリスト１においては、
２行目のjacket1.jpgの提示属性がvisibleであるにも関
わらず未取得であるため、提示開始通知を発行せず、そ
こで提示判定処理が終了する。

【００５４】この後、引き続き、残りの参照データの取
得を行い、各参照データの取得が完了した場合は、再び
データ解析手段１０３で解析が行われ、制御手段１０５
から提示開始判定通知が発行される。

【００５５】ただし、参照データとしては画像や音声、
動画などがあり、その取得には時間が掛かることが多
い。特に、図８のＬ８０９、Ｌ８１０のようなjpeg画像
やＬ１００５、Ｌ１００６のような音声はデータサイズ
が大きく、取得に非常に時間が掛かる。そのため、全参
照データを取得完了してから、提示処理を開始していて
は、初期画面の提示までにかなりの時間が掛かってしま
うが、本発明では、図４に示す提示開始判定アルゴリズ
ムを導入することにより、初期画面の提示を可能な限り
早くした。以下に、様々な取得状況における提示開始判
定処理を例を使って説明する。

【００５６】いくつかの参照データの取得が完了し、図
５（ａ）の参照データリスト２のような取得状況となっ
た場合の提示開始判定手段１０７での処理を説明する。

【００５７】参照データリスト２の取得状況は、他の参
照データに比べてサイズの大きなjacket2.jpg、music1.
aiff、music2.aiffが未取得であり、一般に起こる得る
取得状況である。

【００５８】提示開始判定手段１０７では、参照データ
リスト２の１、２行目のデータは取得完了しており、３
行目の提示判定処理に移る。３行目の判定処理では、提
示属性がhiddenであるため、Ｓ４０２において取得状況
の判定を行わずに４行目のデータの判定処理に移る。こ
の場合、４〜６行目のデータは取得完了しており、７、
８行目のデータは未取得であっても、初期画面では提
示、再生する必要が無いので、全データの判定処理が終
了し、提示手段１０４へ提示開始通知を送り、提示手段
１０４から初期提示画面が出力される。

【００５９】このように、初期画面の提示に不必要な参
照データが未取得であっても、提示処理を開始するた
め、全参照データを取得してから提示するよりも早くユ
ーザに初期画面を提示できる。

【００６０】この時の初期提示画面を図６に示す。jack
et1.jpg、logo.png、button1.png、button2.pngは画面
に出力されるが、jacket2.jpgは提示されない。

【００６１】また、別の取得状況、図５（ｂ）の参照デ
ータリスト３のような場合は、提示属性が非提示(hidde
n)に設定されているjacket2.jpgは既に取得完了してい
るが、提示(visible)と設定されているlogo.pngが未取
得であるため、提示開始判定手段１０７から提示手段１
０４に提示開始通知は送られない。

【００６２】参照データリスト３のような取得状態にな
った場合は、上から順にデータの取得が完了していく場
合に起こり得る。そのため、４〜６行目の参照データlo
go.png、button1.png、button2.pngが取得完了した時点
で提示手段１０４に提示開始通知は送信される。７、８
行目の参照データmusic1.aiff、music2.aiffは初期画面
提示には不必要であり、未取得であっても構わない。こ
のような取得状況になっても、それぞれの参照データに
提示属性が設定されているため、提示した初期画面は図
６と同様の画面となる。

【００６３】このことから分かるように、本実施例によ
るデータ受信装置は、従来の提示手段に加え、提示開始
判定手段１０７を新しく設けることにより、どのような
取得状況においても、コンテンツ提供者の意図した完全
な形での画面提示を保持できる。また、初期画面におい
て、提示属性が非提示に設定された参照データは取得完
了していなくても提示処理を開始するので、ユーザへの
初期画面提示が早くなることが確認できる。

【００６４】なお、図６に示すChange、Playの２つのボ
タンを選択した場合の動作は、制御手段１０５により感
知され、制御情報記憶手段１０６中の参照データリスト
の提示属性を更新し、再び提示開始判定、および、提示
処理を行うことにより実行されるが、このボタン操作は
初期画面の提示後にしか実行できないので、初期画面の
提示処理には何ら影響を及ぼさない。

【００６５】（実施の形態２）以下本発明の第２の実施
例について、図面を参照しながら説明する。本発明の第
２の実施例を示すデータ受信装置の構成図は、第１の実
施例で用いた図１と同様である。第１の実施例と異なる
のは、提示属性が提示と設定されている参照データに対
してのみを取得要求を発行する処理を制御手段１０５で
の処理に加えた点である。

【００６６】上記のように構成された第２の実施例のデ
ータ受信装置について、以下その動作を説明する。

【００６７】まず、第１の実施例と同様に、受信手段１
０１にて図２のタグ付き文書１を受信し、データ取得手
段１０２において文書１を抽出し、データ解析手段１０
３へ送る。データ解析手段１０３において、文書１を構
文解析すると共に、文書中に参照データがある場合は、
その参照先と提示属性(visibility)を図３に示す参照デ
ータリストとして制御情報記憶手段１０６に保存する。
保存後、制御手段１０５に解析完了通知を送信する。

【００６８】制御手段１０５では、データ解析手段１０
３からの解析完了通知を受けて、提示開始判定手段に判
定を依頼する。その後、制御情報記憶手段１０６に記憶
された参照データリスト１を取得し、図７に示すアルゴ
リズムによって参照データに対する取得要求をデータ取
得手段に発行する。

【００６９】以下に図７に示す取得要求発行アルゴリズ
ムを説明する。

【００７０】（Ｓ７０１）制御情報記憶手段１０６から
取得した参照データリスト中に未処理の参照データが存
在するか判定し、存在すればＳ７０２の提示属性判定処
理に移る。存在しない場合は終了する。

【００７１】（Ｓ７０２）対象となる参照データの提示
属性が提示(visible,play)であった場合、Ｓ７０３の取
得要求発行処理に移る。非提示(hidden,stop)であった
場合、取得要求を発行せず、Ｓ７０１の処理に戻る。

【００７２】（Ｓ７０３）対象となる参照データに対す
る取得要求をデータ取得手段に発行する。

【００７３】以上の処理を参照データリスト中のすべて
の参照データに対して行う。

【００７４】第２の実施例では、制御手段１０５の処理
に上記の取得要求判定アルゴリズムを追加することによ
り、図８、図１０の文書１中の提示属性が非提示(hidde
n,stop)に設定されたjacket2.jpg、music1.aiff、music
2.aiffは、初期画面提示時には取得要求が発行されな
い。したがって、第２の実施例における取得状況は、必
ず図５（ａ）の参照データリスト２のようになる。ま
た、提示属性が非提示に設定された参照データは、初期
画面提示後に取得要求が発行されることになる。

【００７５】以上のように、文書１に対する参照データ
リストから提示属性が提示に設定された参照データに対
してのみ取得要求を発行する処理を制御手段１０５の処
理に新しく加えることにより、ページ遷移時に初期画面
提示に不必要なデータを取得することが無く、初期画面
提示までの時間が短縮され、ユーザへの応答が早くな
る。

【００７６】なお、第１、第２の実施例で用いた受信デ
ータには、テキスト、静止画、音声の他に動画を含んだ
データでも構わない。また、第１、第２の実施例で用い
た入力文書はＢＭＬを用いたが、ＨＴＭＬ(Hyper Text
Markup Language)やＸＭＬ(eXtensible Markup Languag
e)を拡張した形式の文書などの同じ機能を持つ他の形式
の文書でも構わない。

【００７７】また、インターネット上のコンテンツのよ
うに、スクロールが必要となるような大きな画面を提示
する場合には、以下のような本発明の拡張が考えられ
る。まず、画面のレイアウト構成を計算し、初期画面上
に提示される参照データを選択する。次に、その参照デ
ータのみに取得要求を発行し、取得完了後には初期画面
上に提示される参照データに対して提示開始判定を行
う。このようにユーザへの早い初期画面の提示を実現す
るデータ受信装置も考えられる。

【００７８】

【発明の効果】以上のように本発明は、提示属性の設
定、または、画面レイアウトの関係によって、初期画面
に提示される参照データのみを選択し、対象となるすべ
ての参照データを取得完了した段階で初めて提示開始通
知を行う提示開始判定手段を設けることにより、コンテ
ンツ提供者が意図した完全な形での画面提示を確保でき
ると共に、ページ遷移時にユーザに対して可能な限り早
く初期画面を提示することができる優れたデータ受信装
置を実現できるものである。

【００７９】特に、提示属性が非提示と設定された参照
データや、画面レイアウトの関係上初期画面には提示さ
れない参照データが、動画や画像、音声などの大容量の
データであるような文書の提示時には、それらの参照デ
ータの取得完了を待たずに提示処理を開始するという本
発明の効果は大きい。

【図面の簡単な説明】

【図１】本発明のデータ受信装置の構成図

【図２】従来のデータ受信装置の構成図

【図３】第１、第２の実施例における動作説明のための
参照データリスト例を示す図

【図４】本発明の提示開始判定手段の動作を説明したフ
ローチャート

【図５】第１、第２の実施例における動作説明のための
参照データリスト例を示す図

【図６】第１、第２の実施例における初期提示画面を示
す図

【図７】本発明の制御手段の動作を説明したフローチャ
ート

【図８】第１、第２の実施例における動作説明のための
入力文書例を示す図

【図９】図８の入力文書例中のスクリプトを示す図

【図１０】図８の入力文書例中の動作ボタンに関する記
述を示す図

【符号の説明】

１００データ受信装置１０１受信手段１０２データ取得手段１０３データ解析手段１０４提示手段１０５制御手段１０６制御情報記憶手段１０７提示開始判定手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者山本格也大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者中島邦彦大阪府門真市大字門真1006番地松下電器産業株式会社内Ｆターム(参考） 5B069 AA01 BA01 BB16 BB19 CA16 5C025 BA25 BA27 BA28 CA02 CA09 DA01 DA05 5E501 AA13 AC15 AC34 BA01 BA03 CA02 DA02 DA07 FA50 5K061 AA09 BB00 BB06 DD12 FF01

Claims

【特許請求の範囲】

【請求項１】放送または通信回線からデータを受信す
る受信手段と、前記受信手段で受信したデータから必要
なデータを抽出するデータ取得手段と、前記データ取得
手段によって取得した文書の解析、および、画像や音声
などの参照データと文書との照合を行うデータ解析手段
と、前記データ解析手段によって得られたデータを基
に、画面構成し映像・音声信号に変換する提示手段と、
前記データ取得手段、および、提示開始判定手段に対し
て取得要求発行や提示開始判定指示などの制御を行う制
御手段と、前記データ解析手段、前記制御手段で得られ
るデータの作業記憶領域となる制御情報記憶手段と、初
期画面に提示すべきデータのみが取得完了かどうか判定
し、すべて取得完了となった段階で初めて前記提示手段
に対して提示開始通知を行う提示開始判定手段を備えた
データ受信装置。
【請求項２】前記制御手段が前記データ解析手段によ
って得られる文書から参照されるデータリストの中で、
提示属性が提示と指定されている参照データに対しての
み取得要求を発行し、取得したデータを用いて初期画面
を提示した後に、残りの参照データに対して取得要求を
発行することを特徴とする請求項１記載のデータ受信装
置。