(57)【特許請求の範囲】
【請求項１】
番組データおよびコンテンツデータをそれぞれ蓄積し、スクランブルされた上記番組データとスクランブルされ、上記番組データと同時に放送される上記コンテンツデータとが多重化されたイベントデータを送信し、
上記イベントデータを受信し、受信したイベントデータをデスクランブルし、デスクランブルされた上記番組データおよび上記コンテンツデータをそれぞれ再生すると共に、購入した上記コンテンツデータを蓄積するデータ伝送方法であって、
データのスクランブルの単位とされた上記イベントデータ内で同一の上記コンテンツデータが複数回繰り返されるデータを送信し、
上記コンテンツデータを購入する場合に、イベント毎に受信された上記番組データおよび上記コンテンツデータをそれぞれデスクランブルし、購入済みステータスから上記コンテンツのデータが既に購入されたか否かを判断し、
上記コンテンツデータが未だ購入されていないと判断されたら、上記コンテンツデータを購入して蓄積するとともに、上記コンテンツデータを購入した後に、上記購入済みステータスを記憶し、
上記コンテンツデータが既に購入されていると判断されたら、上記コンテンツデータの購入を行わないように制御し、
記憶された上記購入済みステータスに基づいて購入された上記コンテンツデータ毎に課金を行うようにしたデータ伝送方法。
【請求項２】
上記送信装置は、上記コンテンツデータとともにＧＵＩデータと該ＧＵＩデータの表示手順を示すスクリプトを送り、
上記受信装置は、上記スクリプトを受信し、上記スクリプトに基づいて上記ＧＵＩデータの表示を行うようにした請求項１に記載のデータ伝送方法。
【請求項３】
イベントデータがスクランブルされた番組データとスクランブルされ、上記番組データと同時に放送されるコンテンツデータとが多重化され、データのスクランブルの単位とされた上記イベントデータ内で同一の上記コンテンツデータが複数回繰り返されるイベントデータを受信し、
受信した上記イベントデータをデスクランブルし、デスクランブルされた上記番組データおよび上記コンテンツデータをそれぞれ再生すると共に、購入した上記コンテンツデータを蓄積するデータ受信方法であって、
上記コンテンツデータを購入する場合に、イベント毎に受信された上記番組データおよび上記コンテンツデータをそれぞれデスクランブルし、購入済みステータスから上記コンテンツのデータが既に購入されたか否かを判断し、
上記コンテンツデータが未だ購入されていないと判断されたら、上記コンテンツデータを購入して蓄積するとともに、上記コンテンツデータを購入した後に、上記購入済みステータスを記憶し、
上記コンテンツデータが既に購入されていると判断されたら、上記コンテンツデータの購入を行わないように制御し、
記憶された上記購入済みステータスに基づいて購入された上記コンテンツデータ毎に課金を行うようにしたデータ受信方法。
【請求項４】
上記コンテンツのデータとともにＧＵＩデータと該ＧＵＩデータの表示手順を示すスクリプトを受信し、
上記スクリプトに基づいて上記ＧＵＩデータの表示を行うようにした請求項３に記載のデータ受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ディジタル衛星放送により音楽放送を行うシステムに用いて好適なデータ伝送方法及びデータ受信方法に関し、特に、コンテンツとして提供されるデータの保護に係わる。
【０００２】
【従来の技術】
ディジタル衛星放送の普及が進んでいる。ディジタル衛星放送は、既存のアナログ放送に比べて、ノイズに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化が図れる。例えば、ディジタル衛星放送では１つの衛星で数百チャンネルを確保することが可能である。このようなディジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツのプログラムが放映されている。
【０００３】
これらの専門チャンネルの中で、音楽チャンネルは、人気のあるチャンネルの１つであり、主に新曲やヒット曲の紹介等を行うプロモーション用の番組が放送されている。
【０００４】
従来の音楽チャンネルでは、新曲紹介やヒット曲の番組が動画と音声で送られている。視聴者は、このような音楽チャンネルを見ていて気に入った楽曲があると、紹介されている楽曲のＣＤ（Compact Disc）等を購入して、楽しみたいと考えることがある。また、その楽曲のアーティストの情報や、その楽曲の収められているアルバムの情報を知りたくなることがある。音楽番組を見ていて、その楽曲のアーティストの情報やその楽曲の収められているアルバムの情報を知りたくなったら、その場でその情報が得られ、また、気に入った楽曲があったら、その楽曲のオーディオデータをダウンロードできれば非常に便利である。
【０００５】
ところが、従来の音楽チャンネルでは、楽曲に関する動画と音声が一方的に送られるものであり、このような要請には応えられない。
【０００６】
そこで、このような問題点を解決するために、音楽チャンネルで放送されている音楽に関する情報を簡単に得ることができると共に、その楽曲データをデータ蓄積装置に簡単にダウンロードできるようにした音楽コンテンツ配信システムが提案されている。
【０００７】
このような音楽コンテンツ配信システムでは、著作者の権利の保護を図るためにも、コンテンツを有料化し、その楽曲のデータをダウンロードしたときには、課金を行なう必要がある。
【０００８】
ディジタル衛星放送システムでは、図１１に示すような課金システムが設けられている。音楽コンテンツ配信システムにおいても、このような課金システムを利用することが考えられる。
【０００９】
図１１は、ディジタル衛星放送システムで用いられている課金システムを示すものである。図１１において、送信側１０１のエンコーダ１１１で、映像信号及び音声信号が圧縮符号化される。エンコーダ１１１で圧縮符号化された映像信号及び音声信号は、マルチプレクサ１１２に送られる。
【００１０】
マルチプレクサ１１２で、エンコーダ１１１からの映像信号及び音声信号のパケットと、スクランブル制御システムからのＥＭＭ（Entitlement Management Message）データ及び関連情報送出装置からのＥＣＭ（Entitlement Control Message ）データとが多重化される。このようにした多重化された信号は、スクランブラ１１３で、関連情報送出装置１１４からの鍵Ｋｓを用いてスクランブルされ、伝送路に送出される。
【００１１】
エンコーダ１１１及び関連情報送出装置１１４は、番組制御システム１１５によって制御される。また、スクランブル制御システム１３３は、全ての契約者情報（カードＩＤ、個別鍵や契約種別等）を記憶しており、各契約者の個別鍵を用いてワーク鍵Ｋｗを生成し、関連情報送出装置１１４に供給する。また、スクランブル制御システム１３３は、契約情報を視聴情報収集システム１３５に供給する。
【００１２】
伝送路を介して伝送されてきた信号は、受信機１０２でデスクランブルされ、デコードされることにより、元の映像及び音声信号に復元される。
【００１３】
受信機１０２には、ＩＣカード１３６を差し込むスロットが設けられている。このＩＣカード１３６と受信機１０２とは互いに通信できるように構成されている。このＩＣカード１３６は、契約者毎の個別鍵やカードＩＤが記憶されて出荷され、課金及びデスクランブルが行なわれる際に用いられる。
【００１４】
課金形態としては、フラット方式の契約とＰＰＶ（Pay Per View）方式の契約とがある。ＰＰＶでは、一定期間内に視聴されたＰＰＶ番組の視聴履歴がＩＣカード１３６内の不揮発性メモリに記憶される。一定期間内に記憶された視聴履歴データは、受信機１０２内のモデム１１７及び電話回線を介して視聴情報収集処理システム１３５にアップロードされる。こうして、放送曲から契約者宅に視聴料の請求が行なわれる。
【００１５】
図１２は、受信機１０２内でのデスクランブル処理を示すものである。デスクランブラには、送信側から送られてきたＥＣＭとＥＭＭが入力される。
【００１６】
先ず、ＩＣカード１３６内に記憶されている個別鍵を用いて、第１復号回路１２１で、受信したＥＭＭ内の暗号化されたワーク鍵Ｋｗが解読される。更に、第２復号回路１２２で、解読されたワーク鍵Ｋｗを用いて、ＥＣＭ内の暗号化されたスクランブル鍵Ｋｓが解読される。
【００１７】
チューナで選局され、復調、誤り訂正された信号は、デスクランブラ１２３に供給される。デスクランブラ１２３で、スクランブル鍵Ｋｓを用いて、スクランブルされた映像、音声信号が解読される。
【００１８】
ＥＭＭデータは頻繁に伝送されるものではなく、新規契約、契約変更時など特定の期間に限って伝送されてくる。受信機１０２では、ＩＣカード１３６に記憶されているカードＩＤと合致しているＥＭＭデータを取り込んで、ＩＣカード１３６内のＥＥＰＲＯＭに記憶する。このＥＭＭデータには、契約タイプ、ＰＰＶの番組購入上限、ＳＭＳ発呼日時、ＳＭ発呼金額等のデータが含まれおり、これらのデータに基づいて課金処理が行なわれる。
【００１９】
【発明が解決しようとする課題】
ディジタル衛星放送には、上述のようなＰＰＶ方式の契約とがあり、ＰＰＶ方式では、そのコンテンツが視聴されると、そのコンテンツに対応するイベント毎にその情報がＩＣカードに記録され、このＩＣカードの情報は所定期間毎に電話回線を介して課金サーバに送られ、課金が行なわれる。音楽コンテンツ配信システムでは、上述のＰＰＶ方式で課金を行なうことが考えられる。つまり、１つの楽曲を１つのコンテンツと考え、１つの楽曲を受信する毎に、課金することが考えられる。
【００２０】
ところが、従来のＰＰＶ方式は、映画の番組のように、比較的時間の長いコンテンツを扱っている。このように時間の長いコンテンツでは、１コンテンツを１イベントに対応して処理できるが、音楽データのような時間の短いコンテンツでは、１コンテンツを１イベントに対応させると、イベントの数が膨大になり、現行の課金用のＩＣカードでは情報が溢れてしまい、課金情報を管理できなくなる危険性がある。
【００２１】
そこで、同じ楽曲を複数回放送し、この複数回の音楽データに相当するコンテンツを１イベントとして扱うことが考えられる。複数コンテンツを１イベントとすれば、イベントの数が膨大になることはなくなる。
【００２２】
ところが、ＰＰＶ方式では、１イベントが暗号化の単位となるため、複数回分のコンテンツを１イベントとして扱うと、１イベント内の複数のコンテンツが全てデスクランブルされてしまうことになる。このため、ユーザは、１つのコンテンツを複数回に渡って購入できることになり、著作者の保護が図れなくなる可能性がある。
【００２３】
したがって、この発明の目的は、１イベントに複数のコンテンツがあるような場合でも、個々のコンテンツの保護が図れるようにしたデータ伝送方法及びデータ受信方法を提供することにある。
【００２４】
【課題を解決するための手段】
この発明は、番組データおよびコンテンツデータをそれぞれ蓄積し、スクランブルされた番組データとスクランブルされ、番組データと同時に放送されるコンテンツデータとが多重化されたイベントデータを送信し、
イベントデータを受信し、受信したイベントデータをデスクランブルし、デスクランブルされた番組データおよびコンテンツデータをそれぞれ再生すると共に、購入したコンテンツデータを蓄積するデータ伝送方法であって、
データのスクランブルの単位とされたイベントデータ内で同一のコンテンツデータが複数回繰り返されるデータを送信し、
コンテンツデータを購入する場合に、イベント毎に受信された番組データおよびコンテンツデータをそれぞれデスクランブルし、購入済みステータスからコンテンツのデータが既に購入されたか否かを判断し、
コンテンツデータが未だ購入されていないと判断されたら、コンテンツデータを購入して蓄積するとともに、コンテンツデータを購入した後に、購入済みステータスを記憶し、
コンテンツデータが既に購入されていると判断されたら、コンテンツデータの購入を行わないように制御し、
記憶された購入済みステータスに基づいて購入されたコンテンツデータ毎に課金を行うようにしたデータ伝送方法である。
【００２５】
この発明は、イベントデータがスクランブルされた番組データとスクランブルされ、番組データと同時に放送されるコンテンツデータとが多重化され、データのスクランブルの単位とされたイベントデータ内で同一のコンテンツデータが複数回繰り返されるイベントデータを受信し、
受信したイベントデータをデスクランブルし、デスクランブルされた番組データおよびコンテンツデータをそれぞれ再生すると共に、購入したコンテンツデータを蓄積するデータ受信方法であって、
コンテンツデータを購入する場合に、イベント毎に受信された番組データおよびコンテンツデータをそれぞれデスクランブルし、購入済みステータスからコンテンツのデータが既に購入されたか否かを判断し、
コンテンツデータが未だ購入されていないと判断されたら、コンテンツデータを購入して蓄積するとともに、コンテンツデータを購入した後に、購入済みステータスを記憶し、
コンテンツデータが既に購入されていると判断されたら、コンテンツデータの購入を行わないように制御し、
記憶された購入済みステータスに基づいて購入されたコンテンツデータ毎に課金を行うようにしたデータ受信方法である。
【００２６】
イベント内のコンテンツのデータを受信したら、コンテンツのデータを受信したことを示すステータスからコンテンツのデータが既に購入されたか否かを判断し、コンテンツのデータが未だに購入されていないと判断されたら、コンテンツのデータの購入を許可すると共に、コンテンツのデータを購入した後に、コンテンツのデータを購入したことを示すステータスを記憶し、コンテンツのデータが既に購入されていると判断されたら、コンテンツの購入を禁止するように制御することにより、１イベントに複数のコンテンツがある場合にも、各コンテンツの保護を図ることができる。
【００２７】
そして、このような制御を行なうプログラムを、ＭＨＥＧスクリプトを使って送ることにより、特別な制御回路を必要とせず、汎用の受信機で対応できる。
【００２８】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明が適用されたシステムは、ディジタル衛星放送を使用して音楽番組を放送すると共に、この音楽番組と関連するオーディオデータを配信することにより、視聴者が音楽番組を試聴できるようにし、さらに、試聴して気に入った楽曲があった場合に、その場でその楽曲を簡単に購入できるようにしたものである。
【００２９】
図１は、この発明が適用された音楽コンテンツ配信システムの全体構成を示すものである。この図に示すように、ディジタル衛星放送の地上局１には、テレビジョン番組素材サーバ６からのテレビジョン番組放送の素材と、楽曲素材サーバ７からの楽曲データの素材と、音声付加情報サーバ８からの音声付加情報と、ＧＵＩ（Graphical User Interface：グラフィカルユーザインタフェース）データサーバ９からのＧＵＩデータとが送られる。
【００３０】
テレビジョン番組素材サーバ６は、通常の音楽放送番組の素材を提供するサーバである。このテレビジョン番組素材サーバ６から送られてくる音楽放送の素材は動画及び音声であり、通常の音楽放送番組では、例えば、新曲紹介のプロモーション用の動画と音声が放送されたり、最新のヒット曲のカウントダウンが放送されたりする。
【００３１】
楽曲素材サーバ７は、オーディオチャンネルを使用して、オーディオ番組を提供するサーバである。このオーディオ番組の素材は音声のみである。この楽曲素材サーバ７は、複数のオーディオチャンネルのオーディオ番組の素材を地上局１へ送る。各オーディオチャンネルの番組放送では、それぞれ、同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ、独立しており、その利用方法は各種のものが考えられる。例えば、１つのオーディオチャンネルでは、最新の日本のポップスの中の推薦曲を所定時間繰り返して放送し、他のオーディオチャンネルでは、最新のアメリカンポップスの中の推薦曲を所定時間繰り返して放送し、さらに他のオーディオチャンネルでは、ジャズの中から推薦曲を所定時間繰り返して放送しても良い。また、同じアーティストの複数の楽曲をそれぞれのオーディオチャンネルに分けて繰り返して放送しても良い。
【００３２】
音声付加情報サーバ８は、楽曲素材サーバ７から出力される楽曲の時間情報を提供するものである。
【００３３】
ＧＵＩデータサーバ９は、配信される楽曲のリストページや各楽曲の情報ページの画面を形成するためのデータ、ジャケットの静止画データを形成するためのデータ、ＥＰＧ（Electric Program Guide）用の画面を形成するためのデータ等を提供するものである。詳細は後で説明するように、この発明が適用されるシステムでは、画面上のＧＵＩの操作により、配信される楽曲の歌詞やアーティストのコンサート情報等を画面に表示させることができる。また、画面上のＧＵＩの操作により、楽曲の選択、ダウンロードおよびその予約等を行うことができる。ＧＵＩデータサーバ９からは、そのためのデータが送られる。なお、このＧＵＩデータには例えばＭＨＥＧ（Multimedia and Hypermedia Information Coding Experts Group）方式が用いられる。
【００３４】
地上局１は前述した、テレビジョン番組素材サーバ６からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、楽曲素材サーバ７からのオーディオチャンネルの素材となるオーディオデータと、音声付加情報サーバからの音声付加情報と、ＧＵＩデータサーバ９からのＧＵＩデータとを多重化して送信する。このとき、テレビジョン番組放送のビデオデータは例えばＭＰＥＧ（Moving Picture Experts Group）２方式により圧縮され、テレビジョン番組放送のオーディオデータはＭＰＥＧオーディオ方式により圧縮される。各オーディオチャンネルのオーディオデータは二つの異なる方式、例えばＭＰＥＧ２オーディオ方式とＡＴＲＡＣ（Adaptive Transform Acoustic Coding）方式により圧縮される。また、これらのデータは多重化の際、キー情報サーバ１０からのキー情報を用いて暗号化される。
【００３５】
なお、ディジタル衛星放送システムでは、課金契約として、所定期間毎に所定の料金が支払われるフラット方式と、コンテンツが視聴される毎にそのコンテンツに応じて料金が支払われるＰＰＶ方式とがある。メインとなるテレビジョン番組は、フラット方式で課金が行なわれ、ダウンロードする音楽データに対して、ＰＰＶ方式で課金が行なわれる。ＰＰＶ方式では、１イベントを単位として、スクランブルが行なわれており、音楽データの場合には、１イベント内に同一の音楽データが複数回繰り返して送信される。
【００３６】
地上局１からの信号は、衛星２を介して各家庭の受信設備３で受信される。衛星２には複数のトランスポンダが搭載されている。１つのトランスポンダは例えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受信設備３としてはパラボラアンテナ１１と、ＩＲＤ（Integrated Receiver Decoder ）１２と、ストレージデバイス１３と、テレビジョンジョン受像機１４とが用意される。
【００３７】
パラボラアンテナ１１で、衛星２を介して送られてきた信号が受信される。この受信信号がパラボラアンテナ１１に取り付けられたＬＮＢ（Low Noise Block Downconverter ）１５で所定の周波数に変換され、ＩＲＤ１２に供給される。
【００３８】
ＩＲＤ１２は、受信信号から所定のプログラムの番組を選択し、ビデオデータ及びオーディオデータの復調を行うものである。また、ＩＲＤ１２は、配信される楽曲のリストページや、各楽曲の情報ページや、ＥＰＧ用の画面を形成する。そして、ＩＲＤ１２の出力はテレビジョンジョン受像機１４に供給される。
【００３９】
ストレージデバイス１３は、ダウンロードされたオーディオデータを保存するためのものである。例えば、ストレージデバイス１３としては、ＭＤ（Mini Disc ）レコーダ／プレーヤ、ＤＡＴ（Digital Audio Tape）レコーダ／プレーヤ、ＤＶＤ（Digital Video Disc）レコーダ／プレーヤ等を用いることができる。また、ストレージデバイス１３としてパーソナルコンピュータを用い、そのハードディスクやＣＤ−Ｒ（CD-Recordable ）にオーディオデータを保存することも可能である。
【００４０】
ＩＲＤ１２は、例えば電話回線４を介して課金サーバ５と結ばれている。ＩＲＤ１２には、各種情報が記憶されるＩＣカードが挿入される。楽曲のオーディオデータのダウンロードが行われると、その情報がＩＣカードに記憶される。このＩＣカードの情報は、電話回線４を介して、課金サーバ５に送られる。課金サーバ５は、このダウンロード情報から適切な課金を行い、視聴者に請求する。このように、適切な課金を行うことにより、ダウンロードされる楽曲の著作権を保護することができる。
【００４１】
このように、この発明が適用されたシステムでは、地上局１は、テレビジョン番組素材サーバ６からの音楽番組放送の素材となるビデオデータおよびオーディオデータと、楽曲素材サーバ７からのオーディオチャンネルの素材となるオーディオデータと、音声付加情報サーバ８からの音声付加情報データと、ＧＵＩデータサーバ９からのＧＵＩデータとを多重化して送信している。そして、各家庭の受信設備３でこの放送を受信すると、音楽番組が見られる他、送られてきたＧＵＩデータに基づいてＧＵＩ画面が表示される。このＧＵＩ画面を見ながら必要な操作を行うと、各楽曲についての情報ページを見ることができ、また、各楽曲についての試聴を行うことができる。さらに、ＧＵＩ画面を見ながら必要な操作を行うことで、所望の楽曲のオーディオデータをダウンロードして、ストレージデバイス１３に記憶することができる。
【００４２】
次に、受信設備３における視聴者の操作について、さらに詳細に説明する。各家庭の受信設備３でこの放送を受信すると、テレビジョン受像機１４に、図２示すような画面が表示される。画面の左上部のテレビジョン番組表示エリア２１Ａには、テレビジョン番組素材サーバ６から提供された音楽番組に基づく動画像が表示される。画面の右上部には、オーディオチャンネルで放送されている各チャンネルの楽曲のリスト２１Ｂが表示される。また、画面の左下にはテキスト表示エリア２１Ｃとジャケット表示エリア２１Ｄが設定される。さらに、画面の右側には歌詞表示ボタン２２、プロフィール表示ボタン２３、情報表示ボタン２４、予約録音ボタン２５、予約済一覧表示ボタン２６、録音履歴表示ボタン２７、ダウンロードボタン２８が表示される。
【００４３】
視聴者は、このリスト２１Ｂに表示されている楽曲名を見ながら、興味のある楽曲を探していく。そして、興味のある楽曲を見つけたら、リモートコマンダの矢印キーを操作してその楽曲にカーソルを合わせた後、ＩＲＤ１２に付属するリモートコマンダのエンターキーを押す。これによって、カーソルを合わせた楽曲を試聴することができる。すなわち、各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されているので、テレビジョン番組表示エリア２１Ａの画面はそのままで、その楽曲のオーディオチャンネルに切り換えられ、その楽曲を聞くことができる。この時、ジャケット表示エリア２１Ｄにはその楽曲のＣＤジャケットの静止画像が表示される。
【００４４】
この状態で歌詞表示ボタン２２にカーソルを合わせ、エンターキーを押す（以下、ボタンにカーソルを合わせ、エンターキーを押す操作をボタンを押すという）と、テキスト表示エリア２１Ｃに楽曲の歌詞がオーディオデータと同期したタイミングで表示される。同様に、プロフィール表示ボタン２３あるいは情報表示ボタン２４を押すと、楽曲に対応するアーティストのプロフィールあるいはコンサート情報等がテキスト表示エリア２１Ｃに表示される。このように、視聴者は、現在どのような楽曲が配信されているのかを知ることができ、各楽曲についての詳細な情報を知ることができる。
【００４５】
視聴者は試聴した楽曲を購入したい場合には、ダウンロードボタン２８を押す。ダウンロードボタン２８が押されると、選択された楽曲のオーディオデータがダウンロードされ、ストレージデバイス１３に記憶される。楽曲のオーディオデータと共に、その歌詞データ、アーティストのプロフィール情報、ジャケットの静止画データ等をダウンロードすることもできる。楽曲がダウンロードされる毎にその情報がＩＲＤ１２内のＩＣカードに記憶される。ＩＣカードに記憶された情報は、例えば１カ月に一度ずつ課金サーバ５に吸い上げられる。これによって、ダウンロードされる楽曲の著作権を保護することができる。
【００４６】
また、視聴者はあらかじめダウンロードの予約を行いたい場合には、予約録音ボタン２５を押す。このボタンを押すと、ＧＵＩ画面が切り換わり、予約が可能な楽曲のリストが画面全体に表示される。このリストは１時間単位、１週間単位、ジャンル単位等で検索した楽曲を表示することか可能である。視聴者はこのリストの中からダウンロードの予約を行いたい楽曲を選択すると、その情報がＩＲＤ１２内に登録される。そして、すでにダウンロードの予約を行った楽曲を確認したい場合には、予約済一覧表示ボタン２６を押すことにより、画面全体に表示させることができる。このようにして予約された楽曲は、予約時刻になるとＩＲＤ１２によりダウンロードされ、ストレージデバイス１３に記憶される。
【００４７】
視聴者はダウンロードを行った楽曲について確認したい場合には、録音履歴ボタン２７を押すことにより、既にダウンロードを行った楽曲のリストを画面全体に表示させることかできる。
【００４８】
このように、この発明が適用されたシステムの受信設備３では、テレビジョン受像機１４のＧＵＩ画面上に楽曲のリストが表示される。そして、このＧＵＩ画面上の表示にしたがって楽曲を選択するとその楽曲を試聴することができ、その楽曲の歌詞やアーティストのプロフィール等を知ることができる。さらに、楽曲のダウンロードとその予約、ダウンロードの履歴や予約済楽曲リストの表示等を行うことかできる。
【００４９】
以上、説明したように、この発明が適用された音楽コンテンツ配信システムでは、音楽放送番組が配信されると共に、複数のオーディオチャンネルを使用して楽曲のオーディオデータが配信される。そして、配信されている楽曲のリスト等を使用して所望の楽曲を探し、そのオーディオデータをストレージデバイス１３に簡単に保存することができる。以下、このようなシステムについて、更に詳述する。
【００５０】
図３はこの発明が適用された音楽コンテンツ配信システムにおける地上局１の構成を示すものである。
【００５１】
図３において、テレビジョン番組素材登録システム３１からの素材データはＡＶサーバ３５に登録される。この素材データはビデオデータとオーディオデータである。ＡＶサーバ３５に登録されたデータは、テレビジョン番組送出システム３９に送られ、ここでビデオデータは例えばＭＰＥＧ２方式で圧縮され、オーディオデータは例えばＭＰＥＧ２オーディオ方式により圧縮されパケット化される。テレビジョン番組送出システム３９の出力はマルチプレクサ４４に送られる。
【００５２】
また、楽曲素材登録システム３２からのオーディオデータは、ＭＰＥＧ２オーディオエンコーダ３６ＡおよびＡＴＲＡＣエンコーダ３６Ｂに供給され、各々エンコードされた後、ＭＰＥＧオーディオサーバ４０ＡおよびＡＴＲＡＣオーディオサーバ４０Ｂに登録される。ＭＰＥＧオーディオサーバ４０Ａに登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオーディオ送出システム４３Ａに送られ、ここでパケット化された後、マルチプレクサ４４に送られる。ＡＴＲＡＣオーディオサーバ４０Ｂに登録されたＡＴＲＡＣデータは、ＡＴＲＡＣオーディオ送出システム４３Ｂに４倍速ＡＴＲＡＣデータとして送られ、ここでパケット化された後、マルチプレクサ４４に送られる。
【００５３】
さらに、音声付加情報登録システム３３からの音声付加情報は、音声付加情報データベース３７に登録される。音声付加情報データベース３７に登録された音声付加情報は、音声付加情報送出システム４１に送られ、ここでパケット化された後、マルチプレクサ４４に送られる。
【００５４】
また、ＧＵＩ用素材登録システム３４からのＧＵＩデータは、ＧＵＩ素材データベース３８に登録される。ＧＵＩ素材データベース３８に登録されたＧＵＩ素材データは、ＧＵＩオーサリングシステム４２に送られ、ここでＧＵＩ用の画面のデータが処理され、パケット化された後、マルチプレクサ４４に送られる。ここで、ＧＵＩ素材データにはジャケットの静止画情報、楽曲の歌詞情報、アーティストのコンサート情報等が含まれるが、静止画情報は例えばＪＰＥＧ(Joint Photographic Experts Group)方式で圧縮された６４０×４８０ピクセル、歌詞情報は例えば８００文字以内のテキストデータとされ、それぞれパケット化される。
【００５５】
マルチプレクサ４４においては、テレビジョン番組送出システム３９からのビデオパケットおよびオーディオパケットと、ＭＰＥＧオーディオ送出システム４３Ａからのオーディオパケットと、ＡＴＲＡＣオーディオ送出システム４３Ｂからの４倍速オーディオパケットと、音声付加情報送出システム４１からの音声付加情報パケットと、ＧＵＩオーサリングシステム４２からのＧＵＩデータパケットとが時間軸多重化されると共に、キー情報サーバ１０（図１）からのキー情報を用いて暗号化される。
【００５６】
マルチプレクサ４４の出力は電波送出システム４５に送られ、ここで誤り訂正符号の付加、変調、および周波数変換等の処理を施された後、アンテナから衛星２に向けて送信される。
【００５７】
図４は地上局１から送信されるデータの一例を示すものである。なお、この図に示す各データは実際には時間軸多重化されている。図４に示すように、時刻ｔ1 から時刻ｔ2 の間が１つのイベントとされ、時刻ｔ２から次のイベントとされる。イベントとは楽曲のラインナップを変える単位であって、３０分または１時間を単位とするのが普通である。例えば、最新ヒット曲のトップ２０の２０位から１１位を先のイベントで放送し、１０位から１位を後のイベントで放送すること等が考えられる。そして、このイベントが暗号化の単位となっている。
【００５８】
図４に示すように、時刻ｔ1 から時刻ｔ2 のイベントでは、通常の動画の番組放送で、所定の内容Ａ１を有する音楽番組が放送されている。また、時刻ｔ2 から始まるイベントでは、所定の内容Ａ２を有する音楽番組が放送されている。この通常の音楽番組で放送されているのは、動画と音声である。
【００５９】
オーディオチャンネルは、例えば、チャンルＣＨ１からＣＨ１０の１０チャンネル分用意される。このとき、各オーディオチャンネルＣＨ１、ＣＨ２、ＣＨ３、・・・ＣＨ１０では、１つのイベントの間、同一の楽曲が繰り返して送信される。すなわち、時刻ｔ1 から時刻ｔ2 のイベントでは、オーディオチャンネルＣＨ１では、楽曲Ｂ１が繰り返して送信され、オーディオチャンネルＣＨ２では楽曲Ｃ１が繰り返して送信され、以下、同様にオーディオチャンネルＣＨ１０では楽曲Ｋ１が繰り返して送信される。時刻ｔ２から始まるイベントでは、オーディオチャンネルＣＨ１では、楽曲Ｂ２が繰り返して送信され、オーディオチャンネルＣＨ２では楽曲Ｃ２が繰り返して送信され、以下、同様にオーディオチャンネルＣＨ１０では楽曲Ｋ２が繰り返して送信される。これは、ＭＰＥＧオーディオチャンネルおよび４倍速ＡＴＲＡＣオーディオチャンネルに共通である。
【００６０】
つまり、図４において、ＭＰＥＧオーディオチャンネルと４倍速ＡＴＲＡＣオーディオチャンネルのチャンネル番号である（  ）内の数字が同じものは同じ楽曲に関するものである。また、音声付加情報のチャンネル番号である（  ）内の数字は、同じチャンネル番号を有するオーディオデータに付加されている音声付加情報である。さらに、ＧＵＩデータとして伝送される静止画データやテキストデータも各チャンネル毎に形成される。これらのデータはＭＰＥＧ２のトランスポートパケット内で時分割多重化されて送信され、ＩＲＤ１２内では各データパケットのヘッダ情報を用いて再構築される。
【００６１】
次に、各家庭の受信設備３について説明する。図１に示したように、各家庭の受信設備としては、パラボラアンテナ１１と、ＩＲＤ１２と、ストレージデバイス１３と、テレビジョン受像機１４とが用意される。ここではＩＲＤ１２として、図５Ａに示すように、アナログオーディオ出力端子Ａｏｕｔと、光ケーブルでオーディオデータを送るＩＥＣ９５８等のディジタルオーディオ出力端子Ｄｏｕｔと、ＩＥＥＥ１３９４等のディジタルインタフェース端子Ｄｉｆとを備えている。したがって、ストレージデバイス１３としては、アナログオーディオ入力端子Ａｉｎしか備えていないもの、ＩＥＣ９５８等のＰＣＭオーディオ入力端子Ｄｉｎを備えているもの、ＩＥＥＥ１３９４等の双方向ディジタルインタフェース端子Ｄｉｆを備えているものを接続することができる。
【００６２】
図５Ｂに示すように、ストレージデバイスとしてアナログオーディオ入力端子Ａｉｎしか備えていないストレージデバイス１３Ａが用いられた場合には、ＩＲＤ１２のアナログ出力端子Ａｏｕｔと、ストレージデバイス１３Ａのアナログ入力端子Ａｉｎとがアナログケーブルにより接続される。また、図５Ｃに示すように、ストレージデバイスとしてＩＥＣ９５８等のＰＣＭオーディオ入力端子Ｄｉｎを備えているストレージデバイス１３Ｂが用いられた場合には、ＩＲＤ１２のディジタル出力端子Ｄｏｕｔとストレージデバイス１３Ｂのディジタル入力端子Ｄｉｎとの間が例えばＩＥＣ９５８の光ファイバで接続される。さらに、図５Ｄに示すように、ストレージデバイスとしてＩＥＥＥ１３９４等の双方向ディジタルインタフェース端子Ｄｉｆを備えているストレージデバイス１３Ｃが用いられた場合には、ＩＲＤ１２のディジタルインタフェース端子Ｄｉｆとストレージデバイス１３Ｃのディジタルインタフェース端子Ｄｉｆとの間がディジタルインタフェースケーブルで接続される。
【００６３】
図５Ｂに示すように、ストレージデバイスとしてディジタル入力端子を有していないものを用いた場合には、ダウンロードされたＭＰＥＧオーディオデータは、ＩＲＤ１２内でＭＰＥＧ２のデコード処理を施され、さらにＤ／Ａ変換されて、アナログのオーディオ出力端子Ａｏｕｔから出力される。そして、ＩＲＤ１２からアナログケーブルを介してストレージデバイス１３Ａに送られる。なお、この場合、ＩＲＤ１２とストレージデバイス１３Ａとの間に、赤外線等の無線通信、あるいはケーブルによる有線通信を用いて制御信号のやりとりを行い、接続関係の確認やダウンロード動作の確認を行うように構成することも可能である。
【００６４】
図５Ｃに示すように、ストレージデバイスとしてＰＣＭオーディオ入力端子Ｄｉｎを備えているストレージデバイス１３Ｂが用いられた場合には、ダウンロードされたＭＰＥＧオーディオデータは、ＩＲＤ１２内でＭＰＥＧ２のデコード処理を施され、ＩＲＤ１２からＰＣＭオーディオデータで出力される。そして、ＩＲＤ１２から、例えばＩＥＣ９５８の光ケーブルを介してストレージデバイス１３Ｂに送られる。この場合も、ＩＲＤ１２とストレージデバイス１３Ａとの間に、赤外線等の無線通信、あるいはケーブルによる有線通信を用いて制御信号のやりとりを行い、接続関係の確認やダウンロード動作の確認を行うように構成することも可能である。
【００６５】
図５Ｄに示した場合の具体例として、ＩＥＥＥ１３９４等の双方向ディジタルインタフェース端子Ｄｉｆを備えているＭＤレコーダ／プレーヤがストレージデバイスとして用いられた場合には、ダウンロードされた４倍速ＡＴＲＡＣデータは、そのままＩＲＤ１２から、例えばＩＥＥＥ１３９４のディジタルインタフェースケーブルを介してストレージデバイスに送られる。
【００６６】
このように、ストレージデバイス１３として使用される機器としては、アナログ入力のもの、ＰＣＭオーディオデータを入力するもの、ＡＴＲＡＣのデータを入力するのものの３系統のものがあり得る。
【００６７】
図６はＩＲＤ１２の構成の一例を示すものである。このＩＲＤ１２は外部端子あるいはインタフェースとして、入力端子Ｔ１、アナログビデオ出力端子Ｔ２、アナログオーディオ出力端子Ｔ３，Ｔ４、光ディジタル出力インタフェース５９、ＩＥＥＥ１３９４インタフェース６０、マンマシンインタフェース６１、ＩＣカードスロット６２、およびモデム６３を備えている。
【００６８】
入力端子Ｔ１に入力された受信信号はチューナー５１に供給される。チューナー５１で、制御用ＣＰＵ（Central Processing Unit ）５８からの設定信号に基づい、受信信号の中から所定の搬送波周波数の信号が選択される。そして、この受信信号がＱＰＳＫ（Quadrature Phase Shift Keying ）復調され、更に、誤り訂正処理が施されて、ＭＰＥＧトランスポートストリームが出力される。
【００６９】
チューナー５１の出力は、デスクランブラ５２に供給される。デスクランブラ５２には、受信されたＥＣＭデータ及びＥＭＭデータが入力されると共に、ＩＣカード６５に記憶されているデスクランブル用の鍵データがＩＣカードスロット６２と制御用ＣＰＵ５８とを介して入力される。デスクランブラ５３は、この受信されたＥＣＭデータ及びＥＭＭデータと、ＩＣカード６５の鍵データを用いて、ＭＰＥＧトランスポートストリームのデスクランブルを行なう。デスクランブルされたＭＰＥＧトランスポートストリームはトランスポートＩＣ５３に送られる。
【００７０】
トランスポートＩＣ５３は、ＣＰＵ５８からの指令に基づいて、デスクランブラ５２からのストリームの中から、所望のパケットを分離するものである。伝送パケットには、ヘッダ部にパケット識別子（ＰＩＤ）が設けられる。このＰＩＤに基づいて、所望のパケットが抽出され、このパケットがＭＰＥＧオーディオデコーダ５４、ＭＰＥＧビデオデコーダ５５に送られる。
【００７１】
映像信号のパケットは、ＭＰＥＧビデオデコーダ５５に送られる。音声信号のパケットは、ＭＰＥＧオーディオデコーダ５４に送られる。
【００７２】
ＭＰＥＧビデオデコーダ５５は、トランスポートＩＣ５３からの映像信号のパケットを受け取り、ＭＰＥＧ２方式のデコード処理を行なって、データ圧縮前のビデオデータを形成する。このビデオデータは、ＮＴＳＣ変換回路５７に供給され、ＮＴＳＣ変換回路５７で、ＭＰＥＧビデオデコーダ５５でデコードされたビデオデータがコンポジットビデオ信号に変換され、アナログ信号に変換される。このＮＴＳＣ変換回路５７の出力がアナログビデオ出力端子Ｔ２からテレビジョン受像機１４へ出力される。
【００７３】
ＭＰＥＧオーディオデコーダ５４は、トランスポートＩＣ５３からの映像信号のパケットを受け取り、ＭＰＥＧ方式の音声デコード処理を行なって、データ圧縮前のオーディオデータを形成する。デコードされたオーディオデータは、ＤＡコンバータ５６でアナログオーディオ信号に変換された後、アナログオーディオ出力端子Ｔ３からテレビジョン受像機１４へ出力される。また、オーディオデコーダ５４でデコードされたオーディオデータは、光ディジタル出力インターフェース５９に送られる。
【００７４】
受信信号の搬送波周波数の設定は、視聴者がリモコン６４から入力したチャンネル設定信号に基づいて行なわれる。所望のチャンネルの番組を設定する時には、ＮＩＴ（Network Information Table ）を参照することにより、チューナー５１の受信周波数が所定の搬送波周波数に設定される。そして、その搬送波周波数でのチャンネルに関する情報であるＰＡＴ（Program Association Table ）のパケットを参照して、所望のチャンネルに関する情報であるＰＭＴ（Program Map Table ）のＰＩＤのパケットが抽出される。このＰＭＴを参照することにより、所望のチャンネルの映像、音声、付加データのパケットのＰＩＤが得られる。
【００７５】
更に、ＰＭＴには、このチャンネルに関連するサブチャンネルがある場合には、このサブチャンネルのＰＭＴを記述できる。このサブチャンネルのＰＭＴが記述されている場合には、このサブチャンネルのＰＭＴのＰＩＤのパケットが抽出され、このサブチャンネルのＰＭＴを参照することにより、所望のサブチャンネルのデータのパケットのＰＩＤが得られる。
【００７６】
ＣＤのジャケット等の静止画や、歌詞やアーチストの情報等のＧＵＩデータは、ＭＨＥＧ５方式に基づいて送られている。静止画像、音声等のモノメディアは、表示手順（ファイル情報、リンク情報、時刻情報、イベント）等を示すスクリプトと共にＭＨＥＧ５のコンテンツが作成される。作成されたコンテンツは、ＤＳＭ−ＣＣ（Digital Storage Media-Command and Control ）のフォーマットで伝送される。
【００７７】
図２に示した画面上で楽曲のリスト２１Ｂから楽曲が選択され、その楽曲のオーディオデータを試聴する場合には、選択された楽曲のオーディオデータがトランスポートＩＣ５３において抽出され、ＭＰＥＧオーディオデコーダ５４でデコードされ、ＤＡコンバータ５６でディジタル／アナログ変換された後、スイッチＳＷ１を通ってアナログオーディオ出力端子Ｔ３からテレビジョン受像機１４へ出力される。
【００７８】
この時、視聴者はリモコン６４を用いて、前述した各種操作を行うと、マンマシンインタフェース６１から制御用ＣＰＵ５８へ送られる。制御用ＣＰＵ５８は視聴者の操作に応じてＧＵＩデータを処理する。
【００７９】
例えば歌詞ボタン２２が押された場合には、付加データとして送られてきた歌詞のテキストデータがＭＰＥＧビデオデコーダ５５に供給される。そして、ＯＳＤ（On Screen Display ）機能を利用して画像データとされ、ＮＴＳＣ変換ブロック５７でコンポジットビデオ信号とされ、アナログビデオ出力端子Ｔ２からテレビジョン受像機へ出力される。これによって、テレビジョン受像機１４のスピーカから楽曲の音声が流れると同時に、その音声と同期して、画面のテキスト表示エリア２１Ｃに歌詞が表示される。
【００８０】
図２に示した画面上でダウンロードボタン２８が押され、楽曲のオーディオデータをダウンロードする際には、このダウンロードボタン２８に対応するサブチャンネルに設定される。このメインチャンネルのＰＭＴを参照して、指定されたサブチャンネルのＰＭＴを抽出するためのＰＩＤが指定される。そして、サブチャンネルのＰＭＴから、サブチャンネルで送られるＭＰＥＧ方式で圧縮されたオーディオ、ＡＴＲＡＣで圧縮されたオーディオデータ、付加データのＰＩＤが指定される。
【００８１】
このサブチャンネルのＰＩＤを参照して、トランスポートＩＣ５３から、ＭＰＥＧ方式で圧縮されたオーディオデータ、ＡＴＲＡＣで圧縮されたオーディオデータ、付加でータが抽出される。
【００８２】
ＩＥＥＥ１３９４インタフェース６０にＩＥＥＥ１３９４対応のストレージデバイスが接続されている場合には、トランスポートＩＣ５３において、４倍速ＡＴＲＡＣデータが選択され、ＩＥＥＥ１３９４インタフェース６０を介してそのままストレージデバイスに送出される。
【００８３】
光ディジタル出力インタフェース５９にＩＥＣ９５８対応機器が接続されている場合には、トランスポートＩＣ５３においてＭＰＥＧオーディオデータが選択され、このＭＰＥＧオーディオデコーダ５４でデコードされた後、光ディジタル出力インタフェース５９を介してストレージデバイスに送出される。そして、アナログオーディオ出力端子Ｔ４にストレージデバイスが接続されている場合には、ＭＰＥＧオーディオデータが選択され、ＭＰＥＧオーディオデコーダ５４でデコードし、さらにＤＡコンバータ５６でアナログ化した後、ストレージデバイスに送出される。
【００８４】
この衛星放送には、課金形態としては、フラット契約とＰＰＶ契約とがある。フラット契約は、特定チャンネルに対して１カ月単位で料金設定されるものであり、これには、チャンネル単位に契約するものと、複数のチャンネルパッケージにして契約するものがある。ＰＰＶは、番組単位に料金が設定されるのであり、これは、事前に申し込みをするものと、即時に購入できるものがある。このような音楽コンテンツ配信サービスでは、メインとなるチャンネルはフラット契約の形態とされ、音楽データのダンウロードは、ＰＰＶの契約で行なわれる。このような有料チャンネルの受信処理は、図７及び図８に示すようにして行なわれる。
【００８５】
先ず、契約時に、ＣＡＴ（Condition Access Table）が受信され、このＣＡＴから、限定受信方式の識別と契約情報等の個別情報であるＥＭＭ（Entitlement Management Message）のパケットのＰＩＤが得られる（ステップＳ１）。ＩＣカード６５内の個別ＩＤと一致する自分宛のＥＭＭが受信され（ステップＳ２）、このＥＭＭがＩＣカード６５に送られ、契約内容がＩＣカード６５内に記憶される（ステップＳ２）。
【００８６】
ＰＰＶ購入が決定されると（ステップＳ４）、ＩＣカード６５内の契約タイプがチェックされる（ステップＳ５）。この契約タイプから、契約が結ばれているか否かがチェックされ、契約が結ばれていなければ、購入禁止とされる（ステップＳ６）。
【００８７】
所望のチャンネルを選択し、ＰＭＴを取得することにより、ＥＣＭのＰＩＤが得られる。このＥＣＭ（Entitlement Control Message ）が受信され、ＩＣカード６５に送られる。なお、ＥＣＭは、暗号化されたデスクランブルキーである。ＥＣＭ内のコンテンツの料金情報ＰＰＶ＿ｆｅｅが抜き出され（ステップＳ７）、この料金情報ＰＰＶ＿ｆｅｅと視聴合計料金との和が超過視聴Ｏｖｅｒ＿ｖｉｅｗ以下か否かが判断される（ステップＳ８）。超過視聴Ｏｖｅｒ＿ｖｉｅｗを越えたら、購入禁止とされる（ステップＳ６）。超過視聴Ｏｖｅｒ＿ｖｉｅｗを越えていなければ、ＥＣＭ内のｓｅｒｖｉｃｅ＿ｉｄとｅｖｅｎｔ＿ｉｄと最新視聴合計料金とがＩＣカード６５に記憶される（ステップＳ９）。そして、ＩＣカード６５から、デスクランブルキーが返される。デスクランブラ５２に、デスクランブルするコンポーネントのＰＩＤとキーが設定され、所望の番組の各コンポーネントがデスクランブルされる（ステップＳ１０）。
【００８８】
上述のようなＰＰＶによるスクランブルは、通常、１コンテンツを１イベントとして扱っているが、音楽データのような比較的短いコンテンツでは、１コンシンツ１イベントにすると、イベント数が膨大になり、ＩＣカード６５が直ぐに溢れてしまう。
【００８９】
そこで、同じ曲を複数回送信し、複数回のコンテンツを１イベントとして扱うようにしている。このように、複数回のコンテンツを１イベントとして扱ったときにも、各コンテンツ毎の保護を図れるように、図９にフローチャートで示すような処理が行なわれる。
【００９０】
図９において、メインチャンネルのテレビジョン番組を受信している間に、プログラムは、ＭＨＥＧのスクリプトで送られてくる。このスクリプトが受信される（ステップＳ２１）。
【００９１】
メインチャンネルのテレビジョン番組が受信され、その番組の音声データが音声出力としモニタされる（ステップＳ２２）。そして、ダウンロード用のサブチャンネルが視聴されるか否かが判断される（ステップＳ２３）。
【００９２】
サブチャンネルが視聴されると判断されたら、サブチャンネルが所定のプレビュー時間（例えば、３０秒）の範囲だけデスクランブルされる（ステップＳ２４）。そして、音声出力がサブチャンネルに切り換えられる（ステップＳ２５）。これにより、サブチャンネルの音声がモニタされる（ステップＳ２６）。
【００９３】
サブチャンネルの音声がモニタされている間に、サブチャンネルのデータをダウンロードするか否かが判断される（ステップＳ２７）。サブチャンネルのデータをダウンロードしなけばれ、所定のプレビュー時間が経過したか否かが判断される（ステップＳ２８）。所定のプレビュー時間が経過していなければ、ステップＳ２６にリターンされ、サブチャンネルの音声のモニタが続けられる。所定のプレビュー時間が経過したら、ステップＳ２２にリターンされる。
【００９４】
ステップＳ２３で、サブチャンネルが視聴されないと判断されたときには、サブチャンネルをダウンロードするか否かが判断される（ステップＳ２９）。サブチャンネルをダウンロードしなければ、ステップＳ２２にリターンされる。
【００９５】
ステップＳ２９で、サブチャンネルをダウンロードすると判断されたら、購入済ステータスから、このサブチャンネルの購入は始めてか否かが判断される（ステップＳ３０）。購入済ステータスから、始めての購入ではないと判断されたら、「この曲は購入済です」というメッセージが表示され（ステップＳ３１）、ステップＳ２２にリターンされる。
【００９６】
ステップＳ３０で、購入済ステータスから、このサブチャンネルの購入は始めてであると判断されたら、１曲の先頭であるか否かが判断され（ステップＳ３２）、１曲の先頭になったらにサブチャンネルの音声がモニタされる（ステップＳ３３）。そして、１曲分のデータが終了したか否かが判断され（ステップＳ３４）、１曲分のデータの終了まで、サブチャンネルの音声のモニタが続けられる。
【００９７】
１曲分のデータの受信が終了したら、１曲分のデータが正しく受信できたか否かが判断され（ステップＳ３５）、正しく受信できていなければ、ステップＳ３２に戻り、再び、サブチャンネルの音声がモニタされる。ステップＳ３５で正しく受信できた判断されたら、ＭＨＥＧスクリプトからＣＰＵ５８のレジデトスプログラムに処理が渡され、この曲を既に購入していることを示す購入済ステータスがＣＰＵ５８に対するメモリ又はＩＣカード６５に記録され（ステップＳ３６）、ステップＳ２２にリターンされる。
【００９８】
上述のフローチャートに示すような処理を行なうと、図１０に示すような音声出力が得られる。すなわち、図１０Ａ及び図１０Ｂに示すようにメインとなるテレビジョンの映像及び音声が送られており、このメインチャンネルのイベント長がＴＡであるとする。そして、サブチャンネルでは、図１０Ｃに示すようなＭＰＥＧオーディオデータと、図１０Ｄに示すようなＡＴＲＡＣのオーディオデータが送られ、図１０Ｅに示すように音声付加情報が送られているとする。
【００９９】
図１０Ｆは、出力されるオーディオデータを示すものである。図１０Ｆに示すように、操作が行なわれていないときには、メインとなるテレビジョン放送の音声（図１０Ｂ）が出力されている。
【０１００】
時点ｔ１１では、楽曲が選択されてエンターキーが押されると、所定のプレビュー時間ＴＣだけ、ＭＰＥＧオーディオデータ（図１０Ｃ）が出力される。そして、この所定のプレビュー時間が経過すると、メインとなるテレビジョン放送の音声に戻る。
【０１０１】
時点ｔ１２で、ダウンロードボタン２８が押されると、購入済ステータスから、このＭＰＥＧオーディオデータが未だに購入されていなければ、次のＭＰＥＧオーディオデータの先頭となる時点ｔ１３からオーディオデータの終了となるｔ１４まで、ＭＰＥＧオーディオデータが出力される。そして、１曲分のデータが受信されると、購入済であることを示すステータスが記録され、メインとなるテレビジョンの音声に切り換えられる。
【０１０２】
このように、１曲分のデータが受信されたら、データが購入済であることを示すステータスを記録し、このステータスからデータ購入済であると判断されると、メインとなるテレビジョンの音声に切り換えられるように処理することにより、１つのイベント内に複数のコンテンツのデータがある場合にも、再生できるコンテンツのデータは１回のみとなり、各コンテンツのデータを保護することができるようになる。
【０１０３】
なお、この場合、メインとなるテレビジョン放送と、サブプログラムとなるダウンロード用のデータとは、完全に独立したプログラムを構成している。したがって、メインとなるプログラムのイベント長ＴＡと、各サブプログラムでのイベント長ＴＢとは、完全に、独立して設定することが可能である。
【０１０４】
また、上述の例では、ＭＰＥＧのオーディオデータのダウンロードについて説明したが、ＡＴＲＡＣ（図１０Ｄ）のデータの場合にも、ＡＴＲＡＣの１曲分のデータが受信されたら、データが購入済であることを示すステータスを記録し、このステータスからデータ購入済であると判断されると、メインとなるテレビジョンの音声に切り換えられるように処理することで、同様にコンテンツのデータを保護することができる。
【０１０５】
【発明の効果】
この発明によれば、イベント内のコンテンツのデータを受信したら、コンテンツのデータを受信したことを示すステータスからコンテンツのデータが既に購入されたか否かを判断し、コンテンツのデータが未だに購入されていないと判断されたら、コンテンツのデータの購入を許可すると共に、コンテンツのデータを購入したら、上記コンテンツのデータを購入したことを示すステータスを記憶し、コンテンツのデータが既に購入されていると判断されたら、コンテンツの購入を禁止するように制御することにより、１イベントに複数のコンテンツがある場合にも、各コンテンツの保護を図ることができる。
【０１０６】
そして、このような制御を行なうプログラムを、ＭＨＥＧスクリプトを使って送ることにより、特別な制御回路を必要とせず、汎用の受信機で対応できる。
【図面の簡単な説明】
【図１】この発明が適用された音楽コンテンツ配信システムの一例の全体構成を示すブロック図である。
【図２】図１に示したシステムにおけるテレビジョン受像機に表示される画面の一例を示す図である。
【図３】図１に示したシステムにおける送信側の構成の一例を示すブロック図である。
【図４】図１に示したシステムにおいて送信されるデータの一例の構造を示す図である。
【図５】図１に示したシステムにおけるＩＲＤとストレージデバイスとの接続関係を示す説明図である。
【図６】図１に示したシステムにおけるＩＲＤの構成の一例を示すブロック図である。
【図７】契約変更時の課金処理の説明に用いるフローチャートである。
【図８】ＰＰＶの課金処理の説明に用いるフローチャートである。
【図９】コンテンツのデータ購入時の処理を示すフローチャートである。
【図１０】図９に示した処理でコンテンツを購入した場合の説明に用いる略線図である。
【図１１】従来の課金方法の説明に用いるブロック図である。
【図１２】従来の課金方法における受信機側の処理の説明に用いるブロック図である。
【符号の説明】
３・・・受信設備，１２・・・ＩＲＤ，１３・・・ストレージデバイス，１４・・・テレビジョン受像機，
【図１】
0004058810.tif 000002
【図２】
0004058810.tif 000003
【図３】
0004058810.tif 000004
【図４】
0004058810.tif 000005
【図５】
0004058810.tif 000006
【図６】
0004058810.tif 000007
【図７】
0004058810.tif 000008
【図８】
0004058810.tif 000009
【図９】
0004058810.tif 000010
【図１０】
0004058810.tif 000011
【図１１】
0004058810.tif 000012
【図１２】
0004058810.tif 000013