JPH09269794A - データ配信システムおよび放送受信装置 - Google Patents
データ配信システムおよび放送受信装置Info
- Publication number
- JPH09269794A JPH09269794A JP8104117A JP10411796A JPH09269794A JP H09269794 A JPH09269794 A JP H09269794A JP 8104117 A JP8104117 A JP 8104117A JP 10411796 A JP10411796 A JP 10411796A JP H09269794 A JPH09269794 A JP H09269794A
- Authority
- JP
- Japan
- Prior art keywords
- data
- distribution
- communication
- receiving
- broadcasting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 claims abstract description 62
- 239000000126 substance Substances 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 abstract description 6
- 238000000034 method Methods 0.000 description 30
- 238000012545 processing Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Landscapes
- Television Systems (AREA)
- Stereophonic System (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 広範囲の情報を提供することができると共
に、提供した情報に対する課金をすることが可能なデー
タ配信システム及び放送受信装置を提供すること 【解決手段】 ホスト装置（１１）は配信データにスク
ランブルを施して放送データに多重化して送信し、放送
受信装置（１）は、配信データを受信する受信装置
（８）と、スクランブルを解除するためのキーデータを
ホスト装置から取得するための通信装置（２）を有する
構成とした。
に、提供した情報に対する課金をすることが可能なデー
タ配信システム及び放送受信装置を提供すること 【解決手段】 ホスト装置（１１）は配信データにスク
ランブルを施して放送データに多重化して送信し、放送
受信装置（１）は、配信データを受信する受信装置
（８）と、スクランブルを解除するためのキーデータを
ホスト装置から取得するための通信装置（２）を有する
構成とした。
Description
【０００１】
【発明の属する技術分野】本発明は、多重化放送技術を
利用したデータ配信システム及びそれに使用される放送
受信装置に関するものである。
利用したデータ配信システム及びそれに使用される放送
受信装置に関するものである。
【０００２】
【従来の技術】近年ＦＭ多重放送をはじめとして、本来
の音声放送チャンネルとは別に文字放送チャンネルを設
定し、音声放送と同期して文字放送を行う、いわゆる文
字多重放送が行われている。このような多重放送を受信
する場合、ラジオなどの受信機側には文字放送用の表示
装置が設けられており、例えば、ニュースや交通情報な
どを文字で表示したりするほかに、音楽番組などの場合
には、放送される曲のタイトルや歌手名など番組に関連
した文字情報を提供する等、広範囲なサービスが行われ
ている。
の音声放送チャンネルとは別に文字放送チャンネルを設
定し、音声放送と同期して文字放送を行う、いわゆる文
字多重放送が行われている。このような多重放送を受信
する場合、ラジオなどの受信機側には文字放送用の表示
装置が設けられており、例えば、ニュースや交通情報な
どを文字で表示したりするほかに、音楽番組などの場合
には、放送される曲のタイトルや歌手名など番組に関連
した文字情報を提供する等、広範囲なサービスが行われ
ている。
【０００３】
【発明が解決しようとする課題】しかしながら、上記従
来のＦＭ多重放送などにおいては、文字情報の提供にそ
の利用が留められており、より広い範囲のニーズに対応
していなかった（すなわち画像情報、音声情報などの提
供は行っていなかった）。また、その提供した情報（従
来の多重放送においては文字情報）に対する課金につい
ても何等対応していなかった。
来のＦＭ多重放送などにおいては、文字情報の提供にそ
の利用が留められており、より広い範囲のニーズに対応
していなかった（すなわち画像情報、音声情報などの提
供は行っていなかった）。また、その提供した情報（従
来の多重放送においては文字情報）に対する課金につい
ても何等対応していなかった。
【０００４】本発明は、上述した問題点を解決するため
になされたものであり、広範囲の情報を提供することが
できると共に、提供した情報に対する課金をすることが
可能なデータ配信システム及び放送受信装置を提供する
ことを目的とする。
になされたものであり、広範囲の情報を提供することが
できると共に、提供した情報に対する課金をすることが
可能なデータ配信システム及び放送受信装置を提供する
ことを目的とする。
【０００５】
【課題を解決するための手段】このため、請求項１に記
載のデータ配信システムは、配信データにスクランブル
を施して放送データに多重化して送信する放送手段と、
放送受信装置とから構成され、該放送受信装置は前記放
送手段から送信された配信データを受信する受信手段
と、前記配信データに施されたスクランブルを解除する
ためのキーデータを受信するための通信手段と、前記キ
ーデータによって受信手段により受信した配信データの
スクランブルを解除する解除手段と、前記スクランブル
が解除された配信データに基づいて所定の動作を実行す
る実行手段とを備える構成となっている。
載のデータ配信システムは、配信データにスクランブル
を施して放送データに多重化して送信する放送手段と、
放送受信装置とから構成され、該放送受信装置は前記放
送手段から送信された配信データを受信する受信手段
と、前記配信データに施されたスクランブルを解除する
ためのキーデータを受信するための通信手段と、前記キ
ーデータによって受信手段により受信した配信データの
スクランブルを解除する解除手段と、前記スクランブル
が解除された配信データに基づいて所定の動作を実行す
る実行手段とを備える構成となっている。
【０００６】ここで、前記通信手段は、課金通信網を介
してキーデータを取得する構成とすることができる。こ
の場合、キーデータ毎に課金金額を設定することが可能
な課金通信網を利用することが好ましい。
してキーデータを取得する構成とすることができる。こ
の場合、キーデータ毎に課金金額を設定することが可能
な課金通信網を利用することが好ましい。
【０００７】また、前記実行手段は、配信データに基づ
いて楽曲の演奏を実行する構成とすることが可能であ
る。この場合、配信データは、楽曲データとなる。
いて楽曲の演奏を実行する構成とすることが可能であ
る。この場合、配信データは、楽曲データとなる。
【０００８】さらに、前記配信データは、データを識別
するＩＤデータと前記実行手段により使用される実体デ
ータとを有することが可能である。この時、実体データ
のみにスクランブルが施されるようにすることが可能で
ある。
するＩＤデータと前記実行手段により使用される実体デ
ータとを有することが可能である。この時、実体データ
のみにスクランブルが施されるようにすることが可能で
ある。
【０００９】また、前記放送受信装置は、前記受信手段
が受信した前記配信データから前記ＩＤデータを読み取
る読み取り手段と、前記ＩＤデータを前記通信手段を介
して前記放送手段に送る通信制御手段とを有し、そし
て、前記放送手段は、前記放送受信手段により、前記通
信手段を介して送信された前記ＩＤデータに対応したキ
ーデータを前記通信手段に送信する構成とすることがで
きる。
が受信した前記配信データから前記ＩＤデータを読み取
る読み取り手段と、前記ＩＤデータを前記通信手段を介
して前記放送手段に送る通信制御手段とを有し、そし
て、前記放送手段は、前記放送受信手段により、前記通
信手段を介して送信された前記ＩＤデータに対応したキ
ーデータを前記通信手段に送信する構成とすることがで
きる。
【００１０】また、請求項８に記載の放送受信装置は、
配信データにスクランブルを施して放送データに多重化
して送信する放送手段から送信された配信データを受信
する受信手段と、前記配信データに施されたスクランブ
ルを解除するためのキーデータを受信するための通信手
段と、前記キーデータによって受信手段により受信した
配信データのスクランブルを解除する解除手段と、前記
スクランブルが解除された配信データに基づいて所定の
動作を実行する実行手段と、を備える構成とした。
配信データにスクランブルを施して放送データに多重化
して送信する放送手段から送信された配信データを受信
する受信手段と、前記配信データに施されたスクランブ
ルを解除するためのキーデータを受信するための通信手
段と、前記キーデータによって受信手段により受信した
配信データのスクランブルを解除する解除手段と、前記
スクランブルが解除された配信データに基づいて所定の
動作を実行する実行手段と、を備える構成とした。
【００１１】
【発明の実施の形態】本発明の情報配信システムの実施
の形態として通信式カラオケシステムについて図面を参
照して説明する。
の形態として通信式カラオケシステムについて図面を参
照して説明する。
【００１２】図１は本実施の形態の通信式カラオケシス
テムの概略構成を示すブロック図である。なお、図１に
示す通信カラオケシステムは最小の構成例であり、１台
のホスト装置１１と１台の「情報提供装置」としてのカ
ラオケ端末１から構成される。実際には、上記各装置
１、１１はそれぞれ複数台存在する場合もあり、１台の
ホスト装置１１に対して複数台のカラオケ端末１が存在
するのが一般的である。
テムの概略構成を示すブロック図である。なお、図１に
示す通信カラオケシステムは最小の構成例であり、１台
のホスト装置１１と１台の「情報提供装置」としてのカ
ラオケ端末１から構成される。実際には、上記各装置
１、１１はそれぞれ複数台存在する場合もあり、１台の
ホスト装置１１に対して複数台のカラオケ端末１が存在
するのが一般的である。
【００１３】本システムでは、「配信データ」としての
曲データをホスト装置１１から各カラオケ端末１に、Ｆ
Ｍ多重放送を利用して随時配信してカラオケ端末１内部
に記憶保存することにより曲データの新規登録を実現す
ると共に、カラオケ端末１では、利用者からのリクエス
トがあった場合には、対応する曲データを読み出して曲
の演奏を行う。なお、ホスト装置１１からカラオケ端末
１への新曲データの配信は例えば２〜３日おきに実行さ
れる。
曲データをホスト装置１１から各カラオケ端末１に、Ｆ
Ｍ多重放送を利用して随時配信してカラオケ端末１内部
に記憶保存することにより曲データの新規登録を実現す
ると共に、カラオケ端末１では、利用者からのリクエス
トがあった場合には、対応する曲データを読み出して曲
の演奏を行う。なお、ホスト装置１１からカラオケ端末
１への新曲データの配信は例えば２〜３日おきに実行さ
れる。
【００１４】まず、カラオケ端末１について説明する。
図１に示す通り、カラオケ端末１はホスト装置１１から
放送される配信データが多重化されたＦＭ放送波を受信
するための受信装置８と、受信した放送波から多重化さ
れている配信データを分離して復調する復調器６と、復
調された配信データを一時的に蓄えておくためのメモリ
５と、配信データを記憶保存するための記憶装置７とホ
スト装置１１とデータ通信を行うための通信装置２と、
利用者からのリモートコントローラ（以下リモコンと略
す）２１によるリクエストを受け付けるためのリモコン
受光部９と、記憶装置７に保存されている配信データ
（曲データ）を音声信号に変換して出力する再生装置３
と、配信データをメモリ５から記憶装置７に保存する制
御や、リモコン受光部９から利用者のリクエストを受け
付け、対応する曲データを記憶装置７から読み込んで再
生装置３を駆動してカラオケ演奏を行う一連のカラオケ
演奏制御や、通信装置２を駆動してホスト装置１１との
データ通信の制御などを行う制御手段としての中央制御
装置４とから構成される。さらに、中央制御装置４に
は、表示装置１０も接続されている。表示装置１０は、
リモコン２１により入力されたリクエスト曲の番号を表
示したり、後述するデータＩＤを表示したりするための
装置である。
図１に示す通り、カラオケ端末１はホスト装置１１から
放送される配信データが多重化されたＦＭ放送波を受信
するための受信装置８と、受信した放送波から多重化さ
れている配信データを分離して復調する復調器６と、復
調された配信データを一時的に蓄えておくためのメモリ
５と、配信データを記憶保存するための記憶装置７とホ
スト装置１１とデータ通信を行うための通信装置２と、
利用者からのリモートコントローラ（以下リモコンと略
す）２１によるリクエストを受け付けるためのリモコン
受光部９と、記憶装置７に保存されている配信データ
（曲データ）を音声信号に変換して出力する再生装置３
と、配信データをメモリ５から記憶装置７に保存する制
御や、リモコン受光部９から利用者のリクエストを受け
付け、対応する曲データを記憶装置７から読み込んで再
生装置３を駆動してカラオケ演奏を行う一連のカラオケ
演奏制御や、通信装置２を駆動してホスト装置１１との
データ通信の制御などを行う制御手段としての中央制御
装置４とから構成される。さらに、中央制御装置４に
は、表示装置１０も接続されている。表示装置１０は、
リモコン２１により入力されたリクエスト曲の番号を表
示したり、後述するデータＩＤを表示したりするための
装置である。
【００１５】詳しくは後述するが、本実施の形態のカラ
オケシステムにおいては、ホスト装置１１から放送され
る配信データにはスクランブルが施され（暗号化され）
ており、スクランブルを解除するには配信データに対応
したキーデータを必要とするようになっている。キーデ
ータは上記の通信装置２によりホスト装置１１からダウ
ンロードする。
オケシステムにおいては、ホスト装置１１から放送され
る配信データにはスクランブルが施され（暗号化され）
ており、スクランブルを解除するには配信データに対応
したキーデータを必要とするようになっている。キーデ
ータは上記の通信装置２によりホスト装置１１からダウ
ンロードする。
【００１６】なお、前記受信装置８と復調器６とが「受
信手段」に該当し、通信装置２が「通信手段」に該当
し、中央制御装置４は「解除手段」及び「通信制御手
段」に該当する。また、カラオケ端末１が「放送受信手
段」、再生装置３が「実行手段」に該当する。
信手段」に該当し、通信装置２が「通信手段」に該当
し、中央制御装置４は「解除手段」及び「通信制御手
段」に該当する。また、カラオケ端末１が「放送受信手
段」、再生装置３が「実行手段」に該当する。
【００１７】次にホスト装置１１について説明する。ホ
スト装置１１は、曲データを記憶している記憶装置１４
と、配信すべき曲データを変調してＦＭ放送波に多重化
させる変調機能と、その多重化された放送波を放送する
放送機能とを備えた「放送手段」としての放送装置１５
と、カラオケ端末１と双方向のデータ伝送が可能な通信
回線を利用して上記キーデータの送信を行うための通信
装置１２と、前述した配信すべき曲データの送出制御と
通信回線接続によるカラオケ端末１とのデータの送受信
制御などの各種制御を行う制御手段としての中央制御装
置１３とから構成される。配信データは記憶装置１４か
ら読み出された後、変調してＦＭ放送波に多重化される
前にスクランブルが施される（詳細は後述する）。スク
ランブルを解除するためのキーデータは、上述のように
通信装置１２より、通信回線を介してカラオケ端末１に
送信される。ここで通信回線は発呼者に対して課金が可
能な回線である。
スト装置１１は、曲データを記憶している記憶装置１４
と、配信すべき曲データを変調してＦＭ放送波に多重化
させる変調機能と、その多重化された放送波を放送する
放送機能とを備えた「放送手段」としての放送装置１５
と、カラオケ端末１と双方向のデータ伝送が可能な通信
回線を利用して上記キーデータの送信を行うための通信
装置１２と、前述した配信すべき曲データの送出制御と
通信回線接続によるカラオケ端末１とのデータの送受信
制御などの各種制御を行う制御手段としての中央制御装
置１３とから構成される。配信データは記憶装置１４か
ら読み出された後、変調してＦＭ放送波に多重化される
前にスクランブルが施される（詳細は後述する）。スク
ランブルを解除するためのキーデータは、上述のように
通信装置１２より、通信回線を介してカラオケ端末１に
送信される。ここで通信回線は発呼者に対して課金が可
能な回線である。
【００１８】発呼者に対して課金を行う通信回線として
は、当該回線の使用時間に応じて課金を行ういわゆる従
量制の課金システムを採用している通信網（例えば、ダ
イヤルキューツー）と、当該回線の使用時間にかかわら
ず、伝送されるデータ毎に定められた金額を課金するシ
ステムを採用している通信網（例えば、ビデオテック
ス）とがある。本実施の形態においては、ホスト装置１
１か配信される曲データのそれぞれに対してキーデータ
を設定するようにしているため、各キーデータに対して
それぞれ金額を定めることができる後者の通信網を利用
している。
は、当該回線の使用時間に応じて課金を行ういわゆる従
量制の課金システムを採用している通信網（例えば、ダ
イヤルキューツー）と、当該回線の使用時間にかかわら
ず、伝送されるデータ毎に定められた金額を課金するシ
ステムを採用している通信網（例えば、ビデオテック
ス）とがある。本実施の形態においては、ホスト装置１
１か配信される曲データのそれぞれに対してキーデータ
を設定するようにしているため、各キーデータに対して
それぞれ金額を定めることができる後者の通信網を利用
している。
【００１９】次に、本実施の形態の通信カラオケシステ
ムにおけるホスト装置１１のデータ配信に係る動作につ
いて、図４を参照して説明する。これらの動作は中央制
御装置１３によりその処理が行われる。
ムにおけるホスト装置１１のデータ配信に係る動作につ
いて、図４を参照して説明する。これらの動作は中央制
御装置１３によりその処理が行われる。
【００２０】まず、最初のステップＳ１０にて、所定の
曲データ配信プランに基づき、予め登録された配信用の
曲データを記憶装置１４から読み出す。１曲分の曲デー
タは、曲同士を識別するための識別情報である曲番号情
報（データＩＤ）及び実体情報（実データ）から構成さ
れている。実体情報（実データ）は、伴奏音楽の情報で
あるＭＩＤＩ（Musical Instrument Digital Interfac
e）規格の演奏情報、歌詞情報、歌詞の切替や色替えの
タイミングを指定するためのタイミング情報等からなっ
ている。
曲データ配信プランに基づき、予め登録された配信用の
曲データを記憶装置１４から読み出す。１曲分の曲デー
タは、曲同士を識別するための識別情報である曲番号情
報（データＩＤ）及び実体情報（実データ）から構成さ
れている。実体情報（実データ）は、伴奏音楽の情報で
あるＭＩＤＩ（Musical Instrument Digital Interfac
e）規格の演奏情報、歌詞情報、歌詞の切替や色替えの
タイミングを指定するためのタイミング情報等からなっ
ている。
【００２１】次にＳ２０において、読み出した配信デー
タに次のような加工をする。まず、記憶装置１４から読
み出された曲データに含まれる実体情報（実データ）に
スクランブルを施しスクランブルデータを生成する。ス
クランブルは曲データ毎に固有のキーデータを用いて施
す。なお、曲データを特定するためのデータＩＤにはス
クランブルは施さない。そして、図２に示すように、ス
クランブルが施された実データ２０３の前に先頭識別子
２０１とスクランブルが施されていないデータＩＤ２０
２を、また、スクランブルが施された実データ２０３の
後には終了識別子２０４とチェックコード２０５を付属
データとしてそれぞれ加える。
タに次のような加工をする。まず、記憶装置１４から読
み出された曲データに含まれる実体情報（実データ）に
スクランブルを施しスクランブルデータを生成する。ス
クランブルは曲データ毎に固有のキーデータを用いて施
す。なお、曲データを特定するためのデータＩＤにはス
クランブルは施さない。そして、図２に示すように、ス
クランブルが施された実データ２０３の前に先頭識別子
２０１とスクランブルが施されていないデータＩＤ２０
２を、また、スクランブルが施された実データ２０３の
後には終了識別子２０４とチェックコード２０５を付属
データとしてそれぞれ加える。
【００２２】先頭識別子２０１と終了識別子２０４は１
バイトの決まった文字で、カラオケ端末１が配信データ
を受け取った時にデータの先頭と終了とを認識できるよ
うにするためのものである。また、データＩＤ２０２は
配信データの識別情報であり、カラオケ端末１がどのよ
うなデータ（曲番号など）を受信したのかを認識するた
めのものである。一方、チェックコード２０５は先頭識
別子２０１から終了識別子２０４まで（スクランブルが
施された実データを含む）のデータのチェックサムであ
り、カラオケ端末１が配信データを受信した時にカラオ
ケ端末１でチェックサムを計算し、計算されたチェック
サムとデータ中のチェックコード２０５を照合すること
により、通信時のデータ化けなどによる受信データの不
良を検出するためのものである。
バイトの決まった文字で、カラオケ端末１が配信データ
を受け取った時にデータの先頭と終了とを認識できるよ
うにするためのものである。また、データＩＤ２０２は
配信データの識別情報であり、カラオケ端末１がどのよ
うなデータ（曲番号など）を受信したのかを認識するた
めのものである。一方、チェックコード２０５は先頭識
別子２０１から終了識別子２０４まで（スクランブルが
施された実データを含む）のデータのチェックサムであ
り、カラオケ端末１が配信データを受信した時にカラオ
ケ端末１でチェックサムを計算し、計算されたチェック
サムとデータ中のチェックコード２０５を照合すること
により、通信時のデータ化けなどによる受信データの不
良を検出するためのものである。
【００２３】図４に戻り、このようにして新たに生成さ
れたスクランブルが施された実体データを含む配信デー
タは、Ｓ３０においてＦＭ放送波への重畳がなされ（多
重化処理）、放送装置１５によって放送される。そし
て、続くＳ４０では、配信データ（放送装置１５により
放送されたデータ）のデータＩＤとデータＩＤに対応し
たキーデータを、図３に示すような形式の配信情報リス
トに登録し、更新登録された配信情報リストを記憶装置
１４に保存する。この配信情報リストは以後配信が行わ
れる度にデータＩＤおよびキーデータが追加登録され
る。
れたスクランブルが施された実体データを含む配信デー
タは、Ｓ３０においてＦＭ放送波への重畳がなされ（多
重化処理）、放送装置１５によって放送される。そし
て、続くＳ４０では、配信データ（放送装置１５により
放送されたデータ）のデータＩＤとデータＩＤに対応し
たキーデータを、図３に示すような形式の配信情報リス
トに登録し、更新登録された配信情報リストを記憶装置
１４に保存する。この配信情報リストは以後配信が行わ
れる度にデータＩＤおよびキーデータが追加登録され
る。
【００２４】以上説明したように、ホスト装置１１から
は配信データが多重化されたＦＭ放送波が放送される
が、このＦＭ放送波は各カラオケ端末１の受信装置８に
よって受信される。そして、復調器６により配信データ
のみが復調・分離されてメモリ５に順次蓄積される。以
下の記載においては、復調され、記憶手段としてのメモ
リ５に蓄積されたデータを受信データと呼ぶ。
は配信データが多重化されたＦＭ放送波が放送される
が、このＦＭ放送波は各カラオケ端末１の受信装置８に
よって受信される。そして、復調器６により配信データ
のみが復調・分離されてメモリ５に順次蓄積される。以
下の記載においては、復調され、記憶手段としてのメモ
リ５に蓄積されたデータを受信データと呼ぶ。
【００２５】続いて、上記カラオケ装置１が受信してメ
モリ５に保存したデータに対して中央制御装置４が行う
処理について、図５および図６を参照して説明する。
モリ５に保存したデータに対して中央制御装置４が行う
処理について、図５および図６を参照して説明する。
【００２６】まず、中央制御装置４により実行される、
図５に示す受信データ登録処理について説明する。この
処理は所定のスケジュールに従い、例えば１日に１回実
行される。
図５に示す受信データ登録処理について説明する。この
処理は所定のスケジュールに従い、例えば１日に１回実
行される。
【００２７】最初のステップＳ１１０では、メモリ５に
蓄えられている受信データから１バイト読み出す。次の
Ｓ１２０では、この読み出したデータが先頭識別子２０
１（図２参照）であるかどうかを調べる。Ｓ１１０にお
いて読み出された１バイトが先頭識別子２０１でなかっ
た場合には（ＮＯ：Ｓ１２０）、処理はＳ２２０へ移行
する。Ｓ２２０ではメモリ５内のデータの処理が終了し
たかどうか（すなわち、メモリ内にまだ受信データが存
在するかどうか）を判定し、存在する場合（ＮＯ：Ｓ２
２０）には、Ｓ１１０において次の受信データ１バイト
を読み込む。この様にして、Ｓ１１０、Ｓ１２０、Ｓ２
２０の処理を繰り返しつつ配信データの先頭を探す。も
しも、Ｓ２１０において受信データが存在しない場合に
は受信データ終了と判断して（ＹＥＳ：Ｓ２１０）、本
処理を終了する。
蓄えられている受信データから１バイト読み出す。次の
Ｓ１２０では、この読み出したデータが先頭識別子２０
１（図２参照）であるかどうかを調べる。Ｓ１１０にお
いて読み出された１バイトが先頭識別子２０１でなかっ
た場合には（ＮＯ：Ｓ１２０）、処理はＳ２２０へ移行
する。Ｓ２２０ではメモリ５内のデータの処理が終了し
たかどうか（すなわち、メモリ内にまだ受信データが存
在するかどうか）を判定し、存在する場合（ＮＯ：Ｓ２
２０）には、Ｓ１１０において次の受信データ１バイト
を読み込む。この様にして、Ｓ１１０、Ｓ１２０、Ｓ２
２０の処理を繰り返しつつ配信データの先頭を探す。も
しも、Ｓ２１０において受信データが存在しない場合に
は受信データ終了と判断して（ＹＥＳ：Ｓ２１０）、本
処理を終了する。
【００２８】一方、Ｓ１２０で肯定判断、すなわち読み
出したデータが先頭識別子２０１であった場合には、終
了識別子２０４が現れるまで１バイトずつデータを読み
出して、チェックサムの積算を行う処理をＳ１３０〜Ｓ
１５０にて実行する。そして終了識別子２０４に達した
場合には（ＹＥＳ：Ｓ１４０）、Ｓ１６０へ移行してチ
ェックコード２０５を読み出し、Ｓ１７０にて、受信し
た配信データが適正であるか否かを判別する。この判別
は、終了識別子２０４の後に格納されているチェックコ
ード２０５とＳ１３０で計算されたチェックサムとを比
較することにより行う。
出したデータが先頭識別子２０１であった場合には、終
了識別子２０４が現れるまで１バイトずつデータを読み
出して、チェックサムの積算を行う処理をＳ１３０〜Ｓ
１５０にて実行する。そして終了識別子２０４に達した
場合には（ＹＥＳ：Ｓ１４０）、Ｓ１６０へ移行してチ
ェックコード２０５を読み出し、Ｓ１７０にて、受信し
た配信データが適正であるか否かを判別する。この判別
は、終了識別子２０４の後に格納されているチェックコ
ード２０５とＳ１３０で計算されたチェックサムとを比
較することにより行う。
【００２９】そして、Ｓ１７０において、両者（チェッ
クコード２０５とチェックサム）が等しいときには、受
信は正常に終了していて受信データは適正であると判定
され（ＹＥＳ：Ｓ１７０）、中央制御装置４の処理はＳ
１８０へ移行する。Ｓ１８０では、現在読み取り対象と
なっているデータを登録するか否か、すなわちデータの
スクランブルを解除して記憶装置７に格納するかどうか
を判定する。ここで、データを登録するかは、カラオケ
端末１が有する表示装置にデータＩＤを表示し、リモー
トコントローラの操作ボタンの操作により登録するかし
ないかを入力するようになっている。
クコード２０５とチェックサム）が等しいときには、受
信は正常に終了していて受信データは適正であると判定
され（ＹＥＳ：Ｓ１７０）、中央制御装置４の処理はＳ
１８０へ移行する。Ｓ１８０では、現在読み取り対象と
なっているデータを登録するか否か、すなわちデータの
スクランブルを解除して記憶装置７に格納するかどうか
を判定する。ここで、データを登録するかは、カラオケ
端末１が有する表示装置にデータＩＤを表示し、リモー
トコントローラの操作ボタンの操作により登録するかし
ないかを入力するようになっている。
【００３０】データ登録しない場合（ＮＯ：Ｓ１８０）
には、処理はＳ２３０へ移行する。データ登録する場合
には、Ｓ１９０において、データＩＤ２０２を記憶装置
７に格納されている受信データＩＤリストに追加登録す
る。続いて、中央制御装置４は通信装置２により、通信
回線を介してホスト装置１１の通信装置１２に接続し
て、配信データの中のデータＩＤ２０２（図２参照）に
対応するキーデータを取得する、キーデータ取得処理を
実行する（Ｓ２００）。キーデータ取得処理については
後に詳細に説明する。
には、処理はＳ２３０へ移行する。データ登録する場合
には、Ｓ１９０において、データＩＤ２０２を記憶装置
７に格納されている受信データＩＤリストに追加登録す
る。続いて、中央制御装置４は通信装置２により、通信
回線を介してホスト装置１１の通信装置１２に接続し
て、配信データの中のデータＩＤ２０２（図２参照）に
対応するキーデータを取得する、キーデータ取得処理を
実行する（Ｓ２００）。キーデータ取得処理については
後に詳細に説明する。
【００３１】Ｓ２００のキーデータ取得処理でキーデー
タを取得すると、Ｓ２１０において、取得したキーデー
タを用いて配信データの中の実データ２０３（図２参
照）に施されたスクランブルを解除する。そして、スク
ランブルが解除されたデータをＳ２２０において記憶装
置７に保存してから処理はＳ２３０に移行する。Ｓ２３
０の処理については上述した通りであり、ここでは繰り
返さない。
タを取得すると、Ｓ２１０において、取得したキーデー
タを用いて配信データの中の実データ２０３（図２参
照）に施されたスクランブルを解除する。そして、スク
ランブルが解除されたデータをＳ２２０において記憶装
置７に保存してから処理はＳ２３０に移行する。Ｓ２３
０の処理については上述した通りであり、ここでは繰り
返さない。
【００３２】チェックコードとチェックサムが等しくな
いとき、すなわち、受信が正常に終了せず受信データが
不適正であると判定された場合には（ＮＯ：Ｓ１７
０）、受信した配信データは無効であると判断して登
録、キーデータ取得、実体データのスクランブル解除、
解除データの記憶装置７への格納（Ｓ１８０〜Ｓ２１
０）は行わないで、Ｓ１７０からＳ２３０へ移行する。
いとき、すなわち、受信が正常に終了せず受信データが
不適正であると判定された場合には（ＮＯ：Ｓ１７
０）、受信した配信データは無効であると判断して登
録、キーデータ取得、実体データのスクランブル解除、
解除データの記憶装置７への格納（Ｓ１８０〜Ｓ２１
０）は行わないで、Ｓ１７０からＳ２３０へ移行する。
【００３３】このようにして、ホスト装置１１から送出
された配信データは、カラオケ端末１に登録されると共
にキーデータによりスクランブルが解除された後に記憶
装置７に格納される。したがって、利用者からリクエス
トがあった際には、曲データが記憶装置７から再び読み
出され、再生装置によってカラオケ演奏が開始されるこ
とになる。カラオケ演奏の詳しい処理は本発明における
主要点ではないので、ここでは説明は省略する。
された配信データは、カラオケ端末１に登録されると共
にキーデータによりスクランブルが解除された後に記憶
装置７に格納される。したがって、利用者からリクエス
トがあった際には、曲データが記憶装置７から再び読み
出され、再生装置によってカラオケ演奏が開始されるこ
とになる。カラオケ演奏の詳しい処理は本発明における
主要点ではないので、ここでは説明は省略する。
【００３４】次に、キーデータ取得処理について図６を
参照して説明する。キーデータ取得処理は、受信データ
中のデータＩＤ２０２に対応したキーデータをホスト装
置１１から受信する処理である。
参照して説明する。キーデータ取得処理は、受信データ
中のデータＩＤ２０２に対応したキーデータをホスト装
置１１から受信する処理である。
【００３５】まず、Ｓ３１０において、中央制御装置４
は通信装置２により通信回線を介してホスト装置１１の
通信装置１２に接続する。次に、受信データのデータＩ
Ｄをホスト装置１１に対し送信する（Ｓ３２０）。ホス
ト装置１１はデータＩＤをカラオケ端末１から受信する
と、記憶装置１４に格納されている配信情報リスト（図
３）を参照して、当該データＩＤに対応したキーデータ
をカラオケ端末１に送信する。カラオケ端末１側では、
キーデータを受信し（Ｓ３３０）、回線を切断して（Ｓ
３４０）、キーデータ取得処理を終了する。
は通信装置２により通信回線を介してホスト装置１１の
通信装置１２に接続する。次に、受信データのデータＩ
Ｄをホスト装置１１に対し送信する（Ｓ３２０）。ホス
ト装置１１はデータＩＤをカラオケ端末１から受信する
と、記憶装置１４に格納されている配信情報リスト（図
３）を参照して、当該データＩＤに対応したキーデータ
をカラオケ端末１に送信する。カラオケ端末１側では、
キーデータを受信し（Ｓ３３０）、回線を切断して（Ｓ
３４０）、キーデータ取得処理を終了する。
【００３６】なお、ここでカラオケ端末１がホスト装置
１１に対して発呼する際に使用する回線は、ホスト装置
１１から送られるデータに対応して発呼側に課金する事
が可能な回線を用いている。すなわち、Ｓ３４０におい
てカラオケ端末１からホスト装置１１に対して送信され
たデータＩＤに対応して設定される課金金額が、カラオ
ケ端末１の利用者の電話回線使用料に加算されるように
なっている。
１１に対して発呼する際に使用する回線は、ホスト装置
１１から送られるデータに対応して発呼側に課金する事
が可能な回線を用いている。すなわち、Ｓ３４０におい
てカラオケ端末１からホスト装置１１に対して送信され
たデータＩＤに対応して設定される課金金額が、カラオ
ケ端末１の利用者の電話回線使用料に加算されるように
なっている。
【００３７】一方、反対にカラオケ端末１からホスト装
置１１へ端末稼働情報などの所定のデータをアップロー
ドする場合は、従来通り必要な時に、上記の課金用の通
信回線とは異なる通信回線を利用してホスト装置１１と
接続し、アップロードを行う。
置１１へ端末稼働情報などの所定のデータをアップロー
ドする場合は、従来通り必要な時に、上記の課金用の通
信回線とは異なる通信回線を利用してホスト装置１１と
接続し、アップロードを行う。
【００３８】さて、前述のＦＭ放送波を用いた曲データ
のダウンロードでは、ホスト装置１１とカラオケ端末１
が接続確認を行わずに一方的にホスト装置１１から送出
する形態をとるため、放送した際にカラオケ端末１が非
起動であったり、カラオケ端末１での放送波の受信状態
が悪かったりした場合には、必要なデータのダウンロー
ドに失敗することが大いに考えられる。しかも、どのカ
ラオケ端末１でそれらが発生したかを判別できない。さ
らに、キーデータをダウンロードするための回線が何ら
かの理由で使用できない場合にも、データのダウンロー
ドができないことになる。従って、本実施形態のシステ
ムでは、そのような場合は通信回線を利用してホスト装
置１１に接続し、不足の配信データをダウンロードする
ようにして回復を図るために、次に説明する受信確認処
理を実行する。
のダウンロードでは、ホスト装置１１とカラオケ端末１
が接続確認を行わずに一方的にホスト装置１１から送出
する形態をとるため、放送した際にカラオケ端末１が非
起動であったり、カラオケ端末１での放送波の受信状態
が悪かったりした場合には、必要なデータのダウンロー
ドに失敗することが大いに考えられる。しかも、どのカ
ラオケ端末１でそれらが発生したかを判別できない。さ
らに、キーデータをダウンロードするための回線が何ら
かの理由で使用できない場合にも、データのダウンロー
ドができないことになる。従って、本実施形態のシステ
ムでは、そのような場合は通信回線を利用してホスト装
置１１に接続し、不足の配信データをダウンロードする
ようにして回復を図るために、次に説明する受信確認処
理を実行する。
【００３９】図７は受信確認処理を示すフローチャート
である。まず、最初のステップＳ４１０で、カラオケ端
末１の中央制御装置４は通信装置２を制御してホスト装
置１１と通信回線を介して接続する。そして、続くＳ４
２０では、前述したホスト装置１１が記憶装置１４に記
憶している配信情報リストを送信してもらうよう要求
し、ダウンロードする。
である。まず、最初のステップＳ４１０で、カラオケ端
末１の中央制御装置４は通信装置２を制御してホスト装
置１１と通信回線を介して接続する。そして、続くＳ４
２０では、前述したホスト装置１１が記憶装置１４に記
憶している配信情報リストを送信してもらうよう要求
し、ダウンロードする。
【００４０】そして、続くＳ４３０以降の処理で、カラ
オケ端末１が保有する受信情報リストとの照合を行い、
受信していない配信データについてのダウンロード処理
を行う。詳細には、まずＳ４３０にて配信情報リストか
ら配信データＩＤを１件取り出し、続くＳ４４０では、
受信情報リストにそのデータＩＤが登録されているかど
うか調べる。そして、Ｓ４５０で登録済みかどうかを判
断する。
オケ端末１が保有する受信情報リストとの照合を行い、
受信していない配信データについてのダウンロード処理
を行う。詳細には、まずＳ４３０にて配信情報リストか
ら配信データＩＤを１件取り出し、続くＳ４４０では、
受信情報リストにそのデータＩＤが登録されているかど
うか調べる。そして、Ｓ４５０で登録済みかどうかを判
断する。
【００４１】この際、データＩＤが登録されていなけれ
ば（ＮＯ：Ｓ４５０）、受信に失敗しているとしてＳ４
６０へ移行する。Ｓ４６０では、その受信を失敗したデ
ータＩＤに対応する配信データを再度配信してもらうよ
うホスト装置１１に要求し、その要求に応じて配信され
たデータをダウンロードする。その後Ｓ４７０へ移行す
る。
ば（ＮＯ：Ｓ４５０）、受信に失敗しているとしてＳ４
６０へ移行する。Ｓ４６０では、その受信を失敗したデ
ータＩＤに対応する配信データを再度配信してもらうよ
うホスト装置１１に要求し、その要求に応じて配信され
たデータをダウンロードする。その後Ｓ４７０へ移行す
る。
【００４２】一方、Ｓ４３０にて配信情報リストから取
り出した配信データＩＤが受信情報リストに登録されて
いれば（ＹＥＳ：Ｓ４５０）、正常に受信しているとし
てダウンロードは行わずにＳ４７０に移行する。Ｓ４７
０では、配信情報リストの最後尾となったかどうかを判
断する。最後尾となっていなければ（ＮＯ：Ｓ４７
０）、Ｓ４３０へ戻って次のデータを取り出し、上記の
処理を繰り返す。そして、最後のデータＩＤに達したら
（ＹＥＳ：Ｓ４７０）、Ｓ４８０へ移行し、ホスト装置
１１との接続を切断して一連の処理を終了する。
り出した配信データＩＤが受信情報リストに登録されて
いれば（ＹＥＳ：Ｓ４５０）、正常に受信しているとし
てダウンロードは行わずにＳ４７０に移行する。Ｓ４７
０では、配信情報リストの最後尾となったかどうかを判
断する。最後尾となっていなければ（ＮＯ：Ｓ４７
０）、Ｓ４３０へ戻って次のデータを取り出し、上記の
処理を繰り返す。そして、最後のデータＩＤに達したら
（ＹＥＳ：Ｓ４７０）、Ｓ４８０へ移行し、ホスト装置
１１との接続を切断して一連の処理を終了する。
【００４３】なお、この受信確認処理は、中央制御装置
４が１日もしくは１週間に１回といった所定の周期で定
期的に行うものとし、これによってシステム内の各カラ
オケ端末１における受信状況の個体差をなくすように動
作する。このように、本実施の形態における通信カラオ
ケシステムでは、ホスト装置１１より配信すべき曲デー
タをＦＭ放送波に多重化して放送するため、同時に多数
のカラオケ端末１にデータを配信することができる。し
かも、配信データにはスクランブルが施されているた
め、キーデータを取得しない限り配信データを利用する
ことはできないため、きわめて効率の良いデータ配信シ
ステムを構成することができる。
４が１日もしくは１週間に１回といった所定の周期で定
期的に行うものとし、これによってシステム内の各カラ
オケ端末１における受信状況の個体差をなくすように動
作する。このように、本実施の形態における通信カラオ
ケシステムでは、ホスト装置１１より配信すべき曲デー
タをＦＭ放送波に多重化して放送するため、同時に多数
のカラオケ端末１にデータを配信することができる。し
かも、配信データにはスクランブルが施されているた
め、キーデータを取得しない限り配信データを利用する
ことはできないため、きわめて効率の良いデータ配信シ
ステムを構成することができる。
【００４４】ホスト装置１１から放送した際にカラオケ
端末１が非起動であったり、カラオケ端末１の受信装置
８による放送波の受信状態が悪かったりした場合には、
必要な曲データを受信できない場合が起こり得るが、そ
のような場合には、ホスト装置１１で記憶している配信
情報リストとカラオケ端末１側で記憶している受信情報
リストの照合を行い、一致していない場合には、未配信
（カラオケ端末１側から見れば未受信）の曲データを、
今度は双方向のデータ伝送が可能な通信回線を介して再
度配信するようにしている。なお、この場合には曲デー
タの受信は通信回線で接続されているカラオケ端末１に
おいてのみおこなわれるため、曲データはスクランブル
が施されない状態で伝送される。
端末１が非起動であったり、カラオケ端末１の受信装置
８による放送波の受信状態が悪かったりした場合には、
必要な曲データを受信できない場合が起こり得るが、そ
のような場合には、ホスト装置１１で記憶している配信
情報リストとカラオケ端末１側で記憶している受信情報
リストの照合を行い、一致していない場合には、未配信
（カラオケ端末１側から見れば未受信）の曲データを、
今度は双方向のデータ伝送が可能な通信回線を介して再
度配信するようにしている。なお、この場合には曲デー
タの受信は通信回線で接続されているカラオケ端末１に
おいてのみおこなわれるため、曲データはスクランブル
が施されない状態で伝送される。
【００４５】本発明は以上に説明した様な実施の形態に
のみ限定されるものではなく、本発明の要旨を逸脱しな
い範囲において種々の態様で変形し、実施し得る。例え
ば、上記の実施の形態においては、各受信データを読み
込む度に、当該データを記憶装置７に格納するか否かを
利用者が入力するようになっているが、予め受信データ
の各々について格納の是非を設定しておくような構成に
しても良い。
のみ限定されるものではなく、本発明の要旨を逸脱しな
い範囲において種々の態様で変形し、実施し得る。例え
ば、上記の実施の形態においては、各受信データを読み
込む度に、当該データを記憶装置７に格納するか否かを
利用者が入力するようになっているが、予め受信データ
の各々について格納の是非を設定しておくような構成に
しても良い。
【００４６】上記実施の形態においては、カラオケ端末
の記憶装置７には、スクランブルが解除された実体デー
タが格納される構成となっているが、スクランブルが施
されたままのデータ、および、スクランブルを解除する
ためのキーデータを共に記憶装置７に格納しておき、演
奏時にスクランブルを解除することも可能である。さら
に、データを圧縮するものとし、圧縮されたデータを解
凍（すなわち元のデータに戻す）する場合に該キーデー
タが必要となるようなアルゴリズムを採用すれば、デー
タを圧縮することがそのままスクランブルを施すことに
なり、しかも圧縮された状態で記憶装置７にデータを格
納すれば記憶装置７の容量を有効に使うことが可能にな
る。
の記憶装置７には、スクランブルが解除された実体デー
タが格納される構成となっているが、スクランブルが施
されたままのデータ、および、スクランブルを解除する
ためのキーデータを共に記憶装置７に格納しておき、演
奏時にスクランブルを解除することも可能である。さら
に、データを圧縮するものとし、圧縮されたデータを解
凍（すなわち元のデータに戻す）する場合に該キーデー
タが必要となるようなアルゴリズムを採用すれば、デー
タを圧縮することがそのままスクランブルを施すことに
なり、しかも圧縮された状態で記憶装置７にデータを格
納すれば記憶装置７の容量を有効に使うことが可能にな
る。
【００４７】また、実施の形態においては、各受信デー
タ毎に異なるキーデータが設定される例を示したが、複
数の曲データ、例えば一回のデータ配信で送信される曲
データに関しては同一のキーデータを用いてスクランブ
ルを施すようにし、カラオケ端末側では、一度だけキー
データを受信することにより、メモリ５内の全てのデー
タのスクランブルを解除することができるようにしても
良い。
タ毎に異なるキーデータが設定される例を示したが、複
数の曲データ、例えば一回のデータ配信で送信される曲
データに関しては同一のキーデータを用いてスクランブ
ルを施すようにし、カラオケ端末側では、一度だけキー
データを受信することにより、メモリ５内の全てのデー
タのスクランブルを解除することができるようにしても
良い。
【００４８】あるいは、曲データをグループ分けし、同
一のグループに属する曲データに関しては同一のキーデ
ータでスクランブルが解除できるようにしても良い。グ
ループ分けの基準としては、例えば曲のジャンルや、歌
手などによるグループ分けとする事が可能である。ま
た、このように同一グループに対して同一のキーデータ
を使用する場合には、カラオケ端末側においては、一度
受信したキーデータを記憶装置に格納しておき、スクラ
ンブルを解除する場合には、記憶装置に格納したキーデ
ータを参照してスクランブルを解除するような構成とな
る。
一のグループに属する曲データに関しては同一のキーデ
ータでスクランブルが解除できるようにしても良い。グ
ループ分けの基準としては、例えば曲のジャンルや、歌
手などによるグループ分けとする事が可能である。ま
た、このように同一グループに対して同一のキーデータ
を使用する場合には、カラオケ端末側においては、一度
受信したキーデータを記憶装置に格納しておき、スクラ
ンブルを解除する場合には、記憶装置に格納したキーデ
ータを参照してスクランブルを解除するような構成とな
る。
【００４９】また、上記実施の形態においては、本発明
のデータ配信システムを通信式カラオケシステムの例に
ついて説明したが、本発明の適用範囲はカラオケシステ
ムに限られるものではなく、例えばコンピュータソフト
ウェアの配信ネットワークや画像データの配信ネットワ
ークに対しても本発明を適用することが可能である。
のデータ配信システムを通信式カラオケシステムの例に
ついて説明したが、本発明の適用範囲はカラオケシステ
ムに限られるものではなく、例えばコンピュータソフト
ウェアの配信ネットワークや画像データの配信ネットワ
ークに対しても本発明を適用することが可能である。
【００５０】
【発明の効果】請求項１に記載のデータ配信システムに
よれば、配信データにスクランブルが施された状態で放
送により配信され、スクランブルを解除するためのキー
データを別途取得する必要があるため、データ配信を容
易に行えるにもかかわらず、配信データが不正に使用さ
れる恐れがないため、効率の良いデータ配信システムを
構成することが可能になる。
よれば、配信データにスクランブルが施された状態で放
送により配信され、スクランブルを解除するためのキー
データを別途取得する必要があるため、データ配信を容
易に行えるにもかかわらず、配信データが不正に使用さ
れる恐れがないため、効率の良いデータ配信システムを
構成することが可能になる。
【００５１】請求項２の記載によれば、キーデータを有
料とすることができ、しかも利用者にとっては容易にキ
ーデータを得られるシステム構成とすることができる。
料とすることができ、しかも利用者にとっては容易にキ
ーデータを得られるシステム構成とすることができる。
【００５２】請求項３の記載によれば、本発明のデータ
配信システムのカラオケシステムへの応用が可能とな
る。
配信システムのカラオケシステムへの応用が可能とな
る。
【００５３】請求項４の記載によれば、不正に使用され
ることを避けるべき楽曲データをも、放送により配信す
ることが可能になる。
ることを避けるべき楽曲データをも、放送により配信す
ることが可能になる。
【００５４】請求項５の記載によれば、配信されたデー
タが有する識別情報に基づいて、該データのスクランブ
ルを解除すべきか否かを判断することが可能になる。
タが有する識別情報に基づいて、該データのスクランブ
ルを解除すべきか否かを判断することが可能になる。
【００５５】請求項６の記載によれば、実体データのみ
に前記スクランブルが施されるため、特殊なデータ操作
をすることなく配信されたデータの識別情報を取得する
ことができる。
に前記スクランブルが施されるため、特殊なデータ操作
をすることなく配信されたデータの識別情報を取得する
ことができる。
【００５６】請求項７の記載によれば、各配信データ毎
に異なったキーデータを必要とするようなスクランブル
を施しても、容易に各データのスクランブルを解除する
ためのキーデータを取得することができる。
に異なったキーデータを必要とするようなスクランブル
を施しても、容易に各データのスクランブルを解除する
ためのキーデータを取得することができる。
【００５７】請求項８に記載の放送受信装置によれば、
スクランブルが施された状態で放送により配信されたデ
ータを受信し、しかも、スクランブルを解除するための
キーデータをも取得することができるため、効率良くス
クランブルを解除することができる。
スクランブルが施された状態で放送により配信されたデ
ータを受信し、しかも、スクランブルを解除するための
キーデータをも取得することができるため、効率良くス
クランブルを解除することができる。
【図１】本実施の形態の通信式カラオケシステムの概略
構成を示すブロック図である。
構成を示すブロック図である。
【図２】スクランブルデータの構成を示す図である。
【図３】配信情報リストの構成を示す図である。
【図５】受信データ登録処理を示すフローチャートであ
る。
る。
【図６】キーデータ取得処理を示すフローチャートであ
る。
る。
【図７】受信確認処理を示すフローチャートである。
１１ ホスト装置 １ カラオケ端末 ２ 通信装置 ３ 再生装置 ４ 中央制御装置 ５ メモリ ６ 復調器 ７ 記憶装置 ８ 受信装置 ９ リモコン受光部 １０ 表示装置 １２ 通信装置 １３ 中央制御装置 １４ 記憶装置 １５ 放送装置
【手続補正書】
【提出日】平成８年８月２６日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】図面の簡単な説明
【補正方法】変更
【補正内容】
【図面の簡単な説明】
【図１】本実施の形態の通信式カラオケシステムの概略
構成を示すブロック図である。
構成を示すブロック図である。
【図２】スクランブルデータの構成を示す図である。
【図３】配信情報リストの構成を示す図である。
【図４】通信カラオケシステムにおけるホスト装置のデ
ータ配信動作を示すフローチャートである。
ータ配信動作を示すフローチャートである。
【図５】受信データ登録処理を示すフローチャートであ
る。
る。
【図６】キーデータ取得処理を示すフローチャートであ
る。
る。
【図７】受信確認処理を示すフローチャートである。
【符号の説明】 １１ ホスト装置 １ カラオケ端末 ２ 通信装置 ３ 再生装置 ４ 中央制御装置 ５ メモリ ６ 復調器 ７ 記憶装置 ８ 受信装置 ９ リモコン受光部 １０ 表示装置 １２ 通信装置 １３ 中央制御装置 １４ 記憶装置 １５ 放送装置
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｓ 1/00
Claims (8)
- 【請求項１】 配信データにスクランブルを施して放送
データに多重化して送信する放送手段と、 前記放送手段から送信された配信データを受信する受信
手段と、前記配信データに施されたスクランブルを解除
するためのキーデータを受信するための通信手段と、前
記キーデータによって受信手段により受信した配信デー
タのスクランブルを解除する解除手段と、前記スクラン
ブルが解除された配信データに基づいて所定の動作を実
行する実行手段と、を備える放送受信装置と、から構成
されるデータ配信システム。 - 【請求項２】 前記通信手段は、課金通信網を介してキ
ーデータを取得することを特徴とする請求項１に記載の
データ配信システム。 - 【請求項３】 前記実行手段は、配信データに基づいて
楽曲の演奏を実行することを特徴とする請求項１または
２に記載のデータ配信システム。 - 【請求項４】 前記配信データは楽曲データであること
を特徴とする請求項１から３のいずれかに記載のデータ
配信システム。 - 【請求項５】 前記配信データは、データを識別するＩ
Ｄデータと前記実行手段により使用される実体データと
を有することを特徴とする請求項１から４のいずれかに
記載のデータ配信システム。 - 【請求項６】 前記実体データのみに前記スクランブル
が施されることを特徴とする請求項５に記載のデータ配
信システム。 - 【請求項７】 前記放送受信装置は、前記受信手段が受
信した前記配信データから前記ＩＤデータを読み取る読
み取り手段と、前記ＩＤデータを前記通信手段を介して
前記放送手段に送る通信制御手段とを有し、 前記放送手段は、前記放送受信手段により、前記通信手
段を介して送信された前記ＩＤデータに対応したキーデ
ータを前記通信手段に送信することを特徴とする請求項
６に記載のデータ配信システム。 - 【請求項８】 配信データにスクランブルを施して放送
データに多重化して送信する放送手段から送信された配
信データを受信する受信手段と、 前記配信データに施されたスクランブルを解除するため
のキーデータを受信するための通信手段と、 前記キーデータによって受信手段により受信した配信デ
ータのスクランブルを解除する解除手段と、 前記スクランブルが解除された配信データに基づいて所
定の動作を実行する実行手段と、を備える放送受信装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10411796A JP3847372B2 (ja) | 1996-03-29 | 1996-03-29 | データ配信システムおよび放送受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10411796A JP3847372B2 (ja) | 1996-03-29 | 1996-03-29 | データ配信システムおよび放送受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09269794A true JPH09269794A (ja) | 1997-10-14 |
| JP3847372B2 JP3847372B2 (ja) | 2006-11-22 |
Family
ID=14372191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10411796A Expired - Fee Related JP3847372B2 (ja) | 1996-03-29 | 1996-03-29 | データ配信システムおよび放送受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3847372B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000055853A1 (en) * | 1999-03-13 | 2000-09-21 | Kim Byung Soo | Portable data storage/audio reproduction apparatus |
| KR100346051B1 (ko) * | 2000-04-24 | 2002-07-24 | 삼성에버랜드 주식회사 | 연못의 수질 개선을 위한 필터층의 조성공법 |
| US6704419B1 (en) | 1998-05-27 | 2004-03-09 | Nec Corporation | Information providing system |
| EP1260966A4 (en) * | 2000-09-05 | 2006-03-15 | Ntt Docomo Inc | PAYMENT INFORMATION DISTRIBUTION SYSTEM |
| JP2006074775A (ja) * | 2004-08-31 | 2006-03-16 | General Motors Corp <Gm> | 放送コンテンツ蓄積のためのバッファリングの仕組み |
| JP2007306074A (ja) * | 2006-05-09 | 2007-11-22 | Softbank Mobile Corp | コンテンツ・ダウンロード・システム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0548579A (ja) * | 1991-08-19 | 1993-02-26 | Fujitsu Ltd | 同報通信処理装置 |
| JPH06224863A (ja) * | 1993-01-22 | 1994-08-12 | Fujitsu Ltd | 衛星映像通信システムにおける受信エラー時の再送信方法 |
| JPH0832530A (ja) * | 1994-07-15 | 1996-02-02 | Sony Corp | データ放送システムおよびデータ受信装置 |
-
1996
- 1996-03-29 JP JP10411796A patent/JP3847372B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0548579A (ja) * | 1991-08-19 | 1993-02-26 | Fujitsu Ltd | 同報通信処理装置 |
| JPH06224863A (ja) * | 1993-01-22 | 1994-08-12 | Fujitsu Ltd | 衛星映像通信システムにおける受信エラー時の再送信方法 |
| JPH0832530A (ja) * | 1994-07-15 | 1996-02-02 | Sony Corp | データ放送システムおよびデータ受信装置 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6704419B1 (en) | 1998-05-27 | 2004-03-09 | Nec Corporation | Information providing system |
| WO2000055853A1 (en) * | 1999-03-13 | 2000-09-21 | Kim Byung Soo | Portable data storage/audio reproduction apparatus |
| KR100346051B1 (ko) * | 2000-04-24 | 2002-07-24 | 삼성에버랜드 주식회사 | 연못의 수질 개선을 위한 필터층의 조성공법 |
| EP1260966A4 (en) * | 2000-09-05 | 2006-03-15 | Ntt Docomo Inc | PAYMENT INFORMATION DISTRIBUTION SYSTEM |
| JP2006074775A (ja) * | 2004-08-31 | 2006-03-16 | General Motors Corp <Gm> | 放送コンテンツ蓄積のためのバッファリングの仕組み |
| JP2007306074A (ja) * | 2006-05-09 | 2007-11-22 | Softbank Mobile Corp | コンテンツ・ダウンロード・システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3847372B2 (ja) | 2006-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100324076B1 (ko) | 리모트프로그램다운로드시스템및장치 | |
| US6532591B1 (en) | System for downloading computer software with broadcasting program | |
| US5787171A (en) | Data transmitter and receiver | |
| US6076094A (en) | Distributed database system and database received therefor | |
| US7693232B2 (en) | Transmitting method and transmitting device, receiving method and receiving device, and transfer method and transfer system | |
| CA2121565C (en) | Data broadcasting system | |
| KR100570460B1 (ko) | 송신 장치 및 방법, 정보 편집 장치 및 방법, 수신 장치 및방법, 정보 축적 장치 및 방법, 및 방송 시스템 | |
| CN1753502B (zh) | 提供广告音乐的系统和方法 | |
| KR100310025B1 (ko) | 무선통신에있어서의요금부과시스템 | |
| JP2000500626A (ja) | Ｖｂｉパケットデータを伴う契約ｔｖ | |
| JP4280946B2 (ja) | 情報処理システムおよび方法、携帯端末、情報処理装置、並びに、記録媒体 | |
| JPH09269794A (ja) | データ配信システムおよび放送受信装置 | |
| US6167045A (en) | Method and system for receiving data packets in a unidirectional broadcasting system | |
| JP4460555B2 (ja) | 地上波ｄｍｂ受信端末機におけるソフトウェアのダウンロードによるアップグレード方法 | |
| JP3915204B2 (ja) | 送信装置及び方法、送信制御装置及び方法、受信装置及び方法、情報蓄積装置及び方法、並びに放送システム | |
| JP2000201117A (ja) | 放送番組受信装置および放送番組受信方法 | |
| JPH1023387A (ja) | Ｃａｔｖセンタ装置 | |
| JP4378777B2 (ja) | 放送受信装置、放送受信方法 | |
| JP4449093B2 (ja) | 情報処理システムおよび情報処理方法、並びに遠隔制御装置 | |
| JP2001045447A (ja) | デジタル放送システム及びその構成装置 | |
| JP4182582B2 (ja) | 送信装置および送信方法、並びに受信装置および受信方法 | |
| JPH10178359A (ja) | 受信装置、受信方法及び送受信システム | |
| JP4081780B2 (ja) | 番組視聴情報取得装置、番組視聴情報取得方法及び受信装置 | |
| JP4013322B2 (ja) | カラオケシステムおよびカラオケ端末装置 | |
| JP2975854B2 (ja) | カラオケシステムにおける音楽データ通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050829 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050915 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051114 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060712 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060728 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060823 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090901 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130901 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |