JPH0964832A - 受信機 - Google Patents

Abstract

(57)【要約】 【課題】 ＦＭ文字多重放送の受信機において、データ
を格納するメモリ容量を小さくするとともに、処理を減
らす。 【解決手段】 受信したデータを記憶するためのメモリ
と、このメモリからのデータにしたがって文字の表示を
行う表示素子とを設ける。メモリには、データ格納エリ
アDSTRと、データ管理テーブルDMNGとを設ける。パケッ
トを受信したとき、番組を特定するデータを、このデー
タが重複しないように、データ管理テーブルDMNGに登録
する。データブロックをデータ格納エリアDSTRに格納す
るとともに、この格納したデータブロックごとに、この
データブロックの前あるいは後ろのデータブロックの格
納位置を示すデータを、データ格納エリアDSTRに格納す
る。データ管理エリアDMNGには、番組を特定するデータ
ごとに、データ格納エリアDSTRにおいて、同一の番組お
よび同一のページのデータブロックのうちの先頭のデー
タブロックの格納位置を示すデータを書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、文字多重放送を
受信する受信機に関する。

【０００２】

【従来の技術】ＦＭ放送において、「ＦＭ文字多重放
送」と呼ばれ、送信側では、本来の音声放送の番組に、
文字情報などのデータを多重化して送信し、受信側で
は、その送信されてきたデータにしたがった文字などを
表示することが実現されている。

【０００３】このＦＭ文字多重放送は、ＤＡＲＣ方式と
呼ばれているが、文字情報などのデジタルデータの多重
化の規格は、 副搬送周波数：76ｋHz 伝送レイト ：16ｋビット／秒 変調方式 ：ＬＭＳＫ 誤り訂正方式：（272,190）短縮化差集合巡回符号によ
る積符号 とされている。

【０００４】そして、文字情報などの番組サービスとし
ては、レベル１、２、３の区別がある。これらは、いず
れも、ドット表示により文字情報などを表示（提示）す
るものであるが、レベル１は、ヘッダ部を含んで15.5文
字×2.5行の表示が可能な受信機に向けたサービスで、
情報は文字である。また、レベル２は、ヘッダ部を含ん
で15.5文字×8.5行の表示が可能な受信機に向けたサー
ビスで、情報は文字および図形である。さらに、レベル
３は、ＣＤ−ＲＯＭなどにより詳細な地図を表示できる
受信機、すなわち、ナビゲーションシステムに向けた交
通情報のサービスである。

【０００５】そして、レベル１の番組サービスとして
は、ニュース、天気予報、交通情報、エンターテインメ
ントおよび主な補完番組などが考えられている。この場
合、エンターテインメントは、占い、リスナー伝言板、
クイズ、タウン情報などを提供するものである。

【０００６】また、主な補完番組は、例えば本来の音声
放送が音楽番組であるときに、その曲名、演奏者名、リ
クエストのときの電話番号・ＦＡＸ番号などのような番
組の補完情報を提供するものである。なお、以下におい
ては、主な補完番組を「番組情報」または「番組連動」
と称する。

【０００７】さらに、上記以外の番組サービスとして、
緊急の必要性があるときに随時提供される「緊急情報」
も考えられている。

【０００８】［データの構成］図８は、上記のＦＭ文字
多重放送において多重化されるデータ信号のフレーム構
成を示す。このデータ信号の１フレームは272ブロック
で構成され、それぞれのブロックは288ビットとされて
いる。

【０００９】また、１フレームの272ブロックは、190個
のデータパケットのブロックと、82個の縦方向のパリテ
ィパケットのブロックとに分けられ、縦方向のパリティ
パケットのブロックは、フレーム内で分散されて送出さ
れる。

【００１０】そして、各ブロックの先頭には、16ビット
のＢＩＣ（ブロック識別符号）が付加される。このＢＩ
Ｃとしては４種類のものが用いられ、これにより各パリ
ティパケットが区別されるとともに、フレームの先頭が
識別される。

【００１１】また、データパケットのブロックは、ＢＩ
Ｃに続いて176ビットのデータパケットを有し、そのあ
とに14ビットのＣＲＣ符号が付加され、これに続いて82
ビットの横方向のパリティチェック符号を有する。

【００１２】この場合、ＣＲＣ符号は、積符号による誤
り訂正後の残留誤りを検出するために付加される。ま
た、縦方向のパリティパケットのブロックは、ＢＩＣに
続いて272ビットの縦方向のパリティパケットを有する
ものとされている。

【００１３】そして、各データパケットは、図９に示す
ように、32ビットのプリフィックスと、これに続く144
ビットのデータブロックとから構成されている。

【００１４】このプリフィックスは、図９に示すよう
に、サービス識別符号、復号識別フラグ、情報終了フラ
グ、更新フラグ、番組番号、ページ番号、データリンク
符号、およびデータパケット番号から構成されている。

【００１５】そして、サービス識別符号は、４ビット
で、番組内容などを識別するものであり、レベル１に関
しては、 １：逐次受信処理用の一般情報 ２：記録受信処理用の一般情報 ４：交通情報 とされている。

【００１６】ここで、逐次受信処理とは、受信機におい
て番組データまたはページデータの最初のデータパケッ
トが着信し次第、表示の復号処理を開始するモードであ
る。そして、送信側が、受信側における表示のタイミン
グをとる必要がある番組や、データグループの最終パケ
ットが得られてから復号処理を始めたのでは表示が間に
合わないような番組のとき、この逐次受信処理とされ
る。

【００１７】また、記録受信処理とは、番組データまた
はページデータの全データを受信記録してデータグルー
プごとのＣＲＣ符号による誤り訂正処理を行ったのちに
初めて表示の復号処理を開始するモードである。したが
って、この記録受信処理の番組は、受信機側で表示のタ
イミングを制御することができる。

【００１８】さらに、復号識別フラグは、１ビットで、
受信機の誤り訂正回路が横方向のみの復号によりデータ
を出力する場合には“１”とされ、横方向および縦方向
の復合後にデータを出力する場合には“０”とされる。

【００１９】なお、逐次受信処理で、復号識別フラグが
“０”の場合には、受信機は、それぞれのデータパケッ
トの先頭のＢＩＣを受信してから302パケット後のデー
タパケットの先頭のＢＩＣの時点で、それぞれのデータ
パケットについての表示のための復号処理を行うよう
に、規定されている。

【００２０】また、情報終了フラグは、１ビットで、あ
るデータグループ番号で送出するデータグループが終了
する場合には“１”とされ、そうでない場合には“０”
とされる。さらに、更新フラグは、２ビットで、データ
グループが更新されるごとに１ずつインクリメントされ
る。また、番組番号は８ビット、ページ番号は６ビット
で、両者によりデータグループ番号が構成される。

【００２１】さらに、番組番号は０から255までとさ
れ、 ０ ：総目次（メインメニュー） １〜253：一般の番組（ニュース、天気予報など） 254 ：主な補完番組（番組情報ないし番組連動） 255 ：緊急情報 のように、割り付けられている。

【００２２】また、ページ番号は１から62までとされ、
したがって、１番組は最大62ページとされている。そし
て、１ページは、１つまたは複数のデータグループによ
り構成され、１データグループは、１つまたは複数のデ
ータブロックにより構成される。

【００２３】さらに、データリンク符号は、２ビット
で、１つのデータグループに属すべきデータを、パケッ
ト数がデータパケット番号の最大値を超えるような大容
量のデータであるなどのために、最大で４つのデータグ
ループに分割して、データリンク符号が異なる、同一の
データグループ番号により送信する場合に、各データグ
ループの間で０→１→２→３の順にリンクさせる符号で
ある。

【００２４】また、データパケット番号は、８ビット
で、「０」から順に割り当てられ、１つの番組における
データパケットの順序を示している。すなわち、そのデ
ータパケットが、１つの番組のうちの何番目のデータパ
ケットであるかを示している。したがって、同一の番組
の同一のページにおいては、サービス識別符号、番組番
号およびページ番号が等しくなる。あるいは、複数のデ
ータパケットにおいて、サービス識別符号、番組番号お
よびページ番号が等しければ、そのデータパケットは、
同一の番組の同一のページを構成するパケットである。

【００２５】そして、レベル１においては、１ページ
は、一般には15.5文字×2.5行の表示書式とされるが、1
5.5文字×8.5行の表示書式とすることもできる。また、
この場合の文字データは、ＪＩＳコードなどによって表
示する文字を指定するものとされている。

【００２６】［番組の表示例］レベル１に対応する受信
機には、図１０に示すように、ＬＣＤのような表示素子
DSPが設けられるとともに、その表示領域SCRNは、15.5
文字×2.5行（横248ドット×縦40ドット）の大きさとさ
れる。ただし、その表示領域SCRNのうち、上側の0.5行
の領域はヘッダ文の表示領域とされ、下側の２行の領域
が本文の表示領域とされる。

【００２７】そして、受信機が文字多重放送を受信する
と、図１１Ａに示すように、表示素子DSPの表示領域SCR
Nに、総目次（メインメニュー）が表示される。ただ
し、図１１Ａは、総目次が複数ページにわたり、そのう
ちの最初の１ページが表示された状態である。

【００２８】そして、このような状態のとき、所定のキ
ーを操作すると、図１１Ｂに示すように、表示領域SCRN
には、次のページが表示される。

【００２９】そして、ユーザーが総目次の中から見よう
とする項目の番号を選択して決定すると、その選択決定
された項目についての目次が表示される。例えば、ユー
ザーが総目次の中から「３．天気予報」を選択した場
合、図１１Ｃに示すように、「１．今日の天気」、
「２．明日の天気」というような目次が表示される。

【００３０】さらに、ユーザーがその目次の中から見よ
うとする項目の番号を選択して決定すると、その選択決
定された項目の最初のページが表示される。例えば、ユ
ーザーが上記の目次の中から「１．今日の天気」を選択
した場合には、図１１Ｄに示すように、「今日の天気」
についての具体的な文字情報が表示される。

【００３１】

【発明が解決しようとする課題】上述のように、そし
て、図９にも示すように、ＦＭ文字多重放送において
は、番組ごとに、その文字データが、144ビットごとに
分割されてパケット化され、このパケット（データパケ
ット）を単位として送信されている。したがって、ＦＭ
文字多重放送の受信機においては、必要なデータパケッ
トを集めて目的とする番組を表示することになる。

【００３２】ところで、例えば、天気予報の場合、その
データパケットの数は、予報内容、すなわち、文字数に
より変化するが、通常、10個程度である。なお、このと
き、該当するデータパケットにおいては、プリフィック
スの最後にあるデータパケット番号が、０〜９となって
いる。

【００３３】したがって、天気予報の場合、表示のため
にデータパケットを集めると、 （32＋144）ビット×10データパケット＝1760ビット のメモリエリアを必要とする。つまり、１つの番組のた
めに、かなりのメモリエリアを必要としてしてしまう。

【００３４】この発明は、このような問題点を解決しよ
うとするものである。

【００３５】

【課題を解決するための手段】このため、この発明にお
いては、文字による番組の本文のデータが、所定のデー
タ量ごとに、複数のデータブロックに分割され、このデ
ータブロックごとに、番組を特定するデータと、そのデ
ータブロックの順序を示すデータとを有するパケットに
パケット化され、このパケットが主信号に多重化された
文字多重放送を受信する受信機において、上記文字多重
放送を受信する受信回路と、この受信回路により受信さ
れたデータを記憶するためのメモリと、このメモリから
読み出されたデータにしたがって文字の表示を行う表示
素子とを有し、上記メモリには、データ格納エリアと、
データ管理テーブルとが設けられ、上記パケットを受信
したとき、その受信したパケットのうち、上記番組を特
定するデータを、このデータが重複しないように、上記
データ管理テーブルに登録し、上記受信したパケットの
うち、上記データブロックを上記データ格納エリアに格
納するとともに、この格納したデータブロックごとに、
このデータブロックの前あるいは後ろのデータブロック
の格納位置を示すデータを、上記データ格納エリアに格
納し、上記データ管理エリアには、上記番組を特定する
データごとに、上記データ格納エリアにおいて、同一の
番組のデータブロックのうちの先頭のデータブロックの
格納位置を示すデータを書き込むようにした受信機とす
るものである。

【００３６】したがって、受信したデータパケットは、
そのデータパケットにおけるデータブロック単位でメモ
リに格納され、管理される。

【００３７】

【発明の実施の形態】図１は、この発明を、車載用のＦ
Ｍ受信機に適用した場合の信号系の一形態を示す。ま
た、このＦＭ受信機は、ＦＭ文字多重放送に対して、レ
ベル１の受信能力を有する場合である。

【００３８】すなわち、アンテナ１１により受信された
ＦＭ信号が、シンセサイザ方式のチューナ回路１２に供
給されて目的とする周波数の放送局が選局されるととも
に、そのＦＭ信号が中間周波信号に変換され、この中間
周波信号が中間周波アンプ１３を通じてＦＭ復調回路１
４に供給される。

【００３９】こうして、復調回路１４からは、ステレオ
の左および右チャンネルのオーディオ信号Ｌ、Ｒの加算
信号（Ｌ＋Ｒ）と、その差信号（Ｌ−Ｒ）により平衡変
調されたＤＳＢ信号と、パイロット信号と、上述したＦ
Ｍ文字多重放送におけるＬＭＳＫ信号との周波数多重化
信号が取り出される。

【００４０】そして、この周波数多重化信号がステレオ
復調回路１５に供給され、加算信号（Ｌ＋Ｒ）およびＤ
ＳＢ信号からオーディオ信号Ｌ、Ｒが復調され、これら
信号Ｌ、Ｒがアンプ１６Ｌ、１６Ｒを通じて左および右
チャンネルのスピーカ１７Ｌ、１７Ｒに供給される。

【００４１】さらに、このＦＭ受信機には、チューナ回
路１２における選局およびＦＭ文字多重放送による文字
の表示を実行するため、マイクロコンピュータ２０が設
けられている。

【００４２】すなわち、このマイクロコンピュータ２０
は、プログラムを実行するためのＣＰＵ２１と、ＲＯＭ
２２と、ワークエリア用のＲＡＭ２３と、ＦＭ文字多重
放送のデータの受信バッファ用のＲＡＭ２４とを有す
る。この場合、ＲＯＭ２２には、各種のルーチンおよび
所定の文字列（文章）を表示するためのデータが書き込
まれているとともに、そのルーチンの一部として、例え
ば図２に示すデータ格納ルーチン１００が設けられる。
なお、このルーチン１００の詳細については、後述す
る。

【００４３】また、ＲＡＭ２３には、例えば図３に示す
ようなデータ格納エリアDSTRと、データ管理テーブルDM
NGとが用意される。

【００４４】この場合、データ格納エリアDSTRは、デー
タパケットのデータブロックを格納するエリアであり、
例えば2048組のエリアから構成され、この2048組のエリ
アには、「０」から始まる11ビットの通し番号が与えら
れている。

【００４５】そして、その2048組のエリアは、その１組
ごとに、データパケット番号を格納する８ビットのエリ
アと、情報終了フラグを格納する１ビットのエリアと、
データブロックを格納する144ビットのエリアと、「次
のデータブロックの格納エリアの番号」のデータを格納
する11ビットのエリアとを有する。

【００４６】ここで、「次のデータブロックの格納エリ
アの番号」とは、１つの番組を構成するデータブロック
のうち、次のデータブロック（次に連続するデータブロ
ックとは限らない）が、格納エリアDSTRのどの番号のエ
リアに格納されているかを示す番号である。すなわち、
複数のデータブロックがあるとき、その前後関係を示す
データであり、その前後関係を格納エリアDSTRにおける
エリアの番号により示している。

【００４７】また、データ管理テーブルDMNGは、エリア
DSTRに格納されたデータブロックを番組ごとに管理する
テーブルである。このため、この格納テーブルDMNGは、
番組ごとに、その番組のデータパケットにおけるサービ
ス識別符号、番組番号、ページ番号および更新フラグ
と、その番組の「先頭のデータブロックの格納エリアの
番号」との対応を示す欄を有している。

【００４８】ここで、「先頭のデータブロックの格納エ
リアの番号」とは、１つの番組を構成するデータブロッ
クのうち、現時点において得ることのできる最も先頭の
データブロックが、エリアDSTRのどの番号のエリアに格
納されているかを示す番号である。

【００４９】そして、サービス識別コード符号〜更新フ
ラグの欄のビット数は、データパケットにおけるそれと
等しくされる。また、先頭のデータブロックの格納エリ
アの番号の欄は、格納エリアDSTRのエリアの数に対応し
て、11ビットの大きさとされている。

【００５０】そして、メモリ２２〜２４はシステムバス
２９を通じてＣＰＵ２１に接続されるとともに、バス２
９には、インターフェイス回路（ポート）２５〜２８が
接続される。

【００５１】さらに、インターフェイス回路２５からチ
ューナ回路１２に選局用のデータが供給され、その選局
が実行される。また、復調回路１４からの復調信号が、
デコーダ回路４１に供給されてＬＭＳＫ信号からＦＭ文
字多重放送におけるデータがデコードされて取り出さ
れ、このデータがインターフェイス回路２６を通じてＲ
ＡＭ２４に書き込まれ、ＲＡＭ２４のデータは、常に最
新のデータで更新される。

【００５２】また、インターフェイス回路２７には、ノ
ンロックタイプのプッシュスイッチにより構成された各
種の操作キー４２が接続され、そのキー出力がマイクロ
コンピュータ２０に取り込まれる。こうして、キー４２
のうちの任意のキーを押すと、その押されたキーがＣＰ
Ｕ２１により判別され、その押されたキーに対応する処
理が実行される。

【００５３】ただし、ＦＭ受信機が車載用の場合には、
その操作パネルは狭くて多数の操作キーを配置すること
はできないので、この例においては、キー４２は、操作
頻度の高いキーおよび重要性の高いキーのみとされ、そ
の他の操作はリモコン（遠隔操作）により行うようにさ
れている。

【００５４】このため、インターフェイス回路２７に
は、リモコンの受信回路４３も接続される。この例にお
いては、そのリモコンは赤外線式とされているものであ
り、受信回路４３は、リモコンの送信機６０からの赤外
線を受光する受光素子と、この受光素子からのリモコン
信号をデコードするデコーダ回路とを有する。

【００５５】また、リモコンの送信機６０にもノンロッ
クタイプのプッシュスイッチにより構成された各種の操
作キー６２（６２Ａ〜６２Ｎ）が設けられる。このキー
６２の一部はキー４２と機能が重複するが、キー６２の
うちの任意のキーを押すと、その押されたキーに対応す
るデータが形成され、これが赤外線に変換されてＦＭ受
信機へと送信される。

【００５６】そして、ＦＭ受信機においては、送信機６
０から送信されてきた赤外線が受信回路４３により受信
されてもとのデータが取り出され、このデータがインタ
ーフェイス回路２７に供給される。こうして、キー４２
を押した場合と同様、キー６２を押した場合も、その押
されたキーに対応する処理がマイクロコンピュータ２０
により実行される。なお、以下においては、送信機６０
のキー６２を使用した場合により、各部の動作を説明す
る。

【００５７】また、インターフェイス回路２８には、ビ
ープ音信号の形成回路４４が接続され、そのビープ音信
号がアンプ１６Ｌ、１６Ｒに供給される。

【００５８】さらに、バス２９には、ＦＭ文字多重放送
により送られてきた文字コードを表示データに変換する
ためのフォントデータを有するフォントＲＯＭ（キャラ
クタジェネレータ）３１が接続されるとともに、表示用
のメモリ３２と、ディスプレイコントローラ３３とが接
続され、このコントローラ３３に、表示素子として、例
えばＬＣＤ５０が接続されている。

【００５９】この場合、ＬＣＤ５０は、例えば、上述し
た表示素子DSPと同様に構成され、15.5文字×2.5行（横
248ドット×縦40ドット）の表示能力を有するものとさ
れている。そして、メモリ３２は、ＬＣＤ５０のドット
表示方式に対応してビットマップ方式とされ、１画面分
の容量を有する。なお、以下においては、文字放送番組
はレベル１で行われ、その１ページは１画面の大きさ
（容量）とする。

【００６０】そして、ＲＡＭ２４に保持されている文字
コードがＣＰＵ２１により読み出され、この読み出され
た文字コードが、ＲＯＭ３１のフォントデータを使用し
て表示データに変換され、この表示データが、メモリ３
２に書き込まれる。また、このとき、コントローラ３３
により、メモリ３２の表示データが繰り返し読み出され
るとともに、表示信号に変換されてＬＣＤ５０に供給さ
れる。したがって、ＬＣＤ５０には、ＣＰＵ２１がＲＡ
Ｍ２４から読み出した文字コードの文字が表示される。

【００６１】このような構成において、文字多重放送に
よる番組が受信され、そのエラー訂正の行われたデータ
パケットがマイクロコンピュータ２０に供給されると、
ＲＡＭ２３の内容が例えば図４〜７に示すように変化し
てデータがＲＡＭ２３に格納される。

【００６２】なお、図４〜図７においては、紙面の都合
で、データ格納エリアDSTRおよびデータ管理テーブルDM
NGのエリアの数を少なくしている。また、格納エリアDS
TRおよび管理テーブルDMNGは、簡単のため、最初は空で
あるとする。

【００６３】そして、今、データパケットとして、図４
の上部に示すように、そのプリフィックスが、 サービス番号符号 ：２ 情報終了フラグ ：１ 更 新 フ ラ グ：０ 番 組 番 号 ：10 ペ ー ジ 番 号：１ データパケット番号：３ であるパケットが、マイクロコンピュータ２０に供給さ
れたとする。

【００６４】すると、図４の中部に示すように、格納エ
リアDSTRのうちの番号「０」のエリアに、今回のデータ
パケットのデータパケット番号「３」、情報終了フラグ
「１」およびデータブロックが格納される。

【００６５】さらに、今回のデータブロックの次のデー
タブロックとなるデータブロックは、まだ、格納エリア
DSTRに格納されていないので（あるいは情報終了フラグ
が「１」なので）、格納エリアDSTRにおける次のデータ
ブロックの格納エリアの番号のエリアは「空」のままと
される。

【００６６】また、管理テーブルDMNGには、今回のデー
タパケットによる番組のサービス番号符号「２」〜更新
フラグ「０」が、まだ格納されていない。

【００６７】そこで、図４の下部に示すように、管理テ
ーブルDMNGには、今回のデータパケットのサービス番号
符号「２」〜更新フラグ「０」が書き込まれる。さら
に、今回のデータパケットのデータブロックは、格納エ
リアDSTRの番号「０」のエリアに書き込まれたので、管
理テーブルDMNGにおける先頭のデータブロックの格納エ
リアの番号の欄には、その番号「０」が書き込まれる。

【００６８】次に、データパケットとして、図５の上部
に示すように、そのプリフィックスが、 サービス番号符号 ：２ 情報終了フラグ ：０ 更 新 フ ラ グ：０ 番 組 番 号 ：10 ペ ー ジ 番 号：１ データパケット番号：０ であるパケットが、マイクロコンピュータ２０に供給さ
れたとする。

【００６９】すると、図５の中部に示すように、格納エ
リアDSTRのうちの番号「１」のエリアに、今回のデータ
パケットのデータパケット番号「３」、情報終了フラグ
「１」およびデータブロックが格納される。

【００７０】さらに、今回のデータブロック（図５）
は、前回のデータブロック（図４）と同一の番組の同一
のページのデータである（サービス識別符号、番組番号
およびページ番号が同一である）。そして、 今回のデータパケット番号「０」＜前回のデータパケッ
ト番号「３」 である。すなわち、データブロックの順序（前後関係）
は、 今回のデータブロック→前回のデータブロック となる。

【００７１】そこで、格納エリアDSTRにおける次のデー
タブロックの格納エリアの番号のエリアには、前回のデ
ータブロックの格納されている番号「０」が格納され
る。

【００７２】また、管理テーブルDMNGには、今回のデー
タパケットによる番組のサービス識別符号「２」〜更新
フラグ「０」が、前回のデータパケットにより、すでに
格納されている。さらに、上記のように、今回のデータ
パケットのデータパケット番号「０」は、前回のデータ
パケットのデータパケット番号「３」よりも小さく、こ
ちらのデータパケットが先頭側となる。

【００７３】そこで、図５の下部に示すように、管理テ
ーブルDMNGにおける先頭のデータブロックの格納エリア
の番号の欄には、エリアDSTRにおける今回のデータパケ
ットのデータブロックの格納エリアの番号「１」が書き
込まれる。

【００７４】続いて、データパケットとして、図６の上
部に示すように、そのプリフィックスが、 サービス番号符号 ：１ 情報終了フラグ ：０ 更 新 フ ラ グ：０ 番 組 番 号 ：85 ペ ー ジ 番 号：６ データパケット番号：５ であるパケットが、マイクロコンピュータ２０に供給さ
れたとする。

【００７５】すると、図６の中部に示すように、格納エ
リアDSTRのうちの番号「２」のエリアに、今回のデータ
パケットのデータパケット番号「５」、情報終了フラグ
「０」およびデータブロックが格納される。

【００７６】さらに、今回のデータブロックの次のデー
タブロックとなるデータブロックは、まだ、格納エリア
DSTRに格納されていないので、格納エリアDSTRにおける
次のデータブロックの格納エリアの番号のエリアは
「空」のままとされる。

【００７７】また、管理テーブルDMNGには、今回のデー
タパケットによる番組のサービス識別符号「１」〜更新
フラグ「０」が、まだ格納されていない。

【００７８】そこで、図６の下部に示すように、管理テ
ーブルDMNGには、今回のデータパケットによる番組のサ
ービス識別符号「１」〜更新フラグ「０」が書き込まれ
る。さらに、今回のデータパケットのデータブロック
は、格納エリアの番号「２」のエリアに書き込まれたの
で、管理テーブルDMNGにおける先頭のデータブロックの
格納エリアの番号の欄には、その番号「２」が書き込ま
れる。

【００７９】さらに、このとき、ソートが行われ、管理
テーブルDMNGにおけるデータは、サービス識別符号が正
順となるように、ソートされる。

【００８０】次に、データパケットとして、図７の上部
に示すように、そのプリフィックスが、 サービス番号符号 ：２ 情報終了フラグ ：０ 更 新 フ ラ グ：０ 番 組 番 号 ：10 ペ ー ジ 番 号：１ データパケット番号：１ であるパケットが、マイクロコンピュータ２０に供給さ
れたとする。

【００８１】すると、図７の中部に示すように、格納エ
リアDSTRのうちの番号「３」のエリアに、今回のデータ
パケットのデータパケット番号「１」、情報終了フラグ
「０」およびデータブロックが格納される。

【００８２】さらに、今回のデータブロック（図７）
は、図４および図５のデータブロックと同一の番組の同
一のページのデータである。そして、 図５のデータパケット番号「０」＜今回のデータパケット番号「１」 ＜図４のデータパケット番号「３」 である。すなわち、データブロックの順序は、 図５のデータブロック→今回のデータブロック→図４の
データブロック となる。

【００８３】そこで、格納エリアDSTRのうちの番号
「１」のエリアにおける次のデータブロックの格納エリ
アの番号のエリアは、そのデータ「０」が今回のデータ
ブロックの格納されている番号「３」に変更される。ま
た、格納エリアDSTRのうちの番号「３」のエリアにおけ
る次のデータブロックの格納エリアの番号の欄には、図
４のデータブロックの格納されている番号「０」が格納
される。

【００８４】また、管理テーブルDMNGには、今回のデー
タパケットによる番組のサービス識別符号「２」〜更新
フラグ「０」が、図４のデータパケットにより、すでに
格納されている。さらに、今回のデータパケットのデー
タパケット番号「１」は、上記のとおりの大小関係であ
る。

【００８５】そこで、図７の下部に示すように、管理テ
ーブルDMNGにおける先頭のデータブロックの格納エリア
の番号の欄のデータは、そのままとされる。

【００８６】そして、以後、データパケットがマイクロ
コンピュータ２０に供給されるごとに上述のような処理
が実行される。

【００８７】以上をまとめると、 (1) データパケットは、番組を特定するデータ（サービ
ス識別符号、番組番号およびページ番号）と、データパ
ケット番号および番組の本文のデータブロックとに分割
する。 (2) 番組を特定するデータは、これが重複しないよう
に、データ管理テーブルDMNGに登録する。 (3) 番組の本文のデータは、データ格納エリアDSTRに格
納する。 (4) データ管理テーブルDMNGには、番組を特定するデー
タごとに、データ格納エリアDSTRにおけるデータの先頭
のデータブロックの位置を示すデータ（格納エリアの番
号）も、登録する。 (5) データ格納エリアDSTRには、そのデータのデータブ
ロックごとに、次に続くデータブロックの位置を示すデ
ータ（格納エリアの番号）も、登録する。 (6) データ管理テーブルDMNGにおけるデータは、サービ
ス識別符号の順にソートする。 となる。

【００８８】図２のデータ格納ルーチン１００は、その
ような処理を実現するルーチンの一形態を示す。すなわ
ち、データパケットがマイクロコンピュータ２０に供給
されると、ＣＰＵ２１の処理がルーチン１００のステッ
プ１０１からスタートし、次にステップ１０２におい
て、供給されたデータパケットにおけるサービス識別符
号、番組番号およびページ番号が、データ管理テーブル
DMNGに格納されているかどうかをチェックすることによ
り、供給されたデータパケットによる番組と同一の番組
で同一のページが、管理テーブルDMNGにより管理されて
いるかどうかが判別される。

【００８９】そして、例えば図４の場合のように、同一
の番組の同一のページが管理されていないときには、処
理はステップ１０２からステップ１０３に進む。そし
て、このステップ１０３において、例えば図４の場合の
ように、管理テーブルDMNGに、今回のデータパケットに
おけるサービス識別符号、番組番号、ページ番号、更新
フラグが登録されるとともに、データブロックがデータ
格納エリアDSTRに格納されるときのエリアの番号が登録
され、その後、処理はステップ１０４に進む。

【００９０】また、ステップ１０２において、例えば図
５の場合のように、管理テーブルDMNGに同一の番組が管
理されているときには、処理はステップ１０２からその
ままステップ１０４に進む。

【００９１】そして、このステップ１０４において、同
じデータパケット番号のデータブロックが、格納エリア
DSTRに格納されているかどうかがチェックされ、格納さ
れていないときには、処理はステップ１０４からステッ
プ１０５に進む。

【００９２】そして、このステップ１０５において、供
給されたデータパケットのデータブロックを格納するエ
リアが、格納エリアDSTRにあるかどうかがチェックさ
れ、図４〜図７の場合のように、あるときには、処理は
ステップ１０５からステップ１０６に進む。

【００９３】そして、このステップ１０６において、上
記のように、そのデータブロックが格納エリアDSTRに格
納されるとともに、その格納されたエリアの番号が、管
理テーブルDMNGの該当するエリアに登録される。そし
て、その後、ステップ１０６において、このルーチン１
００を終了する。

【００９４】なお、ステップ１０４において、同じデー
タパケット番号のデータブロックが、格納エリアDSTRに
格納されているときには、処理はステップ１０４からス
テップ１０７に進み、このルーチン１００を終了する。
また、ステップ１０５において、供給されたデータパケ
ットのデータブロックを格納するエリアが、格納エリア
DSTRにないときには、処理はステップ１０５からステッ
プ１０７に進み、このルーチン１００を終了する。

【００９５】こうして、この文字多重受信機において
は、データパケットは、番組を特定するデータ（サービ
ス識別符号、番組番号およびページ番号）と、その番組
の本文のデータブロックとに分割されてＲＡＭ２３に格
納される。そして、その番組の本文のデータは、データ
ブロックに分割されているが、その順序を示すデータ
（データパケット番号）により管理される。

【００９６】したがって、データパケットをそのままＲ
ＡＭ２３に格納する場合に比べ、格納するデータのビッ
ト数を少なくすることができ、ＲＡＭ２３により多くの
文字データを格納することができる。

【００９７】また、データ管理テーブルDMNGを作成して
いるので、データの検索が容易である。さらに、番組の
本文のデータを受信するごとに重複しないように格納す
るので、不要なメモリエリアを必要とせず、この点から
もより多くのデータを格納することができる。

【００９８】また、同一の番組および同一のページのデ
ータを、ＲＡＭ２４に格納するとき、連続したエリアに
格納する必要がないので、ＲＡＭ２４を有効に使用する
ことができるとともに、処理も少なくてすむ。

【００９９】なお、上述においては、リモコンにより各
種の操作をできるようにした場合であるが、それらの操
作のすべてをＦＭ受信機のキー４２から行うようにする
こともできる。そして、その場合には、リモコン機能は
なくてもよい。

【０１００】

【発明の効果】この発明によれば、データパケットをそ
のままＲＡＭに格納する場合に比べ、格納するデータの
ビット数を少なくすることができ、ＲＡＭにより多くの
文字データを格納することができる。

【０１０１】また、データ管理テーブルにより、データ
の検索を容易に行うことができる。さらに、データをＲ
ＡＭに格納するとき、連続したエリアに格納する必要が
ないので、ＲＡＭを有効に使用することができるととも
に、処理も少なくてすむ。

【図面の簡単な説明】

【図１】この発明の一形態を示す系統図である。

【図２】この発明の一形態を示すフローチャートであ
る。

【図３】データエリアおよびデータテーブルを説明する
ための図である。

【図４】データの処理状態を説明するための図である。

【図５】データの処理状態を説明するための図である。

【図６】データの処理状態を説明するための図である。

【図７】データの処理状態を説明するための図である。

【図８】信号フォーマットを説明するための図である。

【図９】信号フォーマットを説明するための図である。

【図１０】表示画面を説明するための図である。

【図１１】表示画面を説明するための図である。

【符号の説明】

１２ チューナ回路 １３ 中間周波アンプ １４ ＦＭ復調回路 １５ ステレオ復調回路 ２０ マイクロコンピュータ ２１ ＣＰＵ ２２ ＲＯＭ ２３ ＲＡＭ（ワークエリア用） ２４ ＲＡＭ（受信バッファ用） ３１ フォントＲＯＭ（キャラクタジェネレータ） ３２ メモリ（表示用） ３３ ディスプレイコントローラ ４１ デコーダ回路 ４２ 操作キー ４３ 受信回路（リモコン用） ４４ 形成回路（ビープ音信号用） ５０ 表示素子 ６０ 送信機（リモコン用） ６２ 操作キー １００ データ格納ルーチン DMNG データ管理テーブル DSTR データ格納エリア

Claims (3)

【特許請求の範囲】
1. 【請求項１】文字による番組の本文のデータが、所定の
   データ量ごとに、複数のデータブロックに分割され、 このデータブロックごとに、番組を特定するデータと、
   そのデータブロックの順序を示すデータとを有するパケ
   ットにパケット化され、 このパケットが主信号に多重化された文字多重放送を受
   信する受信機において、 上記文字多重放送を受信する受信回路と、 この受信回路により受信されたデータを記憶するための
   メモリと、 このメモリから読み出されたデータにしたがって文字の
   表示を行う表示素子とを有し、 上記メモリには、 データ格納エリアと、 データ管理テーブルとが設けられ、 上記パケットを受信したとき、 その受信したパケットのうち、上記番組を特定するデー
   タを、このデータが重複しないように、上記データ管理
   テーブルに登録し、 上記受信したパケットのうち、上記データブロックを上
   記データ格納エリアに格納するとともに、 この格納したデータブロックごとに、このデータブロッ
   クの前あるいは後ろのデータブロックの格納位置を示す
   データを、上記データ格納エリアに格納し、 上記データ管理エリアには、上記番組を特定するデータ
   ごとに、上記データ格納エリアにおいて、同一の番組の
   データブロックのうちの先頭のデータブロックの格納位
   置を示すデータを書き込むようにした受信機。
2. 【請求項２】請求項１に記載の受信機において、 上記格納したデータブロックごとに、このデータブロッ
   クの前あるいは後ろのデータブロックの格納位置を示す
   データを、上記データ格納エリアに格納するとき、 上記前後関係の判断を、上記データブロックの順序を示
   すデータにしたがって行うようにした受信機。
3. 【請求項３】請求項２に記載の受信機において、 上記格納したデータブロックごとに、このデータブロッ
   クの前あるいは後ろのデータブロックの格納位置を示す
   データを、上記データ格納エリアに格納するとき、 上記データブロックの順序を示すデータも一緒に格納す
   るようにした受信機。