JPH11234228A - デジタル・データ放送システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】ＦＭ放送の空き帯域を用いて高度な情報の伝達
と、それらのデータを含む番組編成作業を合理化する。 【解決手段】ＦＭ多重放送の番組編成において、従来の
文字多重放送のデータと区別するための識別コードを用
いて、大容量、高品質なＨＴＭＬデータや各種ファイル
は番組ごとに番組コードのディレクトリ名を付けたファ
イル名でファイルを送出する。番組送出端末から切り離
して、インターネットを用いて遠隔地での端末で番組編
成を実現する。ＦＭ多重放送の受信機では従来の文字多
重放送のデータと区別する識別コードによって放送デー
タを識別して受信し、データの復元作業は受信機から切
り離してパソコン等のＣＰＵによって行い、ファイルと
してハードディスク等の大容量記録装置に蓄積する。蓄
積したデータに対して所望の情報を検索し、各種形式の
データに対応する汎用又は専用ソフトウェアを用いてパ
ソコン又は専用ディスクプレイに表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はＦＭ多重放送に関
し、より詳しくはＦＭ放送の空き帯域を用いたデータ多
重放送に関する。

【０００２】

【従来の技術】従来、文字多重放送の番組編成ではＦＭ
文字多重放送において次に示す４種類の標準規格表示フ
ォーマットのいずれかを使用し、放送する番組を編成す
る。 （１） フォーマット０：２．５行、１５．５文字（６
０ドットｘ２４８ドット） （２） フォーマット１：８．５行、１５．５文字（２
０４ドットｘ２４８ドット） （３） フォーマット２：１７行、３１文字（４０８ド
ットｘ４９６ドット） （４） フォーマット３：２０行、４０文字（２００ド
ットｘ２４０ドット） 番組データを編成する際は、文字データ又は図形データ
の他に受信機で表示するための管理データをヘッダとし
て作成する必要がある。文字データの場合は、文字デー
タの先頭に表示フォーマット、表示領域のラスター、番
組番号、ページ番号等を記載する７バイトのヘッダを付
する。図形データの場合は、図形データの先頭に表示フ
ォーマット、表示領域のラスター、番組番号、ページ番
号の他に図形の座標、倍率、図形のリンク番号等を記載
する１０バイトか１５バイトのヘッダを付する。図形
は、一層フォトグラフィック又はジオメトリックであ
り、前記４種類のフォーマットのドットで示す領域内で
表示できるサイズで編集する。大きな図形はスクロール
して表示することができる。

【０００３】また、文字多重放送の受信端末では前記の
表示フォーマットのいずれかを使用し、放送する番組を
ページごとに表示する。受信端末においては受信した番
組データをすべて蓄積せず、数ページ分しか保存しな
い。受信、復元及び表示を一体化した受信端末は携帯し
やすくて実用化されている。受信機能を実現するパソコ
ン用のインターフェース・ボード又はノートパソコン用
のカードもある。このようなボード又はカードをパソコ
ン又はノートパソコンに内蔵させて文字放送の番組を受
信してデータを復元してパソコン又はノートパソコン上
のハードディスクに蓄積する。番組の内容はパソコン又
はノートパソコンのディスプレイ上で表示する。表示内
容は前記のフォーマット０〜３のいずれかに制限される
ものである。

【０００４】従来のファクシミリは、電話回線と接続し
てデータを送受信する１対１の通信端末である。使用形
態としては１対１以外に複数への同報もある。現在、ビ
ジネス及び生活の中には、商品情報、会員サービス、知
らせ等の種々の情報を同時に複数のファクシミリに送信
する使用形態が多くなっている。同報の場合は、一斉に
データを同時に送るのではなく、一件ずつ登録した送信
先の電話にかけて送信する仕組みとなっている。

【０００５】インターネットへのアクセス手段として、
現在携帯電話又はＰＨＳ（Ｐｅｒｓｏｎａｌｈａｎｄｙ
ｐｈｏｎｅ ｓｙｓｔｅｍ）を用いることがある。こ
の方法では、利用者が加入しているインターネット・プ
ロバイダーに電話をかけて接続し、電子メールやホーム
ページ情報を見る。これは電話回線を使ってアクセスす
る方法と本質的に変わるものがなく、通信コストが電話
回線より高い。

【０００６】

【発明が解決しようとする課題】上記のように現在の文
字多重放送の番組編成においては、使用できるデータが
文字及び簡単な図形に限られている。また、文字の数や
図形のサイズは、表示フォーマットに制限されている。
しかも番組データは、複雑なＤＡＲＣ（Ｄａｔａｒａｄ
ｉｏ ｃｈａｎｎｅｌ）方式のエア送出フォーマットに
従わないと送出できない。また、インターネットのよう
なＨＴＭＬデータを番組として編集することができな
い。各種ファイルの伝送にも活用できない。

【０００７】また、文字放送の受信端末においては文字
数及び図形の表示が制限され、表示フォーマットにあっ
た内容しか表示ができないものである。しかも受信番組
は単に見るだけで、蓄積して後で検索して利用すること
ができない。インターネットのように高度な情報を表示
することもできない。放送する各種ファイルの受信もで
きない。携帯電話やＰＨＳを用いてインターネットをア
クセスする方法があるが、通信コストが高く、効率的で
はない。本発明が解決しようとする課題は、電話回線、
携帯電話又はＰＨＳを使わずにＦＭ放送の空き帯域を用
いてインターネットのように高度な情報を伝達できるこ
とにある。

【０００８】また、ファクシミリ同報の場合は、送信先
の数が多いと、順番に電話をかけて送信するので時間と
通信費がかかる。また、相手の電話番号が分からなけれ
ば、送信できない。

【０００９】それゆえに、本発明の主たる目的は、イン
ターネットのように高度な情報を多くの人々に手軽に利
用できるようにＦＭ放送の空き帯域を有効に利用して放
送することである。本発明に係わる番組編成システムは
ＦＭ多重放送においてＨＴＭＬデータ及び各種ファイル
を放送番組として編成し、放送ができるようにすること
である。また、受信機は、放送する大容量、高品質なＨ
ＴＭＬデータ及び各種ファイルを利用できるようにする
ことである。以下、本発明によるＦＭ多重放送はＨｙｐ
ｅｒＦＭデータ放送という。本発明に係わる番組編成シ
ステムはＨｙｐｅｒＦＭ番組編成システムで、受信機は
ＨｙｐｅｒＦＭ受信機という。ＨｙｐｅｒＦＭとはＨＴ
ＭＬデータ及び各種ファイルをＦＭ多重放送によって放
送するメディアであることを意味する。ＨｙｐｅｒＦＭ
は登録済みの商標である。

【００１０】

【課題を解決するための手段】この発明に係わるデータ
の伝送手段はＦＭ放送の空き帯域を利用して多重放送す
ることである。また、従来の文字多重放送と区別する手
段は、ＦＭ多重放送において例えば表１に示すようなサ
ービス識別、情報類別等の識別コードによって放送デー
タを識別させることである。

【００１１】

【表１】

【００１２】データを送出するときは図１に示すよう
に、階層７から階層１までの各階層においてそれぞれの
フォーマットに従ってデータのコーディングを行う。

【００１３】データの蓄積手段としては、識別コードに
よって受信して復元したＨＴＭＬデータ及び各種ファイ
ルをデータの容量に係わらずにすべて廉価なハードディ
スクのような記録装置に蓄積させることである。

【００１４】また、この発明に係わる表示手段は、文字
多重放送の表示フォーマットを使用せず、フリーフォー
マットで受信したＨＴＭＬデータを端末上のブラウザで
表示させることである。受信した各種文書ファイルはそ
れぞれに対応するソフトウェアによって表示させること
である。また、受信した実行形式のファイルは、直接に
端末上で実行させることである。

【００１５】

【発明の実施の形態】次に、この発明に係わるデータ放
送番組編成システム及び受信機の実施の形態を具体的に
説明する。

【００１６】データ放送番組編成システム２０は図２に
示すように、情報抽出端末１０、番組編成端末１２、番
組送出端末１４及び記録装置１６から構成する。情報抽
出端末１０はＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏ
ｌ）接続又はダイヤルアップ接続４６によってインター
ネットに接続する。番組編成端末１２は他の各端末及び
記録装置とＬＡＮ（Ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏ
ｒｋ）４４で結ばれる。また、番組送出端末１４からは
放送設備の番組送出管理端末２２とインターフェース２
８のＬＡＮ又はＲＳ−２３２Ｃで接続する。記録装置１
６は、各端末に属するハードディスクから構成し、ＬＡ
Ｎ上４４で共用できる。

【００１７】情報抽出端末１０は図３に示すように、Ｕ
ＲＬ（Ｕｎｉｆｏｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏ
ｒ）抽出基準等指定３０、情報データ抽出３２、情報デ
ータ保存３４、リンク置換３６、参照情報データ作成３
８及び記録装置１６から構成する。情報抽出端末１０は
ＯＳ（Ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）であるＷｉ
ｎｄｏｗｓＮＴサーバ４２上のＲＡＳ（Ｒｅｍｏｔｅａ
ｃｃｅｓｓ ｓｅｒｖｉｃｅ）４６を用いてダイヤルア
ップでインターネットに接続する。情報抽出端末はＬＡ
Ｎ４４でほかの端末と接続する。

【００１８】抽出を行う前には、まず「ＵＲＬ抽出基準
等指定３０」によって表２に示すＵＲＬ、抽出基準等の
項目を指定する。「情報データ抽出３２」では指定した
ＵＲＬ及び抽出基準を用いてＲＡＳによってインターネ
ットへアクセスして情報データを収集する。

【００１９】収集してきたデータは「リンク置換３６」
によって物理的なリンクをファイル名に置き換える。置
き換えたハイパーテキストは「情報データ保存３４」に
よって記録装置に蓄積する。また、「参照情報データ作
成３８」によって抽出した情報データに関する参照デー
タを作成し、「記録装置１６」に記録する。参照データ
は表２に示す「保存ディレクトリ」、「名称」、「解
説」及び「ジャンル」以外に抽出したデータのファイル
数、データ量、抽出日付を含む。

【００２０】

【表２】

【００２１】番組編成端末１２は図４に示すように番組
表入力５０、番組登録５２、情報データ参照５４、番組
有効性チェック５６、番組表中間保存５８、ＨＴＭＬ形
式番組表生成６０、番組データ生成６２及び記録装置１
６から構成する。番組編成端末はＯＳ、例えばＷｉｎｄ
ｏｗｓ９５ ６６上のＬＡＮ機能４４を用いて他の端末
と接続する。また、前記ＯＳ上のＰＰＰ（Ｐｏｉｎｔ−
ｔｏ−ｐｏｉｎｔ）機能４８を利用してインターネット
に接続することもできる。

【００２２】番組編成は番組表の入力から始まる。番組
表は一週間ごとにまとめて編成する。また、番組は曜日
ごとに編成し、表３に示す項目から構成する。

【００２３】

【表３】

【００２４】番組を編成する際は、「番組表入力５０」
で番組の各項目を入力しながら、番組の素材として使用
する情報データ（ＨＴＭＬデータ又は各種ファイル）を
参照することができる。入力した番組は「番組有効性チ
ェック５６」によってチェックする。有効な番組は「番
組登録５２」によって一旦メモリ上に登録する。編成途
中のデータは、「番組表中間保存５８」によって記録装
置にテキスト形式の中間ファイルとして保存する。次か
ら、保存した中間ファイルを同「番組表中間保存５８」
の機構によってメモリ上に伝送し、編成作業を続けて再
開する。

【００２５】一週間分の番組編成が終われば、「ＨＴＭ
Ｌ形式番組表生成６０」によってすべて入力した番組を
ＨＴＭＬ形式に変換する。変換したＨＴＭＬ形式の番組
表は「記録装置１６」に保存する。変換が終わった後、
「番組データ生成６２」によって指定した情報データ
（番組素材）を用いて番組データを作成し、「記録装置
１６」に保存する。

【００２６】番組送出端末１４は、図５に示すようにＨ
ＴＭＬ形式番組表読込８０、番組データ読込８２、リン
クチェック８４、データ量測定８６、スケジューリング
・データ作成８８、番組データ編集９０及び記録装置１
６から構成する。番組送出端末１４はＯＳ（Ｗｉｎｄｏ
ｗｓ９５）６６上のＬＡＮ機能４４を用いて他の端末と
接続する。また、番組送出端末１４はＯＳ上のＬＡＮ又
はＲＳ−２３２Ｃによるケーブル接続２８を用いて番組
送出管理端末２２と接続する。

【００２７】「リンクチェック８４」では、「番組デー
タ読込８２」によって一週間分の番組データに対して番
組ごとに番組データを「記録装置１６」から読み込み、
ハイパーテキスト中のリンクが欠落しているかを確認す
る。欠落のある番組は「番組データ編集９０」によって
修正する。修正したデータは再び「記録装置１６」に保
存する。

【００２８】「データ量測定８６」では「ＨＴＭＬ形式
番組表読込８０」によって「記録装置１６」から番組表
データを読み込み、番組表中の放送時間及びデータ伝送
ビットレートに基づいて「記録装置１６」上で蓄積して
ある番組データの量を測定する。オーバーフロー又は不
足分は結果としてキロバイト単位で表示する。オーバー
フロー又は不足のある番組に対しては「番組データ編集
９０」によってデータを修正するか、又は番組編成端末
１２で放送時間或いは番組データの再送回数を調整す
る。

【００２９】「スケジューリング・データ作成８８」で
は、リンク及びデータ量のチェックを通した一週間分の
番組データに対して放送スケジューリングを行い、スケ
ジューリング・データを作成する。スケジューリング・
データを作る際は、「ＨＴＭＬ形式番組表読込８０」に
よって「記録装置１６」から番組表を読み込んで関連項
目のデータを用いる。作成したスケジューリング・デー
タは、番組表、番組データと同様に「記録装置１６」に
保存する。スケジューリング・データは表４に示すよう
な項目で構成する。

【００３０】

【表４】

【００３１】ハイパーテキスト形式以外の各種ファイル
に対しては、番組送出端末１４上で「リンクチェック８
４」によるハイパーテキスト・リンクのチェックを行わ
ない。

【００３２】番組送出端末は無休運行する。番組送出端
末では、番組表、番組データ及びスケジューリング・デ
ータを一定期間保存し、その期間を過ぎたデータは週替
わり（月曜日の０時０分）に削除する。

【００３１】ＨＴＭＬデータ及び各種ファイルを番組と
して放送することを特徴とするデータ放送運営システム
１００はこれまで述べた番組編成システム２０、Ｈｙｐ
ｅｒＦＭ受信端末１２０、文字多重受信端末１２２、Ｈ
ＴＭＬデータ又は各種ファイルで編成するＨｙｐｅｒＦ
Ｍ番組及び文字多重放送番組から構成する。具体的に、
この発明に係わるＨｙｐｅｒＦＭデータ放送運営システ
ム１００は図６に示すように、情報抽出端末１０、番組
編成端末１２、番組送出端末１４、文字多重番組送出端
末１０４、番組送出管理端末２２、ＤＡＲＣデータ作成
器１１０、Ｌ−ＭＳＫ（Ｌｅｖｅｌ ｃｏｎｔｒｏｌｌ
ｅｄ ｍｉｎｉｍｕｍ ｓｈｉｆｔ ｋｅｙｉｎｇ）変
調器１１２、合成器１１４、演奏装置１１６、送信機２
４、送信アンテナ２６及びＨｙｐｅｒＦＭ受信端末１２
０、文字多重受信端末１２２から構成して運営する。放
送するコンテンツは情報抽出端末１０、番組編成端末１
２で構成する番組編成システムを用いて、この発明に定
義したＨＴＭＬデータ及び各種ファイルの形式のデータ
で編成するＨｙｐｅｒＦＭ番組及び従来の文字多重放送
番組から構成する。「番組送出管理端末２２」ではスケ
ジューリング・データによって番組データの送出を制御
する。「ＤＡＲＣデータ作成１１０」では「番組送出端
末１４」から送ってくるＨｙｐｅｒＦＭ番組データと
「文字多重番組送出端末１０４」からの文字多重番組デ
ータを混在して図１に示した階層においてエアフォーマ
ットのデータを作成する。作成したエアフォーマットの
データは「Ｌ−ＭＳＫ変調１１２」によって変調し、
「合成器１１４」によってＦＭ音声と合成して「送信機
２４」から送出する。「ＨｙｐｅｒＦＭ受信端末１２
０」では放送するＨｙｐｅｒＦＭ番組を受信して表示し
たり利用する。「文字多重受信端末１２２」では放送す
る文字多重番組を受信して表示する。

【００３４】次に、上記のシステムによって編成する番
組の構成について説明する。これまで説明した通り、Ｈ
ｙｐｅｒＦＭ番組は、番組表、番組データ及びスケジュ
ーリング・データを含む。図７に示すように、これらの
データはそれぞれのディレクトリに分けて管理する。デ
ィレクトリ名は表５に示すように構成する。

【００３５】

【表５】

【００３６】番組表は一週間ごとに編成する。番組表の
関連ファイルは「ＹＹＹＹＭＭＤＤ００００００」のよ
うに構成するディレクトリに保存する。ＹＹＹＹＭＭＤ
Ｄは番組表の開始日である月曜日の日付である。ディレ
クトリ名は、他のディレクトリ構成と同様に１４桁に合
わすために下の６桁をすべて「０」とする。番組表ディ
レクトリの下には、番組表のハイパーテキスト・ファイ
ル、番組表に使用するバックグランド画像ファイル、放
送局を示すハイパーテキスト・ファイル等が含まれる。
番組表のハイパーテキスト・ファイル名は「ＹＹＹＹＭ
ＭＤＤ．ＨＴＭ」で構成する。このＹＹＹＹＭＭＤＤも
ディレクトリと同様に番組表の開始日である月曜日の日
付である。スケジューリング・データは「１１１１１１
１１００００００」という名前のディレクトリに保存す
る。各週の番組放送スケジューリング・データはこのデ
ィレクトリに保存する。一週間分の番組に対して、放送
スケジューリング・データを一つのファイルに保存す
る。ファイル名は「ＹＹＹＹＭＭＤＤ．ＢＴＣ」で構成
する。ＹＹＹＹＭＭＤＤは番組表のハイパーテキスト・
ファイルと同様に番組表の開始日である月曜日の日付で
ある。番組データは「ＹＹＹＹＭＭＤＤｈｈｍｍＪＪ」
のように構成するディレクトリに保存する。ＹＹＹＹＭ
ＭＤＤは番組の放送日で、ｈｈとｍｍは番組の放送開始
時刻である。また、ＪＪは番組のジャンル番号である。
「ＹＹＹＹＭＭＤＤｈｈｍｍＪＪ」は番組を識別するた
めの番組コードでもある。システム上ではこの番組コー
ドによって番組を管理する。

【００３７】番組表及び番組データはスケジューリング
・データによって送出する。番組表は００時００分よ
り、３時間おきに繰り返して送出する。また、送出管理
端末が立ち上がる際に必ず送出する。番組表の送出方法
は番組データと同様であり、ディレクトリごとに送出す
る。送出単位はファイルとする。

【００３８】一方、図８に示すように、受信端末１２０
は受信アンテナ１３０、ＦＭ受信復調器１３２、データ
出力ポート１３４、復元１３６、蓄積１３８、表示１４
０、スピーカ１４２及びＤＣ電源１４４を含む。ここで
は受信データをＨＴＭＬデータ又は各種ファイルに復元
する「復元１３６」機能、復元したデータを蓄積する
「蓄積１３８」機能及び蓄積したデータを表示する「表
示１４０」機能をパソコン上でおく。音声を出力するス
ピーカは含まれなくてもよい。

【００３９】ＦＭ受信復調器１３２とデータ出力ポート
１３４を一体化してＨｙｐｅｒＦＭ受信機１４６として
構成する。ＤＣ電源１４４及びスピーカ１４２は、外付
けにするか又は受信機１４６に内蔵する。

【００４０】ＦＭ受信復調器１３２は図９に示すよう
に、受信部１５０、音声復調部１５２、データ復調部１
５４、データ誤り訂正処理部１５６及び制御部１５８を
含む。ＦＭ多重信号は「受信部１５０」で受信し、ＦＭ
復調信号として「音声復調部１５２」と「データ復調部
１５４」へ同時に送る。「音声復調部１５２」では、Ｆ
Ｍ多重信号からＦＭ音声を復調する。復調した音声は
「音声端子１６０」から出力する。この部分は含まれな
くてもよい。「データ復調部１５４」では階層１におい
てフレームデータを復調して階層２の「誤り訂正処理部
１５６」へ送る。ここでは、従来の文字多重データを出
力することもできる。「誤り訂正処理部１５６」では階
層２においてフレームデータをＤＡＲＣ方式の誤り訂正
符号によって処理するか、又は他の新規誤り訂正符号に
よって処理する。処理済のデータは「データ端子１６
２」から出力する。誤り訂正ができないデータはここで
廃棄する。「制御部１５８」では「誤り訂正処理部１５
６」の制御及び周波数制御を行う。誤り訂正処理後のデ
ータが階層３のデータパケットとなり、プリフィクスの
中にあるサービス識別（ＳＩ）によってＨｙｐｅｒＦＭ
番組データ（ＨＴＭＬデータ又は各種ファイル）を識別
する。

【００４１】「データ出力ポート１３４」では、階層３
において識別したＨｙｐｅｒＦＭデータパケットを処理
し、階層４のデータグループを接続する出力インターフ
ェース（以下Ｉ／Ｆと表記する）によってパソコンへ伝
送する。出力Ｉ／Ｆは、汎用のＲＳ−２３２Ｃ、ＧＰ−
ＩＢ、ＳＣＳＩ、セントロニクスのいずれかである。

【００４２】受信機１４６を取り付けるパソコンは接続
する出力Ｉ／Ｆから伝送してくる階層４のデータを受け
取る。「復元１３６」では階層４〜５において受け取っ
たデータを元形式のデータに復元してファイルに組み立
てる。階層５においては「情報類別」を有料放送に指定
して文字多重及びほかの放送事業者の放送と区別する。
また、「提示機能」ではＨｙｐｅｒＦＭデータ放送の提
示形式を定義する。「表示フォーマット」は「フリーフ
ォーマット」で指定する。「蓄積１３８」では階層６に
おいて復元したデータをディレクトリに分けてハードデ
ィスク上に保存する。さらに、「表示１４０」では階層
７において保存しているデータを表示したり利用する。
パソコン上ではＨＴＭＬデータを専用ブラウザ又はイン
ターネットの汎用ブラウザによって表示する。各種文書
ファイルはそれぞれに対応する表計算やワープロ等の汎
用ソフトウェアによって表示したり利用する。実行形式
のファイルはパソコン上で直接に実行できる。

【００４３】ＨｙｐｅｒＦＭ番組を表示する専用ブラウ
ザ（以下ＨｙｐｅｒＦＭブラウザと呼ぶ）１７０は、図
１０に示すように構成する。ＨｙｐｅｒＦＭブラウザ１
７０は、番組表表示１７２、番組表示１７４、番組自動
表示設定１７６、番組検索１７８、番組ジャンル指定１
８０、番組受信予約１８２、番組データ整理１８４、記
録装置１８６とウェブサフィン１８８を含む。Ｈｙｐｅ
ｒＦＭブラウザはＯＳ、例えばＷｉｎｄｏｗｓ９５上で
動作する。番組表はＨＴＭＬ形式データであり、番組表
から各番組をたどることができる。「番組自動表示設定
１７６」とは、予め設定しておいた番組表の中にある番
組の一部又は全部を自動的に表示させることである。自
動表示のページ切替え間隔も設定できる。「番組検索１
７８」では、受信した膨大な番組の中から見たい番組を
速やかに引き出せる。「番組ジャンル指定１８０」と
は、受信した番組をジャンルによって指定してそのジャ
ンルの番組を表示できる。「番組受信予約１８２」と
は、送られてきた番組表のうち見たい番組のみを予め指
定して受信することができる。指定しなかった番組はハ
ードディスクに保存しない。「番組データ整理１８４」
では、受信した番組の削除、バックアップ等の作業が容
易にできる。「記録装置１８６」には番組表及び番組デ
ータを保存する。「ウェブファイン１８８」とは汎用ブ
ラウザのように、インターネットに接続してウェブ上の
ホームページをたどることができる。インターネットと
の接続はＰＰＰを用いたダイヤルアップ接続か専用回線
を用いたＩＰ接続のいずれである。

【００４４】また、図１１に示すように、受信機１４６
をインターフェース（Ｉ／Ｆ）１９２でファクシミリ１
９４と接続して、受信したデータをファクシミリから印
刷することを特徴とする受信機外付け放送型ファクシミ
リ１９０となる。このファクシミリは受信機１４６を外
部に取り付け、受信データを復元する「番組データ復
元」機能、復元したデータを蓄積する「番組データ蓄
積」機能及び蓄積したデータを印刷する「番組データ印
刷」機能をファクシミリ上において構成する。受信機１
４６は受信アンテナ１３０、ＦＭ受信復調器１３２、デ
ータ出力ポート１３４及びＤＣ電源１４４を含む。イン
ターフェース（Ｉ／Ｆ）１９２は汎用のＲＳ−２３２
Ｃ、ＧＰ−ＩＢ、ＳＣＳＩ、セントロニクスのいずれか
である。ファクシミリは電話回線１９６に接続して通常
のファクシミリとして使用できる。また、図１２に示す
ように受信機１４６をファクシミリに内蔵して受信機内
蔵の放送型ファクシミリ２００を構成することもでき
る。この場合は受信アンテナ１３０を外付けにしてＦＭ
受信復調器１３２、番組データ復元１３６、番組データ
蓄積１３８及び番組データ印刷２０２を内蔵してファク
シミリを構成する。本発明に係わる放送型ファクシミリ
はＨｙｐｅｒＦＭデータ放送においてファクシミリ向け
の放送番組のみを受信して印刷する。番組データの形式
はＨＴＭＬデータ又はワープロ文書、表計算データに対
応する。また、ファクシミリには従来のファクシミリの
送受信機能２０４を併存させることもできる。

【００４５】以上、この発明に係わる番組編成システム
及び受信機、放送型ファクシミリの実施の形態を説明し
たが、この発明はこれらの実施の形態によって限定され
るものではない。次に、他の実施の形態を説明する。同
一の個所には同一の符号を付して、その説明を省略す
る。

【００４６】たとえば、図１３に示すように、情報抽出
端末１０、番組編成端末１２及び記録装置１６で構成す
る番組編成ステーション２１２を番組送出端末１４から
切り離して遠隔地番組編成システム２１０を構成する。
番組編成は番組送出と分離して異なる場所（番組編成ス
テーション２１２）で行うことができる。この場合は番
組編成ステーション２１２と番組送出サーバ２１４の間
にインターネット、例えばＯＣＮ（Ｏｐｅｎ ｃｏｍｐ
ｕｔｅｒ ｎｅｔｗｏｒｋ）又はＯＤＮ（Ｏｐｅｎ ｄ
ａｔａ ｎｅｔｗｏｒｋ）を用いる。この構成は番組編
成が複数個所の番組編成ステーション２１２で行われる
仕組みとなっている。各ステーションで編成した番組デ
ータは「番組サーバ２１６」上の「大容量記録装置２１
８」に保存し、どのステーションからもアクセスでき
る。番組送出端末１４は「番組サーバ２１６」とＬＡＮ
で結ばれる。

【００４７】また、図１４に示すようにテレビデータ放
送又はＣＳによるディジタル・データ放送において構成
するディジタル放送番組編成システム２２０もこの発明
に含める。この構成では前述のように放送する番組を分
散する番組編成ステーション２１２によって編成でき、
編成した番組をインターネット（ＯＣＮ／ＯＤＮ等）に
よって番組サーバ２１６に集結する。番組送出端末１４
は番組サーバ２１６とＬＡＮを用いて結び、同じＬＡＮ
でディジタル放送設備の番組送出管理端末２２に接続す
る。放送するデータはディジタル放送機２２２を通じて
ディジタル放送アンテナ２２４から放送される。

【００４８】ラジオやテレビ放送は、効果的な情報伝達
手段として先年の阪神・淡路大震災のときに証明され
た。ＦＭ、テレビデータ放送又はＣＳ、ＣＡＴＶによる
ディジタル・データ放送も、災害時、非常時の情報を伝
達する有効なメディアとなる。前述の番組編成システム
は災害時、非常時における緊急放送に対応している。こ
こで、緊急放送における番組編成の仕組みについて説明
する。

【００４９】緊急番組の編成２３０は図１５のように構
成する。災害などの緊急事態が発生した際には、通常番
組放送を緊急番組放送に変える。番組編集端末１２では
緊急時が発生した時点で即時に番組表および番組放送ス
ケジューリング・ファイルを変更して緊急放送番組を制
作し、放送中の番組を中断させる緊急シグナルを番組送
出端末１４及び番組送出管理端末２２に送る。番組送出
管理端末２２では緊急シグナルをキャッチして直ちに放
送中の番組を中断して緊急番組を放送する。緊急放送番
組は放送中の番組が終った直後に放送する番組とする。

【００５０】緊急放送番組には特定の番組コードを使用
せず、通常番組と同様に同じ構成の番組コードを使用す
る。緊急番組であることは番組コードの最後の２桁で表
すジャンル番号（９９）で識別する。従って、緊急番組
コードの構成は ＹＹＹＹＭＭＤＤｈｈｍｍ９９ となる。ＹＹＹＹＭＭＤＤは緊急時の日付であり、ｈｈ
ｍｍは緊急番組を放送する時刻である。緊急番組編集で
は、通常放送の番組表を読み込み、緊急放送として使用
する時間帯の通常番組を緊急番組に入れ替える。通常番
組の内容は削除せず、番組のディレクトリに未放送の目
印（ｘ）を付けて保存する。例えば、１９９７０９０１
１０３０１１の番組に対して、この番組を保存するディ
レクトリは １９９７０９０１１０３０１１ｘ に変更する。放送されなかった番組は内容によって別の
日又は週に移行して放送することができる。

【００５１】編集した番組表に基づいて、放送スケジュ
ーリングを行う。緊急放送番組は、送出方法として通常
番組と同様に送出する。緊急放送が終った後、緊急放送
を解除し、通常番組の放送を再開する。

【００５２】以上の構成に係わる緊急番組の編成手順
は、たとえば次のようになる。手順を示す番号は図１５
上に示している。 番組表を変更して緊急放送番組を編成する 放送スケジューリングを更新する 番組編集端末１２から番組送出端末１４へ緊急シグ
ナルを送る 番組送出端末から番組送出管理端末２２へ緊急シグ
ナルを送る 番組表および放送スケジューリング・ファイル伝送
を要求する 番組および放送スケジューリング・ファイルを伝送
する 放送中の番組を中断する 緊急番組を送出する

【００５３】利用者側の受信端末１２０では、緊急放送
番組を受信した場合に直ちに緊急番組の内容を自動的に
ブラウザ上で表示させる。図１６に示すように、受信端
末１２０上では「番組データ復元１３６」によって番組
データを復元した後、「番組データ蓄積１３８」によっ
て番組コードを調べ、緊急番組であるかをチェックす
る。緊急番組をキャッチした場合は、直ちにアラーム
（音）を出してハイパーテキストを表示できるウインド
ウ「緊急番組ブラウザ２４２」を開いて緊急番組の内容
を表示させる。緊急放送時は、緊急番組を受信した後、
すべての番組データをこのウインドウ上で自動的に表示
させる。

【００５４】以上の構成に係わる緊急番組受信の編成手
順は、たとえば次のようになる。手順を示す番号は図１
６上に示している。 番組データ復元１３６は放送データを受信し、番組
データに復元する 番組データ蓄積１３８は復元した番組データをハー
ドディスクに保存する。その際、緊急情報であるかどう
かをチェックする 通常番組の場合はＨｙｐｅｒＦＭブラウザ１７０上
で番組を利用する 緊急番組の場合はアラーム（音）を出して番組デー
タ蓄積１３８から緊急番組ブラウザ２４２のウインドウ
を開いて緊急番組を自動的に表示させる

【００５５】また、受信器に対してもたとえば図１７に
示すように、受信器の機能を搭載するＦＭ多重受信ボー
ド２６０をパソコン本体に内蔵させて受信端末の機能を
持たせることを特徴とするパソコン２５０は、前述の受
信機を外付けにする形態と同様に適宜、このパソコン上
で放送してくるＨＴＭＬデータ及び各種ファイルを復元
して蓄積し、表示したり利用することができる。この実
施例において、データの受信、復調、復元、蓄積、表示
の機能はパソコン内に完全に収納されていて、このパソ
コンが受信端末として使用される。

【００５６】この場合、データ処理手順は図１８に示
す。まず、ＦＭ受信復調ボード上においてＦＭ多重信号
を受信する。受信した信号を復調したデータを出力す
る。そのデータを誤り訂正処理してＣＰＵ２６２へ渡
す。パソコン本体ＣＰＵ上ではデータ復元を行い、組み
立てたＨＴＭＬデータや各種ファイルをハードディスク
２６６に蓄積する。最後に、ディスプレイ２６４上でデ
ータの表示を行う。

【００５７】また、図１９に示すように、受信器の機能
を搭載するＦＭ多重受信カード２８０をノートパソコン
本体に内蔵させて受信端末の機能を持たせることを特徴
とするノートパソコン２７０は、前述の受信機を外付け
にする形態と同様に適宜、このノートパソコン上で放送
してくるＨＴＭＬデータ及び各種ファイルを復元して蓄
積し、表示したり利用することができる。この実施例に
おいて、データの受信、復調、復元、蓄積、表示の機能
はノートパソコン内に完全に収納されていて、このノー
トパソコンが携帯又は移動端末として使用される。

【００５８】次に、図２０に示すように、ＦＭ多重受信
機３１０、ＣＰＵ２６２、記録装置３１２、表示装置３
１４を一体化した専用受信端末３００は、受信器の機能
が内蔵されていて、ＣＰＵ２６２によってデータの復元
を行い、記録装置３１２に蓄積して、表示装置３１４の
上で表示するように構成する。本実施例において、デー
タの受信、復調、復元、蓄積、表示の機能が一つのケー
ス内に完全に収納されていて、この一体化した専用端末
が携帯又は車載等移動受信端末として使用される。

【００５９】特に、この発明に係わる車載端末はＦＭス
テレオ・ラジオのように車内に取り付ける。ディスプレ
イは車内の各座席まで移動できるようにケーブルで本体
と接続する。この車載端末では、移動中でもＨｙｐｅｒ
ＦＭ番組を受信でき、携帯電話やＰＨＳを用いてインタ
ーネットにアクセスする必要がなく、ニュースや各種情
報を利用することができる。

【００６０】また、図２１に示すように、蓄積形受信端
末３３０は記録装置３４０を受信機１４６に接続して、
放送してくるデータを蓄積することを特徴とする。受信
した放送データは、記録装置に蓄積する前にデータの復
元を行う。記録装置は大容量のハードディスクをもつパ
ソコンでもよい。この実施例においては、ＬＡＮ上にこ
の受信端末を一つ置けば、ＬＡＮ上のすべてのパソコン
から蓄積したデータを表示したり利用することができ
る。

【００６１】以上、すべての受信端末の実施例において
表示装置を大型ディスプレイにして、情報パネルとして
利用する場合も含める。また、表示装置を持たずに受信
した信号を各種制御に用いることを特徴とする受信端末
も含める。

【００６２】

【発明の効果】この発明によれば、この発明に係わる番
組編成システムは、今までの文字多重放送と異なって、
制限された文字データ又は簡単な図形データだけではな
く、ＨＴＭＬデータを含め、各種形式のデータを放送番
組として編成し、ＦＭ多重放送において送出できる。ま
た、この番組編成システムでは、災害・非常時に、緊急
放送において緊急番組を編成して送出できる。番組編成
は、遠隔地に分散する編成ステーションで作業でき、そ
れぞれのステーションから編成した番組データをインタ
ーネット（ＯＣＮ／ＯＤＮ等）によって番組サーバに集
結することができる。また、各編成ステーションからは
番組サーバに蓄積している番組データをアクセスするこ
とができる。

【００６３】また、ＦＭ多重放送受信機は今までの文字
多重放送の受信端末と異なって、決められた形式の文字
又は簡単な図形データだけではなく、放送する各種形式
のデータを受信することができる。また、受信したデー
タは大容量記録装置に蓄積することができる。蓄積した
データはハイパーテキスト形式であれば、専用又は汎用
ブラウザによって表示することができ、表計算や文書で
あれば、それぞれに対応するソフトウェアを呼び出して
表示したり利用することができる。実行形式のファイル
はパソコン上で直接に実行できる。また、蓄積したデー
タに対して所望の情報を検索することもできる。さら
に、この発明による受信端末は、ＦＭ多重放送における
緊急放送の番組受信表示にも対応している。

【００６４】このように、この発明に係わる番組編成シ
ステムは、テレビ放送のすき間である垂直帰線消去期間
を利用した多重放送又はＣＳ及びＣＡＴＶによるディジ
タル・データ放送においてＨＴＭＬデータ及び各種ファ
イルを含むさまざまな情報を放送番組として編成するこ
とができる。また、この発明に係わる受信機及び番組編
成システムは、ＦＭ放送の空き帯域を利用してＨＴＭＬ
データや各種ファイルを含むさまざまな情報を放送して
受信することができる。従って、この発明はディジタル
・データ放送部門において大いに利用し得るものであ
る。

【図面の簡単な説明】

【図１】この発明に係わるデータ送出および復元フォー
マットを示す階層構造図である。

【図２】この発明に係わる基本的番組編成システムの実
施の形態を示す構成ブロック図である。

【図３】この発明に係わる情報抽出端末の実施の形態を
示す構成ブロック図である。

【図４】この発明に係わる番組編成端末の実施の形態を
示す構成ブロック図である。

【図５】この発明に係わる番組送出端末の実施の形態を
示す構成ブロック図である。

【図６】この発明に係わるデータ放送システム及び運営
システムの実施の形態を示す構成ブロック図である。

【図７】この発明に係わる番組構成の実施の形態を示す
構成ブロック図である。

【図８】この発明に係わる受信機とそれをパソコンに外
付けにした受信端末の実施の形態を示す構成ブロック図
である。

【図９】この発明に係わる受信機にある復調器の実施の
形態を示す構成ブロック図である。

【図１０】この発明に係わる専用ブラウザの実施の形態
を示す構成ブロック図である。

【図１１】この発明に係わる受信機を外付して接続する
放送型ファクシミリの実施の形態を示す構成ブロック図
である。

【図１２】この発明に係わるＦＭ受信復調器を番組デー
タの復元、蓄積及び印刷機能と併せてファクシミリに内
蔵する放送型ファクシミリの実施の形態を示す構成ブロ
ック図である。

【図１３】この発明に係わる遠隔地番組編成システムの
実施の形態を示す構成ブロック図である。

【図１４】この発明に係わるテレビ放送によるデータ多
重放送又はＣＳデータ放送に適する分散型番組編成シス
テムの実施の形態を示す構成ブロック図である。

【図１５】この発明に係わる緊急放送における緊急番組
編成の実施の形態を示す構成ブロック図である。

【図１６】この発明に係わる受信端末の緊急放送番組を
受信する実施の形態を示す構成ブロック図である。

【図１７】この発明に係わる受信機の機能を搭載するイ
ンターフェース・ボードをパソコンに内蔵させる受信端
末の実施の形態を示す構成ブロック図である。

【図１８】この発明に係わる内蔵型の受信端末のデータ
処理を示す流れ図である。

【図１９】この発明に係わる受信機の機能を実現するカ
ードをノートパソコンに内蔵させる受信端末の実施の形
態を示す構成ブロック図である。

【図２０】この発明に係わる受信、復調、復元、蓄積、
表示の機能を含む一体化した専用受信端末の実施の形態
を示す構成ブロック図である。

【図２１】この発明に係わる受信、復調、復元、蓄積の
機能を含む蓄積型受信端末の実施の形態を示す構成ブロ
ック図である。

【符号の説明】

１０ 番組抽出端末 １２ 番組編成端末 １４ 番組送出端末 １６ 記録装置 ２０ データ放送番組編成システム ２２ 番組送出管理端末 ２４ ＦＭ送信機 ２６ 送信アンテナ ２８ ＬＡＮ又はＲＳ−２３２Ｃケーブル ３０ ＵＲＬ抽出基準等指定 ３２ 情報データ抽出 ３４ 情報データ保存 ３６ リンク置換 ３８ 参照情報データ作成 ４２ ＯＳ（ＷｉｎｄｏｗｓＮＴサーバ） ４４ 番組編成用ＬＡＮ ４６ ＲＡＳによるダイヤルアップ接続 ４８ ＰＰＰによるダイヤルアップ接続 ５０ 番組表入力 ５２ 番組登録 ５４ 情報データ参照 ５６ 番組有効性チェック ５８ 番組表中間保存 ６０ ＨＴＭＬ形式番組表生成 ６２ 番組データ生成 ６６ ＯＳ（Ｗｉｎｄｏｗｓ９５） ８０ ＨＴＭＬ形式番組表読込 ８２ 番組データ読込 ８４ リンクチェック ８６ データ量測定 ８８ スケジューリングデータ作成 ９０ 番組データ編集 １００ ＨｙｐｅｒＦＭデータ放送運営システム １１０ ＤＡＲＣデータ作成器 １１２ Ｌ−ＭＳＫ変調器 １１４ 合成器 １１６ 演奏装置 １１８ 送出制御用ＬＡＮ １２０ ＨｙｐｅｒＦＭ受信端末 １２２ 文字多重受信端末 １３０ 受信アンテナ １３２ ＦＭ受信復調器 １３４ データ出力ポート １３６ 番組データ復元 １３８ 番組データ蓄積 １４０ 番組データ表示 １４２ スピーカ １４４ ＤＣ電源 １４６ 受信機 １５０ ＦＭ受信部 １５２ 音声復調部 １５４ データ復調部 １５６ 誤り訂正処理部 １５８ 制御部 １６０ 音声出力 １６２ データ出力 １７０ ＨｙｐｅｒＦＭブラウザ １７２ 番組表表示 １７４ 番組表示 １７６ 番組自動表示設定 １７８ 番組検索 １８０ 番組ジャンル指定 １８２ 番組受信予約 １８４ 番組データ整理 １８６ 記録装置 １８８ ウェブサフィン １９０ 受信機外付けの放送型ファクシミリ １９２ 受信機とファクシミリと接続するインターフェ
ース １９４ ファクシミリ １９６ 電話回線 ２００ 受信機内蔵の放送型ファクシミリ ２０２ 受信データ印刷 ２０４ 従来のファクシミリ送受信 ２１０ 遠隔地番組編成システム ２１２ 番組編成ステーション ２１４ 番組送出サーバ ２１６ 番組サーバ ２２０ ディジタル放送番組編成システム ２２２ ディジタル放送送信機 ２２４ ディジタル放送アンテナ ２３０ 緊急番組放送送出システム ２４０ 緊急放送受信システム ２５０ 受信ボードを装着したパソコン ２６０ パソコン用受信ボード ２６２ ＣＰＵ ２７０ 受信カードを装着したノートパソコン ２８０ ノートパソコン用受信カード ２８４ ディスプレイ ２８６ ハードディスク ３００ 車載等移動受信端末 ３１０ 内蔵型受信機 ３１２ 記録装置 ３１４ 表示装置 ３３０ 蓄積型受信端末 ３４０ 記録装置

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年３月８日

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正内容】

【書類名】 明細書

【発明の名称】 デジタル・データ放送システム

【特許請求の範囲】

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は放送の空き帯域を
用いて各種のデジタル・データを多量に送受信する多重
放送システムに関する。

【０００２】

【従来の技術】従来、文字多重放送で放送する番組の編
成では、つぎに示す４種類の標準規格表示フォーマット
のうちのいずれかを使用して、放送する番組を編成して
いる。 １． フォーマット０：２．５行、１５．５文字。６０
×２４８ドットの図形 ２． フォーマット１：８．５行、１５．５文字。２０
４×２４８ドットの図形 ３． フォーマット２：１７行、３１文字。４０８×４
９６ドットの図形 ４． フォーマット３：２０行、４０文字。２００×２
４０ドットの図形

【０００３】放送コンテンツとなる番組データを編成す
る際は、文字データまたは図形データのほかに、受信機
で受信して、これを表示するための管理データをヘッダ
として作成する必要がある。文字データの場合は、文字
データの先頭に表示フォーマット、表示領域のラスタ
ー、番組番号、ページ番号等を記載する７バイトのヘッ
ダを付する。図形データの場合は、図形データの先頭に
表示フォーマット、表示領域のラスター、番組番号、ペ
ージ番号のほかに図形の座標、倍率、図形のリンク番号
等を記載する１０バイトまたは１５バイトのヘッダを付
する。図形は一層フォトグラフィックまたはジオメトリ
ックであり、前記４種類のフォーマットのドットで示す
領域内に、表示できるサイズで編集する必要がある。大
きな図形はスクロールして表示している。

【０００４】一方、文字多重放送の受信端末では前記の
表示フォーマットのいずれかを使用し、放送する番組を
ページごとに表示する。受信、復元および表示を一体化
した受信端末は携帯用のものも実用化されている。しか
しながら、それら受信端末においては、受信した番組デ
ータのすべてを蓄積するのではなく、たかだか数ページ
分しか保存されないのが通例である。

【０００５】また、受信機能を実現するためのパソコン
用のインターフェース・ボードまたはノートパソコン用
のカードも一部実用化されている。しかし、これらのボ
ードまたはカードはパソコンまたはノートパソコンに内
蔵させ、文字放送の番組を受信し、データを復元し、パ
ソコンのハードディスクに蓄積する。そして、受信した
番組の内容をディスプレイで表示する。しかし、表示内
容は前記のフォーマット０から３までのいずれかに制限
されてしまう。

【０００６】また、一般に用いられるファクシミリは、
電話回線と接続してデータを送受信する１対１の通信端
末である。通常の使用形態として１対１以外に、複数へ
の同報機能もある。現在、ビジネスおよび生活の場で、
商品情報、会員サービス、知らせ等の種々の情報を同時
に複数のファクシミリに送信する同報機能を利用した使
用形態が多くなっている。しかし、同報の場合は一斉に
データを同時に送るのではなく、一件ごとに登録した送
信先に電話をかけて送信する原理的には１対１通信の仕
組みとなっている。

【０００７】インターネットへのアクセス手段として、
現在携帯電話またはＰＨＳを用いることがある。この方
法では、利用者が加入しているインターネット・プロバ
イダーに電話をかけて接続し、電子メールやホームペー
ジ情報を見る。しかしながら、これでは電話回線を使っ
てアクセスする方法と本質的に変わるものがなく、通信
コストもかさむ。

【０００８】

【発明が解決しようとする課題】上記のように現在の文
字多重放送の番組編成においては、使用できるデータが
文字および簡単な図形に限られている。また、文字の数
や図形のサイズは、表示フォーマットに制限されてい
る。

【０００９】また、文字放送の受信端末においては文字
数および図形の表示が制限され、表示フォーマットに適
合した内容しか表示できない。しかも受信番組は単に見
るだけで、蓄積して後で検索して利用することができな
い。さらには、インターネット情報を表示するのような
高度の情報利用をすることもできない。また、放送する
各種ファイルの受信もできない。携帯電話やＰＨＳを用
いてインターネットをアクセスする方法は通信コストが
かさみ、効率的ではない。

【００１０】また、ファクシミリ同報の場合は、送信先
の数が多いと、順番に電話をかけて送信するので時間と
通信費がかかる。また、相手の電話番号が分からなけれ
ば、送信できない。

【００１１】

【課題を解決するための手段】本発明の主たる目的は、
上記のような欠点を解消するデジタル・データ放送シス
テムを提供するものである。本発明によって、インター
ネットのように高度な情報を多くの人々に手軽に利用で
きるように、放送の空き帯域を有効に利用して放送する
ことができる。すなわち、本発明が解決しようとする課
題は、電話回線、携帯電話またはＰＨＳなどを使わず
に、放送の空き帯域を用いて、インターネットのように
高度な情報を伝達することを可能することにある。

【００１２】本発明に係るデジタル・データ放送におけ
る番組編成システムは、ＨＴＭＬデータおよび各種ファ
イルを放送番組として作成し編成する。そのため、番組
データや番組表データなどを定められたルールと手順
で、階層に応じて構成し、多重放送を可能にする。ま
た、その受信端末は、放送された大容量、高品質なＨＴ
ＭＬデータおよび各種ファイルを受信して、受信データ
を加工したうえ、高度に各種利用できるようにするもの
である。

【００１３】

【発明の実施の形態】本発明に係るデジタル・データ放
送システムにおいて、その放送コンテンツであるデータ
を、従来の文字多重放送と区別する手段をそなえる。そ
の手段としては、データ多重放送において、たとえば表
１に示すような項目、すなわちサービス識別、表示フォ
ーマット、情報類別、提示機能等を４または８ビットの
識別コードによって、放送データを識別させる。また、
各項目はプリフィクスまたはデータヘッダとして、後記
の階層３または５の階層となっている。

【００１４】

【表１】

【００１５】図１は本発明のデータ送出および復元フォ
ーマットを示す階層構造図である。図１に示すように、
データを送出する場合には階層７から階層１までの各階
層でそれぞれのフォーマットにしたがってデータのコー
ディングを行う。階層７は情報からなり、ハイパーテキ
スト、文書、テキスト、画像、プログラムなどが含まれ
る。階層６はファイルでディレクトリごとにまとめたＨ
ＴＭＬデータまたは各種ファイル、実行形式ファイルな
どが含まれる。階層５は番組データでＨＴＭＬデータま
たは各種ファイルをファイル単位で伝送する。番組デー
タは情報分離符号ＲＳとデータヘッダ、データユニット
群で構成し、放送番組のＨＴＭＬデータまたは各種ファ
イルを文書単位で伝送するようにしてある。階層４は番
組データをグループ化したデータグループで、番組デー
タをさらにヘッディング開始符号ＳＯＨとデータグルー
プヘッダ、データグループデータ、データグループ終了
符号ＥＴＸで構成している。データグループデータはさ
らに１４４ビットの複数のデータブロックをもって構成
する。

【００１６】階層３はデータパケットで、３２ビットの
プリフィクスと１４４ビットのデータブロックからな
る。階層２はフレームデータで、２７２ブロックからな
る。これは１６ビットのブロック識別、１７６ビットの
データパケット、１４ビットのサイクリック・リダンダ
ンシ・チェックＣＲＣおよび８２ビットの誤り訂正符号
で構成されている。階層１は放送用の多重信号で、図示
した帯域図に示すように、通常のＦＭ放送帯とは別に７
６ＫＨｚを中心に５７〜９７ＫＨｚにかけて１６Ｋｂｐ
ｓのＬ−ＭＳＫ（Ｌｅｖｅｌ ｃｏｎｔｒｏｌｌｅｄ
ｍｉｎｉｍｕｍｓｈｉｆｔ ｋｅｙｉｎｇ）のデータ領
域をとっている。

【００１７】データの蓄積手段としては、識別コードに
よって受信し、復元したＨＴＭＬデータおよび各種ファ
イルのデータは、その容量に係わらずにすべてハードデ
ィスクのような記録装置に蓄積させる。

【００１８】表示手段は、文字多重放送の表示フォーマ
ットを使用せず、フリーフォーマットで受信したＨＴＭ
Ｌデータを端末上のブラウザで表示させる。すなわち、
受信した各種ファイルはそれぞれに対応するソフトウェ
アによって表示させる。また、受信した実行形式のファ
イルは、直接に受信端末上のアプリケーション・プログ
ラムで実行させる。

【００１９】図２はこの発明を実施した基本的な番組編
成システムの構成ブロック図である。図２に示すよう
に、データ放送番組編成システム２０は番組の情報抽出
端末１０、番組編成端末１２、番組送出端末１４および
記録装置１６から構成する。記録装置１６は、単独に設
ける必要はなく、各端末に属するハードディスクを用い
て、ＬＡＮ上４４で共用することもできる。情報抽出端
末１０はＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）
接続またはダイヤルアップ接続４６によってインターネ
ットに接続する。番組編成端末１２は他の各端末および
記録装置とＬＡＮ（Ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏ
ｒｋ）４４で結ばれる。また、番組送出端末１４は、番
組送信システム２２とインターフェースのＬＡＮまたは
ＲＳ−２３２Ｃ、図上では２８で接続されている。図２
において、情報抽出端末１０でインターネット等を介し
て放送コンテンツとなる情報を抽出する。それを番組編
成端末１２で放送番組として編成し、編成された番組は
番組送出端末１４から、送出管理をつかさどる番組送信
システム２２を介し、送信機２４のアンテナ２６を経て
放送電波として送出される。放送した番組は、受信端末
１２０または文字多重受信端末１２２によって受信し表
示される。

【００２０】図３は図２に示した本発明の情報抽出端末
１０の構成ブロック図である。情報抽出端末１０は図３
に示すように、ＵＲＬ（Ｕｎｉｆｏｒｍ ｒｅｓｏｕｒ
ｃｅｌｏｃａｔｏｒ）抽出基準等指定装置３０、情報デ
ータ抽出装置３２、情報データ保存装置３４、リンク置
換装置３６、参照情報データ作成装置３８および記録装
置１６から構成する。この情報抽出端末１０はＯＳ（Ｏ
ｐｅｒａｔｉｎｇｓｙｓｔｅｍ）４２、たとえばＷｉｎ
ｄｏｗｓＮＴサーバ上のＲＡＳ（Ｒｅｍｏｔｅ ａｃｃ
ｅｓｓ ｓｅｒｖｉｃｅ）４６を用いて、ダイヤルアッ
プでインターネットに接続する。情報抽出端末１０はＬ
ＡＮ４４でほかの端末とも接続される。

【００２１】情報の抽出を行う前には、まずＵＲＬ等の
情報の抽出基準等を指定する装置３０によって表２に示
す項目のうちＵＲＬ、抽出基準等の項目を指定する。情
報データ抽出装置３２では指定したＵＲＬおよび上記の
抽出基準を用いてＲＡＳによってインターネットへアク
セスして情報データを収集する。

【００２２】

【表２】

【００２３】収集してきたデータはリンク置換装置３６
によって物理的なリンクをファイル名に置き換える。置
き換えたハイパーテキストは情報データ保存装置３４に
よって記録装置に蓄積する。また、参照情報データ作成
装置３８によって抽出した情報データに関する参照デー
タを作成し、記録装置１６に記録する。参照データは表
２に示す項目のダウンロードレベル、保存ディレクト
リ、名称、解説およびジャンル以外に抽出したデータの
ファイル数、データ量、抽出日付を付加する。

【００２４】図４は図２に示した本発明の番組編成端末
１２の構成ブロック図である。図４に示すように、番組
編成端末１２は番組表入力装置５０、番組登録装置５
２、情報データ参照装置５４、番組有効性チェック装置
５６、番組表中間保存装置５８、ＨＴＭＬ形式番組表生
成装置６０、番組データ生成装置６２および記録装置１
６で構成する。番組編成端末１２はＯＳ、たとえばＷｉ
ｎｄｏｗｓ９５／９８６６上のＬＡＮ機能４４を用いて
他の端末と接続する。また、前記ＯＳ上のＰＰＰ（Ｐｏ
ｉｎｔ−ｔｏ−ｐｏｉｎｔ）機能４８を利用してインタ
ーネットに接続することもできる。

【００２５】上記の構成に基づいて、本発明のデジタル
・データ放送システムの具体的な番組編成手順を説明す
る。番組編成は番組表の入力から始まる。まず、たとえ
ば、番組表は一週間ごとにまとめて編成することとし
て、番組は曜日ごとに編成し、表３に示す項目につい
て、それぞれ形式、長さにしたがって備考に示すように
構成する。

【００２６】

【表３】

【００２７】番組を編成する際は、図４に示すように、
番組表入力装置５０で表３の番組の各項目を入力しなが
ら、番組の素材として使用する任意の記録装置１６の情
報データを、情報データ参照装置５４で参照する。他
に、インターネットなどから番組編成用ＬＡＮ４４や、
ＰＰＰによるダイヤルアップ接続で入力した番組は、番
組有効性チェック装置５６によって所要のチェックを行
う。有効と認められた番組は番組登録装置５２によって
一時メモリ上に登録する。編成途中のデータは、番組表
中間保存装置５８によって記録装置にテキスト形式の中
間ファイルとして保存する。保存した中間ファイルは番
組表中間保存装置５８によって記録装置１６に伝送し、
続けて編成作業を再開する。

【００２８】一週間分の番組編成が終われば、ＨＴＭＬ
形式番組表生成装置６０によってすべて入力した番組を
ＨＴＭＬ形式に変換する。変換したＨＴＭＬ形式の番組
表は記録装置１６に保存する。ＨＴＭＬ変換が終わった
後、番組データ生成装置６２によって、指定した番組素
材となる情報データで番組データを作成し、記録装置１
６に保存する。

【００２９】図５は図２に示した本発明の番組送出端末
１４の構成ブロック図である。図５に示すように、番組
送出端末１４は、ＨＴＭＬ形式番組表読込装置８０、番
組データ読込装置８２、リンクチェック装置８４、デー
タ量測定装置８６、スケジューリング・データ作成装置
８８、番組データ編集装置９０および記録装置１６で構
成する。番組送出端末１４はＯＳ６６上のＬＡＮ機能４
４を用いて他の端末と接続する。また、番組送出端末１
４はＯＳ上のＬＡＮまたはＲＳ−２３２Ｃによるケーブ
ル接続２８を用いて、番組送出管理端末１０２と接続す
る。

【００３０】リンクチェック装置８４では、番組データ
読込装置８２によって一週間分の番組データについて番
組ごとに番組データを記録装置１６から読み込み、ハイ
パーテキスト中のリンクが欠落しているかをリンクチェ
ック装置８４で確認する。欠落のある番組は番組データ
編集装置９０によって修正し、修正したデータは再び記
録装置１６に保存する。

【００３１】データ量測定装置８６では、ＨＴＭＬ形式
番組表読込装置８０によって記録装置１６から番組表デ
ータを読み込み、番組表中の放送時間およびデータ伝送
ビットレートに基づいて、記録装置１６上で蓄積してあ
る番組データの量をデータ量測定装置８６で測定する。
オーバーフローまたは不足分は結果としてキロバイト単
位で表示する。オーバーフローまたは不足のある番組に
対しては、番組データ編集装置９０によってデータを修
正するか、または番組編成端末１２で放送時間あるいは
番組データの再送回数を調整する。

【００３２】スケジューリング・データ作成装置８８で
は、リンクおよびデータ量のチェックを通した一週間分
の番組データについて放送スケジューリングを行い、ス
ケジューリング・データを作成する。スケジューリング
・データを作る際は、ＨＴＭＬ形式番組表読込装置８０
によって、記録装置１６から番組表を読み込んで関連項
目のデータを用いる。作成したスケジューリング・デー
タは番組表、番組データと同様に記録装置１６に保存す
る。スケジューリング・データは表４に示すような放送
曜日、開始時間、終了時間その他の項目について、それ
ぞれ定められた形式、長さにしたがって備考に示すよう
な形で構成する。

【００３３】

【表４】

【００３４】ハイパーテキスト形式以外の各種ファイル
に対しては、番組送出端末１４上でリンクチェック装置
８４によるハイパーテキスト・リンクのチェックを行う
必要はない。

【００３５】番組送出端末１４は通常無休で運用する。
また、番組送出端末１４では、番組表、番組データおよ
びスケジューリング・データを一定期間、たとえば１週
間保存し、その期間を過ぎたデータは週替わり、たとえ
ば月曜日の０時０分に削除する。

【００３６】図６は図２に示した本発明の番組送信シス
テム２２の構成ブロック図である。図６に示すように、
番組送信システム２２は、番組送出管理端末１０２、文
字多重番組送出端末１０４、ＤＡＲＣデータ作成器１１
０、Ｌ−ＭＳＫ変調器１１２、合成器１１４と各端末お
よび機器を結ぶ番組送出用ＬＡＮ １１８から構成され
る。合成器１１４では、Ｌ−ＭＳＫ変調器からのデータ
変調信号と演奏装置からの音声信号を合成してＦＭ送信
機２４に出力して送信する。また、番組送出管理端末１
０２は、番組編集システム２０とＬＡＮ又はその他のＩ
／Ｆ２８によって結ばれ、編集した番組データを取り寄
せて送信する。

【００３７】本発明の一実施例として、ＦＭ放送帯域で
用いられるデジタル・データ放送システム１００は、情
報抽出端末１０、番組編成端末１２、番組送出端末１４
などからなる番組編成システム２０と、文字多重番組送
出端末１０４、番組送出管理端末１０２と、ＤＡＲＣデ
ータ作成器１１０、Ｌ−ＭＳＫ変調器１１２、合成器１
１４、演奏装置１１６、送信機２４、送信アンテナ２６
などからなる、送信システムおよび受信端末１２０、文
字多重受信端末１２２などからなる受信端末群で構成し
て運営する。

【００３８】放送するコンテンツは情報抽出端末１０、
番組編成端末１２、番組送出端末１４で構成する番組編
成システム２０を用いて、表１〜４および後に示す表５
に定義するＨＴＭＬデータまたは各種ファイルの形式の
データで編成したデジタルＦＭ番組および従来の文字多
重放送番組で構成する。番組送出管理端末１０２ではス
ケジューリング・データによって番組データを番組送出
端末１４から取り寄せてＤＡＲＣデータ作成器への送出
を制御する。ＤＡＲＣデータ作成装置１１０では番組送
出端末１４から送ってくるデジタルＦＭ番組データと文
字多重番組送出端末１０４からの文字多重番組データを
混在して図１に示した階層にしたがって、エアフォーマ
ットのデータを作成する。作成したエアフォーマットの
データはＬ−ＭＳＫ変調１１２によって変調し、合成器
１１４によってＦＭ音声と合成して送信機２４から送出
する。デジタルＦＭ受信端末１２０では放送するデジタ
ルＦＭ番組を受信して、これを表示したり音声に変換し
たりして利用する。同様に、文字多重受信端末１２２で
は放送する文字多重番組を受信して表示するなどして利
用する。

【００３９】つぎに、デジタル・データ放送システムに
よって放送する番組の構成について説明する。これまで
説明したとおり、デジタルＦＭ放送番組は、番組表、番
組データおよびスケジューリング・データを含む。図７
は番組編成の構成ブロック図であり、図に示すように、
これらのデータはそれぞれのディレクトリに分けて管理
する。ディレクトリ名は表５に示すよう項目と形式で構
成する。

【００４０】

【表５】

【００４１】放送の番組表は通常一週間ごとに編成す
る。番組表の関連ファイルは“ＹＹＹＹＭＭＤＤ０００
０００”のように構成するディレクトリに保存する。
“ＹＹＹＹＭＭＤＤ”は番組表の開始日である月曜日の
日付である。ディレクトリ名は、他のディレクトリ構成
と同様に１４桁に合わすために下の６桁をすべて“０”
とする。番組表ディレクトリの下には、番組表のハイパ
ーテキスト・ファイル、番組表に使用するバックグラン
ド画像ファイル、放送局を示すハイパーテキスト・ファ
イル等が含まれる。番組表のハイパーテキスト・ファイ
ル名は“ＹＹＹＹＭＭＤＤ．ＨＴＭ”で構成する。この
“ＹＹＹＹＭＭＤＤ”もディレクトリと同様に番組表の
開始日である月曜日の日付である。

【００４２】スケジューリング・データは“１１１１１
１１１００００００”という名前のディレクトリに保存
する。各週の番組放送スケジューリング・データはこの
ディレクトリに保存する。一週間分の番組に対して、放
送スケジューリング・データを一つのファイルに保存す
る。ファイル名は“ＹＹＹＹＭＭＤＤ．ＢＴＣ”で構成
する。“ＹＹＹＹＭＭＤＤ”は番組表のハイパーテキス
ト・ファイルと同様に番組表の開始日である月曜日の日
付である。

【００４３】番組データは“ＹＹＹＹＭＭＤＤｈｈｍｍ
ＪＪ”のように構成するディレクトリに保存する。“Ｙ
ＹＹＹＭＭＤＤ”は番組の放送日で、“ｈｈ”と“ｍ
ｍ”は番組の放送開始時刻である。また、“ＪＪ”は番
組のジャンル番号である。“ＹＹＹＹＭＭＤＤｈｈｍｍ
ＪＪ”は番組を識別するための番組コードでもある。シ
ステム上ではこの番組コードによって番組を管理する。

【００４４】図７は番組構成の実施例を示す構成ブロッ
ク図である。図に示すように、番組表および番組データ
はスケジューリング・データによって番組送出用ＬＡＮ
１１８を通じて送出する。番組表は００時分より、３時
間おきに繰り返して送出する。また、番組送出管理端末
１０２が立ち上がる際に必ず送出する。番組表の送出方
法は番組データと同様であり、ディレクトリごとに送出
する。送出単位はファイルとする。

【００４５】一方、図２の受信端末１２０については、
その一実施例を図８の構成ブロック図で示した。図８で
は受信機をパソコンに外付けにした受信端末１２０の一
実施例を示している。図において、受信端末１２０は受
信アンテナ１３０、放送されたデータの受信復調器１３
２とデータ出力ポート１３４からなる受信機１４６、番
組データの復元装置１３６、番組データの蓄積装置１３
８および番組データの表示装置１４０を包含してなる任
意のパソコン１３５、スピーカ１４２およびＤＣ電源１
４４などで構成する。ここでは受信した番組データを復
元装置１３６によってＨＴＭＬデータまたは各種ファイ
ルに復元し、復元した番組データを蓄積装置１３８で蓄
積して、さらに表示装置１４０によって蓄積された番組
データを表示することをパソコン１３５上で実現してい
る。別に、音声を出力するスピーカ１４２は受信機１４
６またはパソコン１３５内に内蔵または外付けで設置す
る。

【００４６】図８に示す実施例においては、データ受信
復調器１３２とデータ出力ポート１３４を機構上では一
体化して、ワンボードで受信機１４６として構成してい
る。ＤＣ電源１４４およびスピーカ１４２は、外付けに
しているが、受信機１４６中に付加して、いわゆる内蔵
型としても良い。

【００４７】受信機１４６のデータ受信復調器１３２の
一実施例を図９の構成ブロック図で示す。受信機１４６
は受信部１５０、音声復調部１５２、データ復調部１５
４、データ誤り訂正処理部１５６および制御部１５８な
どで構成する。放送コンテンツであるＦＭ多重信号は受
信部１５０で受信し、ＦＭ復調信号として音声復調部１
５２とデータ復調部１５４へ同時に送る。音声復調部１
５２では、ＦＭ多重信号からＦＭ音声を復調する。復調
した音声は音声出力端子１６０から図８のスピーカ１４
２に出力する。データ復調部１５４では階層１において
フレームデータを復調して階層２の誤り訂正処理部１５
６へ送る。ここでは、従来の文字多重データを出力する
こともできる。

【００４８】誤り訂正処理部１５６では階層２において
フレームデータをＤＡＲＣ方式の誤り訂正符号によって
処理するか、または他の新規誤り訂正符号によって処理
する。処理済みのデータはデータ出力端子１６２から図
８のデータ出力ポート１３４に出力する。誤り訂正がで
きないデータはここで廃棄する。制御部１５８では誤り
訂正処理部１５６の制御およびＦＭ受信部１５０の周波
数制御を行う。誤り訂正処理後のデータが階層３のデー
タパケットとなり、プリフィクスの中にあるサービス識
別（ＳＩ）によってデジタルＦＭ番組データ（ＨＴＭＬ
データまたは各種ファイル）を識別する。

【００４９】データ出力ポート１３４では、階層３にお
いて識別したデジタル・データパケットを処理し、階層
４のデータグループを接続する出力インターフェースに
よってパソコンへ伝送する。出力インタフェースは、汎
用のＲＳ−２３２Ｃ、ＧＰ−ＩＢ、ＳＣＳＩ、セントロ
ニクスのいずれを用いても良い。

【００５０】受信機１４６を取り付けたパソコン１３５
は接続されている出力インターフェースＩ／Ｆから伝送
されてくる階層４のデータを受け取る。復元装置１３６
の階層４〜５では受け取ったデータを元の形式のデータ
に復元してファイルに組み立てる。階層５では情報類別
を有料放送に指定して文字多重およびほかの放送事業者
の放送と区別する。また、提示機能ではデジタル・デー
タ放送の提示形式を定義する。表示フォーマットはフリ
ーフォーマットで指定する。蓄積装置１３８では階層６
において復元したデータをディレクトリに分けてハード
ディスク上に保存する。さらに、表示装置１４０では階
層７において保存しているデータを表示するなどして利
用する。

【００５１】パソコン１３５上では受信した放送コンテ
ンツのＨＴＭＬデータを専用ブラウザまたはインターネ
ットの汎用ブラウザによって表示する。同じく受信した
放送コンテンツの各種ファイルはそれぞれに対応する表
計算やワープロ等の汎用ソフトウェアによって表示した
り利用する。実行形式のファイルはパソコン１３５上で
通常行われる形で直接的に実行できる。

【００５２】デジタル・データ放送の番組を表示する専
用のブラウザ１７０は、図１０の構成ブロック図で示
す。図示のように、番組ブラウザ１７０は番組表表示装
置１７２、番組表示装置１７４、番組自動表示設定装置
１７６、番組検索装置１７８、番組ジャンル指定装置１
８０、番組受信予約装置１８２、番組データ整理装置１
８４、記録装置１８６とウェブサーフィン１８８などで
構成する。本実施例において、番組ブラウザ１７０はＯ
Ｓ ６６、たとえばＷｉｎｄｏｗｓ９５／９８上で動作
させている。

【００５３】図４の番組編成端末１２に関連して説明し
たように、番組表はＨＴＭＬ形式データであり、番組表
から各番組をたどることができるようになっている。図
１０において番組自動表示設定装置１７６は、あらかじ
め設定しておいた番組表の中にある番組の一部または全
部を自動的に表示させ、自動表示のページ切り替え間隔
も設定する。番組検索装置１７８は受信した膨大な番組
の中から見たい番組を速やかに検索する。番組ジャンル
指定装置１８０は受信した番組をジャンルによって指定
してそのジャンルの番組を表示する。

【００５４】番組受信予約装置１８２は送られてきた番
組表のうち受信したい番組のみをあらかじめ指定して受
信するためのものであり、指定しなかった番組はハード
ディスクなどの記録装置１８６には保存しないで廃棄す
る。番組データ整理装置１８４は受信した番組の削除、
バックアップ等の作業をおこなう。そして、記録装置１
８６には番組表および番組データを保存する。

【００５５】ウェブサーフィン１８８は汎用ブラウザの
ように、インターネットに接続してウェブ上のホームペ
ージをたどるためのものである。インターネットとの接
続はＰＰＰを用いたダイヤルアップ接続か専用回線を用
いたＩＰ接続のいずれを用いても良い。

【００５６】図１１は受信機を外付けで接続する放送型
ファクシミリの実施例を示す構成ブロック図である。図
で示すように、受信機１４６をインターフェースＩ／Ｆ
１９２でファクシミリ１９４と接続して、受信機に外付
けまたは内蔵したアンテナ１３０で受信したデータを印
刷することができる。このように構成すれば、受信機外
付け型の放送型ファクシミリ１９０とすることもでき
る。このファクシミリ１９０は受信機１４６を外部に接
続することによって、受信した番組データを復元する機
能、復元したデータを蓄積する番組データの蓄積機能お
よび蓄積したデータを印刷する番組データの印刷装置機
能をファクシミリ１９４上において実現する。なお、こ
こでも図８で示したように、受信機１４６はデータ受信
復調器１３２、データ出力ポート１３４などで構成す
る。インターフェース（Ｉ／Ｆ）１９２は汎用のＲＳ−
２３２Ｃ、ＧＰ−ＩＢ、ＳＣＳＩ、セントロニクスのい
ずれかである。ファクシミリ１９４は電話回線１９６に
接続して通常のファクシミリとしても使用できる。

【００５７】図１２は本発明のデータ受信復調器を番組
データの復元、蓄積、印刷機能とあわせてファクシミリ
に内蔵した実施形態を表す構成ブロック図である。図に
示すように、この場合は受信アンテナ１３０を外付けに
してデータ受信復調器１３２、番組データ復元装置１３
６、番組データ蓄積装置１３８および番組データ印刷装
置２０２を内蔵してファクシミリを構成する。このよう
にして、受信機１４６をファクシミリに内蔵して受信機
内蔵の放送型ファクシミリ２００を構成することもでき
る。

【００５８】本発明に係る前記の放送型ファクシミリは
デジタル・データ放送においてファクシミリ向けの放送
番組のみを受信して印刷する。番組データの形式はＨＴ
ＭＬデータまたはワープロ文書、表計算データに対応す
る。また、ファクシミリには従来のファクシミリの送受
信装置２０４を併存させることもできる。

【００５９】これまでに、この発明に係るデジタル・デ
ータ放送システムの基本的な番組編成システムおよび受
信機、放送型ファクシミリなどの受信端末の実施の形態
を説明したが、この発明はこれらの実施の形態によって
限定されるものではなく同一の機能、効果をもたらす他
の装置、手段によっても応用は可能である。そこで、そ
の本発明を実施した応用例である他の実施の形態を説明
する。実質的に同一の装置にはこれまでのものと同一の
符号を付して、その説明を省略する。

【００６０】図１３は本発明の遠隔地番組編成システム
２１０の構成ブロック図を示したものである。図示した
ように、情報抽出端末１０、番組編成端末１２および記
録装置１６で番組編成ステーション２１２を構成する。
一方、情報抽出装置１０、番組編成装置１２、記録装置
１６をＬＡＮで結び、遠隔地番組編成システム２１０を
構成する。番組編成作業は番組送出場所と分離して、異
なる場所におかれた番組編成ステーション２１２、すな
わち、ステーションＡ（Ｓ−Ａ）、ステーションＢ（Ｓ
−Ｂ）、ステーションＣ（Ｓ−Ｃ）などでそれぞれ行う
ことができる。この場合は番組編成ステーション２１２
と、番組サーバ２１６、大容量記録装置２１８、番組送
出端末１４などをＬＡＮで結んで構成した番組送出サー
バ２１４との間をインターネット、たとえばＯＣＮ（Ｏ
ｐｅｎ ｃｏｍｐｕｔｅｒ ｎｅｔｗｏｒｋ）またはＯ
ＤＮ（Ｏｐｅｎ ｄａｔａ ｎｅｔｗｏｒｋ）などの任
意のネットワークを用いて接続する。

【００６１】上記の構成では番組編成作業が複数個所の
番組編成ステーション２１２で行われる仕組みとなって
いる。各ステーションＡ、Ｂ、Ｃ・・で編成した番組デ
ータは番組サーバ２１６上の大容量記録装置２１８に保
存し、どのステーションからもアクセスできる。番組送
出端末１４は番組サーバ２１６とＬＡＮで結ばれ、ＬＡ
Ｎ又はその他のＩ／Ｆなどで番組送信システム２２を介
してＦＭ送信機２４に結ばれ、アンテナ２６により番組
は放送される。

【００６２】また、図１４は本発明に係るテレビデータ
放送またはＣＳによるデジタル・データ放送において構
成する分散型のデジタル放送番組編成システム２２０の
実施例を示す。この構成では上記のように放送する番組
を分散する番組編成ステーション２１２によって編成
し、編成した番組をインターネット、ＯＣＮ、ＯＤＮ等
によって番組サーバ２１６に集約する。番組送出端末１
４は番組サーバ２１６とＬＡＮを用いて結び、同じＬＡ
Ｎでデジタル放送設備の番組送信システム２２に接続す
る。放送するデータはデジタル放送送信機２２２を通じ
てデジタル放送アンテナ２２４から放送される。

【００６３】ラジオやテレビ放送は、効果的な情報伝達
手段として良く知られている。ＦＭ放送、テレビのデー
タ放送またはＣＳ、ＣＡＴＶなどによるデジタル・デー
タ放送も、災害時、非常時の情報を伝達する有効なメデ
ィアとなる。上記の番組編成システム２２０は災害時、
非常時における緊急放送にも対応している。ここで、緊
急放送における番組編成の仕組みについて説明する。

【００６４】緊急番組の放送送出システム２３０の実施
例は図１５の構成ブロック図で示す。図に示すように、
番組編成端末１２と番組送出端末１４を番組編成用ＬＡ
Ｎ４４で接続し、番組送出管理端末１０２をＬＡＮまた
はＲＳ−２３２Ｃケーブル２８で接続する。番組送出管
理端末１０２は、送出制御用ＬＡＮ１１８でＤＡＲＣデ
ータ作成装置１１０と接続する。災害などの緊急事態が
発生した際には、通常番組放送を緊急番組放送に変え
る。番組編成端末１２で緊急事態が発生した時点で、即
時に、番組表および番組放送スケジューリング・ファイ
ルを変更して緊急放送番組を制作し、放送中の番組を中
断させる緊急シグナルを番組送出端末１４および番組送
出管理端末１０２に送る。番組送出管理端末１０２では
緊急シグナルをキャッチして、ただちに放送中の番組を
中断して緊急番組を放送する。緊急放送番組は放送中の
番組が終わった直後に放送する番組とする。

【００６５】緊急放送番組には特定の番組コードを使用
せず、通常番組と同様に同じ構成の番組コードを使用す
る。緊急番組であることは番組コードの最後の２桁で表
すジャンル番号（９９）で識別する。したがって、緊急
番組コードの構成は“ＹＹＹＹＭＭＤＤｈｈｍｍ９９”
となる。“ＹＹＹＹＭＭＤＤ”は緊急時の日付であり、
“ｈｈｍｍ”は緊急番組を放送する時刻である。

【００６６】緊急番組の編集作業では、通常放送の番組
表を読み込み、緊急放送として使用する時間帯の通常番
組を緊急番組に入れ替える。通常番組の内容は削除せ
ず、番組のディレクトリに未放送の目印（×）を付けて
保存する。たとえば、“１９９７０９０１１０３０１
１”の番組に対して、この番組を保存するディレクトリ
は”１９９７０９０１１０３０１１×”に変更する。放
送されなかった番組は内容によって別の日または週に移
行して放送することができる。

【００６７】編集した番組表に基づいて、放送スケジュ
ーリングを行う。緊急放送番組は、送出方法として通常
番組と同様に送出する。緊急放送が終わった後、緊急放
送を解除し、通常番組の放送を再開する。

【００６８】以上の構成に係る緊急番組の編成手順は、
たとえば次のようになる。手順を示す番号は図１５上に
示している。 番組表を変更して緊急放送番組を編成する 放送スケジューリングを更新する 番組編集端末１２から番組送出端末１４へ緊急シグ
ナルを送る 番組送出端末から番組送出管理端末１０２へ緊急シ
グナルを送る 番組表および放送スケジューリング・ファイル伝送
を要求する 番組および放送スケジューリング・ファイルを伝送
する 放送中の番組を中断する 緊急番組を送出する

【００６９】図１６は緊急放送番組を受信する受信端末
１２０の実施の形態を示した構成ブロック図である。図
１６に示すように、利用者側の受信端末１２０には番組
データ復元装置１３６と番組データ蓄積装置１３８を接
続し、蓄積装置１３８には番組ブラウザ１７８と緊急番
組ブラウザ２４２を接続する。受信端末１２０上では番
組データ復元装置１３６によって番組データを復元した
後、番組データ蓄積装置１３８によって番組コードを調
べ、緊急番組であるかをチェックする。緊急番組をキャ
ッチした場合は、ただちに、音や他の手段でなるアラー
ムを出してハイパーテキストを表示できるウインドウで
ある緊急番組ブラウザ２４２を開いて、緊急番組の内容
を表示させる。

【００７０】以上の構成に係る緊急番組受信の編成手順
は、たとえば次のようになる。手順を示す下記の番号は
図１６上にも示す。 番組データ復元装置１３６は放送データを受信し、番
組データに復元する 番組データ蓄積装置１３８は復元した番組データをハ
ードディスクに保存する。その際、緊急情報であるかど
うかをチェックする 通常番組の場合は番組ブラウザ１７０上で番組を利用
する 緊急番組の場合はアラーム（音）を出して番組データ
蓄積装置１３８から緊急番組ブラウザ２４２のウインド
ウを開いて緊急番組を自動的に表示させる

【００７１】また、受信機に対してもたとえば図１７に
示すように、パソコン２５０に受信機の機能を搭載した
パソコン用の多重受信ボード２６０をパソコン本体に内
蔵して、受信端末の機能を持たせている。アンテナ１３
０、スピーカ１４２はパソコンに外付けまたは内蔵され
る。放送してくるＨＴＭＬデータおよび各種ファイルを
このパソコン２５０上で復元して、蓄積し、表示したり
して利用することができる。この実施例において、デー
タの受信、復調、復元、蓄積、表示の機能はパソコン内
に完全に収納されて、このパソコンが受信端末として使
用される。

【００７２】これらの実施例における、データ処理手順
を図１８に示す。まず、ＦＭ受信復調ボード２６０上に
おいて、ＦＭ多重信号をＦＭ受信部１５０で受信する。
受信した信号はデータ復調部１５４で復調したデータと
して出力し、そのデータを誤り訂正処理部１５６で処理
してパソコン本体ＣＰＵ２６２へ渡す。ＣＰＵ２６２上
では番組データ復元装置１３６でデータ復元を行い、組
み立てたＨＴＭＬデータや各種ファイルのデータをハー
ドディスクなどの番組データ蓄積装置２６６に蓄積す
る。最後に、ディスプレイ２８４上でデータの表示を行
う。

【００７３】図１９は受信機のカードをノートパソコン
に内蔵させた受信端末の構成ブロック図である。図に示
すように、受信機の機能を搭載するＦＭ多重受信カード
２８０を、ノートパソコン２７０の本体に内蔵させて、
ノートパソコンに受信端末の機能を持たせている。放送
してくるＨＴＭＬデータおよび各種ファイルをこのノー
トパソコン２７０上で復元して蓄積し、表示したり利用
することができる。この実施例において、データの受
信、復調、復元、蓄積、表示の機能はノートパソコン内
に完全に収納されていて、このパソコンが携帯または移
動端末として使用される。

【００７４】図２０は受信、復調、復元、蓄積、表示の
機能を含む一体化した専用受信端末の構成ブロック図で
ある。図に示すように、内蔵型ＦＭ多重受信機３１０、
ＣＰＵ２６２、記録装置３１２、表示装置３１４を一体
化し、受信アンテナ１３０およびＤＣ電源１４４が外付
けまたは内蔵された専用受信端末３００は、受信機の機
能が内蔵されているので、ＣＰＵ２６２によってデータ
の復元を行い、記録装置３１２に蓄積して、表示装置３
１４で表示するように構成する。本実施例では、データ
の受信、復調、復元、蓄積、表示の機能が一つのケース
内に完全に収納されていて、この一体化した専用端末が
携帯または車載等移動受信端末３００として使用され
る。

【００７５】とくに、この発明に係る車載端末３００は
航空機、船舶、自動車等のキャビン内に取り付けるのが
好適である。ディスプレイはキャビン内の各座席まで移
動できるようにケーブルで本体と接続する。この車載端
末３００では、移動中でもデジタルＦＭ番組を受信で
き、携帯電話やＰＨＳを用いてインターネットにアクセ
スする必要がなく、ニュースや各種情報を利用すること
ができる。

【００７６】図２１は受信、復調、復元、蓄積の機能を
有する蓄積型受信端末３３０の構成ブロック図である。
図に示すように、蓄積形受信端末３３０は記録装置３４
０を受信機１４６に接続して、放送してくるデータを受
信して、受信した放送データの復元を行い、復元された
データを蓄積する。記録装置は大容量のハードディスク
をもつパソコンでもよい。この実施例においては、ＬＡ
Ｎ２８上にこの受信端末を一つ置けば、ＬＡＮ２８上の
すべてのパソコンから蓄積したデータを表示したり利用
することができる。

【００７７】以上、すべての受信端末の実施例において
表示装置を大型ディスプレイに表示することによって、
情報パネルとして利用することもできる。また、表示装
置を持たずに受信した信号を各種制御の受信端末に用い
ても良い。なお、受信アンテナは外付けにするほうが感
度特性が良くなる。しかし、内蔵すれば可搬性が向上す
る。ＤＣ電源は内蔵するほうが利用上の利便は増すが、
重量がかさむのでを嫌う場合は外付けにするほうが良
い。使用する各形態によって、任意に選択することがで
きる。

【００７８】

【発明の効果】この発明によれば、制限された文字デー
タまたは簡単な図形データだけではなく、ＨＴＭＬデー
タを含め、各種形式のデータを放送番組として編成し、
ＦＭ多重放送において送出できる。また、番組編成作業
は、遠隔地に分散する編成ステーションで作業でき、そ
れぞれのステーションから編成した番組データをインタ
ーネット、ＯＣＮ、ＯＤＮ等のネットワークによって番
組サーバに集約することができる。さらに、各編成ステ
ーションから番組サーバに蓄積している番組データをア
クセスすることができ、多様な番組の編成に役立たせる
ことができる。また、この番組編成システムでは、災害
・非常発生時に、ただちに緊急番組を編成して、通常番
組に代わって割り込み緊急放送番組を送出できる。

【００７９】さらに、ＦＭ多重放送受信機は今までの文
字多重放送の受信端末と異なって、決められた形式の文
字または簡単な図形データだけではなく、放送する各種
形式のデータを受信することができる。また、受信した
データは大容量記録装置に蓄積することができる。蓄積
したデータはハイパーテキスト形式であれば、専用また
は汎用ブラウザによって表示することができ、表計算や
文書であれば、それぞれに対応するソフトウェアを呼び
出して表示したり利用することができる。実行形式のフ
ァイルはパソコン上で直接に実行できる。また、蓄積し
たデータに対して所望の情報を検索することもできる。
さらに、この発明による受信端末は、ＦＭ多重放送にお
ける緊急放送の番組受信表示にも対応している。

【００８０】このように、この発明に係る番組運営シス
テムは、テレビ放送のすき間である垂直帰線消去期間を
利用した多重放送またはＣＳおよびＣＡＴＶによるデジ
タル・データ放送においてＨＴＭＬデータおよび各種フ
ァイルを含むさまざまな情報を放送番組として編成する
ことができる。また、この発明に係る受信機および番組
編成システムは、ＦＭ放送の空き帯域を利用してＨＴＭ
Ｌデータや各種ファイルを含むさまざまな情報を放送し
て受信することができる。したがって、この発明はデジ
タル・データ放送分野において、おおいに技術的貢献度
の高いものである。

【図面の簡単な説明】

【図１】データ送出および復元フォーマットを示す階層
構造図

【図２】基本的なディジタル・データ放送システムの構
成ブロック図

【図３】情報抽出端末の構成ブロック図

【図４】番組編成端末の構成ブロック図

【図５】番組送出端末の構成ブロック図

【図６】番組送信システムの構成ブロック図

【図７】番組構成の構成ブロック図。

【図８】受信機とそれをパソコンに外付けにした受信端
末の構成ブロック図

【図９】受信機にそなえる復調器の構成ブロック図

【図１０】専用ブラウザの構成ブロック図

【図１１】受信機を外付して接続する放送型ファクシミ
リの構成ブロック図

【図１２】ＦＭ受信復調器を番組データの復元、蓄積お
よび印刷機能とあわせてファクシミリに内蔵する放送型
ファクシミリの構成ブロック図

【図１３】遠隔地番組編成システムの構成ブロック図

【図１４】テレビ放送によるデータ多重放送またはＣＳ
データ放送に適する分散型番組編成システムの構成ブロ
ック図

【図１５】緊急放送における緊急番組編成システムの構
成ブロック図

【図１６】受信端末の緊急放送番組を受信する構成ブロ
ック図

【図１７】受信機の機能を搭載するインターフェース・
ボードをパソコンに内蔵させる受信端末の構成ブロック
図

【図１８】内蔵型の受信端末のデータ処理を示す流れ図

【図１９】受信機の機能を実現するカードをノートパソ
コンに内蔵させる受信端末の構成ブロック図

【図２０】受信、復調、復元、蓄積、表示の機能を含む
一体化した専用受信端末の構成ブロック図

【図２１】受信、復調、復元、蓄積の機能を含む蓄積型
受信端末の構成ブロック図

【符号の説明】 １０ 情報抽出端末 １２ 番組編成端末 １４ 番組送出端末 １６ 記録装置 ２０ データ放送番組編成システム ２２ 番組送信システム ２４ ＦＭ送信機 ２６ 送信アンテナ ２８ ＬＡＮまたはＲＳ−２３２Ｃケーブル ３０ ＵＲＬ抽出基準等指定装置 ３２ 情報データ抽出装置 ３４ 情報データ保存装置 ３６ リンク置換装置 ３８ 参照情報データ作成装置 ４２ ＯＳ ４４ 番組編成用ＬＡＮ ４６ ＲＡＳによるダイヤルアップ接続 ４８ ＰＰＰによるダイヤルアップ接続 ５０ 番組表入力装置 ５２ 番組登録装置 ５４ 情報データ参照装置 ５６ 番組有効性チェック装置 ５８ 番組表中間保存装置 ６０ ＨＴＭＬ形式番組表生成装置 ６２ 番組データ生成装置 ６６ ＯＳ ８０ ＨＴＭＬ形式番組表読込装置 ８２ 番組データ読込装置 ８４ リンクチェック装置 ８６ データ量測定装置 ８８ スケジューリングデータ作成装置 ９０ 番組データ編集装置 １００ デジタル・データ放送システム １０２ 番組送出管理端末 １０４ 文字多重番組送出端末 １１０ ＤＡＲＣデータ作成装置 １１２ Ｌ−ＭＳＫ変調器 １１４ 合成器 １１６ 演奏装置 １１８ 送出制御用ＬＡＮ １２０ デジタル・データ受信端末 １２２ 文字多重受信端末 １３０ 受信アンテナ １３２ データ受信復調器 １３４ データ出力ポート １３５ パソコン １３６ 番組データ復元装置 １３８ 番組データ蓄積装置 １４０ 番組データ表示装置 １４２ スピーカ １４４ ＤＣ電源 １４６ 受信機 １５０ ＦＭ受信部 １５２ 音声復調部 １５４ データ復調部 １５６ 誤り訂正処理部 １５８ 制御部 １６０ 音声出力端子 １６２ データ出力端子 １７０ 番組ブラウザ １７２ 番組表表示装置 １７４ 番組表示装置 １７６ 番組自動表示設定装置 １７８ 番組検索装置 １８０ 番組ジャンル指定装置 １８２ 番組受信予約装置 １８４ 番組データ整理装置 １８６ 記録装置 １８８ ウェブサーフィン １９０ 受信機外付けの放送型ファクシミリ １９２ 受信機とファクシミリを接続するインターフェ
ース １９４ ファクシミリ １９６ 電話回線 ２００ 受信機内蔵の放送型ファクシミリ ２０２ 受信データ印刷装置 ２０４ ファクシミリ送受信装置 ２１０ 遠隔地番組編成システム ２１２ 番組編成ステーション ２１４ 番組送出サーバ ２１６ 番組サーバ ２１８ 大容量記録装置 ２２０ デジタル放送番組編成システム ２２２ デジタル放送送信機 ２２４ デジタル放送アンテナ ２３０ 緊急番組放送送出システム ２４０ 緊急放送受信システム ２４２ 緊急番組ブラウザ ２５０ 受信ボードを装着したパソコン ２６０ パソコン用の多重受信ボード ２６２ ＣＰＵ ２７０ 受信カードをノートパソコンに内蔵させた受信
端末 ２８０ ノートパソコン用受信カード ２８４ ディスプレイ ２８６ ハードディスク ３００ 車載等移動受信端末 ３１０ 内蔵型受信機 ３１２ 記録装置 ３１４ 表示装置 ３３０ 蓄積型受信端末 ３４０ 記録装置

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図７】

【図９】

【図３】

【図４】

【図６】

【図１１】

【図５】

【図８】

【図１０】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ＦＭ（Ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌ
   ａｔｉｏｎ）多重放送においてＨＴＭＬ（Ｈｙｐｅｒｔ
   ｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）を用いて構
   成するハイパーテキスト形式のデータ（以下ＨＴＭＬデ
   ータと呼ぶ）又はコンピュータ上で蓄積している各種形
   式の文書ファイル及び実行可能なプログラム（以下各種
   ファイルと呼ぶ）を放送できるように編集する番組編成
   システム。
2. 【請求項２】 前記請求項１に記載する番組編成システ
   ムに含まれる情報抽出端末、番組編成端末、番組送出端
   末又はこれらの端末をインターネット等の通信ネットワ
   ークによって接続して構成する遠隔地番組編成システ
   ム。
3. 【請求項３】 前記請求項１に記載するＨＴＭＬデータ
   及び各種ファイルを受信する受信機。
4. 【請求項４】 前記請求項３の機能を搭載するパソコン
   用のインターフェース・ボード又はノートパソコン用の
   インターフェース・カード。
5. 【請求項５】 前記請求項３の受信機の機能を内蔵して
   取り付け、受信したデータを復元して蓄積することを特
   徴とする記録装置又は該蓄積したデータを表示するパソ
   コン又はノートパソコン。
6. 【請求項６】 前記請求項３乃至請求項５に記載する受
   信機によって受信した放送番組（コンテンツ）を表示す
   るブラウザ。
7. 【請求項７】 前記請求項３の受信機の機能を内蔵又は
   外付して取り付け、受信したデータを復元して印刷する
   放送型ファクシミリ。
8. 【請求項８】 前記請求項３乃至請求項７に記載するデ
   ータの受信、復元、蓄積、表示、印刷機能の全部又は部
   分を一体化する携帯端末又は車載等移動端末。
9. 【請求項９】 前記請求項１乃至請求項８に記載するＨ
   ＴＭＬデータ及び各種ファイルを番組として編成し、文
   字多重番組と混在して放送し、そのコンテンツを運営す
   ることを特徴とするデータ放送運営システム。