JP2001056825A - データ配信システムおよびそれに用いられる装置 - Google Patents

Abstract

(57)【要約】 【課題】 予めマルチメディアデータ（ＭＭデータ）に
関する出力属性データを生成して、当該ＭＭデータと共
に放送することで、受信端末において、ＭＭデータの全
体像の把握および視認性の向上を図ったデータ配信シス
テムを提供する。 【解決手段】 データ放送装置１では、データ解析部１
３でＭＭデータの出力属性データを生成する。出力属性
データは、単独で存在するか又はＭＭデータ内に組み込
まれる。ＭＭデータと出力属性データとは、プロトコル
エンコーダ部１４で符号化され、トランスミッタ部１５
から放送される。受信端末装置２は、チューナ部２１で
放送データを受信して、プロトコルデコーダ部２２でＭ
Ｍデータと出力属性データとを取得する。取得したＭＭ
データをデータ表示部２６で表示する時、出力属性デー
タを参照してＭＭデータの関連情報も表示する。データ
解析部２４は、ＭＭデータ解析して内部に組み込まれた
出力属性データを取り出す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ配信システ
ムおよびそれに用いられる装置に関し、より特定的に
は、放送または通信によって送信装置からマルチメディ
アデータを放送（送信）し、放送（送信）されたマルチ
メディアデータを受信装置において受信し、画面に表示
するシステム、および当該システムに用いられる装置に
関する。

【０００２】

【従来の技術】従来から、提供されるマルチメディアデ
ータを取得して表示する端末装置が、種々開発されてい
る。例えば、この中でインターネット上において用いら
れる端末装置は、次の様にしてマルチメディアデータを
取得する。まず、端末装置は、ユーザの指示に従って、
インターネットを通じて、マルチメディアデータが予め
蓄積されているＷＷＷ（World Wide Web）サーバに直接
アクセスする。そして、端末装置は、このＷＷＷサーバ
から必要なマルチメディアデータを検索して取り出す。
このように、マルチメディアデータの取得方法は、イン
ターネットに代表されるような、ユーザ側から目的のデ
ータを自由に検索して引き出す方法、いわゆるプル型が
主流であった。

【０００３】これに対し、近年、ユーザ側にデータを押
し出す方法であるプッシュ型に属する、放送によるマル
チメディアデータ配信の需要が増加しつつある。例え
ば、欧州のＥＵＲＥＫＡ−１４７プロジェクトで開発さ
れたＤＡＢ（Digital Audio Broadcasting）によるデー
タ配信が、このプッシュ型に相当する。このような放送
によるマルチメディアデータ配信では、ユーザは、受信
端末に対して受信させる放送チャンネルを指示すること
により、必要なマルチメディアデータを得ることができ
る。すなわち、必要なマルチメディアデータは、指示さ
れたチャンネルを介して自動的に受信され表示される。
これによって、受信端末のユーザは、従来のテレビやラ
ジオと同様の操作感覚で、容易にマルチメディアデータ
を参照できる。このように、放送によるマルチメディア
データ配信は、必要なデータを検索し取り出す処理を実
行しなくて良いという利点を有している。

【０００４】しかしながら、上記放送によるマルチメデ
ィアデータ配信は、インターネット上におけるＷＷＷサ
ーバによるリアルタイムデータ配信（データ参照要求に
対するデータ配信応答が、リアルタイムで可能な配信）
とは異なる。そのため、放送によるマルチメディアデー
タ配信では、放送局側は、ユーザの参照要求をリアルタ
イムに処理することができない。従って、放送によるマ
ルチメディアデータ配信では、放送されるマルチメディ
アデータの内容を、ユーザ側で制御することが難しい。

【０００５】すなわち、データ放送の形態においては、
ユーザが任意のマルチメディアデータを参照したいと考
えた場合であっても、放送局側は、逐一その参照要求に
リアルタイムに応えることが困難である。このため、ユ
ーザは、参照したいマルチメディアデータを取得するた
めには、予め定められた放送プログラムに従って参照し
たいマルチメディアデータが放送されるまで待つしかな
い。ここで、受信端末内にデータを蓄積できるならば、
ユーザは、既に放送された（受信端末内に蓄積された）
マルチメディアデータを、ローカルに参照することは可
能である。しかし、受信端末内に蓄積できるデータは、
端末の回路規模やコストにもよるが、常識的に考えても
放送局側のデータ放送装置内に蓄積されているデータの
ごく一部でしかない。従って、マルチメディアデータを
ローカルに参照可能といっても、結局のところ、ユーザ
は、データ放送装置内に存在するマルチメディアデータ
の中から断片的にかつ時系列に、マルチメディアデータ
を受け取るおよび参照することしかできない。

【０００６】例えば、参照するマルチメディアデータが
リンク構造を有するＨＴＭＬ（Hyper Text Markup Lang
uage）形式である場合、ユーザは、このマルチメディア
データにリンクされている他のマルチメディアデータ
（以下、リンク先データと記す）が受信されるまで、こ
のマルチメディアデータを参照し難い。さらに、リンク
先データがデータ放送装置内に存在しない場合、例え
ば、リンク先データが外部ＷＷＷサーバ内にある場合な
どは、ユーザは、そのリンク先データを参照することは
おろか、どのようなデータであるか概要さえも知ること
ができない。

【０００７】

【発明が解決しようとする課題】このように、放送によ
るマルチメディアデータ配信では、ユーザは、どのよう
なマルチメディアデータが放送されるか分からない上
に、それを受け身で待たなければならない。このため、
放送によるマルチメディアデータ配信では、ユーザ側に
おいて、放送されるマルチメディアデータの全体像が把
握できず、どのマルチメディアデータが必要であるかを
判定しづらいことが問題となる。すなわち、ユーザは、
現在参照しているマルチメディアデータのリンク先デー
タの必要性を即座に判断できないため、現在参照してい
るマルチメディアデータを保存するか否かを決定するこ
とができない。このことは、ユーザによるデータの全体
像の把握を困難にしているだけでなく、データ放送を受
信する端末装置に必要となる記憶装置の容量増大にも影
響する。

【０００８】一方、上述した受信するまで放送されるマ
ルチメディアデータの内容を把握できないことに起因す
る他の問題として、マルチメディアデータの表示属性に
関する問題が挙げられる。例えば、ＪＰＥＧ（Joint Ph
otographic Experts Group）画像を表示する際のディザ
処理に関する問題である。なお、この問題は、放送形態
によるデータ配信に限られたものではなく、通信形態に
よるデータ配信においても同様に発生する問題である。

【０００９】携帯電話やモバイル端末等の移動体受信端
末では、コスト制限等から十分な表示能力を実装できな
い場合が多い。例えば、２５６色までしか同時に表示で
きない受信端末では、緩やかなグラデーションのある写
真のようなＪＰＥＧデータ（以下、ＪＰＥＧ自然画デー
タという）は、グラデーションが縞模様のように表示さ
れてしまうため、画像によっては非常に見にくく表示さ
れてしまう。一方、この受信端末では、グラフなどの線
画によるＪＰＥＧデータ（以下、ＪＰＥＧ線画データと
いう）は、コントラストが強調されて好ましい表示がさ
れる。画像を滑らかに表示する手法の１つとして、ＪＰ
ＥＧデータにディザ処理を施す手法がある。このディザ
処理を施すことによって、ＪＰＥＧ自然画データは、見
た目に原画像に近い表示がされる。しかし、ＪＰＥＧ線
画データは、ディザ処理が施されてしまうと全体が不明
瞭（特にエッジ部分が不鮮明）になり、細部がつぶれた
見にくい表示がされてしまうことがある。よって、ＪＰ
ＥＧデータについては、そのデータ種別（自然画か線画
か）に従ってディザ処理を施すか否かを判断し、画像を
表示することが好ましい。

【００１０】しかし、上述した放送によるマルチメディ
アデータ配信では、放送されたマルチメディアデータを
受信端末で表示させる場合、受信端末で予め定められた
どちらかのモード（ディザ処理有り・ディザ処理無し）
でマルチメディアデータを表示させる。このため、マル
チメディアデータが、好ましくないモードで表示される
場合が生じてしまう。

【００１１】それ故、本発明の目的は、マルチメディア
データに関するリンク情報や画像表示の情報等を予め生
成し、当該情報をマルチメディアデータと共に放送（ま
たは送信）することにより、また受信端末においてマル
チメディアデータの受信状況を管理することにより、受
信端末におけるマルチメディアデータの全体像の把握お
よび視認性の向上を図った、データ放送システムおよび
データ通信システム並びに当該システムに用いられる装
置を提供することである。

【００１２】

【課題を解決するための手段および発明の効果】上記目
的を達成させるため、本発明は、以下に述べる特徴を有
している。第１の発明は、マルチメディアデータの放送
を行う放送局内に設置されるデータ放送装置と、当該デ
ータ放送装置から放送される当該マルチメディアデータ
を受信する受信端末装置とから構成されるデータ放送シ
ステムであって、データ放送装置は、マルチメディアデ
ータの内容を解析して、当該マルチメディアデータに関
する出力属性データを生成するデータ解析部と、マルチ
メディアデータを放送する際、対応する出力属性データ
を付随させて放送するデータ送信部とを備え、受信端末
装置は、放送されるマルチメディアデータと出力属性デ
ータとを受信する受信部と、受信されたマルチメディア
データと出力属性データとを管理・格納するデータ管理
部と、出力属性データを参照して、マルチメディアデー
タをその属性情報と共に出力するデータ出力部とを備え
る。

【００１３】上記のように、第１の発明によれば、デー
タ放送装置では、マルチメディアデータと共にその出力
属性データを合わせて放送し、受信端末装置では、出力
属性データから得られる属性情報をマルチメディアデー
タと共に出力する。従って、例えば、ユーザは、放送さ
れるマルチメディアデータにリンク接続されているデー
タの情報を、それらのデータを受信したり解析しなくて
も知ることができる。

【００１４】第２の発明は、第１の発明に従属する発明
であって、データ放送装置は、データ解析部で生成され
た出力属性データを、マルチメディアデータの内部に組
み込む部をさらに備え、データ送信部は、その内部に出
力属性データが組み込まれたマルチメディアデータを放
送することを特徴とする。

【００１５】上記のように、第２の発明によれば、デー
タ放送装置は、生成した出力属性データをマルチメディ
アデータの内部に組み込み、これを放送する。このた
め、受信端末装置では、マルチメディアデータと出力属
性データとを個別に管理する必要が無く、マルチメディ
アデータを一元管理することができる。これにより、受
信端末装置に構成される蓄積装置の容量を軽減させるこ
とができる。また、受信端末装置は、表示対象のマルチ
メディアデータのみを参照することで、同時に出力属性
データも得ることができる。さらに、受信端末装置側で
は、マルチメディアデータを受け渡すだけで、同時に出
力属性データの受け渡しもできることになる。

【００１６】第３の発明は、第２の発明に従属する発明
であって、受信端末装置は、受信されたマルチメディア
データから、その内部に組み込まれた出力属性データを
抽出して、データ管理部へ出力するデータ抽出部をさら
に備え、データ管理部は、データ抽出部で抽出された出
力属性データを、対応するマルチメディアデータとは個
別に管理することを特徴とする。

【００１７】上記のように、第３の発明によれば、受信
端末装置は、マルチメディアデータからその内部に組み
込まれた出力属性データを抽出して、この出力属性デー
タとマルチメディアデータとを独立させて管理する。従
って、出力属性データが組み込まれた形式で放送された
マルチメディアデータは、受信端末装置の内部ではマル
チメディアデータの原形で蓄積されることになる。この
ため、ユーザに対し、受信端末装置に蓄積されるデータ
が改変されていないことを保証することができる。ま
た、受信端末装置側では、データ提供者の意図する原形
でのマルチメディアデータを、受け渡しすることができ
る。

【００１８】第４の発明は、第１の発明に従属する発明
であって、受信端末装置は、受信されたマルチメディア
データの内容を解析して、当該マルチメディアデータに
関する出力属性データを新たに生成するデータ解析部を
さらに備える。

【００１９】上記のように、第４の発明によれば、受信
端末装置は、受信したマルチメディアデータを自ら解析
して新たに出力属性データを生成する。従って、自己の
装置に最適な出力属性データを新たに設定（変更）する
ことも可能である。

【００２０】第５の発明は、第１の発明に従属する発明
であって、データ管理部は、さらに、マルチメディアデ
ータの受信状況を管理し、データ出力部は、出力属性デ
ータと共に受信状況を参照して、マルチメディアデータ
にリンク接続されているデータの状態を出力することを
特徴とする。

【００２１】上記のように、第５の発明によれば、受信
端末装置は、マルチメディアデータの受信状況に基づい
て、画面においてリンク接続されているデータの状況を
出力させる。これにより、ユーザは、表示不可能なリン
ク先を辿ることがなくなるので、煩わしい動作（リンク
先データが無い場合の復帰動作）を行うことを未然に防
止することができる。

【００２２】第６の発明は、第１の発明に従属する発明
であって、マルチメディアデータがＨＴＭＬ形式のデー
タである場合、出力属性データには、マルチメディアデ
ータにリンク接続されているデータについて、それにさ
らにリンク接続されているデータの数、そのファイル
名、その中に含まれる画像数またはそのデータサイズに
関する情報が、少なくとも１つ以上含まれることを特徴
とする。

【００２３】第７の発明は、第１の発明に従属する発明
であって、マルチメディアデータがＪＰＥＧ形式のデー
タである場合、出力属性データには、マルチメディアデ
ータについて、そのデータ種別（自然画か線画か）また
はその表示に適した推奨画面サイズに関する情報が、少
なくとも１つ以上含まれることを特徴とする。

【００２４】上記のように、第６および第７の発明は、
特定のマルチメディアデータ形式における典型的な出力
属性データの情報を示したものである。第６の発明のよ
うに、ＨＴＭＬ形式データにリンク接続されているデー
タに関する情報を、出力属性データとして設定した場
合、ユーザは、受信していないデータの情報の重要度を
判定することができる。また、第７の発明のように、Ｊ
ＰＥＧ形式データの画像に関する情報を、出力属性デー
タとして設定した場合、ユーザは、例えばディザ処理を
手動で設定すること無しに、適切なＪＰＥＧ画像を自動
的に表示することができる。

【００２５】第８の発明は、マルチメディアデータの放
送を行う放送局内に設置されるデータ放送装置であっ
て、マルチメディアデータの内容を解析して、当該マル
チメディアデータに関する出力属性データを生成するデ
ータ解析部と、マルチメディアデータを放送する際、対
応する出力属性データを付随させて放送するデータ送信
部とを備える。

【００２６】第９の発明は、第８の発明に従属する発明
であって、データ解析部で生成された出力属性データ
を、マルチメディアデータの内部に組み込む部をさらに
備え、データ送信部は、その内部に出力属性データが組
み込まれたマルチメディアデータを放送することを特徴
とする。

【００２７】第１０の発明は、第８の発明に従属する発
明であって、マルチメディアデータがＨＴＭＬ形式のデ
ータである場合、出力属性データには、マルチメディア
データにリンク接続されているデータについて、それに
さらにリンク接続されているデータの数、そのファイル
名、その中に含まれる画像数またはそのデータサイズに
関する情報が、少なくとも１つ以上含まれることを特徴
とする。

【００２８】第１１の発明は、第８の発明に従属する発
明であって、マルチメディアデータがＪＰＥＧ形式のデ
ータである場合、出力属性データには、マルチメディア
データについて、そのデータ種別（自然画か線画か）ま
たはその表示に適した推奨画面サイズに関する情報が、
少なくとも１つ以上含まれることを特徴とする。

【００２９】第１２の発明は、出力属性データが付随さ
れて放送されるマルチメディアデータを受信する受信端
末装置であって、放送されるマルチメディアデータと出
力属性データとを受信する受信部と、受信されたマルチ
メディアデータと出力属性データとを管理・格納するデ
ータ管理部と、出力属性データを参照して、マルチメデ
ィアデータをその属性情報と共に出力するデータ出力部
とを備える。

【００３０】第１３の発明は、第１２の発明に従属する
発明であって、出力属性データが、マルチメディアデー
タの内部に組み込まれている場合、受信されたマルチメ
ディアデータから、その内部に組み込まれた出力属性デ
ータを抽出して、データ管理部へ出力するデータ抽出部
をさらに備え、データ管理部は、データ抽出部で抽出さ
れた出力属性データを、対応するマルチメディアデータ
とは個別に管理することを特徴とする。

【００３１】第１４の発明は、第１２の発明に従属する
発明であって、受信されたマルチメディアデータの内容
を解析して、当該マルチメディアデータに関する出力属
性データを新たに生成するデータ解析部をさらに備え
る。

【００３２】第１５の発明は、第１２の発明に従属する
発明であって、データ管理部は、さらに、マルチメディ
アデータの受信状況を管理し、データ出力部は、出力属
性データと共に受信状況を参照して、マルチメディアデ
ータにリンク接続されているデータの状態を出力するこ
とを特徴とする。

【００３３】第１６の発明は、放送されるマルチメディ
アデータを受信する受信端末装置であって、放送される
マルチメディアデータを受信する受信部と、受信された
マルチメディアデータの内容を解析して、当該マルチメ
ディアデータに関する出力属性データを生成するデータ
解析部と、受信されたマルチメディアデータと生成され
た出力属性データとを管理・格納するデータ管理部と、
出力属性データを参照して、マルチメディアデータをそ
の属性情報と共に出力するデータ出力部とを備える。

【００３４】上記のように、第８〜第１６の発明は、第
１〜第７の発明のデータ放送システムを構成するデータ
放送装置および受信端末装置ついて記載したものであ
る。このように、本発明の有用な効果は、データ放送装
置または受信端末装置だけであっても、奏することがで
きる。特に、第１６の発明の受信端末装置は、受信した
マルチメディアデータを解析して出力属性データを生成
する。このため、マルチメディアデータだけが放送され
る（出力属性データが放送されない）場合であっても、
受信端末装置内部に蓄積されたマルチメディアデータ
を、出力属性データに基づいて出力することが可能とな
る。そのため、この受信端末装置を中継局として利用
し、別の端末装置へマルチメディアデータの出力属性デ
ータを送信することが可能となる。

【００３５】第１７の発明は、ＪＰＥＧ形式のマルチメ
ディアデータを送信するデータ通信装置と、当該データ
通信装置から送信される当該マルチメディアデータを受
信する受信端末装置とから構成されるデータ通信システ
ムであって、データ通信装置は、マルチメディアデータ
の内容を解析して、当該マルチメディアデータに関する
出力属性データを生成するデータ解析部と、マルチメデ
ィアデータの通信を行う際、対応する出力属性データを
付随させて送信するデータ送信部とを備え、受信端末装
置は、送信されるマルチメディアデータと出力属性デー
タとを受信する受信部と、受信されたマルチメディアデ
ータと出力属性データとを管理・格納するデータ管理部
と、出力属性データを参照して、マルチメディアデータ
の表示方法を決定するデータ出力部とを備える。

【００３６】上記のように、第１７の発明によれば、デ
ータ通信装置では、ＪＰＥＧ形式のマルチメディアデー
タと共にその出力属性データを合わせて送信し、受信端
末装置では、出力属性データに基づいて、マルチメディ
アデータの表示方法を決定する。従って、受信端末装置
は、最初にデータを受信した時点から、適切なＪＰＥＧ
画像を自動的に表示させることができる。

【００３７】第１８の発明は、第１７の発明に従属する
発明であって、データ通信装置は、データ解析部で生成
された出力属性データを、マルチメディアデータの内部
に組み込む部をさらに備え、データ送信部は、その内部
に出力属性データが組み込まれたマルチメディアデータ
を送信することを特徴とする。

【００３８】上記のように、第１８の発明によれば、デ
ータ通信装置は、生成した出力属性データをマルチメデ
ィアデータの内部に組み込み、これを送信する。このた
め、受信端末装置では、マルチメディアデータと出力属
性データとを個別に管理する必要が無く、マルチメディ
アデータを一元管理することができる。これにより、受
信端末装置に構成される蓄積装置の容量を軽減させるこ
とができる。また、受信端末装置は、表示対象のマルチ
メディアデータのみを参照することで、同時に出力属性
データも得ることができる。さらに、受信端末装置側で
は、マルチメディアデータを受け渡すだけで、同時に出
力属性データの受け渡しもできることになる。

【００３９】第１９の発明は、第１８の発明に従属する
発明であって、受信端末装置は、受信されたマルチメデ
ィアデータから、その内部に組み込まれた出力属性デー
タを抽出して、データ管理部へ出力するデータ抽出部を
さらに備え、データ管理部は、データ抽出部で抽出され
た出力属性データを、対応するマルチメディアデータと
は個別に管理することを特徴とする。

【００４０】上記のように、第１９の発明によれば、受
信端末装置は、マルチメディアデータからその内部に組
み込まれた出力属性データを抽出して、この出力属性デ
ータとマルチメディアデータとを独立させて管理する。
従って、出力属性データが組み込まれた形式で送信され
たマルチメディアデータは、受信端末装置の内部ではマ
ルチメディアデータの原形で蓄積されることになる。こ
のため、ユーザに対し、受信端末装置に蓄積されるデー
タが改変されていないことを保証することができる。ま
た、受信端末装置側では、データ提供者の意図する原形
でのマルチメディアデータを、受け渡しすることができ
る。

【００４１】第２０の発明は、第１７の発明に従属する
発明であって、データ解析部は、マルチメディアデータ
のデータ種別（自然画か線画か）を示す出力属性データ
を生成し、データ出力部は、データ種別に基づいて、マ
ルチメディアデータにディザ処理を施して表示するか否
かを決定することを特徴とする。

【００４２】第２１の発明は、第１７の発明に従属する
発明であって、データ解析部は、マルチメディアデータ
の表示に適した推奨画面サイズを示す出力属性データを
生成し、データ出力部は、推奨画面サイズとマルチメデ
ィアデータを実際に表示させる画面サイズとの比較結果
に基づいて、マルチメディアデータにディザ処理を施し
て表示するか否かを決定することを特徴とする。

【００４３】上記のように、第２０および第２１の発明
によれば、ＪＰＥＧ形式のマルチメディアデータにおけ
る典型的な出力属性データの情報を示したものである。
従って、受信端末装置は、最初にデータを受信した時点
から、ディザ処理を手動で設定すること無しに、適切な
ＪＰＥＧ画像を自動的に表示させることができる。

【００４４】第２２の発明は、ＪＰＥＧ形式のマルチメ
ディアデータの通信を行うデータ通信装置であって、マ
ルチメディアデータの内容を解析して、当該マルチメデ
ィアデータのデータ種別（自然画か線画か）またはその
表示に適した推奨画面サイズに関する情報が、少なくと
も１つ以上含まれる出力属性データを生成するデータ解
析部と、マルチメディアデータの通信を行う際、対応す
る出力属性データを付随させて送信するデータ送信部と
を備える。

【００４５】第２３の発明は、第２２の発明に従属する
発明であって、データ解析部で生成された出力属性デー
タを、マルチメディアデータの内部に組み込む部をさら
に備え、データ送信部は、その内部に出力属性データが
組み込まれたマルチメディアデータを送信することを特
徴とする。

【００４６】第２４の発明は、データ種別（自然画か線
画か）または表示に適した推奨画面サイズに関する情報
が、少なくとも１つ以上含まれる出力属性データが付随
されて送信される、ＪＰＥＧ形式のマルチメディアデー
タを受信する受信端末装置であって、送信されるマルチ
メディアデータと出力属性データとを受信する受信部
と、受信されたマルチメディアデータと出力属性データ
とを管理・格納するデータ管理部と、出力属性データを
参照して、マルチメディアデータの表示方法を決定する
データ出力部とを備える。

【００４７】第２５の発明は、第２４の発明に従属する
発明であって、出力属性データが、マルチメディアデー
タの内部に組み込まれている場合、受信されたマルチメ
ディアデータから、その内部に組み込まれた出力属性デ
ータを抽出して、データ管理部へ出力するデータ抽出部
をさらに備え、データ管理部は、データ抽出部で抽出さ
れた出力属性データを、対応するマルチメディアデータ
とは個別に管理することを特徴とする。

【００４８】第２６の発明は、第２４の発明に従属する
発明であって、データ出力部は、データ種別に基づい
て、マルチメディアデータにディザ処理を施して表示す
るか否かを決定することを特徴とする。

【００４９】第２７の発明は、第２４の発明に従属する
発明であって、データ出力部は、推奨画面サイズとマル
チメディアデータを実際に表示させる画面サイズとの比
較結果に基づいて、マルチメディアデータにディザ処理
を施して表示するか否かを決定することを特徴とする。

【００５０】第２８の発明は、送信されるＪＰＥＧ形式
のマルチメディアデータを受信する受信端末装置であっ
て、送信されるマルチメディアデータを受信する受信部
と、受信されたマルチメディアデータの内容を解析し
て、当該マルチメディアデータのデータ種別（自然画か
線画か）に関する出力属性データを生成するデータ解析
部と、受信されたマルチメディアデータと生成された出
力属性データとを管理・格納するデータ管理部と、出力
属性データを参照して、マルチメディアデータの表示方
法を決定するデータ出力部とを備える。

【００５１】上記のように、第２２〜第２８の発明は、
第１７〜第２１の発明のデータ通信システムを構成する
データ通信装置および受信端末装置ついて記載したもの
である。このように、本発明の有用な効果は、データ通
信装置または受信端末装置だけであっても、奏すること
ができる。特に、第２８の発明の受信端末装置は、受信
したマルチメディアデータを解析して出力属性データを
生成する。このため、マルチメディアデータだけが送信
される（出力属性データが送信されない）場合であって
も、受信端末装置内部に蓄積されたマルチメディアデー
タの出力方法を、出力属性データに基づいて決定するこ
とが可能となる。そのため、この受信端末装置を中継局
として利用し、別の端末装置へマルチメディアデータの
出力属性データを送信することが可能となる。

【００５２】第２９の発明は、コンピュータ装置におい
て実行されるプログラムを記録した記録媒体であって、
マルチメディアデータと、当該マルチメディアデータに
付随する出力属性データとを受信するステップと、受信
されたマルチメディアデータと出力属性データとを管理
・格納するステップと、出力属性データを参照して、マ
ルチメディアデータをその属性情報と共に出力するステ
ップとを含む動作環境を、コンピュータ装置上で実現す
るためのプログラムを記録している。

【００５３】第３０の発明は、コンピュータ装置におい
て実行されるプログラムを記録した記録媒体であって、
ＪＰＥＧ形式のマルチメディアデータの内容を解析し
て、当該マルチメディアデータのデータ種別（自然画か
線画か）またはその表示に適した推奨画面サイズに関す
る情報が、少なくとも１つ以上含まれる出力属性データ
を生成するステップと、マルチメディアデータの通信を
行う際、対応する出力属性データを付随させて送信する
ステップとを含む動作環境を、コンピュータ装置上で実
現するためのプログラムを記録している。

【００５４】第３１の発明は、コンピュータ装置におい
て実行されるプログラムを記録した記録媒体であって、
ＪＰＥＧ形式のマルチメディアデータと、そのデータ種
別（自然画か線画か）または表示に適した推奨画面サイ
ズに関する情報が、少なくとも１つ以上含まれる出力属
性データとを受信するステップと、受信されたマルチメ
ディアデータと出力属性データとを管理・格納するステ
ップと、出力属性データに基づいて、マルチメディアデ
ータの表示方法を決定するステップとを含む動作環境
を、コンピュータ装置上で実現するためのプログラムを
記録している。

【００５５】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。図１は、本発明の一実施
形態に係るデータ放送システムの構成を示すブロック図
である。図１において、本発明の一実施形態に係るデー
タ放送システムは、マルチメディアデータを放送するデ
ータ放送装置１と、その放送されるマルチメディアデー
タを受信し、ユーザの指示に従ってマルチメディアデー
タの表示を行う受信端末装置２とから構成される。

【００５６】まず、本発明の一実施形態に係るデータ放
送システムにおけるデータ放送装置１の詳細な構成を説
明する。図１を参照して、データ放送装置１は、データ
ストレージ部１１と、ファイルマネージャ部１２と、デ
ータ解析部１３と、プロトコルエンコーダ部１４と、ト
ランスミッタ部１５とを備える。ファイルマネージャ部
１２は、データストレージ部１１に格納されているデー
タを管理する。また、ファイルマネージャ部１２は、デ
ータストレージ部１１におけるデータの読み出しおよび
データの書き込みを制御する。データ解析部１３は、フ
ァイルマネージャ部１２を介してデータストレージ部１
１から取得したマルチメディアデータをそれぞれ解析し
て、その出力属性データをそれぞれ生成する。この生成
された出力属性データは、ファイルマネージャ部１２へ
出力され、予め定められた形態でデータストレージ部１
１内に格納される。データストレージ部１１内には、マ
ルチメディアデータおよび出力属性データが格納され
る。この出力属性データは、受信端末装置２において、
マルチメディアデータを表示するときに参照されるデー
タである。なお、出力属性データをデータストレージ部
１１内に格納する形態としては、例えば、出力属性デー
タを対応するマルチメディアデータと関連付けて別ファ
イルとして格納する形態や、出力属性データを対応する
マルチメディアデータの中に組み込んだ形式で格納する
形態等が考えられる。

【００５７】ファイルマネージャ部１２から出力される
マルチメディアデータおよび出力属性データは、プロト
コルエンコーダ部１４において予め定められた符号化処
理（例えば、ＤＡＢにおける多重符号化処理）が施さ
れ、トランスミッタ部１５を介して受信端末装置２に向
けて放送される。なお、出力属性データを符号化処理す
る方法としては、出力属性データを単独で符号化する方
法や、出力属性データをマルチメディアデータに組み込
んで符号化する方法等が考えられる。

【００５８】次に、本発明の一実施形態に係るデータ放
送システムにおける受信端末装置２の詳細な構成を説明
する。図１を参照して、受信端末装置２は、チューナ部
２１と、プロトコルデコーダ部２２と、ファイルマネー
ジャ部２３と、データ解析部２４と、データストレージ
部２５と、データ表示部２６とを備える。チューナ部２
１は、データ放送装置１から放送される符号化されたマ
ルチメディアデータおよび出力属性データを受信する。
プロトコルデコーダ部２２は、チューナ部２１で受信さ
れたデータをデコードして、元のマルチメディアデータ
と出力属性データとに復元する。復元されたこれらのデ
ータは、ファイルマネージャ部２３へ出力される。ファ
イルマネージャ部２３は、データストレージ部２５に格
納されているデータを管理する。また、ファイルマネー
ジャ部２３は、データストレージ部２５におけるデータ
の読み出しおよびデータの書き込みを制御する。データ
解析部２４は、出力属性データがマルチメディアデータ
に組み込まれている場合、必要に応じて、マルチメディ
アデータから出力属性データを分離する。また、データ
解析部２４は、出力属性データとマルチメディアデータ
とが別ファイルである場合、必要に応じて、マルチメデ
ィアデータ内に出力属性データを組み込む。データスト
レージ部２５には、ファイルマネージャ部２３によっ
て、マルチメディアデータおよび出力属性データが格納
される。この格納されたデータは、ユーザの指示に従っ
て、随時ファイルマネージャ部２３により読み出され、
その内容がデータ表示部２６に表示される。データ表示
部２６にマルチメディアデータが表示されるときには、
そのマルチメディアデータに対応する出力属性データが
参照され、出力属性データに基づく付加情報も同時に表
示される。

【００５９】以下、本発明の一実施形態に係るデータ放
送システムが行う出力属性データの生成、配信と受信お
よびそれを利用したマルチメディアデータの表示方法に
ついて、さらに図２〜図７を参照して具体的に説明を行
う。なお、本発明の一実施形態においては、リンク構造
を有するマルチメディアデータとしてＨＴＭＬデータ
を、画像のマルチメディアデータとしてＪＰＥＧデータ
を一例に挙げ、各々の出力属性データを生成する方法を
説明することにする。

【００６０】最初に、図２を参照して、各データの関係
を説明する。図２は、下記説明で用いるマルチメディア
データの関係を示したものである。データ１２１〜デー
タ１２３は、ＨＴＭＬデータ（拡張子が［.html ］）で
ある。データ１２４およびデータ１２５は、ＪＰＥＧデ
ータ（拡張子が［.jpg］）である。データ１２６〜デー
タ１２８は、それぞれデータ１２１，データ１２２，デ
ータ１２５から生成された出力属性データ（この例で
は、拡張子を［.atr］としている）である。また、デー
タ１２３およびデータ１２４は、外部に存在するデータ
である。外部に存在するデータとは、例えば、データ放
送装置１から見るとインターネット上に存在するマルチ
メディアデータのことであり、受信端末装置２から見る
と受信されない、すなわちデータストレージ部２５に格
納されないマルチメディアデータのことである。ここ
で、データ１２１とデータ１２２には双方向にリンクが
設定され、データ１２２からは、データ１２３〜データ
１２５へそれぞれリンクが設定されているものとする
（図２では、リンク関係を矢印で示す）。

【００６１】また、図３は、マルチメディアデータの種
別を定義するテーブル１３０の一例を示す図である。図
３のテーブル１３０において、マルチメディアデータに
は、種別に応じてデータ種別ＩＤおよび略号が、それぞ
れ付与されている。ＨＴＭＬデータのデータ種別ＩＤは
「０」、略号は「Ｌ」である。この「Ｌ」は「ＬＩＮ
Ｋ」の頭文字である。ＪＰＥＧ自然画データのデータ種
別ＩＤは「１」、略号は「Ｐ」である。この「Ｐ」は
「ＰＡＩＮＴ」の頭文字である。ＪＰＥＧ線画データの
データ種別ＩＤは「２」、略号は「Ｄ」である。この
「Ｄ」は「ＤＲＡＷ」の頭文字である。なお、これらの
データ種別ＩＤおよび略号に用いられる数字および文字
は、一例であり、データ放送装置１と受信端末装置２と
の間で整合が図られていれば、自由にカスタマイズ可能
である。

【００６２】上述したデータ関係において、ＨＴＭＬデ
ータのリンク情報と、ＪＰＥＧデータの種別情報とを考
慮した、データ放送装置１が行う出力属性データの生成
および管理方法を、図４および図５を用いて説明する。
まず、図４を参照して、データ放送装置１は、データス
トレージ部１１内のマルチメディアデータを検索し（ス
テップＳ４０１）、出力属性データの生成対象となるマ
ルチメディアデータ（以下、対象マルチメディアデータ
という）が存在するか否かを判断する（ステップＳ４０
２）。ステップＳ４０２で判断される対象は、基本的に
は未だ出力属性データが生成されていないマルチメディ
アデータであるが、既存データを更新する場合等には、
既に出力属性データが生成されているマルチメディアデ
ータも対象となり得る。ステップＳ４０２の判断におい
て対象マルチメディアデータが存在する場合、データ放
送装置１は、出力属性データテーブルを作成する（ステ
ップＳ４０３）。一方、ステップＳ４０２の判断におい
て対象マルチメディアデータが存在しない場合、データ
放送装置１は、この処理を終了する。なお、出力属性デ
ータの詳細については、後述する。

【００６３】次に、データ放送装置１は、対象マルチメ
ディアデータの種別を判定する（ステップＳ４０４）。
なお、この実施例のステップＳ４０４においては、マル
チメディアデータが、ＨＴＭＬ形式，ＪＰＥＧ形式また
はそれ以外の形式のいずれであるかが判定される。この
ステップＳ４０４の判定において、対象マルチメディア
データがＨＴＭＬデータである場合、データ放送装置１
は、ＨＴＭＬ形式の出力属性データを生成して、出力属
性データテーブルに設定する（ステップＳ４０５）。ス
テップＳ４０４の判定において、対象マルチメディアデ
ータがＪＰＥＧデータである場合、データ放送装置１
は、ＪＰＥＧデータの画像種別（自然画であるか線画で
あるか。図３を参照）をさらに判断する（ステップＳ４
０６）。そして、データ放送装置１は、この判断した画
像種別に基づくＪＰＥＧ形式の出力属性データを生成し
て、出力属性データテーブルに設定する（ステップＳ４
０７）。一方、ステップＳ４０４の判定において、対象
マルチメディアデータがＨＴＭＬまたはＪＰＥＧ以外の
データである場合、データ放送装置１は、ステップＳ４
０３において生成した出力属性データテーブルを破棄し
（ステップＳ４１１）、ステップＳ４０１に戻って次の
マルチメディアデータの検索に移行する。なお、マルチ
メディアデータの種別は、多くの場合ファイル名に付加
される拡張子により容易に判定可能である。

【００６４】次に、データ放送装置１は、対象マルチメ
ディアデータがＨＴＭＬデータである場合、当該ＨＴＭ
Ｌデータにリンクしているマルチメディアデータ（リン
ク先データ）に関する出力属性データを生成する処理を
行う。図５を参照して、対象マルチメディアデータの出
力属性データの設定（ステップＳ４０５）が完了する
と、データ放送装置１は、対象マルチメディアデータに
設定されているリンク先データに関する情報を取り出す
（ステップＳ５０１）。そして、データ放送装置１は、
取り出した情報に基づいて、そのリンク先データがデー
タストレージ部１１内または外部に存在するか（ステッ
プＳ５０２）、またそのリンク先データが取得可能か
（ステップＳ５０３）をそれぞれ判断する。ステップＳ
５０２の判断においてリンク先データが存在しない場
合、データ放送装置１は、リンク先データに関する出力
属性データの生成を行わずにステップＳ４０８の処理に
移行する。また、ステップＳ５０３の判断においてリン
ク先データが取得できない場合、ステップＳ５０１に戻
って、次のリンク先データに関する情報の取り出しを行
う。

【００６５】ステップＳ５０３においてリンク先データ
が取得可能である場合、データ放送装置１は、当該リン
ク先データを取得して、その種別を判定する（ステップ
Ｓ５０４）。なお、この実施例のステップＳ５０４にお
いては、マルチメディアデータが、ＨＴＭＬ形式，ＪＰ
ＥＧ形式またはそれ以外の形式のいずれであるかが判定
される。このステップＳ５０４の判定において、リンク
先データがＨＴＭＬデータである場合、データ放送装置
１は、このＨＴＭＬデータを解析し（ステップＳ５０
５）、ＨＴＭＬ形式の出力属性データを生成して出力属
性データテーブルに設定する（ステップＳ５０７）。ス
テップＳ５０４の判定において、リンク先データがＪＰ
ＥＧデータである場合、データ放送装置１は、ＪＰＥＧ
データの画像種別をさらに判断する（ステップＳ５０
６）。そして、データ放送装置１は、この判断した画像
種別に基づくＪＰＥＧ形式の出力属性データを生成し
て、出力属性データテーブルに設定する（ステップＳ５
０７）。一方、ステップＳ５０４の判定において、リン
ク先データがＨＴＭＬまたはＪＰＥＧ以外のデータであ
る場合、データ放送装置１は、ステップＳ５０１に戻っ
て、次のリンク先データに関する情報の取り出しを行
う。このステップＳ５０１〜Ｓ５０７の処理は、対象マ
ルチメディアデータ内に含まれるすべてのリンク先デー
タに関して行われる。

【００６６】再び図４を参照して、次に、データ放送装
置１は、上記設定した出力属性データを対象マルチメデ
ィアデータ内に組み込むか否かの判定を行う（ステップ
Ｓ４０８）。なお、このステップＳ４０８における組み
込むか否かは、ユーザが指定するフラグ等に基づいて判
定されてもよいし、予めシステムにおいて定義されてい
てもよいし、マルチメディアデータ毎にそれぞれ判定さ
れてもよい。このような判定手法は、システムで任意に
決定することができる。データ放送装置１は、ステップ
Ｓ４０８の判断において、組み込むと判定された場合に
は、出力属性データを対象マルチメディアデータ内部に
組み込み（ステップＳ４０９）、組み込まないと判定さ
れた場合には、出力属性データを別ファイルとしてデー
タストレージ部１１内に格納する（ステップＳ４１
０）。ここで、出力属性データを別ファイルとして格納
する場合、例えば、そのファイル名を対象マルチメディ
アデータと同一のファイル名とし、拡張子を［.atr］と
することで、出力属性データと対象マルチメディアデー
タとを関連付けることができる。

【００６７】次に、出力属性データの構成について具体
的に説明を行う。図６は、出力属性データを格納する出
力属性データテーブルの具体的な一例を示す図である。
図６（ａ）に示すテーブル１６１は、図２におけるＨＴ
ＭＬデータ１２２［Base.html ］に関する出力属性デー
タ１２７［Base.atr］の内容を表す出力属性データテー
ブルである。このＨＴＭＬデータ１２２は、図７に示す
ようなＨＴＭＬデータである。また、図６（ｂ）に示す
テーブル１６２は、図２におけるＪＰＥＧデータ１２５
［P2.jpg］に関する出力属性データ１２８［P2.atr］の
内容を表す出力属性データテーブルである。さらに、図
６（ｃ）に示すテーブル１６３は、図２におけるＨＴＭ
Ｌデータ１２１［Top.html］に関する出力属性データ１
２６［Top.atr ］の内容を表す出力属性データテーブル
である。

【００６８】テーブル１６１の列方向には、出力属性デ
ータとして記録される複数の項目が示されている。ま
た、テーブル１６１の行方向には、対象マルチメディア
データのリンク先データ毎に、その出力属性データがそ
れぞれ記録されている。リンクＩＤは、ＨＴＭＬデータ
１２２のリンク先データに、それぞれ付される識別コー
ドである。リンクＩＤは、「０」から連番で管理され、
リンクＩＤ＝０には、この出力属性データテーブルが関
連付けられた対象マルチメディアデータ自らの出力属性
データが、特別に記録される。すなわち、テーブル１６
１のリンクＩＤ＝０には、ＨＴＭＬデータ１２２の出力
属性データが記録される。また、テーブル１６１のリン
クＩＤの最大値が「４２」であるので、ＨＴＭＬデータ
１２２には、４２個のマルチメディアデータへのリンク
が設定されていることが分かる。ＵＲＬ（Uniform Reso
urce Locator）には、リンク先データの格納位置を示す
文字列が記録される。この文字列は、ＨＴＭＬ形式デー
タの“＜Ａ”と“＜／Ａ＞”とで示されるリンクタグ内
で設定されている。データ種別には、上述した図３のテ
ーブル１３０で定義されたデータ種別ＩＤの値が、リン
ク先データの種別に応じて記録される。リンク数には、
リンク先データに設定されているマルチメディアデータ
へのリンク数が記録される。リンク先データがＨＴＭＬ
形式でない場合、例えばＪＰＥＧデータの場合には、リ
ンク数に記録される値は「０」となる。画像数には、リ
ンク先データが有する画像の枚数が記録される。リンク
先データがＨＴＭＬ形式でない場合、例えばＪＰＥＧデ
ータの場合には、画像数に記録される値は「１」とな
る。データサイズには、リンク先データのデータ量を１
Ｋバイト単位で表した値が記録される。これらリンク先
データの情報が記録されたテーブル１６１から、ＨＴＭ
Ｌデータ１２２に設定されているリンク先データが４２
個であることが分かり、それらの各レコードを参照する
ことで、リンク先データのＵＲＬ，データ種別、リンク
数、画像数およびデータサイズをそれぞれ知ることがで
きる。

【００６９】ここで、図７に示すＨＴＭＬデータ１２２
を解析した具体例を、図６（ａ）を参照して説明する。
まず、リンクＩＤ＝０のレコードには、ＨＴＭＬデータ
１２２自身の出力属性データが記録されている。この出
力属性データから、ＨＴＭＬデータ１２２のＵＲＬはフ
ァイル名［Base.html ］、データ種別がＨＴＭＬ、リン
ク数が４２、画像数が２３、データサイズが１１Ｋバイ
ト程度であることが分かる。データ種別がＨＴＭＬであ
ることは、拡張子［〜.html ］から容易に判断できる。
なお、リンクＩＤ＝０のレコードにおいて、リンク数＝
４２は、テーブル１６１におけるリンクＩＤの最大値で
ある４２に一致し、画像数＝２３は、テーブル１６１内
のデータ種別が１または２であるレコード数と一致して
いる。次に、リンクＩＤ＝１のレコードには、ＨＴＭＬ
データ１２２内のリンクタグＲ１に対応するリンク先デ
ータの出力属性データが記録されている。この出力属性
データから、このリンクタグＲ１のリンク先データは、
外部ＷＷＷサーバに存在し、データ種別がＨＴＭＬであ
ることが分かる。リンク先データが外部ＷＷＷサーバに
存在することは、ＵＲＬの［http://www〜］から容易に
判断できる。さらに、リンク先のデータ［Base1.html］
を解析することにより、データ［Base1.html］は、リン
ク数が１２、画像数が５、データサイズが２Ｋバイト程
度であることが分かる。なお、リンク数、画像数および
データサイズは、対象となるＨＴＭＬデータにおける画
像タグやリンクタグを抽出して、そこで指定されている
内容を解析することで求めることが可能である。

【００７０】次に、リンクＩＤ＝２のレコードには、Ｈ
ＴＭＬデータ１２２内のリンクタグＲ２に対応するリン
ク先データの出力属性データが記録されている。この出
力属性データから、このリンクタグＲ２のリンク先デー
タは、外部ＷＷＷサーバに存在し、データ種別がＪＰＥ
Ｇであることが分かる。データ種別がＪＰＥＧであるこ
とは、拡張子［〜.jpg］から容易に判断できる。さら
に、リンク先のデータ［P1.jpg］を解析することによ
り、データ［P1.jpg］は自然画で、データサイズが５Ｋ
バイト程度であることが分かる。また、データ［P1.jp
g］はＪＰＥＧデータなので、リンク数が０で画像数が
１となる。なお、ＪＰＥＧデータの画像種別の判断は、
画像認識で行われている周知の技術で可能である。一例
を挙げると、ＪＰＥＧデータが線画であるか自然画であ
るかは、一般に画像の色濃度の分布で判定できる。この
色濃度は、線画では急激に切り替わる分布を示し、自然
画では緩やかな分布を示す。従って、隣接画素の色濃度
差分を計算し、しかるべき閾値を定めて判断すれば、両
者の判定が可能である。次に、リンクＩＤ＝３のレコー
ドには、ＨＴＭＬデータ１２２内のリンクタグＲ３に対
応するリンク先データの出力属性データが記録されてい
る。この出力属性データから、このリンクタグＲ３のリ
ンク先データは、データストレージ部１１内に存在し、
データ種別がＪＰＥＧであることが分かる。リンク先デ
ータがデータストレージ部１１内に存在することは、Ｕ
ＲＬの［../ 〜］から容易に判断できる。さらに、リン
ク先のデータ［P2.jpg］を解析することにより、データ
［P2.jpg］は線画で、データサイズが３Ｋバイト程度で
あることが分かる。また、データ［P2.jpg］はＪＰＥＧ
データなので、リンク数が０で画像数が１となる。同様
にして、リンクＩＤ＝４２のレコードには、ＨＴＭＬデ
ータ１２２内のリンクタグＲ４２に対応するリンク先デ
ータの出力属性データが記録されている。この出力属性
データから、このリンクタグＲ４２のリンク先データ
は、データストレージ部１１内に存在し、データ種別が
ＨＴＭＬであることが分かる。さらに、リンク先のデー
タ［/Top.html ］を解析することにより、データ［/To
p.html］は、リンク数が７４で画像数が１５でデータサ
イズが２Ｋバイト程度であることが分かる。

【００７１】図６（ｃ）に示すテーブル１６３は、図２
におけるＨＴＭＬデータ１２１［Top.html］に関する出
力属性データ１２６［Top.atr ］の内容を表す出力属性
データテーブルである。このテーブル１６３の内容の説
明は、テーブル１６１における説明で明らかなので省略
するが、テーブル１６３におけるリンクＩＤ＝０のレコ
ードの内容は、ＵＲＬの項目を除いて、テーブル１６１
におけるリンクＩＤ＝４２のレコードと同一である。な
お、テーブル１６１とテーブル１６３とでは、そのテー
ブルが関連付けられる主体（マルチメディアデータ）が
異なるので、同一のマルチメディアデータに関する記載
であっても、双方のテーブルにおいてＵＲＬの表記が異
なることになる。また、テーブル１６３のリンクＩＤ＝
７４のレコードの内容は、ＵＲＬの項目を除いて、テー
ブル１６１におけるリンクＩＤ＝０のレコードと同一で
ある。

【００７２】図６（ｂ）に示すテーブル１６２は、図２
におけるＪＰＥＧデータ１２５［P2.jpg］に関する出力
属性データ１２８［P2.atr］の内容を表す出力属性デー
タテーブルである。データ［P2.jpg］は、ＪＰＥＧデー
タのため、他のマルチメディアデータへのリンクが無
い。そのため、出力属性データは、対象マルチメディア
データ自らの内容を示すリンクＩＤ＝０のレコードのみ
である。このリンクＩＤ＝０のレコードの設定内容は、
ＵＲＬの項目を除いて、図６（ａ）に示すテーブル１６
１におけるリンクＩＤ＝３のレコードと同一になる。

【００７３】ところで、図４に示すフローチャートのス
テップＳ４０９，Ｓ４１０で説明したように、生成され
た出力属性データは、対象マルチメディアデータに組み
込まれるか、別ファイルで保存されるかのどちらかとな
る。出力属性データを別ファイルで保存する場合には、
説明したように拡張子部分を変更しておくことで、その
ファイルが出力属性データを格納したものであって、ど
のマルチメディアデータファイルに関するものであるか
を容易に把握できる。そこで、次に、出力属性データを
マルチメディアデータ内へ組み込んで格納する方法につ
いて、マルチメディアデータがＨＴＭＬ形式の場合とＪ
ＰＥＧ形式の場合とに分けて、以下に説明する。

【００７４】まず、ＨＴＭＬデータ内部に出力属性デー
タを組み込む方法を説明する。図７を参照して、ＨＴＭ
Ｌデータ１２２のリンクタグＲ１，Ｒ２，…，Ｒ４２
は、図６（ａ）に示すテーブル１６１におけるリンクＩ
Ｄ＝１，２，…，４２のレコードにそれぞれ対応してい
る。また、図７の出力属性データ１２７は、図６（ａ）
に示すテーブル１６１に対応している。図７に示すデー
タ７０１は、ＨＴＭＬデータ１２２に出力属性データ１
２７が組み込まれた結果を表す図である。データ７０１
の内、下線を引いたテキスト部分が、組み込まれた出力
属性データである。ただし、下線は説明のために示すも
ので、実際には存在しない。下線の部分（“＜！―”か
ら“―＞”で囲まれた部分）は、ＨＴＭＬ書式ではコメ
ントとして扱われ、データ表示部２６では表示されな
い。本実施形態の例では、このコメント部分の中に新た
にＡＴＲタグを定義して、“＜ＡＴＲ＞”から“＜／Ａ
ＴＲ＞”で囲まれた部分に出力属性データを埋め込む。
出力属性データは、“［”と“］”とに囲まれ、“，”
で区切られた４つの数字から構成される。この４つの数
字は、それぞれ図６（ａ）に示すテーブル１６１の設定
項目に対応しており、第１項目はデータ種別、第２項目
はリンク数、第３項目は画像数、第４項目はデータサイ
ズである。データ７０１のリンクタグＴ１には、データ
種別＝０、リンク数＝１２、画像数＝５、データサイズ
＝２という出力属性データが埋め込まれている。

【００７５】次にＪＰＥＧデータ内部に出力属性データ
を組み込む方法を説明する。ＪＰＥＧデータのフォーマ
ットには、画像データ以外の任意の値を設定してその値
を利用するための、アプリケーションデータセグメント
と呼ばれる領域がある。本実施形態の例では、その領域
に先程説明したＪＰＥＧデータの画像種別を埋め込んで
いる。なお、ＪＰＥＧデータの構造については、例え
ば、文献“ＩＴＵ−Ｔ ホワイトブック ディジタル静
止画像圧縮符号化関連勧告集、新日本ＩＴＵ”に詳しく
記載されている。

【００７６】図８は、ＪＰＥＧデータの画像種別を埋め
込んだアプリケーションデータセグメント領域の一例を
示す図である。領域８１０には、ＪＰＥＧデータを構成
するセグメントの意味を示すマーカーコードが、２バイ
トで設定される。ＪＰＥＧ規格では、アプリケーション
データセグメントのマーカーコードとして、「０ｘＦＦ
Ｅ０」から「０ｘＦＦＥＦ」までの１６個が使用可能で
あることを規定している。本実施形態の例では、その中
の「０ｘＦＦＥＦ」を使用している。また、領域８１１
には、アプリケーションセグメントのデータ長、すなわ
ち領域８１２および領域８１３の総バイト数が、２バイ
トで設定される。本実施形態の例では、この総バイト数
は、６バイトである。領域８１２には、後続する領域８
１３のデータにＪＰＥＧデータの画像種別を示すフラグ
が設定されていることを示す、文字コードが設定され
る。本実施形態の例では、「Ｋ，Ｉ，Ｎ，Ｄ」の４文字
が、４バイトで設定される。領域８１３には、ＪＰＥＧ
データの画像種別を示す数値が、２バイトで設定され
る。領域８１３に設定される値は、ＪＰＥＧデータに関
する図３に示すテーブル１３０におけるデータ種別であ
る。図８に示す例では、この値が「１」であるので、こ
のＪＰＥＧデータが自然画であることが分かる。

【００７７】以上説明した出力属性データおよびマルチ
メディアデータは、所定の方式（例えば、ＤＡＢ）でデ
ータ放送装置１から放送され、受信端末装置２において
受信されることになる。なお、ＤＡＢでは、データ転送
の最上位プロトコルとして、ＭＯＴ（Multimedia Objec
t Transfer）と呼ばれる転送プロトコルを規定してい
る。以下、このＭＯＴプロトコルを説明する。

【００７８】図９は、ＭＯＴプロトコルに準拠するＭＯ
Ｔデータ９１１の構成を示す図である。ＭＯＴデータ９
１１は、図９に示すとおりＭＯＴヘッダ９１２とＭＯＴ
ボディ９１３とから構成される。ＭＯＴボディ９１３
は、マルチメディアデータそのものである。ＭＯＴヘッ
ダ９１２は、ＭＯＴボディ９１３で転送されるデータの
属性を記述しており、データの種別やデータのファイル
名などが設定されている。受信端末装置２では、ＭＯＴ
データ９１１を受信し、ＭＯＴデータ９１１からマルチ
メディアデータを取り出して、適切な処理を行う。本実
施形態の例では、ＭＯＴボディ９１３に、マルチメディ
アデータ９１４と、これまで説明した出力属性データ９
１５とが設定されて、放送が行われる。その結果、デー
タ放送装置１に存在するマルチメディアデータとその出
力属性データとが、受信端末装置２に転送可能となる。

【００７９】データ放送装置１において、マルチメディ
アデータ９１４および出力属性データ９１５は、ＭＯＴ
データ９１１に格納された後、さらにＤＡＢの下位プロ
トコル（図示せず）に格納されて放送される。受信端末
装置２において、チューナ部２１は、放送データを受信
する。プロトコルデコーダ部２２は、受信された放送デ
ータをＭＯＴデータ９１１まで復号して、ＭＯＴヘッダ
９１２とＭＯＴボディ９１３とを取り出す。そして、プ
ロトコルデコーダ部２２は、取り出したＭＯＴボディ９
１３、すなわちマルチメディアデータ９１４および出力
属性データ９１５を、ファイルマネージャ部２３へ出力
することになる。

【００８０】次に、受信端末装置２において、受信した
出力属性データを利用してマルチメディアデータを表示
する方法について説明する。以下、図７，図１０〜図１
２を参照して、ＨＴＭＬデータおよびＪＰＥＧデータを
表示する方法を一例に挙げて説明する。

【００８１】まず、ＨＴＭＬデータに関する出力属性デ
ータを利用して、このＨＴＭＬデータを表示する方法を
説明する。図１０を参照して、まず、受信端末装置２
は、表示対象のＨＴＭＬデータの構造を解析して、各種
のタグ情報を取得する（ステップＳ１００１）。このと
き同時に、受信端末装置２は、アンカータグのコメント
行に出力属性が設定されていれば、それを取得する。次
に、受信端末装置２は、ＨＴＭＬデータの内部（およ
び、アンカータグのコメント行）に出力属性が設定され
ているか否かを検査する（ステップＳ１００２）。ステ
ップＳ１００２の検査において出力属性が設定されてい
る場合、受信端末装置２は、その出力属性を所定の形式
で表示する（ステップＳ１００５）。なお、アンカータ
グがある場合、受信端末装置２は、アンカータグと上記
出力属性とを所定の形式で表示する（ステップＳ１００
５）。一方、ステップＳ１００２の検査において出力属
性が設定されていない場合、受信端末装置２は、ＨＴＭ
Ｌデータの出力属性はＨＴＭＬデータ内部に設定されて
いないと判断し、拡張子が［.atr］であってＨＴＭＬデ
ータと同一のファイル名である、別ファイルが存在する
かをさらに検査する（ステップＳ１００３）。そして、
ステップＳ１００３の検査において別ファイルが存在し
た場合、受信端末装置２は、その出力属性データファイ
ルを解析して出力属性を取得した後（ステップＳ１００
４）、その出力属性を所定の形式で表示する（ステップ
Ｓ１００５）。しかし、ステップＳ１００３の検査にお
いて別ファイルが存在しない場合、受信端末装置２は、
アンカータグのみを表示する（ステップＳ１００６）。

【００８２】具体的に、図７の表示画面７０２は、出力
属性データ１２７の参照無しで、ＨＴＭＬデータ１２２
を表示した一例である。このような表示がされるのは、
例えば、表示用のデータ表示部２６が、上記説明した出
力属性のリンクタグを判定できない場合、出力属性デー
タ１２７を意図的に参照しない場合、出力属性データ１
２７が存在しない場合などである。この場合、表示画面
７０２のようにデータ表示部２６の表示画面には、ＨＴ
ＭＬデータ１２２のリンク先データに関する情報は、全
く表示されない。

【００８３】一方、図７の表示画面７０３は、出力属性
データ１２７を参照して、ＨＴＭＬデータ１２２を表示
した一例である。ここで、出力属性データ１２７を参照
したＨＴＭＬデータ１２２の表示方法として、以下の２
つの方法がある。第１の方法は、ＨＴＭＬデータ１２２
と出力属性データ１２７とが別ファイルで存在する場合
に、その出力属性データ１２７を参照する方法である。
第２の方法は、ＨＴＭＬデータ１２２内部に出力属性デ
ータ１２７が組み込まれている場合に、その内部の出力
属性データ１２７を参照する方法である。

【００８４】まず、第１の方法について説明する。今、
ＨＴＭＬデータ１２２の出力属性データ１２７は、図６
（ａ）のテーブル１６１で示すとおりである。ＨＴＭＬ
データ１２２のリンクタグＲ１，Ｒ２，…，Ｒ４２を表
示する場合、データ表示部２６は、テーブル１６１のよ
うに別ファイルで記録されている出力属性データ１２７
を参照する。これにより、表示画面７０３におけるＰ
１，Ｐ２，…，Ｐ４２のように、リンク先データの内容
と共に属性が表示される。例えば、ＨＴＭＬデータ１２
２のリンクタグＲ１の出力属性は、テーブル１６１のリ
ンクＩＤ＝１に記録されている値である。表示画面７０
３のＰ１，Ｐ２，…，Ｐ４２で示す各項目は、次のこと
を表している。第１項目のアルファベットは、テーブル
１６１におけるデータ種別を表しており、「Ｌ」がデー
タ種別「０」、すなわちＨＴＭＬデータであることを、
「Ｐ」がデータ種別「１」、すなわちＪＰＥＧ自然画デ
ータであることを、「Ｄ」がデータ種別「２」、すなわ
ちＪＰＥＧ線画データであることを、それぞれ表してい
る。第２項目の数値は、リンク数を表している。第３項
目の数値は、画像数を表している。第４項目の数値は、
データサイズを表している。

【００８５】次に、第２の方法について説明する。デー
タ７０１のＴ１，Ｔ２，…，Ｔ４２を表示する場合、デ
ータ表示部２６は、ＨＴＭＬデータ１２２の内部に設定
されている出力属性データ１２７を参照する。これによ
り、表示画面７０３におけるＰ１，Ｐ２，…，Ｐ４２の
ように、リンク先データの内容と共に属性が表示され
る。例えば、データ７０１のＴ１では、［０，１２，
５，２］が設定されているので、表示画面７０３では、
Ｐ１で示すとおり［Ｌ，１２，５，２］が表示される。

【００８６】この結果、ユーザは、現在参照中のマルチ
メディアデータのリンク先データを実際に表示すること
なく、当該リンク先データの出力属性の概要を知ること
ができる。このため、ユーザは、データ参照を効率よく
行うことが可能となる。すなわち、受信端末装置２で
は、リンク先データを受信していない状態や、リンク先
データがデータ放送装置１に無くても、出力属性データ
が取得できれば、データの種別、ンク数およびサイズ等
を知ることができる。なお、上記実施形態では、関連す
るリンク先データの出力属性を、文字や数値のテキスト
形式で表示したが、受信端末装置２に十分な画像表示能
力がある場合等には、この出力属性を、アイコンや音声
等で表現してもよい。

【００８７】なお、データ放送装置１から放送されるデ
ータは、マルチメディアデータそのもの、出力属性デー
タ、および出力属性データが組み込まれているマルチメ
ディアデータの３種類である。しかし、受信端末装置２
では、これらのデータを単にデータストレージ部２５に
格納して、データ表示部２６で表示する際に利用するだ
けではない。マルチメディアデータと出力属性データと
が別ファイルの場合、受信端末装置２は、出力属性デー
タをマルチメディアデータ内に組み込んだ後に、データ
ストレージ部２５へ格納するようにしてもよい。また逆
に、出力属性データが組み込まれているマルチメディア
データの場合、受信端末装置２は、マルチメディアデー
タから出力属性データを分離して、マルチメディアデー
タと出力属性データとを別ファイルとしてデータストレ
ージ部２５へ格納するようにしてもよい。さらに、受信
端末装置２は、必要に応じて、データ解析部２４を利用
して新たに出力属性データを生成してもよい。この処理
は、出力属性データが内部に組み込まれているＨＴＭＬ
データから、上述した“＜！−＜ＡＴＲ＞”から“＜／
ＡＴＲ＞−＞”までの部分と、リンクタグ部分のＵＲＬ
とを抽出して、出力属性データテーブルに変換すること
で可能である。また、ＪＰＥＧデータ内部に設定されて
る出力属性データに基づいて、リンクＩＤ＝０のみのテ
ーブルを作成し、そのＵＲＬにはＪＰＥＧデータのファ
イル名を、データ種別にはマーカーコード「０ｘＦＦＥ
Ｆ」に設定されている画像種別を、画像数には「１」
を、データサイズにはデータファイルの１Ｋバイト単位
のサイズを、記録すればよい。

【００８８】さて、ここまでの説明では、リンク先デー
タを表示することなく、その種別、リンク数およびサイ
ズ等を予め知ることができる手法を述べた。そこで、次
に、リンク先データの状況をさらに表示させることで、
ユーザの利便性をより向上させるようする手法を説明す
る。上述したように、受信端末装置２が受信するマルチ
メディアデータは、データ放送装置１内にあるマルチメ
ディアデータと、データ放送装置１内になく外部に存在
するマルチメディアデータとに分類される。ここで、前
者のマルチメディアデータは、放送プログラムに従って
順次放送されるものであるから、受信端末装置２で受信
される時間がそれぞれ異なる。また、後者のマルチメデ
ィアデータは、放送されるデータではないので、指定さ
れたプロトコルに従ってユーザが外部から取得する必要
がある。従って、受信端末装置２が画面表示するマルチ
メディアデータに設定されているリンク先データは、 （１）受信端末装置２で既に受信されているデータ （２）受信端末装置２でまだ受信されていないデータ （３）放送では受信端末装置２で受信されないデータ に区別される。

【００８９】しかし、このような区別が、図７の表示画
面７０３には現れない。例えば、Ｐ３が（２）のデータ
に相当し、Ｐ４２が（１）のデータに相当するような場
合、「総合メニュー」の表示は実行可能だが「グラフ」
の表示はまだ実行不可能であることが、表示画面７０３
上からはユーザに伝わらない。このため、ユーザは、デ
ータが到着しているか否かを、処理を実行してみること
でしか確認ができないので、余分な操作を行わなければ
ならない。

【００９０】そこで、受信端末装置２は、上述した出力
属性データを参照すると共に、データ受信の有無を管理
することで、マルチメディアデータが上記（１）〜
（３）のいずれに該当するかを判断する。すなわち、受
信端末装置２は、ＵＲＬの［http://www〜］に基づいて
（３）のマルチメディアデータであることを判断し、Ｕ
ＲＬの［../ 〜］およびデータ受信の有無に基づいて
（１）または（２）のマルチメディアデータであること
を判断する。そして、受信端末装置２は、上述した判断
に従って、図１１に示すような画面表示を行う。図１１
（ａ）の例では、（２）のリンク先データに関する表示
として、選択カーソルが画面表示に合わせられたときに
「データが到着していません」という文字を表示させ
る。また、図１１（ｂ）の例では、（３）のリンク先デ
ータに関する表示として、選択カーソルが画面表示に合
わせられたときに「外部のデータです，接続しますか
？」という文字を表示させ、続けて選択実行可能な
「１：はい，２：いいえ」という文字を表示させる。

【００９１】このように、画面表示においてリンク先デ
ータの状況を表示させることで、ユーザは、表示不可能
なリンク先を辿ることがなくなるので、煩わしい動作
（リンク先データが無い場合の復帰動作）を行うことを
未然に防止することができる。なお、上記実施例では、
リンク先データの状況を文字で表示する場合を説明した
が、音声を出力するようにしてもよい。また、選択カー
ソルの位置に関係なく、画面表示に濃淡をつけるように
してもよい。

【００９２】次に、ＪＰＥＧデータに関する出力属性デ
ータを利用して、このＪＰＥＧデータを表示する方法を
説明する。図１２を参照して、まず、受信端末装置２
は、ＪＰＥＧデータの画像種別（出力属性データ）がＪ
ＰＥＧデータ内に組み込まれているか否かを検査する
（ステップＳ１２０１）。図８に示すとおり、画像種別
の情報は、ＪＰＥＧデータ内のマーカーコード「０ｘＦ
ＦＥＦ」のアプリケーションデータセグメントに設定さ
れているので、受信端末装置２は、このセグメントの領
域８１１〜８１３を検査する。ステップＳ１２０１の検
査において、領域８１２に「ＫＩＮＤ」項目が設定され
ている場合、受信端末装置２は、領域８１３の値を取り
出して、これをＪＰＥＧデータの画像種別とする（ステ
ップＳ１２０２）。一方、領域８１２に「ＫＩＮＤ」項
目が設定されていない場合、受信端末装置２は、ＪＰＥ
Ｇデータの画像種別はＪＰＥＧデータ内部に設定されて
いないと判断し、拡張子が［.atr］でファイル名が同一
の別ファイルが存在するかをさらに検査する（ステップ
Ｓ１２０３）。そして、受信端末装置２は、ステップＳ
１２０３の検査において、別ファイルが存在した場合に
は、ＪＰＥＧデータの画像種別をこのファイルから取得
して設定し（ステップＳ１２０４）、別ファイルが存在
しない場合には、デフォルト処理として画像種別を線画
「２」に設定する（ステップＳ１２０５）。そして、受
信端末装置２は、ＪＰＥＧデータの画像種別が設定され
た後、ＪＰＥＧデータのデコードを行う（ステップＳ１
２０６）。その後、受信端末装置２は、設定された画像
種別を参照する（ステップＳ１２０７）。そして、受信
端末装置２は、この画像種別が「１」、すなわち自然画
像である場合は、デコードされた画像にディザ処理を施
した後、データ表示部２６に表示し（ステップＳ１２０
８）、そうでない場合は、デコードされた画像をそのま
まデータ表示部２６に表示する（ステップＳ１２０
９）。

【００９３】このように、ＪＰＥＧデータに関する出力
属性データを、独立またはＪＰＥＧデータ内部に組み込
んで放送することにより、そのデータを受信した受信端
末装置２は、そのデータ種別に応じた画像表示を行うこ
とができる。また、ここで説明する出力属性データは、
ＪＰＥＧデータにおいて任意に参照すべき領域（アプリ
ケーションデータセグメント）に設定されているので、
本実施形態以外のＪＰＥＧ表示を行う構成においても、
問題なく画像を表示することが可能である。

【００９４】ところで、これまでは、データ放送装置１
側で設定された出力属性データを使用する場合を説明し
てきた。しかし、本データ放送システムでは、受信端末
装置２においてデータ解析部２４を備えている。これに
より、マルチメディアデータだけが放送される（出力属
性データが放送されない）場合であっても、受信端末装
置２は、内部に蓄積しているマルチメディアデータに基
づいて、新たに出力属性データを生成することが可能と
なる。また、受信端末装置２は、データ放送装置１から
放送された出力属性データの内容を、必要に応じて変更
することも可能である。以下、一例として、ＪＰＥＧデ
ータのディザ処理に関する設定を変更する場合を示す。
ＪＰＥＧデータの出力属性データを受信端末装置２側で
設定する方法として、第１にＪＰＥＧデータに組み込ま
れた出力属性データを変更する方法、第２にＪＰＥＧデ
ータとは別のファイルに設定された出力属性データを変
更する方法、第３にＪＰＥＧデータに組み込まれた出力
属性データを削除する方法がある。

【００９５】まず、上記第１の方法について図１３を参
照して説明する。受信端末装置２は、ＪＰＥＧデータの
画像表示を行う場合、ディザ処理を行うか否かを判断す
る（ステップＳ１３０１）。ステップＳ１３０１におけ
る可否は、受信端末装置２において、ディザ処理が不要
となる高解像度の表示画面が備わっているか、ディザ処
理に伴う処理負荷を排除する必要があるか等で判断され
る。ステップＳ１３０１においてディザ処理を行うと判
断した場合、受信端末装置２は、このＪＰＥＧデータは
自然画であるとみなし、ＪＰＥＧデータ内のマーカーコ
ードが「０ｘＦＦＥＦ」であるアプリケーションデータ
セグメントの画像種別領域に、「１」を設定する（ステ
ップＳ１３０２）。一方、ステップＳ１３０１において
ディザ処理を行わないと判断した場合、受信端末装置２
は、このＪＰＥＧデータは線画であるとみなし、上記画
像種別領域に、「２」を設定する（ステップＳ１３０
３）。

【００９６】上記第２の方法は、図１３のステップＳ１
３０２およびＳ１３０３において、別ファイルに格納さ
れた出力属性データのデータ種別を、上記みなした画像
種別に変更することで実現される。上記第３の方法は、
図１３のステップＳ１３０２およびＳ１３０３におい
て、ＪＰＥＧデータ内のマーカーコードが「０ｘＦＦＥ
Ｆ」であるアプリケーションデータセグメントを削除し
た後、上記みなした画像種別を記録した出力属性データ
を作成することで実現できる。なお、ディザ処理を行わ
ないという設定へ変更する場合には、アプリケーション
データセグメントを削除するだけでよい（オリジナルの
ＪＰＥＧデータに戻すことができる）。

【００９７】このように、ＪＰＥＧ画像に対する出力属
性データをデータ放送装置１で設定し、それを受信端末
装置２側で表示する時点で参照することでより視認性の
高いＪＰＥＧ画像表示が行える。また、ＪＰＥＧ画像に
設定された出力属性データを受信端末装置２側で変更す
ることにより、データ放送装置１側で付加された情報を
取り除いたオリジナルの形式でＪＰＥＧデータを受信端
末装置２側に格納できる。また、受信端末装置２は、Ｊ
ＰＥＧデータをオリジナルの形式で再配信可能となる。

【００９８】次に、ＪＰＥＧデータに関する出力属性デ
ータを利用して、このＪＰＥＧデータを表示する他の方
法を説明する。今、受信端末装置２が携帯電話である場
合を考える。周知のように、携帯電話の表示画面は、年
々大きくなる傾向にあるが、携帯電話の携帯性を損ねな
いようにするためには、その大きさにも限界がある。従
って、ユーザは、受信するデータを、携帯電話の小さな
画面に表示させて見るだけでなく、携帯電話をパソコン
やカーナビ等（以下、表示装置という）に接続して、そ
れらの大きな画面に拡大表示させて見る場合もある。

【００９９】しかし、携帯電話で受信できるデータは、
携帯電話の標準的な表示画面サイズに合わせて作られて
いるのが一般的である。そのため、上述したように、携
帯電話での受信および使用を前提とするデータを、表示
装置の大きな画面に拡大表示させて見る場合には、以下
のような不具合が発生する。 １．受信した画像の画素数に比べ、表示装置の表示画面
の画素数が多い場合、受信した画像は、拡大されずに表
示画面中に小さく表示される。 ２．表示装置の画素が粗い場合、受信した画像は、拡大
されても斜線等がギザギザに表示される。ここで、上記
１．の問題を解決するために、受信した画像の１画素
を、表示装置の複数の画素に割り当てて、画像を拡大さ
せることが考えられるが、この場合には、新たに上記
２．の問題が発生してしまう。つまり、携帯電話での受
信および使用を前提とするデータを、表示装置の大きな
画面に拡大表示させて見る場合には、上記２．の問題が
発生してしまうことになる。このような問題が発生した
場合、自然画については、グラデーションが段階的に表
示されてしまい、見た目に美しくない。線画は、斜線の
ギザギザが目立つこともある。

【０１００】そこで、受信端末装置２では、次のような
処理を行う。図１４を参照して、受信端末装置２は、ま
ず、受信した画像を画面に表示する（ステップＳ１４０
１）。このステップＳ１４０１において画面表示させる
画像にディザ処理が施されるか否かは、受信端末装置２
で予め定められているデフォルト処理に従って判断され
てもよいし、上述した出力属性データ（データ放送装置
１または受信端末装置２のどちらで生成されてもよい）
に従って判断されてもよい。次に、ユーザが、画像が好
ましく画面に表示されているか否かを判断する（ステッ
プＳ１４０２）。ここで、表示が好ましいかどうかは、
自然画のグラデーションが段階的に表示されて縞模様が
発生しているか、線画のギザギザが目立つか、全体がぼ
やけて見にくいか等を基準に、ユーザ自らが判断すれば
よい。また、この判断の結果は、ユーザが表示装置へ指
示（例えば、リモコン等による入力操作）することで行
われる。表示が好ましくないという指示をユーザから受
けると、受信端末装置２は、表示されている画像がディ
ザ処理が施されたものか否かを判断する（ステップＳ１
４０３）。そして、受信端末装置２は、画像にディザ処
理が施されている場合にはディザ処理を解除した後（ス
テップＳ１４０４）、画像にディザ処理が施されていな
い場合にはディザ処理を施した後（ステップＳ１４０
５）、画像を再表示する（ステップＳ１４０６）。これ
により、ユーザは、好ましい表示で画像を見ることがで
きる。

【０１０１】また、受信端末装置２は、表示装置の表示
画面サイズを判断して、画像にディザ処理を施すか否か
を判断するようにしてもよい。まず、データ放送装置１
は、画像にディザ処理を施さなくても好ましい表示が可
能な推奨表示画面サイズを与える出力属性データを生成
する。この出力属性データは、上述したようにＪＰＥＧ
データと別ファイルで作成されてもよいし、ＪＰＥＧデ
ータ内に組み込まれてもよい。後者の場合、データ放送
装置１は、例えば図１５に示すように、出力属性データ
を格納するセグメントのマーカーコードを「０ｘＦＦＥ
Ｅ」と規定しておく。そして、データ放送装置１は、マ
ーカーコードが「０ｘＦＦＥＥ」のアプリケーションセ
グメントの領域に、推奨表示画面サイズの縦サイズと横
サイズとを格納する。

【０１０２】このような推奨表示画面サイズを与える出
力属性データを受信すると、受信端末装置２は、次のよ
うな処理を行う。図１６を参照して、まず、受信端末装
置２は、表示装置の表示画面サイズを取得する（ステッ
プＳ１６０１）。受信端末装置２は、独自のインタフェ
ースを介して、表示装置からその表示画面サイズを取得
するようにすればよい。次に、受信端末装置２は、受信
した画像に関連する出力属性データを解析し、推奨表示
画面サイズを取得する（ステップＳ１６０２）。そし
て、受信端末装置２は、表示装置の表示画面サイズと推
奨表示画面サイズとを比較する（ステップＳ１６０
３）。このステップＳ１６０３において表示装置の表示
画面サイズが推奨表示画面サイズより大きい場合、受信
端末装置２は、受信した画像にディザ処理を施した後
（ステップＳ１６０４）、画面表示させる（ステップＳ
１６０５）。一方、ステップＳ１６０３において表示装
置の表示画面サイズが推奨表示画面サイズより小さい場
合、受信端末装置２は、受信した画像にディザ処理を施
さずに、そのまま画面表示させる（ステップＳ１６０
５）。なお、ステップＳ１６０５で画像を画面表示させ
た後に、さらに図１４のステップＳ１４０２〜１４０６
を行って、ユーザが画像表示を選択できるようにしても
よい。

【０１０３】なお、ディザ処理は、大きな画面で画像を
見る場合に特に有効であるが、携帯電話等の小さな画面
で見るときも有効な場合がある。通常、限られた画面サ
イズの中でより多くの文字を表示するためには、１文字
あたりに使用する画素数を少なくすることが考えられ
る。しかしながら、携帯電話では、テキスト表示におけ
る１文字あたりの画素数が固定されている。ここで、文
字情報を、テキスト表示ではなく、ＪＰＥＧ画像のよう
なグラフィック表示にすれば、小さな文字を使用してよ
り多くの文字を表示させることが可能である。だが、文
字を小さくしすぎると、文字がつぶれて判別できない場
合が発生する。そこで、小さい文字にディザ処理を施す
ことにより、つぶれてしまう小さな文字も、ぼんやりと
その文字の外形を表示させることができるので、ユーザ
にとっては、かえって文字の判別が容易になる場合があ
るのである。

【０１０４】以上のように、本発明の一実施形態に係る
データ放送システムによれば、受信端末装置２では、デ
ータ放送装置１から放送されたマルチメディアデータお
よび出力属性データを受信して、内部に蓄積管理して表
示を行う。また、マルチメディアデータから、出力属性
データを生成したり、出力属性データをマルチメディア
データに組み込む等のマルチメディアデータの加工も行
う。

【０１０５】なお、受信端末装置２がさらに他の受信端
末装置に対してマルチメディアデータの配信を行うよう
なシステムである場合（受信端末装置２が中継局の機能
を有する等の場合）には、受信端末装置２のデータ解析
部２４に、出力属性データを生成する機能を持たせてや
ってもよい。この場合には、データ放送装置１側は、必
ずしも出力属性データを生成する必要がなく、マルチメ
ディアデータのみを放送することが可能となる。

【０１０６】また、送信側から受信側へのＪＰＥＧデー
タに関する表示属性、すなわち、自然画／線画に対応す
るディザ処理の有無情報を提供する方法については、本
実施形態で述べたデータ放送に限らず、一般的なデータ
通信に広く用いることが可能である。特に、この方法
は、性能の低い受信端末装置に有効である。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るデータ放送システム
の構成を示すブロック図である。

【図２】マルチメディアデータの関係の一例を示す図で
ある。

【図３】マルチメディアデータ種別を定義するテーブル
１３０の一例を示す図である。

【図４】データ放送装置１が行うマルチメディアデータ
から出力属性データを生成する処理の一例を示すフロー
チャートである。

【図５】データ放送装置１が行うマルチメディアデータ
から出力属性データを生成する処理の一例を示すフロー
チャートである。

【図６】出力属性データを格納する出力属性データテー
ブルの一例を示す図である。

【図７】ＨＴＭＬデータへ出力属性データを組み込んだ
状態およびその画面表示の一例を示す図である。

【図８】ＪＰＥＧデータへ出力属性データを組み込んだ
状態の一例を示す図である。

【図９】ＭＯＴデータ９１１の構成を示す図である。

【図１０】受信端末装置２が行う出力属性データを利用
してＨＴＭＬデータを表示する処理の一例を示すフロー
チャートである。

【図１１】データ表示部２５に表示される表示画面の一
例を示す図である。

【図１２】受信端末装置２が行う出力属性データを利用
してＪＰＥＧデータを表示する処理の一例を示すフロー
チャートである。

【図１３】受信端末装置２が行うＪＰＥＧデータの出力
属性を設定する処理の一例を示すフローチャートであ
る。

【図１４】受信端末装置２が行うＪＰＥＧデータを表示
する処理の一例を示すフローチャートである。

【図１５】ＪＰＥＧデータへ出力属性データを組み込ん
だ状態の一例を示す図である。

【図１６】受信端末装置２が行う出力属性データを利用
してＪＰＥＧデータを表示する処理の一例を示すフロー
チャートである。

【符号の説明】

１…データ放送装置 ２…受信端末装置 １１，２５…データストレージ部 １２，２３…ファイルマネージャ部 １３，２４…データ解析部 １４…プロトコルエンコーダ部 １５…トランスミッタ部 ２１…チューナ部 ２２…プロトコルデコーダ部 ２６…データ表示部 １２１〜１２５，９１４…マルチメディアデータ １２６〜１２８，９１５…出力属性データ １３０，１６１〜１６３…テーブル ７０１…データ ７０２，７０３…表示画面 ８１０〜８１３…領域 ９１１…ＭＯＴデータ ９１２…ＭＯＴヘッダ ９１３…ＭＯＴボディ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５４０ Ｇ０６Ｆ 13/00 ５４０Ｆ ５５０ ５５０Ａ Ｈ０４Ｈ 1/00 Ｈ０４Ｈ 1/00 Ｂ Ｈ０４Ｎ 5/44 Ｈ０４Ｎ 5/44 Ｚ

Claims (31)

【特許請求の範囲】
1. 【請求項１】 マルチメディアデータの放送を行う放送
   局内に設置されるデータ放送装置と、当該データ放送装
   置から放送される当該マルチメディアデータを受信する
   受信端末装置とから構成されるデータ放送システムであ
   って、 前記データ放送装置は、 前記マルチメディアデータの内容を解析して、当該マル
   チメディアデータに関する出力属性データを生成するデ
   ータ解析手段と、 前記マルチメディアデータを放送する際、対応する前記
   出力属性データを付随させて放送するデータ送信手段と
   を備え、 前記受信端末装置は、 放送される前記マルチメディアデータと前記出力属性デ
   ータとを受信する受信手段と、 受信された前記マルチメディアデータと前記出力属性デ
   ータとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
   ータをその属性情報と共に出力するデータ出力手段とを
   備える、データ放送システム。
2. 【請求項２】 前記データ放送装置は、前記データ解析
   手段で生成された前記出力属性データを、前記マルチメ
   ディアデータの内部に組み込む手段をさらに備え、 前記データ送信手段は、その内部に前記出力属性データ
   が組み込まれた前記マルチメディアデータを放送するこ
   とを特徴とする、請求項１に記載のデータ放送システ
   ム。
3. 【請求項３】 前記受信端末装置は、受信された前記マ
   ルチメディアデータから、その内部に組み込まれた前記
   出力属性データを抽出して、前記データ管理手段へ出力
   するデータ抽出手段をさらに備え、 前記データ管理手段は、前記データ抽出手段で抽出され
   た前記出力属性データを、対応する前記マルチメディア
   データとは個別に管理することを特徴とする、請求項２
   に記載のデータ放送システム。
4. 【請求項４】 前記受信端末装置は、受信された前記マ
   ルチメディアデータの内容を解析して、当該マルチメデ
   ィアデータに関する前記出力属性データを新たに生成す
   るデータ解析手段をさらに備える、請求項１に記載のデ
   ータ放送システム。
5. 【請求項５】 前記データ管理手段は、さらに、前記マ
   ルチメディアデータの受信状況を管理し、 前記データ出力手段は、前記出力属性データと共に前記
   受信状況を参照して、前記マルチメディアデータにリン
   ク接続されているデータの状態を出力することを特徴と
   する、請求項１に記載のデータ放送システム。
6. 【請求項６】 前記マルチメディアデータがＨＴＭＬ形
   式のデータである場合、 前記出力属性データには、前記マルチメディアデータに
   リンク接続されているデータについて、それにさらにリ
   ンク接続されているデータの数、そのファイル名、その
   中に含まれる画像数またはそのデータサイズに関する情
   報が、少なくとも１つ以上含まれることを特徴とする、
   請求項１に記載のデータ放送システム。
7. 【請求項７】 前記マルチメディアデータがＪＰＥＧ形
   式のデータである場合、 前記出力属性データには、前記マルチメディアデータに
   ついて、そのデータ種別（自然画か線画か）またはその
   表示に適した推奨画面サイズに関する情報が、少なくと
   も１つ以上含まれることを特徴とする、請求項１に記載
   のデータ放送システム。
8. 【請求項８】 マルチメディアデータの放送を行う放送
   局内に設置されるデータ放送装置であって、 前記マルチメディアデータの内容を解析して、当該マル
   チメディアデータに関する出力属性データを生成するデ
   ータ解析手段と、 前記マルチメディアデータを放送する際、対応する前記
   出力属性データを付随させて放送するデータ送信手段と
   を備える、データ放送装置。
9. 【請求項９】 前記データ解析手段で生成された前記出
   力属性データを、前記マルチメディアデータの内部に組
   み込む手段をさらに備え、 前記データ送信手段は、その内部に前記出力属性データ
   が組み込まれた前記マルチメディアデータを放送するこ
   とを特徴とする、請求項８に記載のデータ放送装置。
10. 【請求項１０】 前記マルチメディアデータがＨＴＭＬ
    形式のデータである場合、 前記出力属性データには、前記マルチメディアデータに
    リンク接続されているデータについて、それにさらにリ
    ンク接続されているデータの数、そのファイル名、その
    中に含まれる画像数またはそのデータサイズに関する情
    報が、少なくとも１つ以上含まれることを特徴とする、
    請求項８に記載のデータ放送装置。
11. 【請求項１１】 前記マルチメディアデータがＪＰＥＧ
    形式のデータである場合、 前記出力属性データには、前記マルチメディアデータに
    ついて、そのデータ種別（自然画か線画か）またはその
    表示に適した推奨画面サイズに関する情報が、少なくと
    も１つ以上含まれることを特徴とする、請求項８に記載
    のデータ放送装置。
12. 【請求項１２】 出力属性データが付随されて放送され
    るマルチメディアデータを受信する受信端末装置であっ
    て、 放送される前記マルチメディアデータと前記出力属性デ
    ータとを受信する受信手段と、 受信された前記マルチメディアデータと前記出力属性デ
    ータとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
    ータをその属性情報と共に出力するデータ出力手段とを
    備える、受信端末装置。
13. 【請求項１３】 前記出力属性データが、前記マルチメ
    ディアデータの内部に組み込まれている場合、 受信された前記マルチメディアデータから、その内部に
    組み込まれた前記出力属性データを抽出して、前記デー
    タ管理手段へ出力するデータ抽出手段をさらに備え、 前記データ管理手段は、前記データ抽出手段で抽出され
    た前記出力属性データを、対応する前記マルチメディア
    データとは個別に管理することを特徴とする、請求項１
    ２に記載の受信端末装置。
14. 【請求項１４】 受信された前記マルチメディアデータ
    の内容を解析して、当該マルチメディアデータに関する
    前記出力属性データを新たに生成するデータ解析手段を
    さらに備える、請求項１２に記載の受信端末装置。
15. 【請求項１５】 前記データ管理手段は、さらに、前記
    マルチメディアデータの受信状況を管理し、 前記データ出力手段は、前記出力属性データと共に前記
    受信状況を参照して、前記マルチメディアデータにリン
    ク接続されているデータの状態を出力することを特徴と
    する、請求項１２に記載の受信端末装置。
16. 【請求項１６】 放送されるマルチメディアデータを受
    信する受信端末装置であって、 放送される前記マルチメディアデータを受信する受信手
    段と、 受信された前記マルチメディアデータの内容を解析し
    て、当該マルチメディアデータに関する出力属性データ
    を生成するデータ解析手段と、 受信された前記マルチメディアデータと生成された前記
    出力属性データとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
    ータをその属性情報と共に出力するデータ出力手段とを
    備える、受信端末装置。
17. 【請求項１７】 ＪＰＥＧ形式のマルチメディアデータ
    を送信するデータ通信装置と、当該データ通信装置から
    送信される当該マルチメディアデータを受信する受信端
    末装置とから構成されるデータ通信システムであって、 前記データ通信装置は、 前記マルチメディアデータの内容を解析して、当該マル
    チメディアデータに関する出力属性データを生成するデ
    ータ解析手段と、 前記マルチメディアデータの通信を行う際、対応する前
    記出力属性データを付随させて送信するデータ送信手段
    とを備え、 前記受信端末装置は、 送信される前記マルチメディアデータと前記出力属性デ
    ータとを受信する受信手段と、 受信された前記マルチメディアデータと前記出力属性デ
    ータとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
    ータの表示方法を決定するデータ出力手段とを備える、
    データ通信システム。
18. 【請求項１８】 前記データ通信装置は、前記データ解
    析手段で生成された前記出力属性データを、前記マルチ
    メディアデータの内部に組み込む手段をさらに備え、 前記データ送信手段は、その内部に前記出力属性データ
    が組み込まれた前記マルチメディアデータを送信するこ
    とを特徴とする、請求項１７に記載のデータ通信システ
    ム。
19. 【請求項１９】 前記受信端末装置は、受信された前記
    マルチメディアデータから、その内部に組み込まれた前
    記出力属性データを抽出して、前記データ管理手段へ出
    力するデータ抽出手段をさらに備え、 前記データ管理手段は、前記データ抽出手段で抽出され
    た前記出力属性データを、対応する前記マルチメディア
    データとは個別に管理することを特徴とする、請求項１
    ８に記載のデータ通信システム。
20. 【請求項２０】 前記データ解析手段は、前記マルチメ
    ディアデータのデータ種別（自然画か線画か）を示す前
    記出力属性データを生成し、 前記データ出力手段は、前記データ種別に基づいて、前
    記マルチメディアデータにディザ処理を施して表示する
    か否かを決定することを特徴とする、請求項１７に記載
    のデータ通信システム。
21. 【請求項２１】 前記データ解析手段は、前記マルチメ
    ディアデータの表示に適した推奨画面サイズを示す前記
    出力属性データを生成し、 前記データ出力手段は、前記推奨画面サイズと前記マル
    チメディアデータを実際に表示させる画面サイズとの比
    較結果に基づいて、前記マルチメディアデータにディザ
    処理を施して表示するか否かを決定することを特徴とす
    る、請求項１７に記載のデータ通信システム。
22. 【請求項２２】 ＪＰＥＧ形式のマルチメディアデータ
    の通信を行うデータ通信装置であって、 前記マルチメディアデータの内容を解析して、当該マル
    チメディアデータのデータ種別（自然画か線画か）また
    はその表示に適した推奨画面サイズに関する情報が、少
    なくとも１つ以上含まれる出力属性データを生成するデ
    ータ解析手段と、 前記マルチメディアデータの通信を行う際、対応する前
    記出力属性データを付随させて送信するデータ送信手段
    とを備える、データ通信装置。
23. 【請求項２３】 前記データ解析手段で生成された前記
    出力属性データを、前記マルチメディアデータの内部に
    組み込む手段をさらに備え、 前記データ送信手段は、その内部に前記出力属性データ
    が組み込まれた前記マルチメディアデータを送信するこ
    とを特徴とする、請求項２２に記載のデータ通信装置。
24. 【請求項２４】 データ種別（自然画か線画か）または
    表示に適した推奨画面サイズに関する情報が、少なくと
    も１つ以上含まれる出力属性データが付随されて送信さ
    れる、ＪＰＥＧ形式のマルチメディアデータを受信する
    受信端末装置であって、 送信される前記マルチメディアデータと前記出力属性デ
    ータとを受信する受信手段と、 受信された前記マルチメディアデータと前記出力属性デ
    ータとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
    ータの表示方法を決定するデータ出力手段とを備える、
    受信端末装置。
25. 【請求項２５】 前記出力属性データが、前記マルチメ
    ディアデータの内部に組み込まれている場合、 受信された前記マルチメディアデータから、その内部に
    組み込まれた前記出力属性データを抽出して、前記デー
    タ管理手段へ出力するデータ抽出手段をさらに備え、 前記データ管理手段は、前記データ抽出手段で抽出され
    た前記出力属性データを、対応する前記マルチメディア
    データとは個別に管理することを特徴とする、請求項２
    ４に記載の受信端末装置。
26. 【請求項２６】 前記データ出力手段は、前記データ種
    別に基づいて、前記マルチメディアデータにディザ処理
    を施して表示するか否かを決定することを特徴とする、
    請求項２４に記載の受信端末装置。
27. 【請求項２７】 前記データ出力手段は、前記推奨画面
    サイズと前記マルチメディアデータを実際に表示させる
    画面サイズとの比較結果に基づいて、前記マルチメディ
    アデータにディザ処理を施して表示するか否かを決定す
    ることを特徴とする、請求項２４に記載の受信端末装
    置。
28. 【請求項２８】 送信されるＪＰＥＧ形式のマルチメデ
    ィアデータを受信する受信端末装置であって、 送信される前記マルチメディアデータを受信する受信手
    段と、 受信された前記マルチメディアデータの内容を解析し
    て、当該マルチメディアデータのデータ種別（自然画か
    線画か）に関する出力属性データを生成するデータ解析
    手段と、 受信された前記マルチメディアデータと生成された前記
    出力属性データとを管理・格納するデータ管理手段と、 前記出力属性データを参照して、前記マルチメディアデ
    ータの表示方法を決定するデータ出力手段とを備える、
    受信端末装置。
29. 【請求項２９】 コンピュータ装置において実行される
    プログラムを記録した記録媒体であって、 マルチメディアデータと、当該マルチメディアデータに
    付随する出力属性データとを受信するステップと、 受信された前記マルチメディアデータと前記出力属性デ
    ータとを管理・格納するステップと、 前記出力属性データを参照して、前記マルチメディアデ
    ータをその属性情報と共に出力するステップとを含む動
    作環境を、前記コンピュータ装置上で実現するためのプ
    ログラムを記録した、記録媒体。
30. 【請求項３０】 コンピュータ装置において実行される
    プログラムを記録した記録媒体であって、 ＪＰＥＧ形式のマルチメディアデータの内容を解析し
    て、当該マルチメディアデータのデータ種別（自然画か
    線画か）またはその表示に適した推奨画面サイズに関す
    る情報が、少なくとも１つ以上含まれる出力属性データ
    を生成するステップと、 前記マルチメディアデータの通信を行う際、対応する前
    記出力属性データを付随させて送信するステップとを含
    む動作環境を、前記コンピュータ装置上で実現するため
    のプログラムを記録した、記録媒体。
31. 【請求項３１】 コンピュータ装置において実行される
    プログラムを記録した記録媒体であって、 ＪＰＥＧ形式のマルチメディアデータと、そのデータ種
    別（自然画か線画か）または表示に適した推奨画面サイ
    ズに関する情報が、少なくとも１つ以上含まれる出力属
    性データとを受信するステップと、 受信された前記マルチメディアデータと前記出力属性デ
    ータとを管理・格納するステップと、 前記出力属性データに基づいて、前記マルチメディアデ
    ータの表示方法を決定するステップとを含む動作環境
    を、前記コンピュータ装置上で実現するためのプログラ
    ムを記録した、記録媒体。