JPH10209990A

JPH10209990A - 放送受信機

Info

Publication number: JPH10209990A
Application number: JP2449197A
Authority: JP
Inventors: Masaru Asami; 勝阿左美
Original assignee: Kenwood KK
Current assignee: Kenwood KK
Priority date: 1997-01-24
Filing date: 1997-01-24
Publication date: 1998-08-07

Abstract

(57)【要約】【課題】ＤＡＢ用ラジオ10における番組選択性を改善
する。【解決手段】ユーザにより聴取希望のＬａｎｇｕｇｅ
（言語）を指定させ、その指定したＬａｎｇｕｇｅに相
当するＳｕｂＣｈＩｄをＦＩＧ０／５のデータに基づい
て割り出し、そのＳｕｂＣｈＩｄをスピーカより出力す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばＤＡＢ
（ＤｉｇｉｔａｌＡｕｄｉｏＢｒｏａｄｃａｓｔｉ
ｎｇ：デジタルオーディオ放送）のような伝送信号、す
なわちアンサンブルが、複数のサービスを含んで、単一
の伝送信号で伝送され、その伝送信号が各サービスのオ
ーディオデータと共にオーディオデータの言語情報を含
んでいる、その伝送信号を受信する放送受信機に係り、
詳しくは言語情報の選択性を改善した放送受信機に関す
るものである。

【０００２】

【従来の技術】ＦＭ放送の多局化に伴う混信に因る音質
劣化や、移動体での良質な受信が難しいことに対処し得
るラジオ放送形式としてＤＡＢが注目されている。ＤＡ
Ｂは、ユーレカ（ＥＵＲＥＫＡ：欧州先端技術開発計
画）で開発が進められ、すでに、仕様が定められてお
り、変調方式としてπ／４シフトＤＱＰＳＫ−ＯＦＤＭ
（ＤｉｆｆｅｒｅｎｔｉａｌＱｕａｄｒａｔｕｒｅ
ＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ−Ｏｒｔｈｏｇ
ｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕ
ｌｔｉｐｌｅｘ：直交周波数分割多重）を採用して、フ
ェージングやマルチパスの影響を受け難いという特徴を
備えるとともに、音声符号化には高能率音声符号化のＭ
ＰＥＧレイヤーIIを用い、１．５ＭＨｚの伝送帯域幅で
多数のステレオ放送とデータ放送を可能にしている。

【０００３】ＤＡＢの放送フォーマットでは、放送中の
プログラムの種類を示すプログラムタイプ（プログラム
タイプとは、例えば、音楽、ニュース、スポーツであ
り、さらに細かく分類されて、例えば音楽がクラシッ
ク、ジャズ、ポピュラー、演歌等に分類されることもあ
る。プログラムタイプの詳細は現在未定。）として、コ
ースコード（ｃｏａｒｓｅｃｏｄｅ）及びそれに続く
ファインコード（ｆｉｎｅｃｏｄｅ）がそれぞれ６ビッ
ト及び８ビットあり、合計で２＾１４（＾１４は１４乗
を意味する。）、すなわち１６３８４となり、膨大なプ
ログラムが設定可能になっている。

【０００４】

【発明が解決しようとする課題】ＤＡＢでは、サービス
が時間に応じて種々のプログラム（番組）を流し、複数
個のサービスが単一のアンサンブルに含められ、各アン
サンブルが、それぞれの伝送信号により、無線、有線、
及び光ファイバ等を介して伝送されるようになってい
る。したがって、ユーザは、各時点で多数のプログラム
を聴取可能であり、従来のラジオのように、ユーザが、
放送局を１個ずつ選局して、聴取既望のプログラムを探
すのは非能率的となる。そこで、ユーザに聴取希望のプ
ログラムタイプを指定させて、その指定したプログラム
タイプとプログラムタイプの一致するプログラムを自動
検索することにより、プログラムを能率的に選択できる
ようにした放送受信機について、本出願人は先願におい
て開示している。

【０００５】一方、各プログラムは、種々の言語（例：
ドイツ語、フランス語、イタリア語等）で放送されてお
り、ユーザは、ニュース等のプログラムタイプでは所定
の言語で放送されているものの聴取を希望することがあ
る。

【０００６】この発明の目的は、ユーザが、聴取希望の
言語のオーディオデータを能率的に選択することができ
るようにした放送受信機を提供することである。

【課題を解決するための手段】この発明の放送受信機(1
0)によれば、複数のオーディオデータが単一のアンサン
ブルに含められ、各アンサンブルは、オーディオデータ
と共にオーディオデータの言語情報を含む伝送信号で伝
送され、その伝送信号を受信する。そして、この放送受
信機は次の（ａ）〜（ｃ）を有している。（ａ)ユーザが聴取希望の言語を指定する言語指定手段
(30) （ｂ）言語指定手段(30)において指定された言語のオー
ディオデータを検索する検索手段(14) （ｃ）検索手段(14)の検索により見出されたオーディオ
データをオーディオ出力するオーディオ出力手段

【０００７】こうして、放送受信機(10)は、ユーザが指
定した言語で放送されているプログラムをオーディオ出
力するので、ユーザが聴取を希望する言語のプログラム
を速やかに、聞くことができる。

【０００８】この発明の放送受信機(10)によれば、複数
のオーディオデータが単一のアンサンブルに含められ、
各アンサンブルは、オーディオデータと共にオーディオ
データの言語情報を含む伝送信号で伝送され、その伝送
信号を受信する。そして、この放送受信機(10)は次の
（ａ）〜（ｄ）を有している。（ａ)ユーザが聴取希望の言語を指定する言語指定手段
(30) （ｂ)ユーザが聴取希望のプログラムタイプを指定する
プログラムタイプ指定手段(30) （ｃ）前記プログラムタイプ指定手段(30)において指定
されたプログラムタイプに対応するプログラムに係りか
つ前記言語指定手段(30)において指定された言語のオー
ディオデータを検索する検索手段(14)、（ｄ）検索手段(14)の検索により見出されたオーディオ
データをオーディオ出力するオーディオ出力手段

【０００９】こうして、放送受信機(10)は、ユーザが指
定した言語及びプログラムタイプのプログラムを見つけ
て、オーディオ出力するので、ユーザが聴取を希望する
プログラムを速やかに、聞くことができる。

【００１０】この発明の他の放送受信機(10)によれば、
伝送信号はＤＡＢの伝送信号であり、検索手段(14)は、
ＦＩＧ（０／５）のＬａｎｇｕｇｅとＳｕｂＣｈＩｄと
の対照に基づいて、言語指定手段(30)において指定され
た言語のサブチャネルを割り出し、オーディオ出力手段
は、検索手段(14)が割り出したサブチャネルのオーディ
オデータをオーディオ出力する。

【００１１】ＤＡＢのＦＩＧ（０／５）は、ＳｕｂＣｈ
ＩｄとＬａｎｇｕｇｅとの対応関係を規定している。し
たがって、ＦＩＧ（０／５）を参照することにより、ユ
ーザが指定したＬａｎｇｕｇｅのＳｕｂＣｈＩｄを見つ
けることができる。

【００１２】

【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。図２は自動車搭載用のＤ
ＡＢ用ラジオ10のシステム構成図である。ＤＡＢ用ラジ
オ10は、本体12、及び本体12とは別体のＤＡＢコントロ
ールマイコン26等を装備する。本体12において、ＤＡＢ
システムマイコン14は、メモリ16を有し、複数のアンサ
ンブル（各アンサンブルはＤＱＰＳＫ−ＯＦＤＭで変調
されているラジオ放送電波で伝送され、１個のアンサン
ブルは、帯域幅は約１．５ＭＨｚであり、通常６個の放
送番組が含まれている。）の中から１個のアンサンブル
を指定して、指定情報をＲＦブロック18へ送る。ＲＦブ
ロック18は、ＤＡＢシステムマイコン14から指定のあっ
たアンサンブルのＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃ
ｙ）を抽出し、復調ブロック20へ送る。復調ブロック20
では、ＲＦブロック18からのＲＦ信号を復調し、チャネ
ル復号ブロック22では復調ブロック20による復調信号を
復号する。こうして、ＤＡＢシステムマイコン14からＲ
Ｆブロック18へ指定された１アンサンブルの全デジタル
信号がチャネル復号ブロック22において得られる。チャ
ネル復号ブロック22において復号されたデジタル信号の
内、オーディオデータはチャネル復号ブロック22からオ
ーディオ復号ブロック24へ送られ、オーディオデータ以
外のプログラムタイプ等のＦＩＧデータ（ＦＩＧについ
ては後述）はチャネル復号ブロック22からＤＡＢシステ
ムマイコン14へ送られる。オーディオ復号ブロック24
は、チャネル復号ブロック22から入力されるオーディオ
データの内、ＤＡＢシステムマイコン14から指示される
サブチャネルのオーディオデータを復号化し、左右のス
ピーカ（図示せず）へ流す。ＤＡＢコントロールマイコ
ン26は、メモリ28を備え、本体12のＤＡＢシステムマイ
コン14とデータのやり取りを行う。ＤＡＢコントロール
マイコン26は、ユーザからの指示はキー30を介して入力
されるとともに、表示器32へ所定のデータを出力して、
情報を表示させ、ユーザへ知らせるようになっている。

【００１３】以下、図３〜図９において、伝送フレーム
等、ＤＡＢの各種要素の通信プロトコルを適宜、説明し
ているが、詳細は、ヨーロッパテレコミュニケーション
標準協会（ＥｕｒｏｐｅａｎＴｅｌｅｃｏｍｍｕｉｎ
ｉｃａｔｉｏｎｓＳｔａｎｄａｒｄｓＩｎｓｔｉｕ
ｔｅ）発行のヨーロッパテレコミュニケーション標準
（ＥｕｒｏｐｅａｎＴｅｌｅｃｏｍｍｕｉｎｉｃａｔ
ｉｏｎｓＳｔａｎｄａｒｄ）を参照されたい。

【００１４】図３はＤＡＢの送信フレームの構造を示
す。送信フレーム（Ｔｒａｎｓｎｉｓｓｉｏｎｆｒａ
ｍｅ）は前から順番に同期チャネル、ＦＩＣ（Ｆａｓｔ
ＩｎｆｏｒｍａｔｉｏｎＣｈａｎｎｅｌ）、及びＭ
ＳＣ（ＭａｉｎＳｅｒｖｉｃｅＣｈａｎｎｅｌ）を
有している。ＦＩＣはさらに複数個のＦＩＢ（Ｆａｓｔ
ＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）から成り、ＭＳ
Ｃはさらに複数個のＣＩＦ（ＣｏｍｍｏｎＩｎｔｅｒ
ｌｅａｖｅｄＦｒａｍｅ）から成る。ＤＡＢは、モー
ド１からモード３まで、仕様を決められており、モード
ごとに、送信フレームの時間（ｄｕｒａｔｉｏｎ）及び
１送信フレーム内のＦＩＢ及びＣＩＦの個数が異なって
いる。例えばモード１では、１送信フレームの時間は９
６ｍｓ、１送信フレーム内のＦＩＢ及びＣＩＦの個数は
それぞれ１２個及び４個である。

【００１５】図４はＤＡＢのサービス構造の例示図であ
る。アンサンブルラベルがＤＡＢアンサンブル１（ＤＡ
ＢＥＮＳＥＭＢＬＥＯＮＥ）であるアンサンブル
（Ｅｎｓｅｍｂｌｅ）は、サービスラベルがアルファ１
ラジオ（ＡＬＰＨＡ１ＲＡＤＩＯ）、ベータラジオ
（ＢＥＴＡＲＡＤＩＯ）、アルファ２ラジオ（ＡＬＰ
ＨＡ２ＲＡＤＩＯ）等の複数のサービス（Ｓｅｒｖｉ
ｃｅ）を含んでいる。ユーザは、選択されたサービスを
ＤＡＢ用ラジオ10から聞くことになる。

【００１６】アルファ１ラジオは、主のサービス成分
（Ｓｅｒｖｉｃｅｃｏｍｐｏｎｅｎｔｓ）を１個、副
のサービス成分を２個、それぞれ有している。主のサー
ビス成分はオーディオ（Ａｕｄｉｏ）であり、副のサー
ビス成分は交通メッセージチャネル：ＴＭＣ（Ｔｒａｆ
ｆｉｃＭｅｓｓａｇｅＣｈａｎｅｌ）とサービス情
報：ＳＩ（ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ）
である。オーディオ成分とＳＩはＭＳＣ内の別々のサブ
チャネル（ＳｕｂＣｈ）で伝送され、ＴＭＣはＦＩＣ内
のＦＩＤＣ（ＦａｓｔＩｎｆｏｒｍａｔｉｏｎＤａ
ｔａＣｈａｎｎｅｌ）で伝送される。

【００１７】ベータラジオはサービス成分を２個もつ。
オーディオと二次オーディオ（ｓｅｃｏｎｄａｒｙａ
ｕｄｉｏｃｏｍｐｏｎｅｎｔ）であり、どちらもＭＳ
Ｃのサブチャネルに載せられる。

【００１８】アルファ２ラジオは、アルファ１ラジオと
同一のＴＭＣ及びＳＩをもち、スイッチの切替によって
はオーディオもアルファ１ラジオと同じになることがあ
る。

【００１９】図５はＦＩＢの構造図である。ＦＩＢは、
全体で２５６ビットから成り、前部の３０バイトのＦＩ
Ｂデータ領域（ＦＩＢｄａｔａｆｉｅｌｄ）と後部
の１６ビットのＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａ
ｎｃｙＣｈｅｃｋｗｏｒｄ）から成る。ＦＩＢデー
タ領域は、さらに、前から順に複数個のＦＩＧ（Ｆａｓ
ｔＩｎｆｏｒｍａｔｉｏｎＧｒｏｕｐ）、１個のエ
ンドマーカ（Ｅｎｄｍａｒｋｅｒ）、及び１個のパッデ
ィング（ＦＩＢデータ領域をバイトに合わせるために残
ったビットに０を入れること。）から成る。ＦＩＧの部
分は有用データ領域（ｕｓｅｆｕｌｄａｔａｆｉｅ
ｌｄ）を構成する。各ＦＩＧは、前から順番にＦＩＧタ
イプ、Ｌｅｎｇｔｈ（長さ：後続のＦＩＧデータ領域の
ビット長さを表わす。）、ＦＩＧデータ領域（ＦＩＧ
ｄａｔａｆｉｅｌｄ）を備える。ＦＩＧタイプとＬｅ
ｎｇｔｈはＦＩＧヘッダを構成する。

【００２０】図６は図５のＦＩＧタイプが０（３ビット
２進表示では０００）のＦＩＧデータ領域の構造図であ
る。ＦＩＧデータ領域は、さらに、前から順番にＣ／Ｎ
（Ｃｕｒｒｅｎｔ／Ｎｅｘｔ)、ＯＥ（ＯｔｈｅｒＥ
ｎｓｅｍｂｌｅ)、Ｐ／Ｄ（Ｐｒｏｇｒａｍｍｅ／Ｄａ
ｔａ)、Ｅｘｔｅｎｓｉｏｎ、タイプ０領域（Ｔｙｐｅ
０ｆｉｅｌｄ)を備える。Ｅｘｔｎｓｉｏｎが１〜４
及び７である場合、Ｃ／Ｎ＝０のときは今回の多重構造
のものである意味し、また、Ｃ／Ｎ＝１のときは次回の
多重構造のものであることを意味する。Ｅｘｔｎｓｉｏ
ｎが６，９，１１，１８，２１，２２，２３，２４、２
５，２７，３０である場合、Ｃ／Ｎはタイプ０領域のバ
ージョン番号を示す。ＯＥはＥｘｔｅｎｓｉｏｎ＝１
２、１６，１７，２１，２４，３０のとき、用いられ、
ＯＥ＝０はこのタイプ０領域の情報がこのアンサンブル
に係るものであることを意味し、ＯＥ＝１は他のアンサ
ンブルに係るものであることを意味する。Ｐ／Ｄ＝１
は、タイプ０領域のＳＩｄが、プログラムサービスに使
用される１６ビットＳＩｄであることを意味し、Ｐ／Ｄ
＝０は、タイプ０領域のＳＩｄが、データサービスに使
用される３２ビットＳＩｄであることを意味する。この
Ｐ／ＤはＥｘｔｎｓｉｏｎが２，９，２３，２４のとき
使用され、使用されないときはＳＩｄは１６ビットフォ
ーマットになる。

【００２１】図７は図６のＦＩＧの内、Ｅｘｔｅｎｓｉ
ｏｎが０５（以下、各ＦＩＧをＦＩＧタイプとＥｘｔｅ
ｎｓｉｏｎとでＦＩＧ０／０５のように表わす。）のタ
イプ０領域の構造図である。タイプ０領域は複数個のサ
ービス成分の言語の領域に分けられている。各領域の最
初はＬ／Ｓｆｌａｇになっており、Ｌ／Ｓｆｌａｇ＝０
は、短形（Ｓｈｏｒｔｆｏｒｍ）を意味し、短形で
は、前から順番に、Ｌ／Ｓ、ＭＳＣ／ＦＩＣｆｌａｇ、
ＳｕｂＣｈｉｄ／ＦＩＤＣＩｄ、Ｌａｎｇｕａｇｅが順
番に配列される。ＭＳＣ／ＦＩＣｆｌａｇ＝０はサービ
ス成分（図４）がストリームモード（Ｓｔｒｅａｍｍ
ｏｄｅ）のＭＳＣに搬送されていてかつ次のＳｕｂＣｈ
ｉｄ／ＦＩＤＣＩｄの領域がＳｕｂＣｈＩｄであること
を意味し、ＭＳＣ／ＦＩＣｆｌａｇ＝１はサービス成分
がＦＩＣに搬送されていて次のＳｕｂＣｈｉｄ／ＦＩＤ
ＣＩｄの領域がＦＩＤＣＩｄであることを意味する。Ｓ
ｕｂＣｈＩｄはサービス成分が搬送されているサブチャ
ネルがどれかを示し、ＦＩＤＣＩｄはＦＩＤＣ（図４）
に搬送されているサービス成分がどれかを示す。Ｌａｎ
ｇｕｇｅはサービス成分の言語を示す。こうして、各サ
ブチャネル又はＦＩＤＣが搬送しているオーディオデー
タの言語をＦＩＧ０／５から知ることができる。

【００２２】図８は図６のＦＩＧの内、Ｅｘｔｅｎｓｉ
ｏｎが１７（ＦＩＧ０／１７）のタイプ０領域の構造図
である。タイプ０領域は複数個のプログラムタイプの領
域に分けられている。各プログラムタイプは前から順番
にＳＩｄ（ＳｅｒｖｉｃｅＩｄｅｎｔｉｆｉｅｒ）、Ｓ
／Ｄ（Ｓｔａｔｉｃ／Ｄｙｎａｍｉｃ、Ｐ／Ｓ（Ｐｒｉ
ｍａｒｙ／Ｓｅｃｏｎｄａｒｙ）、Ｌ（Ｌａｎｇｕａｇ
ｅ）ｆｌａｇ、ＮＣＣ（ＮｕｍｂｅｒｏｆＣｏａｒ
ｓｅＣｏｄｅｓ)、Ｒｆａ（Ｒｅｓｅｒｖｅｄｆｏ
ｒｆｕｔｕｒｅａｄｄｉｔｉｏｎｓ)、ＮＦＣ（Ｎ
ｕｍｂｅｒｏｆＦｉｎｅＣｏｄｅｓ)、Ｌａｎｇｕ
ａｇｅ、Ｒｆａ（Ｒｅｓｅｒｖｅｄｆｏｒｆｕｔｕｒ
ｅａｄｄｉｔｉｏｎｓ)、Ｒｆｕ（Ｒｅｓｅｒｖｅｄ
ｆｏｒｆｕｔｕｒｅｕｓｅｓ)、Ｉｎｔ（Ｉｎｔｅ
ｒｎａｔｉｏｎａｌ) ｃｏｄｅ、Ｒｆａ（Ｒｅｓｅｒ
ｖｅｄｆｏｒｆｕｔｕｒｅａｄｄｉｔｉｏｎ
ｓ)、Ｃｏａｒｓｅｃｏｄｅ、Ｆｉｎｅｃｏｄｅが
配列される。ＳＩｄはサービスを識別する。Ｓ／Ｄ＝０
は、プログラムコードが現在のプログラム内容を表して
いないことを意味し、Ｓ／Ｄ＝１は、プログラムコード
が現在のプログラム内容を表していることを意味してい
る。Ｐ／Ｓ＝０は、該言語が一次サービス成分になって
いることを意味し、Ｐ／Ｓ＝１は、該言語が二次サービ
ス成分になっていることを意味する。Ｌｆｌａｇ＝０
は、後のＬａｎｇｕａｇｅ領域が存在しないことを意味
し、Ｌｆｌａｇ＝１は、後のＬａｎｇｕａｇｅ領域が存
在することを意味する。ＮＣＣはＣｏｒｓｅｃｏｄｅ
のバイト数ｎが０か１かを示す。ＮＦＣはＦｉｎｅｃ
ｏｄｅのバイト数ｍが０〜２のいずれかを示す。Ｌａｎ
ｇｕａｇｅはオーディオの言語を示す。Ｒｆａは将来の
追加のために用意してある。Ｒｆｕは将来の使用のため
に用意してある。Ｉｎｔｃｏｄｅはプログラムタイプ
（以下、「ＰＴｙ」と言う。）の種類を示す。Ｃｏａｒ
ｓｅｃｏｄｅはおおまかなＰＴｙを示す。Ｆｉｎｅ
ｃｏｄｅは細かなＰＴｙを示す。こうして、ＦＩＧ０／
１７により、ＰＴｙとＳＩｄとの関係を検出することが
できる。

【００２３】図９はＦＩＧ０／２の構造図である。タイ
プ０領域は複数個のサービス（ｖ・・・ｋ・・・ｔ）の
領域を有している。各サービスの領域には、サービスＩ
Ｄ（ＳＩｄ）と共に、サービス成分記述（Ｓｅｒｖｉｃ
ｅｄｅｓｃｒｉｐｔｉｏｎ）が書き込まれている。そ
して、サービス成分記述において、ＴＭＩｄ＝００（Ｍ
ＳＣストリームオーディオ（ＭＳＣｓｔｒｅａｍａ
ｕｄｉｏ））のとき、ＳｕｂＣｈＩｄが記述されてい
る。これにより、ＳＩｄとＳｕｂＣｈＩｄとの関係が検
出され、前述のＦＩＧ０／１７とこのＦＩＧ０／２とに
より、所定のＰＴｙのオーディオデータを含んでいるＳ
ｕｂＣｈＩｄを割り出すことができる。

【００２４】図１は言語によるプログラム選択ルーチン
のフローチャートである。Ｓ４０では、ユーザによりＬ
ａｎｇｕｇｅモードのキーがＯＮにされたか否かを判定
し、ＹＥＳであれば、Ｓ４２へ進み、ＮＯであれば、該
ルーチンを終了する。Ｓ４２では、Ｌａｎｇｕａｇｅモ
ードへ切替える。Ｓ４４では、Ｌａｎｇｕｇｅモードの
終了条件が成立したか否かを判定し、ＹＥＳであれば、
該ルーチンを終了し、ＮＯであれば、Ｓ４６へ進む。Ｌ
ａｎｇｕｇｅモードの終了条件とは、ユーザが検索終了
キーをＯＮに操作したとき、及び後述のＳ４８の実行ご
とにリセットされたるタイマが所定時間、例えば３０秒
を計測したときである。Ｓ４６では、ユーザにより聴取
希望のＬａｎｇｕａｇｅが指定され、これを取り込む。
Ｓ４８では、ユーザにより検索（実行開始）キーがＯＮ
にされたか否かを判定し、ＹＥＳであれば、Ｓ５０へ進
み、ＮＯであれば、Ｓ４４へ戻る。Ｓ５０では、ＦＩＧ
０／５に基づいて検索値（Ｓ４６でユーザが指定したＬ
ａｎｇｕａｇｅ）に一致するＬａｎｇｕｇｅをもつＳｕ
ｂＣｈＩｄを検索する。Ｓ５２では、Ｓ５０の検索によ
りＳｕｂＣｈＩｄが見つかったか否かを判定し、判定が
ＹＥＳであれば、Ｓ５４へ進み、ＮＯであれば、Ｓ５６
へ進む。Ｓ５４では、Ｓ５０の検索により見つけたＳｕ
ｂＣｈＩｄをスピーカより出力、すなわちオーディオ出
力する。Ｓ５６では、検索値のＬａｎｇｕｇｅが見つか
らない旨を表示器32に表示する。

【００２５】図１のフローチャートでは、Ｌａｎｇｕｇ
ｅのみを検索キーに使用しているが、Ｌａｎｇｕｇｅと
共にＰＴｙを検索キーに使用して、ユーザに聴取希望の
Ｌａｎｇｕｇｅ及びＰＴｙの両方を指定させ、その指定
のＰＴｙ及びＬａｎｇｕｇｅのサブチャネルを検索し
て、ユーザの聴取希望のＬａｎｇｕｇｅ及びＰＴｙのプ
ログラムをスピーカより出力させることができる。この
場合は、例えば、ユーザが指定したＰＴｙのＳｕｂＣｈ
ＩｄをＦＩＧ０／１７及びＦＩＧ０／２に基づく第１の
検索から割り出し、また、ユーザが指定したＬａｎｇｕ
ｇｅのＳｕｂＣｈＩｄをＦＩＧ０／５に基づく第２の検
索から割り出し、第１及び第２の検索から割り出した共
通のＳｕｂＣｈＩｄをスピーカへオーディオ出力するよ
うにする。

【図面の簡単な説明】

【図１】言語によるプログラム選択ルーチンのフローチ
ャートである。

【図２】自動車搭載用のＤＡＢ用ラジオのシステム構成
図である。

【図３】ＤＡＢの送信フレームの構造を示す図である

【図４】ＤＡＢのサービス構造の例示図である。

【図５】ＦＩＢの構造図である。

【図６】図５のＦＩＧタイプが０のＦＩＧデータ領域の
構造図である。

【図７】ＦＩＧ０／０５のタイプ０領域の構造図であ
る。

【図８】ＦＩＧ０／１７のタイプ０領域の構造図であ
る。

【図９】ＦＩＧ０／２の構造図である。

【符号の説明】

１０ＤＡＢ用ラジオ（放送受信機）１４ＤＡＢシステムマイコン（検索手段）３０キー（言語指定手段、プログラムタイプ指定手
段）

Claims

【特許請求の範囲】

【請求項１】複数のオーディオデータが単一のアンサ
ンブルに含められ、各アンサンブルは、オーディオデー
タと共にオーディオデータの言語情報を含む伝送信号で
伝送され、その伝送信号を受信する放送受信機(10)にお
いて、（ａ)ユーザが聴取希望の言語を指定する言語指
定手段(30)、（ｂ）前記言語指定手段(30)において指定
された言語のオーディオデータを検索する検索手段(1
4)、及び（ｃ）前記検索手段(14)の検索により見出され
たオーディオデータをオーディオ出力するオーディオ出
力手段、を有していることを特徴とする放送受信機。
【請求項２】複数のオーディオデータが単一のアンサ
ンブルに含められ、各アンサンブルは、オーディオデー
タと共にオーディオデータの言語情報を含む伝送信号で
伝送され、その伝送信号を受信する放送受信機(10)にお
いて、（ａ)ユーザが聴取希望の言語を指定する言語指
定手段(30)、（ｂ)ユーザが聴取希望のプログラムタイ
プを指定するプログラムタイプ指定手段(30)、（ｃ）前
記プログラムタイプ指定手段(30)において指定されたプ
ログラムタイプに対応するプログラムに係りかつ前記言
語指定手段(30)において指定された言語のオーディオデ
ータを検索する検索手段(14)、及び（ｄ）前記検索手段
(14)の検索により見出されたオーディオデータをオーデ
ィオ出力するオーディオ出力手段、を有していることを
特徴とする放送受信機。
【請求項３】前記伝送信号はＤＡＢの伝送信号であ
り、前記検索手段(14)は、ＦＩＧ（０／５）のＬａｎｇ
ｕｇｅとＳｕｂＣｈＩｄとの対照に基づいて、前記言語
指定手段(30)において指定された言語のサブチャネルを
割り出し、前記オーディオ出力手段は、前記検索手段(1
4)が割り出したサブチャネルのオーディオデータをオー
ディオ出力することを特徴とする請求項１又は２記載の
放送受信機。