JP2001352264A - ディジタル放送受信装置及びその割り込み受信制御方法 - Google Patents
ディジタル放送受信装置及びその割り込み受信制御方法Info
- Publication number
- JP2001352264A JP2001352264A JP2000170364A JP2000170364A JP2001352264A JP 2001352264 A JP2001352264 A JP 2001352264A JP 2000170364 A JP2000170364 A JP 2000170364A JP 2000170364 A JP2000170364 A JP 2000170364A JP 2001352264 A JP2001352264 A JP 2001352264A
- Authority
- JP
- Japan
- Prior art keywords
- service
- program type
- digital broadcast
- received
- detected
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Circuits Of Receivers In General (AREA)
Abstract
(57)【要約】
【課題】ユーザが割り込み受信を希望するプログラムタ
イプ（目的ＰＴＹ）のサービスを、容易且つ確実に検索
して受信できるようにしたディジタル放送受信装置及び
その割り込み受信制御方法を提供する。 【解決手段】実際に放送中の各サービスに係るサービス
識別子と該サービスのプログラムタイプとを示すダイナ
ミックプログラムタイプ情報がオーディオデータと共に
伝送されるディジタル放送を受信するディジタル放送受
信装置において、目的ＰＴＹを、随時自動的に受信した
前記ダイナミックプログラムタイプ情報中で検索してプ
ログラムタイプが一致するサービスを自動的に検出し、
該検出以前に受信していたサービスから前記検出したサ
ービスへ自動的に切り替えて前記検出したサービスを割
り込み受信することを特徴とするディジタル放送受信装
置。
イプ（目的ＰＴＹ）のサービスを、容易且つ確実に検索
して受信できるようにしたディジタル放送受信装置及び
その割り込み受信制御方法を提供する。 【解決手段】実際に放送中の各サービスに係るサービス
識別子と該サービスのプログラムタイプとを示すダイナ
ミックプログラムタイプ情報がオーディオデータと共に
伝送されるディジタル放送を受信するディジタル放送受
信装置において、目的ＰＴＹを、随時自動的に受信した
前記ダイナミックプログラムタイプ情報中で検索してプ
ログラムタイプが一致するサービスを自動的に検出し、
該検出以前に受信していたサービスから前記検出したサ
ービスへ自動的に切り替えて前記検出したサービスを割
り込み受信することを特徴とするディジタル放送受信装
置。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、例えばＤＡＢ（Ｄ
ｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）
のようなディジタルオーディオ放送を受信するディジタ
ル放送受信装置及びその割り込み受信制御方法に係り、
詳しくはユーザが割り込み受信を希望するプログラムタ
イプのサービスを容易且つ確実に検索して受信できるよ
うにしたディジタル放送受信装置及びその割り込み受信
制御方法に関する。
ｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）
のようなディジタルオーディオ放送を受信するディジタ
ル放送受信装置及びその割り込み受信制御方法に係り、
詳しくはユーザが割り込み受信を希望するプログラムタ
イプのサービスを容易且つ確実に検索して受信できるよ
うにしたディジタル放送受信装置及びその割り込み受信
制御方法に関する。
【０００２】
【従来の技術】ＦＭ放送の多局化に伴う混信に起因する
音質劣化や、移動中における良質な受信が困難であるこ
とに対処し得るラジオ放送形式としてＤＡＢ（Digital
AudioBroadcasting）が注目されている。ＤＡＢは、ユ
ーレカ（ＥＵＲＥＫＡ：欧州先端技術開発計画）で開発
が進められ、すでに、欧州規格（Ｅｕｒｅｋａ １４
７）に準拠したＤＡＢシステムが実用化されている。変
調方式としてπ／４シフトＤＱＰＳＫ−ＯＦＤＭ（Diff
erential Quadrature Phase Shift Keying−Orthogonal
Frequency Division Multiplex：直交周波数分割多
重）を採用して、フェージングやマルチパスの影響を受
け難いという特徴を備えると共に、音声符号化には高能
率音声符号化のＭＰＥＧレイヤーIIを用い、１．５ＭＨ
ｚの伝送帯域幅で多数のステレオ放送とデータ放送を可
能にしている。
音質劣化や、移動中における良質な受信が困難であるこ
とに対処し得るラジオ放送形式としてＤＡＢ（Digital
AudioBroadcasting）が注目されている。ＤＡＢは、ユ
ーレカ（ＥＵＲＥＫＡ：欧州先端技術開発計画）で開発
が進められ、すでに、欧州規格（Ｅｕｒｅｋａ １４
７）に準拠したＤＡＢシステムが実用化されている。変
調方式としてπ／４シフトＤＱＰＳＫ−ＯＦＤＭ（Diff
erential Quadrature Phase Shift Keying−Orthogonal
Frequency Division Multiplex：直交周波数分割多
重）を採用して、フェージングやマルチパスの影響を受
け難いという特徴を備えると共に、音声符号化には高能
率音声符号化のＭＰＥＧレイヤーIIを用い、１．５ＭＨ
ｚの伝送帯域幅で多数のステレオ放送とデータ放送を可
能にしている。
【０００３】
【発明が解決しようとする課題】ＤＡＢでは、従来のア
ナログラジオ放送に比して多数のサービスが放送されて
いるために、ユーザが各サービスを一つ一つ試し聴取し
て、所望のサービスを選択することは煩雑であり多くの
時間を要するが、ＤＡＢでは、オーディオデータと共に
プログラムのプログラムタイプ（例：音楽、スポーツ、
ニュース等）に係る情報が伝送されるようになってい
る。そこで、本発明出願人に係る特願平９−１２２８２
８号では、ユーザに視聴希望のプログラムのタイプを指
定させて、指定プログラムタイプに一致するプログラム
タイプのプログラムを検索して、オーディオ出力するよ
うにしている。
ナログラジオ放送に比して多数のサービスが放送されて
いるために、ユーザが各サービスを一つ一つ試し聴取し
て、所望のサービスを選択することは煩雑であり多くの
時間を要するが、ＤＡＢでは、オーディオデータと共に
プログラムのプログラムタイプ（例：音楽、スポーツ、
ニュース等）に係る情報が伝送されるようになってい
る。そこで、本発明出願人に係る特願平９−１２２８２
８号では、ユーザに視聴希望のプログラムのタイプを指
定させて、指定プログラムタイプに一致するプログラム
タイプのプログラムを検索して、オーディオ出力するよ
うにしている。
【０００４】ＤＡＢでは、サービス識別子と該サービス
のプログラムタイプとを関連付けて示すデータとして、
ＦＩＧ ０／１７と呼ばれるプログラムタイプ情報があ
り、前記した特願平９−１２２８２８号の発明でも前記
プログラムタイプ情報が使用されている。これはＤＡＢ
信号における高速情報チャンネル（ＦＩＣ）で伝送さ
れ、ＤＡＢ規格では、高速情報グループ（ＦＩＧ）のタ
イプ０、拡張１７として規定されているものである。こ
のＦＩＧ ０／１７には、プログラムタイプ情報と共に
Ｓ／Ｄ（スタティック／ダイナミック）フラグが存在し
ている。Ｓ／Ｄフラグ＝０のときは、スタティックを意
味し、ＦＩＧ０／１７のプログラムタイプ情報がそのサ
ービス全体或いはそのサービスの本来のプログラムタイ
プを示しており、そのサービスが現在放送しているプロ
グラムのプログラムタイプを示していないときもある。
以下、Ｓ／Ｄフラグ＝０の時のＦＩＧ ０／１７のデー
タをスタティックＰＴＹデータ又はスタティックプログ
ラムタイプ情報とも記す。
のプログラムタイプとを関連付けて示すデータとして、
ＦＩＧ ０／１７と呼ばれるプログラムタイプ情報があ
り、前記した特願平９−１２２８２８号の発明でも前記
プログラムタイプ情報が使用されている。これはＤＡＢ
信号における高速情報チャンネル（ＦＩＣ）で伝送さ
れ、ＤＡＢ規格では、高速情報グループ（ＦＩＧ）のタ
イプ０、拡張１７として規定されているものである。こ
のＦＩＧ ０／１７には、プログラムタイプ情報と共に
Ｓ／Ｄ（スタティック／ダイナミック）フラグが存在し
ている。Ｓ／Ｄフラグ＝０のときは、スタティックを意
味し、ＦＩＧ０／１７のプログラムタイプ情報がそのサ
ービス全体或いはそのサービスの本来のプログラムタイ
プを示しており、そのサービスが現在放送しているプロ
グラムのプログラムタイプを示していないときもある。
以下、Ｓ／Ｄフラグ＝０の時のＦＩＧ ０／１７のデー
タをスタティックＰＴＹデータ又はスタティックプログ
ラムタイプ情報とも記す。
【０００５】一方、Ｓ／Ｄフラグ＝１のときは、ダイナ
ミックを意味し、ＦＩＧ０／１７のプログラムタイプ情
報が、そのサービスがその時に流しているプログラムの
プログラムタイプを示している。例えば、サービス全体
は音楽に係るプログラムタイプであるのに対し、その時
は一時的にニュースを流しているという場合は、スタテ
ィックプログラムタイプは音楽であり、ダイナミックプ
ログラムタイプはニュースとなる。また、そのサービス
全体のプログラムタイプとその時に流している（現在放
送している）サービスのプログラムタイプとが同一であ
るときもある。以下、Ｓ／Ｄフラグ＝１の時のＦＩＧ
０／１７のデータをダイナミックＰＴＹデータ又はダイ
ナミックプログラムタイプ情報とも記す。
ミックを意味し、ＦＩＧ０／１７のプログラムタイプ情
報が、そのサービスがその時に流しているプログラムの
プログラムタイプを示している。例えば、サービス全体
は音楽に係るプログラムタイプであるのに対し、その時
は一時的にニュースを流しているという場合は、スタテ
ィックプログラムタイプは音楽であり、ダイナミックプ
ログラムタイプはニュースとなる。また、そのサービス
全体のプログラムタイプとその時に流している（現在放
送している）サービスのプログラムタイプとが同一であ
るときもある。以下、Ｓ／Ｄフラグ＝１の時のＦＩＧ
０／１７のデータをダイナミックＰＴＹデータ又はダイ
ナミックプログラムタイプ情報とも記す。
【０００６】従来のディジタル放送受信装置では、ユー
ザが割り込み視聴を希望するプログラムタイプ（以下、
目的プログラムタイプとも記す）を指定すると、該指定
された目的プログラムタイプをＦＩＧ ０／１７のプロ
グラムタイプ情報で検索し、前記目的プログラムタイプ
とプログラムタイプが一致するサービスが、前記プログ
ラムタイプ情報中にあればそのサービスを割り込み受信
し、なければユーザは後刻に、前記目的プログラムタイ
プを再度手動で指定して、その時点で新たに受信したＦ
ＩＧ ０／１７のプログラムタイプ情報中で再指定され
た目的プログラムタイプのサービスを検索していた。こ
のように、ユーザは、希望する目的プログラムタイプの
サービスをその都度検索し、目的プログラムタイプに合
致するサービスがなければ、後刻に再度検索を繰り返す
という動作が必要であった。本発明は上記問題点に鑑み
てなされたものであり、その目的は、ユーザが割り込み
受信を希望するプログラムタイプのサービスを、容易且
つ確実に検索して受信できるようにしたディジタル放送
受信装置及びその割り込み受信制御方法を提供すること
である。
ザが割り込み視聴を希望するプログラムタイプ（以下、
目的プログラムタイプとも記す）を指定すると、該指定
された目的プログラムタイプをＦＩＧ ０／１７のプロ
グラムタイプ情報で検索し、前記目的プログラムタイプ
とプログラムタイプが一致するサービスが、前記プログ
ラムタイプ情報中にあればそのサービスを割り込み受信
し、なければユーザは後刻に、前記目的プログラムタイ
プを再度手動で指定して、その時点で新たに受信したＦ
ＩＧ ０／１７のプログラムタイプ情報中で再指定され
た目的プログラムタイプのサービスを検索していた。こ
のように、ユーザは、希望する目的プログラムタイプの
サービスをその都度検索し、目的プログラムタイプに合
致するサービスがなければ、後刻に再度検索を繰り返す
という動作が必要であった。本発明は上記問題点に鑑み
てなされたものであり、その目的は、ユーザが割り込み
受信を希望するプログラムタイプのサービスを、容易且
つ確実に検索して受信できるようにしたディジタル放送
受信装置及びその割り込み受信制御方法を提供すること
である。
【０００７】
【説題を解決するための手段】本発明は上記目的を達成
するために次のような構成でなされたものである。第１
の発明は、放送中の各サービスに係るサービス識別子と
該サービスのプログラムタイプとを示すダイナミックプ
ログラムタイプ情報がオーディオデータと共に伝送され
るディジタル放送を受信するディジタル放送受信装置に
おいて、割り込み受信対象のプログラムタイプである目
的プログラムタイプをメモリに格納し、随時自動的に受
信した前記ダイナミックプログラムタイプ情報中で前記
メモリから読み出した目的プログラムタイプとプログラ
ムタイプが一致するサービスを自動的に検索し、一致す
るサービスを検出したときに、それ以前に受信していた
サービスから前記検出したサービスへ自動的に切り替え
て前記検出したサービスを割り込み受信するようにした
ディジタル放送受信装置である。
するために次のような構成でなされたものである。第１
の発明は、放送中の各サービスに係るサービス識別子と
該サービスのプログラムタイプとを示すダイナミックプ
ログラムタイプ情報がオーディオデータと共に伝送され
るディジタル放送を受信するディジタル放送受信装置に
おいて、割り込み受信対象のプログラムタイプである目
的プログラムタイプをメモリに格納し、随時自動的に受
信した前記ダイナミックプログラムタイプ情報中で前記
メモリから読み出した目的プログラムタイプとプログラ
ムタイプが一致するサービスを自動的に検索し、一致す
るサービスを検出したときに、それ以前に受信していた
サービスから前記検出したサービスへ自動的に切り替え
て前記検出したサービスを割り込み受信するようにした
ディジタル放送受信装置である。
【０００８】本発明によれば、ユーザが割り込み受信対
象のプログラムタイプ（目的ＰＴＹ）を指定すると、現
時点で受信した受信信号から得られたダイナミックプロ
グラムタイプ情報中で前記目的ＰＴＹとプログラムタイ
プが一致するサービスを検索し、プログラムタイプが一
致するサービスを検出できたときに、そのサービスを割
り込み受信する。放送されるサービスのプログラムタイ
プが臨時に変更された場合には、前記ダイナミックプロ
グラムタイプ情報も同時に変更されるから、ユーザは割
り込み受信希望の目的ＰＴＹを一度入力するだけで、臨
時に変更された放送も含めて、目的ＰＴＹに合致するサ
ービスを容易且つ確実に受信することが出来る。前記メ
モリに格納された目的ＰＴＹは、受信信号から得られる
ダイナミックプログラムタイプ情報中で前記目的ＰＴＹ
とプログラムタイプが一致するサービスが検出されるま
で、繰り返し読み出され使用される。
象のプログラムタイプ（目的ＰＴＹ）を指定すると、現
時点で受信した受信信号から得られたダイナミックプロ
グラムタイプ情報中で前記目的ＰＴＹとプログラムタイ
プが一致するサービスを検索し、プログラムタイプが一
致するサービスを検出できたときに、そのサービスを割
り込み受信する。放送されるサービスのプログラムタイ
プが臨時に変更された場合には、前記ダイナミックプロ
グラムタイプ情報も同時に変更されるから、ユーザは割
り込み受信希望の目的ＰＴＹを一度入力するだけで、臨
時に変更された放送も含めて、目的ＰＴＹに合致するサ
ービスを容易且つ確実に受信することが出来る。前記メ
モリに格納された目的ＰＴＹは、受信信号から得られる
ダイナミックプログラムタイプ情報中で前記目的ＰＴＹ
とプログラムタイプが一致するサービスが検出されるま
で、繰り返し読み出され使用される。
【０００９】第２の発明は、第１の発明において、前記
検出したサービスを割り込み受信している場合に、受信
中のサービスのプログラムタイプが前記目的プログラム
タイプと異なったときに、前記割り込み受信を終了し、
割り込み受信前に受信していたサービスの受信に戻るよ
うにしたディジタル放送受信装置である。
検出したサービスを割り込み受信している場合に、受信
中のサービスのプログラムタイプが前記目的プログラム
タイプと異なったときに、前記割り込み受信を終了し、
割り込み受信前に受信していたサービスの受信に戻るよ
うにしたディジタル放送受信装置である。
【００１０】本発明によれば、割り込み受信をしていた
サービスの放送終了を告げる信号が送信されない場合で
も、受信中のサービスのプログラムタイプが前記目的プ
ログラムタイプと異なったときをその放送の終了時点と
判断することにより、そのサービスの終了を確実に認識
でき、割り込み受信以前に受信していた元のサービスの
受信に自動的に戻ることが出来る。
サービスの放送終了を告げる信号が送信されない場合で
も、受信中のサービスのプログラムタイプが前記目的プ
ログラムタイプと異なったときをその放送の終了時点と
判断することにより、そのサービスの終了を確実に認識
でき、割り込み受信以前に受信していた元のサービスの
受信に自動的に戻ることが出来る。
【００１１】第３の発明は、第１又は第２の発明におい
て、前記ダイナミックプログラムタイプ情報がＤＡＢ信
号の高速情報チャンネル（ＦＩＣ）で伝送されるＦＩＧ
０／１７のデータであるようにしたディジタル放送受
信装置である。
て、前記ダイナミックプログラムタイプ情報がＤＡＢ信
号の高速情報チャンネル（ＦＩＣ）で伝送されるＦＩＧ
０／１７のデータであるようにしたディジタル放送受
信装置である。
【００１２】ＤＡＢ信号におけるＦＩＣで伝送されるデ
ータであって、ＤＡＢ規格のtype 0field for extensio
n 17 で規定されるデータには、現在放送されているサ
ービスについてのプログラムタイプを示すデータがあ
る。
ータであって、ＤＡＢ規格のtype 0field for extensio
n 17 で規定されるデータには、現在放送されているサ
ービスについてのプログラムタイプを示すデータがあ
る。
【００１３】第４の発明は、放送中の各サービスに係る
サービス識別子と該サービスのプログラムタイプとを示
すダイナミックプログラムタイプ情報がオーディオデー
タと共に伝送されるディジタル放送を受信するディジタ
ル放送受信装置の割り込み受信制御方法において、割り
込み受信対象のプログラムタイプである目的プログラム
タイプを記憶し、随時自動的に受信した前記ダイナミッ
クプログラムタイプ情報中で前記メモリから読み出した
目的プログラムタイプとプログラムタイプが一致するサ
ービスを自動的に検索し、一致するサービスを検出した
ときに、それ以前に受信していたサービスから前記検出
したサービスへ自動的に切り替えて前記検出したサービ
スを割り込み受信するようにしたディジタル放送受信装
置の割り込み受信制御方法である。
サービス識別子と該サービスのプログラムタイプとを示
すダイナミックプログラムタイプ情報がオーディオデー
タと共に伝送されるディジタル放送を受信するディジタ
ル放送受信装置の割り込み受信制御方法において、割り
込み受信対象のプログラムタイプである目的プログラム
タイプを記憶し、随時自動的に受信した前記ダイナミッ
クプログラムタイプ情報中で前記メモリから読み出した
目的プログラムタイプとプログラムタイプが一致するサ
ービスを自動的に検索し、一致するサービスを検出した
ときに、それ以前に受信していたサービスから前記検出
したサービスへ自動的に切り替えて前記検出したサービ
スを割り込み受信するようにしたディジタル放送受信装
置の割り込み受信制御方法である。
【００１４】第５の発明は、第４の発明において、前記
検出したサービスを割り込み受信している場合に、受信
中のサービスのプログラムタイプが前記目的プログラム
タイプと異なったときに、前記割り込み受信を終了し、
割り込み受信前に受信していたサービスの受信に戻るよ
うにしたディジタル放送受信装置の割り込み受信制御方
法である。
検出したサービスを割り込み受信している場合に、受信
中のサービスのプログラムタイプが前記目的プログラム
タイプと異なったときに、前記割り込み受信を終了し、
割り込み受信前に受信していたサービスの受信に戻るよ
うにしたディジタル放送受信装置の割り込み受信制御方
法である。
【００１５】第６の発明は、第４又は第５の発明におい
て、前記ダイナミックプログラムタイプ情報がＤＡＢ信
号の高速情報チャンネル（ＦＩＣ）で伝送されるＦＩＧ
０／１７のデータであるようにしたディジタル放送受
信装置の割り込み受信制御方法である。
て、前記ダイナミックプログラムタイプ情報がＤＡＢ信
号の高速情報チャンネル（ＦＩＣ）で伝送されるＦＩＧ
０／１７のデータであるようにしたディジタル放送受
信装置の割り込み受信制御方法である。
【００１６】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。図２はＤＡＢ受信装置１０
のシステム構成図である。ＤＡＢ受信装置１０は、本体
１２、及び本体１２とは別体のＤＡＢコントロールマイ
コン２６等を装備する。本体１２において、ＤＡＢシス
テムマイコン１４は、メモリ１６を有し、複数のアンサ
ンブル（各アンサンブルはＤＱＰＳＫ−ＯＦＤＭで変調
されているラジオ放送電波で伝送され、１個のアンサン
ブルは、帯域幅は約１．５ＭＨｚであり、通常６個の放
送番組が含まれている。）の中から１個のアンサンブル
を指定して、指定情報をＲＦブロック１８へ送る。ＲＦ
ブロック１８は、ＤＡＢシステムマイコン１４から指定
のあったアンサンブルのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕ
ｅｎｃｙ）信号を抽出し、中間周波数信号に変換して復
調ブロック２０へ送る。復調ブロック２０では、ＲＦブ
ロック１８からの中間周波数信号を復調し、チャネル復
号ブロック２２では復調ブロック２０から送られた復調
信号を復号する。
て図面を参照して説明する。図２はＤＡＢ受信装置１０
のシステム構成図である。ＤＡＢ受信装置１０は、本体
１２、及び本体１２とは別体のＤＡＢコントロールマイ
コン２６等を装備する。本体１２において、ＤＡＢシス
テムマイコン１４は、メモリ１６を有し、複数のアンサ
ンブル（各アンサンブルはＤＱＰＳＫ−ＯＦＤＭで変調
されているラジオ放送電波で伝送され、１個のアンサン
ブルは、帯域幅は約１．５ＭＨｚであり、通常６個の放
送番組が含まれている。）の中から１個のアンサンブル
を指定して、指定情報をＲＦブロック１８へ送る。ＲＦ
ブロック１８は、ＤＡＢシステムマイコン１４から指定
のあったアンサンブルのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕ
ｅｎｃｙ）信号を抽出し、中間周波数信号に変換して復
調ブロック２０へ送る。復調ブロック２０では、ＲＦブ
ロック１８からの中間周波数信号を復調し、チャネル復
号ブロック２２では復調ブロック２０から送られた復調
信号を復号する。
【００１７】こうして、ＤＡＢシステムマイコン１４か
らＲＦブロック１８へ指定された１アンサンブルの全デ
ジタル信号がチャネル復号ブロック２２において得られ
る。チャネル復号ブロック２２において復号されたデジ
タル信号の内、オーディオデータはチャネル復号ブロッ
ク２２からオーディオ復号ブロック２４へ送られ、オー
ディオデータ以外のプログラムタイプ等のＦＩＧデータ
（ＦＩＧについては後述）はチャネル復号ブロック２２
からＤＡＢシステムマイコン１４へ送られる。
らＲＦブロック１８へ指定された１アンサンブルの全デ
ジタル信号がチャネル復号ブロック２２において得られ
る。チャネル復号ブロック２２において復号されたデジ
タル信号の内、オーディオデータはチャネル復号ブロッ
ク２２からオーディオ復号ブロック２４へ送られ、オー
ディオデータ以外のプログラムタイプ等のＦＩＧデータ
（ＦＩＧについては後述）はチャネル復号ブロック２２
からＤＡＢシステムマイコン１４へ送られる。
【００１８】オーディオ復号ブロック２４は、チャネル
復号ブロック２２から入力されるオーディオデータの
内、ＤＡＢシステムマイコン１４から指示されるサブチ
ャネルのオーディオデータを復号し、左右のスピーカか
ら音響を出力する。ＤＡＢコントロールマイコン２６
は、メモリ２８を備え、本体１２のＤＡＢシステムマイ
コン１４とデータのやり取りを行う。ＤＡＢコントロー
ルマイコン２６は、ユーザがらの指示がキー３０を介し
て入力されるとともに、表示器３２へ必要なデータを与
えて情報を表示させ、ユーザへ知らせるようになってい
る。
復号ブロック２２から入力されるオーディオデータの
内、ＤＡＢシステムマイコン１４から指示されるサブチ
ャネルのオーディオデータを復号し、左右のスピーカか
ら音響を出力する。ＤＡＢコントロールマイコン２６
は、メモリ２８を備え、本体１２のＤＡＢシステムマイ
コン１４とデータのやり取りを行う。ＤＡＢコントロー
ルマイコン２６は、ユーザがらの指示がキー３０を介し
て入力されるとともに、表示器３２へ必要なデータを与
えて情報を表示させ、ユーザへ知らせるようになってい
る。
【００１９】以下、図３〜図７において、伝送フレーム
等、ＤＡＢの各種要素の通信プロトコルを適宜、説明し
ているが、詳細は、ヨーロッパテレコミュニケーション
標準協会（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｉｎ
ｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｕｔ
ｅ）発行のヨーロッパテレコミュニケーション標準（Ｅ
ｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｉｎｉｃａｔｉｏ
ｎｓ Ｓｔａｎｄａｒｄ）を参照されたい。
等、ＤＡＢの各種要素の通信プロトコルを適宜、説明し
ているが、詳細は、ヨーロッパテレコミュニケーション
標準協会（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｉｎ
ｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｕｔ
ｅ）発行のヨーロッパテレコミュニケーション標準（Ｅ
ｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｉｎｉｃａｔｉｏ
ｎｓ Ｓｔａｎｄａｒｄ）を参照されたい。
【００２０】図３はＤＡＢの送信フレームの構造を示
す。送信フレーム（Ｔｒａｎｓｎｉｓｓｉｏｎ ｆｒａ
ｍｅ）は前から順番に同期チャネル、ＦＩＣ（Ｆａｓｔ
Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ）、及びＭＳ
Ｃ（Ｍａｉｎ ＳｅｒｖｉｃｅＣｈａｎｎｅｌ）を有し
ている。ＦＩＣはさらに複数個のＦＩＢ（ＦａｓｔＩｎ
ｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）から成り、ＭＳＣは
さらに複数個のＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｌｅ
ａｖｅｄ Ｆｒａｍｅ）から成る。ＤＡＢシステムで
は、モード１からモード３まで、仕様を決められてお
り、モードごとに、送信フレームの時間（ｄｕｒａｔｉ
ｏｎ）及び１送信フレーム内のＦＩＢ及びＣＩＦの個数
が異なっている。例えばモード１では、１送信フレーム
の時間は９６ｍｓ、１送信フレーム内のＦＩＢ及びＣＩ
Ｆの個数はそれぞれ１２個及び４個である。
す。送信フレーム（Ｔｒａｎｓｎｉｓｓｉｏｎ ｆｒａ
ｍｅ）は前から順番に同期チャネル、ＦＩＣ（Ｆａｓｔ
Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ）、及びＭＳ
Ｃ（Ｍａｉｎ ＳｅｒｖｉｃｅＣｈａｎｎｅｌ）を有し
ている。ＦＩＣはさらに複数個のＦＩＢ（ＦａｓｔＩｎ
ｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）から成り、ＭＳＣは
さらに複数個のＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｌｅ
ａｖｅｄ Ｆｒａｍｅ）から成る。ＤＡＢシステムで
は、モード１からモード３まで、仕様を決められてお
り、モードごとに、送信フレームの時間（ｄｕｒａｔｉ
ｏｎ）及び１送信フレーム内のＦＩＢ及びＣＩＦの個数
が異なっている。例えばモード１では、１送信フレーム
の時間は９６ｍｓ、１送信フレーム内のＦＩＢ及びＣＩ
Ｆの個数はそれぞれ１２個及び４個である。
【００２１】図４はＤＡＢのサービス構造を例示する図
である。アンサンブルラベルがＤＡＢアンサンブル１
（ＤＡＢ ＥＮＳＥＭＢＬＥ ＯＮＥ）であるアンサンブ
ル（Ｅｎｓｅｍｂｌｅ）は、サービスラベルがアルファ
１ラジオ（ＡＬＰＨＡ１ ＲＡＤＩＯ）、ベータラジオ
（ＢＥＴＡ ＲＡＤＩＯ）、アルファ２ラジオ（ＡＬＰ
ＨＡ２ ＲＡＤＩＯ）等の複数（例えば６個）のサービ
ス（Ｓｅｒｖｉｃｅ）を含んでいる。ユーザは、選択さ
れたサービスをＤＡＢ受信装置１０で受信することにな
る。
である。アンサンブルラベルがＤＡＢアンサンブル１
（ＤＡＢ ＥＮＳＥＭＢＬＥ ＯＮＥ）であるアンサンブ
ル（Ｅｎｓｅｍｂｌｅ）は、サービスラベルがアルファ
１ラジオ（ＡＬＰＨＡ１ ＲＡＤＩＯ）、ベータラジオ
（ＢＥＴＡ ＲＡＤＩＯ）、アルファ２ラジオ（ＡＬＰ
ＨＡ２ ＲＡＤＩＯ）等の複数（例えば６個）のサービ
ス（Ｓｅｒｖｉｃｅ）を含んでいる。ユーザは、選択さ
れたサービスをＤＡＢ受信装置１０で受信することにな
る。
【００２２】アルファ１ラジオは、主（ｐｒｉｍａｒ
ｙ）のサービス成分（Ｓｅｒｖｉｃｅｃｏｍｐｏｎｅｎ
ｔｓ）を１個、副（ｓｅｃｏｎｄａｒｙ）のサービス成
分を２個、それぞれ有している。主のサービス成分はオ
ーディオ（Ａｕｄｉｏ）であり、副のサービス成分は交
通メッセージチャネル：ＴＭＣ（Ｔｒａｆｆｉｃ Ｍｅ
ｓｓａｇｅ Ｃｈａｎｅｌ）とサービス情報：ＳＩ（Ｓ
ｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）である。オー
ディオ成分とＳＩはＭＳＣ内の別々のサブチャネル（Ｓ
ｕｂＣｈ）で伝送され、ＴＭＣはＦＩＣ内のＦＩＤＣ
（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａ Ｃｈａ
ｎｎｅｌ）で伝送される。
ｙ）のサービス成分（Ｓｅｒｖｉｃｅｃｏｍｐｏｎｅｎ
ｔｓ）を１個、副（ｓｅｃｏｎｄａｒｙ）のサービス成
分を２個、それぞれ有している。主のサービス成分はオ
ーディオ（Ａｕｄｉｏ）であり、副のサービス成分は交
通メッセージチャネル：ＴＭＣ（Ｔｒａｆｆｉｃ Ｍｅ
ｓｓａｇｅ Ｃｈａｎｅｌ）とサービス情報：ＳＩ（Ｓ
ｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）である。オー
ディオ成分とＳＩはＭＳＣ内の別々のサブチャネル（Ｓ
ｕｂＣｈ）で伝送され、ＴＭＣはＦＩＣ内のＦＩＤＣ
（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａ Ｃｈａ
ｎｎｅｌ）で伝送される。
【００２３】ベータラジオはサービス成分を２個もつ。
オーディオと二次オーディオ（ｓｅｃｏｎｄａｒｙ ａ
ｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）であり、どちらもＭＳ
Ｃのサブチャネルで伝送される。アルファ２ラジオは、
アルファ１ラジオと同一のＴＭＣ及びＳＩをもち、スイ
ッチの切替によってはオーディオもアルファ１ラジオと
同じになることがある。
オーディオと二次オーディオ（ｓｅｃｏｎｄａｒｙ ａ
ｕｄｉｏ ｃｏｍｐｏｎｅｎｔ）であり、どちらもＭＳ
Ｃのサブチャネルで伝送される。アルファ２ラジオは、
アルファ１ラジオと同一のＴＭＣ及びＳＩをもち、スイ
ッチの切替によってはオーディオもアルファ１ラジオと
同じになることがある。
【００２４】図５はＤＡＢにおけるＦＩＢの構造図であ
る。ＦＩＢは、全体で２５６ビットから成り、前部の３
０バイトのＦＩＢデータ領域（ＦＩＢ ｄａｔａ ｆｉｅ
ｌｄ）と後部の１６ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒ
ｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ ｗｏｒｄ）から成る。
ＦＩＢデータ領域は、さらに、前から順に複数個のＦＩ
Ｇ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）、
１個のエンドマーカ（Ｅｎｄｍａｒｋｅｒ）、及び１個
のパッディング（ＦＩＢデータ領域をバイトに合わせる
ために残ったビットに０を入れること。）から成る。Ｆ
ＩＧの部分は有用データ領域（ｕｓｅｆｕｌ ｄａｔａ
ｆｉｅｌｄ）を構成する。各ＦＩＧは、前から順番にＦ
ＩＧタイプ、Ｌｅｎｇｔｈ（長さ：後続のＦＩＧデータ
領域のビット長さを表わす）、ＦＩＧデータ領域（ＦＩ
Ｇ ｄａｔａ ｆｉｅｌｄ）を備える。ＦＩＧタイプとＬ
ｅｎｇｔｈはＦＩＧヘッダを構成する。
る。ＦＩＢは、全体で２５６ビットから成り、前部の３
０バイトのＦＩＢデータ領域（ＦＩＢ ｄａｔａ ｆｉｅ
ｌｄ）と後部の１６ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒ
ｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ ｗｏｒｄ）から成る。
ＦＩＢデータ領域は、さらに、前から順に複数個のＦＩ
Ｇ（Ｆａｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｒｏｕｐ）、
１個のエンドマーカ（Ｅｎｄｍａｒｋｅｒ）、及び１個
のパッディング（ＦＩＢデータ領域をバイトに合わせる
ために残ったビットに０を入れること。）から成る。Ｆ
ＩＧの部分は有用データ領域（ｕｓｅｆｕｌ ｄａｔａ
ｆｉｅｌｄ）を構成する。各ＦＩＧは、前から順番にＦ
ＩＧタイプ、Ｌｅｎｇｔｈ（長さ：後続のＦＩＧデータ
領域のビット長さを表わす）、ＦＩＧデータ領域（ＦＩ
Ｇ ｄａｔａ ｆｉｅｌｄ）を備える。ＦＩＧタイプとＬ
ｅｎｇｔｈはＦＩＧヘッダを構成する。
【００２５】図６は図５のＦＩＧタイプが０（３ビット
２進表示では０００）のＦＩＧデータ領域の構造図であ
る。ＦＩＧデータ領域は、さらに、前から順番にＣ／Ｎ
（Ｃｕｒｒｅｎｔ／Ｎｅｘｔ）、ＯＥ（Ｏｔｈｅｒ Ｅ
ｎｓｅｍｂｌｅ）、Ｐ／Ｄ（Ｐｒｏｇｒａｍｍｅ／Ｄａ
ｔａ）、Ｅｘｔｅｎｓｉｏｎ、タイプ０領域（Ｔｙｐｅ
０ ｆｉｅｌｄ）を備える。Ｅｘｔｎｓｉｏｎが１〜４
又は７である場合、Ｃ／Ｎ＝０のときは今回の多重構造
のものである意味し、また、Ｃ／Ｎ＝１のときは次回の
多重構造のものであることを意味する。
２進表示では０００）のＦＩＧデータ領域の構造図であ
る。ＦＩＧデータ領域は、さらに、前から順番にＣ／Ｎ
（Ｃｕｒｒｅｎｔ／Ｎｅｘｔ）、ＯＥ（Ｏｔｈｅｒ Ｅ
ｎｓｅｍｂｌｅ）、Ｐ／Ｄ（Ｐｒｏｇｒａｍｍｅ／Ｄａ
ｔａ）、Ｅｘｔｅｎｓｉｏｎ、タイプ０領域（Ｔｙｐｅ
０ ｆｉｅｌｄ）を備える。Ｅｘｔｎｓｉｏｎが１〜４
又は７である場合、Ｃ／Ｎ＝０のときは今回の多重構造
のものである意味し、また、Ｃ／Ｎ＝１のときは次回の
多重構造のものであることを意味する。
【００２６】また、Ｃ／Ｎ＝１のときはタイプ０領域が
次の配列に係るものであることを意味する。Ｅｘｔｎｓ
ｉｏｎが６，９，１１，１８，２１，２２，２３，２
４、２５，２７，３０である場合、Ｃ／Ｎはタイプ０領
域のバージョン番号を示す。ＯＥはＥｘｔｅｎｓｉｏｎ
＝１２、１６，１７，２１，２４，３０のとき、用いら
れ、ＯＥ＝０はこのタイプ０領域の情報がこのアンサン
ブルに係るものであることを意味し、ＯＥ＝１は他のア
ンサンブルに係るものであることを意味する。Ｐ／Ｄ＝
１は、タイプ０領域のＳＩｄが、プログラムサービスに
使用される１６ビットＳＩｄであることを意味し、Ｐ／
Ｄ＝０は、タイプ０領域のＳＩｄが、データサービスに
使用される表示器３２ビットＳＩｄであることを意味す
る。このＰ／ＤはＥｘｔｎｓｉｏｎが２，９，２３，２
４のとき使用され、使用されないときはＳＩｄは１６ビ
ットフォーマットになる。
次の配列に係るものであることを意味する。Ｅｘｔｎｓ
ｉｏｎが６，９，１１，１８，２１，２２，２３，２
４、２５，２７，３０である場合、Ｃ／Ｎはタイプ０領
域のバージョン番号を示す。ＯＥはＥｘｔｅｎｓｉｏｎ
＝１２、１６，１７，２１，２４，３０のとき、用いら
れ、ＯＥ＝０はこのタイプ０領域の情報がこのアンサン
ブルに係るものであることを意味し、ＯＥ＝１は他のア
ンサンブルに係るものであることを意味する。Ｐ／Ｄ＝
１は、タイプ０領域のＳＩｄが、プログラムサービスに
使用される１６ビットＳＩｄであることを意味し、Ｐ／
Ｄ＝０は、タイプ０領域のＳＩｄが、データサービスに
使用される表示器３２ビットＳＩｄであることを意味す
る。このＰ／ＤはＥｘｔｎｓｉｏｎが２，９，２３，２
４のとき使用され、使用されないときはＳＩｄは１６ビ
ットフォーマットになる。
【００２７】図７は、図６に示すＦＩＧの内、Ｅｘｔｅ
ｎｓｉｏｎが１７のＦＩＧ（type 0field for extensio
n 17：ＦＩＧ ０／１７）のデータ構造図である。タイ
プ０領域は、さらに、複数個のプログラムタイプ（Ｐｒ
ｏｇｒａｍ Ｔｙｐｅ）の領域から成る。各プログラム
タイプ領域は、順番に、SId (Service Identifier)、S/
D (Static/Dynamic)、P/S (Primary/Secondary)、L (La
nguage) flag、NCC(Number of Coarse Codes)、Rfa(Rre
served for future additions)、NFC (Number of Fine
Codes)、Language、Rfa(Reserved for future addition
s)、Rfu(Reserved for extending the international c
ode field to the full coarse coderange)、Int. (Int
ernational) code、Rfa(Reserved for future addition
s)、Coarse code、及びFine codeが占められる。ＳＩｄ
はどのサービスについてであるかを示す。Ｓ／Ｄ＝０は
スタティックを指し、即ち、プログラムタイプコード
（Ｃｏａｒｓｅ ｃｏｄｅ及びＦｉｎｅ ｃｏｄｅ）がサ
ービス全体（サービス本来）のプログラムタイプである
ことを意味し、現在放送中のサービスのプログラムタイ
プを示していないことがある。Ｓ／Ｄ＝１は、ダイナミ
ック、即ち、プログラムタイプコードがそのサービスで
その時放送しているプログラム（サービス）のプログラ
ムタイプであることを意味している。
ｎｓｉｏｎが１７のＦＩＧ（type 0field for extensio
n 17：ＦＩＧ ０／１７）のデータ構造図である。タイ
プ０領域は、さらに、複数個のプログラムタイプ（Ｐｒ
ｏｇｒａｍ Ｔｙｐｅ）の領域から成る。各プログラム
タイプ領域は、順番に、SId (Service Identifier)、S/
D (Static/Dynamic)、P/S (Primary/Secondary)、L (La
nguage) flag、NCC(Number of Coarse Codes)、Rfa(Rre
served for future additions)、NFC (Number of Fine
Codes)、Language、Rfa(Reserved for future addition
s)、Rfu(Reserved for extending the international c
ode field to the full coarse coderange)、Int. (Int
ernational) code、Rfa(Reserved for future addition
s)、Coarse code、及びFine codeが占められる。ＳＩｄ
はどのサービスについてであるかを示す。Ｓ／Ｄ＝０は
スタティックを指し、即ち、プログラムタイプコード
（Ｃｏａｒｓｅ ｃｏｄｅ及びＦｉｎｅ ｃｏｄｅ）がサ
ービス全体（サービス本来）のプログラムタイプである
ことを意味し、現在放送中のサービスのプログラムタイ
プを示していないことがある。Ｓ／Ｄ＝１は、ダイナミ
ック、即ち、プログラムタイプコードがそのサービスで
その時放送しているプログラム（サービス）のプログラ
ムタイプであることを意味している。
【００２８】Ｐ／Ｓ＝０は、言語がサービスの主サービ
ス成分となっていることを意味し、Ｐ／Ｓ＝１は、言語
がサービスの副サービス成分となっていることを意味す
る。ＮＣＣはＣｏａｒｓｅ ｃｏｄｅのレンジ（ｒａｎ
ｇｅ）ｎが０か１かを示す。ＮＦＣはＦｉｎｅ ｃｏｄ
ｅのレンジｍが０〜２のどれであるかを示す。Ｌａｎｇ
ｕａｇｅはオーディオの言語を示す。Ｉｎｔ ｃｏｄｅ
は国際表から選択され、５ビットコードで基本的なプロ
グラムタイプカテゴリーを示す。Ｃｏａｒｓｅｃｏｄｅ
（コースコード）及びＦｉｎｅ ｃｏｄｅ（ファインコ
ード）はプログラムタイプの大分類及びそれをさらに細
かく分けた小分類を示す。ＦＩＧ０／１７より、各サー
ビスの本来のプログラムタイプ及び現時点のプログラム
（サービス）のプログラムタイプが判明する。
ス成分となっていることを意味し、Ｐ／Ｓ＝１は、言語
がサービスの副サービス成分となっていることを意味す
る。ＮＣＣはＣｏａｒｓｅ ｃｏｄｅのレンジ（ｒａｎ
ｇｅ）ｎが０か１かを示す。ＮＦＣはＦｉｎｅ ｃｏｄ
ｅのレンジｍが０〜２のどれであるかを示す。Ｌａｎｇ
ｕａｇｅはオーディオの言語を示す。Ｉｎｔ ｃｏｄｅ
は国際表から選択され、５ビットコードで基本的なプロ
グラムタイプカテゴリーを示す。Ｃｏａｒｓｅｃｏｄｅ
（コースコード）及びＦｉｎｅ ｃｏｄｅ（ファインコ
ード）はプログラムタイプの大分類及びそれをさらに細
かく分けた小分類を示す。ＦＩＧ０／１７より、各サー
ビスの本来のプログラムタイプ及び現時点のプログラム
（サービス）のプログラムタイプが判明する。
【００２９】図１はＰＴＹ指定による割り込み受信処理
のフローチャートである。ここに、ＰＴＹとはプログラ
ムタイプのことである。また、割り込み受信を希望する
サービスのプログラムタイプ（目的プログラムタイプ）
をユーザが指定して、前記目的プログラムタイプに該当
するサービスが放送されているかどうかを監視するモー
ドをＰＴＹウオッチモードという。図１に示すフローの
一部であるｓｔａｒｔ〜ステップＳ１１〜ｅｎｄ は、
ＰＴＹウオッチモードへの切り替え要求の有無を監視す
るステップであるが、このステップは必要に応じて連続
的に、或いは所定時間間隔で実行される。
のフローチャートである。ここに、ＰＴＹとはプログラ
ムタイプのことである。また、割り込み受信を希望する
サービスのプログラムタイプ（目的プログラムタイプ）
をユーザが指定して、前記目的プログラムタイプに該当
するサービスが放送されているかどうかを監視するモー
ドをＰＴＹウオッチモードという。図１に示すフローの
一部であるｓｔａｒｔ〜ステップＳ１１〜ｅｎｄ は、
ＰＴＹウオッチモードへの切り替え要求の有無を監視す
るステップであるが、このステップは必要に応じて連続
的に、或いは所定時間間隔で実行される。
【００３０】図１において、ステップＳ１１では、ユー
ザがＰＴＹウオッチモードへの切り替え要求をしたか
？、と問われ、ＹｅｓであればステップＳ１３へ進み、
Ｎｏであれば、ＰＴＹウオッチモードの監視をひとまず
終了する。ステップＳ１３では、ユーザがキー３０から
入力した目的プログラムタイプ（目的ＰＴＹ）を受け付
けてメモリ２８に格納し、ステップＳ１５へ進む。前記
目的ＰＴＹとしてユーザは、国際コード（Int code）の
みで指定したり、コースコードまでのＰＴＹを指定する
こともあるし、コースコード及びファインコードの全部
を含むＰＴＹを指定することもある。
ザがＰＴＹウオッチモードへの切り替え要求をしたか
？、と問われ、ＹｅｓであればステップＳ１３へ進み、
Ｎｏであれば、ＰＴＹウオッチモードの監視をひとまず
終了する。ステップＳ１３では、ユーザがキー３０から
入力した目的プログラムタイプ（目的ＰＴＹ）を受け付
けてメモリ２８に格納し、ステップＳ１５へ進む。前記
目的ＰＴＹとしてユーザは、国際コード（Int code）の
みで指定したり、コースコードまでのＰＴＹを指定する
こともあるし、コースコード及びファインコードの全部
を含むＰＴＹを指定することもある。
【００３１】ステップＳ１５では、受信信号からＦＩＧ
０／１７のデータ（プログラムタイプ情報）を全て取
り込んでメモリ１６へ格納し、ステップＳ１７へ進む。
ステップＳ１７では、ステップＳ１５で得たプログラム
タイプ情報のうちＳ／Ｄ＝１のダイナミックプログラム
タイプ情報で、目的ＰＴＹと同一のプログラムタイプの
サービスを検索する。そして、ダイナミックプログラム
タイプ情報中のDynamic PTY（ダイナミックプログラム
タイプ）と目的ＰＴＹが一致したか？、と問われ、Ｙｅ
ｓであればステップＳ１９へ進み、Ｎｏであればステッ
プＳ２９へ進む。前記ステップＳ１５とステップＳ１７
では、一つのサービスのＦＩＧ ０／１７を取り込んで
はそのダイナミックＰＴＹと目的ＰＴＹとを比較し、一
致しない場合に、次のサービスのＦＩＧ ０／１７を取
り込んでそのダイナミックＰＴＹと目的ＰＴＹとを比較
するようにしても良い。
０／１７のデータ（プログラムタイプ情報）を全て取
り込んでメモリ１６へ格納し、ステップＳ１７へ進む。
ステップＳ１７では、ステップＳ１５で得たプログラム
タイプ情報のうちＳ／Ｄ＝１のダイナミックプログラム
タイプ情報で、目的ＰＴＹと同一のプログラムタイプの
サービスを検索する。そして、ダイナミックプログラム
タイプ情報中のDynamic PTY（ダイナミックプログラム
タイプ）と目的ＰＴＹが一致したか？、と問われ、Ｙｅ
ｓであればステップＳ１９へ進み、Ｎｏであればステッ
プＳ２９へ進む。前記ステップＳ１５とステップＳ１７
では、一つのサービスのＦＩＧ ０／１７を取り込んで
はそのダイナミックＰＴＹと目的ＰＴＹとを比較し、一
致しない場合に、次のサービスのＦＩＧ ０／１７を取
り込んでそのダイナミックＰＴＹと目的ＰＴＹとを比較
するようにしても良い。
【００３２】前記したＦＩＧ ０／１７の取込みによ
り、各サービスがその時流しているプログラムのプログ
ラムタイプ（＝ダイナミックＰＴＹ）が判明するから、
ステップＳ１７では、ダイナミックＰＴＹが、ユーザの
指定した目的ＰＴＹに一致するか否かを判定することが
出来る。なお、ステップＳ１７の一致チェックでは、ユ
ーザが目的ＰＴＹとして例えばコースコードまでのＰＴ
Ｙを指定したときは、コースコードまでの一致及び不一
致をチェックし、ユーザがファインコードを含む全体の
ＰＴＹを指定したときは、コースコード及びファインコ
ード全体のＰＴＹについて一致及び不一致をチェックす
る。
り、各サービスがその時流しているプログラムのプログ
ラムタイプ（＝ダイナミックＰＴＹ）が判明するから、
ステップＳ１７では、ダイナミックＰＴＹが、ユーザの
指定した目的ＰＴＹに一致するか否かを判定することが
出来る。なお、ステップＳ１７の一致チェックでは、ユ
ーザが目的ＰＴＹとして例えばコースコードまでのＰＴ
Ｙを指定したときは、コースコードまでの一致及び不一
致をチェックし、ユーザがファインコードを含む全体の
ＰＴＹを指定したときは、コースコード及びファインコ
ード全体のＰＴＹについて一致及び不一致をチェックす
る。
【００３３】ステップＳ１９では、ステップＳ１７にお
いてプログラムタイプが一致したサービスを抜き出し、
ステップＳ２１へ進む。ステップＳ２１では、ＰＴＹ割
り込み状態にする。即ちそれまで受信していたサービス
からステップＳ１９で抜き出されたサービスへ切り替え
て受信する。ステップＳ２３では、受信中のサービスの
ダイナミックＰＴＹが目的ＰＴＹと異なるか？、と問わ
れ、ＹｅｓであればステップＳ２５へ進み、Ｎｏであれ
ばステップＳ２３へ戻る。ステップＳ２３では、割り込
み受信したサービスが終了したかどうかが確認され、そ
のサービスが終了したときにステップＳ２５へ進み、終
了していなければ割り込み受信が継続される。
いてプログラムタイプが一致したサービスを抜き出し、
ステップＳ２１へ進む。ステップＳ２１では、ＰＴＹ割
り込み状態にする。即ちそれまで受信していたサービス
からステップＳ１９で抜き出されたサービスへ切り替え
て受信する。ステップＳ２３では、受信中のサービスの
ダイナミックＰＴＹが目的ＰＴＹと異なるか？、と問わ
れ、ＹｅｓであればステップＳ２５へ進み、Ｎｏであれ
ばステップＳ２３へ戻る。ステップＳ２３では、割り込
み受信したサービスが終了したかどうかが確認され、そ
のサービスが終了したときにステップＳ２５へ進み、終
了していなければ割り込み受信が継続される。
【００３４】ステップＳ２５では、ＰＴＹによる割り込
み受信を解除し、ステップＳ２７へ進む。ステップＳ２
７では、受信するサービスをＰＴＹ割り込み受信をする
前に受信していたサービスへ切り替え、元のサービスを
受信するようにして、本割り込み受信処理を終了する。
ステップＳ２９では、ＰＴＹウオッチモードの終了指示
があったか？、と問われ、Ｙｅｓであれば本割り込み受
信処理を終了し、ＮｏであればステップＳ１５へ戻り、
ステップＳ１５では、新たな受信信号から新たなＦＩＧ
０／１７のデータを得る。
み受信を解除し、ステップＳ２７へ進む。ステップＳ２
７では、受信するサービスをＰＴＹ割り込み受信をする
前に受信していたサービスへ切り替え、元のサービスを
受信するようにして、本割り込み受信処理を終了する。
ステップＳ２９では、ＰＴＹウオッチモードの終了指示
があったか？、と問われ、Ｙｅｓであれば本割り込み受
信処理を終了し、ＮｏであればステップＳ１５へ戻り、
ステップＳ１５では、新たな受信信号から新たなＦＩＧ
０／１７のデータを得る。
【００３５】以上詳述した如く、本発明によれば、ユー
ザが割り込み受信対象のプログラムタイプ（目的ＰＴ
Ｙ）を指定すると、該目的ＰＴＹをメモリに記憶し、受
信信号から得られたダイナミックプログラムタイプ情報
中で前記目的ＰＴＹとプログラムタイプが一致するサー
ビスを検索し、該検索でプログラムタイプが一致するサ
ービスを検出できなかった場合には、新たな受信信号か
ら再度ダイナミックプログラムタイプ情報を得て、この
新たなダイナミックプログラムタイプ情報中で、前記メ
モリから読み出した目的ＰＴＹを検索する。前記ダイナ
ミックプログラムタイプ情報の取り込みと、前記検索は
自動的に行われる。
ザが割り込み受信対象のプログラムタイプ（目的ＰＴ
Ｙ）を指定すると、該目的ＰＴＹをメモリに記憶し、受
信信号から得られたダイナミックプログラムタイプ情報
中で前記目的ＰＴＹとプログラムタイプが一致するサー
ビスを検索し、該検索でプログラムタイプが一致するサ
ービスを検出できなかった場合には、新たな受信信号か
ら再度ダイナミックプログラムタイプ情報を得て、この
新たなダイナミックプログラムタイプ情報中で、前記メ
モリから読み出した目的ＰＴＹを検索する。前記ダイナ
ミックプログラムタイプ情報の取り込みと、前記検索は
自動的に行われる。
【００３６】そして、前記したループを連続的に、或い
は所定時間間隔で繰り返し自動的に実行して、プログラ
ムタイプが一致するサービスを検出できたときに、その
サービスを割り込み受信するようにしている。放送され
るサービスのプログラムタイプが臨時に変更された場合
には、前記ダイナミックプログラムタイプ情報も同時に
変更されるから、ユーザは割り込み受信希望の目的ＰＴ
Ｙを一度入力するだけで、臨時に変更された放送も含め
て、目的ＰＴＹのサービスを容易且つ確実に受信するこ
とが出来る。
は所定時間間隔で繰り返し自動的に実行して、プログラ
ムタイプが一致するサービスを検出できたときに、その
サービスを割り込み受信するようにしている。放送され
るサービスのプログラムタイプが臨時に変更された場合
には、前記ダイナミックプログラムタイプ情報も同時に
変更されるから、ユーザは割り込み受信希望の目的ＰＴ
Ｙを一度入力するだけで、臨時に変更された放送も含め
て、目的ＰＴＹのサービスを容易且つ確実に受信するこ
とが出来る。
【図１】ＰＴＹ指定による割り込み受信処理のフローチ
ャートである。
ャートである。
【図２】ＤＡＢ受信装置のシステム構成図である。
【図３】ＤＡＢの送信フレームの構造を示す図である。
【図４】ＤＡＢのサービス構造を例示する図である。
【図５】ＤＡＢにおけるＦＩＢの構造図である。
【図６】図５のＦＩＧタイプが０（３ビット２進表示で
は０００）のＦＩＧデータ領域の構造図である。
は０００）のＦＩＧデータ領域の構造図である。
【図７】図６に示すＦＩＧの内、Ｅｘｔｅｎｓｉｏｎが
１７のＦＩＧ（type 0 field forextension 17：ＦＩＧ
０／１７）のデータ構造図である。
１７のＦＩＧ（type 0 field forextension 17：ＦＩＧ
０／１７）のデータ構造図である。
１０ ＤＡＢ受信装置（ディジタル放送受信装置） １２ ＤＡＢ受信装置の本体 １４ ＤＡＢシステムマイコン １６ メモリ １８ ＲＦブロック ２０ 復調ブロック ２２ チャネル復号ブロック ２４ オーディオ復号ブロック ２６ ＤＡＢコントロールマイコン ２８ メモリ ３０ キー ３２ 表示器
Claims (6)
- 【請求項１】放送中の各サービスに係るサービス識別子
と該サービスのプログラムタイプとを示すダイナミック
プログラムタイプ情報がオーディオデータと共に伝送さ
れるディジタル放送を受信するディジタル放送受信装置
において、割り込み受信対象のプログラムタイプである
目的プログラムタイプをメモリに格納し、随時自動的に
受信した前記ダイナミックプログラムタイプ情報中で前
記メモリから読み出した目的プログラムタイプとプログ
ラムタイプが一致するサービスを自動的に検索し、一致
するサービスを検出したときに、それ以前に受信してい
たサービスから前記検出したサービスへ自動的に切り替
えて前記検出したサービスを割り込み受信することを特
徴とするディジタル放送受信装置。 - 【請求項２】前記検出したサービスを割り込み受信して
いる場合に、受信中のサービスのプログラムタイプが前
記目的プログラムタイプと異なったときに、前記割り込
み受信を終了し、割り込み受信前に受信していたサービ
スの受信に戻ること特徴とする請求項１記載のディジタ
ル放送受信装置。 - 【請求項３】前記ダイナミックプログラムタイプ情報は
ＤＡＢ信号の高速情報チャンネル（ＦＩＣ）で伝送され
るＦＩＧ ０／１７のデータであることを特徴とする請
求項１又は請求項２記載のディジタル放送受信装置。 - 【請求項４】放送中の各サービスに係るサービス識別子
と該サービスのプログラムタイプとを示すダイナミック
プログラムタイプ情報がオーディオデータと共に伝送さ
れるディジタル放送を受信するディジタル放送受信装置
の割り込み受信制御方法において、割り込み受信対象の
プログラムタイプである目的プログラムタイプを記憶
し、随時自動的に受信した前記ダイナミックプログラム
タイプ情報中で前記メモリから読み出した目的プログラ
ムタイプとプログラムタイプが一致するサービスを自動
的に検索し、一致するサービスを検出したときに、それ
以前に受信していたサービスから前記検出したサービス
へ自動的に切り替えて前記検出したサービスを割り込み
受信することを特徴とするディジタル放送受信装置の割
り込み受信制御方法。 - 【請求項５】前記検出したサービスを割り込み受信して
いる場合に、受信中のサービスのプログラムタイプが前
記目的プログラムタイプと異なったときに、前記割り込
み受信を終了し、割り込み受信前に受信していたサービ
スの受信に戻ること特徴とする請求項４記載のディジタ
ル放送受信装置の割り込み受信制御方法。 - 【請求項６】前記ダイナミックプログラムタイプ情報は
ＤＡＢ信号の高速情報チャンネル（ＦＩＣ）で伝送され
るＦＩＧ ０／１７のデータであることを特徴とする請
求項４又は請求項５記載のディジタル放送受信装置の割
り込み受信制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000170364A JP2001352264A (ja) | 2000-06-07 | 2000-06-07 | ディジタル放送受信装置及びその割り込み受信制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000170364A JP2001352264A (ja) | 2000-06-07 | 2000-06-07 | ディジタル放送受信装置及びその割り込み受信制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001352264A true JP2001352264A (ja) | 2001-12-21 |
Family
ID=18673096
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000170364A Pending JP2001352264A (ja) | 2000-06-07 | 2000-06-07 | ディジタル放送受信装置及びその割り込み受信制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001352264A (ja) |
-
2000
- 2000-06-07 JP JP2000170364A patent/JP2001352264A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0881792A2 (en) | Method of receiving programs, and use of this method in a DAB receiver | |
| JP4048632B2 (ja) | デジタル音声放送の受信機 | |
| JP2004134931A (ja) | Ｄａｂ放送受信装置 | |
| EP2360860B1 (en) | Digital audio broadcasting reception apparatus and digital audio broadcasting reception method | |
| JP3466407B2 (ja) | 放送受信機 | |
| JP2001352264A (ja) | ディジタル放送受信装置及びその割り込み受信制御方法 | |
| JP2001044867A (ja) | 放送受信装置及び番組構成の変化を報知する報知方法 | |
| JP3830074B2 (ja) | ディジタル放送受信装置及びそのラベル表示方法 | |
| EP0954131A2 (en) | Broadcast receiver comprising both a receiver for Digital Audio Broadcasts as well as an FM broadcast receiver with a Radio Data System decoder | |
| JP3830067B2 (ja) | ディジタル放送用受信機 | |
| JPH10209990A (ja) | 放送受信機 | |
| JP3529976B2 (ja) | ラジオ受信機 | |
| JP3268636B2 (ja) | ディジタル放送用ラジオ受信機 | |
| JP3225259B2 (ja) | 放送受信機 | |
| JP3537982B2 (ja) | 放送受信機 | |
| JPH11234154A (ja) | 多重放送受信機 | |
| JP2000224064A (ja) | デジタル音声放送の受信機 | |
| JP3290083B2 (ja) | 放送受信機 | |
| JP3593254B2 (ja) | ディジタル放送用受信機 | |
| JP3504817B2 (ja) | ラジオ受信機のシーク方法 | |
| JPH11261501A (ja) | ディジタル放送用受信機 | |
| JPH10150345A (ja) | Ｄａｂ用ラジオの受信周波数制御方法 | |
| JPH11112450A (ja) | 多重放送受信機 | |
| JP2002185414A (ja) | 放送受信方法およびその装置 | |
| JPH11251941A (ja) | ディジタル放送用受信機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040309 |