(57)【特許請求の範囲】
【請求項１】
ＦＭ信号中にＨＴＭＬ記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第１のデータ群に対して、第１の誤り訂正符号が生成され、前記第１の誤り訂正符号が付加された前記第１のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第２のデータ群について、前記第１の誤り訂正符号とは異なる第２の誤り訂正符号が生成され、前記第２の誤り訂正符号が付加された被配信情報が多重化されたＦＭ信号を受信する装置であって、
前記ＦＭ信号が受信されたときに前記第２の誤り訂正符号を用いて、前記第２のデータ群に対し誤り訂正処理を行う第２の誤り訂正処理手段と、
前記被配信情報を外部に出力する信号を入力する入力手段と、
前記入力手段に前記信号が入力されたときに、前記第１の誤り訂正符号を用いて、前記第２の誤り訂正処理手段によって第２の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第１のデータ群に対し誤り訂正処理を行う第１の誤り訂正処理手段とを備えることを特徴とする放送信号受信装置。
【請求項２】
ＦＭ信号中にＨＴＭＬ記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第１のデータ群に対して、第１の誤り訂正符号が生成され、前記第１の誤り訂正符号が付加された前記第１のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第２のデータ群について、前記第１の誤り訂正符号とは異なる第２の誤り訂正符号が生成され、前記第２の誤り訂正符号が付加された被配信情報が多重化されたＦＭ信号を受信するに際し、
前記ＦＭ信号が受信されたときに前記第２の誤り訂正符号を用いて、前記第２のデータ群に対し誤り訂正処理を行う第２の誤り訂正処理工程と、
前記被配信情報を外部に出力する信号を入力手段に入力する入力工程と、
前記入力工程によって前記入力手段に前記信号が入力されたときに、前記第１の誤り訂正符号を用いて、前記第２の誤り訂正処理工程によって第２の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第１のデータ群に対し誤り訂正処理を行う第１の誤り訂正処理工程とを備えることを特徴とする放送信号受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は放送信号受信装置及び方法に関し、特に、所定の情報をＦＭ音声信号に多重するためのデータフォーマットのエンティティとして、マルチメディアネットワークにおいて使用されている記述形式による被配信情報を多重してなる放送信号を受信する放送信号送信装置及び方法に関するものである。
【０００２】
【従来の技術】
近年、ＦＭラジオ放送の利用方法として、文字情報を放送波を用いてＦＭ音声信号と共に送信する、いわゆる、「見えるラジオ」が製品化されてきた。この種の装置は、携帯性に優れ、また、極めて簡単な回路で、ＦＭ波の受信可能な場所であれば様々な情報を受け取ることができる。
【０００３】
現在、ＦＭ音声放送を用いて送信されている情報としては、ニュースや天気予報などがあり、これらは、いわゆるマルチメディアネットワークを介しても受信でき得るが、この種の情報については「見えるラジオ」により手軽に得ることができる。また、一般のマルチメディア端末に比べ、より携帯性が高いものとなっている。
【０００４】
また、上記文字情報に代わって一般的なデータを送信することや、ＰＣで取り扱うことのできるデータを送信することも考えられている。
【０００５】
【発明が解決しようとする課題】
しかしながら、この種の受信装置において、現在存在する機器では上述した天気予報などの単純な文字情報などを表示するに留まっているのが現状であり、このような文字情報に加えてＰＣにて容易にハンドリングできるマルチメディアネットワークで使用されている記述方式による情報をも取り扱うことのできる携帯型の受信装置の登場が望まれる。
【０００６】
しかも単に携帯型機器において、文字情報に加えてこの種の情報を受信するのでは、そのデータを有効に用いることができないばかりか、これら２つの情報を取り扱うために携帯用機器として望まれる省電力化、小型化などの妨げになってしまう危惧さえあった。
【０００７】
本件発明は、斯かる背景下になされたものであって、特に、汎用のプロセッサで取り扱いが容易な情報を、放送信号に従前から多重されている情報に加えて効果的に受信、利用することができ、しかも、特に小型化、省電力化を妨げることのない全く新規な放送信号受信装置及び方法を提供することを目的としている。
【０００８】
【課題を解決するための手段】
本発明の放送信号受信装置は、ＦＭ信号中にＨＴＭＬ記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第１のデータ群に対して、第１の誤り訂正符号が生成され、前記第１の誤り訂正符号が付加された前記第１のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第２のデータ群について、前記第１の誤り訂正符号とは異なる第２の誤り訂正符号が生成され、前記第２の誤り訂正符号が付加された被配信情報が多重化されたＦＭ信号を受信する装置であって、前記ＦＭ信号が受信されたときに前記第２の誤り訂正符号を用いて、前記第２のデータ群に対し誤り訂正処理を行う第２の誤り訂正処理手段と、前記被配信情報を外部に出力する信号を入力する入力手段と、前記入力手段に前記信号が入力されたときに、前記第１の誤り訂正符号を用いて、前記第２の誤り訂正処理手段によって第２の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第１のデータ群に対し誤り訂正処理を行う第１の誤り訂正処理手段とを備えることを特徴とする。
【０００９】
本発明の放送信号送信方法は、ＦＭ信号中にＨＴＭＬ記述形式による被配信情報をブロック分割して多重化するために、前記被配信情報中のヘッダ部分と、前記被配信情報のプログラム番号を規定するプログラム番号情報と、前記ブロックの番号を示すブロック番号情報とで構成される第１のデータ群に対して、第１の誤り訂正符号が生成され、前記第１の誤り訂正符号が付加された前記第１のデータ群と、前記被配信情報のデータ種別を識別する識別情報と、該識別情報の誤りを検出する誤り検出符号と、前記ブロックのプリフィックスとで構成される第２のデータ群について、前記第１の誤り訂正符号とは異なる第２の誤り訂正符号が生成され、前記第２の誤り訂正符号が付加された被配信情報が多重化されたＦＭ信号を受信するに際し、前記ＦＭ信号が受信されたときに前記第２の誤り訂正符号を用いて、前記第２のデータ群に対し誤り訂正処理を行う第２の誤り訂正処理工程と、前記被配信情報を外部に出力する信号を入力手段に入力する入力工程と、前記入力工程によって前記入力手段に前記信号が入力されたときに、前記第１の誤り訂正符号を用いて、前記第２の誤り訂正処理工程によって第２の誤り訂正符号を用いた誤り訂正処理がなされたデータのうちの第１のデータ群に対し誤り訂正処理を行う第１の誤り訂正処理工程とを備えることを特徴とする。
【００１６】
【発明の実施の形態】
以下、本発明の実施例について、図面を参照して詳細に説明する。
【００１７】
まず、本件発明の放送信号受信装置及び方法が前提とする放送信号について説明する。
【００１８】
図６は、上述の本件発明が前提とする放送信号の送信装置の概略構成を示すブロック図であって、ラジオの放送局に装置される装置を示すものである。
【００１９】
図６において、１はパーソナルコンピュータ（ＰＣ）の操作部、２はその表示部、３はＰＣ本体である。このＰＣはバスＢに接続されており、このバスＢからデータの極寿を受けることが可能である。ここで、このバスＢには、画像メモリ４、フォーマッタメモリ５、インターネットサーバ６、ＪＰＥＧエンコーダ７、ＨＴＭＬメモリ８、誤り訂正符号（ＥＣＣ）符号化回路９等が接続されている。
【００２０】
一方、周知の各種音声機器から入力され、ＦＭ放送されるべき音声信号としては、右（Ｒ）信号、左（Ｌ）信号からなるステレオ音声信号やモノラル（Ｍ）音声信号が仮定される。図６において１１はＲ信号及びＬ信号が入力され、これらの和信号（Ｌ＋Ｒ）及び差信号（Ｌ−Ｒ）を出力するマトリクス回路であり、和信号（Ｌ＋Ｒ）についてはスイッチ１２の一方の入力とされる。このスイッチ１２の他方の入力としてはモノラル信号（Ｍ）が入力され、モノラル放送の場合にはモノラル信号（Ｍ）が、ステレオ放送の時には和信号（Ｌ＋Ｒ）が出力されることになる。
【００２１】
このスイッチ１２の切換に連動してパイロット信号発生回路１６から所定周波数のパイロット信号は出力される。一方、上記差信号（Ｌ−Ｒ）は平衡変調（ＢＭ）回路１３によりその周波数を変換され、多重回路１７においてスイッチ１２の出力及びパイロット信号と多重される。ここで、各信号の周波数アロケーションを図７を用いて説明する。
【００２２】
図７に示すように和信号（Ｌ＋Ｒ）もしくはモノラル信号（Ｍ）はベースバンド帯域に配され、差信号（Ｌ−Ｒ）は、平衡変調回路１３により３８KHzの搬送波で周波数変換されて図示の如き帯域に配される。尚、図示していないが、平衡変調回路１３の出力段に不要な帯域をカットオフするバンドパスフィルタ（ＢＰＦ）が配置されるのはいうまでもない。
【００２３】
さて、本例においては、前述のバスＢを介してデジタルデータをＤ／Ａ変換１４を介して２値のアナログ信号に変換し、更にこのアナログ信号を平衡変調器１５に入力し、７６kHzの搬送波で周波数変換することにより上記各音声信号やパイロット信号に比して高い周波数に配し、多重回路１７でこれらと周波数多重できる構成となっている。この多重信号は、本来公知の文字放送用のデータ用に規格化されているものであり、本例においては、この多重信号を用いてＷＷＷ（ワールドワイドウェブ）で用いられているＨＴＭＬ形式のデータを放送波として伝送するものである。
【００２４】
ここで、図８を用いて従来のＦＭラジオ放送を用いた文字放送のデータフォーマットについて説明する。図示のように、マトリクス形式で配されたデータは１６ビットのブロック識別符号に続いて１６ビットのプリフィックス、１６０ビットの文字データ更には１４ビットのＣＲＣが配され、プリフィックス、文字データ及びＣＲＣの合計１９０ビットに対して８２ビットのパリティチェックコードが付加され、符号長２７２ビットの誤り訂正符号が構成される。
【００２５】
ここで、ブロック識別符号は、ブロックの境界を識別するために同期データとして設けられ、この符号によりブロックの所在が識別され、ブロック同期が確立される。１６ビットのプリフィックスは、図９に示すような構成となっており、４ビットのサービス識別データ、１ビットの復号識別データ、１ビットの情報終了データ、２ビットの更新データ、４ビットのデータグループ番号、更には４ビットのデータパケット番号から構成されている。
【００２６】
ここで、サービス識別データは文字放送のサービスの内容、即ち、番組内容の種別（文字、図形情報、付加情報、補助信号、運用信号）及び伝送モードを示している。ところで、このサービス識別データとして文字放送で既に定義されているものが既に１０種類あり、残る６種類が未定義である。そこで、本実施例においては、この６種類の内１種類をＨＴＭＬ方式のデータを放送するサービスであるとの規定を行う。実際には“０１１１”、“１０００”、“１００１”、“１０１０”などが未定義のデータである。
【００２７】
尚、復号識別データは誤り訂正が図８における行方向の復号のみを必要とする場合と、行方向及び列方向の積符号の復号を必要とする場合とを区別するデータである。また、情報終了データは各データグループの最終ブロックか否かを識別するためのデータであり、更新データは当該データグループの内容が更新された回数を示すデータである。
【００２８】
本例においては、上記プリフィックスの内前述のようにサービス識別ビットを利用してＨＴＭＬ形式のデータのプログラムであることを確認すると共に更新データを用いて過去の同一グループのデータに対して更新されたかどうかを識別可能としている。
【００２９】
図１０は本例において送信するデータのフォーマットを示す図であり、上記文字放送のフォーマットに準拠した形式をとっている。図示のようにプリフィックスの直後に４ビットの識別データ（ＤＩＤ）を設けている。このＤＩＤは、当該ブロックのデータが、ＨＴＭＬ形式に準拠した文字データであるか、画像データであるか、もしくはヘッダであるかなどを示すと共に、文字データや画像データが圧縮されているデータでる場合にはその圧縮方法を定義するデータである。このデータＤＩＤが仮に伝送中に誤った場合には、意味不明なデータを再現することになってしまうので、本例においてはこの４ビットの識別コードに伝送中の符号誤りが発生したか否かを確実に検出できるように、この識別データＤＩＤに続いて専用のＣＲＣコードを配して識別データに発生した符号誤りを確実に検出するようにしている。
【００３０】
図１０に示すように各ブロック中には１６８ビットの実データを送信できるが、本例においては、ＨＴＭＬのヘッダ部分と、文字データと、画像データとでデータフォーマットを異ならしめている。各データのフォーマットを図１１に示す。図１１（Ａ）に示すようにＨＴＭＬのヘッダを送信するブロックについては、１６８ビット中の３２ビットを図８に示した８２ビットのパリティとは別の誤り訂正符号を形成するパリティに割り当てている。即ち、先の８２ビットのパリティは１９０ビットの情報データに付加され２７２ビットの誤り訂正符号を形成したが、この３２ビットのパリティは１６ビットのプログラムコード、１６ビットのパケットコード、１０４ビットのＨＴＭＬヘッダに付加され、１６８ビットの誤り訂正符号を構成する。
【００３１】
ここで、プログラムコード、パケットコード、ＨＴＭＬヘッダ及びパリティは全て８ビットの整数倍となっているので、この３２ビットのパリティを用いた１６８びっとの誤り訂正符号としては８ビット単位で処理できる周知のリードソロモン符号などを適用することができる。このように、８ビット単位での処理の可能な誤り訂正符号を用いることによって処理時間の短縮化、回路規模の縮小などが可能となる。
【００３２】
プログラムコードは上述した文字放送におけるデータグループ番号と同様のデータであり、放送されるＨＴＭＬデータのプログラム番号を規定するものであり、２の１６乗分のプログラムが規定される。また、パケットコードは各データブロック（パケット）の各プログラム中の通し番号を示すものであって、かなり長い文章やかなり詳細な画像でもパケット番号が付与できるように２の１６乗分の番号が付加できるようにしている。
【００３３】
次に、文字データや画像データ等の実情報データ（エンティティ）を含むブロック（パケット）について説明する。周知の通り画像データについては、仮に伝送路上での符号誤りがあっても誤りが発生したデータに対応する画素に近接する画素のデータが復元できていれば、充分視認可能な画像を復元できることができる。この点とそもそものデータ量が大きいことを考慮して、図１１（Ｃ）に示すように画像データについては、１３４ビット全てを用いて送信することができるようにした。
【００３４】
他方、文字データについては、先述した８２ビットのパリテイにより誤訂正が発生したときに、文字そのものが意味不明になることを避けるために、周知の文字放送で用いているものと同様の１４ビットのＣＲＣを付加している。このように、周知の文字放送と同様のＣＲＣの構成とすることにより、既存のリソースを有効に活用でき、更には、通常の文字放送と、本実施例に従うＨＴＭＬデータの送信とを共通の回路を用いて行うことができる。
【００３５】
ここで、実際に送信されるデータ量について説明する。ＨＴＭＬデータのヘッダとしては周知のように、リクエストメソッド、一般メッセージヘッダ（一般ヘッダ）、リクエストヘッダ、応答ヘッダ、エンティティヘッダなどがあるが、本実施例の如きブロードキャスト用途においては、一般ヘッダ、応答ヘッダ、エンティティヘッダが少なくとも必要になるのは明らかであろう。
【００３６】
本実施例においては、少なくとも一般ヘッダとしてDate（メッセージが生成された日付けと時間）、応答ヘッダとしてServer（サーバ・ソフトウエアの名前）、WWW-Authenticate（サーバが認証機構を使用している場合の認証方式）エンティティヘッダとしてContent-length（エンチティボディのサイズ）、Content-Encoding（オブジェクトの圧縮、暗号化、パッケージについての方式）、Content-Transfer-Encoding（データの転送の際に行われるエンコード方式）などがこのヘッダデータとして送らる。データ量としては８ビットのアルファベットデータで１００文字、即ち８００ビット程度と考えられる。このヘッダ部分のデータ量は、プログラムによって様々に変化することにはなるが図１１（Ａ）に示すように１ブロックで１０４ビットのデータを送信することができるので概ね１０ブロック未満となる。
【００３７】
一方、文字データについては、１つのプログラムの長さにより当然異なることになるが、例えば、表示用のＬＣＤ画面サイズを（４８０×２４０）ドット程度、１ドットを０．２４ｍｍ、更に、１２ポイント（５ｍｍ×５ｍｍ）の活字を表示する装置を仮定すると、（２３×１１）文字程度の文字データを送ることになる。この場合に必要となるデータ量は日本語をＪＩＳコードで表現するとして、（１６×２３×１１＝）４０４８ビットとなり、図１１（Ｂ）のフォーマットに従えば３３〜３４ブロック必要になる。また、標準的なＡ４文書を想定すると（１６×４０×３０＝）１９２００ビットとなり、１６０ブロック程度必要になる。ここで、図１０に示す１つの積符号を形成するデータマトリクスでは１９０ブロックのデータを送信できるので、前述のＨＴＭＬヘッダとＡ４程度の文字データとで、ほぼ１マトリクスを占有することになる。
【００３８】
次に、画像データについて説明する。画像データとしては、例えばＮＴＳＣ信号のような通常のテレビジョン信号の１フィールド分に相当する信号を送信する場合に、画素数は例えば（２４０×３２０＝）７６８００画素となり、輝度信号Ｙについては各画素８ビットで全ての画素を量子化し、２種の色信号Ｃｂ，Ｃｒについては１／４にサブサンプリングした後に各画素８ビットで量子化するものとすると、圧縮符号化前のトータルのビット数は（７６８００＋７６８００／４＋７６８００／４）×８、即ち３８４Ｋビットとなる、本実施例においては後述のようにＪＰＥＧ方式により圧縮を行い、これを５０Ｋビット程度に減少させる。ここで、図１１（Ｃ）に示すように、各部ロックにおいて伝送可能な画像データ数は１７４ビットであるので２９０ブロック程度で、１画面分の画像データを送信できる。
【００３９】
図１２は、本実施例の装置において実際に送信されるデータの順序に従って、図１０のデータマトリクスを書き換えたもので、この図１２およびコンピュータ３の動作を示す図１３のフローチャートを用いて本実施例の送信装置の動作を以下に説明する。
【００４０】
操作部１の操作により、ＨＴＭＬデータを放送信号に多重する処理を命じると、コンピュータ３は表示部２にガイダンス表示をして操作部１による入力を命じると共にず８に従う処理を開始する（ステップＳ１）。ここで、ユーザは表示部２の表示を見ながら、操作部１により文字の入力を行ったり、もしくはインターネットサーバ６から所望のＨＴＭＬファイルを呼び出し、バスＢを介してＨＴＭＬメモリ８に格納する。俣、画像データを入力する場合には、同じくインターネットサーバ６から所望の画面のデータをビットマップデータとして呼び出して、バスＢを介して画像メモリ４に格納する。これらの一連の動作については、本件発明とは直接関係しないので、図１３のフローチャートでは入力サブルーチン（ステップＳ２）として規定している。
【００４１】
画像メモリ４およびＨＴＭＬメモリ８へのデータの格納が終了すると、コンピュータ３の指示に従いＨＴＭＬメモリ８内に格納されているＨＴＭＬヘッダのデータがＥＣＣエンコーダ９に転送され、図１１（Ｃ）に示すヘッダ部の１０４ビットに対して３２ビットのパリティを形成する処理を開始する（ステップＳ３）。ここで、ＥＣＣエンコーダ９は内部に１６ビットのRiscプロセッサ等を内蔵しており、コンピュータ３により処理を伴わず誤り訂正符号化が可能な構成となっている。従って、図１３のフローチャートにおいてステップＳ４以下の処理をコンピュータ３が行っている間にＥＣＣエンコーダ９によるパリティの演算処理が並列して行われることになる。
【００４２】
文字データが存在する場合には（ステップＳ４）、図１１（Ｂ）に示す１２２ビットの文字データに対して１４ビットのＣＲＣを付加する処理をコンピュータ３内で行う（ステップＳ５）。また、画像データが存在する場合には（ステップＳ６）、上記ＣＲＣを付加する処理に割り込みをかけ、画像メモリ４内に格納されている画像データをＪＰＥＧエンコーダ７に供給し、ＪＰＥＧ方式による圧縮処理を行う（ステップＳ７）。ここで、このＪＰＥＧエンコーダ７はハードウェアチップで構成されており、ステップ５におけるＣＲＣの形成処理と並列に処理可能である。
【００４３】
このＪＰＥＧ圧縮処理が開始されると、このＪＰＥＧ処理された圧縮データ、パリティの付加されたＨＴＭＬヘッダのデータ、およびＣＲＣが付加された文字データ等のフォーマッタメモリ５への書き込みが開始される（ステップＳ８）。このフォーマッタメモリ５内には各データが図７の送信フォーマットに従った配列で書き込まれる。
【００４４】
図１２に示すように送信は、ヘッダ部が格納されたブロックから行われ、図１２に示す送信データマトリクス中の２７２ブロックのうち最初の１３ブロックと、１３７〜１４９ブロックはパリティブロックを送信せず、データブロックのみを送信する。また、ヘッダ部のデータが配されるブロックについては第１ブロックと第１３７ブロックから連続して送信され、このヘッダ部を含むデータ量が１３６ブロックを超える場合には複数回繰り返して送信されることになる。このようにして、本実施例においてはＨＴＭＬのヘッダ部分がなるべく早く送信されるようにし、しかもファイルが大きい場合には複数回繰り返し送信するように構成することにより、受信側でより早くまたより信頼性の高いＨＴＭＬヘッダデータが得られるように工夫している。
【００４５】
さて、図１３においてステップＳ９において全てのデータがフォーマッタメモリ５に書き込まれたことが検出されると（ステップＳ９）ステップＳ１０においては、フォーマッタメモリ５内に蓄積された１０４ビットのＨＴＭＬデータのヘッダと３２ビットのパリティを含む１９０ビットデータに対して８２ビットのパリティがＥＣＣエンコーダ９にて算出され、２７２ビットにブロック識別符号を付加した２８８ビットのデータブロックが出力される。ここで、上記１９０ビットのデータには、図１１（Ａ）に示されるグループ識別コード（ＤＩＤ）、２ビットのＣＲＣ、それぞれ１６ビットのプログラムコード（ＰＧＣ）およびパケットコード（ＰＫＣ）、更には前述のプリフィックス（ＰＦＸ）等を含む。
【００４６】
このようにして、１つのヘッダブロックの送信が行われると、コンピュータ３内に設けられた不図示のカウンタがカウントアップし、送信されたブロック数が計数される。ヘッダ部分のデータが終了すると（ステップＳ１１）、画像データブロックもしくは文字データブロックの送信が行われる（ステップＳ１２）。図７においては先に文字データブロックを送信し、その後に画像データブロックを送信するように示しているが、この順序については実際に送信されるＨＴＭＬファイルの構成に依存するのはいうまでもない。
【００４７】
ここで、上述のように１３番目のブロックまでは、データブロックの送信を連続して行い、パリティブロックの送信は行わないが、１４ブロック目以降は３ブロックに１つのパリティブロックを送信する。即ち、前述した計数値を元にステップＳ１３において１４番目のブロックもしくは１５０番目のブロックが次に送信されることが検出された場合には、コンピュータ３内の別の計数をインクリメントし、この計数値を参照して更に２つのデータブロック（画像もしくは文字データ）が送信されたら（ステップＳ１４）、パリティブロックを送信する（ステップＳ１５）ここで、このパリティブロックについてはステップＳ９においてフォーマッタメモリ内へのデータの書き込みが終了した時点から、ＥＣＣエンコーダ９にて計算が開始され、逐次フォーマッタメモリ５に書き込まれている。
【００４８】
パリティブロックが送信されると、次に送信するブロックが図７のデータマトリクスにおける１番目のブロックや１３７番目もブロックか否かを確認して（ステップＳ１６）、そうでなければ送信するべきデータが終了したか否かを確認し（ステップＳ１７）、データが終了していなければ上述した２つのデータブロックの送信と１つのパリティブロックの送信をステップＳ１２〜Ｓ１５で繰り返し行うことになる。
【００４９】
次に、送信するブロックが１番目のブロックもしくは１３７番目のブロックになったら、上記ステップＳ１０に戻りヘッダブロックを再び連続して送る。そして、この動作をステップＳ１７において送るべきデータが終了したと検知されるまで行い、送るべきデータが終了した時点で処理を終了する（ステップＳ１８）。このようにして図１２のデータフォーマットに従って順次バスＢからＤ／Ａ変換器１４に出力された送信データは、前述のようにＦＭ放送の音声信号と多重回路１７で多重され、更に図６のＦＭ変調回路１８において放送用のキャリアでＦＭ変調され、送信制御回路１９を経て放送波として送信される。
【００５０】
このように、本例の装置においては、従来のＦＭラジオ放送の文字データの送信機能との互換性を保ちつつＨＴＭＬデータを送信することができる。また、上記実施例においてはＨＴＭＬのヘッダ部分の冗長度を他のデータに対して高く設定して誤り訂正符号を付加し、更に従来の文字放送に用いていた誤り訂正符号をも利用しているので、ＨＴＭＬデータのヘッダ部分の信頼性は他のネットワークを介して送信する場合と同等の信頼性となる。また、放送波に特有のバースとエラーの発生に対しても、このヘッダ部分を複数回送信することによって対応し、総合的に高い信頼性が得られることになる。
【００５１】
また、画像と文字とで誤り検出もしくは訂正用の冗長度を切り換えているので、必要なデータを最小限の冗長度で送信でき、しかも全体としては高い信頼性を確保できる。
【００５２】
以下、上述の如き放送信号を受信する本件発明の受信装置について詳細に説明する。
【００５３】
図１は、上記放送信号を受信する本件発明の受信装置の概略を示すブロック図であり、図２はその外観を示す斜視図である。この受信装置は、図２に示すようにほぼＦＭラジオ程度の携帯型装置であり、パーソナルコンピュータなどに例えばＰＣＭＣＩＡカードに準拠したインターフェース８０を介して接続可能である。
【００５４】
図２において、１０１は携帯型受信装置本体、１０２，１０３はそれぞれ表示命令、外部出力命令を行うマニュアル操作キーで、図１の操作部９８に対応する。また、５１は収縮可能なアンテナ、９３，９４はステレオ音声信号を出力可能な一対のスピーカ、９６はフラットパネルディスプレイ、８０はＰＣＭＣＩＡカードに準拠した外部インターフェース、９９は受信後、外部機器へ出力していないＨＴＭＬ形式のデータが本体内に蓄積されていることを示すインディケータである。
【００５５】
図１において、アンテナ５１にて受信された放送波は受信部５２にて選曲され、ＦＭ検波回路５３で検波されて、図７に示されるような多重信号に変換される。ここで、バンドパスフィルタ（ＢＰＦ）５４は前述のパイロット信号を分離し、分離されたパイロット信号を検波回路５５に供給する。この検波回路５５の出力は、所定の閾値と比較回路５６で比較され、その比較結果に応じて放送されている音声信号がステレオ信号であるかモノラル信号であるかを判定している。
【００５６】
一方、ローパスフィルタ（ＬＰＦ）６０においては、図７におけるベースバンド信号が抽出され、モノラル信号もしくはステレオ音声の和信号としてマトリクス回路５９に供給されている。また、ＢＰＦ５８では３８ＫＨｚの搬送波で搬送されている信号を抽出し、平衡変調器５８にてベースバンド信号、即ちステレオ音声の差信号に戻した後マトリクス回路５９に供給する。マトリクス回路５９からはステレオ放送を受信している場合にはステレオ音声の右（Ｒ）信号と左（Ｌ）信号とが出力され、比較回路５６の出力で制御されるスイッチ６１，６２を介して出力される。
【００５７】
一方、受信した放送がモノラル放送である場合には、スイッチ６１、６２は共にＬＰＦ６０の出力する音声信号を出力することになり、モノラル音声が同様に出力されることになる。このスイッチ６１，６２の出力する音声信号はアンプ９１，９２を介してスピーカ９３，９４から出力される。
【００５８】
一方、７６ＫＨｚのキャリアに多重されていた前述のデータ信号はＢＰＦ７２で分離され、平衡変調器７３により図１２に示す如きデータフォーマットのデータ列に対応する信号に変換される。この信号はクロック抽出回路７１に供給されて、自走クロックが形成され、このクロックを用いてＡＤ変換器７４にてデジタル化され、周知のデータ検出回路７５によって元のデジタルデータとされる。ここで、データ検出回路７５は周知の積分検出回路や等価回路、更にはパーシャルレスポンスなどを利用した復号回路などによって構成される。
【００５９】
本実施例の装置において、図８のデータフォーマットに係わる従来の文字放送を受信した場合の動作について説明する。ここで、従来の文字放送においても図１２に示すようなパリティの配置で送信されるのは前述の通りである。
【００６０】
データ検出回路７５にて検出されたデータはデータ列として受信側バスＲＧに排出され、ＣＰＵ８５の制御下において受信メモリ７７に蓄積される。ＥＣＣ復号回路７６は同じくＣＰＵ８５の制御下にこの受信メモリ７７中のデータにアクセスし、前述した積符号パリティを用いて誤り訂正処理を行う。ここで、この誤り訂正処理は、各データブロック単位で８２ビットのパリティを用いて行われ、これに続いて、図１２において垂直方向に分散配置された８２ビットパリティを用いた誤り訂正処理が行われる。
【００６１】
このように誤り訂正処理の施された文字情報は、蓄積メモリ７８に転送される。次いで、図２に示す表示命令スイッチ１０２を操作することにより、この蓄積メモリ７８内の文字データは表示コードに変換されつつ表示メモリ９５に書き込まれ、ディスプレイ９５上に文字が表示されることになる。
【００６２】
図３は本実施例の受信装置において上述のＨＴＭＬデータの受信時の動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【００６３】
受信部５２による受信が開始されると（ステップＳ１０１）、データ検出回路７５にて検出されたデータは図１２に示すデータフォーマットに従うデータ列として受信側バスＲＧに排出され、ＣＰＵ８５の制御下において受信メモリ７７に図１２のフォーマットに沿って蓄積される。
【００６４】
図１２のデータマトリクスの１ライン（１データブロック）分が受信メモリ７７に蓄積されると（ステップＳ１０３）、ＥＣＣ復号回路７６は同じくＣＰＵ８５の制御下にこの受信メモリ７７中のデータにアクセスを開始する。即ち、まず、各データブロック単位で８２ビットの外符号パリティを用いて誤り訂正処理が行われる（ステップＳ１０４）。
【００６５】
ここで、図１２に示すデータマトリクスが全て受信メモリに蓄積されるまでの間、このステップＳ１０３及びＳ１０４の動作を繰り返すことになる。図１２のデータマトリクスが全て蓄積されると（ステップＳ１０６）、ＥＣＣ復号回路７６は再度受信メモリ７７のデータにアクセスを開始する。ここでは、図１２のデータマトリクスにおいて垂直方向に分散配置された８２ビットの内符号パリティを用いた誤り訂正処理が行われる（ステップＳ１０７）。
【００６６】
上述の外符号パリティ及び内符号パリティを用いた１データマトリクスの処理が完了すると、受信メモリ７７から蓄積メモリ７８へのデータの転送が行われるとともに、受信するべき全てのデータが受信されたか否かを確認し（ステップＳ１０８）、受信が完了している場合には上述したインディケータ９９の表示をオン、即ち点灯して（ステップＳ１０９）、処理を終了する（ステップＳ１１０）。
【００６７】
図４は本実施例の受信装置において上述のＨＴＭＬデータが蓄積されているときに、上述の表示命令スイッチ１０２が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【００６８】
表示命令スイッチ１０２がオンされると（ステップＳ１２１）、ＣＰＵ８１の制御下において、蓄積メモリ７８に蓄積されているデータのスキャンが開始される（ステップＳ１２２）。このスキャンはライン毎に行われ、蓄積されたデータは１ライン分づつＣＰＵ８１の監視下に処理される。ここで、ＣＰＵ８１は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視し、処理しようとするラインデータが文字データである場合には（ステップＳ１２３）、このラインのデータをＥＣＣ復号回路７６に供給し、図１１（Ｂ）に示す１４ビットのＣＲＣによって誤りの有無を検出する（ステップＳ１２４）。誤りの検出されなかった文字データについてはビットマップデータに展開した後に表示メモリ９５に書き込まれる（ステップＳ１２７）。
【００６９】
一方、処理しようとしているラインのデータが画像データである場合には（ステップＳ１２５）、本実施例の携帯端末装置単体では画像の表示ができない構成となっているので、画像データが受信されていることを示す文字を発生し（ステップＳ１２６）この文字のビットマップデータをステップＳ１２７において表示メモリ９５に書き込む。
【００７０】
全てのラインのスキャンが終了すると（ステップＳ１２８）、上述の如く表示メモリ９５に蓄積されているビットマップデータを文字としてディスプレイ９６上に表示して（ステップＳ１２９）、処理を終了する（ステップＳ１３０）。尚、処理しようとしているラインのデータがＨＴＭＬのヘッダ部分であるときには、本携帯端末装置では利用することができないので、誤り訂正処理を行うことも、表示メモリ９５に書き込むことも行わない。
【００７１】
図５は本実施例の受信装置において上述のＨＴＭＬデータが蓄積されているときに、上述の外部出力命令スイッチ１０３が押釦されたときの動作を説明するためのフローチャートであり、以下、フローチャートに沿って説明する。
【００７２】
外部出力命令スイッチ１０３がオンされると（ステップＳ１４１）、ＣＰＵ８１の制御下において、蓄積メモリ７８に蓄積されているデータのスキャンが開始される（ステップＳ１４２）。このスキャンはライン毎に行われ、蓄積されたデータは１ライン分づつＣＰＵ８１の監視下に処理される。ここで、ＣＰＵ８１は積符号による誤り訂正処理の施された各ラインのデータが文字データであるか、画像データであるか、もしくはヘッダ部分のデータであるかを監視する。
【００７３】
ここで、処理しようとするラインデータが文字データである場合には（ステップＳ１４３）前述の表示命令があったときと同じように、図１１（Ｂ）に示す１４ビットのＣＲＣによって誤りの有無を検出する（ステップＳ１４４）。誤りの検出されなかった文字データについてはそのままＰＣＭ−ＣＩＡカードに準拠した外部Ｉ／Ｆ８０を介して図１２のデータマトリクスの各ライン毎にＰＣなどの外部機器に出力される（ステップＳ１４７）。
【００７４】
一方、処理しようとしているラインのデータが画像データである場合には特に何の処理も行わずにそのままＩ／Ｆ８０を介してＰＣ等に出力する。また、処理しようとしているラインのデータがヘッダ部のデータである場合には（ステップＳ１４５）、図１１（Ａ）に示す３２ビットのパリティを用いた誤り訂正処理が施され、再度２重に誤り訂正が施されたデータについて、ライン毎にＩ／Ｆ８０を介して外部に出力される。
【００７５】
全てのラインのスキャンが終了すると（ステップＳ１４８）、上述の如く蓄積メモリに蓄積されていたデータマトリクスを消去、もしくはこのデータマトリクスに上書きが可能な状態とすると共に、インディケータ９９の表示をオフして（ステップＳ１４９）、処理を終了する（ステップＳ１５０）。
【００７６】
上述のように本実施例の携帯型の受信端末装置においては、受信時、受信データの表示時、受信データの外部機器への出力時、の夫々において、その動作に必要な誤り検出もしくは訂正処理のみを行い、不要な処理を行わないので、装置に無駄な動作を行わしめることがない。
【００７７】
また、本実施例の装置においては取り扱うことのできない、もしくは有効に処理のできないデータが受信された場合には、その受信データが蓄積され、外部には未出力であることを示すインディケータをオンさせるので、操作者が容易にこのような状態を認識でき、折角受信したデータを無駄にしてしまうなどといった危惧がなくなった。
【００７８】
また、本実施例の装置においては従前からの文字放送の文字を表示する表示装置及び表示命令スイッチを、ＨＴＭＬ形式のデータとして受信した文字の表示を行うためにそのまま用いることができる構成としているので、装置を大型化することなく上述の如き複合機能を実現できている。
【００７９】
上述の如くＰＣに供給された画像データについては、ＰＣにインストールされているＪＰＥＧ復号器によって元の画像データに復元され、ヘッダ部分によって認識されるリンクに従って処理されるのはいうまでもない。
【００８０】
【発明の効果】
以上説明したように、本件発明の放送信号受信装置及び方法によれば、汎用のプロセッサで取り扱いが容易な情報を、放送信号に従前から多重されている情報に加えて効果的に受信、利用することができ、しかも、特に小型化、省電力化を妨げることがない全く新規な装置及び方法が得られる。
【図面の簡単な説明】
【図１】本件発明の一実施例である受信装置の概略構成を示すブロック図である。
【図２】図１の装置の外観斜視図である。
【図３】図１の装置のＨＴＭＬデータ受信時の動作を説明するためのフローチャートである。
【図４】図１の装置において、表示命令スイッチが操作された時の動作を説明するためのフローチャートである。
【図５】図１の装置において、外部出力命令スイッチが操作された時の動作を説明するためのフローチャートである。
【図６】本件発明が前提とする放送信号を放送する送信装置の概略構成を示すブロック図である。
【図７】図６において送信する信号のＦＭ変調前の周波数スペクトラム配置を示す図である。
【図８】従来から用いられている文字放送のデータフォーマットを示す図である。
【図９】図８に示されるプリフィックス部分の詳細を示す図である。
【図１０】図６の装置によって送信されるＨＴＭＬデータのデータフォーマットを示す図である。
【図１１】図１０のフォーマットにした勝手送信されるＨＴＭＬヘッダ、文字データ、画像データの更に詳細なフォーマットを示す図である。
【図１２】図６の装置によって送信される送信順に従ったデータフォーマットを示す図である。
【図１３】図６の装置の動作を説明するためのフローチャートである。
【符号の説明】
７６  ＥＣＣ復号回路
７７  受信メモリ
７８  蓄積メモリ
８０  外部インターフェース
８１  ＣＰＵ
９５  表示メモリ
９６  ディスプレイ
９８  操作部
１０２  表示命令スイッチ
１０３  外部出力命令スイッチ
ＲＢ  データバス
【図１】
0004095141.tif 000002
【図２】
0004095141.tif 000003
【図３】
0004095141.tif 000004
【図４】
0004095141.tif 000005
【図５】
0004095141.tif 000006
【図６】
0004095141.tif 000007
【図７】
0004095141.tif 000008
【図８】
0004095141.tif 000009
【図９】
0004095141.tif 000010
【図１０】
0004095141.tif 000011
【図１１】
0004095141.tif 000012
【図１２】
0004095141.tif 000013
【図１３】
0004095141.tif 000014