特許 5710825 デジタルオーディオ放送受信装置及びそのラベル情報表示方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5710825

(24)【登録日】2015年3月13日

(45)【発行日】2015年4月30日

(54)【発明の名称】デジタルオーディオ放送受信装置及びそのラベル情報表示方法

(51)【国際特許分類】

   H04B 1/16 20060101AFI20150409BHJP

【ＦＩ】

   H04B1/16 C

【請求項の数】8

【全頁数】17

(21)【出願番号】特願2014-110404(P2014-110404)

(22)【出願日】2014年5月28日

(62)【分割の表示】特願2010-239685(P2010-239685)の分割

【原出願日】2010年10月26日

(65)【公開番号】特開2014-180042(P2014-180042A)

(43)【公開日】2014年9月25日

【審査請求日】2014年5月28日

(73)【特許権者】

【識別番号】000101732

【氏名又は名称】アルパイン株式会社

(74)【代理人】

【識別番号】100091672

【弁理士】

【氏名又は名称】岡本 啓三

(72)【発明者】

【氏名】千葉 雅俊

【審査官】 原田 聖子

(56)【参考文献】

【文献】 特開２００１−０３６４２５（ＪＰ，Ａ）

【文献】 特開平０６−２２５２３１（ＪＰ，Ａ）

【文献】 特開２００６−２２２５０９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ １／１６

(57)【特許請求の範囲】

【請求項1】

表示手段と、
複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じた放送局の放送波信号を選択するチューナと、
前記選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、前記表示手段に対して受信中の番組に係るラベル情報の表示を制御する制御手段とを備え、
前記制御手段は、前記選択された放送波信号の受信状態が所定レベル未満になったときに、複数の特定のデータを読み込んでそれぞれＣＲＣ演算を行い、該演算結果から所定の確率以上でＣＲＣエラーが発生している場合に、前記表示手段に対して表示中のラベル情報の表示を維持するよう制御することを特徴とするデジタルオーディオ放送受信装置。

【請求項2】

前記制御手段は、前記演算結果からＣＲＣエラーが所定の確率未満で発生している場合に、最後にＣＲＣ値が一致した特定のデータに含まれるラベル情報に基づき、前記表示手段に対してラベル情報の表示を更新するよう制御することを特徴とする請求項１に記載のデジタルオーディオ放送受信装置。

【請求項3】

表示手段と、
複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じた放送局の放送波信号を選択するチューナと、
前記選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、前記表示手段に対して受信中の番組に係るラベル情報の表示を制御する制御手段とを備え、
前記制御手段は、前記選択された放送波信号の受信状態が所定レベル未満になったときに、特定のデータを順次読み込んでそれぞれＣＲＣ演算を行い、該演算結果から複数回連続してＣＲＣ値が一致している場合に、その連続している最後の特定のデータに含まれるラベル情報に基づき、前記表示手段に対してラベル情報の表示を更新するよう制御することを特徴とするデジタルオーディオ放送受信装置。

【請求項4】

前記制御手段は、前記演算結果から複数回連続してＣＲＣ値が一致していない場合に、前記表示手段に対して表示中のラベル情報の表示を維持するよう制御することを特徴とする請求項３に記載のデジタルオーディオ放送受信装置。

【請求項5】

複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じて選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、表示手段に対して受信中の番組に係るラベル情報の表示を制御する機能を備えたデジタルオーディオ放送受信装置において実施されるラベル情報表示方法であって、
前記選択された放送波信号の受信状態を検出するステップと、
前記受信状態が所定レベル未満になったときに、複数の特定のデータを読み込んでそれぞれＣＲＣ演算を行うステップと、
前記演算結果から所定の確率以上でＣＲＣエラーが発生している場合に、前記表示手段において表示中のラベル情報の表示を維持するステップとを含むことを特徴とするデジタルオーディオ放送受信装置のラベル情報表示方法。

【請求項6】

さらに、前記演算結果からＣＲＣエラーが所定の確率未満で発生している場合に、最後にＣＲＣ値が一致した特定のデータに含まれるラベル情報に基づき、前記表示手段においてラベル情報の表示を更新するステップを含むことを特徴とする請求項５に記載のデジタルオーディオ放送受信装置のラベル情報表示方法。

【請求項7】

複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じて選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、表示手段に対して受信中の番組に係るラベル情報の表示を制御する機能を備えたデジタルオーディオ放送受信装置において実施されるラベル情報表示方法であって、
前記選択された放送波信号の受信状態を検出するステップと、
前記受信状態が所定レベル未満になったときに、特定のデータを順次読み込んでそれぞれＣＲＣ演算を行うステップと、
前記演算結果から複数回連続してＣＲＣ値が一致している場合に、その連続している最後の特定のデータに含まれるラベル情報に基づき、前記表示手段においてラベル情報の表示を更新するステップとを含むことを特徴とするデジタルオーディオ放送受信装置のラベル情報表示方法。

【請求項8】

さらに、前記演算結果から複数回連続してＣＲＣ値が一致していない場合に、前記表示手段において表示中のラベル情報の表示を維持するステップを含むことを特徴とする請求項７に記載のデジタルオーディオ放送受信装置のラベル情報表示方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デジタルオーディオ放送受信装置及びそのサービスラベル表示方法に関し、特に、受信中の選択された番組（サービス）に付された名称（ラベル）を表示する機能を備えたデジタルオーディオ放送受信装置及びそのラベル情報表示方法に関する。

【背景技術】

【0002】

近年、放送はアナログ放送から、高画質・高音質の出力が可能で各種データの多重等が可能なデジタル放送に移行してきている。既に、欧州ではデジタルオーディオ放送（ＤＡＢ：Digital Audio Broadcasting）が実用化されている。

【0003】

図２はＤＡＢのサービス構造の一例を示したものであり、基本的に３層のツリー状階層構造となっている。上位階層にあるアンサンブル(Ensemble)は、キャリアの中心周波数が同一の電波で伝送されるサービスの単位である。１つのアンサンブルには、中位階層として複数のサービス(Services)が属しており、さらに各サービスには、下位階層として複数のサービスコンポ−ネント(Service components)が属している。

【0004】

このようなＤＡＢシステムでは、後で詳述するように、各種サービス用のデータに多重化して、各サービスに付された名称（ラベル）を表示する機能を実現するためのラベルデータが放送局より送信されている。受信側（ＤＡＢ受信装置）では、そのラベルを用いることによって、受信中のサービス名称を示す文字データを表示手段に表示している。ユーザは、この表示を見ることによって受信中のサービスの内容を認識し、それが所望のサービスであるかどうかを判断することができる。

【0005】

これに関連する技術として、受信中のアンサンブルのＦＩＧ(Fast Information Group)からサービスラベルを取得して表示するようにしたものが知られている（例えば、特許文献１、図８）。

【0006】

また、ＤＡＢシステムでは、送信側から受信側に放送信号データが誤りなく伝送されたかどうかを検出するために、巡回冗長検査（ＣＲＣ:Cyclic Redundancy Check）と呼ばれる誤り検出用の符号を放送信号データに付加し、パケットデータとして所定の周期で送信している。受信側では、そのパケットデータを「データ本体」と「ＣＲＣ値」に分割し、受信した「データ本体」から当該データのＣＲＣを計算し、その計算したＣＲＣ値と受信した「ＣＲＣ値」とを比較している。ここでいう「データ本体」及び「ＣＲＣ値」は、それぞれ図４に示すＦＩＢの構造における「ＦＩＢデータ領域(FIB data field)」及び「ＣＲＣ」に相当する。

【0007】

受信側（ＤＡＢ受信装置）では、受信した「データ本体」と「ＣＲＣ値」の両方にエラー（誤り）が無い場合、ＣＲＣの比較結果は一致するため、受信したデータにエラーが無かったものとして、受信した「データ本体」を取り込み、所要の処理を行う。例えば、ＦＩＢデータに含まれるＦＩＧからサービスラベル情報を取得して、当該番組に係るサービス名を表示手段の画面に表示する。

【0008】

一方、受信した「データ本体」と「ＣＲＣ値」のいずれか一方にエラーが有る場合、ＣＲＣの比較結果は不一致となるため、受信したデータにエラーが有ったものとして、受信した「データ本体」を破棄する。このとき、表示中のサービス名の表示はそのまま維持される。

【0009】

また、受信した「データ本体」と「ＣＲＣ値」の両方にエラーが有る場合には、通常はＣＲＣの比較結果が不一致となるが、偶然一致する可能性もあった。

【先行技術文献】

【特許文献】

【0010】

【特許文献1】特開２００１−３５８６７３号公報

【発明の概要】

【発明が解決しようとする課題】

【0011】

上述したように従来のＤＡＢ受信装置においては、放送局から送られてくる放送信号データに含まれるＦＩＢデータについてＣＲＣ演算を行い、その演算結果とＦＩＢデータに含まれるＣＲＣデータとの比較に基づいてサービス名の表示（ラベル情報表示）を制御している。

【0012】

しかしながら、現状の技術では、受信したデータ本体（ＦＩＢデータ領域）とＣＲＣ値の両方にデータエラーが発生し、ＣＲＣの比較結果が偶然一致した場合に、このＣＲＣ結果の一致が、受信したデータにエラーが無くて一致したのか、エラーが有るのにたまたま一致したのか、分からない。つまり、ＣＲＣの演算結果だけから伝送データの正誤判定をしていて、ＣＲＣの比較結果が偶然一致する場合には対応できていなかった。

【0013】

このようにエラーが発生しているのにＣＲＣの比較結果が偶然一致するケースは、受信状態が悪い時、特に弱電界の環境下で起こりやすい。その結果、表示部には誤ったサービス名（ラベル情報）が表示されることがあった。

【0014】

また、誤ったサービス名が表示された場合、次にＣＲＣ結果が一致するまで、表示データは更新されないため、その間、誤ったサービス名を表示し続けてしまうことになり、ユーザにとって不便であった。

【0015】

本発明は、かかる従来技術における課題に鑑み創作されたもので、受信状態が悪化した場合でもＣＲＣ誤検知に有効に対応し、誤ったラベル情報が表示されることを低減することができるデジタルオーディオ放送受信装置及びそのラベル情報表示方法を提供することを目的とする。

【課題を解決するための手段】

【0016】

上記の従来技術の課題を解決するため、本発明の一形態によれば、表示手段と、複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じた放送局の放送波信号を選択するチューナと、前記選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、前記表示手段に対して受信中の番組に係るラベル情報の表示を制御する制御手段とを備え、前記制御手段は、前記選択された放送波信号の受信状態が所定レベル未満になったときに、複数の特定のデータを読み込んでそれぞれＣＲＣ演算を行い、該演算結果から所定の確率以上でＣＲＣエラーが発生している場合に、前記表示手段に対して表示中のラベル情報の表示を維持するよう制御するデジタルオーディオ放送受信装置が提供される。

【0017】

この形態に係るデジタルオーディオ放送受信装置において、演算結果からＣＲＣエラーが所定の確率未満で発生している場合に、最後にＣＲＣ値が一致した特定のデータに含まれるラベル情報に基づき、前記表示手段に対してラベル情報の表示を更新するようにしてもよい。

【0018】

本発明の他の形態によれば、表示手段と、複数の放送番組が多重化されて送信されてくるデジタル放送の電波から、指示に応じた放送局の放送波信号を選択するチューナと、前記選択された放送波信号に含まれる複数の特定のデータについてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、前記表示手段に対して受信中の番組に係るラベル情報の表示を制御する制御手段とを備え、前記制御手段は、前記選択された放送波信号の受信状態が所定レベル未満になったときに、特定のデータを順次読み込んでそれぞれＣＲＣ演算を行い、該演算結果から複数回連続してＣＲＣ値が一致している場合に、その連続している最後の特定のデータに含まれるラベル情報に基づき、前記表示手段に対してラベル情報の表示を更新するよう制御するデジタルオーディオ放送受信装置が提供される。

【0019】

また、本発明の更に他の形態によれば、上記の各形態に係るデジタルオーディオ放送受信装置において実施されるラベル情報表示方法が提供される。

【発明の効果】

【0020】

本発明の一形態に係るデジタルオーディオ放送受信装置及びそのラベル情報表示方法によれば、複数の放送番組が多重化されて送信されてくるデジタル放送（例えば、ＤＡＢ放送）の電波から、指示に応じて選択された放送波信号に含まれる複数の特定のデータ（ＤＡＢ信号におけるＦＩＢ）についてＣＲＣ演算を行い、該演算結果と当該特定のデータに含まれるＣＲＣデータとの比較に基づき、表示手段に対して受信中の番組に係るラベル情報（サービス名）を表示している状態で、選択中の放送波信号の受信状態が所定レベル未満になったときに、その時に読み込んだ特定のデータ（ＦＩＢ）についてＣＲＣ演算を停止するとともに、表示中のラベル情報の表示を維持するよう制御している。

【0021】

つまり、現状技術のようにＣＲＣの演算結果だけから伝送データの正誤判定を行うのではなく、受信状態も参考にしているので、受信状態が悪化した場合（特に弱電界時）でもＣＲＣ誤検知に有効に対応することができる。これにより、誤ったラベル情報（サービス名）が表示されることを低減することが可能となる。

【0022】

本発明の他の形態に係るデジタルオーディオ放送受信装置及びそのラベル情報表示方法においても、同様に受信状態も加味してＣＲＣ演算を行っているので、上記と同様の効果を得ることができる。さらに、付加的なメリットも得られるが、これについては実施形態において説明する。

【図面の簡単な説明】

【0023】

【図1】本発明の実施形態に係るデジタルオーディオ放送（ＤＡＢ）受信装置の構成を示すブロック図である。

【図2】ＤＡＢのサービス構造の一例を示す図である。

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

【図4】ＤＡＢにおけるＦＩＢの構造を示す図である。

【図5】図４のＦＩＢにおいてＦＩＧタイプが１の場合のＦＩＧデータ領域の構造を示す図である。

【図6】図１のＤＡＢ受信装置において行う、第１の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートである。

【図7】図６の処理内容を補足説明するための図である。

【図8】図１のＤＡＢ受信装置において行う、第２の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートである。

【図9】図８の処理内容を補足説明するための図である。

【図10】図１のＤＡＢ受信装置において行う、第３の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートである。

【図11】図１０の処理内容を補足説明するための図である。

【発明を実施するための形態】

【0024】

以下、本発明の実施の形態について、添付の図面を参照しながら説明する。本実施形態では、デジタルオーディオ放送受信装置としてＤＡＢ受信機を例にとって説明する。

【0025】

図１は、本発明の実施形態に係るデジタルオーディオ放送（ＤＡＢ）受信装置２０の構成をブロック図の形態で示したものである。図１に示すように、ＤＡＢ受信装置２０は、アンテナ１と、チューナ２と、Ａ／Ｄ変換器３と、ベースバンドデコーダ４と、制御部５と、記憶部６と、操作部７と、表示部８とを備えている。アンテナ１は、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）方式のデジタル放送の電波を受信する。

【0026】

チューナ２は、アンテナ１を介して受信したＤＡＢ(Digital Audio Broadcasting)やＤＭＢ(Digital Multimedia Broadcasting) 等のデジタル放送の電波から所望のチャネルに合致した受信周波数の放送波信号を選択的に抽出して、ベースバンドにダウンコンバートして出力する。Ａ／Ｄ変換器３は、そのダウンコンバートされたアナログベースバンド信号をデジタル信号に変換する。

【0027】

ベースバンドデコーダ４は、ＦＦＴ１１と、デマルチプレクサ１２と、チャネルデコーダ１３と、オーディオデコーダ１４と、ＰＡＤデコーダ１５と、パケットモードデコーダ１６とを有している。ＦＦＴ１１は、Ａ／Ｄ変換器３を通してデジタル変換されたベースバンド信号について高速フーリエ変換を行い、受信シンボルを得る。デマルチプレクサ１２は、多重化されているデジタル信号を分離する（ＯＦＤＭ復調）。

【0028】

チャネルデコーダ１３は、そのＯＦＤＭ復調で得られた受信シンボルで構成されるＤＡＢ伝送フレームから任意の１つの音楽チャネル及び任意のデータチャネルを抽出する。また、チャネルデコーダ１３では、その伝送フレームを高速情報チャネル（ＦＩＣ）と、複数の音楽チャネル及び複数のデータチャネルを有するメインサービスチャネル（ＭＳＣ）とに分離する。また、ＭＳＣからユーザにより選択されたチャネルについて、デインタリーブ、ビタビ復号、エネルギー拡散デスクランブル等の処理を行う。ＦＩＣについても同様に、ビタビ復号、エネルギー拡散デスクランブル等の処理を行う。

【0029】

チャネルデコーダ１３においてデコードされたデジタル信号のうち、ＭＳＣに含まれるオーディオデータはオーディオデコーダ１４へ送られ、ＦＩＣに含まれるオーディオデータ以外のプログラムタイプ等のＦＩＧデータ（後述）は制御部５へ送られる。

【0030】

オーディオデコーダ１４は、チャネルデコーダ１３から出力されるオーディオデータのうち、制御部５から指示されるサブチャネルのオーディオデータをデコードする。デコードされた信号（オーディオデータ）は、図示しないＤ／Ａ変換器、増幅器及びスピーカを介して音声出力される。ＰＡＤデコーダ１５は、チャネルデコーダ１３で抽出された、サービスに付加されたプログラム関連データ（ＰＡＤ：Programme Associated Data ）やＭＯＴ(Multimedia Object Transfer)データをデコードして、データを再構成する。パケットモードデコーダ１６は、チャネルデコーダ１３で抽出された、サービスを構成するパケットをデコードして、データを再構成する。

【0031】

制御部５はマイクロコンピュータにより構成され、他の機能ブロック（チューナ２、ベースバンドデコーダ４、記憶部６、操作部７、表示部８）と協働して、デジタルオーディオ放送の受信に係る各種処理を制御する。

【0032】

先ず、ユーザによる操作部７からの操作によりチャネル設定の制御信号が入力されたときに、チューナ２が受信するチャネルを決定し、このチャネルに合致する受信周波数をチューナ２に設定する。より具体的には、制御部５は、複数のアンサンブル（各アンサンブルはＤＱＰＳＫ−ＯＦＤＭで変調されているラジオ放送電波で伝送され、１個のアンサンブルは、帯域幅が約１．５ＭＨｚである）の中から１個のアンサンブルを指定し、指定情報としてチューナ２へ送る。これを受けてチューナ２は、指定されたアンサンブルの信号（選択された放送波信号）を抽出し、ベースバンドにダウンコンバートして出力する。

【0033】

また、制御部５は、ＰＡＤデコーダ１５と協働して、ＭＯＴオブジェクトを再構成したり、チャネルデコーダ１３で分離されたＦＩＣに含まれる高速情報ブロック（ＦＩＢ）の一部を構成するＦＩＧ（高速情報グループ）を解析して、同一の内容を放送している放送局があるか否か等の判断を行ったり、後述するようにラベル情報（サービスの名称）の表示を制御する。

【0034】

記憶部６は、例えば、ハードディスクや半導体メモリ等で構成される。この記憶部６には、制御部５を介して、受信中の放送の番組情報や、ＦＩＣ中のＦＩＧ等の制御情報が一時的に格納される。

【0035】

操作部７は、ユーザによるＤＡＢ受信装置２０の操作に必要な各種操作キーやボタン等を備えている。この操作部７は、制御部５を介してチューナ２に対し、所望の放送局を選択するための入力指示を与える。また、この操作部７は、制御部５を介して表示部８に対し、ラベル情報（サービスの名称）を表示させるための入力指示を与える。

【0036】

表示部８は、例えば液晶表示装置（ＬＣＤ）により構成され、ＰＡＤデコーダ１５又はパケットモードデコーダ１６でデコードされて取得したデータを表示する。また、ユーザによる種々の指示を入力するためのメニュー画面を表示する。さらに、本発明に関連する情報として、受信中の選択された番組（サービス）の名称を示す文字データ（ラベル）を表示する。なお、表示部８にタッチパネルを設けた場合には、この表示部８は操作部７として機能する。

【0037】

このように構成されたデジタルオーディオ放送（ＤＡＢ）受信装置２０において、ユーザが選局した放送局の番組（サービス）を受信中に受信状態が悪化したときに、制御部５がこれに接続される他の機能ブロック（チャネルデコーダ１３、記憶部６、表示部８等）と協働して、ラベル情報（サービスの名称）の表示を制御するようにする。

【0038】

以下、本実施形態のデジタルオーディオ放送（ＤＡＢ）受信装置２０において行うラベル情報（サービスの名称）の表示に係る処理について、図２〜図１１を参照しながら説明する。

【0039】

図２はＤＡＢのサービス構造の一例を示したもので、ＤＡＢの規格書（ＥＮ３００４０１）から抜粋したものである。ＤＡＢのサービス構造は、図２に例示するように、基本的に３層のツリー状階層構造となっている。上位階層にあるアンサンブル(Ensemble)は、キャリアの中心周波数が同一の電波で伝送されるサービスの単位である。１つのアンサンブルには、中位階層として複数のサービス(Services)が属し、各サービスには、下位階層として複数のサービスコンポ−ネント(Service components)が属している。

【0040】

アンサンブルラベル（アンサンブル名）がＤＡＢアンサンブル１(DAB ENSEMBLE ONE)であるアンサンブルは、サービスラベルがアルファ１ラジオ(ALPHA 1 RADIO) 、ベータラジオ(BETA RADIO)、アルファ２ラジオ(ALPHA 2 RADIO) 等の複数（例えば６個）のサービスを含んでいる。ユーザは、これらサービスのうちから選択したサービスをＤＡＢ受信装置で受信することになる。

【0041】

アルファ１ラジオは、プライマリ(primary) のサービスコンポ−ネントを１個、セカンダリ(secondary) のサービスコンポ−ネントを２個有している。プライマリのサービスコンポ−ネントはオーディオ(Audio) であり、セカンダリのサービスコンポ−ネントは交通メッセージチャネル(Traffic Message Channel) とサービス情報(Service Information) である。オーディオ成分とサービス情報はＭＳＣ(Main Service Channel)内の別々のサブチャネル(SubCh) で伝送され、ＴＭＣはＦＩＣ(Fast Information Channel)内のＦＩＤＣ(Fast Information Data Channel) で伝送される。ベータラジオはサービスコンポ−ネントを２個有し、いずれもオーディオであり、ＭＳＣのサブチャネルで伝送される。アルファ２ラジオは、アルファ１ラジオと同一のＴＭＣ及びＳＩを有し、スイッチの切替によってはオーディオもアルファ１ラジオと同じになることがある。

【0042】

図３はＤＡＢの伝送フレームの構造を示したものである。図３に示すように伝送フレーム(Transmission frame)は、前から順に同期チャネル(Synchronization Channel) 、高速情報チャネル（ＦＩＣ）、及びメインサービスチャネル (ＭＳＣ）を有している。同期チャネルはフレームを識別するものであり、伝送フレーム同期化、自動周波数制御、チャネル状態推定、送信機識別のような基本的復調器のために用いられる。

【0043】

ＦＩＣは、受信機が迅速に必要な情報にアクセスできるようにするためのチャネルであり、番組（サービス）を選択するのに必要な各種制御情報などが含まれる。ＦＩＣは、図３に示すように複数個のＦＩＢ(Fast Information Block)からなる。一方、ＭＳＣは、ビデオ、オーディオ、データサービスコンポ−ネントを搬送するために用いられるチャネルであり、図３に示すように複数個のＣＩＦ(Common Interleaved Frame)からなる。各ＣＩＦは、複数の音楽用のサブチャネル、複数の一般データ用のサブチャネルが多重化されており、１つのサブチャネルは１つの番組に相当する。また、ＤＡＢシステムではモード１から４まで仕様が決められており、モード毎に１伝送フレームの時間と１伝送フレーム内のＦＩＢ及びＣＩＦの個数が異なっている。例えば、モード１では、１伝送フレームの時間は９６ｍｓ、１伝送フレーム内のＦＩＢ及びＣＩＦの個数はそれぞれ１２個及び４個である。

【0044】

図４はＤＡＢにおけるＦＩＢの構造を示したものである。１個のＦＩＢは、全体で２５６ビットからなり、３０バイトのＦＩＢデータ領域(FIB data field)とこれに続く１６ビットのＣＲＣ(Cyclic Redundancy Check word)からなる。ＦＩＢデータ領域は、前から順に複数個のＦＩＧ(Fast Information Group)、１個のエンドマーカ(End marker)、及び１個のパッディング(Padding) を有している。このパッディングは、ＦＩＢデータ領域をバイトに合わせるために残ったビットに０を入れるための領域である。ＦＩＧの部分は、有用データ領域(useful data field) を構成する。各ＦＩＧは、前から順にＦＩＧタイプ、長さ（後続のＦＩＧデータ領域のビット長さを表す）、及びＦＩＧデータ領域(FIG data field)を有している。ＦＩＧタイプと長さはＦＩＧヘッダ(FIG header)を構成する。

【0045】

図５は、図４のＦＩＢにおいてＦＩＧタイプが１（３ビット２進表示では「００１」）の場合のＦＩＧデータ領域の構造を示したものである。このＦＩＧデータ領域は、前から順にＣｈａｒｓｅｔ(Character set) 、ＯＥ(Other Ensemble)、拡張(Extension) 、及びタイプ１領域(Type 1 field)を有している。Ｃｈａｒｓｅｔの４ビットコードは、ＦＩＧタイプ１に含まれる文字情報を限定するためにＣｈａｒｓｅｔを識別し、ＯＥは当該情報が当該アンサンブルについてのものか、他のアンサンブルについてのものかを識別し、拡張は、タイプ１の中の拡張番号を表している。タイプ１領域には、後述するようにラベル情報（サービスに付された名称を示すデータ）等が含まれている。

【0046】

例えば、拡張番号０のＦＩＧタイプ１(Fig Type 1 field for extension 0)（「ＦＩＧ１／０」のようにも記す。）には、アンサンブルを識別するＩｄ(Ensemble Id) とそのラベル（アンサンブルラベル）を対応付けしたデータがあり、ＦＩＧ１／１には、サービスを識別するＩｄ(Service Id)とそのラベル（サービスラベル）を対応付けしたデータがあり、ＦＩＧ１／４には、サービスコンポ−ネントを識別するＩｄ(Service component Id)とそのラベル（サービスコンポ−ネントラベル）を対応付けしたデータがある。また、ＤＡＢ信号では現在放送が行われている各アンサンブル毎に、当該アンサンブルに属する全サービス及び全サービスコンポ−ネントの一覧情報がＦＩＧ０／２で伝送される。

【0047】

上記のＦＩＧタイプ以外にも各種のＦＩＧタイプ（全部で、ＦＩＧタイプが０〜７の８種類）があるが、その詳細はＤＡＢの規格書（ＥＮ３００４０１）を参照されたい。

【0048】

以下、ＤＡＢ受信装置２０（図１）において行うサービス名（ラベル情報）の表示に係る処理について、各実施形態毎に説明する。

【0049】

（第１の実施形態）
図６はＤＡＢ受信装置２０において行う、第１の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートであり、図７はその処理内容を補足説明するための図である。

【0050】

先ず、初期状態として、ユーザによって選局された放送局から番組（サービス）を受信中であり、その受信状態は良好な状態にあるものとする。このとき、制御部５により、その受信信号から抽出されたＦＩＧ０／２の情報を参照して、選択されたサービスコンポ−ネントのＩｄとそのラベル、該サービスコンポ−ネントが属するサービスのＩｄとそのラベル、該サービスが属するアンサンブルのＩｄとそのラベルのデータが記憶部６に格納される。また、ユーザ指示に基づき操作部７を介して、ラベルの表示階層として中位階層である「サービス」が選択されているものとする。

【0051】

このような状態で、最初のステップＳ１１（図６）では、制御部５により、ＦＩＢ（図７の例ではＦＩＢ１）を読み込み、ＣＲＣをチェックする。ＣＲＣのチェックは、その読み込んだＦＩＢデータをデータ本体とＣＲＣ値（図４の「ＦＩＢデータ領域」及び「ＣＲＣ」に相当）に分割し、受信したデータ本体から当該データのＣＲＣ演算を行い、その演算結果（ＣＲＣ値）と受信したＣＲＣ値とを比較することによって行う。

【0052】

次のステップＳ１２では、制御部５において、そのＣＲＣのチェック結果に基づいて両ＣＲＣ値は一致する（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１３に進み、判定結果がＮＯの場合にはステップＳ１４に進む。

【0053】

ステップＳ１４では、そのＣＲＣ値の不一致により、受信したデータにエラーが有ったものと判断して、当該ＦＩＢ（データ本体の部分）を破棄する。

【0054】

さらにステップＳ１５では、その破棄したＦＩＢに続く次のＦＩＢ（図７の例ではＦＩＢ２）がある（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１に戻って上記の処理を繰り返し、判定結果がＮＯの場合には本処理フローは「終了」となる。

【0055】

一方、ステップＳ１３では、そのＣＲＣ値の一致により、受信したデータにエラーが無かったものと判断して、当該ＦＩＢ中のＦＩＧからラベル情報（サービス名を指示するデータ）を取得する そして、表示部８の画面にサービス名を表示する。図７の例では、サービス名として「ＡＬＰＨＡ１」が表示されている。

【0056】

次のステップＳ１６では、制御部５において、現在受信中の放送波信号の受信状態が悪化した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１７に進み、判定結果がＮＯの場合にはステップＳ１１に戻って上記の処理を繰り返す。

【0057】

受信状態は、例えば、チャネルデコーダ１３から受信信号の電界強度やＢＥＲ（ビットエラーレート）等の情報を取得することによって検出することができる。この受信状態の検出により、受信強度が所定のしきい値レベル未満に低下したとき、あるいはＢＥＲ（もしくはエラー訂正数）が所定のしきい値未満に低下したときに、受信状態が悪化したものと判断する。

【0058】

ステップＳ１７では、受信状態が悪化したと判断したその時に読み込んだＦＩＢ（図７の例ではＦＩＢ３）についてＣＲＣのチェック（ＣＲＣ演算等）を停止する。また、当該ＦＩＢ中のＦＩＧからのラベル情報の取得を停止する。

【0059】

次のステップＳ１８では、制御部５により、表示部８に対して、表示中のサービス名の表示（図７の例では「ＡＬＰＨＡ１」）を維持するとともに、表示部を「グレーアウト」するよう制御する。

【0060】

さらにステップＳ１９では、制御部５において、ステップＳ１６で行った受信状態の検出方法を利用して、受信状態が所定のしきい値レベル（もしくは所定のしきい値）以上に回復した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１に戻って上記の処理を繰り返し、判定結果がＮＯの場合にはステップＳ１８に戻って表示部の「グレーアウト」表示を維持する。

【0061】

以上説明したように、第１の実施形態に係る、ＤＡＢ受信装置２０において行うサービス名表示に係る処理によれば、ユーザが選局した放送局の番組（サービス）を受信中に、選択された放送波信号に含まれる複数のＦＩＢ（図４）についてＣＲＣ演算を行い、該演算結果と当該ＦＩＢに含まれるＣＲＣデータとの比較に基づき、表示部８に対して当該番組に係るサービス名を表示している状態（図７）で、受信状態が悪化したときに、その時に読み込んだＦＩＢについてＣＲＣ演算を停止（当該ＦＩＢに含まれるＦＩＧからのラベル情報の取得も停止）している。また、表示中のサービス名の表示（図７の「ＡＬＰＨＡ１」）を維持するとともに、その表示部を「グレーアウト」している。

【0062】

このように第１の実施形態によれば、現状技術のようにＣＲＣの演算結果だけから伝送データの正誤判定を行うのではなく、受信状態も参考にしているので、受信状態が悪化した場合（特に弱電界時）でもＣＲＣ誤検知に有効に対応することができる。これにより、誤ったサービス名が表示されることを低減することが可能となる。

【0063】

（第２の実施形態）
図８はＤＡＢ受信装置２０において行う、第２の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートであり、図９はその処理内容を補足説明するための図である。

【0064】

この第２の実施形態においても、第１の実施形態（図６）の場合と同じ初期状態にあるものとする。また、この初期状態の下で、ステップＳ１１〜Ｓ１５の処理と同様の処理が行われているものとする。

【0065】

このような状況の下に、最初のステップＳ２１（図８）では、ステップＳ１６で行った処理と同様にして、制御部５において、受信中の放送波信号の受信状態が悪化した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ２２に進み、判定結果がＮＯの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返す。

【0066】

次のステップＳ２２では（受信状態が悪化した場合）、制御部５において、複数個のＦＩＢ（図９の例ではＦＩＢ３〜ＦＩＢ６の４個のＦＩＢ）を読み込み、それぞれのＣＲＣをチェックする。ＣＲＣのチェック方法については、ステップＳ１１で行った方法と同様である。

【0067】

ここで、各ＦＩＢを読み込むタイミングは、放送局から送られてくる放送波信号の送信周期の倍数に設定している。送信周期の詳細については、ヨーロッパテレコミュニケーション標準協会発行のガイドライン及び規則 (DAB: Guidelines and rules for implementation and operation; Part 1: System outline) を参照されたい。

【0068】

読み込むタイミングの設定の態様としては、当該ＦＩＢに含まれる全てのＦＩＧについて一律同一に設定してもよいし、各ＦＩＧ毎に個別に設定してもよい。あるいは、送信周期（各ＦＩＧ毎にＦＩＧタイプに応じて当該ＦＩＧデータの重要度（迅速にアクセスする必要性）は異なっている）に従って複数のＦＩＧをグループ化して設定してもよい。

【0069】

次のステップＳ２３では、制御部５において、そのチェックした複数個のＣＲＣについて所定の確率以上でＣＲＣエラーが発生している（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ２４に進み、判定結果がＮＯの場合にはステップＳ２６に進む。図９の例では、４個のＦＩＢのうち３個のＦＩＢ（ＦＩＢ３、ＦＩＢ５、ＦＩＢ６）のデータについてＣＲＣエラー（×印）が発生している。つまり、７５％の確率でＣＲＣ値の不一致が生じている。

【0070】

ステップＳ２４では、制御部５により、その所定の確率以上のＣＲＣエラーから、受信データにエラーが発生しているものと判断し、ステップＳ１８（図６）で行った処理と同様にして、表示部８に対し、表示中のサービス名の表示（図９の例では「ＡＬＰＨＡ１」）を維持するとともに、表示部を「グレーアウト」するよう制御する。

【0071】

次のステップＳ２５では、ステップＳ１９（図６）で行った処理と同様にして、制御部５により、受信状態が回復した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返し、判定結果がＮＯの場合にはステップＳ２２に戻って上記の処理を繰り返す。

【0072】

一方、ステップＳ２６では、制御部５において、その所定の確率未満のＣＲＣエラーから、受信データにエラーが発生していないものと判断し、最後にＣＲＣチェックＯＫとなったＦＩＢ中のＦＩＧからラベル情報（サービス名を指示するデータ）を取得する。そして、表示部８の画面にサービス名を表示する。例えば、図９に示すＣＲＣ結果の例では、ＦＩＢ３〜ＦＩＢ６のうち最後にＣＲＣチェックがＯＫ（○印）となったＦＩＢ４中のＦＩＧから取得したラベル情報に基づいて、サービス名の表示を更新する。

【0073】

さらにステップＳ２７では、ステップＳ２５で行った処理と同様にして、制御部５により、受信状態が回復した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返し、判定結果がＮＯの場合にはステップＳ２２に戻って上記の処理を繰り返す。

【0074】

以上説明したように、第２の実施形態に係る、ＤＡＢ受信装置２０において行うサービス名表示に係る処理によれば、上述した第１の実施形態の場合と同様に、受信状態も加味してＣＲＣ演算を行っているので、上記と同様の効果を得ることができる。

【0075】

また、上述した第１の実施形態では、受信状態も考慮してより誤判定を低減するようにしているが、誤判定と見なしてデータの破棄が増える分、見かけ上の動作速度の低下が想定される。これに対し、第２の実施形態では、ＣＲＣ演算の停止（ラベル情報の取得の停止）を行っていないので、第１の実施形態の場合と比べて動作速度の低下を抑制することができる。

【0076】

さらに、この第２の実施形態では、受信状態が悪化した時以降に読み込んだ複数個のＦＩＢについてＣＲＣエラーが所定の確率未満で発生している場合に（図８のステップＳ２６）、受信データにエラーが発生していないものと判断し、最後にＣＲＣチェックＯＫとなったＦＩＢ中のＦＩＧから取得したラベル情報に基づいて、表示データの更新を行っている。これにより、現状技術において見られたような不都合（誤ったサービス名が表示された場合、次にＣＲＣ結果が一致するまで表示データは更新されないため、その間、誤ったサービス名を表示し続けてしまうといった問題）を解消することができる。

【0077】

（第３の実施形態）
図１０はＤＡＢ受信装置２０において行う、第３の実施形態としてのサービス名表示に係る処理の一例を示すフローチャートであり、図１１はその処理内容を補足説明するための図である。

【0078】

この第３の実施形態においても、第１の実施形態（図６）の場合と同じ初期状態にあるものとする。また、この初期状態の下で、ステップＳ１１〜Ｓ１５の処理と同様の処理が行われているものとする。

【0079】

このような状況の下に、最初のステップＳ３１（図１０）では、ステップＳ１６で行った処理と同様にして、制御部５において、受信中の放送波信号の受信状態が悪化した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ３２に進み、判定結果がＮＯの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返す。

【0080】

次のステップＳ３２では（受信状態が悪化した場合）、制御部５において、ＦＩＢ（図１１の例ではＦＩＢ３、ＦＩＢ４、ＦＩＢ５、……）を順次読み込み、それぞれのＣＲＣをチェックする。ＣＲＣのチェック方法については、ステップＳ１１で行った方法と同様である。また、ＦＩＢを読み込むタイミングの設定についても、ステップＳ２２（図８）で行った方法と同様である。

【0081】

次のステップＳ３３では、制御部５において、そのＣＲＣをチェックしていく過程で最初のＦＩＢから連続してＮ回ＣＲＣ値が一致した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ３４に進み、判定結果がＮＯの場合にはステップＳ３６に進む。図１１の例では、連続する３個のＦＩＢ（ＦＩＢ３〜ＦＩＢ５）のデータについてＣＲＣ値が一致（○印）している。

【0082】

ステップＳ３４では、制御部５により、そのＮ回連続しているＣＲＣ値の一致から、受信データにエラーが発生していないものと判断し、Ｎ個目のＦＩＢ（そのＣＲＣ値が一致した最後のＦＩＢ）中のＦＩＧからラベル情報（サービス名を指示するデータ）を取得する。そして、表示部８の画面にサービス名を表示する。図１１の例では、Ｎ回連続してＣＲＣ値が一致した最後のＦＩＢ５中のＦＩＧから取得したラベル情報に基づいて、表示データが更新され、サービス名として「ＡＬＰＨＡ２」が表示されている。

【0083】

次のステップＳ３５では、ステップＳ１９（図６）で行った処理と同様にして、制御部５により、受信状態が回復した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返し、判定結果がＮＯの場合にはステップＳ３２に戻って上記の処理を繰り返す。

【0084】

一方、ステップＳ３６では、制御部５により、そのＣＲＣ値の一致がＮ回連続していないことから、受信データにエラーが発生しているものと判断し、ステップＳ１８（図６）で行った処理と同様にして、表示部８に対し、表示中のサービス名の表示（図１１の例では、受信状態が悪化する前に表示されていた「ＡＬＰＨＡ１」）を維持するとともに、表示部を「グレーアウト」するよう制御する。

【0085】

さらにステップＳ３７では、ステップＳ３５で行った処理と同様にして、制御部５により、受信状態が回復した（ＹＥＳ）か否（ＮＯ）かを判定する。判定結果がＹＥＳの場合にはステップＳ１１（図６）に戻って上記の処理を繰り返し、判定結果がＮＯの場合にはステップＳ３２に戻って上記の処理を繰り返す。

【0086】

以上説明したように、第３の実施形態に係る、ＤＡＢ受信装置２０において行うサービス名表示に係る処理によれば、上述した第１、第２の実施形態の場合と同様に、受信状態も加味してＣＲＣ演算を行っているので、上記と同様の効果を得ることができる。

【0087】

さらに、この第３の実施形態では、受信状態が悪化した時以降に順次読み込んだＦＩＢについて複数回連続してＣＲＣ値が一致した場合に（図１１）、受信データにエラーが発生していないものと判断し、その連続している最後のＦＩＢ中のＦＩＧから取得したラベル情報に基づいて、表示データの更新を行っている。これにより、現状技術において見られたような不都合（誤ったサービス名が表示された場合、次にＣＲＣ結果が一致するまで表示データは更新されないため、その間、誤ったサービス名を表示し続けてしまうといった問題）を解消することができる。

【符号の説明】

【0088】

２…チューナ、４…ベースバンドデコーダ、５…制御部、６…記憶部、７…操作部、８…表示部、１２…デマルチプレクサ、１３…チャネルデコーダ、１４…オーディオデコーダ、１５…ＰＡＤデコーダ、１６…パケットモードデコーダ、２０…デジタルオーディオ放送（ＤＡＢ）受信装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】