JP3847372B2 - Data distribution system and broadcast receiving apparatus - Google Patents
Data distribution system and broadcast receiving apparatus Download PDFInfo
- 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
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
[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
[0013]
In this system, song data as “distributed data” is distributed from the
[0014]
First, the karaoke terminal 1 will be described. As shown in FIG. 1, the karaoke terminal 1 receives a
[0015]
As will be described in detail later, in the karaoke system of the present embodiment, the distribution data broadcast from the
[0016]
The
[0017]
Next, the
[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
[0019]
Next, the operation | movement which concerns on the data delivery of the
[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
[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
[0022]
The
[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
[0024]
As described above, the FM broadcast wave in which the distribution data is multiplexed is broadcast from the
[0025]
Next, processing performed by the
[0026]
First, the reception data registration process shown in FIG. 5 executed by the
[0027]
In the first step S110, 1 byte is read from the received data stored in the
[0028]
On the other hand, if the determination in S120 is affirmative, that is, if the read data is the
[0029]
In S170, if both (check
[0030]
If the data is not registered (NO: S180), the process proceeds to S230. When registering data, in S190, the
[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
[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
[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
[0035]
First, in S310, the
[0036]
Here, the line used when the karaoke terminal 1 makes a call to the
[0037]
On the other hand, when uploading predetermined data such as terminal operation information from the karaoke terminal 1 to the
[0038]
Now, in downloading music data using the FM broadcast wave described above, the
[0039]
FIG. 7 is a flowchart showing the reception confirmation process. First, in the first step S410, the
[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
[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
[0043]
This reception confirmation process is performed periodically by the
[0044]
When the karaoke terminal 1 is not activated when broadcast from the
[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
[0046]
In the above-described embodiment, the
[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
[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データとを比較して受信未完の配信データを検出する受信未完検出手段と、
前記受信未完検出手段により受信未完の配信データが検出されたとき、前記第二の通信手段により、その配信データを再送するよう前記放送装置に要求する再送要求手段と、
を有した放送受信装置と、を備えたこと、を特徴とするデータ配信システム。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または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データに呼応して、それに対応したキーデータを前記第一の通信手段により送信すること、を特徴とする請求項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.
外部装置からの放送であって、スクランブルが施された前記配信データを含む多重化放送を受信する受信手段と、
該外部装置との双方向通信により、前記配信データに施されたスクランブルを解除するためのキーデータ、及び、前記配信データを識別するための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.
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)
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)
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 |
-
1996
- 1996-03-29 JP JP10411796A patent/JP3847372B2/en not_active Expired - Fee Related
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 |