(57)【特許請求の範囲】
【請求項１】
複数の文字番組のデータを本来の音声放送の番組の信号に多重化し、この多重化信号を放送する多重放送方法において、
上記複数の文字番組のうち、他の一般の文字番組に優先して表示させるべき文字番組のデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとを、この順に含ませる
ようにした文字番組の多重放送方法。
【請求項２】
請求項１に記載の多重放送方法において、
上記特定の文字コードと、上記動作位置後退コードと、上記キーワードの文字コードとを、上記文字番組のヘッダ文のデータに含ませる
ようにした文字番組の多重放送方法。
【請求項３】
複数の文字番組のデータを本来の音声放送の番組の信号に多重化し、この多重化信号を放送するようにした文字多重放送を受信する受信機において、
上記文字多重放送を受信する受信回路と、
上記受信回路の受信した多重化信号から上記文字番組のデータを取り出すデコーダ回路と、
このデコーダ回路により取り出されたデータにより上記文字番組を表示する表示素子と、
上記デコーダ回路により取り出されたデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとが、この順に含まれているとき、これを検出する回路と
を有し、
上記検出する回路の出力が、上記デコーダ回路により取り出されたデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとが、この順に含まれていることを示したとき、上記コードの含まれているデータの文字番組を、他の一般の文字番組に優先して上記表示素子に表示させる
ようにした文字多重放送の受信機。
【請求項４】
請求項３に記載の受信機において、
上記特定の文字コードと、上記動作位置後退コードと、上記キーワードの文字コードとが、この順に上記文字番組のヘッダ文のデータに含まれているとき、これらのコードが含まれているデータの文字番組を、他の一般の文字番組に優先して上記表示素子に表示させる
ようにした文字多重放送の受信機。
【請求項５】
請求項３あるいは請求項４に記載の受信機において、
上記優先的に表示する動作を禁止・許可する手段を有する
ようにした文字多重放送の受信機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、文字番組の多重放送方法およびその受信機に関する。
【０００２】
【従来の技術】
ＦＭ放送において、「ＦＭ文字多重放送」と呼ばれ、本来の音声放送の番組に、文字情報などのデジタルデータを周波数多重化して送信することが実現されている。
【０００３】
このＦＭ文字多重放送はＤＡＲＣ方式と呼ばれているが、文字情報などのデジタルデータの多重化の規格は、
副搬送周波数：76ｋHz
伝送レイト  ：16ｋビット／秒
変調方式    ：ＬＭＳＫ
誤り訂正方式：（272,190 ）短縮化差集合巡回符号による積符号
とされている。
【０００４】
そして、そのＬＭＳＫ信号が、本来の音声放送の番組のオーディオ信号（モノラル信号あるいはステレオコンポジット信号）に周波数多重化され、その周波数多重化信号が送信される。
【０００５】
また、文字情報などの番組サービスには、レベル１、２、３の区別があるが、これらは、いずれもドット表示により文字や画像などの情報を提供するものである。そして、レベル１の番組サービスにおいては、情報は文字であり、その表示は、図８に示すように、ヘッダ領域が31文字×１行（１文字は横８ドット×縦12ドット）とされ、本文領域が15.5文字×２行（１文字は横16ドット×縦24ドット）とされている。また、１つの文字番組は最大で62ページの大きさとされるとともに、その１ページは15.5文字×２行とされる。
【０００６】
そして、レベル１の番組サービスとしては、ニュース、天気予報、交通情報、エンターテインメントおよび主な補完番組などが考えられている。この場合、エンターテインメントは、占い、リスナー伝言板、クイズ、タウン情報などを提供するものである。また、主な補完番組は、例えば本来の音声放送が音楽番組であるときに、その曲名、演奏者名、リクエストのときの電話番号・ＦＡＸ番号などのように、本来の音声放送の番組の補完情報を提供するものである。
【０００７】
また、上記以外の番組サービスとして、緊急の必要性があるときに随時提供される「緊急番組」も考えられている。
【０００８】
さらに、番組には８ビットの大きさの番組番号が与えられ、
０      ：総目次／最初の画面
１〜253 ：一般の文字番組（ニュース、天気予報など）
254     ：主な補完番組
255     ：緊急番組
のように、割り付けられている。
【０００９】
また、レベル２の番組サービスは、ヘッダ部を含んで15.5文字×8.5 行の表示が可能なＦＭ受信機に向けたサービスで、情報は文字および図形である。さらに、レベル３の番組サービスは、ＣＤ−ＲＯＭなどにより詳細な地図を表示できるＦＭ受信機、すなわち、ナビゲーションシステムに向けた交通情報のサービスである。
【００１０】
［データの構成］
図７Ａは、上記のＦＭ文字多重放送において多重化されるデータ信号のフレーム構成を示す。このデータ信号の１フレームは272 ブロックで構成され、それぞれのブロックは288 ビットとされている。
【００１１】
また、１フレームの272 ブロックは、190 個のデータパケットのブロックと、82個の縦方向のパリティパケットのブロックとに分けられ、縦方向のパリティパケットのブロックは、フレーム内で分散されて送出される。
【００１２】
そして、各ブロックの先頭には、16ビットのＢＩＣ（ブロック識別符号）が付加される。このＢＩＣとしては４種類のものが用いられ、これにより各パリティパケットが区別されるとともに、フレームの先頭が識別される。
【００１３】
また、データパケットのブロックは、ＢＩＣに続いて176 ビットのデータパケットを有し、そのあとに14ビットのＣＲＣ符号が付加され、これに続いて82ビットの横方向のパリティチェック符号を有する。
【００１４】
この場合、ＣＲＣ符号は、積符号による誤り訂正後の残留誤りを検出するために付加される。また、縦方向のパリティパケットのブロックは、ＢＩＣに続いて272 ビットの縦方向のパリティパケットを有するものとされている。
【００１５】
そして、データパケットは、図７Ｂに示すように、32ビットのプリフィックスと、これに続く144 ビットのデータブロックとから構成されている。そして、プリフィックスは、ページ番号などから構成されるものであるが、このページ番号は６ビットの大きさで、１から62までの値とされ、したがって、上記のように１つの文字番組は最大で62ページとされている。
【００１６】
また、データブロックが、実際に文字を表示するための文字コードおよび文字の表示を制御する制御コードなどを有する。
【００１７】
以上が、ＤＡＲＣ方式におけるデータフォーマットあるいは表示フォーマットである。そして、放送局は、ページデータが受信エラーなどにより受信できない場合を想定して、同じ内容のページデータを繰り返し送出している。
【００１８】
なお、データの転送レイトおよびフレームの大きさは上記のとおりなので、１フレーム分のデータの放送あるいは送出に必要な時間は、５秒弱（＝288 ビット×272 ブロック／16ｋビット）となる。
【００１９】
［文字番組の表示例］
レベル１に対応するＦＭ受信機には、図６Ａに示すように、ＬＣＤのような表示素子DSP が設けられるとともに、その表示領域は15.5文字×2.5 行の大きさとされる。ただし、その表示領域のうち、上側の0.5 行の領域はヘッダ文の表示領域とされ、下側の２行の領域が本文の表示領域とされる。
【００２０】
そして、ＦＭ受信機が文字多重放送を受信すると、図６Ｂに示すように、表示素子にメインメニューの第１ページが表示される。そして、このように第１ページが表示されているとき、所定のキー操作をすると、図６Ｃに示すように、メインメニューの第２ページが表示され、以下同様にしてメインメニューの他のページが順に表示されていく。
【００２１】
このメインメニューには、番組が階層式に用意されているもので、例えば、図６Ｃのメインメニューから「３．天気予報」を選択すると、図６Ｄに示すように、１つ下位の番組におけるサブメニュー「１．今日の天気」、「２．明日の天気」が表示される。
【００２２】
そこで、例えば、「２．明日の天気」を選択すると、図６Ｅに示すように、さらに下位の番組の第１ページである『東京（明日）の天気予報』が表示される。そして、この状態で、第２ページを選択すると、図６Ｆに示すように、『神奈川の明日の天気予報』が表示される。
【００２３】
こうして、メインメニューには番組が階層式に用意されているので、これを順にたどっていくと、目的とする文字番組を表示することができる。
【００２４】
【発明が解決しようとする課題】
ところで、ＦＭ文字多重放送には、上記のように、緊急の必要性があるときに随時提供される緊急番組も考えられている。そして、この緊急番組の表示機能を有する受信機は、文字番組のデータを受信すると、受信したデータの番組番号をチェックし、その番組番号が緊急番組の番号「255 」であれば、他の文字番組に優先して緊急番組を表示するものである。
【００２５】
ところが、この緊急番組は、運用上、防災情報の伝達など緊急の場合に限定され、これ以外の用途、例えば速報や号外などに使用することはできない。したがって、一般のテレビ放送やラジオ放送では、台風情報や大事故の情報などを一般の番組に優先して（割り込んで）放送することがあるが、文字放送では、そのような情報を一般の番組に優先して表示させることができない。
【００２６】
この発明は、このような問題点を解決し、台風情報や選挙速報などの番組を、他の一般の番組に優先して表示させることができるようにするものである。
【００２７】
なお、以下の説明においては、ある文字番組を他の文字番組に優先して、あるいは割り込んで表示する機能を「優先表示」と呼び、この優先表示により表示される文字番組を「優先番組」と呼ぶ。また、表現を簡単にするため、文字と、その文字コードとを同一に扱うこともある。
【００２８】
【課題を解決するための手段】
このため、請求項１の発明においては、
複数の文字番組のデータを本来の音声放送の番組の信号に多重化し、この多重化信号を放送する多重放送方法において、
上記複数の文字番組のうち、他の一般の文字番組に優先して表示させるべき文字番組のデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとを、この順に含ませる
ようにした文字番組の多重放送方法
とするものである。
また、請求項３の発明においては、
複数の文字番組のデータを本来の音声放送の番組の信号に多重化し、この多重化信号を放送するようにした文字多重放送を受信する受信機において、
上記文字多重放送を受信する受信回路と、
上記受信回路の受信した多重化信号から上記文字番組のデータを取り出すデコーダ回路と、
このデコーダ回路により取り出されたデータにより上記文字番組を表示する表示素子と、
上記デコーダ回路により取り出されたデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとが、この順に含まれているとき、これを検出する回路と
を有し、
上記検出する回路の出力が、上記デコーダ回路により取り出されたデータに、特定の文字コードと、動作位置後退コードと、キーワードの文字コードとが、この順に含まれていることを示したとき、上記コードの含まれているデータの文字番組を、他の一般の文字番組に優先して上記表示素子に表示させる
ようにした文字多重放送の受信機
とするものである。
したがって、所定の文字コードと、動作位置後退コードと、キーワードの文字コードとがデータに含まれていると、その文字番組は他の一般の文字番組に優先して表示される。
【００２９】
【発明の実施の形態】
ところで、文字放送においては、上記のように文字コードと制御コードとがデータブロックに配置されて送信されているが、その制御コードの一部を示すと、図５のとおりである。
【００３０】
そして、この制御コードの１つに「動作位置後退コードAPB （08h ）」があり、この後退コードAPB の制御内容は、「動作位置を表示区画の動作方向の長さで動作方向に沿って後退すること」と規定されている。つまり、この後退コードAPB は、文字の表示位置（カーソル位置）を１文字分だけ左方向に戻す機能を持っている。
【００３１】
例えば、「ア」の文字コードと、「イ」の文字コードとにより表示を行うと、「アイ」のように表示されるが、「ア」の文字コードの次に後退コードAPB を挿入した場合には、「ア」が表示されると、次の表示位置は、「ア」の右側になるはずが、後退コードAPB により１文字分戻るので、再び「ア」の位置となり、ここに「イ」が表示される。つまり、後退コードAPB の直前の文字が、直後の文字に上書きされ、結果として直前の文字は表示されない。
【００３２】
また、文字番組のヘッダ文を送信する場合には、その時点でヘッダ文の内容は確定しているので、わざわざ後退コードAPB を送信してヘッダ文の表示内容を上書きにより変更することはない。したがって、通常のヘッダ文では、後退コードAPB は使用されない。
【００３３】
この発明は、このような動作位置後退コードAPB の機能および使用形態に着目し、文字番組の優先表示を実現するものである。
【００３４】
すなわち、放送局は、優先番組を送信するときには、その番組のヘッダ文に、「前置文字コード」と、「動作位置後退コードAPB 」と、「キーワード」とを、この順に連続して含ませる。例えば、前置文字コードは「：」（コロン）、キーワードは「速報」を示す文字「ソクホウ」とする。
【００３５】
したがって、例えば、本来のヘッダ文が、図４Ａにも示すように、
ミエルラジオ＿ニュース＿ソクホウ＿チャンネル
（＿は空白（文字コード20h ）を示す。以下同様）である番組を優先番組とする場合には、そのヘッダ文を、図４Ｂにも示すように、
ミエルラジオ＿ニュース＿：後退コードAPB ソクホウ＿チャンネル
とする。
【００３６】
したがって、受信機においては、ヘッダ文に、「前置文字コード」と、「動作位置後退コードAPB 」と、「キーワード」とが、この順に連続して含まれていたら、その番組を優先番組とみなし、他の一般の番組に優先して表示する。
【００３７】
この発明は、以上の考えにしたがって優先番組の優先表示を実現するものである。
【００３８】
図１において、符号１０はＦＭ文字多重放送の受信回路を示し、アンテナ１１により受信されたＦＭ信号が、ＰＬＬシンセサイザ方式のチューナ回路１２に供給されて目的とする周波数の放送局が選局されるとともに、そのＦＭ信号が中間周波信号に変換され、この中間周波信号が中間周波フィルタおよびアンプを有する中間周波回路１３を通じてＦＭ復調回路１４に供給される。
【００３９】
そして、復調回路１４からは、オーディオ信号（モノラル信号あるいはステレオコンポジット信号）と、上述したＦＭ文字多重放送におけるＬＭＳＫ信号との周波数多重化信号が取り出され、この周波数多重化信号のうち、オーディオ信号がアンプ１５を通じてスピーカ１６に供給される。また、その周波数多重化信号が、デコーダ回路１８に供給されてＬＭＳＫ信号から文字番組のデータがデコードおよびエラー訂正されて取り出される。
【００４０】
さらに、このＦＭ受信機には、チューナ回路１２における選局およびＦＭ文字多重放送による文字番組の表示などを実行するため、マイクロコンピュータ２０が設けられている。
【００４１】
このマイクロコンピュータ２０は、プログラムを実行するためのＣＰＵ２１と、そのプログラム用のＲＯＭ２２と、データエリア用およびワークエリア用のＲＡＭ２３と、ＦＭ文字多重放送のデータの受信バッファ用のＲＡＭ２４とを有する。そして、メモリ２２〜２４はシステムバス２９を通じてＣＰＵ２１に接続されている。
【００４２】
この場合、ＲＯＭ２２には、各種のプログラムが用意されているとともに、例えば図２および図３に示す優先番組表示ルーチン１００およびキーワード抽出ルーチン２００が用意されている。なお、これらルーチン１００、２００の詳細については、後述する。
【００４３】
さらに、バス２９には、ポート２５、２６およびインターフェイス回路２７が接続されている。そして、ＣＰＵ２１からポート２５を通じてチューナ回路１２に選局用のデータが供給され、その選局が実行される。さらに、デコーダ回路１８でデコードされた文字番組のデータがポート２６を通じて受信バッファ用のＲＡＭ２４に蓄積あるいは格納される。
【００４４】
また、インターフェイス回路２７には、選局キーおよび各種の操作キーＫ1 〜ＫN が接続されている。なお、これらのキーＫ1 〜ＫN は、ノンロックタイプのプッシュスイッチにより構成される。
【００４５】
さらに、バス２９には、ＦＭ文字多重放送により送られてきた文字データを表示データに変換するためのフォントＲＯＭ（キャラクタジェネレータ）３１が接続されるとともに、ディスプレイコントローラ３２が接続されている。そして、コントローラ３２には、表示用のメモリ３３が接続されるとともに、表示素子として、例えばＬＣＤ５０が接続されている。
【００４６】
この場合、ＬＣＤ５０は、ドットの組み合わせにより文字などを表示するフルドットマトリックス方式とされ、例えば図６Ａに示すように、その表示領域は、レベル１の大きさ、すなわち、15.5文字×2.5 行の大きさとされている。そして、この表示領域のうち、最上部の0.5 行の領域がヘッダ領域とされ、残る２行の領域が本文を表示する主領域とされている。
【００４７】
さらに、メモリ３３は、ＬＣＤ５０のドットマトリックス方式に対応してビットマップ方式とされ、１画面分の容量を有する。そして、受信バッファ用のＲＡＭ２４に蓄積されている文字コードおよび制御コード（あるいはＲＯＭ２２にあらかじめが用意されている文字コード）がＣＰＵ２１により順に読み出され、その読み出されたコードが文字コードのときには、その文字コードがＲＯＭ３１のフォントデータを使用して表示データに変換され、この表示データがコントローラ３２を通じてメモリ３３に書き込まれる。
【００４８】
また、このとき、コントローラ３２により、メモリ３３の表示データが繰り返し読み出されるとともに、表示信号に変換されてＬＣＤ５０に供給される。したがって、ＬＣＤ５０には、ＣＰＵ２１がＲＡＭ２４あるいはＲＯＭ２２から読み出した文字コードにしたがった文字などが表示される。
【００４９】
さらに、ＲＡＭ２４から読み出されたコードが制御コードのときには、その制御コードにしたがってメモリ３３の内容が変更され、その結果、その制御コードにしたがった表示とされる。
【００５０】
また、所定のキー操作をすることにより、優先番組の表示モードを示すフラグ、すなわち、優先番組が送られてきたとき、これを他の一般の番組に優先して表示するか、それともその優先番組を無視して通常の表示のままとするかを示すフラグがセットあるいはリセットされ、ユーザが優先番組の優先表示の許可・禁止をあらかじめ設定できるにされている。
【００５１】
このような構成において、選局のための処理および文字番組の選択のための処理は、一般のＰＬＬシンセサイザ方式の受信機と同様の選局処理および文字番組の選択処理により実現される。
【００５２】
そして、文字放送を受信している場合、デコーダ回路１８から文字番組の１パケット分のデータが出力されると、ルーチン１００がステップ１０１からスタートし、次にステップ１０２において、デコーダ回路１８から出力された１パケット分のデータをバッファに受け取る。そして、ステップ１０３において、ステップ１０２により受け取ったデータがレベル１のデータであるかどうかが判別され、レベル１のデータのときには、この受信機で表示できる文字番組のデータなので、処理はステップ１０３からステップ１１１に進む。
【００５３】
そして、ステップ１１１において、ステップ１０２により受け取ったデータがＲＡＭ２４にすでに収集されているパケットのデータであるかどうかが判別され、すでに収集されているパケットのデータのときには、処理はステップ１１１からステップ１１２に進む。そして、このステップ１１２において、ステップ１０２により受け取ったデータが、前回受信したときから更新されたパケットのデータであるかどうかが判別され、更新されたパケットのデータのときには、処理はステップ１１２からステップ１１３に進む。
【００５４】
そして、ステップ１１３において、ＲＡＭ２４に蓄積されているデータのうち、ステップ１０２により受け取ったデータのパケットに該当する旧データ、すなわち、更新前のパケットのデータが削除され、次にステップ１１４において、ステップ１０２により受け取ったデータがＲＡＭ２４に保存される。
【００５５】
また、ステップ１１１において、ステップ１０２により受け取ったデータがＲＡＭ２４にまだ収集されていないパケットのデータのときには、そのデータは有効なので、処理はステップ１１１からステップ１１４に進み、上記のようにＲＡＭ２４に保存される。
【００５６】
したがって、ＲＡＭ２４のデータは、ステップ１１１〜１１４によりパケット単位で更新されていくことになる。
【００５７】
そして、ステップ１１４に続くてステップ１２１において、ステップ１０２により受け取ったデータを含むページについて、ＲＡＭ２４に１ページ分のデータが揃ったかどうかが判別され、１ページ分のデータが揃ったときには、処理はステップ１２１からステップ１２２に進み、このステップ１２２において、その１ページ分のデータが緊急番組のデータであるかどうかが判別される。そして、緊急番組のデータではないときには、処理はステップ１２２からステップ１２３に進み、このステップ１２３において、優先番組の表示モードが判別され、優先番組の優先表示が許可されているときには、処理はステップ１２３からステップ１３１に進む。
【００５８】
このステップ１３１の詳細については後述するが、このステップ１３１においては、ルーチン２００が実行され、ステップ１２１により１ページ分の揃ったと判断されたデータのヘッダ文に、前置文字コードおよび動作位置後退コードAPB が連続して含まれるとき、これらに続く例えば４文字分の文字コードがキーワードとして抽出される。
【００５９】
そして、次にステップ１３２において、ステップ１３１により抽出されたキーワードがあらかじめ設定してあるキーワード、例えば「ソクホウ」と一致するかどうかが判別され、一致するときには、処理はステップ１３２からステップ１３３に進み、このステップ１３３において、ステップ１２１により１ページ分の揃ったと判断されたデータを上記のように使用してＬＣＤ５０に文字番組が表示される。したがって、このとき、その１ページ分のデータによる文字番組が他の一般の文字番組に優先して表示されることになる。
【００６０】
そして、ルーチン１００における処理は続くステップ１４１により終了するが、このとき、ステップ１３１により表示された番組は他の一般の番組に優先して表示されたのであるから、その番組は優先番組とみなされて優先表示されたわけである。
【００６１】
なお、ステップ１０３において、ステップ１０２により受け取ったデータがレベル１のものではないときには、この受信機では表示できないので、処理はステップ１０３からステップ１４１に進み、このルーチン１００を終了する。また、ステップ１１２において、ステップ１０２により受け取ったデータが、前回受信したときから更新されたパケットのデータではないときには、そのデータに対する以後の処理は不要なので、処理はステップ１１２からステップ１４１に進み、ルーチン１００を終了する。
【００６２】
さらに、ステップ１２１において、ＲＡＭ２４に１ページ分のデータが揃っていないときには、そのページをまだ表示することはできないので、処理はステップ１２１からステップ１４１に進み、このルーチン１００を終了する。また、ステップ１２２において、１ページ分のデータが緊急番組のデータのときには、これは最優先で表示しなければならないので、処理はステップ１２２からステップ１３３に進み、その緊急番組が表示される。さらに、ステップ１２３において、優先番組の優先表示が禁止されているときには、優先番組を無視する場合なので、処理はステップ１２３からステップ１４１に進み、このルーチン１００を終了する。
【００６３】
また、ステップ１３２において、ステップ１３１により抽出したキーワードがあらかじめ設定してあるキーワードと一致しないときには、そのときのデータは優先番組のデータではないので、処理はステップ１３２からステップ１４１に進み、このルーチン１００を終了する。
【００６４】
こうして、ルーチン１００によれば、任意の文字番組のヘッダ文に、例えば図４Ｂに示すように、前置文字コードと、動作位置後退コードAPB と、キーワードとを、この順に連続して含ませておくと、その文字番組は優先番組とみなされ、他の一般の番組に優先して表示される。
【００６５】
次に、ルーチン２００の処理について説明する。このルーチン２００はステップ１３１において実行されるが、ルーチン２００においては、変数として
ch      ：入力バッファ。入力した文字。
lastchar：１つ前の文字
kwflag  ：モードフラグ。キーワードの取り込み時に“１”となる。
kwlength：キーワード長。キーワードが「ソクホウ」ならば、４文字。
kwbufr  ：キーワードバッファ
が使用される。
【００６６】
そして、ルーチン２００においては、処理はステップ２０１からスタートし、次にステップ２０２において、変数lastcharがクリアセットされ、モードフラグkwflagが“０”にリセットされるとともに、キーワードバッファkwbufrがクリアされる。
【００６７】
次にステップ２１１において、ヘッダ文の最後の文字まで処理を実行したかどうかが判別され、今の場合、まだ最後の文字まで処理を実行していないので、処理はステップ２１１からステップ２１２に進み、このステップ２１２において、ヘッダ文の１文字が変数chに取り込まれ、次にステップ２１３において、モードフラグkwflagが判別される。
【００６８】
そして、まだキーワードを取り込んでいないときには、モードフラグkwflagは“０”なので、処理はステップ２１３からステップ２１４に進み、このステップ２１４において、ステップ２１２により変数chに取り込んだ文字（文字コード）が後退コードAPB であるかどうかが判別され、後退コードAPB ではないときには、処理はステップ２１４からステップ２１５に進む。そして、このステップ２１５において、ステップ２１２により変数chに取り込んだ文字が変数lastcharに転送され、その後、処理はステップ２１１に戻る。
【００６９】
こうして、ヘッダ文の文字（文字コード）が、ステップ２１１〜２１５のループにより１文字ずつ順にチェックされていく。
【００７０】
そして、このチェックにおいて、ステップ２１２により変数chに取り込んだ文字が後退コードAPB のときには、処理はステップ２１４からステップ２２１に進み、このステップ２２１において、変数lastcharが前置文字コードであるかどうかが判別され、すなわち、後退コードAPB の前の文字コードが前置文字コードであるかどうかが判別される。
【００７１】
そして、前置文字コードではないときには、処理はステップ２２１からステップ２１１に戻り、ステップ２１１以降の処理が続行される。
【００７２】
しかし、ステップ２２１において、変数lastcharが前置文字コードのときには、処理はステップ２２１からステップ２２２に進み、このステップ２２２において、モードフラグkwflagが“１”にセットされるとともに、変数kwlengthに０がセットされ、その後、処理はステップ２１１に戻る。したがって、ヘッダ文において、前置文字コードと後退コードAPB とが続いているときだけ、ステップ２２２が実行され、kwflag＝“１”、kwlength＝０となる。
【００７３】
そして、kwflag＝“１”になると、次にステップ２１１、２１２が実行されてステップ２１３が実行されたとき、処理はステップ２１３からステップ２３１に進む。そして、このステップ２３１において、変数chの文字がキーワードバッファkwbufrに追加されるとともに、ステップ２３２において、変数kwlengthが１だけインクリメントされ、次にステップ２３３において、変数kwlengthがキーワードの長さになったかどうかが判別され、変数kwlengthがキーワードの長さ、今の場合は４文字になっていないときには、処理はステップ２３３からステップ２１１に戻る。
【００７４】
したがって、ヘッダ文に前置文字コードと後退コードAPB とが続くと、その後退コードAPB に続く文字が順にキーワードバッファkwbufrに転送されていくとともに、その文字数が変数kwlengthによりカウントされていくことになる。
【００７５】
そして、変数kwlengthがキーワードの長さになると、すなわち、今の場合、kwlength＝４になると、これがステップ２３３において判別され、処理はステップ２３３からステップ２３４に進み、このステップ２３４において、変数lastcharが“０”にリセットされ、その後、処理はステップ２１１に戻る。
【００７６】
したがって、以後、ステップ２１１〜２１５が繰り返され、ヘッダ文の最後の文字まで以上の処理が実行されると、処理はステップ２１１からステップ２４１に進み、このルーチン２００を終了する。
【００７７】
したがって、このルーチン２００によれば、ヘッダ文の中に、前置文字コードと後退コードAPB とが続くときには、その後退コードAPB に続く例えば４文字が、キーワードとしてキーワードバッファkwbufrに抽出されることになる。
【００７８】
また、ヘッダ文の中に、前置文字コードおよび後退コードAPB が存在しても、両コードが連続しないときには、ステップ２２２が実行されないので、ステップ２３１〜２３４が実行されず、したがって、キーワードバッファkwbufrは空のままとなる。さらに、ヘッダ文の中に、前置文字コードおよび後退コードAPB のどちらか一方（あるいは両方）が存在しないときにも、ステップ２２２が実行されないので、やはりステップ２３１〜２３４が実行されず、キーワードバッファkwbufrは空のままとなる。
【００７９】
そして、ルーチン２００がステップ１３１において実行されると、続いてステップ１３２が実行されるが、ステップ１３２においては、ルーチン２００によりキーワードバッファkwbufrにキーワードとして取り込まれた文字列が実際にキーワードと一致するかどうかが判別され、その判別結果にしたがって以後の処理が上記のように続行される。
【００８０】
したがって、ヘッダ文の中に、前置文字コードと、後退コードAPB と、キーワードとがこの順に連続していると、そのヘッダ文を含む番組は優先番組とみなされ、他の一般の番組に優先して表示される。
【００８１】
以上のように、図１の受信機によれば、ヘッダ文の中に、前置文字コードと、後退コードAPB と、キーワードとがこの順に連続していると、そのヘッダ文を含む番組は優先番組とみなされ、優先表示される。したがって、一般のテレビ放送やラジオ放送のように、台風情報や号外などを他の一般の番組に優先して（割り込んで）表示させることができる。そして、そのとき、緊急番組を使用することがない。
【００８２】
しかも、ヘッダ文に前置文字コードおよび後退コードAPB を含ませても、両コードは連続しているので、図４Ａ、Ｂにも示すように、ヘッダ文が表示されたとき、前置文字コードの文字「：」は、キーワードの先頭の文字により上書きされるので、前置文字コードの文字は表示さることがない。
【００８３】
つまり、この発明が適用されていない受信機であっても、適用された受信機であっても、ヘッダ文が通常のヘッダ文となんら変わらずに表示される。また、この発明が適用されていない受信機と、適用された受信機とで、ヘッダ文や本文の表示内容の異なることもない。
【００８４】
さらに、キーワードとして任意の文字列を使用できるので、そのキーワードがヘッダ文の一部として表示されても支障を生じることがない。例えばキーワードとして「速報」を示す「ソクホウ」を使用すれば、これが表示されてもなんら問題ない。むしろ、優先表示であることをユーザに知らせる文字列やタイトル文字などをキーワードとして使用することができる。
【００８５】
また、キーワードの前に、前置文字コードおよび後退コードAPB の一方さえなければ、キーワードをヘッダ文に含んでも、その文字番組が優先番組として優先表示されることがない。さらに、優先番組の表示許可・禁止をユーザが設定することもできる。
【００８６】
また、放送局にとっても、優先番組のデータを作成するとき、今までの作成プログラムをそのまま使用することができ、よけいな費用がかからない。さらに、それぞれの放送局が独自の文字列をキーワードにすることもできる。また、複数のキーワードを設定することにより、例えばプロ野球の試合が終了したときだけ、その試合結果を優先表示することもできる。
【００８７】
【発明の効果】
この発明によれば、一般のテレビ放送やラジオ放送のように、台風情報や号外などを他の一般の番組に優先して表示させることができる。そして、そのとき、この発明が適用されていない受信機であっても、適用された受信機であっても、ヘッダ文が通常のヘッダ文となんら変わらずに表示される。また、この発明が適用されていない受信機と、適用された受信機とで、ヘッダ文や本文の表示内容の異なることもない。さらに、ヘッダ文や本文の表示に支障を生じることがない。
【図面の簡単な説明】
【図１】この発明の一形態を示す系統図である。
【図２】この発明の一形態を示すフローチャートである。
【図３】この発明の一形態を示すフローチャートである。
【図４】この発明を説明するための図である。
【図５】この発明を説明するための図である。
【図６】この発明を説明するための図である。
【図７】この発明を説明するための図である。
【図８】この発明を説明するための図である。
【符号の説明】
１０…ＦＭ受信回路、１１…アンテナ、１２…チューナ回路、１３…中間周波回路、１４…ＦＭ復調回路、１５…アンプ、１６…スピーカ、１８…デコーダ回路、２０…マイクロコンピュータ、２１…ＣＰＵ、２２…ＲＯＭ（プログラム用）、２３…ＲＡＭ（ワークエリア用）、２４…ＲＡＭ（受信バッファ用）、２５…出力ポート、２６…入力ポート、２７…インターフェイス回路、２９…システムバス、３１…ＲＯＭ（キャラクタジェネレータ）、３２…ディスプレイコントローラ、３３…メモリ（表示用）、５０…ＬＣＤ、１００…優先番組表示ルーチン、２００…キーワード抽出ルーチン、Ｋ1 〜ＫN …選局キーおよび操作キー
【図１】
0004022700.tif 000002
【図２】
0004022700.tif 000003
【図３】
0004022700.tif 000004
【図４】
0004022700.tif 000005
【図５】
0004022700.tif 000006
【図６】
0004022700.tif 000007
【図７】
0004022700.tif 000008
【図８】
0004022700.tif 000009