JPH1127222A

JPH1127222A - 放送信号送信装置及び方法

Info

Publication number: JPH1127222A
Application number: JP9178196A
Authority: JP
Inventors: 正夫 ▲菅▼田; Masao Sugata; Kenichi Nagasawa; 健一長澤; Toru Fukumoto; 徹福本; Haruo Uchiyama; 春雄内山; Nobukuni Rotsupongi; 信邦六本木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-07-03
Filing date: 1997-07-03
Publication date: 1999-01-29

Abstract

(57)【要約】【課題】汎用のプロセッサで取り扱いが容易なデータ
を、高い信頼性を以て、しかも、特に大規模な設備を用
意することなく放送信号に多重して送信することのでき
る放送信号送信装置及び方法を提供すること。【解決手段】本件発明の放送信号送信装置は、放送信
号中にマルチメディアネットワークにおいて使用されて
いる記述形式による被配信情報を多重して送信可能な装
置において、被配信情報中のヘッダ部分の少なくとも一
部に対して、被配信情報中のエンティティに比して高い
冗長度で誤り検出または訂正符号を構成するようにし
た。また、被配信情報中のヘッダ部分の少なくとも一部
を、被配信情報中のエンティティを送信する間に少なく
とも複数回送信する構成とした。更に、被配信情報をマ
ルチメディアネットワークで使用されていない記述形式
による他の情報をＦＭ音声信号に多重するためのデータ
フォーマット中のエンティティとして送信するようにし
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は放送信号送信装置及
び方法に関し、特に、マルチメディアネットワークにお
いて使用されている記述形式による被配信情報を多重し
て送信する放送信号送信装置及び方法に関するものであ
る。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】しかしながら、この種
の受信装置において、現在行われているサービスとして
は上述した天気予報などの単純な文字情報などに留まっ
ているのが現状であり、パーソナルコンピュータ（Ｐ
Ｃ）などで容易にハンドリングできる情報として、この
種の情報を受けとったり、蓄積したりすることはできな
かった。

【０００５】一方、上記文字情報に代わって一般的なデ
ータを送信することや、ＰＣで取り扱うことのできるデ
ータを送信することも考えられるが、単に文字情報の代
わりにこの種のデータの放送するのでは、その信頼性を
保つことはできず、この種のデータの処理に際してむし
ろ余計な混乱を引き起こすことになる。

【０００６】また、現在の放送とは全く別の形態でこの
種のデータを送信することも考えられるが、現存のシス
テム全体を見直すことになってしまい、現実的ではな
い。また、放送局側での設備としても大がかりなものが
必要となってしまう。

【０００７】本件発明は、斯かる背景下になされたもの
であって、特に、汎用のプロセッサで取り扱いが容易な
データを、高い信頼性を以て、しかも、特に大規模な設
備を用意することなく放送信号に多重して送信すること
のできる全く新規な放送信号送信装置及び方法を提供す
ることを目的としている。

【０００８】

【課題を解決するための手段】かかる目的下において、
本願の請求項１に記載の放送信号画像形成装置において
は、放送信号中にマルチメディアネットワークにおいて
使用されている記述形式による被配信情報を多重して送
信可能な装置において、当該被配信情報中のヘッダ部分
の少なくとも一部に対して、当該被配信情報中のエンテ
ィティに比して高い冗長度で誤り検出または訂正符号を
構成するようにした。また、本願の請求項８に記載の発
明においては、放送信号中にマルチメディアネットワー
クにおいて使用されている記述形式による被配信情報を
多重して送信可能な装置において、当該被配信情報中の
ヘッダ部分の少なくとも一部を、当該被配信情報中のエ
ンティティを送信する間に少なくとも複数回送信する構
成とした。

【０００９】斯かる構成によって、ネットワークを介し
て送信されるのと同様の信頼性を、放送波を利用したシ
ステムにおいても実現することができた。

【００１０】また、本願の請求項１２に記載の発明にお
いては、放送信号中にマルチメディアネットワークにお
いて使用されている記述形式による被配信情報を多重し
て送信可能な装置において、当該被配信情報中のエンテ
ィティとして少なくとも複数種の情報を送信可能とし、
当該情報の種類に応じて、冗長度を異ならしめた。

【００１１】斯かる構成により、様々の情報をその情報
の属性に応じて、最小限の冗長度で、高い信頼度を保ち
ながら放送波を用いて送信することが可能となった。

【００１２】また、本願の請求項１６に記載の発明にお
いては、放送信号中にマルチメディアネットワークにお
いて使用されている記述形式による被配信情報を多重し
て送信可能な装置において、該被配信情報をマルチメデ
ィアネットワークで使用されていない記述形式による他
の情報をＦＭ音声信号に多重するためのデータフォーマ
ット中のエンティティとして送信し、更に、前記被配信
情報のヘッダ部分が前記データフォーマットにおいて構
成されている誤り訂正符号とは別の誤り訂正符号を構成
する構成とした。

【００１３】斯かる構成によれば、マルチメディアネッ
トワークで使用されている記述形式による情報を送信す
る場合においても、マルチメディアネットワークで使用
されていない記述形式による情報を送信するためのシス
テムの一部を用いることができ、しかも前者に対しては
大規模な設備を用意することなく、よりその信頼性を高
めることが可能となり、この種のシステムの具現化をよ
り現実的なものとすることができた。

【００１４】

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

【００１５】図１は、本件発明に係わる放送信号の送信
装置の概略構成を示すブロック図であって、ラジオの放
送局に装置される装置を示すものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４９】図９は、図１の送信側装置に対応する受信
側装置の概略を示すブロック図であり、以下図９を用い
て受信側装置の説明をする。

【００５０】この受信装置としては、ほぼＦＭラジオ程
度の携帯型装置を想定しており、パーソナルコンピュー
タなどにインターフェースを介して接続可能なものを想
定している。

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

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

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

【００５４】データ検出回路７５にて検出されたデータ
は図７に示すデータフォーマットに従うデータ列として
受信側バスＲＧに排出され、ＣＰＵ８５の制御下におい
て受信メモリ７７に蓄積される。ＥＣＣ復号回路７６は
同じくＣＰＵ８５の制御下にこの受信メモリ７７中のデ
ータにアクセスし、まず前述した積符号パリティを用い
て誤り訂正処理を行う。ここで、この誤り訂正処理はま
ず、各データブロック単位で８２ビットのパリティを用
いて行われ、更にＨＴＭＬヘッダデータ部分については
３２ビットパリティを用いた誤り訂正処理が行われる。
これによって少なくとも１３ブロックが受信された時点
では、かなりの高い確率でＨＴＭＬヘッダ部分が復号で
きる。

【００５５】この後、送られてくる画像データもしくは
文字データについては、同じくブロック単位で前述の８
２ビットパリティを用いた誤り訂正処理が行われるが、
これに続いて、図７において垂直方向に分散配置された
８２ビットパリティを用いた誤り訂正処理も行われる。
もし、最初の１３ブロックの復号時にＨＴＭＬヘッダが
訂正不能の誤りなどの原因により得られていない場合に
おいても、文字もしくは画像データの誤り訂正処理は行
われている。そして、１３７ブロック目から再送された
ＨＴＭＬヘッダ部の復号が上述と同様に行われ、誤りな
しもしくは訂正可能であった場合には、このデータがＨ
ＴＭＬデータのヘッダとして認識される。そして、この
ようにして得られたＨＴＭＬヘッダ、文字データおよび
ＪＰＥＧ圧縮された状態の画像データなどは蓄積メモリ
７８に転送される。

【００５６】この蓄積メモリ７においては、データを外
部に転送する順序に従って配置、格納しており、全ての
データの処理が終わった時点で外部インターフェース８
０を介して外部のＰＣなどに出力されることになる。

【００５７】

【発明の効果】以上説明したように、本件発明の放送信
号送信装置及び方法によれば、汎用のプロセッサで取り
扱いが容易なデータを、高い信頼性を以て、しかも、特
に大規模な設備を用意することなく放送信号に多重して
送信することができる全く新規な装置及び方法が得られ
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

【図９】図１の装置にて送信されたデータを受信する受
信装置の一例を示すブロック図である。

【符号の説明】

１操作部２表示部３コンピュータ４画像メモリ５フォーマッタメモリ６インターネットサーバ７ＪＰＥＧエンコーダ８ＨＴＭＬメモリ９ＥＣＣエンコーダ１４デジタルアナログ変換器１５平衡変調回路１７多重回路Ｂデータバス

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

Claims

【特許請求の範囲】

【請求項１】放送信号中にマルチメディアネットワー
クにおいて使用されている記述形式による被配信情報を
多重して送信可能な装置であって、当該被配信情報中のヘッダ部分の少なくとも一部に対し
て、当該被配信情報中のエンティティに比して高い冗長
度で誤り検出または訂正符号を構成することを特徴とす
る放送信号送信装置。
【請求項２】前記放送信号はＦＭ音声放送信号であ
り、前記被配信情報をＦＭ変調された音声信号とは異な
る帯域に周波数多重することを特徴とする請求項１の放
送信号送信装置。
【請求項３】マルチメディアネットワークで使用され
ていない記述形式による他の情報をＦＭ音声信号に多重
するためのデータフォーマット中の上位レイヤーとし
て、前記被配信情報を多重することを特徴とする請求項
２の放送信号送信装置。
【請求項４】前記他の情報が文字情報を含み、前記被
配信情報がＨＴＭＬ形式の情報であることを特徴とする
請求項３の放送信号送信装置。
【請求項５】前記データフォーマットは誤り訂正符号
を構成しており、前記被配信情報は当該データフォーマ
ット中のエンティティとして送信し、更に、前記被配信
情報のヘッダ部分は別の誤り訂正符号を構成することを
特徴とする請求項３の放送信号送信装置。
【請求項６】前記被配信情報中のエンティティとし
て、文字情報と画像情報とが送信可能であり、エンティ
ティが文字情報であるときにはエンティティが画像情報
であるときに比べて冗長度を高くしたことを特徴とする
請求項１〜５何れかの放送信号送信装置。
【請求項７】前記被配信情報のヘッダ部分は前記エン
ティティ中に分散させて複数回送信可能としたことを特
徴とする請求項１〜６何れかの放送信号送信装置。
【請求項８】放送信号中にマルチメディアネットワー
クにおいて使用されている記述形式による被配信情報を
多重して送信可能な装置であって、当該被配信情報中のヘッダ部分の少なくとも一部を、当
該被配信情報中のエンティティを送信する間に少なくと
も複数回送信することを特徴とする放送信号送信装置。
【請求項９】マルチメディアネットワークで使用され
ていない記述形式による他の情報を前記放送信号に多重
するためのデータフォーマット中のエンティティとして
上記被配信情報を送信することを特徴とする請求項８の
放送信号送信装置。
【請求項１０】前記他の情報が文字情報を含み、前記
配信情報がＨＴＭＬ形式の情報であることを特徴とする
請求項９の放送信号送信装置。
【請求項１１】前記データフォーマットは誤り訂正符
号を構成しており、更に、前記被配信情報のヘッダ部分
は別の誤り訂正符号を構成することを特徴とする請求項
９または１０の放送信号送信装置。
【請求項１２】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重して送信可能な装置であって、当該被配信情報中のエンティティとして少なくとも複数
種の情報を送信可能であり、当該情報の種類に応じて、冗長度を異ならしめたことを
特徴とする放送信号送信装置。
【請求項１３】マルチメディアネットワークで使用さ
れていない記述形式による他の情報を前記放送信号に多
重するためのデータフォーマット中のエンティティとし
て上記被配信情報を送信することを特徴とする請求項１
２の放送信号送信装置。
【請求項１４】前記他の情報が文字情報を含み、前記
配信情報がＨＴＭＬ形式の情報であることを特徴とする
請求項１３の放送信号送信装置。
【請求項１５】前記データフォーマットは誤り検出ま
たは訂正符号を構成しており、更に、前記被配信情報の
エンティティが文字情報であるときには、当該文字情報
は別の誤り検出もしくは訂正符号を構成し、当該エンテ
ィティが画像情報であるときには別の誤り検出もしくは
訂正符号を構成しないことを特徴とする請求項１３また
は１４の放送信号送信装置。
【請求項１６】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重して送信可能な装置であって、当該被配信情報はマルチメディアネットワークで使用さ
れていない記述形式による他の情報をＦＭ音声信号に多
重するためのデータフォーマット中のエンティティとし
て送信し、前記データフォーマットは誤り訂正符号を構成してお
り、更に、前記被配信情報のヘッダ部分は別の誤り訂正
符号を構成することを特徴とする放送信号送信装置。
【請求項１７】前記放送信号はＦＭ音声放送信号であ
り、前記被配信情報をＦＭ変調された音声信号とは異な
る帯域に周波数多重することを特徴とする請求項１６の
放送信号送信装置。
【請求項１８】前記他の情報が文字情報を含み、前記
被配信情報がＨＴＭＬ形式の情報であることを特徴とす
る請求項１６または１７の放送信号送信装置。
【請求項１９】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重するに際し、当該被配信情報中のヘッダ部分の少なくとも一部に対し
て、当該被配信情報中のエンティティに比して高い冗長
度で誤り検出または訂正符号を構成することを特徴とす
る放送信号送信方法。
【請求項２０】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重して送信するに際し、当該被配信情報中のヘッダ部分の少なくとも一部を、当
該被配信情報中のエンティティを送信する間に少なくと
も複数回送信することを特徴とする放送信号送信方法。
【請求項２１】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重して送信するに際し、当該被配信情報中のエンティティとして少なくとも複数
種の情報を送信すると共に、当該情報の種類に応じて、
冗長度を異ならしめたことを特徴とする放送信号送信方
法。
【請求項２２】放送信号中にマルチメディアネットワ
ークにおいて使用されている記述形式による被配信情報
を多重して送信するに際し、当該被配信情報はマルチメディアネットワークで使用さ
れていない記述形式による他の情報をＦＭ音声信号に多
重するためのデータフォーマット中のエンティティとし
て送信すると共に、更に、前記被配信情報のヘッダ部分
において、前記データフォーマットにて構成さてれいる
誤り訂正符号とは別の誤り訂正符号を構成することを特
徴とする放送信号送信方法。