JPH11103280A

JPH11103280A - 放送信号受信装置及び方法

Info

Publication number: JPH11103280A
Application number: JP9263764A
Authority: JP
Inventors: 正夫 ▲菅▼田; Masao Sugata; Kenichi Nagasawa; 健一長澤; Nobukuni Rotsupongi; 信邦六本木; Haruo Uchiyama; 春雄内山
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-09-29
Filing date: 1997-09-29
Publication date: 1999-04-13
Anticipated expiration: 2017-09-29
Also published as: JP4095141B2

Abstract

(57)【要約】【課題】汎用のプロセッサで取り扱いが容易な情報
を、放送信号に従前から多重されている情報に加えて効
果的に受信、利用する小型化、低消費電力の全く新規な
放送信号受信装置及び方法を提供すること。【解決手段】所定の情報をＦＭ音声信号に多重するた
めのデータフォーマットのエンティティとして、ネット
ワークで使用されている記述形式による被配信情報と当
該被配信情報の少なくとも一部の情報のために付加され
た冗長符号とを多重してなる放送信号を受信する装置
で、データフォーマット内の冗長符号を用いた誤り処理
と、エンティティ内の冗長符号を用いた誤り処理とを互
いに異なるタイミングで行うようにした。また、受信さ
れた被配信情報が当該記憶手段に記憶されており、外部
には未出力であることを報知する報知手段（９９）を設
けた。更に、従前の文字情報を表示するための表示手段
（９６）により、上記エンティティとしての文字情報を
表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は放送信号受信装置及
び方法に関し、特に、所定の情報をＦＭ音声信号に多重
するためのデータフォーマットのエンティティとして、
マルチメディアネットワークにおいて使用されている記
述形式による被配信情報を多重してなる放送信号を受信
する放送信号送信装置及び方法に関するものである。

【０００２】

【従来の技術】近年、ＦＭラジオ放送の利用方法とし
て、文字情報を放送波を用いてＦＭ音声信号と共に送信
する、いわゆる、「見えるラジオ」が製品化されてき
た。この種の装置は、携帯性に優れ、また、極めて簡単
な回路で、ＦＭ波の受信可能な場所であれば様々な情報
を受け取ることができる。

【０００３】現在、ＦＭ音声放送を用いて送信されてい
る情報としては、ニュースや天気予報などがあり、これ
らは、いわゆるマルチメディアネットワークを介しても
受信でき得るが、この種の情報については「見えるラジ
オ」により手軽に得ることができる。また、一般のマル
チメディア端末に比べ、より携帯性が高いものとなって
いる。

【０００４】また、上記文字情報に代わって一般的なデ
ータを送信することや、ＰＣで取り扱うことのできるデ
ータを送信することも考えられている。

【０００５】

【発明が解決しようとする課題】しかしながら、この種
の受信装置において、現在存在する機器では上述した天
気予報などの単純な文字情報などを表示するに留まって
いるのが現状であり、このような文字情報に加えてＰＣ
にて容易にハンドリングできるマルチメディアネットワ
ークで使用されている記述方式による情報をも取り扱う
ことのできる携帯型の受信装置の登場が望まれる。

【０００６】しかも単に携帯型機器において、文字情報
に加えてこの種の情報を受信するのでは、そのデータを
有効に用いることができないばかりか、これら２つの情
報を取り扱うために携帯用機器として望まれる省電力
化、小型化などの妨げになってしまう危惧さえあった。

【０００７】本件発明は、斯かる背景下になされたもの
であって、特に、汎用のプロセッサで取り扱いが容易な
情報を、放送信号に従前から多重されている情報に加え
て効果的に受信、利用することができ、しかも、特に小
型化、省電力化を妨げることのない全く新規な放送信号
受信装置及び方法を提供することを目的としている。

【０００８】

【課題を解決するための手段】かかる目的下において、
本願の請求項１に記載の放送信号受信装置においては、
所定の情報をＦＭ音声信号に多重するための誤り訂正用
冗長符号を伴うデータフォーマットのエンティティとし
て、マルチメディアネットワークにおいて使用されてい
る記述形式による被配信情報と当該被配信情報の少なく
とも一部の情報のために付加された誤り訂正もしくは検
出用冗長符号とを多重してなる放送信号を受信する装置
において、前記データフォーマットに伴う誤り訂正用冗
長符号を用いた誤り訂正処理と、前記エンティティ内の
誤り訂正もしくは検出用冗長符号を用いた誤り訂正もし
くは検出処理とを互いに異なるタイミングで行う構成と
した。

【０００９】斯かる構成によって、上記所定の情報も前
記被配信情報も有効に利用でき、無意味な処理を行わな
い構成としたので消費電力をを削減することができた。

【００１０】また、本願の請求項９に記載の発明におい
ては、所定の情報をＦＭ音声信号に多重するためのデー
タフォーマットのエンティティとして、マルチメディア
ネットワークにおいて使用されている記述形式による被
配信情報を多重してなる放送信号を受信する装置におい
て、当該被配信情報を記憶する記憶手段と、受信された
前記被配信情報が当該記憶手段に記憶されており、外部
には未出力であることを報知する報知手段とを有する構
成とした。

【００１１】斯かる構成により、受信装置本体が無駄な
処理を行わないでも、受信され、蓄積された情報をユー
ザが有効に扱えるようになった。

【００１２】また、本願の請求項１２に記載の発明にお
いては、第１の文字情報をＦＭ音声信号に多重するため
のデータフォーマットのエンティティとして、マルチメ
ディアネットワークにおいて使用されている記述形式に
よる被配信情報を多重してなる放送信号を受信する装置
において、当該被配信情報が第２の文字情報を有すると
き、前記第１の文字情報を表示するための表示手段によ
り、前記第２の文字情報を表示する構成した。

【００１３】斯かる構成により、有効に表示手段を活用
することができ、装置の携帯性を損なうことなく２種類
の文字情報を表示することが可能となった。

【００１４】また、本願の請求項１５に記載の発明にお
いては、文字情報をＦＭ音声信号に多重するためのデー
タフォーマットのエンティティとして、マルチメディア
ネットワークにおいて使用されている記述形式による被
配信情報を多重してなる放送信号を受信する装置におい
て、当該被配信情報を記憶する記憶手段と、前記記憶手
段に記憶されている情報を表示する命令と、外部に出力
する命令とを異なるタイミングで実行可能な操作手段と
を具備する構成とした。

【００１５】斯かる構成によれば、ユーザが必要とする
ときに、必要な情報のみを電力消費の無駄なく取り出す
ことが可能となった。

【００１６】

【発明の実施の形態】以下、本発明の実施例について、
図面を参照して詳細に説明する。

【００１７】まず、本件発明の放送信号受信装置及び方
法が前提とする放送信号について説明する。

【００１８】図６は、上述の本件発明が前提とする放送
信号の送信装置の概略構成を示すブロック図であって、
ラジオの放送局に装置される装置を示すものである。

【００１９】図６において、１はパーソナルコンピュー
タ（ＰＣ）の操作部、２はその表示部、３はＰＣ本体で
ある。このＰＣはバスＢに接続されており、このバスＢ
からデータの極寿を受けることが可能である。ここで、
このバスＢには、画像メモリ４、フォーマッタメモリ
５、インターネットサーバ６、ＪＰＥＧエンコーダ７、
ＨＴＭＬメモリ８、誤り訂正符号（ＥＣＣ）符号化回路
９等が接続されている。

【００２０】一方、周知の各種音声機器から入力され、
ＦＭ放送されるべき音声信号としては、右（Ｒ）信号、
左（Ｌ）信号からなるステレオ音声信号やモノラル
（Ｍ）音声信号が仮定される。図６において１１はＲ信
号及びＬ信号が入力され、これらの和信号（Ｌ＋Ｒ）及
び差信号（Ｌ−Ｒ）を出力するマトリクス回路であり、
和信号（Ｌ＋Ｒ）についてはスイッチ１２の一方の入力
とされる。このスイッチ１２の他方の入力としてはモノ
ラル信号（Ｍ）が入力され、モノラル放送の場合にはモ
ノラル信号（Ｍ）が、ステレオ放送の時には和信号（Ｌ
＋Ｒ）が出力されることになる。

【００２１】このスイッチ１２の切換に連動してパイロ
ット信号発生回路１６から所定周波数のパイロット信号
は出力される。一方、上記差信号（Ｌ−Ｒ）は平衡変調
（ＢＭ）回路１３によりその周波数を変換され、多重回
路１７においてスイッチ１２の出力及びパイロット信号
と多重される。ここで、各信号の周波数アロケーション
を図７を用いて説明する。

【００２２】図７に示すように和信号（Ｌ＋Ｒ）もしく
はモノラル信号（Ｍ）はベースバンド帯域に配され、差
信号（Ｌ−Ｒ）は、平衡変調回路１３により３８KHzの
搬送波で周波数変換されて図示の如き帯域に配される。
尚、図示していないが、平衡変調回路１３の出力段に不
要な帯域をカットオフするバンドパスフィルタ（ＢＰ
Ｆ）が配置されるのはいうまでもない。

【００２３】さて、本例においては、前述のバスＢを介
してデジタルデータをＤ／Ａ変換１４を介して２値のア
ナログ信号に変換し、更にこのアナログ信号を平衡変調
器１５に入力し、７６kHzの搬送波で周波数変換するこ
とにより上記各音声信号やパイロット信号に比して高い
周波数に配し、多重回路１７でこれらと周波数多重でき
る構成となっている。この多重信号は、本来公知の文字
放送用のデータ用に規格化されているものであり、本例
においては、この多重信号を用いてＷＷＷ（ワールドワ
イドウェブ）で用いられているＨＴＭＬ形式のデータを
放送波として伝送するものである。

【００２４】ここで、図８を用いて従来のＦＭラジオ放
送を用いた文字放送のデータフォーマットについて説明
する。図示のように、マトリクス形式で配されたデータ
は１６ビットのブロック識別符号に続いて１６ビットの
プリフィックス、１６０ビットの文字データ更には１４
ビットのＣＲＣが配され、プリフィックス、文字データ
及びＣＲＣの合計１９０ビットに対して８２ビットのパ
リティチェックコードが付加され、符号長２７２ビット
の誤り訂正符号が構成される。

【００２５】ここで、ブロック識別符号は、ブロックの
境界を識別するために同期データとして設けられ、この
符号によりブロックの所在が識別され、ブロック同期が
確立される。１６ビットのプリフィックスは、図９に示
すような構成となっており、４ビットのサービス識別デ
ータ、１ビットの復号識別データ、１ビットの情報終了
データ、２ビットの更新データ、４ビットのデータグル
ープ番号、更には４ビットのデータパケット番号から構
成されている。

【００２６】ここで、サービス識別データは文字放送の
サービスの内容、即ち、番組内容の種別（文字、図形情
報、付加情報、補助信号、運用信号）及び伝送モードを
示している。ところで、このサービス識別データとして
文字放送で既に定義されているものが既に１０種類あ
り、残る６種類が未定義である。そこで、本実施例にお
いては、この６種類の内１種類をＨＴＭＬ方式のデータ
を放送するサービスであるとの規定を行う。実際には
“０１１１”、“１０００”、“１００１”、“１０１
０”などが未定義のデータである。

【００２７】尚、復号識別データは誤り訂正が図８にお
ける行方向の復号のみを必要とする場合と、行方向及び
列方向の積符号の復号を必要とする場合とを区別するデ
ータである。また、情報終了データは各データグループ
の最終ブロックか否かを識別するためのデータであり、
更新データは当該データグループの内容が更新された回
数を示すデータである。

【００２８】本例においては、上記プリフィックスの内
前述のようにサービス識別ビットを利用してＨＴＭＬ形
式のデータのプログラムであることを確認すると共に更
新データを用いて過去の同一グループのデータに対して
更新されたかどうかを識別可能としている。

【００２９】図１０は本例において送信するデータのフ
ォーマットを示す図であり、上記文字放送のフォーマッ
トに準拠した形式をとっている。図示のようにプリフィ
ックスの直後に４ビットの識別データ（ＤＩＤ）を設け
ている。このＤＩＤは、当該ブロックのデータが、ＨＴ
ＭＬ形式に準拠した文字データであるか、画像データで
あるか、もしくはヘッダであるかなどを示すと共に、文
字データや画像データが圧縮されているデータでる場合
にはその圧縮方法を定義するデータである。このデータ
ＤＩＤが仮に伝送中に誤った場合には、意味不明なデー
タを再現することになってしまうので、本例においては
この４ビットの識別コードに伝送中の符号誤りが発生し
たか否かを確実に検出できるように、この識別データＤ
ＩＤに続いて専用のＣＲＣコードを配して識別データに
発生した符号誤りを確実に検出するようにしている。

【００３０】図１０に示すように各ブロック中には１６
８ビットの実データを送信できるが、本例においては、
ＨＴＭＬのヘッダ部分と、文字データと、画像データと
でデータフォーマットを異ならしめている。各データの
フォーマットを図１１に示す。図１１（Ａ）に示すよう
にＨＴＭＬのヘッダを送信するブロックについては、１
６８ビット中の３２ビットを図８に示した８２ビットの
パリティとは別の誤り訂正符号を形成するパリティに割
り当てている。即ち、先の８２ビットのパリティは１９
０ビットの情報データに付加され２７２ビットの誤り訂
正符号を形成したが、この３２ビットのパリティは１６
ビットのプログラムコード、１６ビットのパケットコー
ド、１０４ビットのＨＴＭＬヘッダに付加され、１６８
ビットの誤り訂正符号を構成する。

【００３１】ここで、プログラムコード、パケットコー
ド、ＨＴＭＬヘッダ及びパリティは全て８ビットの整数
倍となっているので、この３２ビットのパリティを用い
た１６８びっとの誤り訂正符号としては８ビット単位で
処理できる周知のリードソロモン符号などを適用するこ
とができる。このように、８ビット単位での処理の可能
な誤り訂正符号を用いることによって処理時間の短縮
化、回路規模の縮小などが可能となる。

【００３２】プログラムコードは上述した文字放送にお
けるデータグループ番号と同様のデータであり、放送さ
れるＨＴＭＬデータのプログラム番号を規定するもので
あり、２の１６乗分のプログラムが規定される。また、
パケットコードは各データブロック（パケット）の各プ
ログラム中の通し番号を示すものであって、かなり長い
文章やかなり詳細な画像でもパケット番号が付与できる
ように２の１６乗分の番号が付加できるようにしてい
る。

【００３３】次に、文字データや画像データ等の実情報
データ（エンティティ）を含むブロック（パケット）に
ついて説明する。周知の通り画像データについては、仮
に伝送路上での符号誤りがあっても誤りが発生したデー
タに対応する画素に近接する画素のデータが復元できて
いれば、充分視認可能な画像を復元できることができ
る。この点とそもそものデータ量が大きいことを考慮し
て、図１１（Ｃ）に示すように画像データについては、
１３４ビット全てを用いて送信することができるように
した。

【００３４】他方、文字データについては、先述した８
２ビットのパリテイにより誤訂正が発生したときに、文
字そのものが意味不明になることを避けるために、周知
の文字放送で用いているものと同様の１４ビットのＣＲ
Ｃを付加している。このように、周知の文字放送と同様
のＣＲＣの構成とすることにより、既存のリソースを有
効に活用でき、更には、通常の文字放送と、本実施例に
従うＨＴＭＬデータの送信とを共通の回路を用いて行う
ことができる。

【００３５】ここで、実際に送信されるデータ量につい
て説明する。ＨＴＭＬデータのヘッダとしては周知のよ
うに、リクエストメソッド、一般メッセージヘッダ（一
般ヘッダ）、リクエストヘッダ、応答ヘッダ、エンティ
ティヘッダなどがあるが、本実施例の如きブロードキャ
スト用途においては、一般ヘッダ、応答ヘッダ、エンテ
ィティヘッダが少なくとも必要になるのは明らかであろ
う。

【００３６】本実施例においては、少なくとも一般ヘッ
ダとしてDate（メッセージが生成された日付けと時
間）、応答ヘッダとしてServer（サーバ・ソフトウエア
の名前）、WWW-Authenticate（サーバが認証機構を使用
している場合の認証方式）エンティティヘッダとしてCo
ntent-length（エンチティボディのサイズ）、Content-
Encoding（オブジェクトの圧縮、暗号化、パッケージに
ついての方式）、Content-Transfer-Encoding（データ
の転送の際に行われるエンコード方式）などがこのヘッ
ダデータとして送らる。データ量としては８ビットのア
ルファベットデータで１００文字、即ち８００ビット程
度と考えられる。このヘッダ部分のデータ量は、プログ
ラムによって様々に変化することにはなるが図１１
（Ａ）に示すように１ブロックで１０４ビットのデータ
を送信することができるので概ね１０ブロック未満とな
る。

【００３７】一方、文字データについては、１つのプロ
グラムの長さにより当然異なることになるが、例えば、
表示用のＬＣＤ画面サイズを（４８０×２４０）ドット
程度、１ドットを０．２４ｍｍ、更に、１２ポイント
（５ｍｍ×５ｍｍ）の活字を表示する装置を仮定する
と、（２３×１１）文字程度の文字データを送ることに
なる。この場合に必要となるデータ量は日本語をＪＩＳ
コードで表現するとして、（１６×２３×１１＝）４０
４８ビットとなり、図１１（Ｂ）のフォーマットに従え
ば３３〜３４ブロック必要になる。また、標準的なＡ４
文書を想定すると（１６×４０×３０＝）１９２００ビ
ットとなり、１６０ブロック程度必要になる。ここで、
図１０に示す１つの積符号を形成するデータマトリクス
では１９０ブロックのデータを送信できるので、前述の
ＨＴＭＬヘッダとＡ４程度の文字データとで、ほぼ１マ
トリクスを占有することになる。

【００３８】次に、画像データについて説明する。画像
データとしては、例えばＮＴＳＣ信号のような通常のテ
レビジョン信号の１フィールド分に相当する信号を送信
する場合に、画素数は例えば（２４０×３２０＝）７６
８００画素となり、輝度信号Ｙについては各画素８ビッ
トで全ての画素を量子化し、２種の色信号Ｃｂ，Ｃｒに
ついては１／４にサブサンプリングした後に各画素８ビ
ットで量子化するものとすると、圧縮符号化前のトータ
ルのビット数は（７６８００＋７６８００／４＋７６８
００／４）×８、即ち３８４Ｋビットとなる、本実施例
においては後述のようにＪＰＥＧ方式により圧縮を行
い、これを５０Ｋビット程度に減少させる。ここで、図
１１（Ｃ）に示すように、各部ロックにおいて伝送可能
な画像データ数は１７４ビットであるので２９０ブロッ
ク程度で、１画面分の画像データを送信できる。

【００３９】図１２は、本実施例の装置において実際に
送信されるデータの順序に従って、図１０のデータマト
リクスを書き換えたもので、この図１２およびコンピュ
ータ３の動作を示す図１３のフローチャートを用いて本
実施例の送信装置の動作を以下に説明する。

【００４０】操作部１の操作により、ＨＴＭＬデータを
放送信号に多重する処理を命じると、コンピュータ３は
表示部２にガイダンス表示をして操作部１による入力を
命じると共にず８に従う処理を開始する（ステップＳ
１）。ここで、ユーザは表示部２の表示を見ながら、操
作部１により文字の入力を行ったり、もしくはインター
ネットサーバ６から所望のＨＴＭＬファイルを呼び出
し、バスＢを介してＨＴＭＬメモリ８に格納する。俣、
画像データを入力する場合には、同じくインターネット
サーバ６から所望の画面のデータをビットマップデータ
として呼び出して、バスＢを介して画像メモリ４に格納
する。これらの一連の動作については、本件発明とは直
接関係しないので、図１３のフローチャートでは入力サ
ブルーチン（ステップＳ２）として規定している。

【００４１】画像メモリ４およびＨＴＭＬメモリ８への
データの格納が終了すると、コンピュータ３の指示に従
いＨＴＭＬメモリ８内に格納されているＨＴＭＬヘッダ
のデータがＥＣＣエンコーダ９に転送され、図１１
（Ｃ）に示すヘッダ部の１０４ビットに対して３２ビッ
トのパリティを形成する処理を開始する（ステップＳ
３）。ここで、ＥＣＣエンコーダ９は内部に１６ビット
のRiscプロセッサ等を内蔵しており、コンピュータ３に
より処理を伴わず誤り訂正符号化が可能な構成となって
いる。従って、図１３のフローチャートにおいてステッ
プＳ４以下の処理をコンピュータ３が行っている間にＥ
ＣＣエンコーダ９によるパリティの演算処理が並列して
行われることになる。

【００４２】文字データが存在する場合には（ステップ
Ｓ４）、図１１（Ｂ）に示す１２２ビットの文字データ
に対して１４ビットのＣＲＣを付加する処理をコンピュ
ータ３内で行う（ステップＳ５）。また、画像データが
存在する場合には（ステップＳ６）、上記ＣＲＣを付加
する処理に割り込みをかけ、画像メモリ４内に格納され
ている画像データをＪＰＥＧエンコーダ７に供給し、Ｊ
ＰＥＧ方式による圧縮処理を行う（ステップＳ７）。こ
こで、このＪＰＥＧエンコーダ７はハードウェアチップ
で構成されており、ステップ５におけるＣＲＣの形成処
理と並列に処理可能である。

【００４３】このＪＰＥＧ圧縮処理が開始されると、こ
のＪＰＥＧ処理された圧縮データ、パリティの付加され
たＨＴＭＬヘッダのデータ、およびＣＲＣが付加された
文字データ等のフォーマッタメモリ５への書き込みが開
始される（ステップＳ８）。このフォーマッタメモリ５
内には各データが図７の送信フォーマットに従った配列
で書き込まれる。

【００４４】図１２に示すように送信は、ヘッダ部が格
納されたブロックから行われ、図１２に示す送信データ
マトリクス中の２７２ブロックのうち最初の１３ブロッ
クと、１３７〜１４９ブロックはパリティブロックを送
信せず、データブロックのみを送信する。また、ヘッダ
部のデータが配されるブロックについては第１ブロック
と第１３７ブロックから連続して送信され、このヘッダ
部を含むデータ量が１３６ブロックを超える場合には複
数回繰り返して送信されることになる。このようにし
て、本実施例においてはＨＴＭＬのヘッダ部分がなるべ
く早く送信されるようにし、しかもファイルが大きい場
合には複数回繰り返し送信するように構成することによ
り、受信側でより早くまたより信頼性の高いＨＴＭＬヘ
ッダデータが得られるように工夫している。

【００４５】さて、図１３においてステップＳ９におい
て全てのデータがフォーマッタメモリ５に書き込まれた
ことが検出されると（ステップＳ９）ステップＳ１０に
おいては、フォーマッタメモリ５内に蓄積された１０４
ビットのＨＴＭＬデータのヘッダと３２ビットのパリテ
ィを含む１９０ビットデータに対して８２ビットのパリ
ティがＥＣＣエンコーダ９にて算出され、２７２ビット
にブロック識別符号を付加した２８８ビットのデータブ
ロックが出力される。ここで、上記１９０ビットのデー
タには、図１１（Ａ）に示されるグループ識別コード
（ＤＩＤ）、２ビットのＣＲＣ、それぞれ１６ビットの
プログラムコード（ＰＧＣ）およびパケットコード（Ｐ
ＫＣ）、更には前述のプリフィックス（ＰＦＸ）等を含
む。

【００４６】このようにして、１つのヘッダブロックの
送信が行われると、コンピュータ３内に設けられた不図
示のカウンタがカウントアップし、送信されたブロック
数が計数される。ヘッダ部分のデータが終了すると（ス
テップＳ１１）、画像データブロックもしくは文字デー
タブロックの送信が行われる（ステップＳ１２）。図７
においては先に文字データブロックを送信し、その後に
画像データブロックを送信するように示しているが、こ
の順序については実際に送信されるＨＴＭＬファイルの
構成に依存するのはいうまでもない。

【００４７】ここで、上述のように１３番目のブロック
までは、データブロックの送信を連続して行い、パリテ
ィブロックの送信は行わないが、１４ブロック目以降は
３ブロックに１つのパリティブロックを送信する。即
ち、前述した計数値を元にステップＳ１３において１４
番目のブロックもしくは１５０番目のブロックが次に送
信されることが検出された場合には、コンピュータ３内
の別の計数をインクリメントし、この計数値を参照して
更に２つのデータブロック（画像もしくは文字データ）
が送信されたら（ステップＳ１４）、パリティブロック
を送信する（ステップＳ１５）ここで、このパリティブ
ロックについてはステップＳ９においてフォーマッタメ
モリ内へのデータの書き込みが終了した時点から、ＥＣ
Ｃエンコーダ９にて計算が開始され、逐次フォーマッタ
メモリ５に書き込まれている。

【００４８】パリティブロックが送信されると、次に送
信するブロックが図７のデータマトリクスにおける１番
目のブロックや１３７番目もブロックか否かを確認して
（ステップＳ１６）、そうでなければ送信するべきデー
タが終了したか否かを確認し（ステップＳ１７）、デー
タが終了していなければ上述した２つのデータブロック
の送信と１つのパリティブロックの送信をステップＳ１
２〜Ｓ１５で繰り返し行うことになる。

【００４９】次に、送信するブロックが１番目のブロッ
クもしくは１３７番目のブロックになったら、上記ステ
ップＳ１０に戻りヘッダブロックを再び連続して送る。
そして、この動作をステップＳ１７において送るべきデ
ータが終了したと検知されるまで行い、送るべきデータ
が終了した時点で処理を終了する（ステップＳ１８）。
このようにして図１２のデータフォーマットに従って順
次バスＢからＤ／Ａ変換器１４に出力された送信データ
は、前述のようにＦＭ放送の音声信号と多重回路１７で
多重され、更に図６のＦＭ変調回路１８において放送用
のキャリアでＦＭ変調され、送信制御回路１９を経て放
送波として送信される。

【００５０】このように、本例の装置においては、従来
のＦＭラジオ放送の文字データの送信機能との互換性を
保ちつつＨＴＭＬデータを送信することができる。ま
た、上記実施例においてはＨＴＭＬのヘッダ部分の冗長
度を他のデータに対して高く設定して誤り訂正符号を付
加し、更に従来の文字放送に用いていた誤り訂正符号を
も利用しているので、ＨＴＭＬデータのヘッダ部分の信
頼性は他のネットワークを介して送信する場合と同等の
信頼性となる。また、放送波に特有のバースとエラーの
発生に対しても、このヘッダ部分を複数回送信すること
によって対応し、総合的に高い信頼性が得られることに
なる。

【００５１】また、画像と文字とで誤り検出もしくは訂
正用の冗長度を切り換えているので、必要なデータを最
小限の冗長度で送信でき、しかも全体としては高い信頼
性を確保できる。

【００５２】以下、上述の如き放送信号を受信する本件
発明の受信装置について詳細に説明する。

【００５３】図１は、上記放送信号を受信する本件発明
の受信装置の概略を示すブロック図であり、図２はその
外観を示す斜視図である。この受信装置は、図２に示す
ようにほぼＦＭラジオ程度の携帯型装置であり、パーソ
ナルコンピュータなどに例えばＰＣＭＣＩＡカードに準
拠したインターフェース８０を介して接続可能である。

【００５４】図２において、１０１は携帯型受信装置本
体、１０２，１０３はそれぞれ表示命令、外部出力命令
を行うマニュアル操作キーで、図１の操作部９８に対応
する。また、５１は収縮可能なアンテナ、９３，９４は
ステレオ音声信号を出力可能な一対のスピーカ、９６は
フラットパネルディスプレイ、８０はＰＣＭＣＩＡカー
ドに準拠した外部インターフェース、９９は受信後、外
部機器へ出力していないＨＴＭＬ形式のデータが本体内
に蓄積されていることを示すインディケータである。

【００５５】図１において、アンテナ５１にて受信され
た放送波は受信部５２にて選曲され、ＦＭ検波回路５３
で検波されて、図７に示されるような多重信号に変換さ
れる。ここで、バンドパスフィルタ（ＢＰＦ）５４は前
述のパイロット信号を分離し、分離されたパイロット信
号を検波回路５５に供給する。この検波回路５５の出力
は、所定の閾値と比較回路５６で比較され、その比較結
果に応じて放送されている音声信号がステレオ信号であ
るかモノラル信号であるかを判定している。

【００５６】一方、ローパスフィルタ（ＬＰＦ）６０に
おいては、図７におけるベースバンド信号が抽出され、
モノラル信号もしくはステレオ音声の和信号としてマト
リクス回路５９に供給されている。また、ＢＰＦ５８で
は３８ＫＨｚの搬送波で搬送されている信号を抽出し、
平衡変調器５８にてベースバンド信号、即ちステレオ音
声の差信号に戻した後マトリクス回路５９に供給する。
マトリクス回路５９からはステレオ放送を受信している
場合にはステレオ音声の右（Ｒ）信号と左（Ｌ）信号と
が出力され、比較回路５６の出力で制御されるスイッチ
６１，６２を介して出力される。

【００５７】一方、受信した放送がモノラル放送である
場合には、スイッチ６１、６２は共にＬＰＦ６０の出力
する音声信号を出力することになり、モノラル音声が同
様に出力されることになる。このスイッチ６１，６２の
出力する音声信号はアンプ９１，９２を介してスピーカ
９３，９４から出力される。

【００５８】一方、７６ＫＨｚのキャリアに多重されて
いた前述のデータ信号はＢＰＦ７２で分離され、平衡変
調器７３により図１２に示す如きデータフォーマットの
データ列に対応する信号に変換される。この信号はクロ
ック抽出回路７１に供給されて、自走クロックが形成さ
れ、このクロックを用いてＡＤ変換器７４にてデジタル
化され、周知のデータ検出回路７５によって元のデジタ
ルデータとされる。ここで、データ検出回路７５は周知
の積分検出回路や等価回路、更にはパーシャルレスポン
スなどを利用した復号回路などによって構成される。

【００５９】本実施例の装置において、図８のデータフ
ォーマットに係わる従来の文字放送を受信した場合の動
作について説明する。ここで、従来の文字放送において
も図１２に示すようなパリティの配置で送信されるのは
前述の通りである。

【００６０】データ検出回路７５にて検出されたデータ
はデータ列として受信側バスＲＧに排出され、ＣＰＵ８
５の制御下において受信メモリ７７に蓄積される。ＥＣ
Ｃ復号回路７６は同じくＣＰＵ８５の制御下にこの受信
メモリ７７中のデータにアクセスし、前述した積符号パ
リティを用いて誤り訂正処理を行う。ここで、この誤り
訂正処理は、各データブロック単位で８２ビットのパリ
ティを用いて行われ、これに続いて、図１２において垂
直方向に分散配置された８２ビットパリティを用いた誤
り訂正処理が行われる。

【００６１】このように誤り訂正処理の施された文字情
報は、蓄積メモリ７８に転送される。次いで、図２に示
す表示命令スイッチ１０２を操作することにより、この
蓄積メモリ７８内の文字データは表示コードに変換され
つつ表示メモリ９５に書き込まれ、ディスプレイ９５上
に文字が表示されることになる。

【００６２】図３は本実施例の受信装置において上述の
ＨＴＭＬデータの受信時の動作を説明するためのフロー
チャートであり、以下、フローチャートに沿って説明す
る。

【００６３】受信部５２による受信が開始されると（ス
テップＳ１０１）、データ検出回路７５にて検出された
データは図１２に示すデータフォーマットに従うデータ
列として受信側バスＲＧに排出され、ＣＰＵ８５の制御
下において受信メモリ７７に図１２のフォーマットに沿
って蓄積される。

【００６４】図１２のデータマトリクスの１ライン（１
データブロック）分が受信メモリ７７に蓄積されると
（ステップＳ１０３）、ＥＣＣ復号回路７６は同じくＣ
ＰＵ８５の制御下にこの受信メモリ７７中のデータにア
クセスを開始する。即ち、まず、各データブロック単位
で８２ビットの外符号パリティを用いて誤り訂正処理が
行われる（ステップＳ１０４）。

【００６５】ここで、図１２に示すデータマトリクスが
全て受信メモリに蓄積されるまでの間、このステップＳ
１０３及びＳ１０４の動作を繰り返すことになる。図１
２のデータマトリクスが全て蓄積されると（ステップＳ
１０６）、ＥＣＣ復号回路７６は再度受信メモリ７７の
データにアクセスを開始する。ここでは、図１２のデー
タマトリクスにおいて垂直方向に分散配置された８２ビ
ットの内符号パリティを用いた誤り訂正処理が行われる
（ステップＳ１０７）。

【００６６】上述の外符号パリティ及び内符号パリティ
を用いた１データマトリクスの処理が完了すると、受信
メモリ７７から蓄積メモリ７８へのデータの転送が行わ
れるとともに、受信するべき全てのデータが受信された
か否かを確認し（ステップＳ１０８）、受信が完了して
いる場合には上述したインディケータ９９の表示をオ
ン、即ち点灯して（ステップＳ１０９）、処理を終了す
る（ステップＳ１１０）。

【００６７】図４は本実施例の受信装置において上述の
ＨＴＭＬデータが蓄積されているときに、上述の表示命
令スイッチ１０２が押釦されたときの動作を説明するた
めのフローチャートであり、以下、フローチャートに沿
って説明する。

【００６８】表示命令スイッチ１０２がオンされると
（ステップＳ１２１）、ＣＰＵ８１の制御下において、
蓄積メモリ７８に蓄積されているデータのスキャンが開
始される（ステップＳ１２２）。このスキャンはライン
毎に行われ、蓄積されたデータは１ライン分づつＣＰＵ
８１の監視下に処理される。ここで、ＣＰＵ８１は積符
号による誤り訂正処理の施された各ラインのデータが文
字データであるか、画像データであるか、もしくはヘッ
ダ部分のデータであるかを監視し、処理しようとするラ
インデータが文字データである場合には（ステップＳ１
２３）、このラインのデータをＥＣＣ復号回路７６に供
給し、図１１（Ｂ）に示す１４ビットのＣＲＣによって
誤りの有無を検出する（ステップＳ１２４）。誤りの検
出されなかった文字データについてはビットマップデー
タに展開した後に表示メモリ９５に書き込まれる（ステ
ップＳ１２７）。

【００６９】一方、処理しようとしているラインのデー
タが画像データである場合には（ステップＳ１２５）、
本実施例の携帯端末装置単体では画像の表示ができない
構成となっているので、画像データが受信されているこ
とを示す文字を発生し（ステップＳ１２６）この文字の
ビットマップデータをステップＳ１２７において表示メ
モリ９５に書き込む。

【００７０】全てのラインのスキャンが終了すると（ス
テップＳ１２８）、上述の如く表示メモリ９５に蓄積さ
れているビットマップデータを文字としてディスプレイ
９６上に表示して（ステップＳ１２９）、処理を終了す
る（ステップＳ１３０）。尚、処理しようとしているラ
インのデータがＨＴＭＬのヘッダ部分であるときには、
本携帯端末装置では利用することができないので、誤り
訂正処理を行うことも、表示メモリ９５に書き込むこと
も行わない。

【００７１】図５は本実施例の受信装置において上述の
ＨＴＭＬデータが蓄積されているときに、上述の外部出
力命令スイッチ１０３が押釦されたときの動作を説明す
るためのフローチャートであり、以下、フローチャート
に沿って説明する。

【００７２】外部出力命令スイッチ１０３がオンされる
と（ステップＳ１４１）、ＣＰＵ８１の制御下におい
て、蓄積メモリ７８に蓄積されているデータのスキャン
が開始される（ステップＳ１４２）。このスキャンはラ
イン毎に行われ、蓄積されたデータは１ライン分づつＣ
ＰＵ８１の監視下に処理される。ここで、ＣＰＵ８１は
積符号による誤り訂正処理の施された各ラインのデータ
が文字データであるか、画像データであるか、もしくは
ヘッダ部分のデータであるかを監視する。

【００７３】ここで、処理しようとするラインデータが
文字データである場合には（ステップＳ１４３）前述の
表示命令があったときと同じように、図１１（Ｂ）に示
す１４ビットのＣＲＣによって誤りの有無を検出する
（ステップＳ１４４）。誤りの検出されなかった文字デ
ータについてはそのままＰＣＭ−ＣＩＡカードに準拠し
た外部Ｉ／Ｆ８０を介して図１２のデータマトリクスの
各ライン毎にＰＣなどの外部機器に出力される（ステッ
プＳ１４７）。

【００７４】一方、処理しようとしているラインのデー
タが画像データである場合には特に何の処理も行わずに
そのままＩ／Ｆ８０を介してＰＣ等に出力する。また、
処理しようとしているラインのデータがヘッダ部のデー
タである場合には（ステップＳ１４５）、図１１（Ａ）
に示す３２ビットのパリティを用いた誤り訂正処理が施
され、再度２重に誤り訂正が施されたデータについて、
ライン毎にＩ／Ｆ８０を介して外部に出力される。

【００７５】全てのラインのスキャンが終了すると（ス
テップＳ１４８）、上述の如く蓄積メモリに蓄積されて
いたデータマトリクスを消去、もしくはこのデータマト
リクスに上書きが可能な状態とすると共に、インディケ
ータ９９の表示をオフして（ステップＳ１４９）、処理
を終了する（ステップＳ１５０）。

【００７６】上述のように本実施例の携帯型の受信端末
装置においては、受信時、受信データの表示時、受信デ
ータの外部機器への出力時、の夫々において、その動作
に必要な誤り検出もしくは訂正処理のみを行い、不要な
処理を行わないので、装置に無駄な動作を行わしめるこ
とがない。

【００７７】また、本実施例の装置においては取り扱う
ことのできない、もしくは有効に処理のできないデータ
が受信された場合には、その受信データが蓄積され、外
部には未出力であることを示すインディケータをオンさ
せるので、操作者が容易にこのような状態を認識でき、
折角受信したデータを無駄にしてしまうなどといった危
惧がなくなった。

【００７８】また、本実施例の装置においては従前から
の文字放送の文字を表示する表示装置及び表示命令スイ
ッチを、ＨＴＭＬ形式のデータとして受信した文字の表
示を行うためにそのまま用いることができる構成として
いるので、装置を大型化することなく上述の如き複合機
能を実現できている。

【００７９】上述の如くＰＣに供給された画像データに
ついては、ＰＣにインストールされているＪＰＥＧ復号
器によって元の画像データに復元され、ヘッダ部分によ
って認識されるリンクに従って処理されるのはいうまで
もない。

【００８０】

【発明の効果】以上説明したように、本件発明の放送信
号受信装置及び方法によれば、汎用のプロセッサで取り
扱いが容易な情報を、放送信号に従前から多重されてい
る情報に加えて効果的に受信、利用することができ、し
かも、特に小型化、省電力化を妨げることがない全く新
規な装置及び方法が得られる。

【図面の簡単な説明】

【図１】本件発明の一実施例である受信装置の概略構成
を示すブロック図である。

【図２】図１の装置の外観斜視図である。

【図３】図１の装置のＨＴＭＬデータ受信時の動作を説
明するためのフローチャートである。

【図４】図１の装置において、表示命令スイッチが操作
された時の動作を説明するためのフローチャートであ
る。

【図５】図１の装置において、外部出力命令スイッチが
操作された時の動作を説明するためのフローチャートで
ある。

【図６】本件発明が前提とする放送信号を放送する送信
装置の概略構成を示すブロック図である。

【図７】図６において送信する信号のＦＭ変調前の周波
数スペクトラム配置を示す図である。

【図８】従来から用いられている文字放送のデータフォ
ーマットを示す図である。

【図９】図８に示されるプリフィックス部分の詳細を示
す図である。

【図１０】図６の装置によって送信されるＨＴＭＬデー
タのデータフォーマットを示す図である。

【図１１】図１０のフォーマットにした勝手送信される
ＨＴＭＬヘッダ、文字データ、画像データの更に詳細な
フォーマットを示す図である。

【図１２】図６の装置によって送信される送信順に従っ
たデータフォーマットを示す図である。

【図１３】図６の装置の動作を説明するためのフローチ
ャートである。

【符号の説明】

７６ＥＣＣ復号回路７７受信メモリ７８蓄積メモリ８０外部インターフェース８１ＣＰＵ９５表示メモリ９６ディスプレイ９８操作部１０２表示命令スイッチ１０３外部出力命令スイッチＲＢデータバス

フロントページの続き (72)発明者内山春雄東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】所定の情報をＦＭ音声信号に多重するた
めの誤り訂正用冗長符号を伴うデータフォーマットのエ
ンティティとして、マルチメディアネットワークにおい
て使用されている記述形式による被配信情報と当該被配
信情報の少なくとも一部の情報のために付加された誤り
訂正もしくは検出用冗長符号とを多重してなる放送信号
を受信する装置であって、前記データフォーマットに伴う誤り訂正用冗長符号を用
いた誤り訂正処理と、前記エンティティ内の誤り訂正も
しくは検出用冗長符号を用いた誤り訂正もしくは検出処
理とを互いに異なるタイミングで行うことを特徴とする
放送信号受信装置。
【請求項２】前記データフォーマットに伴う誤り訂正
用冗長符号を用いた誤り訂正処理は前記放送信号の受信
に伴い実行され、前記エンティティ内の誤り訂正もしく
は検出用冗長符号を用いた誤り訂正もしくは検出処理は
前記被配信情報の表示もしくは出力に伴い実行されるこ
とを特徴とする請求項１の放送信号受信装置。
【請求項３】前記被配信情報はヘッダ情報を含み、当
該ヘッダ情報には前記データフォーマットに伴う誤り訂
正用冗長符号とは別の誤り訂正用冗長符号が付加されて
おり、当該別の誤り訂正用冗長符号による誤り訂正処理
は前記被配信情報を外部に出力する際に実行されること
を特徴とする請求項２の放送信号受信装置。
【請求項４】前記被配信情報は文字情報を含み、当該
文字情報には前記データフォーマットに伴う誤り訂正用
冗長符号とは別の誤り訂正もしくは検出用冗長符号が付
加されており、当該別の誤り訂正もしくは検出用冗長符
号による誤り訂正もしくは検出処理は前記被配信情報を
表示もしくは外部に出力する際に実行されることを特徴
とする請求項２もしくは３の放送信号受信装置。
【請求項５】前記所定の情報がマルチメディアネット
ワークで使用されていない記述形式による文字情報であ
り、該文字情報と前記被配信情報中の文字情報を共通の
表示手段で表示可能であることを特徴とする請求項４の
放送信号受信装置。
【請求項６】前記被配信情報は画像情報を含み、当該
画像情報が受信されたときには、前記表示手段により画
像情報が受信された旨の表示を行うことを特徴とする請
求項５に記載の放送信号受信装置。
【請求項７】前記被配信情報を記憶する記憶手段と、
受信された前記被配信情報が当該機億手段に記憶されて
おり、外部には未出力であることを報知する報知手段と
を有することを特徴とする請求項１〜６何れかの放送信
号受信装置。
【請求項８】前記所定の情報が文字情報を含み、前記
被配信情報がＨＴＭＬ形式の情報であることを特徴とす
る請求項１〜７何れかの放送信号受信装置。
【請求項９】所定の情報をＦＭ音声信号に多重するた
めのデータフォーマットのエンティティとして、マルチ
メディアネットワークにおいて使用されている記述形式
による被配信情報を多重してなる放送信号を受信する装
置であって、当該被配信情報を記憶する記憶手段と、受信された前記
被配信情報が当該記憶手段に記憶されており、外部には
未出力であることを報知する報知手段とを有することを
特徴とする放送信号受信装置。
【請求項１０】前記記憶手段に記憶されている被配信
情報は、前記データフォーマットに伴う誤り訂正用冗長
符号を用いた誤り訂正処理が施され、前記エンティティ
内の誤り訂正もしくは検出用冗長符号を用いた誤り訂正
もしくは検出処理は施されていないことを特徴とする請
求項９の放送信号受信装置。
【請求項１１】前記所定の情報が文字情報を含み、前
記被配信情報がＨＴＭＬ形式の情報であることを特徴と
する請求項９もしくは１０の放送信号受信装置。
【請求項１２】第１の文字情報をＦＭ音声信号に多重
するためのデータフォーマットのエンティティとして、
マルチメディアネットワークにおいて使用されている記
述形式による被配信情報を多重してなる放送信号を受信
する装置であって、当該被配信情報が第２の文字情報を有するとき、前記第１の文字情報を表示するための表示手段により、
前記第２の文字情報を表示することを特徴とする放送信
号受信装置。
【請求項１３】前記被配信情報は画像情報を有すると
き、前記表示手段により、前記画像情報が受信されている旨
の表示を行うことを特徴とする請求項１２の放送信号受
信装置。
【請求項１４】前記被配信情報がＨＴＭＬ形式の情報
であることを特徴とする請求項１２もしくは１３の放送
信号受信装置。
【請求項１５】文字情報をＦＭ音声信号に多重するた
めのデータフォーマットのエンティティとして、マルチ
メディアネットワークにおいて使用されている記述形式
による被配信情報を多重してなる放送信号を受信する装
置であって、当該被配信情報を記憶する記憶手段と、前記記憶手段に記憶されている情報を表示する命令と、
外部に出力する命令とを異なるタイミングで実行可能な
操作手段とを具備することを特徴とする放送信号受信装
置。
【請求項１６】前記被配信情報が前記記憶手段に蓄積
された後、前記表示命令に従い、前記エンティティの処
理を開始することを特徴とする請求項１５の放送信号受
信装置。
【請求項１７】前記表示命令に従い前記エンティティ
の一部の処理を行い、前記出力命令に従い前記エンティ
ティの他の処理を行うことを特徴とする請求項１６の放
送信号受信装置。
【請求項１８】所定の情報をＦＭ音声信号に多重する
ための誤り訂正用冗長符号を伴うデータフォーマットの
エンティティとして、マルチメディアネットワークにお
いて使用されている記述形式による被配信情報と当該被
配信情報の少なくとも一部の情報のために付加された誤
り訂正もしくは検出用冗長符号とを多重してなる放送信
号を受信する方法であって、前記データフォーマットに伴う誤り訂正用冗長符号を用
いた誤り訂正処理と、前記エンティティ内の誤り訂正も
しくは検出用冗長符号を用いた誤り訂正もしくは検出処
理とを互いに異なるタイミングで行うことを特徴とする
放送信号受信方法。
【請求項１９】所定の情報をＦＭ音声信号に多重する
ためのデータフォーマットのエンティティとして、マル
チメディアネットワークにおいて使用されている記述形
式による被配信情報を多重してなる放送信号を受信する
方法であって、受信された前記被配信情報が記憶されており、外部には
未出力であることを報知することを特徴とする放送信号
受信方法。
【請求項２０】第１の文字情報をＦＭ音声信号に多重
するためのデータフォーマットのエンティティとして、
マルチメディアネットワークにおいて使用されている記
述形式による被配信情報を多重してなる放送信号を受信
する方法であって、当該被配信情報が第２の文字情報を有するとき、前記第
１の文字情報を表示するための表示手段により、前記第
２の文字情報を表示することを特徴とする放送信号受信
方法。
【請求項２１】文字情報をＦＭ音声信号に多重するた
めのデータフォーマットのエンティティとして、マルチ
メディアネットワークにおいて使用されている記述形式
による被配信情報を多重してなる放送信号を受信する方
法であって、当該被配信情報を記憶する記憶手段に記憶
されている情報を表示する命令と外部に出力する命令と
を異なるタイミングで実行可能なことを具備することを
特徴とする放送信号受信方法。