(57)【特許請求の範囲】
【請求項１】
デジタル放送信号を受信する受信手段と、
受信されたデジタル放送信号に含まれる、受信可能なサービスに関する文字コードに基づき、該サービスの使用言語を推定する推定手段と、
前記推定手段による推定結果に基づき、前記受信可能なサービスのリストの並び順を決定する決定手段と、
決定された順序で並べられたサービスのリストを表示する表示手段と、
を備える、
デジタル放送受信機。
【請求項２】
言語を指定する指定手段と、
文字コード表内の範囲であって、言語で使用される文字が含まれる範囲を言語毎に定義して記憶する記憶手段と、
を備え、
前記推定手段は、
前記受信可能なサービスに関する文字コードと、前記指定手段により指定された指定言語に対応する前記範囲とを比較し、比較結果に基づいて該サービスの使用言語を推定する、
請求項１に記載のデジタル放送受信機。
【請求項３】
前記推定手段は、
前記受信可能なサービスに関する文字コードの全てが前記指定言語に対応する範囲に含まれる場合、該サービスの使用言語が該指定言語であると推定する、
請求項２に記載のデジタル放送受信機。
【請求項４】
前記表示手段は、
前記リスト内において、前記推定手段により使用言語が前記指定言語と一致すると推定されたサービスを、該指定言語以外の言語で放送されるサービスよりも上位に並べて表示する、
請求項２又は請求項３に記載のデジタル放送受信機。
【請求項５】
前記表示手段は、
前記リスト内において、使用言語を示す情報として前記指定言語に対応する言語コードが多重化されたサービスを、前記推定手段により使用言語が該指定言語と一致すると推定されたサービスよりも上位に並べて表示する、
請求項２から請求項４の何れか一項に記載のデジタル放送受信機。
【請求項６】
前記受信可能なサービスに関する文字コードは、
前記受信手段により受信されたデジタル放送信号に含まれるサービスのサービスラベルの文字コードである、
請求項１から請求項５の何れか一項に記載のデジタル放送受信機。
【請求項７】
デジタル放送信号を受信する受信ステップと、
受信されたデジタル放送信号に含まれる、受信可能なサービスに関する文字コードに基づき、該サービスの使用言語を推定する推定ステップと、
前記推定ステップでの推定結果に基づき、前記受信可能なサービスのリストの並び順を決定する決定ステップと、
決定された順序で並べられたサービスのリストを表示する表示ステップと、
を含む、
デジタル放送受信方法。
【請求項８】
言語を指定する指定ステップ
を含み、
所定の記憶媒体に、文字コード表内の範囲であって、言語で使用される文字が含まれる範囲が言語毎に定義され記憶されており、
前記推定ステップにて、
前記受信可能なサービスに関する文字コードと、前記指定ステップにて指定された指定言語に対応する前記範囲とを比較し、比較結果に基づいて該サービスの使用言語を推定する、
請求項７に記載のデジタル放送受信方法。
【請求項９】
前記推定ステップにて、
前記受信可能なサービスに関する文字コードの全てが前記指定言語に対応する範囲に含まれる場合、該サービスの使用言語が該指定言語であると推定する、
請求項８に記載のデジタル放送受信方法。
【請求項１０】
前記表示ステップにて、
前記リスト内において、前記推定ステップにて使用言語が前記指定言語と一致すると推定されたサービスを、該指定言語以外の言語で放送されるサービスよりも上位に並べて表示する、
請求項８又は請求項９に記載のデジタル放送受信方法。
【請求項１１】
前記表示ステップにて、
前記リスト内において、使用言語を示す情報として前記指定言語に対応する言語コードが多重化されたサービスを、前記推定ステップにて使用言語が該指定言語と一致すると推定されたサービスよりも上位に並べて表示する、
請求項８から請求項１０の何れか一項に記載のデジタル放送受信方法。
【請求項１２】
前記受信可能なサービスに関する文字コードは、
前記受信ステップにて受信されたデジタル放送信号に含まれるサービスのサービスラベルの文字コードである、
請求項７から請求項１１の何れか一項に記載のデジタル放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送信号を受信して処理するデジタル放送受信機及びデジタル放送受信方法に関する。
【背景技術】
【０００２】
音響機器や映像機器等において音声や映像をデジタル符号化処理することが一般化している。このような音響機器等における音声や映像のデジタル符号化の趨勢はラジオ放送の分野にも波及し、幾つかの方式のデジタルラジオ放送が規格化され、実用化されている。その一つに、ＤＲＭ（Digital Radio Mondiale）が知られている。
【０００３】
ＤＲＭは、特に短波を中心とした振幅変調（ＡＭ）のデジタルラジオ放送規格であり、伝送方式としてＣＯＦＤＭ（Coded OFDM（Orthogonal Frequency Division Multiplex））を採用している。ＤＲＭには、ＤＲＭ３０とＤＲＭ＋がある。例えば、ＤＲＭ３０は、ＡＭ帯〜３０ＭＨｚ帯で運用されており、帯域幅が４．５ｋＨｚ〜２０ｋＨｚである。ＤＲＭ３０は、４．８ｋ〜７２ｋ［ｂｉｔ／ｓ］の放送データ容量を使用し、デジタル符号化された高品質なステレオ音声を放送する。
【０００４】
ＤＲＭの伝送フォーマットにおいては、１チャンネル分のＤＲＭ放送信号の中に、複数のオーディオサービスやデータサービスが含まれている。ＤＲＭ放送信号の中には、例えば、選局時の利便性の向上のため、放送局名を示すテキスト情報としてサービスラベルが多重化されている。
【０００５】
ＤＲＭ放送信号を受信可能な受信機をはじめとする、この種のデジタル放送受信機では、受信可能なサービスのサービスラベルをリストで表示することができる。以下、このサービスラベルのリストを「ステーションリスト」と記す。例えば特許文献１に、ステーションリストを表示することが可能なデジタル放送受信機の具体的構成が記載されている。
【０００６】
特許文献１に記載のデジタル放送受信機は、選択受信中のアンサンブルに含まれる全サービスについて、そのサービスＩＤで昇順にソーティングを行い、ソーティングされた順序でステーションリストを表示する。ユーザは、ステーションリストから希望局のサービスを選択することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−２１６６９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＤＲＭラジオ放送規格では、サービスの使用言語を示す言語コードをＤＲＭ放送信号に多重化させて放送することができる。また、デジタル放送受信機には、ユーザにより言語を指定する機能を備えるものがある。そこで、ユーザにより指定された指定言語を使用言語とするサービスが優先的に上位に並ぶようにソーティングし、ソーティングされた順序でステーションリストを表示することが考えられる。
【０００９】
しかし、ＤＲＭラジオ放送規格では、言語コードの放送が任意である。そのため、言語コードが放送されず使用言語が不明なサービスも存在する。使用言語が不明なサービスは、実際には指定言語で放送されるサービスであっても、上記のソーティング（指定言語で放送されるサービスを優先的に上位に並べるソーティング）で上位に並べられない。このようなサービスがステーションリスト内において指定言語以外の言語で放送されるサービスよりも下位に並べて表示され潜在的にはユーザが視聴を希望するサービスであっても、リストの下位であるが故、ユーザの目に付き難く、ユーザの選択肢から漏れてしまう虞がある。
【００１０】
そこで、このような問題を解決すべく、言語コードが多重化されていないサービスの使用言語を推定することが可能なデジタル放送受信機及びデジタル放送受信方法の提供が望まれる。
【課題を解決するための手段】
【００１１】
本発明の一実施形態に係るデジタル放送受信機は、デジタル放送信号を受信する受信手段と、受信されたデジタル放送信号に含まれる、受信可能なサービスに関する文字コードに基づき、該サービスの使用言語を推定する推定手段とを備える。
【００１２】
また、本発明の一実施形態に係るデジタル放送受信機は、言語を指定する指定手段と、文字コード表内の範囲であって、言語で使用される文字が含まれる範囲を言語毎に定義して記憶する記憶手段とを備える構成としてもよい。推定手段は、受信可能なサービスに関する文字コードと、指定手段により指定された指定言語に対応する範囲とを比較し、比較結果に基づいて該サービスの使用言語を推定する構成としてもよい。
【００１３】
また、本発明の一実施形態において、推定手段は、受信可能なサービスに関する文字コードの全てが指定言語に対応する範囲に含まれる場合、該サービスの使用言語が該指定言語であると推定する構成としてもよい。
【００１４】
また、本発明の一実施形態に係るデジタル放送受信機は、推定手段による推定結果に基づき、受信可能なサービスのリストの並び順を決定する決定手段と、決定された順序で並べられたサービスのリストを表示する表示手段とを備える構成としてもよい。
【００１５】
また、本発明の一実施形態において、表示手段は、リスト内において、推定手段により使用言語が指定言語と一致すると推定されたサービスを、該指定言語以外の言語で放送されるサービスよりも上位に並べて表示する構成としてもよい。
【００１６】
また、本発明の一実施形態において、表示手段は、リスト内において、使用言語を示す情報として指定言語に対応する言語コードが多重化されたサービスを、推定手段により使用言語が該指定言語と一致すると推定されたサービスよりも上位に並べて表示する構成としてもよい。
【００１７】
また、本発明の一実施形態において、受信可能なサービスに関する文字コードは、例えば、受信手段により受信されたデジタル放送信号に含まれるサービスのサービスラベルの文字コードである。
【００１８】
また、本発明の一実施形態に係るデジタル放送受信方法は、デジタル放送信号を受信する受信ステップと、受信されたデジタル放送信号に含まれる、受信可能なサービスに関する文字コードに基づき、該サービスの使用言語を推定する推定ステップとを含む。
【発明の効果】
【００１９】
本発明の一実施形態によれば、言語コードが多重化されていないサービスの使用言語を推定することが可能なデジタル放送受信機及びデジタル放送受信方法が提供される。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るデジタル放送受信機の構成を示すブロック図である。
【図２】ＤＲＭ３０のデータ構成を概略的に示す図である。
【図３】ＤＲＭ３０のデータ構成を概略的に示す図である。
【図４】本発明の一実施形態に係るデジタル放送受信機のモニタに表示されるステーションリストを例示する図である。
【図５】本発明の一実施形態におけるサービスラベルの並び替えについて説明する画面例を示す図である。
【図６】本発明の一実施形態において実行される優先度決定処理のフローチャートを示す図である。
【図７】本発明の一実施形態に係る選択サービスの使用言語の推定方法を説明するための概念図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図面を参照しながら説明する。なお、以下においては、本発明の一実施形態として、ＤＲＭラジオ放送（ＤＲＭ放送信号）を受信して処理することが可能なデジタル放送受信機を例に取り説明する。
【００２２】
図１は、本発明の一実施形態に係るデジタル放送受信機１の構成を示すブロック図である。本実施形態に係るデジタル放送受信機１は、例えば、道路を走行する車両に搭載された車載器であり、図１に示されるように、ＭＰＵ（Micro Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、操作部１３、アンテナ１４、チューナ１５、ＯＦＤＭ復調器１６、デジタル音声復調回路１７、Ｄ／Ａコンバータ１８、スピーカ１９及びモニタ２０を備えている。なお、図１では、本実施形態の説明に必要な主たる構成要素を図示しており、デジタル放送受信機として一般的な構成要素である筐体など、一部の構成要素については、その図示を適宜省略している。
【００２３】
デジタル放送受信機１は車載器に限らず、例えば、スマートフォン、フィーチャフォン、ＰＨＳ（Personal Handy phone System）、タブレット端末、ノートＰＣ、ＰＤＡ（Personal Digital Assistant）、ＰＮＤ（Portable Navigation Device）、携帯ゲーム機等の携帯型端末であってもよい。
【００２４】
例えば車両にエンジンが掛けられると、図示省略されたバッテリからデジタル放送受信機１の各種回路に電源ラインを通じて電源供給が行われる。ＭＰＵ１０は電源供給後、ＲＯＭ１１に格納された制御プログラムを読み出してワークエリア（例えばＲＡＭ１２）にロードし、ロードされた制御プログラムを実行することにより、デジタル放送受信機１全体の制御を行う。
【００２５】
操作部１３は、ユーザによる操作入力を受け付ける操作インタフェースであり、操作パネル面に設けられたメカニカルキーを含む。ユーザは、モニタ２０に表示される情報を参照しながら操作部１３を操作して、例えば希望局のサービスを選択することができる。なお、モニタ２０は、タッチパネル式モニタであってもよい。この場合、ユーザは、モニタ２０に対するタッチ操作によっても、希望局のサービスを選択することができる。
【００２６】
アンテナ１４は、ＤＲＭ放送信号を受信する。ＤＲＭ放送信号は、ＭＳＣ（Main Service Channel）、ＦＡＣ（Fast Access Channel）、ＳＤＣ（Service Description Channel）で構成されている。ＭＳＣには、オーディオサービスやデータサービスが含まれる。ＦＡＣには、デコードに必要なチャンネルパラメータと選局に必要なサービスパラメータが含まれる。ＳＤＣには、ＭＳＣ及びＦＡＣに含まれないデータであり、サービスラベル、サービスリンキング情報等が含まれる。なお、ＤＲＭの具体的な規格・仕様については、例えば「Digital Radio Mondiale (DRM); System Specification (ETSI ES 201 980 V4.1.1 (2014-01))」、「DRM Introduction and Implementation Guide (Revision 2 September 2013，www.drm.org）」等に記載されている。
【００２７】
ＤＲＭラジオ放送規格では、サービスの使用言語を示す言語コードをＤＲＭ放送信号に任意に多重化させて放送することができる。多重化される言語コードには、二種類ある。ここでは、ＤＲＭ３０を例に取り、言語コードについて説明する。
【００２８】
言語コードの１つはＦＡＣに含まれる。以下、説明の便宜上、ＦＡＣに含まれる言語コードを「言語コード（ＦＡＣ）」と記す。図２に、ＤＲＭ３０のデータ構成を概略的に示す。図２を用いて言語コード（ＦＡＣ）について説明する。
【００２９】
ＤＲＭ放送信号では、トランスミッションスーパーフレームが繰り返し放送されている。図２に示されるように、ＤＲＭ放送信号に含まれるトランスミッションフレームの各々には、ＦＡＣブロックが１つ含まれる。ＤＲＭ３０はロバストネスモードＡ〜Ｄで放送されており、各ＦＡＣブロックには、チャンネルパラメータ、サービスパラメータが含まれる。
【００３０】
図２に示されるように、サービスパラメータには、サービスＩＤ、ショートＩＤ、言語コード（ＦＡＣ）等が含まれる。サービスＩＤは、サービスを識別するためのユニークな番号である。ショートＩＤは、チャンネル内でサービスを識別するための番号である。言語コード（ＦＡＣ）は、各言語と関連付けられた番号である。例えば、言語コード（ＦＡＣ）の「１」はアラビア語を示し、「２」はベンガル語を示す。
【００３１】
もう１つの言語コードは、ＳＤＣのデータエントリタイプ１２から取得されるものであり、ＩＳＯ６３９−２で定められた、言語を識別するためのアルファベット３文字である。以下、説明の便宜上、この言語コードを「言語コード（ＩＳＯ６３９−２）」と記す。図３に、ＤＲＭ３０のデータ構成を概略的に示す。図３を用いて言語コード（ＩＳＯ６３９−２）について説明する。
【００３２】
ＤＲＭ放送信号で繰り返し放送されるトランスミッションスーパーフレームの各々には、図３に示されるように、ＳＤＣブロックが１つ含まれる。ＳＤＣで放送される１チャンネル分のデータ総量は、１つのＳＤＣブロックに収まりきらないことがある。そのため、各ＳＤＣブロックのＡＦＳ（Alternative Frequency Switching）インデックスにて、同じ内容のＳＤＣブロックが次に放送されるまでに伝送されるトランスミッションスーパーフレームの数が通知される。
【００３３】
ＳＤＣのデータには十数種類ある。それぞれのデータは、データエントリタイプで区別される。１つのＳＤＣブロックに含まれる１つのデータフィールドには、複数のデータエントリが含まれる。
【００３４】
例えば、データエントリタイプ１には、ショートＩＤ、サービスラベル等が含まれる。また、データエントリタイプ１２には、国別コード、ショートＩＤ、言語コード（ＩＳＯ６３９−２）等が含まれる。サービスラベルは、ユーザにサービスを認識させるためのテキスト情報であり、最大１６文字である。
【００３５】
ＳＤＣの各データエントリタイプには、放送が必須であるか任意であるかを示すトランスミッションステータスが定められている（ETSI ES 201 980）。例えば、データエントリタイプ０は多重化の説明であり、トランスミッションステータスは必須である。そのため、データエントリタイプ０は、全てのＳＤＣブロックに含まれる。また、データエントリタイプ１やデータエントリタイプ１２は、トランスミッションステータスが任意である。しかし、データエントリタイプ１に含まれるサービスラベルは、ユーザが選局の際にサービスを識別するためのテキスト情報であり、任意ではあるが殆どのサービスで放送される。
【００３６】
ここで、デジタル放送受信機１の説明に戻る。ＭＰＵ１０は、操作部１３に対する選局操作に従い、チューナ１５に受信制御信号を出力する。
【００３７】
チューナ１５は、ＭＰＵ１０より受けた受信制御信号に基づき、アンテナ１４に到来したＤＲＭ放送信号（放送電波）からＲＦ（Radio Frequency）信号を抽出して直交復調を施し、実軸成分（Ｉ（In Phase）成分）と虚軸成分（Ｑ（Quadrature Phase）成分）からなる複素数で表される複素信号（ＩＱ信号）を得る。チューナ１５は、このＩＱ信号をＯＦＤＭ復調器１６に出力する。
【００３８】
ＯＦＤＭ復調器１６は、チューナ１５より入力されるＩＱ信号からＣＯＦＤＭ多重化信号をデコードし、ＦＡＣ、ＳＤＣ等の選局に必要なデータを抽出して解析する。ＯＦＤＭ復調器１６は、解析の結果得られたＦＡＣ、ＳＤＣのデコードデータをＭＰＵ１０に出力する。
【００３９】
ＭＰＵ１０は、ＯＦＤＭ復調器１６より入力されるＦＡＣ、ＳＤＣのデコードデータを解析して、デジタル放送受信機１の仕様に従い出力再生するサービスを決定する。そして、ＭＰＵ１０は、ＯＦＤＭ復調器１６を制御して、出力再生させるサービスのオーディオストリームをデコードさせる。
【００４０】
ＯＦＤＭ復調器１６は、ＭＰＵ１０の制御下でオーディオストリームをデコードし、デジタル音声信号（例えばＳＰＤＩＦ（Sony Philips Digital InterFace）信号）に変換する。ＯＦＤＭ復調器１６は、変換されたデジタル音声信号をデジタル音声復調回路１７に出力する。
【００４１】
デジタル音声復調回路１７は、デジタル音声信号を復調してＤ／Ａコンバータ１８に出力する。
【００４２】
Ｄ／Ａコンバータ１８は、デジタル音声復調回路１７より入力される復調後のデジタル音声信号をＤ/Ａ変換してスピーカ１９に出力する。これにより、希望局のサービスがスピーカ１９より出力再生される。
【００４３】
次に、ステーションリストについて説明する。ステーションリストは、現時点で受信可能な全てのサービスに関する情報を収集したリスト構造のデータベースである。具体的には、ＭＰＵ１０は、ＯＦＤＭ復調器１６より入力されるＦＡＣ、ＳＤＣのデコードデータに基づき、周波数やサービスＩＤ等の選局に必要な情報、ＨＭＩ（Human Machine Interface）上でユーザにサービスを認識させるためのサービスラベル、言語・プログラムタイプ等の属性情報をサービス毎に関連付けたステーションリストを作成し、例えばＲＡＭ１２等の所定の記憶媒体に保存する。
【００４４】
図４に、モニタ２０に表示されるステーションリストの一例を示す。図４に示されるように、ステーションリストでは、受信可能なサービスのサービスラベルが並べて表示される。ユーザは、操作部１３を用いて希望局のサービスのサービスラベルにフォーカスを移動させて決定操作を行ったり、該サービスをタッチ操作したりすることで、該サービスを選択することができる。
【００４５】
なお、デジタル放送受信機１のサイズ上の制約から、モニタ２０を大画面化することは難しい。そのため、ステーションリストに含まれる全てのサービスを一画面に収めることは難しい。そこで、図４の例では、ユーザは、画面スクロール操作を行うことによってはじめて、全てのサービスを閲覧できるようになっている。なお、本実施形態では、５つのサービスを一画面に表示することができる。また、説明の便宜上、上位５つのサービスが表示される画面を「トップ画面」と記す。
【００４６】
ステーションリスト内において上位に並ぶサービスほど、必要な画面スクロールの操作量が少ない。ここで、車両の運転中に車載器の操作が制限されることを鑑みると、トップ画面のサービスや、少ない画面スクロール量でモニタ２０に表示される上位のサービスほど、ユーザの目に付く機会が多いものと考えられる。すなわち、上位に並ぶサービスほどユーザの目に付きやすく、ユーザの選択肢から漏れるリスクが少ないものと考えられる。
【００４７】
そこで、ステーションリストは、ユーザにより指定された条件でサービスの並び替えができるようになっている。図５（ａ）〜図５（ｃ）に、サービスの並び替えについて説明する画面例を示す。
【００４８】
ユーザは、ステーションリスト上のサービスのソーティング条件として、モニタ３０に表示されるＧＵＩ（Graphical User Interface）を介して言語を指定することができる。図５（ａ）は、指定言語無しの場合のステーションリストを例示する。また、図５（ｂ）は、指定言語がヒンディ語の場合の従来のステーションリストを例示し、図５（ｃ）は、指定言語がヒンディ語の場合の本実施形態におけるステーションリストを例示する。
【００４９】
指定言語無しの場合、サービスは、指定言語以外の条件（例えばデジタル放送受信機１の仕様）に従った順序でソーティングされる。図５（ａ）に例示されるトップ画面には、サービスラベルＳＥ１、ＳＨ１、ＳＥ２、ＳＨ２、ＳＨ３が順に並べて表示される。なお、符合Ｅが付されたサービスラベルは、英語の言語コードが多重化された（すなわち、使用言語が英語の）サービスのサービスラベルを示す。また、符合Ｈが付されたサービスラベルは、ヒンディ語の言語コードが多重化された（すなわち、使用言語がヒンディ語の）サービスのサービスラベルを示す。
【００５０】
図５（ｂ）の従来例のトップ画面には、サービスラベルＳＨ１、ＳＨ２、ＳＨ３、ＳＨ４、ＳＥ１が順に並べて表示される。すなわち、図５（ｂ）の従来例では、ヒンディ語の言語コードが多重化されたサービスが優先的に上位に並ぶようにソーティングされて表示される。このように、図５（ｂ）の従来例のトップ画面には、ヒンディ語が指定されることにより、サービスラベルＳＨ１〜ＳＨ３に加えて、図５（ａ）のトップ画面では表示されていなかったサービスラベルＳＨ４も表示される。そのため、ユーザは、図５（ａ）の場合と比べて、ヒンディ語で放送されるより多くのサービスを見付けやすくなる。
【００５１】
しかし、図５（ｂ）の従来例では、実際にはヒンディ語で放送されているサービスであっても、言語コードが多重化されていないものについては、優先的に上位に並ぶようにソーティングされない。すなわち、言語コードが多重化されていないサービスは使用言語がヒンディ語であってもリストの上位に並ぶとは限らないため、ユーザの選択肢から漏れてしまう虞がある。
【００５２】
そこで、本実施形態に係るデジタル放送受信機１は、言語コードと文字コード範囲とを関連付けたコードリストを保持している。コードリストは、例えば、ＲＯＭ１１に保持されている。表１に、コードリストの一例を示す。
【００５３】
【表１】
0006577320.tif 000002
【００５４】
表１に示されるように、コードリストは、「言語」、「言語コード（ＦＡＣ）」、「言語コード（ＩＳＯ６３９−２）」及び「文字コード範囲」を関連付けたリストである。なお、「言語」は、デジタル放送受信機１の仕様で定められているテキストであり、図５に例示されるように、指定言語によるソーティングを行った場合に各サービスラベルに付帯表示される。
【００５５】
また、「文字コード範囲」は、文字コード表内の範囲であり、当該言語で使用される文字が含まれる範囲を示す。「文字コード範囲」は、言語毎に定義されている。ＤＲＭラジオ放送規格では、文字符号化形式としてＵＴＦ−８が採用されている。そのため、「文字コード範囲」は、ＵＴＦ−８の文字コード表内の範囲を定義したものとなっている。なお、文字コードがＵＴＦ−８以外の体系である場合、「文字コード範囲」は、ＵＴＦ−８以外の該体系の文字コード表内の範囲を、ＵＴＦ−８の文字コード表内の範囲に変換したものとなっている。
【００５６】
表２に、ステーションリストの一例を示す。
【００５７】
【表２】
0006577320.tif 000003
【００５８】
表２に示されるように、ステーションリストは、「Ｎｏ．」、「サービスＩＤ」、「周波数」、「サービスラベル」、「言語コード（ＦＡＣ）」及び「言語コード（ＩＳＯ６３９−２）」を関連付けたリストである。なお、「Ｎｏ．」は、ステーションリスト内のアドレスを示す。また、「周波数」は選局に必要な情報であり、ＡＦＳの運用により複数となる場合もある。
【００５９】
ステーションリスト内において、「サービスラベル」は、文字コード（例えば１６進数表現のＵＴＦ−８）の配列として保持されている。一例として、「ＮＥＷＳ  ＴＯＤＡＹ」というサービスラベルを考える。「ＮＥＷＳ  ＴＯＤＡＹ」は、４Ｅ、４５、５７、５３、２０、５４、４Ｆ、４４、４１、５９からなる文字コードの配列として保持されている。
【００６０】
ステーションリストのソーティングの条件として言語が指定されると、ＭＰＵ１０は、ステーションリストに保持されている全てのサービスの中から所定の順序に従い１つのサービスを選択し、選択したサービス（以下、説明の便宜上、「選択サービス」と記す。）に対して図６に示される優先度決定処理を実行する。ＭＰＵ１０は、全てのサービスに対して図６に示される優先度決定処理を実行すると、その実行の結果に従いソーティング処理を行う。
【００６１】
［図６のＳ１１（言語コードの有無判定）］
本処理ステップＳ１１では、選択サービスが言語コード、すなわち、ステーションリスト（表２参照）において言語コード（ＦＡＣ）と言語コード（ＩＳＯ６３９−２）の少なくとも一方を保持しているか否かが判定される。
【００６２】
［図６のＳ１２（指定言語の一致判定）］
本処理ステップＳ１２は、処理ステップＳ１１（言語コードの有無判定）にて選択サービスが言語コードを保持していると判定される場合（Ｓ１１：ＹＥＳ）に実行される。本処理ステップＳ１２では、選択サービスに保持されている言語コードが指定言語と一致するか否かが判定される。
【００６３】
［図６のＳ１３（第１グループへの分類）］
本処理ステップＳ１３は、処理ステップＳ１２（指定言語の一致判定）にて選択サービスに保持されている言語コードが指定言語と一致すると判定された場合（Ｓ１２：ＹＥＳ）に実行される。本処理ステップＳ１３では、選択サービスが優先度の最も高い第１グループに分類される。選択サービスが第１グループに分類されると、該選択サービスに対して実行されている優先度決定処理が完了し、次のサービスに対して優先度決定処理の実行が開始される。
【００６４】
［図６のＳ１４（サービスラベルの有無判定）］
本処理ステップＳ１４は、処理ステップＳ１１（言語コードの有無判定）にて選択サービスが言語コードを保持していないと判定された場合（Ｓ１１：ＮＯ）に実行される。本処理ステップＳ１４では、選択サービスがサービスラベルを保持しているか否かが判定される。
【００６５】
［図６のＳ１５（値の設定）］
本処理ステップＳ１５は、処理ステップＳ１４（サービスラベルの有無判定）にて選択サービスがサービスラベルを保持していると判定された場合（Ｓ１４：ＹＥＳ）に実行される。本処理ステップＳ１５では、値ｉが「１」に設定される。
【００６６】
［図６のＳ１６（文字数の判定）］
本処理ステップＳ１６では、選択サービスのサービスラベルの文字数が値ｉ未満であるか否かが判定される。本処理ステップＳ１６の初回実行時は、値ｉが処理ステップＳ１５（値の設定）にて「１」に設定されているため、必ずＮＯ判定となる。
【００６７】
［図６のＳ１７（文字コード表内の範囲との比較判定）］
本処理ステップＳ１７は、処理ステップＳ１６（文字数の判定）にて選択サービスのサービスラベルの文字数が値ｉ未満でないと判定された場合（Ｓ１６：ＮＯ）に実行される。本処理ステップＳ１７では、表１に示されるコードリストの中から指定言語に対応する文字コード範囲が取得される。次いで、取得された文字コード範囲と、選択サービスのサービスラベルのｉ番目の文字の文字コードとが比較され、比較結果に基づいて該文字コードが該文字コード範囲内に入るか否かが判定される。
【００６８】
［図６のＳ１８（値の設定）］
本処理ステップＳ１８は、処理ステップＳ１７（文字コード表内の範囲との比較判定）にて選択サービスのサービスラベルのｉ番目の文字の文字コードが指定言語に対応する文字コード範囲内に入ると判定された場合（Ｓ１７：ＹＥＳ）に実行される。本処理ステップＳ１８では、値ｉが１インクリメントされる。図６に示される優先度決定処理は、値ｉが１インクリメントされると、処理ステップＳ１６（文字数の判定）に戻る。
【００６９】
［図６のＳ１９（第２グループへの分類）］
本処理ステップＳ１９は、処理ステップＳ１６（文字数の判定）にて選択サービスのサービスラベルの文字数が値ｉ未満であると判定された場合（Ｓ１６：ＹＥＳ）に実行される。言い換えると、本処理ステップＳ１９は、選択サービスのサービスラベルを構成する全ての文字の文字コードが、指定言語に対応する文字コード範囲内に入る場合に実行される。
【００７０】
選択サービスは、サービスラベルを構成する全ての文字の文字コードが指定言語に対応する文字コード範囲内に入ることから、使用言語が指定言語と一致する可能性が高い。そこで、本処理ステップＳ１９では、選択サービスの使用言語が指定言語と一致すると推定される。
【００７１】
図７に、選択サービスの使用言語の推定方法を説明するための概念図を示す。図７中、矩形で囲われた２つの領域はそれぞれ、文字コード表内で定義された言語Ａ、Ｂの文字コード範囲を示す。また、各ブロットは、文字コード表内における文字コードの位置であって、選択サービスのサービスラベルを構成する各文字の文字コードの位置を示す。
【００７２】
図７の例では、選択サービスのサービスラベルを構成する全ての文字の文字コードが言語Ａの文字コード範囲内に入る。一方、言語Ｂの文字コード範囲内には、一部の文字コードが入らない。そのため、図７の例では、選択サービスの使用言語が言語Ａと一致すると推定される。
【００７３】
本処理ステップＳ１９では、使用言語が指定言語と一致すると推定された選択サービスが第１グループに次いで優先度の高い第２グループに分類される。選択サービスが第２グループに分類されると、該選択サービスに対して実行されている優先度決定処理が完了し、次のサービスに対して優先度決定処理の実行が開始される。
【００７４】
［図６のＳ２０（第３グループへの分類）］
本処理ステップＳ２０は、処理ステップＳ１２（指定言語の一致判定）にて選択サービスに保持されている言語コードが指定言語と一致しないと判定された場合（Ｓ１２：ＮＯ）、又は処理ステップＳ１４（サービスラベルの有無判定）にて選択サービスがサービスラベルを保持していないと判定された場合（Ｓ１４：ＮＯ）、又は処理ステップＳ１７（文字コード表内の範囲との比較判定）にて選択サービスのサービスラベルのｉ番目の文字の文字コードが指定言語に対応する文字コード範囲内に入らないと判定された場合（Ｓ１７：ＮＯ）に実行される。言い換えると、本処理ステップＳ２０は、指定言語と一致しない言語コードが選択サービスに保持されている場合、若しくは、言語コードが選択サービスに保持されておらず、且つサービスラベルが保持されていない又はサービスラベルが保持されてはいるが、サービスラベルを構成する文字の文字コードのうち指定言語に対応する文字コード範囲内に入らないものがある場合に実行される。
【００７５】
本処理ステップＳ２０では、選択サービスの使用言語を推定することができなかったり、選択サービスのサービスラベルを構成する文字の文字コードうち指定言語に対応する文字コード範囲内に入らないものがあったりすることから、選択サービスの使用言語が指定言語と一致しないものと推定される。
【００７６】
本処理ステップＳ２０では、選択サービスが優先度の最も低い第３グループに分類される。選択サービスが第３グループに分類されると、該選択サービスに対して実行されている優先度決定処理が完了し、次のサービスに対して優先度決定処理の実行が開始される。
【００７７】
このように、図６に示される優先度決定処理では、
第１グループ：指定言語と一致する言語コードを保持するサービス
第２グループ：使用言語が指定言語と一致すると推定されるサービス
第３グループ：それ以外のサービス（使用言語が指定言語と一致しないと推定されるサービス）
の順に各サービスの優先度が決定される。
【００７８】
ＭＰＵ１０は、ステーションリストに含まれる全てのサービスを第１、第２、第３のグループの順に並ぶようにソーティングし、ソーティングされた順序で並ぶサービスのリスト（すなわちステーションリスト）をモニタ２０に表示させる。なお、各グループ内におけるサービスの順序は、例えばデジタル放送受信機１の仕様（例えば周波数順、アルファベット順など）に従ったものになる。
【００７９】
図６に示される優先度決定処理を実行することにより、ステーションリストのトップ画面には、図５（ｃ）に例示されるように、サービスラベルＳＨ１、ＳＨ２、ＳＨ３、ＳＨ４、ＳＨ１’が順に並べて表示される。なお、サービスラベルＳＨ１’は、第２グループに分類されたサービス、すなわち、使用言語が指定言語（ヒンディ語）と一致すると推定されたサービスである。このように、図５（ｃ）のトップ画面には、サービスラベルＳＨ１〜ＳＨ４に加えて、図５（ｂ）のトップ画面では表示されていなかった、使用言語がヒンディ語である可能性が高いサービスラベルＳＨ１’も表示される。そのため、ユーザは、図５（ｂ）の場合と比べて、ヒンディ語で放送されるより多くのサービスを見付けやすくなる。
【００８０】
以上が本発明の例示的な実施形態の説明である。本発明の実施形態は、上記に説明したものに限定されず、本発明の技術的思想の範囲において様々な変形が可能である。例えば明細書中に例示的に明示される実施例等又は自明な実施例等を適宜組み合わせた内容も本願の実施形態に含まれる。
【符号の説明】
【００８１】
１  デジタル放送受信機
１０  ＭＰＵ
１１  ＲＯＭ
１２  ＲＡＭ
１３  操作部
１４  アンテナ
１５  チューナ
１６  ＯＦＤＭ復調器
１７  デジタル音声復調回路
１８  Ｄ／Ａコンバータ
１９  スピーカ
２０  モニタ
【図１】
0006577320.tif 000004
【図２】
0006577320.tif 000005
【図３】
0006577320.tif 000006
【図４】
0006577320.tif 000007
【図５】
0006577320.tif 000008
【図６】
0006577320.tif 000009
【図７】
0006577320.tif 000010