JP2004146948A - データ放送受信装置、データ放送受信方法、及びプログラム - Google Patents
データ放送受信装置、データ放送受信方法、及びプログラム Download PDFInfo
- Publication number
- JP2004146948A JP2004146948A JP2002307378A JP2002307378A JP2004146948A JP 2004146948 A JP2004146948 A JP 2004146948A JP 2002307378 A JP2002307378 A JP 2002307378A JP 2002307378 A JP2002307378 A JP 2002307378A JP 2004146948 A JP2004146948 A JP 2004146948A
- Authority
- JP
- Japan
- Prior art keywords
- data
- service
- broadcast
- determined
- data service
- 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
Images
Landscapes
- Communication Control (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
【課題】データ・サービスについての対応可否をより早期に判定できるようにする。
【解決手段】サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、サービス用データを取得する受信手段と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定手段とを備えたデータ放送受信装置において、判定手段を、判定対象のデータ・サービスに対応する、下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行う（ステップ６１〜６９）ものとする。
【選択図】 図６
【解決手段】サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、サービス用データを取得する受信手段と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定手段とを備えたデータ放送受信装置において、判定手段を、判定対象のデータ・サービスに対応する、下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行う（ステップ６１〜６９）ものとする。
【選択図】 図６
Description
【０００１】
本発明は、データ放送受信装置、データ放送受信方法、及びプログラムに関する。
【発明の属する技術分野】
【０００２】
【従来の技術】
移動体向けディジタル・オーディオ放送の一方式であるＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）によれば、音声放送としてのプログラム・サービスのほか、データ放送としてのデータ・サービスの提供も行うことができる（たとえば、特許文献１及び２参照）。データ・サービスに対応するアプリケーションとしては、たとえば画像を定期的に切り替えるスライド・ショーや、インターネットにおけるようなウェブ・ページを扱うＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）や、交通情報を扱うＴＭＣ（Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ Ｃｈａｎｎｅｌ）やＴＰＥＧ（Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）がある。これらのアプリケーションは多種多様であるため、従来、ＤＡＢのレシーバは、すべてのアプリケーションに対応することは難しく、いくつかのアプリケーションのみに対応している場合が多い。
【０００３】
図１０〜１２は従来のＤＡＢレシーバにおいてユーザにより所望のデータ・サービスが選択される際の動作を示す。図１０ではアンサンブルの受信開始からアンサンブルに含まれる全アプリケーションのリストを表示するまでの処理が示されている。図１１ではリスト表示に基づいて選択が行われたときの処理が示されている。図１２ではこれらの処理に応じた画像表示例が示されている。
【０００４】
図１０の処理を開始すると、レシーバはまずステップ１０１において、アンサンブルの受信を開始したか否かを判定する。アンサンブルの受信開始は、レシーバの電源が投入されたときや、受信しているアンサンブルが切り替えられたときに生じる。アンサンブルの受信開始を検出しない場合は処理を終了し、検出した場合はステップ１０２へ進む。
【０００５】
ステップ１０２では、一定期間が経過するまでＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）のデータの受信を行う。次にステップ１０３において、ＦＩＧデータの受信結果に基づき、データ・サービスが有るか否かを判定する。データ・サービスが存在しないと判定した場合は処理を終了し、存在すると判定した場合はステップ１０４へ進む。
【０００６】
ステップ１０４では、受信中のアンサンブルが提供する全データ・サービスをリスト化して表示する。その後、処理を終了する。図１２（ａ）はこのときのレシーバの表示画面１２１を示す。表示画面１２１中のリスト表示領域１２４には“ＤＡＢ Ｄａｔａ１”、“ＤＡＢ Ｄａｔａ２”、及び“ＤＡＢ Ｄａｔａ３”というデータ・サービスがリスト表示されている。
【０００７】
このリストからユーザが所望のデータ・サービス、たとえば“ＤＡＢ Ｄａｔａ２”を選択すると、レシーバは“ＤＡＢ Ｄａｔａ２”の表示を強調して図１１の処理を開始する。まず、ステップ１１１において、選択されたデータ・サービスのデータに基づくアプリケーションの処理が可能かどうかを判断するのに使用できる最大時間をタイマに設定する。
【０００８】
次に、選択されたサービスに関するデータを受信して解析しながら、レシーバが対応しているアプリケーションの処理が可能であると認めるに足るデータ、たとえば当該アプリケーションに適合したファイルや一区切りのフォーマット・データが得られたか否かをステップ１１２において判定し、かつタイマの設定時間を超えたか否かをテップ１１３において判定する処理を繰り返す。
【０００９】
ステップ１１２において、アプリケーション処理が可能であると認めるに足るデータが得られたと判定した場合は、ステップ１１４において、得られたデータを用いて対応するアプリケーションの処理を行い、処理を終了する。図１２（ｂ）はこのときの表示画面１２１を示す。アプリケーション表示領域１２５では、アプリケーション処理による表示が行われている。
【００１０】
ステップ１１３において、タイマの設定時間を超過したと判定した場合は、ステップ１１５において、選択されたデータ・サービスには対応できない旨の表示を行い、処理を終了する。図１２（ｃ）はこのときの表示画面１２１を示す。アプリケーション表示領域１２５では、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨を示す“Ｎｏｔ Ｓｕｐｐｏｒｔ”が表示されている。
【００１１】
このようにサポートできない旨の表示が行われた場合、再び同じデータ・サービスを選択することも可能である。同じデータ・サービスが選択された場合は、同様にして図１１の処理を繰り返す。
【００１２】
【特許文献１】
特開２００１−２５４３２号公報（第４−７頁、図１−７）
【特許文献２】
特開平１１−２６１５０１号公報（第３−５頁、図１−７）
【００１３】
【発明が解決しようとする課題】
しかしながら、この従来技術によれば、ユーザが所望のデータ・サービスを選択してから、そのデータ・サービスにより提供されるデータに基づくアプリケーション処理による表示が行われ、又はそのデータ・サービスに対応するアプリケーションをサポートしていない旨の表示が行われるまでに長い時間を要するという問題がある。
【００１４】
また、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨の表示が行われた場合に再びそのデータ・サービスを選択したとき、ユーザは再び同じように長い時間待たされるので、不快感を覚えるという問題がある。
【００１５】
本発明の目的は、このような従来技術の問題点に鑑み、データ放送受信装置において、データ・サービスの選択から対応不能である旨の表示を行うまでに要する時間を短縮することにある。また、対応不能である旨の表示を行ったデータ・サービスが再び選択された場合に、再び長い待ち時間が生じるという不都合を解消することにある。
【００１６】
【課題を解決するための手段】
この目的を達成するため、第１の発明に係るデータ放送受信装置は、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信手段と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定手段とを備えたデータ放送受信装置において、前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とする。
【００１７】
ここで、データ放送としては、たとえばＤＡＢ形式によるものが該当する。データ・サービスについて対応可能でない場合とは、たとえば装置上のアプリケーションプログラムが、得られるサービス用データに対応していない場合が該当する。サービス用データとしては、たとえばＪａｖａ（登録商標）アプレット、イメージ・ファイル、Ｈｔｍｌファイル、ＭＰＥＧオーディオ、ＭＰＥＧビデオ等が該当する。
【００１８】
受信中の放送に含まれるデータ・サービスについて対応可能か否かの判断は、従来は、受信して最終的に得られるサービス用データ、たとえばファイルや一区切りのフォーマットデータに基づいて行っていた。つまり、データ伝送に使用される階層的プロトコルにおける最上位層のデータを得てから、それに基づいて対応可能か否かを判定していた。このため、対応可否の判断に長い時間が必要であった。これに対し、本発明では、下位層のプロトコルのデータに基づいて、対応不能である場合にはその旨の判定を行うようにしたため、対応不能である場合には、上位層のデータを得てから判断する従来の場合よりも早期に、対応不能である旨の判定を行うことができる。
【００１９】
第２の発明に係るデータ放送受信装置は、第１発明において、前記判定手段は、前記下位層のプロトコルのデータとして、所定時間内に、対応可能なものを得ることができないことが判明したとき、判定対象のデータ・サービスについて対応不能である旨の判定を行うものであることを特徴とする。ここで、所定時間内に、対応可能な下位層のプロトコルのデータを得ることができない場合としてはたとえば、所定時間内に、装置が処理可能なデータを形成するための下位層のプロトコルに合致しないフォーマットのデータやそのようなプロトコルとは異なるプロトコルのデータが得られた場合や、所定時間内に、装置が処理可能なデータを形成するための下位層のプロトコルに合致したデータが得られない場合が該当する。
【００２０】
第３の発明に係るデータ放送受信装置は、第１又は第２発明において、前記下位層のプロトコルとして複数のプロトコルが存在し、前記判定手段は、各下位層のプロトコルのデータとして所定時間内に装置が対応可能なものを得ることができたか否かを最下位層から各下位層毎に順次判定し、対応可能なものが得られなかったと最初に判定した時点で、前記所定データ・サービスについて対応不能である旨の判定を行うものであることを特徴とする。
【００２１】
第４の発明に係るデータ放送受信装置は、第１〜第３のいずれかの発明において、前記データ放送はＤＡＢ方式によるものであり、前記下位層のプロトコルは、前記サービス用データとして種々の形式のファイルを搬送するためのＭＯＴプロトコル、このプロトコルに従ったＭＯＴデータを分割して搬送するＭＳＣデータ・グループを規定するプロトコル、及びＭＳＣデータ・グループを分割して搬送するパケットを規定するプロトコルを含むことを特徴とする。
【００２２】
第５の発明に係るデータ放送受信装置は、第１〜第４のいずれかの発明において、前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、選択されたデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は対応不能と判定されたデータ・サービスを一覧から消去するものであることを特徴とする。
【００２３】
第６の発明に係るデータ放送受信装置は、第１〜第４のいずれかの発明において、前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、受信中のデータ放送に含まれるすべてのデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は、対応可能と判定されたデータ・サービスについてのみその一覧を表示するものであることを特徴とする。
【００２４】
第７の発明に係るデータ放送受信方法は、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信工程と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定工程とを備えたデータ放送受信方法において、前記判定工程では、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うことを特徴とする。
【００２５】
第８の発明に係るプログラムは、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信装置のコンピュータを、受信中の放送に含まれるデータ・サービスについて受信装置が対応可能か否かを判定する判定手段として機能させるプログラムにおいて、前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とする。
【００２６】
【発明の実施の形態】
図１は本発明の一実施形態に係るＤＡＢ放送受信機の構成を示すブロック図である。同図において、１はアンテナに入射する電波から特定周波数のＤＡＢ信号を抽出して出力するＲＦ部、２はＲＦ部１からのＤＡＢ信号に基づき、ＤＡＢフレームデータを出力する復調部、３は復調部２からのＤＡＢフレームデータをデコードし、オーディオフレーム等を再生して出力するチャンネルデコーダ、４はチャンネルデコーダ３からのオーディオフレームに基づき、ディジタルオーディオデータをスピーカ等に出力するオーディオデーコーダ、５はデータ・サービスに係るデータやその他のＤＡＢデータの処理や装置各部の制御を行うＤＡＢデータ処理部／制御部である。ＤＡＢデータ処理部／制御部５には、表示部６、操作部７、メモリ８及び不揮発メモリ９が接続されている。
【００２７】
ＲＦ部１は、アンテナからの信号のうち特定周波数のＤＡＢ信号を同調により抽出するため、局部信号生成用のＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）回路を備える。復調部２はアナログディジタル変換器、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）部、ＩＱ復調部等を備え、ＲＦ部１から供給されるＤＡＢ信号をＤＱＰＳＫ（Ｄｉｆｆｅｒｅｎｔｉａｌ Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）復調して得られるＤＡＢフレームデータをチャンネルデコーダ３に供給する。
【００２８】
図２はＤＡＢフレームデータ（ＤＡＢトランスミッション・フレーム）の構造を示す。ＤＡＢフレームデータは、同図に示すように、受信機が番組を復調するのに必要な情報や番組に関する補助情報等からなるファスト・インフォメーション（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を含み、受信機によって前もって解析されるＦＩＣ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ）、及び多重化された音声サービスやデータ・サービスのデータを含み、必要な部分が必要に応じてデコード及び解析されるＭＳＣ（Ｍａｉｎ Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ）を有する。
【００２９】
ＭＳＣは、ＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｌｅａｖｅｄ Ｆｒａｍｅ）毎にインタリーブされている。ＣＩＦの数はトランスミッション・モードに応じて異なる。各ＣＩＦはサブチャンネル（Ｓｕｂ Ｃｈａｎｎｅｌ）毎の音声データを有し、この音声データがデコードされ、音声出力となる。データ・サービスの場合は、ストリーム・データとしてサブチャンネルを使用することができる。放送局は特定のサブチャンネルを、パケットデータを送信するものとして設定することができる。各パケットは頭からつめて送信されるが、パケット・アドレスにより識別され、管理される。
【００３０】
ＦＩＣは複数のＦＩＢ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を有し、ＦＩＢは複数のＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）を有する。ＦＩＢはファスト・インフォメーション（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）の一塊であるが、その数はトランスミッション・モードに応じて異なる。ＦＩＧには複数の種類が存在し、番組に関する補助情報や、ＭＳＣのＣＩＦ内においてどのようにサブチャンネルが多重化されているかを示すＭＣＩ（Ｍｕｌｔｉｐｌｅｘ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）等の情報が存在する。
【００３１】
図１中のチャンネルデコーダ３は、デインタリーブ回路、誤り訂正回路等を備え、復調部２から供給されるＤＡＢフレームデータをデコードし、ＦＩＣをＤＡＢデータ処理部／制御部５に供給し、オーディオフレームをオーディオデコーダ４に供給する。ＤＡＢデータ処理部／制御部５は、ＣＰＵ（中央処理装置）、ＤＳＰ（デジタルシグナルプロセッサ）等で構成される。
【００３２】
ＤＡＢデータ処理部／制御部５は、操作部７からの入力信号に応じて受信動作を開始し、表示部６に受信状態を示す表示データを出力する。その際、ＲＦ部１にＰＬＬ設定データ（同調のためのＰＬＬ回路の局部信号の周波数を設定するデータ）を出力し、復調部２を制御してＤＡＢフレームデータをチャンネルデコーダ３に供給する。
【００３３】
ＤＡＢデータ処理部／制御部５はさらに、チャンネルデコーダ３を制御してＦＩＣを取得し、受信するサービスに対応して再生対象とすべきオーディオフレームをオーディオデコーダ４に供給する。また、ＦＩＣに基づき、受信中のアンサンブルに含まれる全データ・サービスをリスト化して表示し、リスト中からユーザが選択したデータ・サービスに対応するパケットをチャンネルデコーダ３から取得する。取得したパケットに基づき、後述する図５のプロトコル階層を経て対応するフィルを形成し、対応するアプリケーションの処理を行う。
【００３４】
オーディオデコーダ４は、たとえば通常のＩＳＯ／ＭＰＥＧオーディオソースデコーダ等で構成され、チャンネルデコーダ３から供給されるオーディオフレームをサブバンド毎に再量子化及びスケーリングし、さらにサブバンド周波数合成及びディジタルオーディオ変換を行ってスピーカ等に出力する。操作部７は押ボタン等を有しており、ＤＡＢデータ処理部／制御部５に種々の指示、たとえば指定番組の検索指示や、所望のデータ・サービスの選択指示等を入力するために用いられる。表示部６はＬＣＤ（液晶ディスプレイ）等を備え、操作部７による操作状況、ＤＡＢデータ処理部／制御部５での処理状況等を表示する。
【００３５】
メモリ８は、ＲＡＭ等で構成され、チャンネルデコーダ３から供給されるＦＩＣ等や、操作部７で入力される指示データや、受信状態を示すデータ等を記憶する。不揮発性メモリ９はフラッシュ・メモリ等で構成され、各サービスの受信に際して得られる各サービスのＳＩｄ及び各サービスの放送に使用される周波数の情報を記憶し、受信機の電源オフ後も保持する。
【００３６】
図３はＤＡＢ放送で受信可能なデータ・サービスにより提供し得るアプリケーションの種類を示す。地震や津波等に関する緊急放送を行うＥＷＳ、ページング放送、交通情報を扱うＴＭＣやＴＰＥＧ、ディファレンシャルＧＰＳ、画像を定期的に切り替えるスライド・ショー、電子プログラム・ガイドのためのＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等がある。
【００３７】
図４は、表示部７の表示画面におけるデータ・サービス選択時の表示状況を示す。同図（ａ）では、受信中のアンサンブルに含まれる全データ・サービスのリストを表示し、ユーザによるデータ・サービスの選択を受け入れている状態にある表示画面４１が示されている。同図（ｂ）では、選択されたデータ・サービスに応じた表示を行っている表示画面４１が示されている。同図（ｃ）では、選択されたデータ・サービスが対応できないものであるときの表示画面４１が示されている。表示画面４１中の４２は選択可能なデータ・サービスのリストを表示するためのリスト表示領域、４３は選択されたデータ・サービスにより提供されるデータを用いて、対応するアプリケーションの表示を行うためのアプリケーション表示領域である。
【００３８】
データ・サービスで提供されるデータは、データ・サービス毎に異なる送信メカニズムや送信のデータ・フォーマットで送信され得る。図５はデータ・サービスで提供されるデータの送信メカニズム及び送信フォーマットの一例を示すレイヤ図である。同図では、ＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）やスライド・ショー等のアプリケーションに使用される種々のファイルを送信するためのＭＯＴ（Ｍｕｌｔｉｍｅｄｉａ Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ）プロトコルを用いて送信する場合を示している。
【００３９】
この送信メカニズムでは、データ・サービスにより提供される各種ファイルはＭＯＴプロトコルに従い、有効長さ等の情報を含むヘッダを有するＭＯＴデータに変換され、ＤＡＢシステムにより伝送される。ＤＡＢ規格によれば、ＭＯＴデータは、タイプ３、４、又は５のＭＳＣデータ・グループに分割されて伝送される。タイプ３のデータ・グループはＭＯＴデータのヘッダ情報を含み、タイプ４のデータ・グループは本来のＭＯＴオブジェクトの内容を含む。タイプ５のデータグループは、スクランブル処理されたデータを伝送するために用いられ、スクランブル処理されたデータ及びスクランブル解除のためのパラメータを含む。各ＭＳＣデータ・グループは、それぞれ、グループ内で同一アドレスが付された１つ又は複数のパケットに分割して伝送される。グループ内の最初及び最後のパケットはフラグにより区別される。
【００４０】
ＤＡＢ放送局はこのような送信メカニズム及び送信フォーマットにより、各種アプリケーションで使用するＪａｖａ（登録商標）、各種イメージファイル、Ｈｔｍｌファイル、ＭＰＥＧオーディオ、ＭＰＥＧビデオ等のファイルを、ＭＯＴプロトコルを介し、ＤＡＢシステムによるデータ・サービスとして送信することができる。なお、インターネットにおけるようなウェブ・ページを扱うＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）にはＨｔｍｌファイルやイメージ・ファイルを使用することができる。スライド・ショーにはイメージ・ファイルを使用することができる。また、他のアプリケーション用のデータも、図５に類似した階層的プロトコル若しくはレイヤ構成に従って変換し、送信することができる。
【００４１】
図５のような送信メカニズムは、アプリケーションやそれに使用するファイルによって異なる。このため、選択されたデータ・サービスについて、装置がサポートしているアプリケーションに適合した送信メカニズムやフォーマットに従ったデータが一定期間受信できなかった時点、又はサポートしているアプリケーションに適合しない送信メカニズムやフォーマットによるデータを受信した時点において、そのデータ・サービスについては対応できないことが判明する。本実施形態では、このことを利用し、図５の各レイヤ若しくはプロトコルの階層毎に、装置がサポートしているアプリケーションに適合するフォーマットのデータが所定時間内に生成できたか否かを判定することにより、選択されたデータ・サービスに対する対応可否を早期に判定できるようにしている。
【００４２】
図６は選択されたデータ・サービスについての対応可否判定の処理手順を示すフローチャートである。図４（ａ）のリスト表示領域４２に表示されたデータ・サービス中の１つ、たとえば“ＤＡＢ Ｄａｔａ２”がユーザによって選択されると、ＤＡＢデータ処理部／制御部５は、ステップ６１において、“ＤＡＢ Ｄａｔａ２”の表示をハイライトさせ、タイマＡ〜Ｄを設定する。すなわち、選択されたデータ・サービスについて、装置が対応可能なパケットが受信できたと判定するまでに要してもよい最大時間をタイマＡに設定し、装置が対応可能なＭＳＣデータ・グループが生成できたと判定するまでに要してもよい最大時間をタイマＢに設定し、装置が対応可能なＭＯＴデータが生成できたと判定するまでに要してもよい最大時間をタイマＣに設定し、そして装置が対応可能なファイルが生成できたと判定するまでに要してもよい最大時間をタイマＤに設定する。
【００４３】
ここで、装置が対応可能とは、選択されたデータ・サービスについて受信し、解析して得られたパケット、ＭＳＣデータ・グループ、ＭＯＴデータ及びファイルが、装置がサポートしているアプリケーションに適合したファイル、又はこのファイルを生成するための各プロトコルの形式に合致したものであることを意味する。つまり、パケット、ＭＳＣデータ・グループ及びＭＯＴデータの段階では完全に適合していることは決定できず、各プロトコルの段階としては少なくとも適合していることを決定できるのみである。つまり完全に適合していることを決定するためにはファイルの生成を待たなければならない。
【００４４】
次にステップ６２において、選択されたデータ・サービスについて、装置が対応可能なパケットが受信できたか否かを判定する。受信できたと判定した場合はステップ６４へ進み、受信できなかったと判定した場合はステップ６３へ進む。ステップ６３では、タイマＡのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４５】
ステップ６４では、得られたパケットに基づき、対応可能なＭＳＣデータ・グループが生成できたか否かを判定する。生成できたと判定した場合はステップ６６へ進む。生成できなかったと判定した場合はステップ６５へ進み、タイマＢのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４６】
ステップ６６では、生成したＭＳＣデータ・グループに基づき、対応可能なＭＯＴデータが生成できたか否かを判定する。生成できたと判定した場合はステップ６８へ進む。生成できなかったと判定した場合はステップ６７へ進み、タイマＣのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４７】
ステップ６８では、生成したＭＯＴデータに基づき、対応可能なファイルが生成できたか否かを判定する。生成できたと判定した場合はステップ７０へ進む。生成できなかったと判定した場合はステップ６９へ進み、タイマＤのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４８】
ステップ７０では、生成したファイルに基づき、対応するアプリケーションの処理をして、表示を行う。図４（ｂ）はこのときの表示状態を例示している。アプリケーション表示領域４３において、選択されたデータ・サービス“ＤＡＢ Ｄａｔａ２”に応じ、対応データに基づく表示が行われている。
【００４９】
ステップ７１では、選択されたデータ・サービス“ＤＡＢ Ｄａｔａ２”に対応するアプリケーションが提供不能である旨を表示するとともに、提供不能であるデータ・サービス“ＤＡＢ Ｄａｔａ２”の表示を、リスト表示領域４２から消去する。図４（ｃ）はこのときの表示状態を例示する。アプリケーション表示領域４３には、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨を示す“Ｎｏｔ Ｓｕｐｐｏｒｔ”が表示されている。
【００５０】
本実施形態によれば、選択されたデータ・サービスに装置が対応しているか否かを、データ送信プロトコルにおける下位層の段階で判定するようにしたため、対応可能でない場合は、早期にその旨を検出することができる。つまり、最下位層（ネットワーク層）のパケットの段階において、対応できないと判断できる場合は、より上位層のたとえばＭＳＣデータ・グループ（トランスポート層）に変換しても対応不能であることは明らかであり、一方、パケットの段階で対応可能であると判断できるにしても、より上位層では対応可能であるどうかは不明である。そこで、より下位層の段階で対応不能であると判定できるものについては直ちに対応不能であると判断することにより、一律に最上位層のデータに基づいて対応可否を判断していた従来に比べ、対応不能の判定をより早期に行うことができる。
【００５１】
図７は本発明の他の実施形態に係るＤＡＢ放送受信機における処理を示すフローチャートである。この受信機のハード構成及び以下に述べる動作以外の点については、上述の実施形態の場合と同様である。本実施形態では、アンサンブルの受信を開始したとき、アンサンブルに含まれる全データ・サービスについて対応可否を判定し、対応可能なデータ・サービスのみをリスト表示するようにしている。
【００５２】
すなわち図７の処理を開始すると、ＤＡＢデータ処理部／制御部５は、まずステップ７２において、アンサンブルの受信を開始したか否かを判定する。アンサンブルの受信開始は、受信機の電源が投入されたときや、受信しているアンサンブルが切り替えられたときに生じる。アンサンブルの受信開始を検出しない場合は処理を終了し、検出した場合はステップ７３へ進む。
【００５３】
ステップ７３では、一定期間が経過するまでＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）データの受信を行う。次にステップ７４において、ＦＩＧデータの受信結果に基づき、データ・サービスの有無を判定する。データ・サービスが存在しないと判定した場合は処理を終了し、存在すると判定した場合はステップ７５へ進む。
【００５４】
ステップ７５では、受信中のアンサンブルが提供する全データ・サービスのリストをＦＩＧのタイプ１データに基づいて作成する。次に、ステップ７６において、カウンタｉに１をセットする。次に、リスト中のｉ番目のデータ・サービスについて、対応可否を、ステップ７７でチェックし、ステップ７８でチェック結果に基づき判定する。対応可能と判定した場合はステップ８０に進む。対応不能であると判定した場合はステップ７９においてｉ番目のデータ・サービスをリストから削除してからステップ８０へ進む。
【００５５】
ステップ８０では、リスト中の全データ・サービスについてチェックを終了したか否かを判定する。終了していないと判定した場合はステップ８１においてカウンタｉを１だけインクリメントし、ステップ７７へ戻る。終了したと判定した場合はステップ８２へ進む。
【００５６】
図９（ａ）はステップ７５〜８１の処理を行っているときの表示画面４１の表示状況を示す。ＤＡＢデータ処理部／制御部５はアプリケーション表示領域４３において、提供可能なデータ・サービスのリスト表示を行うために各データ・サービスについて対応可否をチェックしている旨を示す“Ｃｈｅｃｋｉｎｇ”の表示を行っている。
【００５７】
ステップ８２では、作成したデータ・サービスのリストの内容をリスト表示領域４２に表示し、処理を終了する。図９（ｂ）はこのときの表示画面４１における表示状況を示している。
【００５８】
この後、表示されたデータ・サービスのリスト中から所望のデータ・サービスがユーザによって選択されると、ＤＡＢデータ処理部／制御部５は、選択されたデータ・サービスに対応するデータに基づき、対応するアプリケーションに従った処理を行い、表示を行う。図９（ｃ）はこのときの表示画面４１における表示状況を示している。
【００５９】
図８は図７中のステップ７７の処理を示すフローチャートである。ステップ８３〜９１の処理は、図６のステップ６１〜６９と同様である。ステップ９０において、生成したＭＯＴデータに基づき、対応可能なファイルが生成できたと判定した場合は、ステップ９２において、ｉ番目のデータ・サービスについてはアプリケーションの対応が可能である旨のチェック結果“ＯＫ”を変数Ｒｅｓｕｌｔに設定して処理を終了する。ステップ８５、８７、８９、又は９１において、タイマＡ、Ｂ、Ｃ、又はＤのカウント値が設定値をオーバしたと判定した場合はステップ９３において、ｉ番目のデータ・サービスについてはアプリケーションの対応が不能である旨のチェック結果“ＮＧ”を変数Ｒｅｓｕｌｔに設定し、処理を終了する。処理が終了すると、図７のステップ７８へ進む。
【００６０】
本実施形態によれば、図９（ｂ）のように、受信中のアンサンブルに含まれるデータ・サービスのうちの対応可能であるもののみがリスト表示領域４２上に表示されるため、図９（ｃ）のように、ユーザが選択したデータ・サービスについては必ずアプリケーション表示領域４３においてアプリケーション処理による表示が行われることになる。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、データ・サービスについての対応可否について、下位層のプロトコルのデータに基づき、対応不能である場合にはその旨の判定を行うようにしたため、対応不能である場合には、早期に、対応不能である旨の判定を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るＤＡＢ放送受信機の構成を示すブロック図である。
【図２】ＤＡＢフレームデータの構造を示す図である。
【図３】ＤＡＢ放送で受信可能なデータ・サービスにより提供し得るアプリケーションの種類を示す図である。
【図４】図１の装置の表示部の表示画面におけるデータ・サービス選択時の表示状況を示す図である。
【図５】データ・サービスで提供されるデータの送信メカニズム及び送信フォーマットの一例を示すレイヤ図である。
【図６】図１の装置における、選択されたデータ・サービスについての対応可否判定の処理手順を示すフローチャートである。
【図７】本発明の他の実施形態に係るＤＡＢ放送受信機における処理を示すフローチャートである。
【図８】図７中のステップ７７の処理を示すフローチャートである。
【図９】図７の処理における表示画面の表示状況を示す図である。
【図１０】従来のＤＡＢレシーバにおいてアンサンブルの受信開始からアンサンブルに含まれる全アプリケーションのリストを表示するまでの処理を示すフローチャートである。
【図１１】従来のＤＡＢレシーバにおいてリスト表示に基づいて選択が行われたときの処理を示すフローチャートである。
【図１２】図１１の処理に応じた画像表示例を示す図である。
【符号の説明】
１：ＲＦ部、２：復調部、３：チャンネルデコーダ、４：オーディオデコーダ、５：ＤＡＢデータ処理部／制御部、６：表示部、７：操作部、８：メモリ、９：不揮発メモリ、３２：アンテナ、４１，１２１：表示画面、４２，１２４：リスト表示領域、４３，１２５：アプリケーション表示領域。
本発明は、データ放送受信装置、データ放送受信方法、及びプログラムに関する。
【発明の属する技術分野】
【０００２】
【従来の技術】
移動体向けディジタル・オーディオ放送の一方式であるＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）によれば、音声放送としてのプログラム・サービスのほか、データ放送としてのデータ・サービスの提供も行うことができる（たとえば、特許文献１及び２参照）。データ・サービスに対応するアプリケーションとしては、たとえば画像を定期的に切り替えるスライド・ショーや、インターネットにおけるようなウェブ・ページを扱うＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）や、交通情報を扱うＴＭＣ（Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ Ｃｈａｎｎｅｌ）やＴＰＥＧ（Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）がある。これらのアプリケーションは多種多様であるため、従来、ＤＡＢのレシーバは、すべてのアプリケーションに対応することは難しく、いくつかのアプリケーションのみに対応している場合が多い。
【０００３】
図１０〜１２は従来のＤＡＢレシーバにおいてユーザにより所望のデータ・サービスが選択される際の動作を示す。図１０ではアンサンブルの受信開始からアンサンブルに含まれる全アプリケーションのリストを表示するまでの処理が示されている。図１１ではリスト表示に基づいて選択が行われたときの処理が示されている。図１２ではこれらの処理に応じた画像表示例が示されている。
【０００４】
図１０の処理を開始すると、レシーバはまずステップ１０１において、アンサンブルの受信を開始したか否かを判定する。アンサンブルの受信開始は、レシーバの電源が投入されたときや、受信しているアンサンブルが切り替えられたときに生じる。アンサンブルの受信開始を検出しない場合は処理を終了し、検出した場合はステップ１０２へ進む。
【０００５】
ステップ１０２では、一定期間が経過するまでＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）のデータの受信を行う。次にステップ１０３において、ＦＩＧデータの受信結果に基づき、データ・サービスが有るか否かを判定する。データ・サービスが存在しないと判定した場合は処理を終了し、存在すると判定した場合はステップ１０４へ進む。
【０００６】
ステップ１０４では、受信中のアンサンブルが提供する全データ・サービスをリスト化して表示する。その後、処理を終了する。図１２（ａ）はこのときのレシーバの表示画面１２１を示す。表示画面１２１中のリスト表示領域１２４には“ＤＡＢ Ｄａｔａ１”、“ＤＡＢ Ｄａｔａ２”、及び“ＤＡＢ Ｄａｔａ３”というデータ・サービスがリスト表示されている。
【０００７】
このリストからユーザが所望のデータ・サービス、たとえば“ＤＡＢ Ｄａｔａ２”を選択すると、レシーバは“ＤＡＢ Ｄａｔａ２”の表示を強調して図１１の処理を開始する。まず、ステップ１１１において、選択されたデータ・サービスのデータに基づくアプリケーションの処理が可能かどうかを判断するのに使用できる最大時間をタイマに設定する。
【０００８】
次に、選択されたサービスに関するデータを受信して解析しながら、レシーバが対応しているアプリケーションの処理が可能であると認めるに足るデータ、たとえば当該アプリケーションに適合したファイルや一区切りのフォーマット・データが得られたか否かをステップ１１２において判定し、かつタイマの設定時間を超えたか否かをテップ１１３において判定する処理を繰り返す。
【０００９】
ステップ１１２において、アプリケーション処理が可能であると認めるに足るデータが得られたと判定した場合は、ステップ１１４において、得られたデータを用いて対応するアプリケーションの処理を行い、処理を終了する。図１２（ｂ）はこのときの表示画面１２１を示す。アプリケーション表示領域１２５では、アプリケーション処理による表示が行われている。
【００１０】
ステップ１１３において、タイマの設定時間を超過したと判定した場合は、ステップ１１５において、選択されたデータ・サービスには対応できない旨の表示を行い、処理を終了する。図１２（ｃ）はこのときの表示画面１２１を示す。アプリケーション表示領域１２５では、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨を示す“Ｎｏｔ Ｓｕｐｐｏｒｔ”が表示されている。
【００１１】
このようにサポートできない旨の表示が行われた場合、再び同じデータ・サービスを選択することも可能である。同じデータ・サービスが選択された場合は、同様にして図１１の処理を繰り返す。
【００１２】
【特許文献１】
特開２００１−２５４３２号公報（第４−７頁、図１−７）
【特許文献２】
特開平１１−２６１５０１号公報（第３−５頁、図１−７）
【００１３】
【発明が解決しようとする課題】
しかしながら、この従来技術によれば、ユーザが所望のデータ・サービスを選択してから、そのデータ・サービスにより提供されるデータに基づくアプリケーション処理による表示が行われ、又はそのデータ・サービスに対応するアプリケーションをサポートしていない旨の表示が行われるまでに長い時間を要するという問題がある。
【００１４】
また、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨の表示が行われた場合に再びそのデータ・サービスを選択したとき、ユーザは再び同じように長い時間待たされるので、不快感を覚えるという問題がある。
【００１５】
本発明の目的は、このような従来技術の問題点に鑑み、データ放送受信装置において、データ・サービスの選択から対応不能である旨の表示を行うまでに要する時間を短縮することにある。また、対応不能である旨の表示を行ったデータ・サービスが再び選択された場合に、再び長い待ち時間が生じるという不都合を解消することにある。
【００１６】
【課題を解決するための手段】
この目的を達成するため、第１の発明に係るデータ放送受信装置は、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信手段と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定手段とを備えたデータ放送受信装置において、前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とする。
【００１７】
ここで、データ放送としては、たとえばＤＡＢ形式によるものが該当する。データ・サービスについて対応可能でない場合とは、たとえば装置上のアプリケーションプログラムが、得られるサービス用データに対応していない場合が該当する。サービス用データとしては、たとえばＪａｖａ（登録商標）アプレット、イメージ・ファイル、Ｈｔｍｌファイル、ＭＰＥＧオーディオ、ＭＰＥＧビデオ等が該当する。
【００１８】
受信中の放送に含まれるデータ・サービスについて対応可能か否かの判断は、従来は、受信して最終的に得られるサービス用データ、たとえばファイルや一区切りのフォーマットデータに基づいて行っていた。つまり、データ伝送に使用される階層的プロトコルにおける最上位層のデータを得てから、それに基づいて対応可能か否かを判定していた。このため、対応可否の判断に長い時間が必要であった。これに対し、本発明では、下位層のプロトコルのデータに基づいて、対応不能である場合にはその旨の判定を行うようにしたため、対応不能である場合には、上位層のデータを得てから判断する従来の場合よりも早期に、対応不能である旨の判定を行うことができる。
【００１９】
第２の発明に係るデータ放送受信装置は、第１発明において、前記判定手段は、前記下位層のプロトコルのデータとして、所定時間内に、対応可能なものを得ることができないことが判明したとき、判定対象のデータ・サービスについて対応不能である旨の判定を行うものであることを特徴とする。ここで、所定時間内に、対応可能な下位層のプロトコルのデータを得ることができない場合としてはたとえば、所定時間内に、装置が処理可能なデータを形成するための下位層のプロトコルに合致しないフォーマットのデータやそのようなプロトコルとは異なるプロトコルのデータが得られた場合や、所定時間内に、装置が処理可能なデータを形成するための下位層のプロトコルに合致したデータが得られない場合が該当する。
【００２０】
第３の発明に係るデータ放送受信装置は、第１又は第２発明において、前記下位層のプロトコルとして複数のプロトコルが存在し、前記判定手段は、各下位層のプロトコルのデータとして所定時間内に装置が対応可能なものを得ることができたか否かを最下位層から各下位層毎に順次判定し、対応可能なものが得られなかったと最初に判定した時点で、前記所定データ・サービスについて対応不能である旨の判定を行うものであることを特徴とする。
【００２１】
第４の発明に係るデータ放送受信装置は、第１〜第３のいずれかの発明において、前記データ放送はＤＡＢ方式によるものであり、前記下位層のプロトコルは、前記サービス用データとして種々の形式のファイルを搬送するためのＭＯＴプロトコル、このプロトコルに従ったＭＯＴデータを分割して搬送するＭＳＣデータ・グループを規定するプロトコル、及びＭＳＣデータ・グループを分割して搬送するパケットを規定するプロトコルを含むことを特徴とする。
【００２２】
第５の発明に係るデータ放送受信装置は、第１〜第４のいずれかの発明において、前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、選択されたデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は対応不能と判定されたデータ・サービスを一覧から消去するものであることを特徴とする。
【００２３】
第６の発明に係るデータ放送受信装置は、第１〜第４のいずれかの発明において、前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、受信中のデータ放送に含まれるすべてのデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は、対応可能と判定されたデータ・サービスについてのみその一覧を表示するものであることを特徴とする。
【００２４】
第７の発明に係るデータ放送受信方法は、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信工程と、受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定工程とを備えたデータ放送受信方法において、前記判定工程では、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うことを特徴とする。
【００２５】
第８の発明に係るプログラムは、サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信装置のコンピュータを、受信中の放送に含まれるデータ・サービスについて受信装置が対応可能か否かを判定する判定手段として機能させるプログラムにおいて、前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とする。
【００２６】
【発明の実施の形態】
図１は本発明の一実施形態に係るＤＡＢ放送受信機の構成を示すブロック図である。同図において、１はアンテナに入射する電波から特定周波数のＤＡＢ信号を抽出して出力するＲＦ部、２はＲＦ部１からのＤＡＢ信号に基づき、ＤＡＢフレームデータを出力する復調部、３は復調部２からのＤＡＢフレームデータをデコードし、オーディオフレーム等を再生して出力するチャンネルデコーダ、４はチャンネルデコーダ３からのオーディオフレームに基づき、ディジタルオーディオデータをスピーカ等に出力するオーディオデーコーダ、５はデータ・サービスに係るデータやその他のＤＡＢデータの処理や装置各部の制御を行うＤＡＢデータ処理部／制御部である。ＤＡＢデータ処理部／制御部５には、表示部６、操作部７、メモリ８及び不揮発メモリ９が接続されている。
【００２７】
ＲＦ部１は、アンテナからの信号のうち特定周波数のＤＡＢ信号を同調により抽出するため、局部信号生成用のＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）回路を備える。復調部２はアナログディジタル変換器、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）部、ＩＱ復調部等を備え、ＲＦ部１から供給されるＤＡＢ信号をＤＱＰＳＫ（Ｄｉｆｆｅｒｅｎｔｉａｌ Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）復調して得られるＤＡＢフレームデータをチャンネルデコーダ３に供給する。
【００２８】
図２はＤＡＢフレームデータ（ＤＡＢトランスミッション・フレーム）の構造を示す。ＤＡＢフレームデータは、同図に示すように、受信機が番組を復調するのに必要な情報や番組に関する補助情報等からなるファスト・インフォメーション（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を含み、受信機によって前もって解析されるＦＩＣ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ）、及び多重化された音声サービスやデータ・サービスのデータを含み、必要な部分が必要に応じてデコード及び解析されるＭＳＣ（Ｍａｉｎ Ｓｅｒｖｉｃｅ Ｃｈａｎｎｅｌ）を有する。
【００２９】
ＭＳＣは、ＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｌｅａｖｅｄ Ｆｒａｍｅ）毎にインタリーブされている。ＣＩＦの数はトランスミッション・モードに応じて異なる。各ＣＩＦはサブチャンネル（Ｓｕｂ Ｃｈａｎｎｅｌ）毎の音声データを有し、この音声データがデコードされ、音声出力となる。データ・サービスの場合は、ストリーム・データとしてサブチャンネルを使用することができる。放送局は特定のサブチャンネルを、パケットデータを送信するものとして設定することができる。各パケットは頭からつめて送信されるが、パケット・アドレスにより識別され、管理される。
【００３０】
ＦＩＣは複数のＦＩＢ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を有し、ＦＩＢは複数のＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）を有する。ＦＩＢはファスト・インフォメーション（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）の一塊であるが、その数はトランスミッション・モードに応じて異なる。ＦＩＧには複数の種類が存在し、番組に関する補助情報や、ＭＳＣのＣＩＦ内においてどのようにサブチャンネルが多重化されているかを示すＭＣＩ（Ｍｕｌｔｉｐｌｅｘ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）等の情報が存在する。
【００３１】
図１中のチャンネルデコーダ３は、デインタリーブ回路、誤り訂正回路等を備え、復調部２から供給されるＤＡＢフレームデータをデコードし、ＦＩＣをＤＡＢデータ処理部／制御部５に供給し、オーディオフレームをオーディオデコーダ４に供給する。ＤＡＢデータ処理部／制御部５は、ＣＰＵ（中央処理装置）、ＤＳＰ（デジタルシグナルプロセッサ）等で構成される。
【００３２】
ＤＡＢデータ処理部／制御部５は、操作部７からの入力信号に応じて受信動作を開始し、表示部６に受信状態を示す表示データを出力する。その際、ＲＦ部１にＰＬＬ設定データ（同調のためのＰＬＬ回路の局部信号の周波数を設定するデータ）を出力し、復調部２を制御してＤＡＢフレームデータをチャンネルデコーダ３に供給する。
【００３３】
ＤＡＢデータ処理部／制御部５はさらに、チャンネルデコーダ３を制御してＦＩＣを取得し、受信するサービスに対応して再生対象とすべきオーディオフレームをオーディオデコーダ４に供給する。また、ＦＩＣに基づき、受信中のアンサンブルに含まれる全データ・サービスをリスト化して表示し、リスト中からユーザが選択したデータ・サービスに対応するパケットをチャンネルデコーダ３から取得する。取得したパケットに基づき、後述する図５のプロトコル階層を経て対応するフィルを形成し、対応するアプリケーションの処理を行う。
【００３４】
オーディオデコーダ４は、たとえば通常のＩＳＯ／ＭＰＥＧオーディオソースデコーダ等で構成され、チャンネルデコーダ３から供給されるオーディオフレームをサブバンド毎に再量子化及びスケーリングし、さらにサブバンド周波数合成及びディジタルオーディオ変換を行ってスピーカ等に出力する。操作部７は押ボタン等を有しており、ＤＡＢデータ処理部／制御部５に種々の指示、たとえば指定番組の検索指示や、所望のデータ・サービスの選択指示等を入力するために用いられる。表示部６はＬＣＤ（液晶ディスプレイ）等を備え、操作部７による操作状況、ＤＡＢデータ処理部／制御部５での処理状況等を表示する。
【００３５】
メモリ８は、ＲＡＭ等で構成され、チャンネルデコーダ３から供給されるＦＩＣ等や、操作部７で入力される指示データや、受信状態を示すデータ等を記憶する。不揮発性メモリ９はフラッシュ・メモリ等で構成され、各サービスの受信に際して得られる各サービスのＳＩｄ及び各サービスの放送に使用される周波数の情報を記憶し、受信機の電源オフ後も保持する。
【００３６】
図３はＤＡＢ放送で受信可能なデータ・サービスにより提供し得るアプリケーションの種類を示す。地震や津波等に関する緊急放送を行うＥＷＳ、ページング放送、交通情報を扱うＴＭＣやＴＰＥＧ、ディファレンシャルＧＰＳ、画像を定期的に切り替えるスライド・ショー、電子プログラム・ガイドのためのＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等がある。
【００３７】
図４は、表示部７の表示画面におけるデータ・サービス選択時の表示状況を示す。同図（ａ）では、受信中のアンサンブルに含まれる全データ・サービスのリストを表示し、ユーザによるデータ・サービスの選択を受け入れている状態にある表示画面４１が示されている。同図（ｂ）では、選択されたデータ・サービスに応じた表示を行っている表示画面４１が示されている。同図（ｃ）では、選択されたデータ・サービスが対応できないものであるときの表示画面４１が示されている。表示画面４１中の４２は選択可能なデータ・サービスのリストを表示するためのリスト表示領域、４３は選択されたデータ・サービスにより提供されるデータを用いて、対応するアプリケーションの表示を行うためのアプリケーション表示領域である。
【００３８】
データ・サービスで提供されるデータは、データ・サービス毎に異なる送信メカニズムや送信のデータ・フォーマットで送信され得る。図５はデータ・サービスで提供されるデータの送信メカニズム及び送信フォーマットの一例を示すレイヤ図である。同図では、ＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）やスライド・ショー等のアプリケーションに使用される種々のファイルを送信するためのＭＯＴ（Ｍｕｌｔｉｍｅｄｉａ Ｏｂｊｅｃｔ Ｔｒａｎｓｆｅｒ）プロトコルを用いて送信する場合を示している。
【００３９】
この送信メカニズムでは、データ・サービスにより提供される各種ファイルはＭＯＴプロトコルに従い、有効長さ等の情報を含むヘッダを有するＭＯＴデータに変換され、ＤＡＢシステムにより伝送される。ＤＡＢ規格によれば、ＭＯＴデータは、タイプ３、４、又は５のＭＳＣデータ・グループに分割されて伝送される。タイプ３のデータ・グループはＭＯＴデータのヘッダ情報を含み、タイプ４のデータ・グループは本来のＭＯＴオブジェクトの内容を含む。タイプ５のデータグループは、スクランブル処理されたデータを伝送するために用いられ、スクランブル処理されたデータ及びスクランブル解除のためのパラメータを含む。各ＭＳＣデータ・グループは、それぞれ、グループ内で同一アドレスが付された１つ又は複数のパケットに分割して伝送される。グループ内の最初及び最後のパケットはフラグにより区別される。
【００４０】
ＤＡＢ放送局はこのような送信メカニズム及び送信フォーマットにより、各種アプリケーションで使用するＪａｖａ（登録商標）、各種イメージファイル、Ｈｔｍｌファイル、ＭＰＥＧオーディオ、ＭＰＥＧビデオ等のファイルを、ＭＯＴプロトコルを介し、ＤＡＢシステムによるデータ・サービスとして送信することができる。なお、インターネットにおけるようなウェブ・ページを扱うＢＷＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｗｅｂ Ｓｉｔｅ）にはＨｔｍｌファイルやイメージ・ファイルを使用することができる。スライド・ショーにはイメージ・ファイルを使用することができる。また、他のアプリケーション用のデータも、図５に類似した階層的プロトコル若しくはレイヤ構成に従って変換し、送信することができる。
【００４１】
図５のような送信メカニズムは、アプリケーションやそれに使用するファイルによって異なる。このため、選択されたデータ・サービスについて、装置がサポートしているアプリケーションに適合した送信メカニズムやフォーマットに従ったデータが一定期間受信できなかった時点、又はサポートしているアプリケーションに適合しない送信メカニズムやフォーマットによるデータを受信した時点において、そのデータ・サービスについては対応できないことが判明する。本実施形態では、このことを利用し、図５の各レイヤ若しくはプロトコルの階層毎に、装置がサポートしているアプリケーションに適合するフォーマットのデータが所定時間内に生成できたか否かを判定することにより、選択されたデータ・サービスに対する対応可否を早期に判定できるようにしている。
【００４２】
図６は選択されたデータ・サービスについての対応可否判定の処理手順を示すフローチャートである。図４（ａ）のリスト表示領域４２に表示されたデータ・サービス中の１つ、たとえば“ＤＡＢ Ｄａｔａ２”がユーザによって選択されると、ＤＡＢデータ処理部／制御部５は、ステップ６１において、“ＤＡＢ Ｄａｔａ２”の表示をハイライトさせ、タイマＡ〜Ｄを設定する。すなわち、選択されたデータ・サービスについて、装置が対応可能なパケットが受信できたと判定するまでに要してもよい最大時間をタイマＡに設定し、装置が対応可能なＭＳＣデータ・グループが生成できたと判定するまでに要してもよい最大時間をタイマＢに設定し、装置が対応可能なＭＯＴデータが生成できたと判定するまでに要してもよい最大時間をタイマＣに設定し、そして装置が対応可能なファイルが生成できたと判定するまでに要してもよい最大時間をタイマＤに設定する。
【００４３】
ここで、装置が対応可能とは、選択されたデータ・サービスについて受信し、解析して得られたパケット、ＭＳＣデータ・グループ、ＭＯＴデータ及びファイルが、装置がサポートしているアプリケーションに適合したファイル、又はこのファイルを生成するための各プロトコルの形式に合致したものであることを意味する。つまり、パケット、ＭＳＣデータ・グループ及びＭＯＴデータの段階では完全に適合していることは決定できず、各プロトコルの段階としては少なくとも適合していることを決定できるのみである。つまり完全に適合していることを決定するためにはファイルの生成を待たなければならない。
【００４４】
次にステップ６２において、選択されたデータ・サービスについて、装置が対応可能なパケットが受信できたか否かを判定する。受信できたと判定した場合はステップ６４へ進み、受信できなかったと判定した場合はステップ６３へ進む。ステップ６３では、タイマＡのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４５】
ステップ６４では、得られたパケットに基づき、対応可能なＭＳＣデータ・グループが生成できたか否かを判定する。生成できたと判定した場合はステップ６６へ進む。生成できなかったと判定した場合はステップ６５へ進み、タイマＢのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４６】
ステップ６６では、生成したＭＳＣデータ・グループに基づき、対応可能なＭＯＴデータが生成できたか否かを判定する。生成できたと判定した場合はステップ６８へ進む。生成できなかったと判定した場合はステップ６７へ進み、タイマＣのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４７】
ステップ６８では、生成したＭＯＴデータに基づき、対応可能なファイルが生成できたか否かを判定する。生成できたと判定した場合はステップ７０へ進む。生成できなかったと判定した場合はステップ６９へ進み、タイマＤのカウント値が設定値を超えたか否かを判定する。超えていないと判定した場合はステップ６２へ戻り、超えたと判定した場合はステップ７１へ進む。
【００４８】
ステップ７０では、生成したファイルに基づき、対応するアプリケーションの処理をして、表示を行う。図４（ｂ）はこのときの表示状態を例示している。アプリケーション表示領域４３において、選択されたデータ・サービス“ＤＡＢ Ｄａｔａ２”に応じ、対応データに基づく表示が行われている。
【００４９】
ステップ７１では、選択されたデータ・サービス“ＤＡＢ Ｄａｔａ２”に対応するアプリケーションが提供不能である旨を表示するとともに、提供不能であるデータ・サービス“ＤＡＢ Ｄａｔａ２”の表示を、リスト表示領域４２から消去する。図４（ｃ）はこのときの表示状態を例示する。アプリケーション表示領域４３には、選択されたデータ・サービスに対応するアプリケーションをサポートしていない旨を示す“Ｎｏｔ Ｓｕｐｐｏｒｔ”が表示されている。
【００５０】
本実施形態によれば、選択されたデータ・サービスに装置が対応しているか否かを、データ送信プロトコルにおける下位層の段階で判定するようにしたため、対応可能でない場合は、早期にその旨を検出することができる。つまり、最下位層（ネットワーク層）のパケットの段階において、対応できないと判断できる場合は、より上位層のたとえばＭＳＣデータ・グループ（トランスポート層）に変換しても対応不能であることは明らかであり、一方、パケットの段階で対応可能であると判断できるにしても、より上位層では対応可能であるどうかは不明である。そこで、より下位層の段階で対応不能であると判定できるものについては直ちに対応不能であると判断することにより、一律に最上位層のデータに基づいて対応可否を判断していた従来に比べ、対応不能の判定をより早期に行うことができる。
【００５１】
図７は本発明の他の実施形態に係るＤＡＢ放送受信機における処理を示すフローチャートである。この受信機のハード構成及び以下に述べる動作以外の点については、上述の実施形態の場合と同様である。本実施形態では、アンサンブルの受信を開始したとき、アンサンブルに含まれる全データ・サービスについて対応可否を判定し、対応可能なデータ・サービスのみをリスト表示するようにしている。
【００５２】
すなわち図７の処理を開始すると、ＤＡＢデータ処理部／制御部５は、まずステップ７２において、アンサンブルの受信を開始したか否かを判定する。アンサンブルの受信開始は、受信機の電源が投入されたときや、受信しているアンサンブルが切り替えられたときに生じる。アンサンブルの受信開始を検出しない場合は処理を終了し、検出した場合はステップ７３へ進む。
【００５３】
ステップ７３では、一定期間が経過するまでＦＩＧ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）データの受信を行う。次にステップ７４において、ＦＩＧデータの受信結果に基づき、データ・サービスの有無を判定する。データ・サービスが存在しないと判定した場合は処理を終了し、存在すると判定した場合はステップ７５へ進む。
【００５４】
ステップ７５では、受信中のアンサンブルが提供する全データ・サービスのリストをＦＩＧのタイプ１データに基づいて作成する。次に、ステップ７６において、カウンタｉに１をセットする。次に、リスト中のｉ番目のデータ・サービスについて、対応可否を、ステップ７７でチェックし、ステップ７８でチェック結果に基づき判定する。対応可能と判定した場合はステップ８０に進む。対応不能であると判定した場合はステップ７９においてｉ番目のデータ・サービスをリストから削除してからステップ８０へ進む。
【００５５】
ステップ８０では、リスト中の全データ・サービスについてチェックを終了したか否かを判定する。終了していないと判定した場合はステップ８１においてカウンタｉを１だけインクリメントし、ステップ７７へ戻る。終了したと判定した場合はステップ８２へ進む。
【００５６】
図９（ａ）はステップ７５〜８１の処理を行っているときの表示画面４１の表示状況を示す。ＤＡＢデータ処理部／制御部５はアプリケーション表示領域４３において、提供可能なデータ・サービスのリスト表示を行うために各データ・サービスについて対応可否をチェックしている旨を示す“Ｃｈｅｃｋｉｎｇ”の表示を行っている。
【００５７】
ステップ８２では、作成したデータ・サービスのリストの内容をリスト表示領域４２に表示し、処理を終了する。図９（ｂ）はこのときの表示画面４１における表示状況を示している。
【００５８】
この後、表示されたデータ・サービスのリスト中から所望のデータ・サービスがユーザによって選択されると、ＤＡＢデータ処理部／制御部５は、選択されたデータ・サービスに対応するデータに基づき、対応するアプリケーションに従った処理を行い、表示を行う。図９（ｃ）はこのときの表示画面４１における表示状況を示している。
【００５９】
図８は図７中のステップ７７の処理を示すフローチャートである。ステップ８３〜９１の処理は、図６のステップ６１〜６９と同様である。ステップ９０において、生成したＭＯＴデータに基づき、対応可能なファイルが生成できたと判定した場合は、ステップ９２において、ｉ番目のデータ・サービスについてはアプリケーションの対応が可能である旨のチェック結果“ＯＫ”を変数Ｒｅｓｕｌｔに設定して処理を終了する。ステップ８５、８７、８９、又は９１において、タイマＡ、Ｂ、Ｃ、又はＤのカウント値が設定値をオーバしたと判定した場合はステップ９３において、ｉ番目のデータ・サービスについてはアプリケーションの対応が不能である旨のチェック結果“ＮＧ”を変数Ｒｅｓｕｌｔに設定し、処理を終了する。処理が終了すると、図７のステップ７８へ進む。
【００６０】
本実施形態によれば、図９（ｂ）のように、受信中のアンサンブルに含まれるデータ・サービスのうちの対応可能であるもののみがリスト表示領域４２上に表示されるため、図９（ｃ）のように、ユーザが選択したデータ・サービスについては必ずアプリケーション表示領域４３においてアプリケーション処理による表示が行われることになる。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、データ・サービスについての対応可否について、下位層のプロトコルのデータに基づき、対応不能である場合にはその旨の判定を行うようにしたため、対応不能である場合には、早期に、対応不能である旨の判定を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るＤＡＢ放送受信機の構成を示すブロック図である。
【図２】ＤＡＢフレームデータの構造を示す図である。
【図３】ＤＡＢ放送で受信可能なデータ・サービスにより提供し得るアプリケーションの種類を示す図である。
【図４】図１の装置の表示部の表示画面におけるデータ・サービス選択時の表示状況を示す図である。
【図５】データ・サービスで提供されるデータの送信メカニズム及び送信フォーマットの一例を示すレイヤ図である。
【図６】図１の装置における、選択されたデータ・サービスについての対応可否判定の処理手順を示すフローチャートである。
【図７】本発明の他の実施形態に係るＤＡＢ放送受信機における処理を示すフローチャートである。
【図８】図７中のステップ７７の処理を示すフローチャートである。
【図９】図７の処理における表示画面の表示状況を示す図である。
【図１０】従来のＤＡＢレシーバにおいてアンサンブルの受信開始からアンサンブルに含まれる全アプリケーションのリストを表示するまでの処理を示すフローチャートである。
【図１１】従来のＤＡＢレシーバにおいてリスト表示に基づいて選択が行われたときの処理を示すフローチャートである。
【図１２】図１１の処理に応じた画像表示例を示す図である。
【符号の説明】
１：ＲＦ部、２：復調部、３：チャンネルデコーダ、４：オーディオデコーダ、５：ＤＡＢデータ処理部／制御部、６：表示部、７：操作部、８：メモリ、９：不揮発メモリ、３２：アンテナ、４１，１２１：表示画面、４２，１２４：リスト表示領域、４３，１２５：アプリケーション表示領域。
Claims (8)
- サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信手段と、
受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定手段とを備えたデータ放送受信装置において、
前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とするデータ放送受信装置。 - 前記判定手段は、前記下位層のプロトコルのデータとして、所定時間内に、対応可能なものを得ることができないことが判明したとき、判定対象のデータ・サービスについて対応不能である旨の判定を行うものであることを特徴とする請求項１に記載のデータ放送受信装置。
- 前記下位層のプロトコルとして複数のプロトコルが存在し、前記判定手段は、各下位層のプロトコルのデータとして所定時間内に装置が対応可能なものを得ることができたか否かを最下位層から各下位層毎に順次判定し、対応可能なものが得られなかったと最初に判定した時点で、判定対象のデータ・サービスについて対応不能である旨の判定を行うものであることを特徴とする請求項１又は２に記載のデータ放送受信装置。
- 前記データ放送はＤＡＢ方式によるものであり、前記下位層のプロトコルは、前記サービス用データとして種々の形式のファイルを搬送するためのＭＯＴプロトコル、このプロトコルに従ったＭＯＴデータを分割して搬送するＭＳＣデータ・グループを規定するプロトコル、及びＭＳＣデータ・グループを分割して搬送するパケットを規定するプロトコルを含むことを特徴とする請求項１〜３のいずれか１項に記載のデータ放送受信装置。
- 前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、選択されたデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は対応不能と判定されたデータ・サービスを一覧から消去するものであることを特徴とする請求項１〜４のいずれか１項に記載のデータ放送受信装置。
- 前記データ放送において前記サービス用データに付随して伝送され、そのサービス用データに係るデータ・サービスを特定する情報に基づき、前記データ放送により提供されるデータ・サービスの一覧を表示する手段と、一覧表示されたデータ・サービスのうちからの選択を受け入れる手段とを備え、前記判定手段は、受信中のデータ放送に含まれるすべてのデータ・サービスについて前記対応可否の判定を行うものであり、前記一覧表示手段は、対応可能と判定されたデータ・サービスについてのみその一覧を表示するものであることを特徴とする請求項１〜４のいずれか１項に記載のデータ放送受信装置。
- サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信工程と、
受信中の放送に含まれるデータ・サービスについて対応可能か否かを判定する判定工程とを備えたデータ放送受信方法において、
前記判定工程では、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うことを特徴とするデータ放送受信方法。 - サービス用のデータを下位層のプロトコルのデータに変換して伝送することによりデータ・サービスを提供するデータ放送を受信し、前記サービス用データを取得する受信装置のコンピュータを、
受信中の放送に含まれるデータ・サービスについて受信装置が対応可能か否かを判定する判定手段として機能させるプログラムにおいて、
前記判定手段は、判定対象のデータ・サービスに対応する、前記下位層のプロトコルのデータに基づいて、対応不能である場合にその旨の判定を行うものであることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002307378A JP2004146948A (ja) | 2002-10-22 | 2002-10-22 | データ放送受信装置、データ放送受信方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002307378A JP2004146948A (ja) | 2002-10-22 | 2002-10-22 | データ放送受信装置、データ放送受信方法、及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004146948A true JP2004146948A (ja) | 2004-05-20 |
Family
ID=32453855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002307378A Pending JP2004146948A (ja) | 2002-10-22 | 2002-10-22 | データ放送受信装置、データ放送受信方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004146948A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2007037040A1 (ja) * | 2005-09-28 | 2009-04-02 | 三菱電機株式会社 | 放送受信装置 |
| US8125567B2 (en) | 2006-02-24 | 2012-02-28 | Samsung Electronics Co., Ltd. | Apparatus and method for controlling the screen size of real-time video |
| EP1894183B1 (en) * | 2005-06-13 | 2022-03-30 | LG Electronics Inc. | Method and an apparatus for transmitting and receiving traffic information by using file transfer |
-
2002
- 2002-10-22 JP JP2002307378A patent/JP2004146948A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1894183B1 (en) * | 2005-06-13 | 2022-03-30 | LG Electronics Inc. | Method and an apparatus for transmitting and receiving traffic information by using file transfer |
| JPWO2007037040A1 (ja) * | 2005-09-28 | 2009-04-02 | 三菱電機株式会社 | 放送受信装置 |
| US8125567B2 (en) | 2006-02-24 | 2012-02-28 | Samsung Electronics Co., Ltd. | Apparatus and method for controlling the screen size of real-time video |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1662682A2 (en) | Method and apparatus for broadcasting contents based on user's preferences and method and apparatus for receiving said contents | |
| US9538318B2 (en) | Apparatus and method for playing music | |
| EP1901455B1 (en) | Digital video broadcasting system, digital video broadcasting terminal, and method for providing file information in file download service | |
| US8947598B2 (en) | Method for displaying wallpaper on digital broadcasting reception terminal | |
| JP2007510348A (ja) | データキャスティング | |
| JP2002504775A (ja) | 音響データをアドレスデータを含む他のデータと共に受信器へ送信する方法及びシステム | |
| KR100856208B1 (ko) | Ｄｖｂ-ｈ 시스템에서 방송 데이터 서비스의 어플리케이션정보를 제공하기 위한 방법 및 이를 위한 시스템 | |
| JP2004120115A (ja) | デジタル放送受信装置 | |
| KR100770890B1 (ko) | 디지털 비디오 방송 단말기의 파일타입 검출장치 및 방법 | |
| JP2004146948A (ja) | データ放送受信装置、データ放送受信方法、及びプログラム | |
| EP1643770A2 (en) | Method and apparatus for searching for a digital broadcasting program | |
| JP2004350217A (ja) | 地上波デジタル放送受信機 | |
| EP2360860A2 (en) | Digital audio broadcasting reception apparatus and digital audio broadcasting reception method | |
| KR100744385B1 (ko) | 방송 미리보기 서비스 제공을 위한 ｄｍｂ 단말기 및 방법 | |
| JP2020025331A (ja) | 放送受信装置および受信方法、伝送方法 | |
| KR100577202B1 (ko) | 디지털 멀티미디어 방송 수신기 및 그의 멀티미디어 방송서비스 방법 | |
| KR20080026018A (ko) | 파일 다운로드 서비스에서 파일 정보를 제공하기 위한디지털 비디오 방송 시스템과 단말기 및 그 방법 | |
| JP4556083B2 (ja) | 付加情報転送方法 | |
| JP2004320638A (ja) | デジタル放送受信装置 | |
| KR20070059868A (ko) | 디지털 방송 수신 장치 및 방법 | |
| JP2004253829A (ja) | 放送受信装置、放送受信方法 | |
| JP2000013263A (ja) | 放送受信装置 | |
| JP2004304428A (ja) | 放送受信装置 | |
| EP1217768A2 (en) | Method of storing or transferring additional information and receiver therefor | |
| JP2002057639A (ja) | 受信機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061122 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070322 |