JP3847372B2 - Data distribution system and broadcast receiving apparatus - Google Patents

Data distribution system and broadcast receiving apparatus Download PDF

Info

Publication number
JP3847372B2
JP3847372B2 JP10411796A JP10411796A JP3847372B2 JP 3847372 B2 JP3847372 B2 JP 3847372B2 JP 10411796 A JP10411796 A JP 10411796A JP 10411796 A JP10411796 A JP 10411796A JP 3847372 B2 JP3847372 B2 JP 3847372B2
Authority
JP
Japan
Prior art keywords
data
distribution
communication
broadcast
received
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.)
Expired - Fee Related
Application number
JP10411796A
Other languages
Japanese (ja)
Other versions
JPH09269794A (en
Inventor
敏 古川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Xing Inc
Original Assignee
Brother Industries Ltd
Xing Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd, Xing Inc filed Critical Brother Industries Ltd
Priority to JP10411796A priority Critical patent/JP3847372B2/en
Publication of JPH09269794A publication Critical patent/JPH09269794A/en
Application granted granted Critical
Publication of JP3847372B2 publication Critical patent/JP3847372B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、多重化放送技術を利用したデータ配信システム及びそれに使用される放送受信装置に関するものである。
【0002】
【従来の技術】
近年FM多重放送をはじめとして、本来の音声放送チャンネルとは別に文字放送チャンネルを設定し、音声放送と同期して文字放送を行う、いわゆる文字多重放送が行われている。このような多重放送を受信する場合、ラジオなどの受信機側には文字放送用の表示装置が設けられており、例えば、ニュースや交通情報などを文字で表示したりするほかに、音楽番組などの場合には、放送される曲のタイトルや歌手名など番組に関連した文字情報を提供する等、広範囲なサービスが行われている。
【0003】
【発明が解決しようとする課題】
しかしながら、上記従来のFM多重放送などにおいては、文字情報の提供にその利用が留められており、より広い範囲のニーズに対応していなかった(すなわち画像情報、音声情報などの提供は行っていなかった)。また、その提供した情報(従来の多重放送においては文字情報)に対する課金についても何等対応していなかった。
【0004】
本発明は、上述した問題点を解決するためになされたものであり、広範囲の情報を提供することができると共に、提供した情報に対する課金をすることが可能なデータ配信システム及び放送受信装置を提供することを目的とする。
【0005】
【課題を解決するための手段】
このため、請求項1に記載のデータ配信システムは、IDデータを含む配信データにスクランブルを施して放送データに多重化して送信する送信手段と、配信データに施されたスクランブルを解除するためのキーデータ及び放送受信装置からの再送要求に応じた配信データを送信可能な第一の通信手段と、配信データを識別するためのIDデータを記憶する第一の記憶手段とを有した放送装置と、送信手段により送信された配信データを受信する受信手段と、第一の通信手段と双方向通信可能であり、キーデータを受信可能な第二の通信手段と、受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、解除後の配信データを記憶する第二の記憶手段と、該双方向通信により第一の記憶手段に記憶されたIDデータを定期的に取得する配信情報取得手段と、配信情報取得手段により取得されたIDデータと第二の記憶手段に記憶された配信データに含まれるIDデータとを比較して受信未完の配信データを検出する受信未完検出手段と、受信未完の配信データが検出されたとき、該第二の通信手段により、その配信データを再送するよう放送装置に要求する再送要求手段とを有した放送受信装置とを備えたことを特徴としたものである。
【0006】
ここで、第二の通信手段は、課金通信網を介してキーデータを取得する構成とすることができる。この場合、キーデータ毎に課金金額を設定することが可能な課金通信網を利用することが好ましい。
【0007】
また、配信データは例えば楽曲データであり、放送受信装置は、解除後の配信データに基づいて楽曲の演奏を実行する演奏実行手段を更に有したものであっても良い。
【0008】
さらに、配信データは、スクランブルが施された実体データであって演奏実行手段により実行される実体データと、スクランブルが施されないIDデータであって実体データを識別するためのIDデータと、を有したものであっても良い。
【0009】
また、放送受信装置は、受信された配信データからIDデータを読み取る読み取り手段を更に有し、読み取られたIDデータを第二の通信手段により放送装置に送信することができる。そして放送装置は、受信したIDデータに呼応して、それに対応したキーデータを第一の通信手段により送信することができる。なお、放送受信装置は、送信手段により送信される配信データを受信手段により受信するか否かを設定する受信設定手段を更に有したものであっても良い。
【0010】
また、請求項7に記載の放送受信装置によれば、配信データは該配信データを識別するためのIDデータを含んでおり、外部装置からの放送であって、スクランブルが施された配信データを含む多重化放送を受信する受信手段と、該外部装置との双方向通信により、配信データに施されたスクランブルを解除するためのキーデータ、及び、配信データを識別するためのIDデータを受信可能な通信手段と、通信手段により受信されたキーデータを用いて受信手段により受信した配信データのスクランブルを解除する解除手段と、解除後の配信データを記憶する記憶手段と、通信手段により定期的に受信されたIDデータと、記憶手段に記憶された配信データに含まれるIDデータとを比較して受信未完の配信データを検出する受信未完検出手段と、受信未完の配信データが検出されたとき、該通信手段によりその配信データを再送するよう放送装置に要求する再送要求手段とを備えたことを特徴としたものである。
【0011】
【発明の実施の形態】
本発明の情報配信システムの実施の形態として通信式カラオケシステムについて図面を参照して説明する。
【0012】
図1は本実施の形態の通信式カラオケシステムの概略構成を示すブロック図である。なお、図1に示す通信カラオケシステムは最小の構成例であり、1台のホスト装置11と1台の「情報提供装置」としてのカラオケ端末1から構成される。実際には、上記各装置1、11はそれぞれ複数台存在する場合もあり、1台のホスト装置11に対して複数台のカラオケ端末1が存在するのが一般的である。
【0013】
本システムでは、「配信データ」としての曲データをホスト装置11から各カラオケ端末1に、FM多重放送を利用して随時配信してカラオケ端末1内部に記憶保存することにより曲データの新規登録を実現すると共に、カラオケ端末1では、利用者からのリクエストがあった場合には、対応する曲データを読み出して曲の演奏を行う。なお、ホスト装置11からカラオケ端末1への新曲データの配信は例えば2〜3日おきに実行される。
【0014】
まず、カラオケ端末1について説明する。図1に示す通り、カラオケ端末1はホスト装置11から放送される配信データが多重化されたFM放送波を受信するための受信装置8と、受信した放送波から多重化されている配信データを分離して復調する復調器6と、復調された配信データを一時的に蓄えておくためのメモリ5と、配信データを記憶保存するための記憶装置7とホスト装置11とデータ通信を行うための通信装置2と、利用者からのリモートコントローラ(以下リモコンと略す)21によるリクエストを受け付けるためのリモコン受光部9と、記憶装置7に保存されている配信データ(曲データ)を音声信号に変換して出力する再生装置3と、配信データをメモリ5から記憶装置7に保存する制御や、リモコン受光部9から利用者のリクエストを受け付け、対応する曲データを記憶装置7から読み込んで再生装置3を駆動してカラオケ演奏を行う一連のカラオケ演奏制御や、通信装置2を駆動してホスト装置11とのデータ通信の制御などを行う制御手段としての中央制御装置4とから構成される。さらに、中央制御装置4には、表示装置10も接続されている。表示装置10は、リモコン21により入力されたリクエスト曲の番号を表示したり、後述するデータIDを表示したりするための装置である。
【0015】
詳しくは後述するが、本実施の形態のカラオケシステムにおいては、ホスト装置11から放送される配信データにはスクランブルが施され(暗号化され)ており、スクランブルを解除するには配信データに対応したキーデータを必要とするようになっている。キーデータは上記の通信装置2によりホスト装置11からダウンロードする。
【0016】
なお、前記受信装置8と復調器6とが「受信手段」に該当し、通信装置2が「通信手段」に該当し、中央制御装置4は「解除手段」及び「通信制御手段」に該当する。また、カラオケ端末1が「放送受信手段」、再生装置3が「実行手段」に該当する。
【0017】
次にホスト装置11について説明する。ホスト装置11は、曲データを記憶している記憶装置14と、配信すべき曲データを変調してFM放送波に多重化させる変調機能と、その多重化された放送波を放送する放送機能とを備えた「放送手段」としての放送装置15と、カラオケ端末1と双方向のデータ伝送が可能な通信回線を利用して上記キーデータの送信を行うための通信装置12と、前述した配信すべき曲データの送出制御と通信回線接続によるカラオケ端末1とのデータの送受信制御などの各種制御を行う制御手段としての中央制御装置13とから構成される。配信データは記憶装置14から読み出された後、変調してFM放送波に多重化される前にスクランブルが施される(詳細は後述する)。スクランブルを解除するためのキーデータは、上述のように通信装置12より、通信回線を介してカラオケ端末1に送信される。ここで通信回線は発呼者に対して課金が可能な回線である。
【0018】
発呼者に対して課金を行う通信回線としては、当該回線の使用時間に応じて課金を行ういわゆる従量制の課金システムを採用している通信網(例えば、ダイヤルキューツー)と、当該回線の使用時間にかかわらず、伝送されるデータ毎に定められた金額を課金するシステムを採用している通信網(例えば、ビデオテックス)とがある。本実施の形態においては、ホスト装置11か配信される曲データのそれぞれに対してキーデータを設定するようにしているため、各キーデータに対してそれぞれ金額を定めることができる後者の通信網を利用している。
【0019】
次に、本実施の形態の通信カラオケシステムにおけるホスト装置11のデータ配信に係る動作について、図4を参照して説明する。これらの動作は中央制御装置13によりその処理が行われる。
【0020】
まず、最初のステップS10にて、所定の曲データ配信プランに基づき、予め登録された配信用の曲データを記憶装置14から読み出す。1曲分の曲データは、曲同士を識別するための識別情報である曲番号情報(データID)及び実体情報(実データ)から構成されている。実体情報(実データ)は、伴奏音楽の情報であるMIDI(Musical Instrument Digital Interface)規格の演奏情報、歌詞情報、歌詞の切替や色替えのタイミングを指定するためのタイミング情報等からなっている。
【0021】
次にS20において、読み出した配信データに次のような加工をする。まず、記憶装置14から読み出された曲データに含まれる実体情報(実データ)にスクランブルを施しスクランブルデータを生成する。スクランブルは曲データ毎に固有のキーデータを用いて施す。なお、曲データを特定するためのデータIDにはスクランブルは施さない。そして、図2に示すように、スクランブルが施された実データ203の前に先頭識別子201とスクランブルが施されていないデータID202を、また、スクランブルが施された実データ203の後には終了識別子204とチェックコード205を付属データとしてそれぞれ加える。
【0022】
先頭識別子201と終了識別子204は1バイトの決まった文字で、カラオケ端末1が配信データを受け取った時にデータの先頭と終了とを認識できるようにするためのものである。また、データID202は配信データの識別情報であり、カラオケ端末1がどのようなデータ(曲番号など)を受信したのかを認識するためのものである。一方、チェックコード205は先頭識別子201から終了識別子204まで(スクランブルが施された実データを含む)のデータのチェックサムであり、カラオケ端末1が配信データを受信した時にカラオケ端末1でチェックサムを計算し、計算されたチェックサムとデータ中のチェックコード205を照合することにより、通信時のデータ化けなどによる受信データの不良を検出するためのものである。
【0023】
図4に戻り、このようにして新たに生成されたスクランブルが施された実体データを含む配信データは、S30においてFM放送波への重畳がなされ(多重化処理)、放送装置15によって放送される。そして、続くS40では、配信データ(放送装置15により放送されたデータ)のデータIDとデータIDに対応したキーデータを、図3に示すような形式の配信情報リストに登録し、更新登録された配信情報リストを記憶装置14に保存する。この配信情報リストは以後配信が行われる度にデータIDおよびキーデータが追加登録される。
【0024】
以上説明したように、ホスト装置11からは配信データが多重化されたFM放送波が放送されるが、このFM放送波は各カラオケ端末1の受信装置8によって受信される。そして、復調器6により配信データのみが復調・分離されてメモリ5に順次蓄積される。以下の記載においては、復調され、記憶手段としてのメモリ5に蓄積されたデータを受信データと呼ぶ。
【0025】
続いて、上記カラオケ装置1が受信してメモリ5に保存したデータに対して中央制御装置4が行う処理について、図5および図6を参照して説明する。
【0026】
まず、中央制御装置4により実行される、図5に示す受信データ登録処理について説明する。この処理は所定のスケジュールに従い、例えば1日に1回実行される。
【0027】
最初のステップS110では、メモリ5に蓄えられている受信データから1バイト読み出す。次のS120では、この読み出したデータが先頭識別子201(図2参照)であるかどうかを調べる。S110において読み出された1バイトが先頭識別子201でなかった場合には(NO:S120)、処理はS230へ移行する。S230ではメモリ5内のデータの処理が終了したかどうか(すなわち、メモリ内にまだ受信データが存在するかどうか)を判定し、存在する場合(NO:S230)には、S110において次の受信データ1バイトを読み込む。この様にして、S110、S120、S230の処理を繰り返しつつ配信データの先頭を探す。もしも、S230において受信データが存在しない場合には受信データ終了と判断して(YES:S230)、本処理を終了する。
【0028】
一方、S120で肯定判断、すなわち読み出したデータが先頭識別子201であった場合には、終了識別子204が現れるまで1バイトずつデータを読み出して、チェックサムの積算を行う処理をS130〜S150にて実行する。そして終了識別子204に達した場合には(YES:S140)、S160へ移行してチェックコード205を読み出し、S170にて、受信した配信データが適正であるか否かを判別する。この判別は、終了識別子204の後に格納されているチェックコード205とS130で計算されたチェックサムとを比較することにより行う。
【0029】
そして、S170において、両者(チェックコード205とチェックサム)が等しいときには、受信は正常に終了していて受信データは適正であると判定され(YES:S170)、中央制御装置4の処理はS180へ移行する。S180では、現在読み取り対象となっているデータを登録するか否か、すなわちデータのスクランブルを解除して記憶装置7に格納するかどうかを判定する。ここで、データを登録するかは、カラオケ端末1が有する表示装置にデータIDを表示し、リモートコントローラの操作ボタンの操作により登録するかしないかを入力するようになっている。
【0030】
データ登録しない場合(NO:S180)には、処理はS230へ移行する。データ登録する場合には、S190において、データID202を記憶装置7に格納されている受信データIDリストに追加登録する。続いて、中央制御装置4は通信装置2により、通信回線を介してホスト装置11の通信装置12に接続して、配信データの中のデータID202(図2参照)に対応するキーデータを取得する、キーデータ取得処理を実行する(S200)。キーデータ取得処理については後に詳細に説明する。
【0031】
S200のキーデータ取得処理でキーデータを取得すると、S210において、取得したキーデータを用いて配信データの中の実データ203(図2参照)に施されたスクランブルを解除する。そして、スクランブルが解除されたデータをS220において記憶装置7に保存してから処理はS230に移行する。S230の処理については上述した通りであり、ここでは繰り返さない。
【0032】
チェックコードとチェックサムが等しくないとき、すなわち、受信が正常に終了せず受信データが不適正であると判定された場合には(NO:S170)、受信した配信データは無効であると判断して登録、キーデータ取得、実体データのスクランブル解除、解除データの記憶装置7への格納(S180〜S210)は行わないで、S170からS230へ移行する。
【0033】
このようにして、ホスト装置11から送出された配信データは、カラオケ端末1に登録されると共にキーデータによりスクランブルが解除された後に記憶装置7に格納される。したがって、利用者からリクエストがあった際には、曲データが記憶装置7から再び読み出され、再生装置によってカラオケ演奏が開始されることになる。カラオケ演奏の詳しい処理は本発明における主要点ではないので、ここでは説明は省略する。
【0034】
次に、キーデータ取得処理について図6を参照して説明する。キーデータ取得処理は、受信データ中のデータID202に対応したキーデータをホスト装置11から受信する処理である。
【0035】
まず、S310において、中央制御装置4は通信装置2により通信回線を介してホスト装置11の通信装置12に接続する。次に、受信データのデータIDをホスト装置11に対し送信する(S320)。ホスト装置11はデータIDをカラオケ端末1から受信すると、記憶装置14に格納されている配信情報リスト(図3)を参照して、当該データIDに対応したキーデータをカラオケ端末1に送信する。カラオケ端末1側では、キーデータを受信し(S330)、回線を切断して(S340)、キーデータ取得処理を終了する。
【0036】
なお、ここでカラオケ端末1がホスト装置11に対して発呼する際に使用する回線は、ホスト装置11から送られるデータに対応して発呼側に課金する事が可能な回線を用いている。すなわち、S340においてカラオケ端末1からホスト装置11に対して送信されたデータIDに対応して設定される課金金額が、カラオケ端末1の利用者の電話回線使用料に加算されるようになっている。
【0037】
一方、反対にカラオケ端末1からホスト装置11へ端末稼働情報などの所定のデータをアップロードする場合は、従来通り必要な時に、上記の課金用の通信回線とは異なる通信回線を利用してホスト装置11と接続し、アップロードを行う。
【0038】
さて、前述のFM放送波を用いた曲データのダウンロードでは、ホスト装置11とカラオケ端末1が接続確認を行わずに一方的にホスト装置11から送出する形態をとるため、放送した際にカラオケ端末1が非起動であったり、カラオケ端末1での放送波の受信状態が悪かったりした場合には、必要なデータのダウンロードに失敗することが大いに考えられる。しかも、どのカラオケ端末1でそれらが発生したかを判別できない。さらに、キーデータをダウンロードするための回線が何らかの理由で使用できない場合にも、データのダウンロードができないことになる。従って、本実施形態のシステムでは、そのような場合は通信回線を利用してホスト装置11に接続し、不足の配信データをダウンロードするようにして回復を図るために、次に説明する受信確認処理を実行する。
【0039】
図7は受信確認処理を示すフローチャートである。まず、最初のステップS410で、カラオケ端末1の中央制御装置4は通信装置2を制御してホスト装置11と通信回線を介して接続する。そして、続くS420では、前述したホスト装置11が記憶装置14に記憶している配信情報リストを送信してもらうよう要求し、ダウンロードする。
【0040】
そして、続くS430以降の処理で、カラオケ端末1が保有する受信情報リストとの照合を行い、受信していない配信データについてのダウンロード処理を行う。詳細には、まずS430にて配信情報リストから配信データIDを1件取り出し、続くS440では、受信情報リストにそのデータIDが登録されているかどうか調べる。そして、S450で登録済みかどうかを判断する。
【0041】
この際、データIDが登録されていなければ(NO:S450)、受信に失敗しているとしてS460へ移行する。S460では、その受信を失敗したデータIDに対応する配信データを再度配信してもらうようホスト装置11に要求し、その要求に応じて配信されたデータをダウンロードする。その後S470へ移行する。
【0042】
一方、S430にて配信情報リストから取り出した配信データIDが受信情報リストに登録されていれば(YES:S450)、正常に受信しているとしてダウンロードは行わずにS470に移行する。S470では、配信情報リストの最後尾となったかどうかを判断する。最後尾となっていなければ(NO:S470)、S430へ戻って次のデータを取り出し、上記の処理を繰り返す。そして、最後のデータIDに達したら(YES:S470)、S480へ移行し、ホスト装置11との接続を切断して一連の処理を終了する。
【0043】
なお、この受信確認処理は、中央制御装置4が1日もしくは1週間に1回といった所定の周期で定期的に行うものとし、これによってシステム内の各カラオケ端末1における受信状況の個体差をなくすように動作する。このように、本実施の形態における通信カラオケシステムでは、ホスト装置11より配信すべき曲データをFM放送波に多重化して放送するため、同時に多数のカラオケ端末1にデータを配信することができる。しかも、配信データにはスクランブルが施されているため、キーデータを取得しない限り配信データを利用することはできないため、きわめて効率の良いデータ配信システムを構成することができる。
【0044】
ホスト装置11から放送した際にカラオケ端末1が非起動であったり、カラオケ端末1の受信装置8による放送波の受信状態が悪かったりした場合には、必要な曲データを受信できない場合が起こり得るが、そのような場合には、ホスト装置11で記憶している配信情報リストとカラオケ端末1側で記憶している受信情報リストの照合を行い、一致していない場合には、未配信(カラオケ端末1側から見れば未受信)の曲データを、今度は双方向のデータ伝送が可能な通信回線を介して再度配信するようにしている。なお、この場合には曲データの受信は通信回線で接続されているカラオケ端末1においてのみおこなわれるため、曲データはスクランブルが施されない状態で伝送される。
【0045】
本発明は以上に説明した様な実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の態様で変形し、実施し得る。例えば、上記の実施の形態においては、各受信データを読み込む度に、当該データを記憶装置7に格納するか否かを利用者が入力するようになっているが、予め受信データの各々について格納の是非を設定しておくような構成にしても良い。
【0046】
上記実施の形態においては、カラオケ端末の記憶装置7には、スクランブルが解除された実体データが格納される構成となっているが、スクランブルが施されたままのデータ、および、スクランブルを解除するためのキーデータを共に記憶装置7に格納しておき、演奏時にスクランブルを解除することも可能である。さらに、データを圧縮するものとし、圧縮されたデータを解凍(すなわち元のデータに戻す)する場合に該キーデータが必要となるようなアルゴリズムを採用すれば、データを圧縮することがそのままスクランブルを施すことになり、しかも圧縮された状態で記憶装置7にデータを格納すれば記憶装置7の容量を有効に使うことが可能になる。
【0047】
また、実施の形態においては、各受信データ毎に異なるキーデータが設定される例を示したが、複数の曲データ、例えば一回のデータ配信で送信される曲データに関しては同一のキーデータを用いてスクランブルを施すようにし、カラオケ端末側では、一度だけキーデータを受信することにより、メモリ5内の全てのデータのスクランブルを解除することができるようにしても良い。
【0048】
あるいは、曲データをグループ分けし、同一のグループに属する曲データに関しては同一のキーデータでスクランブルが解除できるようにしても良い。グループ分けの基準としては、例えば曲のジャンルや、歌手などによるグループ分けとする事が可能である。また、このように同一グループに対して同一のキーデータを使用する場合には、カラオケ端末側においては、一度受信したキーデータを記憶装置に格納しておき、スクランブルを解除する場合には、記憶装置に格納したキーデータを参照してスクランブルを解除するような構成となる。
【0049】
また、上記実施の形態においては、本発明のデータ配信システムを通信式カラオケシステムの例について説明したが、本発明の適用範囲はカラオケシステムに限られるものではなく、例えばコンピュータソフトウェアの配信ネットワークや画像データの配信ネットワークに対しても本発明を適用することが可能である。
【0050】
【発明の効果】
請求項1に記載のデータ配信システムによれば、配信データにスクランブルが施された状態で放送により配信され、スクランブルを解除するためのキーデータを別途取得する必要があるため、データ配信を容易に行えるにもかかわらず、配信データが不正に使用される恐れがないため、効率の良いデータ配信システムを構成することが可能になる。
【0051】
請求項2の記載によれば、キーデータを有料とすることができ、しかも利用者にとっては容易にキーデータを得られるシステム構成とすることができる。
【0052】
請求項3の記載によれば、本発明のデータ配信システムのカラオケシステムへの応用が可能となる。
【0053】
また、請求項3の記載によれば、不正に使用されることを避けるべき楽曲データをも、放送により配信することが可能になる。
【0054】
請求項4の記載によれば、配信されたデータが有する識別情報に基づいて、該データのスクランブルを解除すべきか否かを判断することが可能になる。
【0055】
また、請求項4の記載によれば、実体データのみにスクランブルが施されるため、特殊なデータ操作をすることなく配信されたデータの識別情報を取得することができる。
【0056】
請求項5の記載によれば、各配信データ毎に異なったキーデータを必要とするようなスクランブルを施しても、容易に各データのスクランブルを解除するためのキーデータを取得することができる。
【0057】
請求項7に記載の放送受信装置によれば、スクランブルが施された状態で放送により配信されたデータを受信し、しかも、スクランブルを解除するためのキーデータをも取得することができるため、効率良くスクランブルを解除することができる。
【図面の簡単な説明】
【図1】本実施の形態の通信式カラオケシステムの概略構成を示すブロック図である。
【図2】スクランブルデータの構成を示す図である。
【図3】配信情報リストの構成を示す図である。
【図4】通信カラオケシステムにおけるホスト装置のデータ配信動作を示すフローチャートである。
【図5】受信データ登録処理を示すフローチャートである。
【図6】キーデータ取得処理を示すフローチャートである。
【図7】受信確認処理を示すフローチャートである。
【符号の説明】
11 ホスト装置
1 カラオケ端末
2 通信装置
3 再生装置
4 中央制御装置
5 メモリ
6 復調器
7 記憶装置
8 受信装置
9 リモコン受光部
10 表示装置
12 通信装置
13 中央制御装置
14 記憶装置
15 放送装置
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data distribution system using multiplexed broadcasting technology and a broadcast receiving apparatus used therefor.
[0002]
[Prior art]
In recent years, so-called character multiplex broadcasting, in which a character broadcast channel is set separately from the original audio broadcast channel and character broadcast is performed in synchronization with the audio broadcast, such as FM multiplex broadcast, has been performed. When receiving such multiplex broadcasts, a display device for text broadcasting is provided on the receiver side such as a radio. For example, in addition to displaying news and traffic information in text, music programs, etc. In this case, a wide range of services are provided, such as providing character information related to a program such as the title of a song to be broadcast and the name of a singer.
[0003]
[Problems to be solved by the invention]
However, in the conventional FM multiplex broadcasting, etc., the use of text information has been stopped, and it has not been able to meet a wider range of needs (that is, image information, audio information, etc. are not provided). ) In addition, there is no support for charging for the provided information (text information in the conventional multiplex broadcasting).
[0004]
The present invention has been made to solve the above-described problems, and provides a data distribution system and a broadcast receiving apparatus capable of providing a wide range of information and charging for the provided information. The purpose is to do.
[0005]
[Means for Solving the Problems]
For this reason, the data distribution system according to claim 1 is: Includes ID data Transmission means that scrambles distribution data and multiplexes and transmits the broadcast data, and key data for releasing the scramble applied to the distribution data And distribution data in response to retransmission requests from broadcast receivers The first communication means capable of transmitting the message and the distribution data ID data for identifying Can be bidirectionally communicated with the broadcasting device having the first storage means for storing the data, the receiving means for receiving the distribution data transmitted by the transmitting means, and the key data can be received. A second communication means, a release means for releasing the scrambled distribution data using the received key data, a second storage means for storing the distribution data after the release, and a first storage by the bidirectional communication. Memorized in the means ID data Is acquired by distribution information acquisition means for periodically acquiring and distribution information acquisition means ID data And delivery data stored in the second storage means ID data included in And receiving incomplete detection means for detecting incomplete received distribution data, and when incomplete received distribution data is detected, Second communication means Thus, the broadcast receiving apparatus includes a retransmission requesting unit that requests the broadcast apparatus to retransmit the distribution data.
[0006]
Here, the second communication means may be configured to acquire key data via a billing communication network. In this case, it is preferable to use a billing communication network in which a billing amount can be set for each key data.
[0007]
Further, the distribution data is, for example, music data, and the broadcast receiving apparatus may further include a performance execution means for executing a music performance based on the distribution data after cancellation.
[0008]
Further, the distribution data includes entity data that has been scrambled and is executed by the performance execution means, and ID data that is not scrambled and that identifies the entity data. It may be a thing.
[0009]
Further, the broadcast receiving apparatus further includes a reading unit that reads ID data from the received distribution data, and the read ID data can be transmitted to the broadcasting apparatus by the second communication unit. The broadcasting device can transmit the key data corresponding to the received ID data by the first communication means in response to the received ID data. The broadcast receiving device Sent by sending means Delivery data By receiving means It may further include reception setting means for setting whether or not to receive.
[0010]
Moreover, according to the broadcast receiver of claim 7, The distribution data includes ID data for identifying the distribution data, Receiving means for receiving a multiplexed broadcast that is broadcast from an external device and includes scrambled distribution data, and for canceling the scramble applied to the distribution data by bidirectional communication with the external device Key data and distribution data ID data for identifying Communication means capable of receiving the data, cancellation means for releasing the scramble of the distribution data received by the reception means using the key data received by the communication means, storage means for storing the distribution data after the release, and communication means Received regularly ID data And distribution data stored in the storage means ID data included in And receiving incomplete detection means for detecting incomplete received distribution data, and when incomplete received distribution data is detected, Communication means And a retransmission request means for requesting the broadcast apparatus to retransmit the distribution data.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
A communication karaoke system will be described with reference to the drawings as an embodiment of an information distribution system of the present invention.
[0012]
FIG. 1 is a block diagram showing a schematic configuration of the communication karaoke system of the present embodiment. The communication karaoke system shown in FIG. 1 is a minimum configuration example, and includes one host device 11 and one karaoke terminal 1 as an “information providing device”. Actually, there may be a plurality of each of the devices 1 and 11, and a plurality of karaoke terminals 1 generally exist for one host device 11.
[0013]
In this system, song data as “distributed data” is distributed from the host device 11 to each karaoke terminal 1 at any time using FM multiplex broadcasting, and stored and stored in the karaoke terminal 1 to newly register song data. At the same time, the karaoke terminal 1 reads the corresponding song data and plays the song when requested by the user. The distribution of new song data from the host device 11 to the karaoke terminal 1 is executed every 2-3 days, for example.
[0014]
First, the karaoke terminal 1 will be described. As shown in FIG. 1, the karaoke terminal 1 receives a receiving device 8 for receiving FM broadcast waves in which distribution data broadcast from the host device 11 is multiplexed, and distribution data multiplexed from the received broadcast waves. A demodulator 6 that separates and demodulates, a memory 5 that temporarily stores demodulated distribution data, a storage device 7 that stores and stores distribution data, and a host device 11 that perform data communication The remote control light receiving unit 9 for receiving a request from the communication device 2, a remote controller (hereinafter abbreviated as “remote control”) 21 from the user, and the distribution data (music data) stored in the storage device 7 are converted into audio signals. And the reproduction device 3 to be output and the control for saving the distribution data from the memory 5 to the storage device 7 or the user's request from the remote control light receiving unit 9 and the corresponding song data. Central control as a control means for reading data from the storage device 7 and driving the playback device 3 to perform karaoke performance, or driving the communication device 2 to control data communication with the host device 11 And a control device 4. Furthermore, a display device 10 is also connected to the central control device 4. The display device 10 is a device for displaying a request song number input by the remote controller 21 and displaying a data ID described later.
[0015]
As will be described in detail later, in the karaoke system of the present embodiment, the distribution data broadcast from the host device 11 is scrambled (encrypted), and the distribution data is dealt with to release the scramble. Key data is required. The key data is downloaded from the host device 11 by the communication device 2 described above.
[0016]
The receiving device 8 and the demodulator 6 correspond to “receiving means”, the communication device 2 corresponds to “communication means”, and the central control device 4 corresponds to “release means” and “communication control means”. . The karaoke terminal 1 corresponds to “broadcast receiving means”, and the playback device 3 corresponds to “execution means”.
[0017]
Next, the host device 11 will be described. The host device 11 has a storage device 14 that stores music data, a modulation function that modulates music data to be distributed and multiplexes it into FM broadcast waves, and a broadcast function that broadcasts the multiplexed broadcast waves. A broadcasting device 15 as a “broadcasting means”, a communication device 12 for transmitting the key data using a communication line capable of bidirectional data transmission with the karaoke terminal 1, and the above-mentioned distribution A central control unit 13 as control means for performing various controls such as transmission control of power data and transmission / reception control of data with the karaoke terminal 1 by communication line connection. The distribution data is read from the storage device 14 and then scrambled before being modulated and multiplexed into an FM broadcast wave (details will be described later). The key data for releasing the scramble is transmitted from the communication device 12 to the karaoke terminal 1 through the communication line as described above. Here, the communication line is a line that can charge the caller.
[0018]
The communication line that charges the caller includes a communication network (for example, dial queue two) that employs a so-called metered charge system that charges according to the usage time of the line, There is a communication network (for example, videotex) that employs a system that charges an amount determined for each transmitted data regardless of the usage time. In this embodiment, since key data is set for each piece of music data distributed from the host device 11, the latter communication network that can determine the amount of money for each key data is provided. We are using.
[0019]
Next, the operation | movement which concerns on the data delivery of the host apparatus 11 in the communication karaoke system of this Embodiment is demonstrated with reference to FIG. These operations are processed by the central controller 13.
[0020]
First, in the first step S10, based on a predetermined music data distribution plan, pre-registered music data for distribution is read from the storage device 14. The song data for one song is composed of song number information (data ID) and entity information (actual data) which are identification information for identifying songs. The entity information (actual data) includes MIDI (Musical Instrument Digital Interface) performance information, which is information on accompaniment music, lyric information, timing information for specifying timings for switching lyrics and changing colors, and the like.
[0021]
Next, in S20, the following processing is performed on the read distribution data. First, the entity information (actual data) included in the song data read from the storage device 14 is scrambled to generate scrambled data. Scramble is performed using unique key data for each piece of music data. Note that the data ID for specifying the music data is not scrambled. As shown in FIG. 2, the head identifier 201 and the unscrambled data ID 202 are placed before the scrambled real data 203, and the end identifier 204 is placed after the scrambled real data 203. And check code 205 are added as attached data.
[0022]
The head identifier 201 and the end identifier 204 are fixed one-byte characters so that the karaoke terminal 1 can recognize the head and end of the data when receiving the distribution data. The data ID 202 is distribution data identification information for recognizing what data (song number, etc.) the karaoke terminal 1 has received. On the other hand, the check code 205 is a checksum of data from the head identifier 201 to the end identifier 204 (including the scrambled actual data). When the karaoke terminal 1 receives the distribution data, the karaoke terminal 1 receives the checksum. By calculating and comparing the calculated checksum with the check code 205 in the data, a defect in received data due to garbled data during communication is detected.
[0023]
Returning to FIG. 4, the distribution data including the scrambled entity data newly generated in this way is superimposed on the FM broadcast wave in S30 (multiplexing process) and broadcast by the broadcasting device 15. . In subsequent S40, the data ID of the distribution data (data broadcast by the broadcasting device 15) and the key data corresponding to the data ID are registered in the distribution information list in the format shown in FIG. 3 and updated and registered. The distribution information list is stored in the storage device 14. In this distribution information list, a data ID and key data are additionally registered every time distribution is performed thereafter.
[0024]
As described above, the FM broadcast wave in which the distribution data is multiplexed is broadcast from the host device 11, and this FM broadcast wave is received by the receiving device 8 of each karaoke terminal 1. Then, only the distribution data is demodulated / separated by the demodulator 6 and sequentially stored in the memory 5. In the following description, data demodulated and stored in the memory 5 as storage means is referred to as reception data.
[0025]
Next, processing performed by the central control device 4 on the data received by the karaoke device 1 and stored in the memory 5 will be described with reference to FIGS. 5 and 6.
[0026]
First, the reception data registration process shown in FIG. 5 executed by the central controller 4 will be described. This process is executed once a day according to a predetermined schedule, for example.
[0027]
In the first step S110, 1 byte is read from the received data stored in the memory 5. In next step S120, it is checked whether or not the read data is the head identifier 201 (see FIG. 2). If the 1 byte read in S110 is not the head identifier 201 (NO: S120), the process proceeds to S230. In S230, it is determined whether or not the processing of the data in the memory 5 has been completed (that is, whether or not there is still received data in the memory). If there is (NO: S230), the next received data in S110. Read 1 byte. In this way, the head of the distribution data is searched while repeating the processing of S110, S120, and S230. If the received data does not exist in S230, it is determined that the received data is finished (YES: S230), and this process is finished.
[0028]
On the other hand, if the determination in S120 is affirmative, that is, if the read data is the head identifier 201, the data is read one byte at a time until the end identifier 204 appears and the checksum integration is performed in S130 to S150. To do. If the end identifier 204 is reached (YES: S140), the process proceeds to S160, the check code 205 is read, and in S170, it is determined whether or not the received distribution data is appropriate. This determination is made by comparing the check code 205 stored after the end identifier 204 with the checksum calculated in S130.
[0029]
In S170, if both (check code 205 and checksum) are equal, it is determined that the reception has been completed normally and the received data is appropriate (YES: S170), and the process of the central controller 4 proceeds to S180. Transition. In S180, it is determined whether or not the data that is currently read is registered, that is, whether or not the data is descrambled and stored in the storage device 7. Here, whether to register data is displayed on the display device of the karaoke terminal 1 and the data ID is displayed, and whether to register by operating the operation buttons of the remote controller is input.
[0030]
If the data is not registered (NO: S180), the process proceeds to S230. When registering data, in S190, the data ID 202 is additionally registered in the received data ID list stored in the storage device 7. Subsequently, the central control device 4 is connected to the communication device 12 of the host device 11 via the communication line by the communication device 2, and acquires key data corresponding to the data ID 202 (see FIG. 2) in the distribution data. The key data acquisition process is executed (S200). The key data acquisition process will be described in detail later.
[0031]
When the key data is acquired by the key data acquisition process of S200, the scramble applied to the actual data 203 (see FIG. 2) in the distribution data is canceled using the acquired key data in S210. Then, after the descrambled data is stored in the storage device 7 in S220, the process proceeds to S230. The process of S230 is as described above and will not be repeated here.
[0032]
When the check code and the checksum are not equal, that is, when reception is not completed normally and it is determined that the received data is inappropriate (NO: S170), it is determined that the received distribution data is invalid. Thus, the process proceeds from S170 to S230 without performing registration, key data acquisition, descrambling of the actual data, and storing the release data in the storage device 7 (S180 to S210).
[0033]
In this way, the distribution data sent from the host device 11 is registered in the karaoke terminal 1 and is stored in the storage device 7 after being scrambled by the key data. Therefore, when there is a request from the user, the song data is read again from the storage device 7 and the playback device starts karaoke performance. Detailed processing of the karaoke performance is not the main point in the present invention, so the description is omitted here.
[0034]
Next, the key data acquisition process will be described with reference to FIG. The key data acquisition process is a process for receiving key data corresponding to the data ID 202 in the received data from the host device 11.
[0035]
First, in S310, the central control device 4 is connected to the communication device 12 of the host device 11 by the communication device 2 via a communication line. Next, the data ID of the received data is transmitted to the host device 11 (S320). When the host device 11 receives the data ID from the karaoke terminal 1, the host device 11 refers to the distribution information list (FIG. 3) stored in the storage device 14 and transmits key data corresponding to the data ID to the karaoke terminal 1. The karaoke terminal 1 receives the key data (S330), disconnects the line (S340), and ends the key data acquisition process.
[0036]
Here, the line used when the karaoke terminal 1 makes a call to the host apparatus 11 is a line that can be charged to the calling side in accordance with data sent from the host apparatus 11. . That is, the billing amount set corresponding to the data ID transmitted from the karaoke terminal 1 to the host device 11 in S340 is added to the telephone line usage fee of the user of the karaoke terminal 1. .
[0037]
On the other hand, when uploading predetermined data such as terminal operation information from the karaoke terminal 1 to the host device 11, on the other hand, when necessary as usual, the host device uses a communication line different from the above-mentioned billing communication line. 11 and upload.
[0038]
Now, in downloading music data using the FM broadcast wave described above, the host device 11 and the karaoke terminal 1 are unilaterally sent from the host device 11 without confirming the connection. When 1 is not activated or the reception state of the broadcast wave at the karaoke terminal 1 is bad, it is highly conceivable that downloading of necessary data fails. In addition, it cannot be determined which karaoke terminal 1 has generated them. Furthermore, even when the line for downloading the key data cannot be used for some reason, the data cannot be downloaded. Therefore, in the system according to the present embodiment, in such a case, in order to recover by connecting to the host apparatus 11 using the communication line and downloading the insufficient distribution data, the reception confirmation process described below is performed. Execute.
[0039]
FIG. 7 is a flowchart showing the reception confirmation process. First, in the first step S410, the central control device 4 of the karaoke terminal 1 controls the communication device 2 to connect to the host device 11 via a communication line. In subsequent S420, the host device 11 described above requests and downloads the distribution information list stored in the storage device 14.
[0040]
Then, in the subsequent processing after S430, the received information list held by the karaoke terminal 1 is collated, and download processing for distribution data that has not been received is performed. More specifically, first, one distribution data ID is extracted from the distribution information list in S430, and in subsequent S440, it is checked whether or not the data ID is registered in the reception information list. In S450, it is determined whether or not registration has been completed.
[0041]
At this time, if the data ID is not registered (NO: S450), it is determined that reception has failed and the process proceeds to S460. In S460, the host apparatus 11 is requested to distribute again the distribution data corresponding to the data ID that failed to be received, and the distributed data is downloaded in response to the request. Thereafter, the process proceeds to S470.
[0042]
On the other hand, if the distribution data ID extracted from the distribution information list in S430 is registered in the reception information list (YES: S450), the process proceeds to S470 without downloading because it is normally received. In S470, it is determined whether or not the end of the distribution information list has been reached. If it is not at the end (NO: S470), the process returns to S430, the next data is extracted, and the above processing is repeated. When the last data ID is reached (YES: S470), the process proceeds to S480, the connection with the host device 11 is disconnected, and the series of processing ends.
[0043]
This reception confirmation process is performed periodically by the central control device 4 at a predetermined cycle such as once a day or once a week, thereby eliminating individual differences in reception status at each karaoke terminal 1 in the system. To work. In this way, in the communication karaoke system according to the present embodiment, the song data to be distributed from the host device 11 is multiplexed and broadcast on the FM broadcast wave, so that the data can be distributed to many karaoke terminals 1 at the same time. In addition, since the distribution data is scrambled, the distribution data cannot be used unless key data is acquired. Therefore, an extremely efficient data distribution system can be configured.
[0044]
When the karaoke terminal 1 is not activated when broadcast from the host device 11 or the reception state of the broadcast wave by the receiving device 8 of the karaoke terminal 1 is bad, there may be a case where necessary music data cannot be received. However, in such a case, the distribution information list stored in the host device 11 and the received information list stored on the karaoke terminal 1 side are collated. Music data that has not been received from the terminal 1 side is now distributed again via a communication line capable of bidirectional data transmission. In this case, since the music data is received only at the karaoke terminal 1 connected by the communication line, the music data is transmitted without being scrambled.
[0045]
The present invention is not limited only to the embodiment described above, and can be modified and implemented in various modes without departing from the gist of the present invention. For example, in the above embodiment, every time each received data is read, the user inputs whether or not to store the data in the storage device 7. It may be configured to set the right or wrong of.
[0046]
In the above-described embodiment, the storage device 7 of the karaoke terminal is configured to store the scrambled entity data, but in order to release the scrambled data and the scramble. It is also possible to store the key data together in the storage device 7 and release the scramble during performance. Furthermore, if the data is compressed and an algorithm that requires the key data when decompressing the compressed data (that is, returning to the original data) is adopted, the compression of the data is directly scrambled. If the data is stored in the storage device 7 in a compressed state, the capacity of the storage device 7 can be used effectively.
[0047]
In the embodiment, an example is shown in which different key data is set for each received data. However, the same key data is used for a plurality of song data, for example, song data transmitted in one data distribution. The karaoke terminal side may receive the key data only once so that the scramble of all the data in the memory 5 can be released.
[0048]
Alternatively, the music data may be divided into groups so that the music data belonging to the same group can be scrambled with the same key data. As a grouping standard, for example, grouping by genre of music or singer can be performed. Further, when the same key data is used for the same group in this way, the karaoke terminal side stores the key data received once in the storage device, and stores it when the scramble is released. The configuration is such that the scramble is released with reference to the key data stored in the apparatus.
[0049]
In the above embodiment, the data distribution system of the present invention is described as an example of a communication karaoke system. However, the scope of the present invention is not limited to a karaoke system. The present invention can also be applied to a data distribution network.
[0050]
【The invention's effect】
According to the data distribution system of the first aspect, it is necessary to separately acquire key data for releasing the scramble because the distribution data is distributed by broadcasting in a state where the distribution data is scrambled. In spite of being able to do so, there is no fear that the distribution data is illegally used, so that an efficient data distribution system can be configured.
[0051]
According to the second aspect of the present invention, the key data can be charged, and the system can be easily obtained for the user.
[0052]
According to the third aspect, the data distribution system of the present invention can be applied to the karaoke system.
[0053]
According to the third aspect of the present invention, music data that should be avoided from being used illegally can be distributed by broadcasting.
[0054]
According to the fourth aspect, it is possible to determine whether or not to scramble the data based on the identification information included in the distributed data.
[0055]
According to the fourth aspect of the present invention, since only the entity data is scrambled, the identification information of the distributed data can be acquired without performing a special data operation.
[0056]
According to the fifth aspect of the present invention, it is possible to easily obtain key data for descrambling each piece of data even if scrambling that requires different key data for each piece of distribution data is performed.
[0057]
According to the broadcast receiving device of the seventh aspect, it is possible to receive the data distributed by the broadcast in a scrambled state and to obtain the key data for releasing the scramble. The scramble can be released well.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a communication karaoke system according to an embodiment.
FIG. 2 is a diagram illustrating a configuration of scramble data.
FIG. 3 is a diagram showing a configuration of a distribution information list.
FIG. 4 is a flowchart showing a data distribution operation of the host device in the communication karaoke system.
FIG. 5 is a flowchart showing received data registration processing.
FIG. 6 is a flowchart showing key data acquisition processing.
FIG. 7 is a flowchart showing reception confirmation processing;
[Explanation of symbols]
11 Host device
1 Karaoke terminal
2 Communication device
3 Playback device
4 Central controller
5 memory
6 Demodulator
7 Storage device
8 Receiver
9 Remote control sensor
10 Display device
12 Communication device
13 Central controller
14 Storage device
15 Broadcasting equipment

Claims (7)

IDデータを含む配信データにスクランブルを施して放送データに多重化して送信する送信手段と、
前記配信データに施されたスクランブルを解除するためのキーデータ及び放送受信装置からの再送要求に応じた配信データを送信可能な第一の通信手段と、
前記配信データを識別するためのIDデータを記憶する第一の記憶手段と、
を有した放送装置と、
前記送信手段により送信された配信データを受信する受信手段と、
前記第一の通信手段と双方向通信可能であり、前記キーデータを受信可能な第二の通信手段と、
受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、
解除後の配信データを記憶する第二の記憶手段と、
該双方向通信により前記第一の記憶手段に記憶されたIDデータを定期的に取得する配信情報取得手段と、
前記配信情報取得手段により取得されたIDデータと前記第二の記憶手段に記憶された配信データに含まれるIDデータとを比較して受信未完の配信データを検出する受信未完検出手段と、
前記受信未完検出手段により受信未完の配信データが検出されたとき、前記第二の通信手段により、その配信データを再送するよう前記放送装置に要求する再送要求手段と、
を有した放送受信装置と、を備えたこと、を特徴とするデータ配信システム。
Transmission means for scrambled distribution data including ID data and multiplexed with broadcast data for transmission;
First communication means capable of transmitting key data for releasing scramble applied to the distribution data and distribution data corresponding to a retransmission request from a broadcast receiving device ;
First storage means for storing ID data for identifying the distribution data;
A broadcasting device having
Receiving means for receiving distribution data transmitted by the transmitting means;
A second communication means capable of bidirectional communication with the first communication means and capable of receiving the key data;
A release means for releasing the scramble of the delivery data using the received key data;
Second storage means for storing the distribution data after release;
Distribution information acquisition means for periodically acquiring ID data stored in the first storage means by the bidirectional communication;
A reception incomplete detection means for comparing the ID data acquired by the distribution information acquisition means and the ID data included in the distribution data stored in the second storage means to detect incomplete reception data;
A retransmission requesting unit for requesting the broadcast device to retransmit the distribution data by the second communication unit when the incomplete reception data is detected by the reception incomplete detection unit;
A data receiving system comprising: a broadcast receiving device having
前記第二の通信手段は、課金通信網を介してキーデータを取得することを特徴とする請求項1に記載のデータ配信システム。  The data distribution system according to claim 1, wherein the second communication unit acquires key data via a charging communication network. 前記配信データは楽曲データであり、
前記放送受信装置は、解除後の配信データに基づいて楽曲の演奏を実行する演奏実行手段を更に有したこと、を特徴とする請求項1または2に記載のデータ配信システム。
The distribution data is music data,
The data distribution system according to claim 1, wherein the broadcast receiving apparatus further includes performance execution means for performing a musical performance based on the distribution data after cancellation.
前記送信手段により送信される配信データに含まれるIDデータには、前記スクランブルが施されていないこと、を特徴とする請求項3に記載のデータ配信システム。Data distribution system according to claim 3 in the ID data included in the distribution data to be transmitted, said scrambling be not facilities, characterized by the transmission means. 前記放送受信装置は、受信された配信データから前記IDデータを読み取る読み取り手段を更に有し、読み取られたIDデータを前記第二の通信手段により前記放送装置に送信し、
前記放送装置は、受信したIDデータに呼応して、それに対応したキーデータを前記第一の通信手段により送信すること、を特徴とする請求項4に記載のデータ配信システム。
The broadcast receiving device further includes a reading unit that reads the ID data from the received distribution data, and transmits the read ID data to the broadcasting device by the second communication unit,
5. The data distribution system according to claim 4, wherein the broadcasting device transmits key data corresponding to the received ID data by the first communication unit in response to the received ID data.
前記放送受信装置は、前記送信手段により送信される配信データを前記受信手段により受信するか否かを設定する受信設定手段を更に有したこと、を特徴とする請求項1から5のいずれかに記載のデータ配信システム。6. The broadcast receiving apparatus according to claim 1, further comprising reception setting means for setting whether or not the distribution data transmitted by the transmitting means is received by the receiving means. The data distribution system described. 配信データは、該配信データを識別するためのIDデータを含んでおり、
外部装置からの放送であって、スクランブルが施された前記配信データを含む多重化放送を受信する受信手段と、
該外部装置との双方向通信により、前記配信データに施されたスクランブルを解除するためのキーデータ、及び、前記配信データを識別するためのIDデータを受信可能な通信手段と、
前記通信手段により受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、
解除後の配信データを記憶する記憶手段と、
前記通信手段により定期的に受信されたIDデータと、前記記憶手段に記憶された配信データに含まれるIDデータとを比較して受信未完の配信データを検出する受信未完検出手段と、
受信未完の配信データが検出されたとき、前記通信手段によりその配信データを再送するよう前記放送装置に要求する再送要求手段と、を備えたこと、を特徴とする放送受信装置。
The distribution data includes ID data for identifying the distribution data,
A broadcast from the external device, receiving means for receiving the multiplexed broadcasting including the distribution data scrambled,
Communication means capable of receiving key data for releasing the scramble applied to the distribution data and ID data for identifying the distribution data by bidirectional communication with the external device;
A release means for releasing the scramble of the distribution data using the key data received by the communication means;
Storage means for storing distribution data after cancellation;
A reception incomplete detection means for comparing the ID data periodically received by the communication means and the ID data included in the distribution data stored in the storage means to detect incomplete reception data;
A broadcast receiving apparatus, comprising: a retransmission request unit that requests the broadcast apparatus to retransmit the distribution data by the communication unit when unreceived distribution data is detected.
JP10411796A 1996-03-29 1996-03-29 Data distribution system and broadcast receiving apparatus Expired - Fee Related JP3847372B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10411796A JP3847372B2 (en) 1996-03-29 1996-03-29 Data distribution system and broadcast receiving apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10411796A JP3847372B2 (en) 1996-03-29 1996-03-29 Data distribution system and broadcast receiving apparatus

Publications (2)

Publication Number Publication Date
JPH09269794A JPH09269794A (en) 1997-10-14
JP3847372B2 true JP3847372B2 (en) 2006-11-22

Family

ID=14372191

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10411796A Expired - Fee Related JP3847372B2 (en) 1996-03-29 1996-03-29 Data distribution system and broadcast receiving apparatus

Country Status (1)

Country Link
JP (1) JP3847372B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11341566A (en) 1998-05-27 1999-12-10 Nec Corp Information providing system, its charging method and recording medium with its control program recorded
KR19990046448A (en) * 1999-03-13 1999-07-05 박흥수 Data memory and sound signal player for portable
KR100346051B1 (en) * 2000-04-24 2002-07-24 삼성에버랜드 주식회사 method for constructing of the filter section for improving the quality of water in the pond
EP1260966A4 (en) * 2000-09-05 2006-03-15 Ntt Docomo Inc Pay information distribution system
US20060047602A1 (en) * 2004-08-31 2006-03-02 Grace James R Buffering scheme for storage of broadcast content
JP4582653B2 (en) * 2006-05-09 2010-11-17 ソフトバンクモバイル株式会社 Content download system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0548579A (en) * 1991-08-19 1993-02-26 Fujitsu Ltd Broadcasting communication processor
JPH06224863A (en) * 1993-01-22 1994-08-12 Fujitsu Ltd Retransmitting method for reception error in satellite video communication system
JPH0832530A (en) * 1994-07-15 1996-02-02 Sony Corp Data broadcast system and data receiver

Also Published As

Publication number Publication date
JPH09269794A (en) 1997-10-14

Similar Documents

Publication Publication Date Title
KR100324076B1 (en) Remote program downloading system and apparatus
JP3087602B2 (en) Communication karaoke system
US6978152B1 (en) Digital broadcasting system for providing program and data to a vehicle
JPH11194943A (en) Transmitter and receiver
JP3847372B2 (en) Data distribution system and broadcast receiving apparatus
JP2000307968A (en) Method for transmitting and receiving electronic program information, electronic program information reception equipment and electronic program information transmission system
EP1551105A1 (en) Dab broadcast receiver apparatus
CN103402120A (en) Information processing device and information processing method
JPH11284584A (en) Device and method for program selective history information
US6167045A (en) Method and system for receiving data packets in a unidirectional broadcasting system
JPH1169017A (en) Information distribution system
JPH03280685A (en) Charged broadcast receiver
JPH09322218A (en) Transmission reception system or device and method used for it
US20040088736A1 (en) Contents providing system, mobile terminal
EP1197903A2 (en) Multimedia on-demand system, information transmission method and storage medium
JPH1023387A (en) Catv center device
KR20000068624A (en) Compatible transmission and reception of operational signals to be processed by a receiver
JPH1198474A (en) Digital broadcast down-load system
JP4844350B2 (en) Broadcast receiver, download data acquisition method and program thereof
JP3466682B2 (en) Method for restricting transmission of response information in bidirectional broadcasting and receiving device for bidirectional broadcasting
JP3804694B2 (en) Broadcast reception permission control method and wireless communication apparatus
JP2001045447A (en) Digital broadcasting system and configuration devices therefor
JP2000050230A (en) Bidirectional telecasting system
CN100538635C (en) Reception and display system, receiving equipment and display terminal
KR100800848B1 (en) Digital vedia broadcasting system and method for providing a plurality of sub services relating to main service simultaneously during providing digital broadcasting service

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