(57)【特許請求の範囲】
【請求項１】
ＩＤデータを含む配信データにスクランブルを施して放送データに多重化して送信する送信手段と、
前記配信データに施されたスクランブルを解除するためのキーデータ及び放送受信装置からの再送要求に応じた配信データを送信可能な第一の通信手段と、
前記配信データを識別するためのＩＤデータを記憶する第一の記憶手段と、
を有した放送装置と、
前記送信手段により送信された配信データを受信する受信手段と、
前記第一の通信手段と双方向通信可能であり、前記キーデータを受信可能な第二の通信手段と、
受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、
解除後の配信データを記憶する第二の記憶手段と、
該双方向通信により前記第一の記憶手段に記憶されたＩＤデータを定期的に取得する配信情報取得手段と、
前記配信情報取得手段により取得されたＩＤデータと前記第二の記憶手段に記憶された配信データに含まれるＩＤデータとを比較して受信未完の配信データを検出する受信未完検出手段と、
前記受信未完検出手段により受信未完の配信データが検出されたとき、前記第二の通信手段により、その配信データを再送するよう前記放送装置に要求する再送要求手段と、
を有した放送受信装置と、を備えたこと、を特徴とするデータ配信システム。
【請求項２】
前記第二の通信手段は、課金通信網を介してキーデータを取得することを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
前記配信データは、楽曲データであり、
前記放送受信装置は、解除後の配信データに基づいて楽曲の演奏を実行する演奏実行手段を更に有したこと、を特徴とする請求項１または２に記載のデータ配信システム。
【請求項４】
前記送信手段により送信される配信データに含まれるＩＤデータには、前記スクランブルが施されていないこと、を特徴とする請求項３に記載のデータ配信システム。
【請求項５】
前記放送受信装置は、受信された配信データから前記ＩＤデータを読み取る読み取り手段を更に有し、読み取られたＩＤデータを前記第二の通信手段により前記放送装置に送信し、
前記放送装置は、受信したＩＤデータに呼応して、それに対応したキーデータを前記第一の通信手段により送信すること、を特徴とする請求項４に記載のデータ配信システム。
【請求項６】
前記放送受信装置は、前記送信手段により送信される配信データを前記受信手段により受信するか否かを設定する受信設定手段を更に有したこと、を特徴とする請求項１から５のいずれかに記載のデータ配信システム。
【請求項７】
配信データは、該配信データを識別するためのＩＤデータを含んでおり、
外部装置からの放送であって、スクランブルが施された前記配信データを含む多重化放送を受信する受信手段と、
該外部装置との双方向通信により、前記配信データに施されたスクランブルを解除するためのキーデータ、及び、前記配信データを識別するためのＩＤデータを受信可能な通信手段と、
前記通信手段により受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、
解除後の配信データを記憶する記憶手段と、
前記通信手段により定期的に受信されたＩＤデータと、前記記憶手段に記憶された配信データに含まれるＩＤデータとを比較して受信未完の配信データを検出する受信未完検出手段と、
受信未完の配信データが検出されたとき、前記通信手段によりその配信データを再送するよう前記放送装置に要求する再送要求手段と、を備えたこと、を特徴とする放送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多重化放送技術を利用したデータ配信システム及びそれに使用される放送受信装置に関するものである。
【０００２】
【従来の技術】
近年ＦＭ多重放送をはじめとして、本来の音声放送チャンネルとは別に文字放送チャンネルを設定し、音声放送と同期して文字放送を行う、いわゆる文字多重放送が行われている。このような多重放送を受信する場合、ラジオなどの受信機側には文字放送用の表示装置が設けられており、例えば、ニュースや交通情報などを文字で表示したりするほかに、音楽番組などの場合には、放送される曲のタイトルや歌手名など番組に関連した文字情報を提供する等、広範囲なサービスが行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来のＦＭ多重放送などにおいては、文字情報の提供にその利用が留められており、より広い範囲のニーズに対応していなかった（すなわち画像情報、音声情報などの提供は行っていなかった）。また、その提供した情報（従来の多重放送においては文字情報）に対する課金についても何等対応していなかった。
【０００４】
本発明は、上述した問題点を解決するためになされたものであり、広範囲の情報を提供することができると共に、提供した情報に対する課金をすることが可能なデータ配信システム及び放送受信装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
このため、請求項１に記載のデータ配信システムは、ＩＤデータを含む配信データにスクランブルを施して放送データに多重化して送信する送信手段と、配信データに施されたスクランブルを解除するためのキーデータ及び放送受信装置からの再送要求に応じた配信データを送信可能な第一の通信手段と、配信データを識別するためのＩＤデータを記憶する第一の記憶手段とを有した放送装置と、送信手段により送信された配信データを受信する受信手段と、第一の通信手段と双方向通信可能であり、キーデータを受信可能な第二の通信手段と、受信されたキーデータを用いて配信データのスクランブルを解除する解除手段と、解除後の配信データを記憶する第二の記憶手段と、該双方向通信により第一の記憶手段に記憶されたＩＤデータを定期的に取得する配信情報取得手段と、配信情報取得手段により取得されたＩＤデータと第二の記憶手段に記憶された配信データに含まれるＩＤデータとを比較して受信未完の配信データを検出する受信未完検出手段と、受信未完の配信データが検出されたとき、該第二の通信手段により、その配信データを再送するよう放送装置に要求する再送要求手段とを有した放送受信装置とを備えたことを特徴としたものである。
【０００６】
ここで、第二の通信手段は、課金通信網を介してキーデータを取得する構成とすることができる。この場合、キーデータ毎に課金金額を設定することが可能な課金通信網を利用することが好ましい。
【０００７】
また、配信データは例えば楽曲データであり、放送受信装置は、解除後の配信データに基づいて楽曲の演奏を実行する演奏実行手段を更に有したものであっても良い。
【０００８】
さらに、配信データは、スクランブルが施された実体データであって演奏実行手段により実行される実体データと、スクランブルが施されないＩＤデータであって実体データを識別するためのＩＤデータと、を有したものであっても良い。
【０００９】
また、放送受信装置は、受信された配信データからＩＤデータを読み取る読み取り手段を更に有し、読み取られたＩＤデータを第二の通信手段により放送装置に送信することができる。そして放送装置は、受信したＩＤデータに呼応して、それに対応したキーデータを第一の通信手段により送信することができる。なお、放送受信装置は、送信手段により送信される配信データを受信手段により受信するか否かを設定する受信設定手段を更に有したものであっても良い。
【００１０】
また、請求項７に記載の放送受信装置によれば、配信データは該配信データを識別するためのＩＤデータを含んでおり、外部装置からの放送であって、スクランブルが施された配信データを含む多重化放送を受信する受信手段と、該外部装置との双方向通信により、配信データに施されたスクランブルを解除するためのキーデータ、及び、配信データを識別するためのＩＤデータを受信可能な通信手段と、通信手段により受信されたキーデータを用いて受信手段により受信した配信データのスクランブルを解除する解除手段と、解除後の配信データを記憶する記憶手段と、通信手段により定期的に受信されたＩＤデータと、記憶手段に記憶された配信データに含まれるＩＤデータとを比較して受信未完の配信データを検出する受信未完検出手段と、受信未完の配信データが検出されたとき、該通信手段によりその配信データを再送するよう放送装置に要求する再送要求手段とを備えたことを特徴としたものである。
【００１１】
【発明の実施の形態】
本発明の情報配信システムの実施の形態として通信式カラオケシステムについて図面を参照して説明する。
【００１２】
図１は本実施の形態の通信式カラオケシステムの概略構成を示すブロック図である。なお、図１に示す通信カラオケシステムは最小の構成例であり、１台のホスト装置１１と１台の「情報提供装置」としてのカラオケ端末１から構成される。実際には、上記各装置１、１１はそれぞれ複数台存在する場合もあり、１台のホスト装置１１に対して複数台のカラオケ端末１が存在するのが一般的である。
【００１３】
本システムでは、「配信データ」としての曲データをホスト装置１１から各カラオケ端末１に、ＦＭ多重放送を利用して随時配信してカラオケ端末１内部に記憶保存することにより曲データの新規登録を実現すると共に、カラオケ端末１では、利用者からのリクエストがあった場合には、対応する曲データを読み出して曲の演奏を行う。なお、ホスト装置１１からカラオケ端末１への新曲データの配信は例えば２〜３日おきに実行される。
【００１４】
まず、カラオケ端末１について説明する。図１に示す通り、カラオケ端末１はホスト装置１１から放送される配信データが多重化されたＦＭ放送波を受信するための受信装置８と、受信した放送波から多重化されている配信データを分離して復調する復調器６と、復調された配信データを一時的に蓄えておくためのメモリ５と、配信データを記憶保存するための記憶装置７とホスト装置１１とデータ通信を行うための通信装置２と、利用者からのリモートコントローラ（以下リモコンと略す）２１によるリクエストを受け付けるためのリモコン受光部９と、記憶装置７に保存されている配信データ（曲データ）を音声信号に変換して出力する再生装置３と、配信データをメモリ５から記憶装置７に保存する制御や、リモコン受光部９から利用者のリクエストを受け付け、対応する曲データを記憶装置７から読み込んで再生装置３を駆動してカラオケ演奏を行う一連のカラオケ演奏制御や、通信装置２を駆動してホスト装置１１とのデータ通信の制御などを行う制御手段としての中央制御装置４とから構成される。さらに、中央制御装置４には、表示装置１０も接続されている。表示装置１０は、リモコン２１により入力されたリクエスト曲の番号を表示したり、後述するデータＩＤを表示したりするための装置である。
【００１５】
詳しくは後述するが、本実施の形態のカラオケシステムにおいては、ホスト装置１１から放送される配信データにはスクランブルが施され（暗号化され）ており、スクランブルを解除するには配信データに対応したキーデータを必要とするようになっている。キーデータは上記の通信装置２によりホスト装置１１からダウンロードする。
【００１６】
なお、前記受信装置８と復調器６とが「受信手段」に該当し、通信装置２が「通信手段」に該当し、中央制御装置４は「解除手段」及び「通信制御手段」に該当する。また、カラオケ端末１が「放送受信手段」、再生装置３が「実行手段」に該当する。
【００１７】
次にホスト装置１１について説明する。ホスト装置１１は、曲データを記憶している記憶装置１４と、配信すべき曲データを変調してＦＭ放送波に多重化させる変調機能と、その多重化された放送波を放送する放送機能とを備えた「放送手段」としての放送装置１５と、カラオケ端末１と双方向のデータ伝送が可能な通信回線を利用して上記キーデータの送信を行うための通信装置１２と、前述した配信すべき曲データの送出制御と通信回線接続によるカラオケ端末１とのデータの送受信制御などの各種制御を行う制御手段としての中央制御装置１３とから構成される。配信データは記憶装置１４から読み出された後、変調してＦＭ放送波に多重化される前にスクランブルが施される（詳細は後述する）。スクランブルを解除するためのキーデータは、上述のように通信装置１２より、通信回線を介してカラオケ端末１に送信される。ここで通信回線は発呼者に対して課金が可能な回線である。
【００１８】
発呼者に対して課金を行う通信回線としては、当該回線の使用時間に応じて課金を行ういわゆる従量制の課金システムを採用している通信網（例えば、ダイヤルキューツー）と、当該回線の使用時間にかかわらず、伝送されるデータ毎に定められた金額を課金するシステムを採用している通信網（例えば、ビデオテックス）とがある。本実施の形態においては、ホスト装置１１か配信される曲データのそれぞれに対してキーデータを設定するようにしているため、各キーデータに対してそれぞれ金額を定めることができる後者の通信網を利用している。
【００１９】
次に、本実施の形態の通信カラオケシステムにおけるホスト装置１１のデータ配信に係る動作について、図４を参照して説明する。これらの動作は中央制御装置１３によりその処理が行われる。
【００２０】
まず、最初のステップＳ１０にて、所定の曲データ配信プランに基づき、予め登録された配信用の曲データを記憶装置１４から読み出す。１曲分の曲データは、曲同士を識別するための識別情報である曲番号情報（データＩＤ）及び実体情報（実データ）から構成されている。実体情報（実データ）は、伴奏音楽の情報であるＭＩＤＩ（Musical Instrument Digital Interface）規格の演奏情報、歌詞情報、歌詞の切替や色替えのタイミングを指定するためのタイミング情報等からなっている。
【００２１】
次にＳ２０において、読み出した配信データに次のような加工をする。まず、記憶装置１４から読み出された曲データに含まれる実体情報（実データ）にスクランブルを施しスクランブルデータを生成する。スクランブルは曲データ毎に固有のキーデータを用いて施す。なお、曲データを特定するためのデータＩＤにはスクランブルは施さない。そして、図２に示すように、スクランブルが施された実データ２０３の前に先頭識別子２０１とスクランブルが施されていないデータＩＤ２０２を、また、スクランブルが施された実データ２０３の後には終了識別子２０４とチェックコード２０５を付属データとしてそれぞれ加える。
【００２２】
先頭識別子２０１と終了識別子２０４は１バイトの決まった文字で、カラオケ端末１が配信データを受け取った時にデータの先頭と終了とを認識できるようにするためのものである。また、データＩＤ２０２は配信データの識別情報であり、カラオケ端末１がどのようなデータ（曲番号など）を受信したのかを認識するためのものである。一方、チェックコード２０５は先頭識別子２０１から終了識別子２０４まで（スクランブルが施された実データを含む）のデータのチェックサムであり、カラオケ端末１が配信データを受信した時にカラオケ端末１でチェックサムを計算し、計算されたチェックサムとデータ中のチェックコード２０５を照合することにより、通信時のデータ化けなどによる受信データの不良を検出するためのものである。
【００２３】
図４に戻り、このようにして新たに生成されたスクランブルが施された実体データを含む配信データは、Ｓ３０においてＦＭ放送波への重畳がなされ（多重化処理）、放送装置１５によって放送される。そして、続くＳ４０では、配信データ（放送装置１５により放送されたデータ）のデータＩＤとデータＩＤに対応したキーデータを、図３に示すような形式の配信情報リストに登録し、更新登録された配信情報リストを記憶装置１４に保存する。この配信情報リストは以後配信が行われる度にデータＩＤおよびキーデータが追加登録される。
【００２４】
以上説明したように、ホスト装置１１からは配信データが多重化されたＦＭ放送波が放送されるが、このＦＭ放送波は各カラオケ端末１の受信装置８によって受信される。そして、復調器６により配信データのみが復調・分離されてメモリ５に順次蓄積される。以下の記載においては、復調され、記憶手段としてのメモリ５に蓄積されたデータを受信データと呼ぶ。
【００２５】
続いて、上記カラオケ装置１が受信してメモリ５に保存したデータに対して中央制御装置４が行う処理について、図５および図６を参照して説明する。
【００２６】
まず、中央制御装置４により実行される、図５に示す受信データ登録処理について説明する。この処理は所定のスケジュールに従い、例えば１日に１回実行される。
【００２７】
最初のステップＳ１１０では、メモリ５に蓄えられている受信データから１バイト読み出す。次のＳ１２０では、この読み出したデータが先頭識別子２０１（図２参照）であるかどうかを調べる。Ｓ１１０において読み出された１バイトが先頭識別子２０１でなかった場合には（ＮＯ：Ｓ１２０）、処理はＳ２３０へ移行する。Ｓ２３０ではメモリ５内のデータの処理が終了したかどうか（すなわち、メモリ内にまだ受信データが存在するかどうか）を判定し、存在する場合（ＮＯ：Ｓ２３０）には、Ｓ１１０において次の受信データ１バイトを読み込む。この様にして、Ｓ１１０、Ｓ１２０、Ｓ２３０の処理を繰り返しつつ配信データの先頭を探す。もしも、Ｓ２３０において受信データが存在しない場合には受信データ終了と判断して（ＹＥＳ：Ｓ２３０）、本処理を終了する。
【００２８】
一方、Ｓ１２０で肯定判断、すなわち読み出したデータが先頭識別子２０１であった場合には、終了識別子２０４が現れるまで１バイトずつデータを読み出して、チェックサムの積算を行う処理をＳ１３０〜Ｓ１５０にて実行する。そして終了識別子２０４に達した場合には（ＹＥＳ：Ｓ１４０）、Ｓ１６０へ移行してチェックコード２０５を読み出し、Ｓ１７０にて、受信した配信データが適正であるか否かを判別する。この判別は、終了識別子２０４の後に格納されているチェックコード２０５とＳ１３０で計算されたチェックサムとを比較することにより行う。
【００２９】
そして、Ｓ１７０において、両者（チェックコード２０５とチェックサム）が等しいときには、受信は正常に終了していて受信データは適正であると判定され（ＹＥＳ：Ｓ１７０）、中央制御装置４の処理はＳ１８０へ移行する。Ｓ１８０では、現在読み取り対象となっているデータを登録するか否か、すなわちデータのスクランブルを解除して記憶装置７に格納するかどうかを判定する。ここで、データを登録するかは、カラオケ端末１が有する表示装置にデータＩＤを表示し、リモートコントローラの操作ボタンの操作により登録するかしないかを入力するようになっている。
【００３０】
データ登録しない場合（ＮＯ：Ｓ１８０）には、処理はＳ２３０へ移行する。データ登録する場合には、Ｓ１９０において、データＩＤ２０２を記憶装置７に格納されている受信データＩＤリストに追加登録する。続いて、中央制御装置４は通信装置２により、通信回線を介してホスト装置１１の通信装置１２に接続して、配信データの中のデータＩＤ２０２（図２参照）に対応するキーデータを取得する、キーデータ取得処理を実行する（Ｓ２００）。キーデータ取得処理については後に詳細に説明する。
【００３１】
Ｓ２００のキーデータ取得処理でキーデータを取得すると、Ｓ２１０において、取得したキーデータを用いて配信データの中の実データ２０３（図２参照）に施されたスクランブルを解除する。そして、スクランブルが解除されたデータをＳ２２０において記憶装置７に保存してから処理はＳ２３０に移行する。Ｓ２３０の処理については上述した通りであり、ここでは繰り返さない。
【００３２】
チェックコードとチェックサムが等しくないとき、すなわち、受信が正常に終了せず受信データが不適正であると判定された場合には（ＮＯ：Ｓ１７０）、受信した配信データは無効であると判断して登録、キーデータ取得、実体データのスクランブル解除、解除データの記憶装置７への格納（Ｓ１８０〜Ｓ２１０）は行わないで、Ｓ１７０からＳ２３０へ移行する。
【００３３】
このようにして、ホスト装置１１から送出された配信データは、カラオケ端末１に登録されると共にキーデータによりスクランブルが解除された後に記憶装置７に格納される。したがって、利用者からリクエストがあった際には、曲データが記憶装置７から再び読み出され、再生装置によってカラオケ演奏が開始されることになる。カラオケ演奏の詳しい処理は本発明における主要点ではないので、ここでは説明は省略する。
【００３４】
次に、キーデータ取得処理について図６を参照して説明する。キーデータ取得処理は、受信データ中のデータＩＤ２０２に対応したキーデータをホスト装置１１から受信する処理である。
【００３５】
まず、Ｓ３１０において、中央制御装置４は通信装置２により通信回線を介してホスト装置１１の通信装置１２に接続する。次に、受信データのデータＩＤをホスト装置１１に対し送信する（Ｓ３２０）。ホスト装置１１はデータＩＤをカラオケ端末１から受信すると、記憶装置１４に格納されている配信情報リスト（図３）を参照して、当該データＩＤに対応したキーデータをカラオケ端末１に送信する。カラオケ端末１側では、キーデータを受信し（Ｓ３３０）、回線を切断して（Ｓ３４０）、キーデータ取得処理を終了する。
【００３６】
なお、ここでカラオケ端末１がホスト装置１１に対して発呼する際に使用する回線は、ホスト装置１１から送られるデータに対応して発呼側に課金する事が可能な回線を用いている。すなわち、Ｓ３４０においてカラオケ端末１からホスト装置１１に対して送信されたデータＩＤに対応して設定される課金金額が、カラオケ端末１の利用者の電話回線使用料に加算されるようになっている。
【００３７】
一方、反対にカラオケ端末１からホスト装置１１へ端末稼働情報などの所定のデータをアップロードする場合は、従来通り必要な時に、上記の課金用の通信回線とは異なる通信回線を利用してホスト装置１１と接続し、アップロードを行う。
【００３８】
さて、前述のＦＭ放送波を用いた曲データのダウンロードでは、ホスト装置１１とカラオケ端末１が接続確認を行わずに一方的にホスト装置１１から送出する形態をとるため、放送した際にカラオケ端末１が非起動であったり、カラオケ端末１での放送波の受信状態が悪かったりした場合には、必要なデータのダウンロードに失敗することが大いに考えられる。しかも、どのカラオケ端末１でそれらが発生したかを判別できない。さらに、キーデータをダウンロードするための回線が何らかの理由で使用できない場合にも、データのダウンロードができないことになる。従って、本実施形態のシステムでは、そのような場合は通信回線を利用してホスト装置１１に接続し、不足の配信データをダウンロードするようにして回復を図るために、次に説明する受信確認処理を実行する。
【００３９】
図７は受信確認処理を示すフローチャートである。まず、最初のステップＳ４１０で、カラオケ端末１の中央制御装置４は通信装置２を制御してホスト装置１１と通信回線を介して接続する。そして、続くＳ４２０では、前述したホスト装置１１が記憶装置１４に記憶している配信情報リストを送信してもらうよう要求し、ダウンロードする。
【００４０】
そして、続くＳ４３０以降の処理で、カラオケ端末１が保有する受信情報リストとの照合を行い、受信していない配信データについてのダウンロード処理を行う。詳細には、まずＳ４３０にて配信情報リストから配信データＩＤを１件取り出し、続くＳ４４０では、受信情報リストにそのデータＩＤが登録されているかどうか調べる。そして、Ｓ４５０で登録済みかどうかを判断する。
【００４１】
この際、データＩＤが登録されていなければ（ＮＯ：Ｓ４５０）、受信に失敗しているとしてＳ４６０へ移行する。Ｓ４６０では、その受信を失敗したデータＩＤに対応する配信データを再度配信してもらうようホスト装置１１に要求し、その要求に応じて配信されたデータをダウンロードする。その後Ｓ４７０へ移行する。
【００４２】
一方、Ｓ４３０にて配信情報リストから取り出した配信データＩＤが受信情報リストに登録されていれば（ＹＥＳ：Ｓ４５０）、正常に受信しているとしてダウンロードは行わずにＳ４７０に移行する。Ｓ４７０では、配信情報リストの最後尾となったかどうかを判断する。最後尾となっていなければ（ＮＯ：Ｓ４７０）、Ｓ４３０へ戻って次のデータを取り出し、上記の処理を繰り返す。そして、最後のデータＩＤに達したら（ＹＥＳ：Ｓ４７０）、Ｓ４８０へ移行し、ホスト装置１１との接続を切断して一連の処理を終了する。
【００４３】
なお、この受信確認処理は、中央制御装置４が１日もしくは１週間に１回といった所定の周期で定期的に行うものとし、これによってシステム内の各カラオケ端末１における受信状況の個体差をなくすように動作する。このように、本実施の形態における通信カラオケシステムでは、ホスト装置１１より配信すべき曲データをＦＭ放送波に多重化して放送するため、同時に多数のカラオケ端末１にデータを配信することができる。しかも、配信データにはスクランブルが施されているため、キーデータを取得しない限り配信データを利用することはできないため、きわめて効率の良いデータ配信システムを構成することができる。
【００４４】
ホスト装置１１から放送した際にカラオケ端末１が非起動であったり、カラオケ端末１の受信装置８による放送波の受信状態が悪かったりした場合には、必要な曲データを受信できない場合が起こり得るが、そのような場合には、ホスト装置１１で記憶している配信情報リストとカラオケ端末１側で記憶している受信情報リストの照合を行い、一致していない場合には、未配信（カラオケ端末１側から見れば未受信）の曲データを、今度は双方向のデータ伝送が可能な通信回線を介して再度配信するようにしている。なお、この場合には曲データの受信は通信回線で接続されているカラオケ端末１においてのみおこなわれるため、曲データはスクランブルが施されない状態で伝送される。
【００４５】
本発明は以上に説明した様な実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の態様で変形し、実施し得る。例えば、上記の実施の形態においては、各受信データを読み込む度に、当該データを記憶装置７に格納するか否かを利用者が入力するようになっているが、予め受信データの各々について格納の是非を設定しておくような構成にしても良い。
【００４６】
上記実施の形態においては、カラオケ端末の記憶装置７には、スクランブルが解除された実体データが格納される構成となっているが、スクランブルが施されたままのデータ、および、スクランブルを解除するためのキーデータを共に記憶装置７に格納しておき、演奏時にスクランブルを解除することも可能である。さらに、データを圧縮するものとし、圧縮されたデータを解凍（すなわち元のデータに戻す）する場合に該キーデータが必要となるようなアルゴリズムを採用すれば、データを圧縮することがそのままスクランブルを施すことになり、しかも圧縮された状態で記憶装置７にデータを格納すれば記憶装置７の容量を有効に使うことが可能になる。
【００４７】
また、実施の形態においては、各受信データ毎に異なるキーデータが設定される例を示したが、複数の曲データ、例えば一回のデータ配信で送信される曲データに関しては同一のキーデータを用いてスクランブルを施すようにし、カラオケ端末側では、一度だけキーデータを受信することにより、メモリ５内の全てのデータのスクランブルを解除することができるようにしても良い。
【００４８】
あるいは、曲データをグループ分けし、同一のグループに属する曲データに関しては同一のキーデータでスクランブルが解除できるようにしても良い。グループ分けの基準としては、例えば曲のジャンルや、歌手などによるグループ分けとする事が可能である。また、このように同一グループに対して同一のキーデータを使用する場合には、カラオケ端末側においては、一度受信したキーデータを記憶装置に格納しておき、スクランブルを解除する場合には、記憶装置に格納したキーデータを参照してスクランブルを解除するような構成となる。
【００４９】
また、上記実施の形態においては、本発明のデータ配信システムを通信式カラオケシステムの例について説明したが、本発明の適用範囲はカラオケシステムに限られるものではなく、例えばコンピュータソフトウェアの配信ネットワークや画像データの配信ネットワークに対しても本発明を適用することが可能である。
【００５０】
【発明の効果】
請求項１に記載のデータ配信システムによれば、配信データにスクランブルが施された状態で放送により配信され、スクランブルを解除するためのキーデータを別途取得する必要があるため、データ配信を容易に行えるにもかかわらず、配信データが不正に使用される恐れがないため、効率の良いデータ配信システムを構成することが可能になる。
【００５１】
請求項２の記載によれば、キーデータを有料とすることができ、しかも利用者にとっては容易にキーデータを得られるシステム構成とすることができる。
【００５２】
請求項３の記載によれば、本発明のデータ配信システムのカラオケシステムへの応用が可能となる。
【００５３】
また、請求項３の記載によれば、不正に使用されることを避けるべき楽曲データをも、放送により配信することが可能になる。
【００５４】
請求項４の記載によれば、配信されたデータが有する識別情報に基づいて、該データのスクランブルを解除すべきか否かを判断することが可能になる。
【００５５】
また、請求項４の記載によれば、実体データのみにスクランブルが施されるため、特殊なデータ操作をすることなく配信されたデータの識別情報を取得することができる。
【００５６】
請求項５の記載によれば、各配信データ毎に異なったキーデータを必要とするようなスクランブルを施しても、容易に各データのスクランブルを解除するためのキーデータを取得することができる。
【００５７】
請求項７に記載の放送受信装置によれば、スクランブルが施された状態で放送により配信されたデータを受信し、しかも、スクランブルを解除するためのキーデータをも取得することができるため、効率良くスクランブルを解除することができる。
【図面の簡単な説明】
【図１】本実施の形態の通信式カラオケシステムの概略構成を示すブロック図である。
【図２】スクランブルデータの構成を示す図である。
【図３】配信情報リストの構成を示す図である。
【図４】通信カラオケシステムにおけるホスト装置のデータ配信動作を示すフローチャートである。
【図５】受信データ登録処理を示すフローチャートである。
【図６】キーデータ取得処理を示すフローチャートである。
【図７】受信確認処理を示すフローチャートである。
【符号の説明】
１１ ホスト装置
１ カラオケ端末
２ 通信装置
３ 再生装置
４ 中央制御装置
５ メモリ
６ 復調器
７ 記憶装置
８ 受信装置
９ リモコン受光部
１０ 表示装置
１２ 通信装置
１３ 中央制御装置
１４ 記憶装置
１５ 放送装置
【図１】
0003847372.tif 000002
【図２】
0003847372.tif 000003
【図３】
0003847372.tif 000004
【図４】
0003847372.tif 000005
【図５】
0003847372.tif 000006
【図６】
0003847372.tif 000007
【図７】
0003847372.tif 000008