(57)【要約】【課題】ＦＭ−ＲＤＳチューナおよびＤＡＢチューナ双方から取得したサービスに関する情報を一元管理してサービスの一覧を統合して表示するラジオ受信機を提供する。【解決手段】ＦＭ−ＲＤＳ放送を受信するＦＭ−ＲＤＳ受信部２０とＤＡＢを受信するＤＡＢ受信部１０とを有するラジオ受信機であって、２つの受信部にて受信したサービスから取得した情報を蓄積するメモリ装置４０と、メモリ装置４０に蓄積された情報に基づいて、ＦＭ−ＲＤＳサービスとＤＡＢサービスとを区別せずにサービスの一覧を統合した統合サービスリストを生成する制御マイコン３０と、生成された統合サービスリストを表示する表示装置６０と、ユーザーが表示された統合サービスリストからサービスを選局するための入力装置５０とを備える。【選択図】図１
2013120967.tif 000002
【特許請求の範囲】
【請求項１】
ＦＭ−ＲＤＳ放送を受信するＦＭ−ＲＤＳ受信部とＤＡＢを受信するＤＡＢ受信部とを有するラジオ受信機において、
前記２つの受信部にて受信したサービスから取得した情報を蓄積するメモリ装置と、
前記メモリ装置に蓄積された情報に基づいて、ＦＭ−ＲＤＳサービスとＤＡＢサービスとを区別せずにサービスの一覧を統合した統合サービスリストを生成する制御部と、
前記生成された統合サービスリストを表示する表示部と、
ユーザーが前記表示された統合サービスリストからサービスを選局するための入力部と、
を備えたことを特徴とするラジオ受信機。
【請求項２】
前記メモリ装置は、前記ＦＭ−ＲＤＳ受信部が取得した、プログラムサービスを識別するためのＰＩと、前記プログラムサービスの名称を示すＰＳと、受信品質レベルを算出するための情報と、サイマルＤＡＢサービス情報を含むＯＤＡ情報と、を蓄積することを特徴とする請求項１に記載のラジオ受信機。
【請求項３】
前記メモリ装置は、前記ＤＡＢ受信部が取得した、アンサンブルを識別するためのＥＩｄと、プログラムサービスを識別するためのＳＩｄと、プログラムサービスの名称を示すＳｅｒｖｉｃｅ  Ｌａｂｅｌと、Ｓｈｏｒｔ  ＰＳマスクビットと、受信品質レベルを算出するための情報と、サービスリンク情報と、ＯＥサービス情報と、を蓄積することを特徴とする請求項１記載のラジオ受信機。
【請求項４】
前記制御部は、Ｓｅｒｖｉｃｅ  Ｌａｂｅｌと、Ｓｈｏｒｔ  ＰＳマスクビットから８バイトにしたプログラムサービスの名称に変換することを特徴とする請求項３記載のラジオ受信機。
【請求項５】
前記制御部は、オーディオモードで音声出力に使用しないチューナやオーディオモード以外のモードのとき、あるいは２チューナ構成のセカンドチューナを用いて、前記メモリ装置に蓄積された受信履歴情報から受信可能なサービスを検索し、前記メモリ装置に蓄積されている受信履歴情報およびサイマルサービスに関する情報を更新することを特徴とする請求項２または３に記載のラジオ受信機。
【請求項６】
前記制御部は、プログラムサービスの名称を取得した方法に基づいて、前記名称の正確さを判断し、前記メモリ装置に蓄積することを特徴とする請求項２または３に記載のラジオ受信機。
【請求項７】
前記制御部は、プリセットメモリ動作時にダイナミックＰＳの影響を受けず、受信中サービスの放送局識別ＩＤから前記メモリ装置に蓄積されたサービス名称を抽出し、抽出したサービス名称でプリセットメモリ情報を更新することを特徴とする請求項１記載のラジオ受信機。
【請求項８】
前記制御部は、前記抽出したサービス名称で前記プリセットメモリ情報を更新する前に、ユーザーに新たなサービス名称を取得できたことを通知し、サービス名称の更新を促すことを特徴とする請求項７記載のラジオ受信機。
【請求項９】
前記制御部は、受信中サービスに関する受信品質を一定間隔で監視し、前記メモリ装置からサイマルサービス候補となる代替周波数を抽出し、ユーザーが放送内容を聴取できなくなる前に受信良好な周波数に切り替えることを特徴とする請求項２または３に記載のラジオ受信機。
【請求項１０】
前記制御部は、前記メモリ装置に蓄積された受信履歴情報、サイマルサービス情報から各サービスの受信可否を判定し、受信可能なサービスについて前記統合サービスリストを生成することを特徴とする請求項１記載のラジオ受信機。
【請求項１１】
前記制御部は、同一サイマルサービスの情報が前記統合サービスリストに重複して表示されないように統合サービスリストを生成することを特徴する請求項１０記載のラジオ受信機。
【請求項１２】
前記表示部は、現在受信しているサービスがＦＭ−ＲＤＳかＤＡＢかをユーザーが判別できるようにした画面を表示することを特徴とする請求項１１記載のラジオ受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ラジオのデータ多重システム放送とデジタルラジオ放送とを受信することができるラジオ受信機に関するものである。
【背景技術】
【０００２】
近年、ＲＤＳ（Ｒａｄｉｏ  Ｄａｔａ  Ｓｙｓｔｅｍ）放送受信可能なチューナ（以降、ＦＭ−ＲＤＳチューナと記す）およびＤＡＢ（Ｄｉｇｉｔａｌ  Ａｕｄｉｏ  Ｂｒｏａｄｃａｓｔｉｎｇ）放送受信チューナ（以降、ＤＡＢチューナと記す）とが設けられ、互いに接続された構成のラジオ受信機、または、同一筐体にＦＭ−ＲＤＳチューナとＤＡＢチューナとがセットになった構成のラジオ受信機が、欧州各国の活発なＤＡＢ普及活動により、車載機やポータブル機などにも普及しはじめようとしている。
【０００３】
ＦＭ−ＲＤＳサービスおよびＤＡＢサービスにはプログラムサービスを識別するためのＩＤが各サービス毎に付与されており、それぞれＰＩ（Ｐｒｏｇｒａｍ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＳＩｄ（Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と呼ばれている。当該コＩＤが同一の場合、該当するサービスはすべて同一内容が放送されているとみなすことができる。ラジオ受信機はこれら情報を蓄積することにより、受信中サービスに関するサイマルサービスを判別することが可能となる。特に欧州各国では、ＦＭ−ＲＤＳサービスとＤＡＢサービスとで同時放送している番組（以降、サイマルサービスと記す）が多く存在している。
【０００４】
ラジオ受信機はこの特長を活用し、ＦＭ−ＲＤＳチューナおよびＤＡＢチューナの受信状況に応じて良好な受信状態を維持することができる。特許文献１では、ＲＤＳ規格に定義されているＯＤＡ（Ｏｐｅｎ  Ｄａｔａ  Ａｐｐｌｉｃａｔｉｏｎ）情報から得られたサイマルＤＡＢサービスを検索する方法を提案している。このＯＤＡ情報（周波数、ＥＩｄ、ＳＩｄ）からは、受信中ＦＭ−ＲＤＳサービスに対するＤＡＢサービスのサイマル放送局に関する情報を得ることができ、ＦＭ−ＲＤＳおよびＤＡＢ双方のチューナの受信状況を比較することにより、より良い受信状態のサービスを選択することができる。
【０００５】
サービス名称も同様、サイマルサービス同士ではサービス名称は同一であるとみなすことができる。受信中サービスの受信状況が悪く、ラジオ受信機がサービス名称を取得しづらい状況や、受信中サービスがＦＭ−ＲＤＳサービスかつダイナミックＰＳである場合、ラジオ受信機が受信中サービス以外のサイマルサービスにて取得したサービス名称で補完することができる。特許文献２では、受信中ＦＭ−ＲＤＳサービスがダイナミックＰＳであっても、記憶部に蓄積した、受信サービスと同一の放送局識別ＩＤであるＤＡＢサービスのサービス名称を、プリセットメモリに記憶するサービス名称として利用している。
【０００６】
ここで、上記ＰＩは、ＦＭ−ＲＤＳ受信信号から復調したＲＤＳ多重データの全てのＲＤＳデータフレーム（データグループ）のデータフォーマットの最初にある、サービスを識別するためのＩＤコード（放送局識別ＩＤ）である。
【０００７】
前記ダイナミックＰＳは、放送局がＰＳ（Ｐｒｏｇｒａｍ  Ｓｅｒｖｉｃｅ  ｎａｍｅ：プログラムサービスの名称）に放送局名称ではなく、数秒ごとに送信する情報を変化させて、広告や音楽情報などを送信する方法である。一般的には、ＰＳは放送局名称を送信するのであるが、ドイツなどの普及地域の一部サービスではダイナミックＰＳが利用され始めており、ラジオ受信機では取得したＰＳから放送局名称を一意に特定できない欠点がある。
【０００８】
ＤＡＢでは、各放送チャンネルに対応した搬送周波数群をアンサンブルと称し、各アンサンブルには複数のサービスが多重化されている。そして、各アンサンブルにはアンサンブルを識別するためのＥＩｄ（Ｅｎｓｅｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）が付与されている。さらにアンサンブルにて多重化されている各サービスにはＳＩｄ（Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）コードが付与されている。これら情報はＤＡＢ受信信号から復調したＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）データに含まれている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−３０８７３２号公報
【特許文献２】特開２００７−０７４０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１で記されているように、受信したＲＤＳ多重データのＯＤＡ情報からＤＡＢサイマル放送局に関する情報を得る方法においては、ＦＭ−ＲＤＳ局がＯＤＡ情報にＤＡＢサイマル放送局に関する情報を載せてくることは非常に稀である。また、欧州全域で現在ＦＭ−ＲＤＳカバレッジエリアがほぼ飽和している状況であり、ＤＡＢの普及活動が活発化している欧州において、今後ＦＭ−ＲＤＳ局がこの情報を整備し、拡充していくことはあまり期待できない。
【００１１】
特許文献２において、サイマルサービスを判別する方法は受信中サービスの放送局識別ＩＤと同一コードのみを活用している。これはサイマル放送局を識別する方法としては一般的であり、受信中ＤＡＢサービスの受信状況が悪化した際、受信良好なサービスに切り替えるサービスリンク機能を有するラジオ受信機も販売され始めつつある。ＤＡＢ規格には、放送局から受信中サービスの放送局識別ＩＤと異なるサイマルサービスに関する情報を提供するサービスリンク情報と、当該サイマルサービスを受信するためのアンサンブル情報を提供するＯＥ（Ｏｔｈｅｒ  Ｅｎｓｅｍｂｌｅ）サービスが定義されている。
【００１２】
しかしながら、これらのサービスリンク情報、ＯＥサービス情報は、現状は利用されておらず、ＦＭおよびＤＡＢでそれぞれ専用の操作画面が用意されている。たとえば、プリセットチャンネル機能や受信可能なプログラムサービスリスト画面（一般的には、ＦＭではステーションリスト画面、ＤＡＢではサービスリスト画面といわれている）などがある。
【００１３】
そこで本発明では、ラジオ受信機がＦＭ−ＲＤＳチューナやＤＡＢチューナが受信したサービスの受信履歴情報と、ＤＡＢチューナが受信したアンサンブルから取得したサービスリンク情報およびＯＥサービス情報とからデータベースを構築して、サービスの一覧を統合して表示するラジオ受信機を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明のラジオ受信機は、ＦＭ−ＲＤＳ放送を受信するＦＭ−ＲＤＳ受信部とＤＡＢを受信するＤＡＢ受信部とを有するラジオ受信機であって、２つの受信部にて受信したサービスから取得した情報を蓄積するメモリ装置と、メモリ装置に蓄積された情報に基づいて、ＦＭ−ＲＤＳサービスとＤＡＢサービスとを区別せずにサービスの一覧を統合した統合サービスリストを生成する制御部と、生成された統合サービスリストを表示する表示部と、ユーザーが表示された統合サービスリストからサービスを選局するための入力部とを備える。
【００１５】
ここで、メモリ装置は、ＦＭ−ＲＤＳ受信部が取得した、プログラムサービスを識別するためのＰＩと、プログラムサービスの名称を示すＰＳと、受信品質レベルを算出するための情報と、サイマルＤＡＢサービス情報を含むＯＤＡ情報とを蓄積する。
【００１６】
また、メモリ装置は、ＤＡＢ受信部が取得した、アンサンブルを識別するためのＥＩｄと、プログラムサービスを識別するためのＳＩｄと、プログラムサービスの名称を示すＳｅｒｖｉｃｅ  Ｌａｂｅｌと、Ｓｈｏｒｔ  ＰＳマスクビットと、受信品質レベルを算出するための情報と、サービスリンク情報と、ＯＥサービス情報とを蓄積する。
【００１７】
また、制御部は、Ｓｅｒｖｉｃｅ  Ｌａｂｅｌと、Ｓｈｏｒｔ  ＰＳマスクビットから８バイトにしたプログラムサービスの名称に変換する。
【００１８】
また、制御部は、オーディオモードで音声出力に使用しないチューナやオーディオモード以外のモードのとき、あるいは２チューナ構成のセカンドチューナを用いて、メモリ装置に蓄積された受信履歴情報から受信可能なサービスを検索し、メモリ装置に蓄積されている受信履歴情報およびサイマルサービスに関する情報を更新する。
【００１９】
また、制御部は、プログラムサービスの名称を取得した方法に基づいて、名称の正確さを判断し、メモリ装置に蓄積する。
【００２０】
また、制御部は、プリセットメモリ動作時にダイナミックＰＳの影響を受けず、受信中サービスの放送局識別ＩＤからメモリ装置に蓄積されたサービス名称を抽出し、抽出したサービス名称でプリセットメモリ情報を更新する。
【００２１】
また、制御部は、抽出したサービス名称でプリセットメモリ情報を更新する前に、ユーザーに新たなサービス名称を取得できたことを通知し、サービス名称の更新を促す。
【００２２】
また、制御部は、受信中サービスに関する受信品質を一定間隔で監視し、メモリ装置からサイマルサービス候補となる代替周波数を抽出し、ユーザーが放送内容を聴取できなくなる前に受信良好な周波数に切り替える。
【００２３】
また、制御部は、メモリ装置に蓄積された受信履歴情報、サイマルサービス情報から各サービスの受信可否を判定し、受信可能なサービスについて統合サービスリストを生成する。
【００２４】
また、制御部は、同一サイマルサービスの情報が統合サービスリストに重複して表示されないように統合サービスリストを生成する。
【００２５】
また、表示部は、現在受信しているサービスがＦＭ−ＲＤＳかＤＡＢかをユーザーが判別できるようにした画面を表示する。
【発明の効果】
【００２６】
本発明のラジオ受信機によれば、受信中サービスの放送局識別ＩＤからメモリ装置に蓄積したサイマルサービスに関するデータベースを構築することにより、効率的にサイマルサービスに関する情報を得られる。
【００２７】
また、ユーザーが受信可能なプログラムサービスリスト画面を表示するとき、ＦＭ−ＲＤＳおよびＤＡＢで放送されている同一サイマルサービスはＦＭ−ＲＤＳサービス、ＤＡＢサービスそれぞれを別サービスとして分けず、同じサービスとしてリスト表示することができ、ユーザーにＦＭ−ＲＤＳおよびＤＡＢを意識させずに受信可能なサービスリストを提示できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施の形態におけるラジオ受信機の構成を示すブロック図
【図２】ラジオ受信機１００におけるサイマルサービスに関する情報を検索するためのデータベースの一例を示すデータ構造図
【図３】ラジオ受信機１００のＦＭ−ＲＤＳサービス受信時の受信サービス履歴Ｄ１にデータを更新する処理手順を示すフロー図
【図４】ラジオ受信機１００のＤＡＢサービス受信時の受信サービス履歴Ｄ１およびアンサンブルＤ５にデータを更新する処理手順を示すフロー図
【図５】ラジオ受信機１００のＦＭ−ＲＤＳサービス受信時のサービスリストＤ２にデータを更新する処理手順を示すフロー図
【図６】ラジオ受信機１００のＤＡＢサービス受信時のサービスリストＤ２にデータを更新する処理手順を示すフロー図
【図７】ラジオ受信機１００のＦＭ−ＲＤＳサービス受信時のサービスリンクＤ３にデータを更新する処理手順を示すフロー図
【図８】ラジオ受信機１００のＤＡＢサービス受信時のサービスリンクＤ３にデータを更新する処理手順を示すフロー図
【図９】ラジオ受信機１００のＤＡＢサービス受信時のサービスリストＤ２およびＯＥサービスＤ４にデータを更新する処理手順を示すフロー図
【図１０】ラジオ受信機１００のサービスリストＤ２のサービス名称を更新する詳細な処理手順を示すフロー図
【図１１】ラジオ受信機１００のアンサンブルＤ５にデータを更新する詳細な処理手順を示すフロー図
【図１２】ラジオ受信機１００のサイマルサービス候補となるサービスの情報を検索する処理手順を示すフロー図
【図１３】ラジオ受信機１００のプリセットメモリ時のサービス名称を抽出する処理手順を示すフロー図
【図１４】表示装置６０に表示される統合サービスリストを説明するための図で、（ａ）従来のＤＡＢサービスリストの画面の一例を示す図、（ｂ）従来のＦＭステーションリストの画面の一例を示す図、（ｃ）統合サービスリストの１ページ目の画面の一例を示す図、（ｄ）統合サービスリストの２ページ目の画面の一例を示す図
【発明を実施するための形態】
【００２９】
以下、本発明の一実施の形態におけるラジオ受信機について図面を参照しながら説明する。図１は本発明の一実施の形態におけるラジオ受信機の構成を示すブロック図である。図１に示すように、本発明のラジオ受信機１００は、ＤＡＢ受信部１０と、ＡＭ／ＦＭ−ＲＤＳ受信部２０と、制御マイコン３０と、メモリ装置４０と、入力装置５０と、表示装置６０と、オーディオセレクタ部７０とを備えて構成されている。
【００３０】
ＤＡＢ受信部１０は、ＤＡＢフロントエンド部１１、ＤＡＢベースバンド処理部１２、オーディオデコーダ部１３、ＦＩＣデータデコーダ部１４を備えて構成されている。ＤＡＢアンテナよりＲＦ信号がＤＡＢフロントエンド部１１に入力され、ＤＡＢフロントエンド部１１にて中間周波数信号をデジタル化した信号を出力し、ＤＡＢベースバンド処理部１２に入力される。ＤＡＢベースバンド処理部１２は入力されたデジタル信号を復調し、ラジオ放送のデジタルオーディオデータ信号とＦＩＣデータ信号に分離し、分離された信号はそれぞれオーディオデコーダ部１３とＦＩＣデータデコーダ部１４に送信される。
【００３１】
オーディオデコーダ部１３は、ＤＡＢベースバンド処理部１２から出力されたラジオ放送のデジタルオーディオデータ信号を復号して、ＭＰＥＧ２（ＤＡＢ）やＭＰＥＧ４  ＨＥ−ＡＡＣ  ｖ２（ＤＡＢ＋、ＤＭＢ）のオーディオコーディックデータを抽出し、音声信号に変換してオーディオセレクタ部７０へ送ることができるように構成されている。
【００３２】
ＦＩＣデータデコーダ部１４は、ＤＡＢベースバンド処理部１２から出力されたＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）データ信号を復号して、受信中アンサンブルのＥＩｄや該アンサンブル中に含まれる各サービスのＳＩｄ、サービスリンク情報、ＯＥサービスなどの各種情報を抽出し、制御マイコン３０へ送る。
【００３３】
ここで、上記サービスリンク情報には受信中アンサンブルに含まれるサービスに対して、各サービスのＳＩｄに対するサイマルサービスに関する放送局識別ＩＤをリスト化した情報が放送局から提供される。このリスト情報にはサイマルサービスとなるＦＭ−ＲＤＳのＰＩおよびＤＡＢのＳＩｄコードが含まれている。ラジオ受信機は受信中サービスの受信状況が悪化したときに、このリスト情報を利用して、他の受信良好なサイマルサービスに切り替えることができる。当該サービスリンク情報はＤＡＢ受信信号から復調したＦＩＣデータのＦＩＧ  タイプ０  エクステンション６に含まれている。
【００３４】
ＯＥサービスは、サービスリンク情報で得られたサイマルサービスの放送局識別ＩＤのうち、ＤＡＢサービスのＳＩｄに対するＥＩｄをリスト化した情報が放送局から提供される。ラジオ受信機は受信中ＤＡＢサービスの受信状況が悪化したとき、これら情報から受信アンサンブル以外の他のアンサンブルに含まれるＤＡＢサイマルサービスを検索することができる。本情報はＤＡＢ受信信号から復調したＦＩＣデータのＦＩＧ  タイプ０  エクステンション２４に含まれている。
【００３５】
ＡＭ／ＦＭ−ＲＤＳ受信部２０は、ＡＭ／ＦＭフロントエンド部２１、ＡＭ／ＦＭ復調部２２、ＲＤＳデータデコーダ部２３、ＰＬＬ復調部２４を備えて構成されている。ＡＭ／ＦＭアンテナよりＲＦ信号がＡＭ／ＦＭフロントエンド部２１に入力され、中間周波信号を出力する。ＡＭ／ＦＭ復調部２２はＡＭ／ＦＭフロントエンド部２１から出力された中間周波信号を入力信号として受信し、復調する。復調後、ラジオ放送信号とＲＤＳ信号に分離し、この分離した復調信号はそれぞれオーディオセレクタ部７０とＲＤＳデータデコーダ部２３へ送信される。
【００３６】
ＲＤＳデータデコーダ部２３は、ＡＭ／ＦＭ復調部２２からのデータ放送の復調信号を復号して、ＰＩ、ＰＳ情報、ＯＤＡ情報を含む各種情報を抽出し、制御マイコン３０へ送る。ＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ）復調部２４は、ユーザーが選局したある周波数を同調させるための制御をおこなう。
【００３７】
制御マイコン３０は、ＤＡＢ受信部１０とＡＭ／ＦＭ−ＲＤＳ受信部２０の受信機能をに別個に機能させることができ、同時に受信することもできる構成となっている。また、それぞれ受信部は２つ以上のチューナを搭載した構成としても良い。さらに制御マイコン３０は、ＲＤＳデータデコーダ部２３あるいはＦＩＣデータデコーダ部１４からそれぞれＦＭ−ＲＤＳサービスあるいはＤＡＢサービスの受信品質を算出するための情報を取得する。
【００３８】
また、制御マイコン３０は、入力装置５０におけるユーザー操作（例えば、プリセットされたサービスリスト画面からあるサービスを選択して入力する操作など）を検出して、ユーザー操作に対応してラジオ受信機１００の動作を制御したり、表示装置６０に表示画面を生成するために必要な表示データを送る。
【００３９】
メモリ装置４０はＲＯＭ及びＲＡＭを含み、ＲＯＭには制御マイコン３０が実行するプログラムや所定のデータ等が記録される。ＲＡＭは、制御マイコン３０が所定の処理や演算を行なう際に、データの一時的な記憶場所や本発明にて構築するデータベースのデータ保存先として使用される。また、これらのＲＯＭおよび／またはＲＡＭは、制御マイコン３０に内蔵されていてもよい。
【００４０】
入力装置５０は、ラジオ受信機１００に対してユーザーが入力操作を行うことができるように構成されている。なお、入力装置５０はタッチパネルやハードキーなどのボタンを押して入力するものや赤外線通信などを使ったリモコンなどを含む。
【００４１】
表示装置６０は、受信中サービスに関するステータス情報やＲＤＳデータ、ＤＡＢのＦＩＣデータで送信された情報と、ユーザーが聴取したいサービスを選局できるようにした画面とを表示できるように構成されたものであり、例えば、液晶ディスプレイから構成される。
【００４２】
このように構成された本実施の形態のラジオ受信機１００の処理動作について図面を用いて詳細に説明する。まず、図２は本実施の形態におけるラジオ受信機１００のメモリ装置４０で構築するデータベースの一例を示すデータ構造図である。図２に示すようにラジオ受信機１００のメモリ装置４０に構築されているデータベースは、受信中サービスＤ０、受信サービス履歴Ｄ１、サービスリストＤ２、サービスリンクＤ３、ＯＥサービスＤ４、アンサンブルＤ５の６つのデータ構造からなり、各データ構造の役割について以下に詳述していく。
【００４３】
まず、図中に記す各データ構造における表記について説明する。各データ構造は実線の四角形で表現しており、データ構造の詳細をわかりやすく表現するために点線にて３段に分割している。上段に記されている<<>>はデータ構造の名称である。中段は当該データ構造のキーデータ（属性データを一意に識別するためのデータ）であり、同じキーデータが重複しないことを意味し、そのキーデータに紐付く情報が一意であることを示している。下段はキーデータに関する属性データを示している。
【００４４】
図中の<<受信中サービス>>Ｄ０は、ユーザーが聴取している受信中サービスに関する情報を保持するためのデータ構造である。該データ構造では、制御マイコン３０は受信中サービスに関する受信状況を記憶するために、下記４つの情報を蓄積できるようにしている。また、キーデータはユーザーが聴取中のサービスに関する情報であるため、不要としている。
（１）ＰＬＬ復調部２４にて同調させている周波数を保持するための「周波数」。
（２）ＲＤＳデータデコーダ部２３またはＦＩＣデータデコーダ部１４から取得した受信中サービスを識別するための「放送局識別ＩＤ」。制御マイコン３０が取得したデコーダ部に応じて、ＰＩまたはＳＩｄが記憶され、後述するサイマルサービスを判定するときに必要な情報となる。
（３）ラジオ受信機１００が同調している周波数がＦＭ帯域あるいはＤＡＢ帯域かを判別するための「バンド種別」。制御マイコン３０はこの種別により、使用チューナを判別することが可能となる。
（４）受信中サービスに応じたチューナからの電界強度やビットエラーレート（以降、ＢＥＲと記す）などの情報から、制御マイコン３０にて算出した受信品質レベルを示すための「受信品質」。制御マイコン３０はこの情報からある閾値以上あれば、受信中サービスが聴取可能であると判別することが可能となる。
【００４５】
図中<<受信サービス履歴>>Ｄ１は、ラジオ受信機１００がこれまで受信したサービスおよびその受信状況に関する情報を蓄積し、放送局識別ＩＤから受信可能なサイマルサービスに切替できる周波数の候補を抽出するためのデータ構造である。該データ構造はある放送局識別ＩＤからサイマルサービス候補となる周波数を導出するためにキーデータを周波数と放送局識別ＩＤとし、属性データに下記３つの情報を蓄積できるようにしている。
（１）ラジオ受信機１００が該周波数に同調していたときに、ＦＭ帯域あるいはＤＡＢ帯域かを判別するために記憶する「バンド種別」。
（２）ラジオ受信機１００が該周波数に同調していたときに、制御マイコン３０が最後に受信品質レベルを算出した値を記憶するための「ラスト受信品質」。
（３）該周波数の受信状況を検査するときに、上記（２）のラスト受信品質を算出してからの経過時間を求めるために記憶する「ラスト受信日時」。ラジオ受信機によっては時計を保有しないものも考えられるため、当該周波数を受信しなくなってから経過した時間を登録することでも良い。
【００４６】
本発明は車載機などの移動体受信を考慮しているため、制御マイコン３０はラスト受信品質のみで該周波数が受信可能であるか判断せず、ラスト受信日時から求めた経過時間と合わせて、該周波数が受信可能であるか判別するようにするとよい。あるいはラスト受信日時がある一定時間以上経過しているときは、該周波数に同調させて受信品質および放送局識別ＩＤを再検査する判断基準としてもよい。
【００４７】
また、データ構造はサイマルサービスの切替周波数を蓄積するため、制御マイコン３０はＤＡＢ受信部１０およびＡＭ／ＦＭ−ＲＤＳ受信部２０を制御して、各周波数のラスト受信品質を極力新しい情報にしておくことが望ましい。たとえば、オーディオモードで音声出力に使用しないチューナやオーディオモード以外のときに、制御マイコン３０はデータ構造に蓄積されている情報から、ラスト受信日時が古い順やラスト受信品質が悪い順などの基準に基づいて該当周波数を検索（以降、バックグラウンドサーチと記す）し、受信品質を常時更新することができる。あるいはそれぞれのチューナが２チューナ構成となっている場合は、バックグラウンドサーチに加え、制御マイコン３０が音声出力中のチューナを効率よく制御し、１ｓｔチューナで音声出力し、２ｎｄチューナで受信品質を更新すると尚よい。
【００４８】
図中<<サービスリスト>>Ｄ２は、ラジオ受信機１００が同一放送局識別ＩＤを同一サイマルサービスとして扱い、サイマルサービスに関するサービス名称および表示装置６０に表示するための統合サービスリスト画面に必要な情報を抽出するためのデータ構造である。放送局識別ＩＤからサービス名称を一意に導出するため、キーデータは放送局識別ＩＤとし、属性データは下記４つとなる。
【００４９】
（１）ラジオ受信機１００が放送局識別ＩＤを受信中に取得した放送局名称を記憶する「サービス名称」。制御マイコン３０は、該情報としてＦＭ−ＲＤＳサービスではＰＳ（Ｐｒｏｇｒａｍ  Ｓｅｒｖｉｃｅ  ｎａｍｅ）を、ＤＡＢサービスではＳｅｒｖｉｃｅ  ＬａｂｅｌをそれぞれＲＤＳデータデコーダ部２３とＦＩＣデータデコーダ部１４から取得し、該データ構造に記憶させる。ＰＳは最大８バイト、Ｓｅｒｖｉｃｅ  Ｌａｂｅｌは最大１６バイトの文字列情報（以降、Ｌｏｎｇ  ＰＳと記す）が取得できる。ＰＳのデータを記憶する場合は上位８バイトにＰＳデータを、下位８バイトはアスキーコードのスペースやＮＵＬＬでパディングしておくとよい。
【００５０】
（２）前記（１）のサービス名称から最大８バイトのサービス名称（略称）を変換するためのマスクビットを記憶する「Ｓｈｏｒｔ  ＰＳマスクビット」。制御マイコン３０はＤＡＢサービス受信中に、ＦＩＣデータデコーダ部１４から該情報を取得することができ、ＤＡＢサービスのＬｏｎｇ  ＰＳを最大８バイトのＳｈｏｒｔ  ＰＳに変換できる。ＦＭ−ＲＤＳの場合、前記（１）の説明から０ｘＦＦ００（固定値）を記憶させ、データ構造の共通化を図っている。
【００５１】
（３）制御マイコン３０が取得したサービス名称に関するデータを記憶するための優先順位を判別する「ＰＳ種別区分」。サービス名称の特徴として、まずＦＭ−ＲＤＳサービスでは多くの放送局がダイナミックＰＳを適用し、正確なサービス名称が得られにくいことが挙げられる。ＤＡＢサービスではＬｏｎｇ  ＰＳによる詳細なサービス名称が得られ、かつダイナミックＰＳのような運用がなされていない点が挙げられる。さらには、Ｓｈｏｒｔ  ＰＳとサイマルＦＭ−ＲＤＳサービスのＰＳは同一の情報とみなすことができるので、ＤＡＢサービスのＳｅｒｖｉｃｅ  Ｌａｂｅｌの方が正確なサービス名称であるということが言える。よって、該データからデータベースに優先的に記憶する順として、ＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌ、ＦＭ−ＲＤＳ  通常ＰＳ、ＦＭ−ＲＤＳ  ダイナミックＰＳとしている。
【００５２】
（４）放送局識別ＩＤに紐付くサイマルサービス候補の周波数から該サービスが受信できるか判別する「受信可否フラグ」。制御マイコン３０は放送局識別ＩＤに紐付く<<受信サービス履歴>>Ｄ１に蓄積されたサイマルサービスに切替可能な周波数が存在するかしないかで、放送局識別ＩＤの受信可否を判断することができる。このときの各周波数の受信可否判断は<<受信サービス履歴>>Ｄ１のラスト受信品質およびラスト受信日時で説明した内容と同様である。ここで、制御マイコン３０が受信可能と判断する場合に受信可能な周波数の個数が多いほど受信可能なレベルが高いと判定し、表示装置６０にレベルを示すアイコンを表示する手段をとっても良い。
【００５３】
図中の<<サービスリンク>>Ｄ３は、ラジオ受信機１００がＲＤＳデータデコーダ部２３より取得したＯＤＡ情報およびＦＩＣデータデコーダ部１４より取得したサービスリンク情報を用いて、受信中サービスの放送局識別ＩＤと異なる放送局識別ＩＤも制御マイコン３０がサイマルサービスとして判別できるようにするためのデータ構造である。制御マイコン３０が受信中サービスの放送局識別ＩＤからサイマルサービスの放送局識別ＩＤおよびサイマルサービスのバンドを判別できるように、キーデータを放送局識別ＩＤ、サイマルサービスの放送局識別ＩＤ（サイマル放送局識別ＩＤ）およびバンド種別（サイマル放送バンド種別）としている。
【００５４】
属性データである図中の「データ取得区分」は、ＲＤＳデータから取得したＯＤＡ情報、あるいはＤＡＢデータから取得したサービスリンク情報であるかを判別するためのコードである。
【００５５】
特に、前述した<<受信中サービス>>Ｄ０から<<サービスリンク>>Ｄ３は、ＦＭ−ＲＤＳおよびＤＡＢ共通で使用できるデータ構造にしており、制御マイコン３０は受信中サービスに関する情報から放送局名称やサイマルサービスなどの情報をＦＭ−ＲＤＳ、ＤＡＢ共通に扱えるデータ構造としている。
【００５６】
図中の<<ＯＥサービス>>Ｄ４は、ラジオ受信機１００がＦＩＣデータデコーダ部１４より取得したＯＥサービス情報と過去受信したアンサンブルのＥＩｄと受信周波数から受信サービス履歴情報に変換するためのデータ構造である。該データ構造は、制御マイコン３０が取得したＥＩｄから、後述する<<アンサンブル>>Ｄ５によりＤＡＢチューナにて受信すべき周波数を導出できなかったＳＩｄとＥＩｄの組合せを蓄積し、キーデータはＳＩｄとＥＩｄとしている。これは制御マイコン３０はＥＩｄのみからＤＡＢチューナに受信すべき周波数を導出することができず、サイマルサービスの代替周波数として扱うことができないためである。ここで蓄積されているデータをサイマルサービスの代替周波数候補にする方法について、後述する。
【００５７】
図中の<<アンサンブル>>Ｄ５は、ラジオ受信機１００がＤＡＢチューナであるアンサンブルを受信中に取得したＥＩｄと受信周波数を蓄積し、あるＥＩｄから受信すべき周波数を導出するためのデータ構造である。該データ構造のキーデータは周波数とＥＩｄとしている。
【００５８】
他アンサンブルのサービス選局やバックグラウンドサーチなどの処理などにより、制御マイコン３０が新たなＥＩｄと周波数の組合せを検出し、該データ構造にそれら情報を更新するときに、取得したＥＩｄが<<ＯＥサービス>>Ｄ４に存在する場合は、<<ＯＥサービス>>Ｄ４に登録されている組合せデータを<<受信サービス履歴>>Ｄ１に移行させ、より多くのサイマルサービスに関する情報を蓄積できるようにしている。組合せデータを<<受信サービス履歴>>Ｄ１に移行させた後は、<<ＯＥサービス>>Ｄ４の当該データは削除してもよい。
【００５９】
図３、４は本実施の形態におけるラジオ受信機１００において、それぞれ受信中サービスがＦＭ−ＲＤＳサービス、ＤＡＢサービスである場合に受信状況を更新する処理手順を示すフロー図である。
【００６０】
まず、図３のＦＭ−ＲＤＳサービス受信中の処理フローについて、詳述する。ラジオ受信機１００は図３に示すように、受信中ＦＭ−ＲＤＳサービスを識別するためのＰＩを取得する（ステップＳ０１）。ステップＳ０１にてＰＩ取得後は、受信品質を一定時間間隔で監視するためにステップＳ０２へ遷移する。
【００６１】
ステップＳ０２では、制御マイコン３０がＡＭ／ＦＭ−ＲＤＳ受信部２０から電界強度などの受信品質を算出するためのパラメータを取得し、それらの値から受信品質を算出する。制御マイコン３０は計算した結果の値がある閾値以上であれば、該当サービスが受信可能であると判別することができる。
【００６２】
次に、ステップＳ０３では、受信周波数およびステップＳ０１で取得したＰＩに紐付く情報を受信サービス履歴Ｄ１に蓄積する。ここでは、制御マイコン３０は<<受信サービス履歴>>Ｄ１で定義された各データ項目に対して、周波数にはラジオ受信機１００が受信している周波数を、放送局識別ＩＤにはステップＳ０１で取得したＰＩを、バンド種別にはＦＭ−ＲＤＳを、ラスト受信品質にはステップＳ０２で算出した受信品質を、ラスト受信日時にはラスト受信品質を算出した日時を、メモリ装置４０に構築したデータベースに記憶させる。情報を定期的に更新することにより、ＦＭ−ＲＤＳのＡＦ（Ａｌｔｅｒｎａｔｉｖｅ  Ｆｒｅｑｕｅｎｃｙ）機能やサービスリンク機能の切替時の情報に活用できる。
【００６３】
ステップＳ０４は、<<受信サービス履歴>>Ｄ１とは別に、ラジオ受信機１００が最後に受信したサービスに関する情報として、<<受信中サービス>>Ｄ０に記憶するために必要な処理となる。受信周波数、放送局識別ＩＤ、バンド種別、受信品質それぞれにステップＳ０３で用いたデータと同じ値が<<受信中サービス>>Ｄ０に記憶される。本処理まで完了すると、制御マイコン３０は一定時間経過後、再度ステップＳ０２から処理を繰り返し、受信中サービスの受信状況を常時最新の状態に保つようにしている。
【００６４】
次に、図４のＤＡＢサービス受信中に関する処理フローについて詳述する。ラジオ受信機１００は図４に示すように、まず受信サービスを含むアンサンブルを識別するためのＥＩｄを取得し（ステップＳ１１）、引き続き受信サービスのＳＩｄを取得する（ステップＳ１２）。次に、図３と同様に受信品質を一定時間間隔で監視するためにステップＳ１３へ遷移する。
【００６５】
ステップＳ１３では、制御マイコン３０はＤＡＢ受信部１０から電界強度やＢＥＲなどの受信品質を算出するためのパラメータを取得し、それらの値から受信品質を算出する。制御マイコン３０は、図３のステップＳ０２同様、この値を用いて受信可能なサービスを判別することができるようになる。
【００６６】
ステップＳ１４では、受信周波数およびＳ１１で取得したＥＩｄを<<アンサンブル>>Ｄ５に蓄積する。さらに、取得したＥＩｄに該当する<<ＯＥサービス>>Ｄ４に蓄積されているデータが存在する場合は、前述したように該当データを<<受信サービス履歴>>Ｄ１に移行させる。本処理については、図１１にて詳述する。
【００６７】
ステップＳ１５では、制御マイコン３０は<<受信サービス履歴>>Ｄ１に定義されている各データ項目に対して、周波数にはラジオ受信機１００が受信している周波数を、放送局識別ＩＤにはＳ１２で取得したＳＩｄを、バンド種別にはＤＡＢを、ラスト受信品質にはステップＳ１３で算出した受信品質を、ラスト受信日時にはラスト受信品質を算出した日時を、メモリ装置４０に構築したデータベースに蓄積させる。
【００６８】
ステップＳ１６では、ＦＭ−ＲＤＳサービスの図３のステップＳ０４同様、<<受信中サービス>>Ｄ０に該当データを記憶させる。本処理まで完了すると、制御マイコン３０は一定時間経過後、再度ステップＳ１３から処理を繰り返し、受信中サービスの受信状況が常時最新の状態に保つようにしている。
【００６９】
次に、本実施の形態におけるラジオ受信機１００において、これまでラジオ受信機１００が受信したＦＭ−ＲＤＳサービスあるいはＤＡＢサービスに関する情報を蓄積する処理手順について、それぞれ図５、６のフロー図を用いて説明する。
【００７０】
図５は、ＦＭ−ＲＤＳサービス受信中に取得したＰＩやＰＳなどのサービスに関する情報を<<サービスリスト>>Ｄ２に蓄積する処理手順を示している。まず、ステップＳ２１にて、受信中ＦＭ−ＲＤＳサービスのＰＩおよびＰＳを取得する。ステップＳ２２にて、制御マイコン３０が取得したＰＳがサービス名称であるか区別できるように、ステップＳ２１で取得したＰＳが通常ＰＳかダイナミックＰＳか判定する。
【００７１】
ステップＳ２３にて、制御マイコン３０はステップＳ２１で取得したＰＩと<<受信サービス履歴>>Ｄ１から、サイマルサービスとなる代替周波数とラスト受信品質を検索する。制御マイコン３０は検索した結果、該当放送局識別ＩＤに受信可能な周波数が存在する場合はＴＲＵＥとし、存在無しない場合はＦＡＬＳＥと判断する。
【００７２】
次に、ステップＳ２４にて、ステップＳ２１で取得したＰＩに関連する情報を<<サービスリスト>>Ｄ２に蓄積する。ここでは、制御マイコン３０は<<サービスリスト>>Ｄ２の各データ項目に対して、放送局識別ＩＤにＰＩを、サービス名称にＰＳを、Ｓｈｏｒｔ  ＰＳマスクビットに０ｘＦＦ００（固定値）を、ＰＳ種別区分にステップＳ２２で判定した結果を、受信可否フラグにステップＳ２３で判定した結果を、メモリ装置４０に構築したデータベースに蓄積させる。ただし、ラジオ受信機１００が取得したサービス名称をダイナミックＰＳが影響しないように正しくデータベースに蓄積するようにする。そのため、別途サービス名称に関する処理を行うが、その処理手順については、図１０にて後に詳述する。
【００７３】
このとき、ＦＭ−ＲＤＳの場合はデータ構造をＤＡＢと共通化する目的から、ＰＳは最大８バイトをサービス名称の先頭からデータを詰め、後続はスペースでパディングしておくとよい。このとき、スペースではなく、ＮＵＬＬとしてもよい。そのため、Ｓｈｏｒｔ  ＰＳマスクビットは０ｘＦＦ００の固定としている。
【００７４】
図６は、ＤＡＢサービス受信中に取得したＳＩｄやＳｅｒｖｉｃｅ  Ｌａｂｅｌなどのサービスに関する情報を<<サービスリスト>>Ｄ２に蓄積する処理手順を示している。まず、ステップＳ３１にて、制御マイコン３０はＦＩＣデータデコーダ部１４から受信アンサンブルのＥＩｄおよび該当アンサンブルに含まれるサービスに関するＳＩｄ全てを取得する。次に、ステップＳ３１で取得した各サービスのサービス名称を取得するために、制御マイコン３０はＦＩＣデータデコーダ部１４から各ＳＩｄに対するＳｅｒｖｉｃｅ  Ｌａｂｅｌ（Ｌｏｎｇ  ＰＳ）およびＳｈｏｒｔ  ＰＳマスクビットを取得する（ステップＳ３２）。
【００７５】
ステップＳ３３では、制御マイコン３０は該当ＳＩｄと<<受信サービス履歴>>Ｄ１から、サイマルサービスとなる代替周波数とラスト受信品質を検索する。制御マイコン３０は検索した結果、該当放送局識別ＩＤに受信可能な周波数が存在する場合はＴＲＵＥとし、存在無しない場合はＦＡＬＳＥと判断する。
【００７６】
ステップＳ３４では、該当ＳＩｄに関連するサービス名称などの情報を<<サービスリスト>>Ｄ２に蓄積する。ここでは、制御マイコン３０は<<サービスリスト>>Ｄ２の各データ項目に対して、放送局識別ＩＤにはＳＩｄを、サービス名称にはステップＳ３２で取得したＳｅｒｖｉｃｅ  Ｌａｂｅｌ（Ｌｏｎｇ  ＰＳ）を、Ｓｈｏｒｔ  ＰＳマスクビットにはステップＳ３２で取得したＳｈｏｒｔ  ＰＳマスクビットを、ＰＳ種別区分にはＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌを、受信可否フラグにはステップＳ３３で判定した結果をメモリ装置４０に構築したデータベースに蓄積させる。本処理でも図５と同様に、サービス名称に関する処理手順は図１０にて後に説明する。
【００７７】
ＤＡＢサービスではＦＭ−ＲＤＳサービスのようなダイナミックＰＳを運用しておらず、同一サイマルサービスに関すサービス名称が同一であることを利用する。ステップＳ３５では、ＳＩｄから<<サービスリンク>>Ｄ３に蓄積されているサーマルサービスの放送局識別ＩＤを検索して得られた各該当ＩＤに対して、ステップＳ３２で得られたサービス名称に全て置き換える。これにより、同一サイマルサービスに関しては全て同一名称となり、後述するプリセットメモリ時のサービス名称の取得やサイマルサービスをひとまとめにした統合サービスリストのリスト抽出で活用される。
【００７８】
ステップＳ３２からステップＳ３５まで処理が、ステップＳ３１で取得したＳＩｄリストのＳＩｄの取得数分ループし、受信したアンサンブルに含まれるサービス全てについての情報を<<サービスリスト>>Ｄ２に蓄積することとなる。また、制御マイコン３０は図３、４で説明したラスト受信品質と同じように、<<サービスリスト>>Ｄ２の受信可否フラグが常時最新の状態に保つようにするため、一定時間ごとに各放送局識別ＩＤごとに受信可否フラグを監視するようにしてもよい。
【００７９】
次に、本実施の形態におけるラジオ受信機１００において、放送局から提供される受信中サービスに関するサービスリンク情報を蓄積する処理手順を図７、８を用いて説明する。この情報を蓄積することにより、制御マイコン３０は受信中サービスの放送局識別ＩＤと同一の放送局識別ＩＤだけでなく、異なるサービスもサイマルサービスであることを判別できるようになる。
【００８０】
図７は、ＦＭ−ＲＤＳサービス受信中に該当ＰＩに対応するサイマルＤＡＢサービスに関するＯＤＡ情報を蓄積する処理手順を示している。まず、ステップＳ４１にて、受信中ＦＭ−ＲＤＳサービスからＯＤＡ情報を取得し、それらデータからサイマルＤＡＢサービスに関する情報を抽出する。
【００８１】
次に、ステップＳ４２では、ステップＳ４１で取得したＯＤＡ情報のサイマルＤＡＢサービスに関する情報を<<サービスリンク>>Ｄ３に蓄積する。ここでは、制御マイコン３０は<<サービスリンク>>Ｄ３の各データ項目に対して、放送局識別ＩＤにＯＤＡ情報から取得したサイマルＤＡＢサービスのＳＩｄを、サイマル放送局識別ＩＤに受信中ＦＭ−ＲＤＳサービスのＰＩを、サイマル放送バンド種別にＦＭ−ＲＤＳを、メモリ装置４０に構築したデータベースに蓄積させる。
【００８２】
さらに、ステップＳ４３では、ステップＳ４１で取得したＯＤＡ情報からサイマルＤＡＢサービスに関する周波数およびＳＩｄとの組合わせを<<受信サービス履歴>>Ｄ１に蓄積し、ステップＳ４４ではステップＳ４１で取得したＯＤＡ情報からサイマルＤＡＢサービスに関する周波数およびＥＩｄの組合せで<<アンサンブル>>Ｄ５に蓄積することができる。
【００８３】
ステップＳ４３、Ｓ４４双方の処理実行時は、ラジオ受信機１００はステップＳ４１で取得したアンサンブルおよびサービスを受信していないのでラスト受信品質を算出することができない。バックグラウンドサーチを実行するときに、制御マイコン３０が受信品質を優先して算出できるようにするために、ラスト受信品質またはラスト受信日時に受信未確認を判別できるような値を記憶しておくとよい。
【００８４】
図８は、ＤＡＢサービス受信中にアンサンブルに関するサービスリンク情報を蓄積する処理手順を示している。制御マイコン３０は、ＦＩＣデータデコーダ部１４から取得したサービスリンク情報を<<サービスリンク>>Ｄ３に蓄積することにより、受信中アンサンブルに含まれるＤＡＢサービスに対するサイマルサービスの情報を蓄積することができる。
【００８５】
まず、ステップＳ５１にて、制御マイコン３０は受信中アンサンブルに関するサービスリンク情報をＦＩＣデータデコーダ部１４から取得する。取得したサービスリンク情報により、サービスリンク元となるＳＩｄとこのＩＤに関するサイマルサービスに関する放送局識別ＩＤ（ＦＭ−ＲＤＳのＰＩおよびＤＡＢサービスのＳＩｄ）とバンド種別の組合せを取得できる。<<サービスリンク>>Ｄ３と<<受信サービス履歴>>Ｄ１とから、制御マイコン３０は受信中サービスの放送局識別ＩＤと異なる放送局識別ＩＤのサイマルサービス候補を抽出することが可能となる。
【００８６】
ステップＳ５２では、ステップＳ５１で取得したサービスリンク元のＳＩｄとサービスリンク先のサイマルサービスの放送局識別ＩＤおよびそのバンド種別の組合わせ全てを<<サービスリンク>>Ｄ３に蓄積する。データを取得したときの日時はデータベースに追加し、蓄積した情報が古い場合は使用しないような方法をとってもよい。
【００８７】
これらの情報を蓄積することにより、従来技術から得られるサイマルサービスより多くのサイマルサービス候補を抽出することができ、サービス名称がより正確に、かつより安定した受信状況を実現することが可能となる。
【００８８】
図９は本実施の形態におけるラジオ受信機１００において、あるアンサンブルを受信中にＯＥ  Ｓｅｒｖｉｃｅ情報を蓄積する処理手順を示している。この情報を蓄積することにより、制御マイコン３０は<<アンサンブル>>Ｄ５に蓄積されているＥＩｄと周波数との組合せからサイマルＤＡＢサービス候補のＳＩｄが含まれるアンサンブルの周波数を認識できるようになる。
【００８９】
まず、ステップＳ６１において、制御マイコン３０はＦＩＣデータデコーダ部１４からＯＥ  Ｓｅｒｖｉｃｅデータを取得する。制御マイコン３０が取得したＯＥ  Ｓｅｒｖｉｃｅ情報は受信中アンサンブルに含まれるサービスに対して、他のアンサンブルにサイマルＤＡＢサービスが含まれるＥＩｄのリストが取得できるようになっている。制御マイコン３０は当該ＥＩｄと<<アンサンブル>>Ｄ５に蓄積されたデータからＥＩｄに該当する周波数を判別することができる。
【００９０】
ステップＳ６２では、ステップＳ６１で取得した各ＥＩｄの周波数を判別するために、制御マイコン３０は<<アンサンブル>>Ｄ５に蓄積されたデータからステップＳ６１で取得したＥＩｄが存在するか検索する。該当ＥＩｄが存在する場合（ステップＳ６２でＹＥＳ）はステップＳ６３へ遷移し、存在しない場合（ステップＳ６２でＮＯ）はステップＳ６４へ遷移する。
【００９１】
ステップＳ６３では、該当ＥＩｄに紐づく周波数が抽出できたので、該当周波数およびＳＩｄの組合せを<<サービスリスト>>Ｄ２に蓄積する。ステップＳ６４はＥＩｄのみでは制御マイコン３０はＤＡＢチューナに同調させる周波数が不明なため、該当ＥＩｄの周波数が判別できるまで、該当ＳＩｄとＥＩｄの組合せを<<ＯＥサービス>>Ｄ４に蓄積させておく。
【００９２】
図１０は本実施の形態におけるラジオ受信機１００において、<<サービスリスト>>Ｄ２のサービス名称を更新するときの詳細な処理手順を示すフロー図である。ＦＭ−ＲＤＳサービスまたはＤＡＢサービスを受信中にサービス名称を取得した場合、ＰＳ種別区分でも説明した通り、下記の３パターンに分類され、パターンによりサービス名称の正確さが異なる。
【００９３】
（１）Ｍ−ＲＤＳサービス  ダイナミックＰＳ
（２）ＲＤＳサービス      通常ＰＳ
（３）ＤＡＢサービス      Ｓｅｒｖｉｃｅ  Ｌａｂｅｌ
上記パターンの上から下にいくに従ってサービス名称は精度が高くなり、本発明では（３）＞（２）＞（１）の優先順位でサービス名称を記憶し、ユーザーが正確にサービス名称を認識できるようにしている。
【００９４】
まず、ステップＳ７１にて、制御マイコン３０は既に受信サービスに関する放送局識別ＩＤとサービス名称とを取得していることから、<<サービスリスト>>Ｄ２に該当放送局識別ＩＤに関するデータが既に蓄積済みであるか検索する。検索した結果、該当放送局識別ＩＤに関する情報が<<サービスリスト>>Ｄ２に蓄積済みの場合（ステップＳ７１でＹＥＳ）、該当データを更新するためにステップＳ７３へ遷移する。未蓄積の場合は（ステップＳ７１でＮＯ）、制御マイコン３０は新規データを取得したと判断し、取得したサービス名称を<<サービスリスト>>Ｄ２に蓄積し（ステップＳ７２）、本処理を終了する。
【００９５】
次に、ステップＳ７３では、ＤＡＢのＳｅｒｖｉｃｅ  Ｌａｂｅｌを優先的にデータを蓄積するために、受信中サービスがＤＡＢサービスであるか判定する。制御マイコン３０が受信中サービスがＤＡＢと判断した場合（ステップＳ７３でＹＥＳ）、ステップＳ７４へ遷移する。受信中サービスがＦＭ−ＲＤＳと判断した場合（ステップＳ７３でＮＯ）、ステップＳ７６へ遷移する。
【００９６】
制御マイコン３０が受信中サービスがＤＡＢと判断した後は、取得したＳｅｒｖｉｃｅ  Ｌａｂｅｌを放送局識別ＩＤに対するサービス名称として、<<サービスリスト>>Ｄ２の情報を更新し（ステップＳ７４）、さらに受信中サービスのＳＩｄに関連するサイマルサービス全ての放送局識別ＩＤのサービス名称を更新する（ステップＳ７５）。
【００９７】
ステップＳ７６では、ラジオ受信機１００が受信しているサービスがＦＭ−ＲＤＳサービスであるため、まず制御マイコン３０は<<サービスリスト>>Ｄ２に蓄積されているサービス名称のＰＳ種別区分がＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌ以外であるか判別する。判別した結果、ＰＳ種別区分がＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌ以外の場合（ステップＳ７６でＹＥＳ）、ステップＳ７７へ遷移する。ＰＳ種別区分がＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌの場合（ステップＳ７６でＮＯ）、一番優先度の高いサービス名称が既に蓄積済みであるため、サービス名称は更新せず、本処理を終了する。
【００９８】
ＦＭ−ＲＤＳのＰＳは前述したとおり、通常ＰＳとダイナミックＰＳの２パターン存在するため、ステップＳ７７にて、取得したＰＳが通常ＰＳであるか判別する。制御マイコン３０が通常ＰＳと判断した場合（ステップＳ７７でＹＥＳ）、ステップＳ７８へ遷移し、ダイナミックＰＳと判断した場合（ステップＳ７７、ＮＯ）はサービス名称は更新せず、本処理を終了する。ただし、取得したＰＳがダイナミックＰＳ、かつ<<サービスリスト>>Ｄ２に蓄積されているＰＳ取得区分がダイナミックＰＳである場合にサービス名称を更新するようにしてもよい。
【００９９】
ステップＳ７８では、ＦＭ−ＲＤＳで通常ＰＳとしてサービス名称が取得できているので、受信サービスのＰＩに対するＰＳをサービス名称として、データベースを更新し、本処理を終了する。
【０１００】
次に、図１１は本実施の形態におけるラジオ受信機１００において、あるアンサンブルに関する情報を更新する際、<<ＯＥサービス>>Ｄ４および<<アンサンブル>>Ｄ５を更新する処理手順を示す詳細フロー図である。
【０１０１】
まず、ステップＳ８１では、制御マイコン３０は取得した周波数とＥＩｄの組合せに対して、新たな周波数とＥＩｄの組合せを検出したり、ラスト受信品質を更新したいときに、<<アンサンブル>>Ｄ５に必要な情報を蓄積する。
【０１０２】
ステップＳ８２にて、制御マイコン３０はステップＳ８１にて更新したＥＩｄに対して、<<ＯＥサービス>>Ｄ４に該ＥＩｄに関するデータが存在するか検索する。データが存在する場合は（ステップＳ８２でＹＥＳ）、ステップＳ８３へ遷移する。存在しない場合は（ステップＳ８２でＮＯ）、本処理を終了する。
【０１０３】
ステップＳ８３では、制御マイコン３０は<<ＯＥサービス>>Ｄ４に蓄積された、受信周波数が不明であるＳＩｄに対して、該当ＥＩｄから周波数が判別することができたので、該当データをサイマルサービス候補の情報として<<受信サービス履歴>>Ｄ１に蓄積させ、<<ＯＥサービス>>Ｄ４に蓄積されていたデータは不要となるので削除し（ステップＳ８４）、本処理を終了する。
【０１０４】
図１２は本実施の形態におけるラジオ受信機１００において、受信中サービスに対するサイマルサービスの候補リストを抽出する処理手順を示すフロー図である。本処理により、受信中サービスの受信状況が悪化した時に、他の受信良好なサービスに切り替えることができ、常に安定した受信状態を保つことが可能となる。
【０１０５】
まず、ステップＳ９１にて受信中サービスの放送局識別ＩＤが既に取得済みであるか判定する。放送局識別ＩＤが取得済みの場合は（ステップＳ９１でＹＥＳ）、ステップＳ９２へ遷移し、未取得の場合はサイマルサービス候補を抽出できないため、本処理を終了する。
【０１０６】
ステップＳ９２では、受信中サービスの放送局識別ＩＤに該当する、<<サービスリンク>>Ｄ２に蓄積されているＰＳ種別区分がＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌの場合は（ステップＳ９２でＹＥＳ）、ステップＳ９３へ遷移し、それ以外の場合は（ステップＳ９２でＮＯ）、ステップＳ９４へ遷移する。
【０１０７】
これは図６のステップＳ３５で説明した通り、ＰＳ種別区分がＤＡＢ  Ｓｅｒｖｉｃｅ  Ｌａｂｅｌの場合は同一サイマルサービスに関するサービス名称は同一になるように処理しており、サービス名称を検索キーとして検索することによって効率的にサイマルサービス候補を抽出できるようにしている。
【０１０８】
ステップＳ９３では、受信中サービスの放送局識別ＩＤに該当する、<<サービスリスト>>Ｄ２に蓄積されているサービス名称と同一のサービス名称である放送局識別ＩＤを<<サービスリスト>>Ｄ２からすべて抽出し、ステップＳ９５へ遷移する。
【０１０９】
ステップＳ９４では、制御マイコン３０は該当放送局識別ＩＤの受信サービスは過去ＦＭ−ＲＤＳサービスのみであると判断することができる。本処理では<<サービスリンク>>Ｄ３に蓄積されている情報から、サイマル放送局識別ＩＤと受信サービスの放送局識別ＩＤが同一、かつサイマル放送バンド種別がＦＭ−ＲＤＳである放送局識別ＩＤを<<サービスリンク>>Ｄ３から抽出する。
【０１１０】
最後に、ステップＳ９５にてステップＳ９３またはステップＳ９４で得られた結果から、制御マイコン３０は<<受信サービス履歴>>Ｄ１に蓄積されているデータからサイマルサービスとなる受信可能な代替周波数を抽出する。ここで受信可能な代替周波数とは、ラスト受信品質が受信可能なある閾値以上、かつラスト受信日時が現在時刻からある時間以内である周波数を抽出する。
【０１１１】
制御マイコン３０は、抽出された代替周波数のリストからラスト受信品質の良いもの順に並び替え、受信品質の良いものから順にサイマルサービスに切り替え可能かチェックし、本処理を終了する。受信可能なサイマルサービスをチェックする方法では、さらに制御マイコン３０はサイマルＤＡＢサービスの音質が良いサービスから優先して、サイマルサービスの切り替えチェックをしたのち、ＦＭ−ＲＤＳサービスをチェックする順序で処理してもよい。
【０１１２】
以上のように、制御マイコン３０が、受信中サービスに関する受信品質を一定間隔で監視し、メモリ装置からサイマルサービス候補となる代替周波数を抽出することにより、ユーザーが放送内容を聴取できなくなる前に受信良好な周波数に切り替えることができる。
【０１１３】
図１３は、本実施の形態におけるラジオ受信機１００においてプリセットメモリ機能を有する場合、ユーザーが受信中サービスに対してプリセットチャンネルにメモリする時のサービス名称を特定する処理手順を示すフロー図である。
【０１１４】
ステップＳＡ１では、受信中サービスの放送局識別ＩＤが取得済みであるか判定する。取得済みであれば（ステップＳＡ１でＹＥＳ）、ステップＳＡ２へ遷移し、未取得であれば（ステップＳＡ１でＮＯ）、サービス名称が特定できないため、本処理を終了する。
【０１１５】
ステップＳＡ２では、受信中サービスの放送局識別ＩＤから<<サービスリスト>>Ｄ２に蓄積されているサービス名称を取得し、このデータをプリセットメモリに記憶するデータとして扱い、メモリ装置４０に保持されているプリセットメモリ情報を更新する（ステップＳＡ３）。
【０１１６】
ここで、<<サービスリスト>>Ｄ２に蓄積されているサービス名称のＰＳ種別区分がダイナミックＰＳであった場合、その後ラジオ受信機１００が、該当放送局識別ＩＤに対するサービス名称が通常ＰＳまたはＳｅｒｖｉｃｅ  Ｌａｂｅｌに更新された場合はユーザーに新たなサービス名称を取得できたことを伝える画面を表示し、プリセットメモリに蓄積されているサービス名称を更新することを促す方法をとってもよい。
【０１１７】
このように、ユーザーに通知して更新を促すのは、例えば、欧州において同一国内ではないが、放送局識別ＩＤが同じであるケースがあり、休暇中の遠方への旅行などで本ケースに遭遇した場合に、自動でサービス名称を更新する仕組みではユーザーに不都合が生じることがある。そのため、ユーザーの意思によってサービス名称を更新する方が利便性が高い場合があるためである。
【０１１８】
次に、以上の様に蓄積・更新されるデータベースを用いて生成される統合サービスリストについて図１４を用いて説明する。図１４は、表示装置６０に表示される統合サービスリストを説明するための図で、図１４（ａ）は従来のＤＡＢサービスリストの画面を示す図、（ｂ）は従来のＦＭステーションリストの画面を示す図、（ｃ）は（ａ）、（ｂ）を統合した統合サービスリストの１ページ目の画面を示す図、（ｄ）は統合サービスリストの２ページ目の画面を示す図である。
【０１１９】
従来、ユーザーは図１４（ａ）に示すＤＡＢ選択用ボタン２０２によりＤＡＢサービスリストの画面を表示させ、図１４（ｂ）に示すＦＭ選択用ボタン２０３によりＦＭステーションリストの画面を表示させていた。すなわち、サービスリンク情報、ＯＥサービス情報などは利用されておらず、ＦＭおよびＤＡＢでそれぞれ専用の操作画面が用意されていた。また、図１４（ａ）では、サービス名称“Ｃ１”が２つリスト上に重複して表示されている。これは同じサービス名称であるが、放送局識別ＩＤはそれぞれ異なるためである。
【０１２０】
本実施の形態では、データベースを構築して、サービスの一覧を統合した統合サービスリスト３００、３１０を画面に表示することができる。例えば、図１４（ｃ）、（ｄ）はそれぞれ統合サービスリストの１、２ページ目の画面の一例を示しており、受信中のサービスを表示する受信中サービス表示部３０１、受信可能なサービスリスト３０６、３０７、ページ送りボタン３０４、ページ戻しボタン３０５から構成されている。図１４（ｃ）の１ページ目の表示画面からページ送りボタン３０４を選択することで、図１４（ｄ）の２ページ目の画面に遷移する。
【０１２１】
受信可能なサービスリスト３０６、３０７において、各ボタンには受信可能なサービス名称が表示されており、例えば、“１：Ａ１”は、１番目に“Ａ１”というサービス名称が登録され、ユーザーがこのボタンを選択することにより“Ａ１”を受信し、受信中サービス表示部３０１には“Ａ１”が表示される。上述した、図１４（ａ）の６、７番目に登録されている“Ｃ１”は、<<サービスリンク>>Ｄ３の情報を検索することによって同じサービスと判定できるため、図１４（ｃ）では重複して表示されないように統合されている。また、図１４（ａ）の４番目と図１４（ｂ）の４番目の“Ｂ１”も同様にして、サイマルサービスであるため統合されている。
【０１２２】
このように、ＦＭ−ＲＤＳおよびＤＡＢで放送されている同一サイマルサービスはＦＭ−ＲＤＳサービス、ＤＡＢサービスそれぞれを別サービスとして分けず、同じサービスとして統合したリストを表示することができ、ユーザーにＦＭ−ＲＤＳおよびＤＡＢを意識させずに受信可能なサービスリストを提示できる。
【０１２３】
なお、統合サービスリストではユーザーにＦＭ−ＲＤＳおよびＤＡＢを意識させずに受信可能なサービスリストを提示したが、現在受信しているサービスがＦＭ−ＲＤＳかＤＡＢかをユーザーが判別できるようにした画面を表示することもできる。例えば、図１４（ｃ）、（ｄ）の受信中サービス表示部３０１に“ＦＭ−ＲＤＳ”もしくは“ＤＡＢ”を表示をしてもよい。このようにすることで、ＦＭ−ＲＤＳで受信できているが雑音が多い場合などに、ユーザーが意識してサイマル放送のリストを表示させ、ＤＡＢのサイマル放送を選局できるようにすることができる。
【０１２４】
以上のように、本実施の形態によれば、ラジオ受信機１００は受信中サービスの放送局識別ＩＤからメモリ装置４０に蓄積したサイマルサービスに関するデータベースを構築することにより、効率的にサイマルサービスに関する情報を速やかに得られるという効果が得られる。
【産業上の利用可能性】
【０１２５】
本発明のラジオ受信機は、効率的にサイマルサービスに関する情報を得られるという効果を有し、車載機やポータブル機など、ラジオのデータ多重システム放送とデジタルラジオ放送とを受信することができるラジオ受信機として有用である。
【符号の説明】
【０１２６】
１０    ＤＡＢ受信部
１１    ＤＡＢフロントエンド部
１２    ＤＡＢベースバンド処理部
１３    オーディオデコーダ部
１４    ＦＩＣデータデコーダ部
２０    ＡＭ／ＦＭ−ＲＤＳ受信部
２１    ＡＭ／ＦＭフロントエンド部
２２    ＡＭ／ＦＭ復調部
２３    ＲＤＳデータデコーダ部
２４    ＰＬＬ復調部
３０    制御マイコン
４０    メモリ装置
５０    入力装置
６０    表示装置
７０    オーディオセレクタ部
１００    ラジオ受信機
３００、３１０    統合サービスリスト
【図１】
2013120967.tif 000003
【図２】
2013120967.tif 000004
【図３】
2013120967.tif 000005
【図４】
2013120967.tif 000006
【図５】
2013120967.tif 000007
【図６】
2013120967.tif 000008
【図７】
2013120967.tif 000009
【図８】
2013120967.tif 000010
【図９】
2013120967.tif 000011
【図１０】
2013120967.tif 000012
【図１１】
2013120967.tif 000013
【図１２】
2013120967.tif 000014
【図１３】
2013120967.tif 000015
【図１４】
2013120967.tif 000016