(57)【要約】【課題】  １チューナ構成の放送受信装置でも、代替局サーチ処理に際して異音の発生を防止しつつ、かつ、代替局サーチ処理期間にわたる無音状態の発生を回避する。【解決手段】  ＲＦ処理部１２０が、再生用に選局された放送チャンネルの放送信号を周波数変換して、信号ＩＦＳを生成する。引き続き、復号部１３０が、信号ＩＦＳのＯＦＤＭ復調を行った後に復号処理を行って、復号データＤＴＤを生成する。次に、格納部１４０が、復号データＤＴＤに音声放送コンテンツの切れ目が含まれていることが検出された場合には、当該該切れ目よりも前の音声放送コンテンツに対応する復号データに続けて予め定められた期間長の無音情報をバッファ記憶部１５０に格納した後に、当該切れ目よりも後の音声放送コンテンツに対応する復号データをバッファ記憶部１５０に格納する。【選択図】  図１
2016187084.tif 000002
【特許請求の範囲】
【請求項１】
放送局から送信された放送波信号を周波数変換し、周波数変換信号を生成する周波数変換部と；
再生用コンテンツ情報を記憶するバッファ記憶部と；
再生用に選局された放送チャンネルに対応する周波数変換信号に含まれる音声放送コンテンツに含まれる関連データを用いて音声放送の切れ目を検出し、該切れ目より前の音声放送コンテンツ情報に続けて予め定められた期間長の無音情報を前記バッファ記憶部に格納した後に、前記切れ目より後の音声放送コンテンツ情報を格納する格納部と；
を備えることを特徴とする放送受信装置。
【請求項２】
前記格納部は、前記音声放送コンテンツにおいて無音が発生した場合、前記無音に続けて前記無音情報を前記バッファ記憶部に格納した後に、前記無音より後の音声放送コンテンツ情報を格納する、ことを特徴とする請求項１に記載の放送受信装置。
【請求項３】
前記関連データは、前記音声放送コンテンツに含まれる番組タイプ情報であって、
前記番組タイプ情報に基づいて、受信中の放送番組のタイプがトーク番組に関連することが判別された場合、前記格納部は、前記音声放送コンテンツにおける音声の進行速度より遅い音声再生速度となるようにテンポ調整及びピッチ調整が行われた音声情報を、前記受信中の放送番組における音声情報に代えて前記バッファ記憶部に格納する、ことを特徴とする請求項１又は２に記載の放送受信装置。
【請求項４】
前記格納部は、
前記音声放送コンテンツの音声解析を行い、
前記音声解析の結果に基づいて、トーク期間であると判別された期間では、前記音声放送コンテンツにおける音声の進行速度より遅い音声再生速度となるようにテンポ調整及びピッチ調整が行われた音声情報を、前記受信中の放送番組における音声情報に代えて前記バッファ記憶部に格納する、
ことを特徴とする請求項１〜３のいずれか一項に記載の放送受信装置。
【請求項５】
前記バッファ記憶部に格納された再生用コンテンツ情報を読み取る読取部を更に備え、
前記バッファ記憶部内の再生用コンテンツ情報に複数の前記切れ目が存在し、一の切れ目の直後の第１音声コンテンツの情報が前記第１音声コンテンツの途中からの情報であり、前記一の切れ目より後の切れ目の直後の第２音声コンテンツの情報が前記第２音声コンテンツの始まりからの情報である場合に、前記読取部は、前記一の切れ目の前の再生用コンテンツ情報の読取の終了後に、前記第２音声コンテンツの情報の読取を開始する、
ことを特徴とする請求項１〜４のいずれか一項に記載の放送受信装置。
【請求項６】
前記バッファ記憶部内の再生用コンテンツ情報に１つの前記切れ目が存在し、前記１つの切れ目の直後の第３音声コンテンツの情報が前記第３音声コンテンツの途中からの情報である場合に、前記読取部は、前記１つの切れ目の前の再生用コンテンツ情報の読取の終了後に、前記第３音声コンテンツの情報の読取を開始する、
ことを特徴とする請求項５に記載の放送受信装置。
【請求項７】
前記バッファ記憶部内の再生用コンテンツ情報に１つの前記切れ目が存在し、前記１つの切れ目の前の音声コンテンツの情報に欠損部分が存在する場合に、前記読取部は、前記欠損部分より前の再生用コンテンツ情報の読取の終了後に、前記１つの切れ目の直後の再生用コンテンツ情報の読取を開始する、
ことを特徴とする請求項５又は６に記載の放送受信装置。
【請求項８】
前記バッファ記憶部内の再生用コンテンツ情報に１つの前記切れ目が存在せず、前記再生用コンテンツ情報に対応する音声コンテンツの情報として欠損部分が存在する場合に、前記読取部は、前記欠損部分より前の再生用コンテンツ情報の読取の終了後に、前記欠損部分より後の再生用コンテンツ情報の読取を開始する、
ことを特徴とする請求項５〜７のいずれか一項に記載の放送受信装置。
【請求項９】
前記読取部は、前記欠損部分より後の再生用コンテンツ情報の読取の開始から所定期間にわたって、前記欠損部分より後の再生用コンテンツ情報に対して音量フェードイン処理を施す、ことを特徴とする請求項８に記載の放送受信装置。
【請求項１０】
放送局から送信された放送波信号を周波数変換し、周波数変換信号を生成する周波数変換部と；再生用コンテンツ情報を記憶するバッファ記憶部と；を備える放送受信装置において使用される放送受信方法であって、
再生用に選局された放送チャンネルに対応する周波数変換信号に含まれる音声放送コンテンツに含まれる関連データを用いて音声放送の切れ目を検出する検出工程と；
前記検出工程において前記切れ目が検出された該切れ目より前の音声放送コンテンツ情報に続けて予め定められた期間長の無音情報を前記バッファ記憶部に格納した後に、前記切れ目より後の音声放送コンテンツ情報を格納する無音情報挿入工程と；
を備えることを特徴とする放送受信方法。
【請求項１１】
放送受信装置が有するコンピュータに、請求項１０に記載の放送受信方法を実行させる、ことを特徴とする放送受信プログラム。
【請求項１２】
放送受信装置が有するコンピュータにより読み取り可能に、請求項１１に記載の放送受信プログラムが記録されている、ことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置、放送受信方法及び放送受信プログラム、並びに、当該放送受信プログラムが記録された記録媒体に関する。
【背景技術】
【０００２】
従来から、車両等の移動体に搭載され、ラジオ放送波を受信する放送受信装置が広く普及している。こうしたラジオ放送に関する技術の進展は目覚しく、例えば、欧州を始めとして、ＣＯＦＤＭ（Coded Orthogonal Frequency Division Multiplex）変調方式を採用したＤＡＢ（Digital Audio Broadcasting）放送が行われている。かかるＤＡＢ放送では、１つの物理チャンネル（アンサンブル）に複数の放送番組（サービスコンポーネント）が含まれており、ＤＡＢ放送を受信することにより、高品位なデジタルオーディオプログラムや、データサービスを享受できるようになっている。
【０００３】
さて、移動体に搭載された放送受信装置が放送波を受信する受信環境は、移動体の移動に従って変化する。このため、移動体に搭載されるＤＡＢ受信装置等の放送受信装置の場合には、再生用に選局している物理チャンネル（以下、「再生チャンネル」ともいう）の電波状況が悪化した場合に、再生中の放送番組と同一又は類似の放送番組の放送を行っている代替チャンネルをサーチする機能が求められる。そして、当該サーチにより代替チャンネルが見つかった場合には、当該代替チャンネルに自動的に選局チャンネルを切り替える機能も求められる。以下、これらの機能を総称して、「代替局サーチ機能」又は「サービスフォロー機能」と呼び、代替局サーチ機能を発揮する処理を「代替局サーチ処理」という。
【０００４】
こうした代替局サーチ処理を１チューナ構成の放送受信装置で行う場合には、聴取用の選局を一時的に中断することが必要となる。これは、再生チャンネルと、代替チャンネル候補の双方を同時に選局することができないためである。
【０００５】
このため、再生チャンネルの選局の一時的な中断による異音の発生を防止することが求められる。かかる要請に応えるための技術として、代替局サーチ処理の期間については、ミュート処理を行い、無音状態とする技術が提案されている（特許文献１参照：以下、「従来例」という）。この従来例の技術では、再生チャンネルの受信状態が劣化すると、ミュート処理を開始するとともに、代替局サーチ処理を開始する。そして、代替チャンネルへの切り替えが終了すると、ミュート処理を終了するようになっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−０６９４３７号公報（段落［００４２］〜［００４４］及び図４参照）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した従来例の技術では、代替局サーチ処理に伴う異音の発生を防止することはできるが、代替局サーチ処理に起因し、聴取者に違和感を抱かせる比較的長期間にわたる無音状態の発生を避けることができない。また、代替局サーチ処理は、再生チャンネルの放送波の受信状況が劣化すると開始される。この結果、楽曲番組放送の途中等、利用者が途切れて欲しくないタイミングでも、無音状態となってしまう。
【０００８】
このため、１チューナ構成の放送受信装置であっても、代替局サーチ処理に際して異音の発生を防止しつつ、かつ、聴取者に違和感を抱かせる無音状態の発生を回避することができる技術が望まれている。かかる要請に応えることが、本発明が解決すべき課題の一つとして挙げられる。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、放送局から送信された放送波信号を周波数変換し、周波数変換信号を生成する周波数変換部と；再生用コンテンツ情報を記憶するバッファ記憶部と；再生用に選局された放送チャンネルに対応する周波数変換信号に含まれる音声放送コンテンツに含まれる関連データを用いて音声放送の切れ目を検出し、該切れ目より前の音声放送コンテンツ情報に続けて予め定められた期間長の無音情報を前記バッファ記憶部に格納した後に、前記切れ目より後の音声放送コンテンツ情報を格納する格納部と；を備えることを特徴とする放送受信装置である。
【００１０】
請求項１０に記載の発明は、放送局から送信された放送波信号を周波数変換し、周波数変換信号を生成する周波数変換部と；再生用コンテンツ情報を記憶するバッファ記憶部と；を備える放送受信装置において使用される放送受信方法であって、再生用に選局された放送チャンネルに対応する周波数変換信号に含まれる音声放送コンテンツに含まれる関連データを用いて音声放送の切れ目を検出する検出工程と；前記検出工程において前記切れ目が検出された該切れ目より前の音声放送コンテンツ情報に続けて予め定められた期間長の無音情報を前記バッファ記憶部に格納した後に、前記切れ目より後の音声放送コンテンツ情報を格納する無音情報挿入工程と；を備えることを特徴とする放送受信方法である。
【００１１】
請求項１１に記載の発明は、放送受信装置が有するコンピュータに、請求項１０に記載の放送受信方法を実行させる、ことを特徴とする放送受信プログラムである。
【００１２】
請求項１２に記載の発明は、放送受信装置が有するコンピュータにより読み取り可能に、請求項１１に記載の放送受信プログラムが記録されている、ことを特徴とする記録媒体である。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態の放送受信装置の構成を説明するためのブロック図である。
【図２】図１の制御部による代替局サーチ処理を説明するためのフローチャートである。
【図３】図１の格納部による格納制御処理を説明するためのフローチャートである。
【図４】図３の付加格納処理を説明するためのフローチャートである。
【図５】付加格納処理により生成される格納データの例を説明するための図（その１）である。
【図６】付加格納処理により生成される格納データの例を説明するための図（その２）である。
【図７】図１の読取部によるフラグメンテナンス処理を説明するためのフローチャートである。
【図８】図１の読取部による読取処理を説明するためのフローチャートである。
【図９】図８の欠落対応読取処理を説明するためのフローチャートである。
【図１０】図９の第１欠落対応読取処理を説明するための図である。
【図１１】第１欠落対応読取処理による読取ポインタ、出力音声データ及び再生コンテンツ音声の推移を説明するための図である。
【図１２】図９の第２欠落対応読取処理を説明するための図である。
【図１３】第２欠落対応読取処理による読取ポインタ、出力音声データ及び再生コンテンツ音声の推移を説明するための図である。
【図１４】図９の第３欠落対応読取処理を説明するための図である。
【図１５】第３欠落対応読取処理による読取ポインタ、出力音声データ及び再生コンテンツ音声の推移を説明するための図である。
【図１６】図９の第４欠落対応読取処理を説明するための図である。
【図１７】第４欠落対応読取処理による読取ポインタ、出力音声データ及び再生コンテンツ音声の推移を説明するための図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態を、図１〜図１７を参照して説明する。なお、以下の説明及び図面においては、同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１５】
［構成］
図１には、一実施形態に係るＤＡＢ対応の放送受信装置１００の構成がブロック図にて示されている。なお、本実施形態では、放送受信装置１００は、車両等の移動体に搭載されている。
【００１６】
この図１に示されるように、放送受信装置１００は、アンテナ１１０と、ＲＦ処理部１２０と、復号部１３０とを備えている。また、放送受信装置１００は、格納部１４０と、バッファ記憶部１５０と、読取部１６０とを備えている。さらに、放送受信装置１００は、音出力部１７０と、入力部１８０と、制御部１９０とを備えている。
【００１７】
上記のアンテナ１１０は、様々な放送局（基地局）からの放送波を受信する。そして、アンテナ１１０による受信結果は、受信信号ＲＦＳとして、ＲＦ処理部１２０へ送られる。
【００１８】
上記のＲＦ処理部１２０は、アンテナ１１０から送られた受信信号ＲＦＳを受ける。そして、ＲＦ処理部１２０は、制御部１９０から送られた選局指令ＣＳＬに従って、再生チャンネルにおける放送波のパイロット信号成分の周波数を所定の中間周波数に変換する周波数変換を行い、当該周波数変換が行われた信号ＩＦＳを生成する。こうして生成された信号ＩＦＳは、復号部１３０へ送られる。
【００１９】
なお、信号ＩＦＳは、デジタル信号となっている。
【００２０】
また、ＲＦ処理部１２０は、信号ＩＦＳにデジタル変換される前の信号（アナログ信号）のレベルを検出する。こうして検出された信号レベルは、検出レベルＳＬＶとして、制御ユニット１９０へ送られる。なお、検出レベルＳＬＶは、選局指令ＣＳＬに従って選局された物理チャンネルの放送波のアンテナ１１０近傍における電界強度に対応している。
【００２１】
こうした機能を有するＲＦ処理部１２０は、入力フィルタと、高周波増幅器（ＲＦ ＡＭＰ：Radio Frequency-Amplifier）と、バンドパスフィルタ（以下、「ＲＦフィルタ」とも呼ぶ）とを備えている。また、ＲＦ処理部１２０は、ミキサ（混合器）と、中間周波フィルタ（以下、「ＩＦフィルタ」とも呼ぶ）と、中間周波増幅器（ＩＦ ＡＭＰ：Intermediate Frequency-Amplifier）とを備えている。さらに、ＲＦ処理部１２０は、レベル検出器と、ＡＤ（Analogue to Digital）変換器と、局部発振回路（ＯＳＣ）とを備えている。
【００２２】
入力フィルタは、アンテナ１１０から送られた受信信号ＲＦＳの低周波成分を遮断するハイパスフィルタである。高周波増幅器は、入力フィルタを通過した信号を増幅する。
【００２３】
ＲＦフィルタは、高周波増幅器から出力された信号のうち、特定の周波数範囲の信号を選択的に通過させる。ミキサは、ＲＦフィルタを通過した信号と、局部発振回路から供給された局部発振信号とを混合する。
【００２４】
ＩＦフィルタは、ミキサから出力された信号のうち、予め定められた中間周波数範囲の信号を選択して通過させる。中間周波増幅器は、ＩＦフィルタを通過した信号を増幅する。
【００２５】
中間周波増幅器により増幅された信号のレベルを、レベル検出器が検出する。レベル検出器による検出結果が、検出レベルＳＬＶとして、制御部１９０へ送られる。
【００２６】
また、中間周波増幅器により増幅された信号を、ＡＤ変換器がデジタル信号に変換する。ＡＤ変換器による変換結果が、信号ＩＦＳとして、復号部１３０へ送られる。
【００２７】
局部発振回路は、電圧制御等により発振周波数の制御が可能な発振器等を備えて構成される。この局部発振回路は、制御部１９０から供給された選局指令ＣＳＬに従って、ＲＦ処理部１２０において選局すべきチャンネルに対応する周波数の局部発振信号を生成し、ミキサへ供給する。
【００２８】
上記の復号部１３０は、ＲＦ処理部１２０から送られた信号ＩＦＳを受ける。そして、復号部１３０は、信号ＩＦＳをＯＦＤＭ復調した後に、必要に応じたエラー訂正を含む復号処理を行って、復号データＤＴＤを生成する。こうして生成された復号データＤＴＤは、格納部１４０及び制御部１９０へ送られる。
【００２９】
また、復号部１３０は、信号ＩＦＳにおけるビットエラー率ＢＥＲを検出する。こうして検出されたビットエラー率ＢＥＲは、制御部１９０へ送られる。
【００３０】
上記の格納部１４０は、復号部１３０から送られた復号データＤＴＤ、及び、読取部１６０から送られた読取ポインタＲＤＰを受ける。引き続き、格納部１４０は、制御部１９０から送られた格納指定ＳＴＣ、読取ポインタＲＤＰ、及び、内部に保持している格納ポインタＳＴＰを参照しつつ、復号データＤＴＤに基づいて格納データＳＴＤを生成する。そして、格納部１４０は、生成された格納データＳＴＤを、格納ポインタＳＴＰを更新しつつ、バッファ記憶部１５０に格納する。また、格納部１４０は、格納ポインタＳＴＰが更新されるたびに、更新された格納ポインタＳＴＰを読取部１６０へ送る。
【００３１】
また、格納部１４０は、格納ポインタＳＴＰ及び読取ポインタＲＤＰに基づいて、バッファリング量ＢＦＶを算出する。こうして算出されたバッファリング量ＢＦＶは、制御部１９０へ送られる。
【００３２】
なお、格納部１４０が実行する格納制御処理については、後述する。
【００３３】
上記のバッファ記憶部１５０は、記憶素子を備え、いわゆるリングバッファとして構成されている。このバッファ記憶部１５０では、アクセス単位（例えば、「１バイト」）ごとに割り当てられているアドレスが「０」〜「ＶＦＡ」となっている。
【００３４】
バッファ記憶部１５０への格納のためのアクセスは、格納部１４０ができるようになっている。また、バッファ記憶部１５０からの読取のためのアクセスは、読取部１６０ができるようになっている。
【００３５】
なお、本実施形態では、格納部１４０が内部に保持している格納ポインタＳＴＰは、格納部１４０が次に格納データＳＴＤを格納すべきバッファ記憶部１５０内のアドレス値である。読取部１６０が内部に保持している読取ポインタＲＤＰは、読取部１６０が次に再生用データＲＤＤとして読み取るべきデータが格納されているバッファ記憶部１５０内のアドレス値である。
【００３６】
このため、上述したバッファリング量ＢＦＶは、格納ポインタＳＴＰが読取ポインタＲＤＰ以下の場合には、次の（１）式により算出される。
ＢＦＶ＝ＳＴＰ−ＲＤＰ                    …（１）
【００３７】
また、バッファリング量ＢＦＶは、格納ポインタＳＴＰが読取ポインタＲＤＰより小さな場合には、次の（２）式により算出される。
ＢＦＶ＝ＳＴＰ＋ＶＦＡ＋１−ＲＤＰ        …（２）
【００３８】
上記の読取部１６０は、格納部１４０から送られた格納ポインタＳＴＰを受ける。そして、読取部１６０は、格納ポインタＳＴＰ及び読取ポインタＲＤＰに基づいて、バッファ記憶部１５０内に再生用に読み取るべきデータが存在すると判断される場合には、読取ポインタＲＤＰを更新しつつ、バッファ記憶部１５０から再生用データＲＤＤを読み取る。
【００３９】
なお、読取部１６０は、読取ポインタＲＤＰに際して、制御部１９０から送られた格納指定ＳＴＣを考慮するようになっている。また、読取部１６０は、読取ポインタＲＤＰが更新されるたびに、更新された読取ポインタＲＤＰを格納部１４０へ送る。
【００４０】
引き続き、読取部１６０は、再生用データＲＤＤに基づいて、出力音声データＡＯＤを生成する。こうして生成された出力音声データＡＯＤは、音出力部１７０へ送られる。
【００４１】
なお、読取部１６０が実行する読取制御処理については、後述する。
【００４２】
上記の音出力部１７０は、ＤＡ（Digital to Analogue）変換器、電子ボリューム、スピーカ等を備えて構成される。この音出力部１７０は、読取部１６０から送られた出力音声データＡＯＤ、及び、制御部１９０から送られた音量指定ＶＬＣを受ける。そして、音出力部１７０は、音量指定ＶＬＣに従った音量で、出力音声データＡＯＤに対応する音声を出力する。
【００４３】
上記の入力部１８０は、放送受信装置１００の本体部に設けられたキー部及び／又はキー部を備えるリモート入力装置等により構成される。ここで、本体部に設けられたキー部としては、不図示の表示部に設けられたタッチパネルを用いることができる。なお、キー部を有する構成に代えて、又は、併用して音声認識技術を利用して音声にて入力する構成を採用することもできる。入力部１８０への入力結果は、入力データＩＰＤとして制御部１９０へ送られる。この入力部１８０を操作することにより、利用者は、再生チャンネルの指定、出力音量の指定等を入力できるようになっている。
【００４４】
上記の制御部１９０は、放送受信装置１００の全体の動作を制御する。この制御部１９０は、内部記憶部、タイマ等を備えて構成されている。
【００４５】
制御部１９０は、入力部１８０に入力された放送音声の再生対象となる再生チャンネルの指定が入力データＩＰＤとして通知されると、当該再生チャンネルの指定に従って再生チャンネルの選局指令ＣＳＬを生成する。そして、制御部１９０は、生成された選局指令ＣＳＬをＲＦ処理部１２０へ送る。
【００４６】
また、制御部１９０は、入力部１８０に入力された出力音量の指定が入力データＩＰＤとして通知されると、当該出力音量の指定に従って音量指定ＶＬＣを生成する。そして、制御部１９０は、生成された音量指定ＶＬＣを音出力部１７０へ送る。
【００４７】
また、制御部１９０は、ＲＦ処理部１２０から送られた検出レベルＳＬＶ、並びに、復号部１３０から送られたビットエラー率ＢＥＲ及び復号データＤＴＤを受ける。そして、制御部１９０は、検出レベルＳＬＶ、ビットエラー率ＢＥＲ及び復号データＤＴＤに基づいて、代替局サーチ処理を実行する。
【００４８】
なお、制御部１９０が実行する代替局サーチ処理については、後述する。
【００４９】
［動作］
次に、上記のように構成された放送受信装置１００の動作について、制御部１９０により実行される代替局サーチ処理、格納部１４０により実行される格納制御処理、及び、読取部１６０により実行される読取制御処理に主に着目して説明する。
【００５０】
前提として、放送受信装置１００は、放送受信動作を開始しており、制御部１９０は、入力部１８０に入力された選局指定に従って、再生チャンネルの設定をＲＦ処理部１２０に対して行っているものとする。そして、ＲＦ処理部１２０は、信号ＩＦＳを復号部１３０へ逐次送るとともに、検出レベルＳＬＶを制御部１９０へ逐次送っているものとする（図１参照）。
【００５１】
また、復号部１３０は、ＲＦ処理部１２０から送られた信号ＩＦＳに対して、ＯＦＤＭ復調処理及び復号処理、並びに、必要に応じてエラー訂正を順次施して、復号データＤＴＤを生成するとともに、ビットエラー率ＢＥＲを検出しているものとする。そして、復号部１３０は、復号データＤＴＤを格納部１４０及び制御部１９０へ逐次送っているものとする。また、復号部１３０は、ビットエラー率ＢＥＲを制御部１９０へ逐次送っているものとする（図１参照）。
【００５２】
また、制御部１９０は、入力部１８０に入力された出力音量の指定に従って生成された音量指定ＶＬＣを音出力部１７０へ送っているものとする（図１参照）。
【００５３】
＜代替局サーチ処理＞
まず、制御部１９０により実行される代替局サーチ処理について説明する。
【００５４】
代替局サーチ処理に際しては、図２に示されるように、まず、ステップＳ１１において、制御部１９０が、復号データＤＴＤに基づく格納データＳＴＤをバッファ記憶部１５０へ格納すべき旨を指定するために格納指定ＳＴＣを「ＯＮ」にする。そして、制御部１９０は、「ＯＮ」とされた格納指定ＳＴＣを格納部１４０及び読取部１６０へ送る。
【００５５】
次に、ステップＳ１２において、制御部１９０が、ＲＦ処理部１２０から送られた検出レベルＳＬＶが閾値レベルＬＶ0以下か否かを判定することにより、代替局サーチが必要か否かを判定する。なお、閾値レベルＬＶ0は、番組再生の継続性の観点から、実験、シミュレーション、経験等に基づいて、予め定められる。
【００５６】
ステップＳ１２における判定の結果が肯定的であった場合（ステップＳ１２：Ｙ）には、処理は、後述するステップＳ１４へ進む。一方、ステップＳ１２における判定の結果が否定的であった場合（ステップＳ１２：Ｎ）には、処理はステップＳ１３へ進む。
【００５７】
ステップＳ１３では、制御部１９０が、復号部１３０から送られたビットエラー率ＢＥＲが閾値エラー率ＥＲ0以上か否かを判定することにより、代替局サーチが必要か否かを判定する。なお、閾値エラー率ＥＲ0は、番組再生の継続性の観点から、実験、シミュレーション、経験等に基づいて、予め定められる。
【００５８】
ステップＳ１３における判定の結果が否定的であった場合（ステップＳ１３：Ｎ）には、処理はステップＳ１２へ戻る。以後、ステップＳ１２又はステップＳ１３における判定の結果が肯定的となるまで、ステップＳ１２及びステップＳ１３の処理が繰り返される。
【００５９】
ステップＳ１２又はステップＳ１３における判定の結果が肯定的となると（ステップＳ１２：Ｙ、又は、ステップＳ１３：Ｙ）、処理はステップＳ１４へ進む。このステップＳ１４では、制御部１９０が、格納部１４０から送られたバッファリング量ＢＦＶが第１所定データ量ＶTH1以下であるか否かを判定することにより、代替局サーチの実行に起因する番組再生の中断が発生し得るか否かを判定する。なお、第１所定データ量ＶTH1は、代替局サーチの実行に要すると推定される最大時間にわたってバッファ記憶部１５０への新たなデータの格納がなくとも、バッファ記憶部１５０に記憶されているバッファリングデータ（再生用コンテンツ情報）のみによる番組再生を可能とするとの観点から、実験、シミュレーション、経験等に基づいて、予め定められる。
【００６０】
ステップＳ１４における判定の結果が肯定的であった場合（ステップＳ１４：Ｙ）には、処理はステップＳ１２へ戻る。以後、ステップＳ１４における判定の結果が否定的となるまで、ステップＳ１２〜Ｓ１４の処理が繰り返される。
【００６１】
ステップＳ１４における判定の結果が否定的となると（ステップＳ１４：Ｎ）、処理はステップＳ１５へ進む。このステップＳ１５では、制御部１９０が、復号データＤＴＤに基づく格納データＳＴＤをバッファ記憶部１５０へ格納すべきではない旨を指定するために格納指定ＳＴＣを「ＯＦＦ」にする。そして、制御部１９０は、「ＯＦＦ」とされた格納指定ＳＴＣを格納部１４０及び読取部１６０へ送る。
【００６２】
次に、ステップＳ１６において、制御部１９０が、代替局サーチを実行する。かかる代替局サーチに際して、制御部１９０は、まず、代替チャンネル候補を選局するための選局指令ＣＳＬをＲＦ処理部１２０へ送る。引き続き、制御部１９０は、ＲＦ処理部１２０から送られた検出レベルＳＬＶ、並びに、復号部１３０から送られたビットエラー率ＢＥＲ及び復号データＤＴＤに基づいて、当該代替チャンネル候補において再生チャンネルの放送番組と同一又は類似の放送番組が当該代替チャンネル候補において放送されており、かつ、再生品質を確保した再生を継続的に行うことができると推定されるか否かの判定（以下、「代替局判定」という）を行う。
【００６３】
なお、本実施形態では、制御部１９０は、代替チャンネル候補において再生チャンネルの放送番組と同一又は類似の放送番組が当該代替チャンネル候補において放送されているか否かの判定を、復号データＤＴＤに含まれるサービス識別子（ＳＩＤ）又は番組識別コード（ＰＩコード）に基づいて行うようになっている。
【００６４】
引き続き、代替局判定の結果が肯定的となるまで、制御部１９０は、次の代替チャンネル候補を選局するための選局指令ＣＳＬをＲＦ処理部１２０へ送るとともに、当該次の代替チャンネルに関する代替局判定を繰り返す。
【００６５】
そして、制御部１９０は、代替局判定の結果が肯定的となった代替チャンネル候補を新たな再生チャンネルに決定する。引き続き、制御部１９０は、決定された新たな再生チャンネルを選局するための選局指令ＣＳＬをＲＦ処理部１２０へ送る。なお、代替局判定の結果が肯定的となる代替チャンネル候補を見出せなかった場合には、制御部１９０は、代替局サーチの開始前の再生チャンネルを選局するための選局指令ＣＳＬをＲＦ処理部１２０へ送る。
【００６６】
こうしてステップＳ１６の処理が終了すると、処理はステップＳ１１へ戻る。以後、ステップＳ１１〜Ｓ１６の処理が繰り返される。
【００６７】
＜格納制御処理＞
次に、格納部１４０により実行される格納制御処理について説明する。
【００６８】
格納制御処理に際しては、図３に示されるように、まず、ステップＳ２１において、格納部１４０が、制御部１９０から送られている格納指定ＳＴＣが「ＯＮ」であるか否かを判定する。ステップＳ２１における判定の結果が否定的であった場合（ステップＳ２１：Ｎ）には、ステップＳ２１の処理が繰り返される。
【００６９】
ステップＳ２１における判定の結果が肯定的であった場合（ステップＳ２１：Ｙ）には、処理はステップＳ２２へ進む。このステップＳ２２では、格納部１４０は、復号部１３０から送られた新たな復号データＤＴＤを受けたか否かを判定する。
【００７０】
ステップＳ２２における判定の結果が否定的であった場合（ステップＳ２２：Ｎ）には、処理はステップＳ２１へ戻る。以後、ステップＳ２２における判定の結果が肯定的となるまで、ステップＳ２１及びステップＳ２２の処理が繰り返される。
【００７１】
ステップＳ２２における判定の結果が肯定的となると（ステップＳ２２：Ｙ）、処理はステップＳ２３へ進む。このステップＳ２３では、格納部１４０が、現時点のバッファリング量ＢＦＶが第２所定データ量ＶTH2（＞ＶTH1）以上であるか否かを判定することにより、後述するステップにおける付加格納処理により、バッファ記憶部１５０に格納されるべきバッファリングデータ量が、バッファ記憶部１５０の容量を超える可能性があるか否かを判定する。
【００７２】
ステップＳ２３における判定の結果が肯定的であった場合（ステップＳ２３：Ｙ）には、処理はステップＳ２４へ進む。このステップＳ２４では、格納部１４０が、新たに受けた復号データＤＴＤをそのまま格納データＳＴＰとしてバッファ記憶部１５０に格納する通常格納処理を行う。そして、処理は、後述するステップＳ２６へ進む。
【００７３】
一方、ステップＳ２３における判定の結果が否定的であった場合（ステップＳ２３：Ｎ）には、処理はステップＳ２５へ進む。このステップＳ２５では、格納部１４０は、付加格納処理を行う。そして、処理は、後述するステップＳ２６へ進む。
【００７４】
なお、ステップＳ２５で実行される付加格納処理については、後述する。
【００７５】
ステップＳ２６では、格納部１４０が、まず、格納ポインタＳＴＰを更新する。かかる格納ポインタＳＴＰの更新に際して、現時点の格納ポインタＳＴＰと、ステップＳ２４又はステップＳ２５における格納量ＳＴＶとの和が、上述したバッファ記憶部１５０の最大アドレスＶＦＡ以下の場合には、格納部１４０は、次の（３）式に従って、格納ポインタＳＴＰを更新する。
ＳＴＰ←（ＳＴＰ＋ＳＴＶ）                  …（３）
【００７６】
一方、現時点の格納ポインタＳＴＰと格納量ＳＴＶとの和が、最大アドレスＶＦＡより大きな場合には、格納部１４０は、次の（４）式に従って、格納ポインタＳＴＰを更新する。
ＳＴＰ←（ＳＴＰ＋ＳＴＶ−ＶＦＡ−１）      …（４）
【００７７】
こうして格納ポインタＳＴＰが更新された後、格納部１４０は、更新された格納ポインタＳＴＰと、読取部１６０から送られた最新の読取ポインタＲＤＰとに基づいて、バッファリング量ＢＦＶを更新する。そして、格納部１４０は、更新されたバッファリング量ＢＦＶを制御部１９０へ送る。
【００７８】
なお、明示的な図示を省略しているが、読取部１６０から送られた新たな読取ポインタＲＤＰを受けるたびに、格納部１４０は、上述した（１）式又は（２）式に従って、新たなバッファリング量ＢＦＶを算出することにより、バッファリング量ＢＦＶを更新する。そして、格納部１４０は、更新されたバッファリング量ＢＦＶを制御部１９０へ送る。
【００７９】
ステップＳ２６の処理が終了すると、処理はステップＳ２１へ戻る。以後、ステップＳ２１〜Ｓ２６の処理が繰り返される。
【００８０】
《付加格納処理》
次いで、ステップＳ２５における付加格納処理について説明する。
【００８１】
付加格納処理に際しては、図４に示されるように、まず、ステップＳ３１において、格納部１４０が、復号データＤＴＤにおいて音声放送コンテンツ（以下、単に「コンテンツ」ともいう）の切れ目が存在するか否かを判定する。なお、本実施形態では、音声放送コンテンツの切れ目（「音声放送の切れ目」ともいう）には、番組の切り替わりに加えて、楽曲の切り替わりが含まれるようになっている。
【００８２】
ここで、番組の切り替わりは、復号データＤＴＤに含まれるサービス識別子（ＳＩＤ）又は番組識別コード（ＰＩコード）の変化を監視することにより検出される。また、楽曲の切り替わりは、動的ラベルセグメント（ＤＬＳ）の変化を監視することにより検出される。ここで、動的ラベルセグメント（ＤＬＳ）は、楽曲情報、番組タイプ情報、放送局名、電子番組表等の情報を含んでいる。なお、本明細書では、サービス識別子、番組識別コード、動的ラベルセグメント等を、ＤＡＢ放送における「関連データ」と呼ぶものとする。
【００８３】
なお、ＨＤ（Hybrid Digital）ラジオにおいては、プログラム・サービス・データ（ＰＳＤ）、ステーション・インフォメーションサービス（ＳＩＳ）、アドバンスド・アプリケーション・サービス（ＡＡＳ）が、動的ラベルセグメントに該当する。また、ＦＭ放送では、ラジオ・データ・システム（ＲＤＳ）における番組内容識別情報（ＰＴＹ：Program Type Identification）、放送局名情報（ＰＳ：Program Service Name）が、動的ラベルセグメントに該当する。これらの情報から番組タイプ情報、楽曲情報、放送局名等の情報を取得することができるようになっている。
【００８４】
ステップＳ３１における判定の結果が否定的であった場合（ステップＳ３１：Ｎ）には、処理は、後述するステップＳ３３へ進む。一方、ステップＳ３１における判定の結果が肯定的であった場合（ステップＳ３１：Ｙ）には、処理はステップＳ３２へ進む。
【００８５】
ステップＳ３２では、格納部１４０が、第１無音情報挿入処理を行う。かかる第１無音情報挿入処理では、格納部１４０が、復号データＤＴＤにおける音声放送コンテンツの切れ目よりも前の音声放送コンテンツ情報に対応する復号データに続けて第１期間長の無音情報を挿入した格納データＳＴＤを生成する。そして、処理はステップＳ３３へ進む。
【００８６】
なお、第１期間長は、音声放送コンテンツの切れ目において聴取者に違和感を抱かせない観点から、実験、シミュレーション、実験等に基づいて、予め定められる。
【００８７】
ステップＳ３３では、格納部１４０が、復号データＤＴＤにおいて無音期間が存在するか否かを判定する。ステップＳ３３における判定の結果が否定的であった場合（ステップＳ３３：Ｎ）には、処理は、後述するステップＳ３５へ進む。
【００８８】
ステップＳ３３における判定の結果が肯定的であった場合（ステップＳ３３：Ｙ）には、処理はステップＳ３４へ進む。このステップＳ３４では、格納部１４０が、第２無音情報挿入処理を行う。かかる第２無音情報挿入処理では、格納部１４０が、復号データＤＴＤにおける無音期間に続けて第２期間長の無音情報を挿入した格納データＳＴＤを生成する。そして、処理はステップＳ３５へ進む。
【００８９】
なお、第２期間長は、無音情報の挿入によって聴取者に違和感を抱かせない観点から、実験、シミュレーション、実験等に基づいて、予め定められる。
【００９０】
ステップＳ３５では、格納部１４０が、現時点で再生している番組がトーク番組関連か否かを判定する。ステップＳ３５における判定の結果が肯定的であった場合（ステップＳ３５：Ｙ）には、処理は、後述するステップＳ３７へ進む。
【００９１】
ステップＳ３５における判定の結果が否定的であった場合（ステップＳ３５：Ｎ）には、処理はステップＳ３６へ進む。このステップＳ３６では、格納部１４０が、復号データＤＴＤを解析し、トーク期間が存在するか否かを判定する。ステップＳ３６における判定の結果が否定的であった場合（ステップＳ３６：Ｎ）には、処理は後述するステップＳ３８へ進む。
【００９２】
ステップＳ３６における判定の結果が肯定的であった場合（ステップＳ３６：Ｙ）には、処理はステップＳ３７へ進む。このステップＳ３７では、格納部１４０が、復号データＤＴＤにおけるトークコンテンツでの音声の進行速度よりも遅い音声再生速度となるようにテンポ調整及びピッチ調整が行われた拡張トーク音声情報を生成する。そして、格納部１４０が、復号データＤＴＤにおけるトークコンテンツを当該拡張トーク音声情報に置き換えた格納データＳＴＤを生成する。そして、処理はステップＳ３８へ進む。
【００９３】
ステップＳ３８では、格納部１４０が、その時点における格納データをバッファ記憶部１５０に格納する。なお、上述したステップＳ３１〜Ｓ３７の処理において、第１無音情報挿入処理、第２無音情報挿入処理及び拡張トーク音声情報の生成のいずれも行われなかった場合には、ステップＳ３８において、復号データＤＴＤがそのままバッファ記憶部１５０に格納される。
【００９４】
こうしてステップＳ３８の処理が終了すると、ステップＳ２５の処理が終了する。そして、処理は、上述した図３のステップＳ２６へ進む。
【００９５】
なお、図５（Ａ）には、第１無音情報挿入処理が行われた場合の格納データＳＴＤの例が、復号データＤＴＤと対比して示されている。また、図５（Ｂ）には、第２無音情報挿入処理が行われた場合の格納データＳＴＤの例が、復号データＤＴＤと対比して示されている。
【００９６】
さらに、図６（Ａ）には、トーク番組関連の場合の格納データＳＴＤの例が、復号データＤＴＤと対比して示されている。また、図６（Ｂ）には、トーク期間が検出された場合の格納データＳＴＤの例が、復号データＤＴＤと対比して示されている。
【００９７】
＜読取制御処理＞
次に、読取部１６０により実行される読取制御処理について説明する。かかる読取制御処理には、フラグメンテナンス処理及び読取処理が含まれている。
【００９８】
《フラグメンテナンス処理》
まず、フラグメンテナンス処理について説明する。
【００９９】
フラグメンテナンス処理に際しては、図７に示されるように、まず、ステップＳ４１において、読取部１６０が、欠落フラグＦＬＧを「ＯＦＦ」に設定する。引き続き、ステップＳ４２において、読取部１６０が、制御部１９０から送られている格納指定ＳＴＣが「ＯＮ」から「ＯＦＦ」へ変化したか否かを判定することにより、バッファ記憶部１５０に記憶されているバッファリングデータに、制御部１９０による代替局サーチ処理の実行に伴う欠落が発生したか否かを判定する。
【０１００】
ステップＳ４２における判定の結果が否定的であった場合（ステップＳ４２：Ｎ）には、ステップＳ４２の処理が繰り返される。一方、ステップＳ４２における判定の結果が肯定的であった場合（ステップＳ４２：Ｙ）には、処理はステップＳ４３へ進む。
【０１０１】
ステップＳ４３では、読取部１６０が、欠落フラグＦＬＧを「ＯＮ」に設定する。引き続き、ステップＳ４４において、読取部１６０が、格納部１４０から送られた最新の格納ポインタＳＴＰを、中断ＳＴＰとして保持する。
【０１０２】
ステップＳ４４の処理が終了すると、処理はステップＳ４２へ進む。以後、ステップＳ４２〜Ｓ４４の処理が繰り返される。
【０１０３】
《読取処理》
次に、上述したフラグメンテナンス処理と並行して実行される読取処理について説明する。
【０１０４】
読取処理に際しては、図８に示されるように、まず、ステップＳ４６において、読取部１６０が、欠落フラグＦＬＧが「ＯＮ」であるか否かを判定する。かかる判定を行うことにより、読取部１６０は、バッファ記憶部１５０に記憶されているバッファリングデータに、制御部１９０による代替局サーチ処理の実行に伴う欠落が発生している否かを判定する。
【０１０５】
ステップＳ４６における判定の結果が否定的であった場合（ステップＳ４６：Ｎ）には、処理はステップＳ４７へ進む。このステップＳ４７では、読取部１６０が、通常読取処理を行う。この通常読取処理では、読取部１６０が、読取ポインタＲＤＰを順次更新しつつ、バッファ記憶部１５０に記憶されているバッファリングデータを格納順に再生用データＲＤＤとして読み取る。引き続き、読取部１６０は、読み取られた再生用データＲＤＤに基づいて出力音声データＡＯＤを生成する。そして、読取部１６０は、生成された出力音声データＡＯＤを音出力部１７０へ送る。この結果、音出力部１７０から、出力音声データＡＯＤに対応する音声が出力される。
【０１０６】
こうしてステップＳ４７の処理が終了すると、処理はステップＳ４６へ戻る。以後、ステップＳ４６における判定の結果が肯定的となるまで、ステップＳ４６及びステップＳ４７の処理が繰り返される。
【０１０７】
代替局サーチが開始されたことに伴って欠落フラグＦＬＧが「ＯＮ」となり、ステップＳ４６における判定の結果が肯定的となると（ステップＳ４６：Ｙ）には、処理はステップＳ４８へ進む。このステップＳ４８では、読取部１６０が、欠落対応読取処理を行う。なお、欠落対応読取処理については、後述する。
【０１０８】
ステップＳ４８の処理が終了すると、処理はステップＳ４６へ戻る。以後、ステップＳ４６〜Ｓ４８の処理が繰り返される。
【０１０９】
なお、明示的な図示を省略しているが、読取部１６０は、バッファ記憶部１５０からバッファリングデータを読み取るたびに、読取ポインタＲＤＰを更新する。そして、読取部１６０は、読取ポインタＲＤＰが更新されるたびに、更新された読取ポインタＲＤＰを格納部１４０へ送る。
【０１１０】
（欠落対応読取処理）
次いで、ステップＳ４８において実行される欠落対応読取処理について説明する。
【０１１１】
欠落対応読取処理に際しては、図９に示されるように、まず、ステップＳ５１において、読取部１６０が、現時点の読取ポインタＲＤＰ（以下、「現在ＲＤＰ」とも記す）から、ステップＳ４４において保持された中断ＳＴＰまでのバッファリングデータ内に音声放送コンテンツの切れ目が存在するか否かを判定する。ステップＳ５１における判定の結果が肯定的であった場合（ステップＳ５１：Ｙ）には、処理はステップＳ５２へ進む。
【０１１２】
ステップＳ５２では、読取部１６０が、バッファ記憶部１５０内の中断ＳＴＰまでのバッファリングデータに対して、上述したステップＳ４７の場合と同様の通常読取処理を行う。そして、処理はステップＳ５３へ進む。
【０１１３】
ステップＳ５３では、読取部１６０が、バッファ記憶部１５０内の中断ＳＴＰから現時点の格納ポインタＳＴＰまでのバッファリングデータ内に音声放送コンテンツの切れ目があるか否かを判定する。ステップＳ５３における判定の結果が肯定的であった場合（ステップＳ５３：Ｙ）には、処理はステップＳ５４へ進む。
【０１１４】
ステップＳ５４では、読取部１６０が、第１欠落対応読取処理を行う。そして、処理は、後述するステップＳ６０へ進む。
【０１１５】
なお、第１欠落対応読取処理については、後述する。
【０１１６】
上述したステップＳ５３における判定の結果が否定的であった場合（ステップＳ５３：Ｎ）には、処理はステップＳ５５へ進む。このステップＳ５５では、読取部１６０が、第２欠落対応読取処理を行う。そして、処理はステップＳ６０へ進む。
【０１１７】
なお、第２欠落対応読取処理については、後述する。
【０１１８】
上述したステップＳ５１における判定の結果が否定的であった場合（ステップＳ５１：Ｎ）には、処理はステップＳ５６へ進む。このステップＳ５６では、読取部１６０が、バッファ記憶部１５０内の中断ＳＴＰから第１所定データ量前までのバッファリングデータに対して、上述したステップＳ４７の場合と同様の通常読取処理を行う。そして、処理はステップＳ５７へ進む。
【０１１９】
なお、第１所定データ量は、後述するフェードアウト読取処理が行われて生成された出力音声データＡＯＤに対応する再生音声を違和感のないフェードアウト音声とする観点から、実験、シミュレーション、経験等に基づいて、予め定められる。
【０１２０】
ステップＳ５７では、読取部１６０が、バッファ記憶部１５０内の中断ＳＴＰから現時点の格納ポインタＳＴＰまでのバッファリングデータ内に音声放送コンテンツの切れ目があるか否かを判定する。ステップＳ５７における判定の結果が肯定的であった場合（ステップＳ５７：Ｙ）には、処理はステップＳ５８へ進む。
【０１２１】
ステップＳ５８では、読取部１６０が、第３欠落対応読取処理を行う。そして、処理はステップＳ６０へ進む。
【０１２２】
なお、第３欠落対応読取処理については、後述する。
【０１２３】
上述したステップＳ５７における判定の結果が否定的であった場合（ステップＳ５７：Ｎ）には、処理はステップＳ５９へ進む。このステップＳ５９では、読取部１６０が、第４欠落対応読取処理を行う。そして、処理はステップＳ６０へ進む。
【０１２４】
なお、第４欠落対応読取処理については、後述する。
【０１２５】
ステップＳ６０では、読取部１６０が、欠落フラグＦＬＧを「ＯＦＦ」に設定する。こうしてステップＳ６０の処理が終了すると、ステップＳ４８の処理が終了する。そして、処理は、上述した図８のステップＳ４６へ戻る。
【０１２６】
((第１欠落対応読取処理))
次に、ステップＳ５４において実行される第１欠落対応読取処理について説明する。
【０１２７】
第１欠落対応読取処理が実行されるのは、上述したステップＳ５３の実行時点において、再生対象となる音声放送コンテンツの受信状況が、図１０（Ａ）に例示されるようになっていた場合である。すなわち、（ａ１）一のコンテンツ（図１０（Ａ）においては「楽曲Ｈ」）が他のコンテンツ（図１０（Ａ）においては「楽曲Ｊ」）に切り替わった後、当該他のコンテンツを受信中に代替局サーチに欠落が生じ、（ａ２）その後、別のコンテンツ（図１０（Ａ）においては「楽曲Ｋ」）に切り替わっている場合に、第１欠落対応読取処理が実行される。
【０１２８】
なお、図１０（Ａ）には、代替局サーチ前の再生チャンネルの放送内容と、代替局サーチ後の再生チャンネルの放送内容とが同一であった場合の例が示されている。
【０１２９】
かかる第１欠落対応読取処理に際しては、図１０（Ｂ）に示されるように、ステップＳ６１において、読取部１６０が、読取ポインタＲＤＰを次の音声放送コンテンツの切れ目に設定する。こうしてステップＳ６１の処理が終了すると、ステップＳ５４の処理が終了する。そして、処理は、上述した図９のステップＳ６０へ進む。
【０１３０】
なお、図１１（Ａ）には、上述した図１０（Ａ）に示された受信状況の場合におけるバッファ記憶部１５０内のバッファリングデータ、第１欠落対応読取処理による読取ポインタＲＤＰの推移、及び、出力音声データＡＯＤの推移が示されている。また、図１１（Ｂ）には、出力音声データＡＯＤに従って音出力部１７０から出力される再生コンテンツ音声の再生タイミングが、図１０（Ａ）に示された受信状況と対比して示されている。
【０１３１】
((第２欠落対応読取処理))
次に、ステップＳ５５において実行される第２欠落対応読取処理について説明する。
【０１３２】
第２欠落対応読取処理が実行されるのは、上述したステップＳ５３の実行時点において、再生対象となる音声放送コンテンツの受信状況が、図１２（Ａ）に例示されるようになっていた場合である。すなわち、（ｂ１）一のコンテンツ（図１２（Ａ）においては「番組Ｌ」）が他のコンテンツ（図１２（Ａ）においては「番組Ｍ」）に切り替わった後、当該他のコンテンツを受信中に代替局サーチに欠落が生じ、（ｂ２）その後、別のコンテンツへの新たな切り替わりが生じていない場合に、第２欠落対応読取処理が実行される。
【０１３３】
なお、図１２（Ａ）には、上述した図１０（Ａ）の場合と同様に、代替局サーチ前の再生チャンネルの放送内容と、代替局サーチ後の再生チャンネルの放送内容とが同一であり、かつ、代替局サーチに欠落が生じた「番組Ｍ」が、代替局サーチの終了も継続している場合の例が示されている。
【０１３４】
かかる第２欠落対応読取処理に際しては、図１２（Ｂ）に示されるように、まず、ステップＳ７１において、読取部１６０が、読取ポインタＲＤＰを中断ＳＴＰに設定する。引き続き、ステップＳ７２において、読取部１６０が、フェードイン読取処理を行う。
【０１３５】
かかるフェードイン読取処理に際して、読取部１６０は、バッファ記憶部１５０内の中断ＳＴＰから第２所定データ量のバッファリングデータを順次読み取りつつ、音量レベルが順次高まっていくように出力音声データＡＯＤを生成する。そして、読取部１６０は、生成された出力音声データＡＯＤを音出力部１７０へ送る。この結果、音出力部１７０から、フェードイン音声が出力される。
【０１３６】
なお、第２所定データ量は、フェードイン読取処理が行われて生成された出力音声データＡＯＤに対応する再生音声を違和感のないフェードイン音声とする観点から、実験、シミュレーション、経験等に基づいて、予め定められる。
【０１３７】
こうしてステップＳ７２の処理が終了すると、ステップＳ５５の処理が終了する。そして、処理は、上述した図９のステップＳ６０へ進む。
【０１３８】
なお、図１３（Ａ）には、上述した図１２（Ａ）に示された受信状況の場合におけるバッファ記憶部１５０内のバッファリングデータ、第２欠落対応読取処理による読取ポインタＲＤＰの推移、及び、出力音声データＡＯＤの推移が示されている。また、図１３（Ｂ）には、出力音声データＡＯＤに従って音出力部１７０から出力される再生コンテンツ音声の再生タイミングが、図１２（Ａ）に示された受信状況と対比して示されている。
【０１３９】
((第３欠落対応読取処理))
次に、ステップＳ５８において実行される第３欠落対応読取処理について説明する。
【０１４０】
第３欠落対応読取処理が実行されるのは、上述したステップＳ５７の実行時点において、再生対象となる音声放送コンテンツの受信状況が、図１４（Ａ）に例示されるようになっていた場合である。すなわち、（ｃ１）一のコンテンツ（図１４（Ａ）においては「番組Ｎ」）受信中に代替局サーチによる欠落が生じ、（ｃ２）その後、他のコンテンツ（図１０（Ａ）においては「番組Ｐ」）に切り替わっている場合に、第３欠落対応読取処理が実行される。
【０１４１】
なお、図１４（Ａ）には、代替局サーチ前の再生チャンネルの放送内容と、代替局サーチ後の再生チャンネルの放送内容とが同一である場合の例が示されている。
【０１４２】
かかる第３欠落対応読取処理に際しては、図１４（Ｂ）に示されるように、まず、ステップＳ８１において、読取部１６０が、バッファ記憶部１５０内の現時点における中断ＳＴＰの直前までのバッファリングデータに対するフェードアウト読取処理を行う。かかるフェードアウト読取処理に際して、読取部１６０は、バッファ記憶部１５０内の中断ＳＴＰまでのバッファリングデータを順次読み取りつつ、音量レベルが順次低下していくように出力音声データＡＯＤを生成する。そして、読取部１６０は、生成された出力音声データＡＯＤを音出力部１７０へ送る。この結果、音出力部１７０から、フェードアウト音声が出力される。
【０１４３】
次に、ステップＳ８２において、読取部１６０が、読取ポインタＲＤＰを次の音声放送コンテンツの切れ目に設定する。こうしてステップＳ８２の処理が終了すると、ステップＳ５８の処理が終了する。そして、処理は、上述した図９のステップＳ６０へ進む。
【０１４４】
なお、図１５（Ａ）には、上述した図１４（Ａ）に示された受信状況の場合におけるバッファ記憶部１５０内のバッファリングデータ、第３欠落対応読取処理による読取ポインタＲＤＰの推移、及び、出力音声データＡＯＤの推移が示されている。また、図１５（Ｂ）には、出力音声データＡＯＤに従って音出力部１７０から出力される再生コンテンツ音声の再生タイミングが、図１４（Ａ）に示された受信状況と対比して示されている。
【０１４５】
((第４欠落対応読取処理))
次に、ステップＳ５９において実行される第４欠落対応読取処理について説明する。
【０１４６】
第４欠落対応読取処理が実行されるのは、上述したステップＳ５７の実行時点において、再生対象となる音声放送コンテンツの受信状況が、図１６（Ａ）に例示されるようになっていた場合である。すなわち、（ｄ１）一のコンテンツ（図１６（Ａ）においては「番組Ｑ）受信中に代替局サーチによる欠落が生じ、（ｄ２）その後、代替局サーチによる欠落後のコンテンツ（図１６（Ａ）においては「番組Ｒ」）の先頭部分が欠落している場合に、第４欠落対応読取処理が実行される。
【０１４７】
かかる第４欠落対応読取処理に際しては、図１６（Ｂ）に示されるように、まず、ステップＳ９１において、読取部１６０が、上述したステップＳ８１の場合と同様にして、バッファ記憶部１５０内の現時点における中断ＳＴＰの直前までのバッファリングデータに対するフェードアウト読取処理を行う。引き続き、ステップＳ９２において、読取部１６０が、上述したステップＳ７２の場合と同様にして、フェードイン読取処理を行う。
【０１４８】
こうしてステップＳ９２の処理が終了すると、ステップＳ５９の処理が終了する。そして、処理は、上述した図９のステップＳ６０へ進む。
【０１４９】
なお、図１７（Ａ）には、上述した図１６（Ａ）に示された受信状況の場合におけるバッファ記憶部１５０内のバッファリングデータ、第４欠落対応読取処理による読取ポインタＲＤＰの推移、及び、出力音声データＡＯＤの推移が示されている。また、図１７（Ｂ）には、出力音声データＡＯＤに従って音出力部１７０から出力される再生コンテンツ音声の再生タイミングが、図１６（Ａ）に示された受信状況と対比して示されている。
【０１５０】
以上説明したように、本実施形態では、ＲＦ処理部１２０が、再生用に選局された放送チャンネルの放送信号を周波数変換して、信号ＩＦＳを生成する。引き続き、復号部１３０が、信号ＩＦＳのＯＦＤＭ復調を行った後に復号処理を行って、復号データＤＴＤを生成する。
【０１５１】
次に、復号データＤＴＤに音声放送コンテンツの切れ目が含まれていることが検出された場合には、格納部１４０が、当該切れ目よりも前の音声放送コンテンツに対応する復号データに続けて予め定められた期間長の無音情報をバッファ記憶部１５０に格納した後に、当該切れ目よりも後の音声放送コンテンツに対応する復号データをバッファ記憶部１５０に格納する。
【０１５２】
したがって、本実施形態によれば、代替局サーチ処理に際して異音の発生を防止しつつ、かつ、代替局サーチ処理期間の全期間にわたる無音状態の発生を回避することができるとともに、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うために必要な量の情報を、バッファ記憶部１５０内にバッファリングすることができる。
【０１５３】
また、本実施形態では、復号データＤＴＤに音声放送コンテンツに無音期間が含まれている場合にも、格納部１４０が、無音期間に続けて無音情報をバッファ記憶部１５０に格納した後に、当該無音期間より後の音声放送コンテンツ情報に対応する復号データをバッファ記憶部１５０に格納する。このため、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うために必要な量の情報を、効率的にバッファ記憶部１５０内にバッファリングすることができる。
【０１５４】
また、本実施形態では、受信した放送番組がトーク番組に関連している場合、及び、トーク期間が含まれている場合には、格納部１４０が、当該番組における音声の進行速度より遅い音声再生速度となるようにテンポ調整及びピッチ調整が行われた音声情報を、当該番組における音声情報に代えてバッファ記憶部１５０に格納する。このため、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うために必要な量の情報を、更に、効率的にバッファ記憶部１５０内にバッファリングすることができる。
【０１５５】
また、本実施形態では、読取部１６０が、代替局サーチ処理に起因するコンテンツ情報の欠落期間の前後におけるバッファリングデータの内容に応じて、聴取者の違和感を極力低減する出力音声データＡＯＤを生成する。このため、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うことができる。
【０１５６】
また、代替局サーチ処理に時間がかかり、バッファ記憶部のデータを全て使い果してしまった場合は、バッファ記憶部に記憶されている最も古いデータを再度利用するリピート再生を行うようにすることができる。この場合、読取ポインタＲＤＰを利用して、楽曲データの最初から再生を行い、楽曲が最後までバッファできていない部分をスキップさせるようにしてもよい。
【０１５７】
そして、代替局サーチ処理によってリンク候補が見つかった場合は、直ちにこれらの処理を終了し、リンク先のデータの再生を行う。この際、フェードイン、フェードアウトの処理を入れることが好ましい。
【０１５８】
かかるリピート再生処理を行うことにより、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うことができる。
【０１５９】
さらに、他のソース（例えば、ＦＭ放送）で同ジャンルの曲を放送しているラジオ局にリンクすることも可能である。この場合には、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うことができる。
【０１６０】
また、バッファ記憶部にデータが十分に確保されていない状態で、代替局サーチ処理に時間がかかりバッファ記憶部のデータを使い果してしまった場合は、他のソース（例えば、ＦＭ放送）の音源を利用する。この場合、ＰＩコードを利用してサイマル放送している他のソースにリンクするか、ＲＤＳ放送における番組内容識別情報、放送局名情報等の情報から、現在同ジャンルのコンテンツを放送しているような放送局を推測しリンク動作させる。なお、ラジオ音源以外の応用例として、ユーザーが保有しているミュージックサーバなどのジャンル情報を活用して再生してもよい。
【０１６１】
そして、代替局サーチ処理によってリンク候補が見つかった場合は、リンク先のデータの再生を行う。この際、フェードイン、フェードアウトの処理を入れることが好ましい。
【０１６２】
かかる他ソースの音源利用を行うことにより、代替局サーチ処理が行われたとしても違和感のない音声の再生を継続的に行うことができる。
【０１６３】
［実施形態の変形］
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。
【０１６４】
例えば、上記の実施形態では、ＤＡＢ規格対応の放送受信装置に本発明を適用したが、他の規格対応の放送受信装置に本発明を適用してもよい。
【０１６５】
また、上記の実施形態では、音声放送コンテンツの切れ目に続く無音情報の挿入、音声放送コンテンツにおける無音期間に続く無音情報の挿入、トーク番組に関連する番組における拡張トーク情報の生成、及び、トーク期間に対応した拡張トーク情報の生成という４種類の付加格納を行うようにした。これに対し、これらの４種類の付加格納のうちから選択された１以上の付加格納を行うようにしてもよい。
【０１６６】
なお、上記の実施形態における格納部及び読取部をＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等を備えた演算手段としてのコンピュータとして構成し、予め用意されたプログラムを当該コンピュータで実行することにより、上記の実施形態における格納部及び読取部の機能を実行するようにしてもよい。このプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該コンピュータによって記録媒体から読み出されて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。
【符号の説明】
【０１６７】
１００                    …  放送受信装置
１２０                    …  ＲＦ処理部（周波数変換部）
１４０                    …  格納部
１５０                    …  バッファ記憶部
１６０                    …  読取部
【図１】
2016187084.tif 000003
【図２】
2016187084.tif 000004
【図３】
2016187084.tif 000005
【図４】
2016187084.tif 000006
【図５】
2016187084.tif 000007
【図６】
2016187084.tif 000008
【図７】
2016187084.tif 000009
【図８】
2016187084.tif 000010
【図９】
2016187084.tif 000011
【図１０】
2016187084.tif 000012
【図１１】
2016187084.tif 000013
【図１２】
2016187084.tif 000014
【図１３】
2016187084.tif 000015
【図１４】
2016187084.tif 000016
【図１５】
2016187084.tif 000017
【図１６】
2016187084.tif 000018
【図１７】
2016187084.tif 000019