JP3945029B2 - データ伝送方法及びデータ伝送装置 - Google Patents
データ伝送方法及びデータ伝送装置 Download PDFInfo
- Publication number
- JP3945029B2 JP3945029B2 JP20173198A JP20173198A JP3945029B2 JP 3945029 B2 JP3945029 B2 JP 3945029B2 JP 20173198 A JP20173198 A JP 20173198A JP 20173198 A JP20173198 A JP 20173198A JP 3945029 B2 JP3945029 B2 JP 3945029B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- stream packet
- transmission information
- audio
- 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
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、例えば衛星放送により音楽データを配信するようなシステムに用いて好適なデータ伝送方法及びデータ伝送装置に関する。
【０００２】
【従来の技術】
ディジタル衛星放送の普及が進んでいる。ディジタル衛星放送は、既存のアナログ放送に比べて、高品質の信号を伝送することが可能であると共に、周波数利用効率が向上され、多チャンネル化が図れる。例えば、ディジタル衛星放送では、１つの衛星で数１００チャンネルを確保することが可能である。
このようなディジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツのプログラムが終日放映されている。これらの専門チャンネルの中で、音楽チャンネルは、人気のあるチャンネルの１つである。従来、音楽チャンネルでは、新曲紹介やヒット曲の番組が動画と音声で送られている。
【０００３】
音楽チャンネルを視聴していると、気に入った楽曲が紹介されていて、その楽曲のＣＤ（Compact Disc）等を購入して、楽しみたいと考えることが良くある。
このような場合、音楽番組を見ながら、その場で、その楽曲の音楽データをダウンロードできれば非常に便利である。そこで、本出願人は、ディジタル衛星放送を使って音楽番組を放送すると共に、この音楽番組と関連するようなオーディオデータを配信し、その場でその楽曲の音楽データを購入できるようにしたシステムを提案している。
【０００４】
このように、衛星放送で音楽データの配信を行うようした場合、オーディオデータをそのまま伝送したのでは、データ量が膨大となり、転送時間が長くなる。
そこで、オーディオデータを圧縮して伝送することが考えられる。
オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ（Adaptive Tranform Acoustic Coding ）を用いることが考えられる。ＡＴＲＡＣは、既に、ＭＤ（Mini Disc ）でオーディオデータを圧縮して記録するのに採用されている。ＡＴＲＡＣでオーディオデータの圧縮を行えば、配信する音楽データのデータレートを下げられると共に、配信されてきたオーディオデータをＭＤに直接記録することができるという利点がある。
【０００５】
ところで、ＡＴＲＡＣでは、４２４バイトがサウンドグループと称され、１つの記録単位となっている。このため、ＡＴＲＡＣのデータを衛星放送で配信する場合、このサウンドグループが崩れないように、データを伝送することが望まれる。
【０００６】
つまり、ＡＴＲＡＣでは、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数１６ビットで、オーディオデータがディジタル化される。そして、このオーディオデータが１１．６１ｍ秒の時間窓で切り出され、変形ＤＣＴ（Discrete Cosine Transform ）により、約１／５のデータ量に圧縮される。
【０００７】
このように、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数が１６ビットでデジタル化されたオーディオデータを１１．６１ｍ秒の時間窓で切り出すと、そのサンプル数は、５１２サンプルとなる。したがって、１１．６１ｍ秒の時間窓でのオーディオデータのデータ量は、
５１２×２＝１０２４バイト
となり、左右の２チャンネルで、
１０２４×２＝２０４８バイト
となる。
【０００８】
ＡＴＲＡＣでは、変形ＤＣＴデータにより、この２０４８バイトのデータが４２４バイトに圧縮される。この４２４バイトのＡＴＲＡＣデータがサウンドグループと称され、ＡＴＲＡＣ方式で圧縮された音声データを伝送するときの１つの単位となる。２０４８のデータが４２４バイトに圧縮されるので、ＡＴＲＡＣ方式の圧縮率は約１／５となる。
【０００９】
【発明が解決しようとする課題】
このように、ＡＴＲＡＣでは、１１．６１ｍ秒の期間の音声圧縮データに相当する４２４バイトのサウンドグループが音声圧縮データの１単位となっており、ＡＴＲＡＣのオーディオデータを伝送する場合には、このサウンドグループ単位を保持していくことが望まれる。
【００１０】
一方、衛星放送では、ＭＰＥＧ（Moving Picture Experts Group）２でデータが送られている。ＭＰＥＧ２方式では、ビデオデータ、オーディオデータ、その他のデータがトランスポートパケット（以下、ＴＳパケットと称する）と呼ばれる１８８バイトの固定長のパケットに載せられ、同一ストリームで多重化されて伝送されている。したがって、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２のストリームで転送する場合には、ＡＴＲＡＣで圧縮されたオーディオデータを１８８バイトのＴＳパケットに載せなければならない。
【００１１】
ところが、ＡＴＲＡＣのサウンドグループである４２４バイトと、ＴＳパケットのサイズである１８８バイトとの間には、無関係である。このため、ＡＴＲＡＣのデータを単にＴＳパケットに割り当てて伝送すると、サウンドグループが崩れてしまい、ＡＴＲＡＣの復調処理やＡＴＲＡＣでの記録処理が困難になる。
【００１２】
したがって、この発明の目的は、所定のデータ数を基本単位とするデータをＭＰＥＧ２のストリームで伝送する場合に、そのデータの基本単位を保持しつつ、ＰＥＳ（Packetized Elementary Stream）パケットで効率的に伝送できるようにしたデータ伝送方法を提供することにある。
さらに受信装置側もしくはダウンロードを実行するストレージデバイス側で、伝送データのエラーチェックを行うことができるようにし、データの信頼性を確認できるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
上述の課題に鑑みて、この発明に係わるデータ伝送方法では、所定のデータ量の基本単位の伝送情報をＰＥＳパケットで伝送する際に、整数個のＴＳパケットでＰＥＳパケットを構成し、ＰＥＳパケットに基本単位の伝送情報が整数個配置されるように、１つのＴＳパケットで伝送するデータ数を決定するようにしている。伝送情報は例えばＡＴＲＡＣで圧縮されたオーディオデータであり、基本単位は、サウンドフレームである。
【００１４】
例えば、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する際、ＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成することで、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送する。このようにすると、整数個（８個）のＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパケットに基本単位であるサウンドフレームのＡＴＲＡＣのデータが整数個（３個）配置されるようになる。このように、ＰＥＳパケットでサウンドフレームを整数個が送れるため、サウンドフレームとＰＥＳパケットの整合性が良くなる。
【００１５】
そして特に各ＴＳパケットに含まれる伝送情報に対しては、エラー検出コードもしくはエラー訂正コードが含まれるようにする。これにより受信装置側やストレージデバイス側で、伝送情報のエラーチェックを行うことができるようにする。
【００１６】
また、この発明に係わるデータ伝送方法では、ＴＳパケットには、伝送情報に関する固有情報を挿入するようにしている。この固有情報は、伝送中のデータが最初のＰＥＳパケットであることを示す情報、伝送中のデータが最後のＰＥＳパケットであることを示す情報、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。
このため、記録開始位置や記録終了位置を簡単に検出することができる。
また、この固有情報には、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。これにより、データが抜けているか否かを判断し、これに応じてエラー処理を行うことができる。
【００１７】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明は、例えば、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２（ISO/IEC 13818 −1 GENERIC CODING OF MOVING PICTURES AND ASSOCIATED AUDIO:SYSYTEMS Recommendation H.222.0）のストリームに載せて伝送する場合に用いられる。
【００１８】
ＭＰＥＧ２方式では、トランスポートストリームパケット（以下、ＴＳパケットと称する）と呼ばれる伝送単位で、複数のプログラムが多重化されて伝送される。このＴＳパケットは、１８８バイトの固定長に定められている。例えば、ＡＴＲＡＣで圧縮されたオーディオデータを伝送する場合には、４２４バイトのＡＴＲＡＣの１サウンドグループのデータを保持する必要がある。ＴＳパケットの大きさの１８８バイトと、ＡＴＲＡＣの１サウンドグループの大きさの４２４バイトは無関係であり、ＡＴＲＡＣのデータをＭＰＥＧ２ストリームで送る場合に整合性が良くない。
【００１９】
そこで、この発明の実施の形態では、図１（ａ）に示すように、１つのＴＳパケットＴＳＰ１〜ＴＳＰ８に、夫々、１５９バイトのＡＴＲＡＣの圧縮オーディオデータを配置し、８つのＴＳパケットＴＳＰ１〜ＴＳＰ８でＰＥＳ（Packetized Elementary Stream）パケットを構成するようにしている。
【００２０】
このように、１つのＴＳパケットで１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットの大きさは、
１５９バイト×８＝１２７２バイト
となる。サウンドグループの大きさは４２４バイトであるから、このＰＥＳパケットで送られる１２７２バイトのデータは、図１（ｂ）に示すように、３つのサウンドグループＳＧＰ１〜ＳＧＰ３のデータに相当する。
４２４バイト×３＝１２７２バイト
【００２１】
このように、１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットで３サウンドグループのデータが伝送できる。このように、ＰＥＳパケットで整数個のサウンドグループのデータが伝送されるため、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性が良好となる。
【００２２】
このように、ＡＴＲＡＣのデータを伝送する場合には、１８８バイトの固定長のＴＳパケットのうち、１５９バイトがＡＴＲＡＣデータの伝送に使用される。
そしてＴＳパケットのうちの残りの２９バイトは、ＴＳパケットヘッダ、ＰＥＳヘッダ、データヘッダが設けられる。このデータヘッダには、伝送するデータのタイプ、衛星放送や地上波放送等のデータの伝送路のタイプ等が設けられる。
更に、ＡＴＲＡＣデータの固有情報を定義するＦＤＦ（Field Dependnet Field ）設けられる。
【００２３】
このように、この発明が適用された伝送方法では、ＡＴＲＡＣのデータを伝送する場合に、１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータが配置され、更に、データヘッダとＦＤＦが設けられ、８つのＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパケットで３つのサウンドグループのデータが伝送される。このようにして、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場合の具体例について以下に説明する。
【００２４】
図２は、ＰＴＳ（Presentation Time Stamp ）を利用して同期伝送を可能にする方式の場合のＴＳパケットの構成を示すものである。図２に示すように、ＴＳパケットは、１８８バイトの固定長からなる。このＴＳパケットの先頭の１バイト目から４バイト目は、トランスポートパケットヘッダとされ、５バイト目から１８バイト目はＰＥＳパケットヘッダとされ、１９バイト目から２０バイト目はデータヘッダとされ、２１バイト目から１８８バイト目はデータボディとされている。データボディの構成は、図３に示されている。
【００２５】
トランスポートパケットヘッダの先頭には、１バイトのシンクバイトが設けられる。このシンクバイトに続いて、このパケット中のエラーの有無を示すトランスポートエラーインディケータと、新たなＰＥＳパケットがこのトランスポートパケットのペイロードから始まることを示すペイロードユニットスタートインディケータと、このパケットの重要度を示すトランスポートプライオリティが、夫々、１ビット設けられる。
これに続いて、該当パケットの個別ストリームの属性を示す１３ビットのストリーム識別情報（ＰＩＤ）が設けられる。更に、パケットのペイロードのスクランブルの有無や種別を示すトランスポートスクランブリングコントロールと、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロールと、同じＰＩＤを持つパケットが途中で一部破棄されたかどうかを検出するためのコンティニュイティカウンタが設けられる。
【００２６】
５バイト目から１８バイト目のＰＥＳパケットヘッダの先頭には、２４ビットの固定値のパケットスタートコードプリフィックスが設けられ、これに続いて、ストリームを識別する８ビットのストリームＩＤ、ＰＥＳパケットの長さを示すＰＥＳパケットレングスが設けられる。
またこれに続いて「１０」の固定パターンと、２ビットのＰＥＳスクランブルコントロールと、１ビットのＰＥＳプライオリティと、１ビットのデータアライメントインディケータと、１ビットのコピーライトと、１ビットのオリジナル／コピーかの識別と、２ビットのＰＴＳ及びＤＴＳフラグと、１ビットのＥＳＣＲフラグと、１ビットのＥＳレートフラグと、１ビットのＤＭＳトリックモードフラグと、１ビットのアディショナルコピーインフォメーションフラグと、１ビットのＰＥＳのＣＲＣフラグと、１ビットのＰＥＳエクステーションフラグが設けられる。
これに続いて、８ビットのＰＥＳヘッダデータレングスが設けられる。「１１０１」の固定パターンの後に、タイムスタンプであるＰＴＳの３２から３０が設けられ、これに続いて１ビットのマーケットビットが設けられる。そして、これに続く１５ビットにタイムスタンプであるＰＴＳの２９から１５が設けられ、これに、１ビットのマーケットビットが付加される。更にこれに続く１５ビットにＰＴＳの１４から０が設けられ、これに、１ビットのマーケットビットが付加される。
【００２７】
１９バイト目から２０バイト目のデータヘッダには、８ビットのデータタイプと、６ビットのデータトランスミッションタイプと、２ビットのタグが設けられる。データタイプには、伝送するデータのタイプが記述される。データトランスミッションタイプには、データの伝送路のタイプ、例えば衛星放送、地上波放送等が記述される。
タグには、データヘッダの後に、アディショナルヘッダがあるか否かが記述される。例えば、タグが「００」ならデータヘッダの後にデータが続き、「０１」ならデータヘッダの後にアディショナルヘッタが続くことが示され、「１０」ならアディショナルヘッダがＰＥＳパケットの中で複数回数あることが示される。
【００２８】
２１バイト目から１８８バイト目は、データボディとされ、ここに、ＡＴＲＡＣのデータが配置される。ＡＴＲＡＣデータの配置は、図３に示すようになっている。
なお本発明に該当する実施の形態の例は図４に示し、図３の例は図４の例に対する基本的な配置を示すものである。
【００２９】
図３に示すように、データボディの２１バイト目の最初の４ビットには、ＦＤＦフィールドレングスが設けられ、次の４ビットにはオーディオデータタイプ１が設けられる。ＦＤＦフィールドレングスはＦＤＦフィールドの長さを示すものである。オーディオデータタイプ１は、オーディオタイプを定義（例えばＡＴＲＡＣ）するためのものである。これに続いて、オーディオデータタイプ２が設けられる。このオーディオデータタイプ２は、データタイプの中での分類が定義される（例えば、ＡＴＲＡＣ１、ＡＴＲＡＣ２）。次に、１ビットのコピーライト情報、１ビットのオリジナル／コピーの情報、１ビットのステレオ／モノの情報、１ビットのエンファシス情報が記述される。
【００３０】
これに続いて、１ビットのデータスタートインディケータと、１ビットのデータエンドインディケータと、３ビットのＰＥＳデータカウンタが設けられる。
データスタートインディケータは、伝送中のデータが楽曲データの最初のＰＥＳパケットであることを示している。例えば楽曲の先頭となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データスタートインディケータ＝「１」とされる。
データエンドインディケータは、伝送中のデータが楽曲の最後のＰＥＳパケットであることを示している。例えば楽曲の終端となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データエンドインディケータ＝「１」とされる。
【００３１】
ＰＥＳデータカウンタは、ＰＥＳを伝送する８つのＴＳパケットの中で何番目かを示している。
これに続く３ビットはリザーブとされているが、次の２４ビットは、プレゼントＰＥＳナンバとされている。このプレゼントＰＥＳナンバには、伝送中のデータが何番目のＰＥＳパケットであるかが示される。
従って、プレゼントＰＥＳナンバと、ＰＥＳデータカウンタにより、ＴＳパケット単位での連続性が判断できる。これはＴＳパケットにのせられるＡＴＲＡＣデータの連続性が判断できることを意味する。
【００３２】
この図３の例では２７バイト目から２９バイト目は、リザーブとされており、その後３０バイト目から１８８バイト目に、１５９バイト分のＡＴＲＡＣデータが配列される。
【００３３】
ところが本発明の実施の形態としてのデータボディのフォーマットは図４のようになり、ほとんどは図３と同様であるが、図からわかるように２７バイト目と２８バイト目がリザーブとされて、その次の２９バイト目にはＡＴＲＡＣデータに対するチェックサム（ＣＲＣエラー検出コード）が設けられる。
そして、３０バイト目から１８８バイト目には、図３と同じく１５９バイト分のＡＴＲＡＣデータが配列される。
【００３４】
２９バイト目のＡＴＲＡＣデータチェックサムとＡＴＲＡＣデータの関係を図５に示す。ＡＴＲＡＣデータチェックサムによる計算の仕方は次のようになる。
図示するようにＡＴＲＡＣデータチェックサムの各ビットの値をＣＳ［０］〜ＣＳ［７］とし、また１５９バイトのＡＴＲＡＣデータの最初のバイトの値をＡＴ[0][0]、最初のバイトの値をＡＴ[158][7]とすると、
ＣＳ［０］＾ＡＴ[0][0]＾ＡＴ[1][0]＾・・・＾ＡＴ[158][0]＝ＳＵＭ［０］
ＣＳ［１］＾ＡＴ[0][1]＾ＡＴ[1][1]＾・・・＾ＡＴ[158][1]＝ＳＵＭ［１］
・・・・
ＣＳ［７］＾ＡＴ[0][7]＾ＡＴ[1][7]＾・・・＾ＡＴ[158][7]＝ＳＵＭ［７］
としたときに、
ＳＵＭ［０］〜ＳＵＭ［７］＝０ｘ００
となるようにＣＳ［０］〜ＣＳ［７］の値を設定するものである。
【００３５】
このようにＡＴＲＡＣデータに対するチャックサムを設けることで、この伝送データを受信した受信装置（例えば後述するＩＲＥ２２）側やストレージデバイス２３側においてダウンロードするＡＴＲＡＣデータの信頼性をチェックできる。
【００３６】
以上のようにＴＳパケットには、１５９バイトのＡＴＲＡＣのデータが配置されると共に、固有情報が定義されて、ＦＤＦに挿入される。ＦＤＦの領域は、アディショナルデータヘッダ、ＡＴＲＡＣデータ、ＦＤＦのデータを受信する際に、機器の信号処理をしやすくするために、ＴＳパケットの固定の位置に配置される。
【００３７】
そしてＦＤＦを解析することにより、１つのＴＳパケット中のデータが伝送しようとしている楽曲中のどのデータであるかを解析することがてきる。これにより、伝送中何等かの理由によりエラーが発生し、あるパケットが正しく受信できなかった場合も、どのデータが抜けたかを検出することが可能となる。また、データスタートインディケータ、データエンドインディケータを検出するとで、そのデータが楽曲の最初又は最後であることが検出できる。このデータを利用して、ストレージデバイス１３でダウンロードを行う時に、記録開始位置又は記録終了位置を簡単に検出することができる。
【００３８】
次に、高速転送用に、同期用のＰＴＳを付加しないで伝送する場合について説明する。図６及び図７は、同期用のＰＴＳを付加しないで伝送する場合のＴＳパケットの構成を示すものであり、図６はＰＥＳパケットを構成する８つのＴＳパケットのうちの最初のＴＳパケットの構成を示し、図７は２番目から８番目のＴＳパケットの構成を示している。
【００３９】
図６に示すように、最初のＴＳパケットは、１８８バイトの固定長からなる。
第１番目のＴＳパケットの先頭の１バイト目から４バイト目は、トランスポートパケットヘッダとされ、５バイト目から１８バイト目はＰＥＳパケットヘッダとされ、１９バイト目から２０バイト目はデータヘッダとされ、２１バイト目から１８８バイト目はデータボディとされている。
【００４０】
トランスポートパケットヘッダの内容は図２で説明したものと同様となる。
５バイト目から１８バイト目のＰＥＳパケットヘッダについては、先頭の２４ビットの固定値のパケットスタートコードプリフィックスから、１３バイト目の８ビットのＰＥＳヘッダデータレングスまでは図２で説明したものと同様となる。
ところが、これに続く５バイトは、スタッフィングビットとされている。
【００４１】
１９バイト目から２０バイト目のデータヘッダには、８ビットのデータタイプと、６ビットのデータトランスミッションタイプと、２ビットのタグが設けられる。２１バイト目から１８８バイト目は、データボディとされ、ここに、ＡＴＲＡＣのデータが配置される。ＡＴＲＡＣデータの配置は、前述の図４に示す構成と同様である。
【００４２】
一方図７に示すように、第２番目から第８番目の各１８８バイトのＴＳパケットでは、１バイト目から４バイト目はトランスポートパケットヘッダとされ、２１バイト目から１８８バイト目はデータボディとされていることは同様である。
そしてトランスポートパケットヘッダの内容は図２で説明したものと同様であり、またデータボディの構成は、図４に示したとおりとなる。
ところが５バイト目から２０バイト目は、スタッフィングビットとされており、ＰＥＳパケットヘッダは配されない。
【００４３】
即ち図６、図７で説明した高速転送用のフォーマットでは、同期用のＰＴＳを付加しないことから、ＰＥＳパケット内の先頭のＴＳパケットのみに必要なＰＥＳパケットヘッダデータを配し、第２番目から第８番目のＴＳパケットにはＰＥＳパケットヘッダデータを付加しない構成となる。
【００４４】
ところで上述した例では、ＡＴＲＡＣのデータをＭＰＥＧ２のパケットに載せて伝送する場合について説明したが、本発明はこのような場合に限定されるものではない。図８は、ＩＥＣ９５８でデータを伝送する場合のデータボディの例である。ＩＥＣ９５８の伝送では、１つのＰＥＳパケットに３０７２バイトのデータが挿入される。これにより、ＩＥＣ９５８の２フレームを１つのＰＥＳパケットで伝送可能である。
【００４５】
ＩＥＣ９５８のデータを伝送する場合には、図８に示すようにデータが配置される。図示するように、２１バイト目から１８８バイト目のデータボディにおける最初の４ビットには、ＦＤＦフィールドレングスが設けられ、次の４ビットにはオーディオデータタイプ１が設けられ、これに続いて、オーディオデータタイプ２が設けられる。そして、次に、１ビットのコピーライト、１ビットのオリジナル／コピー、１ビットのステレオ／モノ、１ビットのエンファシスが設けられる。これに続いて、１ビットのデータスタートインディケータと、１ビットのデータエンドインディケータとが設けられる。
これに続く６ビットはリザーブとされているが、次の２４バイト目〜２６バイト目は、プレゼントＰＥＳナンバとされている。
【００４６】
２７バイト目から５８バイト目はリザーブとされているが、５９バイト目にはＥＣ９５８データに対するチェックサム（ＣＲＣエラー検出コード）が設けられる。
そして、６０バイト目から１８８バイト目には、１２８バイト分のＩＥＣ９５８のデータが配列される。
このように１つのＴＳパケットに１２８分のデータを配することで、ＩＥＣ９５８データとＰＥＳパケットの整合性を良好とすることができる。
【００４７】
ところで上述のように、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場合、１つのＴＳパケットに１５９バイトのＡＴＲＡＣの圧縮オーディオデータを配置すると、ＰＥＳパケットで３サウンドグループのデータが伝送でき、ＡＴＲＡＣの圧縮データとＰＥＳパケットとの整合性が良くなるが、例えば衛星放送において、ＭＰＥＧ２方式でデータが伝送され、衛星放送で音楽データを配信するようなシステムでは、音楽データを配信する際の圧縮方式として、ＡＴＲＡＣが用いられることが考えられている。このようなシステムで音楽データを伝送する場合には上記したようにＰＥＳパケット内にＡＴＲＡＣデータを配することが好適である。
以下、衛星放送で音楽データを配信するシステムについて説明する。
【００４８】
図９は、衛星放送で音楽データを配信するシステムの全体構成を示すものである。図９において、地上局１は衛星放送システムの放送局となる。地上局１には、番組放送素材サーバ１１からの音楽番組放送の素材と、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材と、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面を表示するためのデータが送られる。
【００４９】
番組放送素材サーバ１１は、通常の音楽放送番組の素材を提供するサーバである。この番組放送素材サーバ１１から送られてくる音楽放送の素材は動画及び音声であり、通常の音楽放送番組では、例えば、新曲紹介のプロモーション用のビデオが放送されたり、最新のヒット曲のカウントダウンが放映されていたりする。
【００５０】
オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・は、オーディオチャンネルを使って、オーディオ番組を提供するサーバである。このオーディオチャンネル番組放送の素材は音声のみである。各オーディオチャンネル番組放送では、夫々、同一の楽曲が所定の単位時間繰り返して放送され、この楽曲は、後に説明するダウンロード用の楽曲と関連している。
各オーディオチャンネルは、夫々、独立しており、各オーディオチャンネルの利用方法は各種のものが考えられる。例えば、１つのオーディオチャンネルでは、最新の日本のポップスの中の推薦曲を所定時間繰り返して放送し、他のオーディオチャンネルでは、最新のアメリカンポップスの中の推薦曲を所定時間繰り返して放送し、更に他のオーディオチャンネルでは、ジャズの中から推薦曲を所定時間繰り返して放送するようにしても良い。また、同じアーチストの複数の楽曲を夫々のオーディオチャンネルに分けて繰り返して放送するようにしても良い。
【００５１】
ダウンロード用のオーディオデータ素材サーバ１３は、ダウンロード用の複数のオーディオデータを提供している。このダウンロード用のオーディオデータは、オーディオチャンネル番組放送で放送されている楽曲と関連している。すなわち、例えば、上述のように、１つのオーディオチャンネルでは、最新の日本のポップスの推薦曲が所定時間繰り返して放送され、他のオーディオチャンネルでは、最新のアメリカンポップスの中の推薦曲が所定時間繰り返して放送され、更に他のオーディオチャンネルでは、ジャズの中から推薦曲が所定時間繰り返して放送されているとする。この場合、オーディオチャンネルで取り上げられている最新の日本のポップスの推薦曲や、最新のアメリカンポップスの推薦曲や、ジャズの中の推薦曲のオーディオデータがダウンロード用のオーディオデータとして提供される。
【００５２】
ＧＵＩ（Graphic User Interface）データサーバ１４は、配信される楽曲のリストページや各楽曲の情報ページの画面を形成するためのデータや、ＥＰＧ（Electric Program Guide）用の画面を形成するためのデータ等を提供するものである。ダウンロードできる楽曲のリストや、その曲についての情報は、画面上で表示を見ながら行うことができる。ＧＵＩデータサーバ１４からは、そのためのデータが送られる。
【００５３】
地上局１は、これら、番組放送素材サーバ１１からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材となるオーディオデータと、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのデータとを多重化して送信する。
このとき、音楽番組放送のビデオデータは、例えば、ＭＰＥＧ２（Moving Picture Experts Groupe ）方式により圧縮され、各オーディオチャンネルのオーディオデータは例えばＭＰＥＧ２オーディオ方式により圧縮される。さらに、ダウンロード用のオーディオデータは例えばＡＴＲＡＣ（Adaptive Transform Acoustic Coding）方式により圧縮される。また、ダウンロード用のオーディオデータに対しては、キー情報サーバ１５からのキー情報を用いて、暗号化が施される。
【００５４】
地上局１からの信号は、衛星２を介して、各家庭の受信設備３で受信される。衛星２には、複数のトランスポンダが搭載されている。
【００５５】
各家庭の受信設備としては、パラボラアンテナ２１と、ＩＲＤ２２（Integrated Receiver Decoder ）と、ストレージデバイス２３と、テレビジョン受像機などのモニタ装置２４とが用意される。パラボラアンテナ２１で、衛星２を介して送られてきた信号が受信される。この受信信号がパラボラアンテナ１１に取り付けられたＬＮＢ（Low Noise Block Downconverter ）２５で所定の周波数に変換され、ＩＲＤ２２に供給される。
【００５６】
ＩＲＤ２２は、受信信号から所定のチャンネルの信号を選択し、ビデオ信号及びオーディオ信号の復調を行うものである。また、ＩＲＤ２２により、配信される楽曲のリストページや各楽曲の情報ページや、ＥＰＧ用の画面が形成される。
ＩＲＤ２２の出力がテレビジョン受像機２４に供給される。
【００５７】
ストレージデバイス２３は、ダウンロードされたオーディオデータを保存するためのものである。例えば、ストレージデバイス２３としては、ＭＤレコーダ／プレーヤが用いられる。
【００５８】
ＩＲＤ２２は、例えば電話回線４を介して課金サーバ５と結ばれている。ＩＲＤ２２には、各種情報が記録されるＩＣカードが挿入される。オーディオデータのダウンロードが行われると、その情報がＩＣカードに記録される。このＩＣカードの情報は、電話回線４を介して、課金サーバ５に送られる。課金サーバ５は、このダウンロード情報から適切な課金を行い、ユーザに請求する。このように、適切な課金を行うことにより、ダウンロードされる楽曲の著作権を守ることができる。
【００５９】
このように、このシステムでは、地上局１は、番組放送素材サーバ１１からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材となるオーディオデータと、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのデータとを多重化して送信している。
【００６０】
各家庭の受信設備３でこの放送を受信すると、音楽番組が見られる他、送られてきたＧＵＩデータサーバからのデータに基づいて、グラフィック画面が表示される。このグラフィック画面を見ながら必要な操作を行うと、各楽曲についての情報ページを見ることができ、また、各楽曲についての試聴を行うことができる。更に、グラフィック画面を見ながら必要な操作を行うことで、所望のオーディオデータをダウンロードして、ストレージデバイス２３に記録することができる。
【００６１】
つまり、各家庭の受信設備３でこの放送を受信すると、図１０（ａ）に示すように、画面に、配信される楽曲のリストページ３０が表示される。このリストページ３０の表示画面中には、ダウンロード可能な楽曲を表示するためのウィンドウ３１が表示されると共に、番組送信サーバ１１から提供された音楽番組に基づく動画像３２が表示される。ウィンドウ３１には、アーチスト名３３や、ダウンロード可能な楽曲の曲名３４、３４、３４・・・が表示され、それに対応して各楽曲の選択ボタン３５、３５、３５・・・が表示される。
【００６２】
視聴者は、このウィンドウ３１に表示されている曲名を見ながら、興味のある楽曲を探していく。各楽曲についての詳細な情報を見たい場合には、例えば、図示しないリモートコマンダの矢印キーを操作して、画面上の情報を得たい楽曲の選択ボタン３５を押す。
【００６３】
ウィンドウ３１の所望の楽曲の楽曲選択ボタン３５が押されると、図１０（ｂ）に示すように、楽曲の情報ページ４０が表示される。この各楽曲の情報ページ４０には、その楽曲の詳細を示すウィンドウ４１が表示されると共に、その楽曲が収められているＣＤのジャケット等の静止画４２が表示される。このウィンドウ４１には、アーチスト名、曲目、作詞者、作曲者、歌詞、ライブ情報等の楽曲の詳細情報４３が表示されると共に、試聴ボタン４４、ダウンロードボタン４５、戻りボタン４６が表示される。
【００６４】
試聴ボタン４４は、この楽曲がどのような曲であるかを実際にオーディオデータを購入する前に試聴するためのボタンである。ダウンロードボタン４５は、その曲をダウンロードして、ストレージデバイス２３に記録させるためのボタンである。戻りボタン４６は、前のページの画面に戻るためのボタンである。
【００６５】
このように、配信される楽曲のリストページ３０及び各楽曲の情報ページ４０により、視聴者は、現在どのような楽曲が配信されているのかを知ることができ、各楽曲についての詳細な情報を知ることができる。
【００６６】
ここで、その楽曲を試聴したい場合には、視聴者は、矢印キーを操作して、試聴ボタン４４を押す。試聴ボタン４４が押されると、対応する楽曲が放送されているオーディオチャンネルに設定される。各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されている。したがって、試聴ボタン４４が押されると、画面はそのままで、その楽曲のオーディオチャンネルに切り換えられ、その楽曲を聞くことができる。
【００６７】
その楽曲を購入したい場合には、視聴者は、ダンウロードボタン４５を押す。
ダウンロード用のオーディオデータと、オーディオチャンネルで放送されている楽曲とは対応している。したがって、ダウンロードボタン４５が押されると、選択された楽曲のオーディオデータがストレージデバイス２３に供給され、記録媒体にダウンロード記録される。
【００６８】
また、リストページに戻りたい場合には、戻りボタン４６が押される。戻りボタン４６が押されると、図１０（ａ）に示すリスト画面３０に戻される。
【００６９】
このように、このシステムでは、画面上には楽曲のリストページ３０及び各楽曲の情報ページ４０が表示され、これら楽曲のリストページ３０及び各楽曲の情報ページ４０により各楽曲についての情報を知ることができる。そして、この画面上の表示に従って試聴ボタン４４が押されると、その楽曲を試聴することができ、ダンウロードボタン４５が押されると、その楽曲のオーディオデータをダウンロードして、ストレージデバイス２３に記録することができる。
【００７０】
図１１は、この発明が適用されたシステムにおける地上局１の構成を示すものである。
図１１において、番組放送素材サーバ１１からのビデオデータは、ＭＰＥＧ２ビデオエンコーダ５１Ａ及びＭＰＥＧ２オーディオエンコーダ５１Ｂに供給される。オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオデータは、ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ・・・に供給される。ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のオーディオデータは、ＡＴＲＡＣエンコーダ５３に供給される。ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面を表示するためのデータがＧＵＩデータオーソリング回路５４に供給される。
【００７１】
番組放送素材サーバ１１からのビデオ信号は、ＭＰＥＧ２ビデオエンコーダ５１Ａで圧縮され、パケット化される。このビデオパケットがマルチプレクサ５６に供給される。また、番組放送素材サーバ１１からのオーディオ信号は、ＭＰＥＧ２オーディオエンコーダ５１Ｂで圧縮されパケット化される。このオーディオパケットがマルチプレクサ５６に供給される。
【００７２】
ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ、５２Ｃ・・・で、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオデータがＭＰＥＧ２オーディオ方式に基づいて圧縮され、パケット化される。このオーディオパケットがマルチプレクサ５６に供給される。
【００７３】
ＡＴＲＡＣエンコーダ５３で、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のオーディオデータがＡＴＲＡＣ２方式で圧縮され、パケット化される。このデータパケットは暗号化回路５７に送られる。暗号化回路５７により、このデータパケットが暗号化される。暗号化回路５７の出力がマルチプレクサ５６に供給される。このように、各オーディオデータを暗号化するのは、不正なダウンロードが行われて、著作権が侵害されるのを防ぐためである。
【００７４】
ＧＵＩデータオーサリング回路５４で、ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面のデータが処理され、パケット化される。このデータパケットがマルチプレクサ５６に供給される。
【００７５】
マルチプレクサ５６で、ＭＰＥＧ２ビデオエンコーダ５１Ａからのビデオパケット及びＭＰＥＧ２オーディオエンコーダ５１Ｂからのオーディオパケットと、ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ、５２Ｃ・・・からのオーディオパケットと、暗号化回路５７を介されたＡＴＲＡＣ２エンコーダ５３からのデータパケットと、ＧＵＩデータオーソリング回路５４からのデータパケットとが多重化される。
【００７６】
マルチプレクサ５６の出力がＱＰＳＫ変調回路５７に供給される。ＱＰＳＫ変調回路５７で、送信データがＱＰＳＫ変調される。ＱＰＳＫ変調回路５７の出力が高周波回路５８に供給される。高周波回路５８で、搬送波周波数が所定の周波数となるように周波数変換され、電力増幅が行われる。この高周波回路５８の出力がアンテナ５９から衛星２に向けて送信される。
【００７７】
このように、地上局１においては、番組放送用のビデオデータ及びオーディオデータがＭＰＥＧ２方式で圧縮され、オーディオチャンネルのオーディオデータがＭＰＥＧ２オーディオ方式で圧縮され、ダウンロード用のオーディオデータがＡＴＲＡＣ方式で圧縮される。そして、これらビデオデータと、オーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用データとが多重化されて、送信される。
【００７８】
次に、各家庭の受信設備３について説明する。図９に示したように、各家庭の受信設備としては、パラボラアンテナ２１と、ＩＲＤ２２と、ストレージデバイス２３と、テレビジョン受像機２４とが用意される。ストレージデバイス２３としては、例えば、ＭＤレコーダ／プレーヤを用いることができる。
【００７９】
図１２は、ＩＲＤ２２の構成の一例を示すものである。図１２において、パラボラアンテナ２１で衛星２からのディジタル衛星放送が受信される。パラボラアンテナ２１の受信信号は、パラボラアンテナ２２に取り付けられたＬＮＢ２５に供給され、ＬＮＢ２５で受信信号が所定の周波数の信号にダウンコンバートされる。
【００８０】
ＬＮＢ２５の出力がチューナ回路７１に供給される。チューナ回路７１で、コントローラ７６からの設定信号に基づいて、受信信号の中から所定受信周波数の信号が選択される。
【００８１】
チューナ回路７１の出力がＱＰＳＫ復調回路７２に供給される。ＱＰＳＫ復調回路７２で、受信信号がＱＰＳＫ復調され、受信信号のビットストリームが復調される。ＱＰＳＫ復調回路７２の出力がエラー訂正回路７３に供給される。エラー訂正回路７３で、エラーが検出、訂正される。
【００８２】
エラー訂正回路７３の出力がデマルチプレクサ７４に供給される。デマルチプレクサ７４は、エラー訂正回路７３から出力されるビットストリーム信号を受け、これをデータバッファメモリ７５に一旦記憶させる。そして、これをパケット列の形にフレーミングし、パケット毎に所望のデータであるかどうかを判別し、データを振り分ける。
【００８３】
前述したように、地上局１からは、通常の番組放送を行うためのビデオデータ及びオーディオデータと、複数のオーディオチャンネルのオーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用のデータが送られてくる。ビデオデータはＭＰＥＧ２方式で圧縮されており、オーディオデータはＭＰＥＧ２オーディオ方式で圧縮されており、ダウンロード用のオーディオデータはＡＴＲＡＣ方式で圧縮されている。
【００８４】
デマルチプレチサ７４は、受信されたパケットを、ビデオデータと、オーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用のデータとに振り分ける。
【００８５】
デマルチプレクサ７４で振り分けられたビデオデータは、ＭＰＥＧ２ビデオデコーダ７８に供給される。ＭＰＥＧ２ビデオデコーダ７８は、入力されたデジタルビデオ信号をバッファメモリ７９に適宣記憶させ、ＭＰＥＧ２により圧縮されたビデオ信号をデコードするものである。ＭＰＥＧ２ビデオデコーダ７８により、コンポーネントビデオ信号がデコードされる。
【００８６】
ＭＰＥＧ２ビデオデコーダ７８の出力が例えばＮＴＳＣ方式のアナログビデオエンコーダ８０に供給される。アナログビデオエンコーダ８０で、コンポーネントビデオ信号から、例えばＮＴＳＣ方式のコンポジットビデオ信号が形成される。このビデオ信号が出力端子８１から出力される。
【００８７】
オーディオチャンネルのオーディオデータは、ＭＰＥＧ２オーディオデコーダ８２に供給される。ＭＰＥＧオーディオデコーダ８２は、入力されたデジタルオーディオ信号をバッファメモリ８３に適宣記憶させ、ディジタルオーディオ信号をデコードする。
【００８８】
ＭＰＥＧ２オーディオデコーダ８２の出力がＤ／Ａコンバータ８４に供給される。Ｄ／Ａコンバータ８４により、ディジタルオーディオ信号がアナログオーディオ信号に変換される。Ｄ／Ａコンバータ８４の出力が出力端子８５から出力される。
【００８９】
ダウンロード用のオーディオデータは、バッファメモリ８６に一旦蓄えられる。バッファメモリ８６の出力が暗号解読回路８７に供給される。前述したように、ダウンロード用のオーディオデータは暗号化されており、暗号解読に必要なキーは、ＩＣカード８８から発生される。
【００９０】
ゲート回路８９には、バッファメモリ８６からダウンロード完了情報が供給されると共に、デマルチプレクサ７４から、受信された暗号解読に必要な情報が供給される。
【００９１】
オーディオデータをダウンロードする際には、バッファメモリ８６にデータが蓄えられると、ゲート回路８９が開き、暗号解読に必要な情報がＩＣカード８８に供給される。これにより、ＩＣカード８８から暗号化回路８７にキーが渡される。暗号解読回路８７で、ＩＣカード８８からのキーに基づいて、暗号が解読される。また、このとき、ＩＣカード８８には、課金情報が記憶される。
【００９２】
暗号解読回路８７の出力がＡＴＲＡＣデコーダ９０に供給されると共に、スイッチ回路９１の端子９１Ｂに供給される。ＡＴＲＡＣ２デコーダ９０で、ＡＴＲＡＣ２のデコード処理が行われる。ＡＴＲＡＣ２デコーダ９０からは、ＰＣＭオーディオ信号が出力される。このＡＴＲＡＣ２デコーダ９０の出力がスイッチ回路９１の入力端子９１Ａに供給される。
【００９３】
スイッチ回路９１は、コントローラ７６により制御される。スイッチ回路９１が端子９１Ａ側に設定されるときには、スイッチ回路９１からは、ＰＣＭオーディオ信号が出力される。スイッチ回路９１が端子９１Ｂ側に設定されると、ＡＴＲＡＣ２方式で圧縮されたディジタルオーディオ信号がスイッチ回路９１から出力される。
【００９４】
スイッチ回路９１の出力がウォータマーク付加回路９２に供給される。ウォータマーク付加回路９２は、著作権を保護するために、オーディオデータに電子透かしを付加するものである。
【００９５】
ウォータマーク付加回路９２の出力は、ＩＥＥＥ１３９４、又はＩＥＣ９５８等のディジタルインターフェース９３に供給されると共に、Ｄ／Ａコンバータ９４に供給される。Ｄ／Ａコンバータ９４でディジタルオーディオ信号がアナログオーディオ信号に変換される。このアナログオーディオ信号がアナログ出力端子９５から出力される。
【００９６】
ＧＵＩ用のデータは、コントローラ７６に供給される。コントローラ７６で、これらのデータに基づいて、リストページの画面や各楽曲の情報ページの画面、或いはＥＰＧ用の画面が形成される。このようにして形成された画面は、バッファメモリ７９の所定のエリアに書き込まれる。これにより、画面上の指定のエリアに、放送されてくる楽曲のリストページや各楽曲の情報ページの画面、或いはＥＰＧ用の画面を写し出すことができる。
【００９７】
コントローラ７６は、全体の処理を行っている。また、コントローラ７６に対して、入力キー９８を介して入力が与えられる。また、コントローラ７６には、モデム９９が接続されている。課金に必要な情報は、ＩＣカード８８に記録される。このＩＣカード８８の情報は、モデム９９を用いて、電話回線４を介して、課金サーバ５に送られる。
【００９８】
このように、ディジタルインターフェース９３は、ＰＣＭデータを出力する場合と、ＡＴＲＡＣ２のオーディオデータを出力する場合とで共用されており、スイッチ回路９１でその出力が切り換えられるようになっている。
【００９９】
つまり、ストレージデバイス２３がＰＣＭデータを入力するディジタル入力端子の場合には、スイッチ回路９１が端子９１Ａ側に設定される。ストレージデバイス２３がＡＴＲＡＣ２のデータを入力できる場合には、スイッチ回路９１が端子９１Ｂ側に設定される。スイッチ回路９１が端子９１Ａ側に設定されているときには、ダウンロードされたＡＴＲＡＣ２のデータは、ＡＴＲＡＣ２デコーダ９０に送られ、デコードされる。このデコードされたデータがスイッチ回路９１、ウォータマーク付加回路９２を介して、データ出力端子９３から出力される。スイッチ回路９１が端子９１Ｂ側に設定されているときには、ダウンロードされたＡＴＲＡＣ２のデータは、スイッチ回路９１、ウォータマーク付加回路９２を介して、データ出力端子９３から出力される。
【０１００】
図１３はストレージデバイス２３の一例を示し、この例では、ストレージデバイス２３として、ＭＤレコーダ／プレーヤをあげる。
【０１０１】
図１３において、ディスク１０１は、例えば、カートリッジに収納された直径６４ｍｍの光磁気ディスクからなるＭＤである。ディスク１０１はスピンドルモータ１０２により所定ＣＬＶ速度で回転される。ディスク１０１に対しては、光学ヘッド１０３と磁気ヘッド１２１が記録面を挟み込むような状態で配される。
光学ヘッド１０３は、レーザ光を出力するためのレーザダイオードと、偏光ビームスプリッタや対物レンズからなる光学系、及び反射光を検出するためのディテクタなどが搭載されている。対物レンズ１０３ａは、２軸デバイス１０４によりディスクの半径方向及びディスクに接離する方向に変位可能に保持されている。
光学ヘッド１０３及び磁気ヘッド１２１全体は、スレッド機構１０５によりディスクの半径方向に移動可能とされている。
【０１０２】
光学ヘッド１０３によりディスク１０１から検出された情報は、ＲＦアンプ１０７に供給される。ＲＦアンプ１０７からは、光学ヘッド１０３の各ディテクタの出力を演算処理することにより、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ウォブル記録されている絶対位置情報（アドレス情報）等が抽出される。
抽出された再生ＲＦ信号は、ＥＦＭ（Eight To Fourteen Modulation）及びＡＣＩＣＲ（Advanced Cross Interleave Reed-Solomon Code ）エンコーダ／デコーダ部１０８に供給される。また、ＲＦアンプ１０７からのトラッキングエラー信号、フォーカスエラー信号は、サーボ回路１０９に供給され、絶対位置情報は、アドレスデコーダ１１０に供給されてデコードされ、絶対位置アドレスとして出力される。
【０１０３】
サーボ回路１０９は、トラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ１０２の回転速度検出情報等により各種のサーボ駆動信号を発生させ、２軸デバイス１０４及びスレッド機構１０５を制御して、フォーカス及びトラッキング制御、スレッド制御、スピンドル制御を行う。
【０１０４】
全体動作は、システムコントローラ１１１により管理されている。システムコントローラ１１１には、操作入力部１１９から入力が与えられる。
【０１０５】
入力端子１２２からオーディオ信号を記録する場合には、入力端子１２２からのアナログオーディオ信号がＡ／Ｄコンバータ１２３に供給される。Ａ／Ｄコンバータ１２３で、このオーディオ信号がディジタル化される。Ａ／Ｄコンバータ１２３の出力が音声圧縮エンコーダ／デコータ１１４に供給される。音声圧縮エンコーダ／デコータ１１４で、このオーディオデータがＡＴＲＡＣ方式で圧縮される。
【０１０６】
音声圧縮エンコーダ／デコーダ１１４の出力は、メモリコントローラ１１２の制御の基に、一旦、ＲＡＭ１３に書き込まれ、そして、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータにエラー訂正符号が付加され、更に、このデータがＥＦＭ変調される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。このとき、光学ヘッド１０３からは、ディスクにデータを書き込むために、光レベルのレーザビームが照射される。これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデータが記録される。
【０１０７】
また、このＭＤレコーダ／プレーヤでは、ＡＴＲＡＣのデータを直接入力して記録することが可能である。ＡＴＲＡＣのデータは、例えば、ＩＥＥＥ１３９４、又はＩＥＣ９５８等のディジタルインターフェース１２５を介して入力される。
【０１０８】
ディジタルインターフェース１２５からのＡＴＲＡＣのデータは、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータに対してエラー訂正符号が付加され、またＥＦＭ変調される。そしてＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。このときも光学ヘッド１０３からは、ディスクにデータを書き込むために、高レベルのレーザビームが照射される。これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデータが記録される。
【０１０９】
再生時には、光学ヘッド１０３により、ディスク１０１の記録信号が再生される。この光学ヘッド１０３の出力は、ＲＦアンプ１０７に供給され、ＲＦアンプ１０７からは、再生ＲＦ信号が得られる。この再生ＲＦ信号は、２値化回路１０６を介して、ＥＦＭ及びＡＣＩＲＣデコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣデコーダ１０８で、再生ＲＦ信号に対して、ＥＦＭ復調処理、ＡＣＩＲＣによるエラー訂正処理が行われる。
【０１１０】
ＥＦＭ及びＡＣＩＲＣデコーダ１０８の出力は、メモリコントローラ１１２の制御の基に、一旦、ＲＡＭ１１３に書き込まれる。なお、光学ヘッド１０３による光磁気ディスク１０１からのデータの読み取り及び光学ヘッド１０３からＲＡＭ１１３までの系における再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃで、然も、間欠的に行われる。
【０１１１】
ＲＡＭ１１３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃとなるタイミングで読み出され、音声圧縮／ンコーダ／デコータ１１４に供給される。音声圧縮デコーダ１１４で、ＡＴＲＡＣによる音声データの伸長処理がなされる。
【０１１２】
音声圧縮デコーダ１１４の出力は、Ｄ／Ａコンバータ１１５に供給される。Ｄ／Ａコンバータ１１５により、ディジタルオーディオ信号がアナログオーディオ信号に変換される。このアナログオーディオ信号が出力端子１１７から出力される。
【０１１３】
ここで、ＲＡＭ１１３へのデータの書込み／読出しは、メモリコントローラ１１２によって書込みポインタと読出しポインタの制御によりアドレス指定して行われるが、書込みポインタは１．４１Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされ、一方、読出しポインタは０．３Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされていく。この書込みと読出しのビットレートの差により、ＲＡＭ１１３内にある程度データが蓄積された状態となる。ＲＡＭ１１３内にフル容量のデータが蓄積された時点で、書込みポインタのインクリンメトは停止され、光学ヘッド１０３によるディスク１０１からのデータの読出し動作も停止される。但し、読出しポインタのインクリメントは継続して実行されているため、再生音声出力はとぎれることがない。
【０１１４】
その後、ＲＡＭ１１３から読出し動作のみが継続されていき、ある時点でＲＡＭ１１３内のデータ蓄積量が所定量以下となったとすると、再び光学ヘッド１１３によるデータ読出し動作及び書込みポインタのインクリメントが再開され、再びＲＡＭ１３のデータ蓄積がなされていく。
【０１１５】
このようにＲＡＭ１１３を介して再生オーディオ信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことがなく、データ蓄積が残っているうちに例えば正しいトラッキング位置までアクセスしてデータ読出しを再開することで、再生出力に影響を与えずに、動作を続行できる。
【０１１６】
このようなシステムでは、音楽配信用のデータは、ＡＴＲＡＣで圧縮されており、このＡＴＲＡＣで圧縮されたデータがＭＰＥＧ２のＴＳパケットに載せて送られる。この際、上述のように、ＴＳパケットに１５９バイトのデータを伝送し、８つのＴＳパケットからＰＥＳパケットを構成するようにすると、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送でき、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性がとり易い。
【０１１７】
また、このようなシステムでは、例えば、ＩＥＥＥ１３９４や、ＩＥＣ９５８の光インターフェースなどを用いて、ＩＲＤ２２からＭＤレコーダ／プレーヤ等のストレージデバイス２３にＡＴＲＡＣのデータが伝送される。この場合も図４又は図８に示したように、ＰＥＳパケット内のＴＳパケットにデータを挿入するようにすると、ＰＥＳパケットとデータの整合性がとり易い。
【０１１８】
そして、特に図４、図８で説明したようにＴＳパケット単位でＡＴＲＡＣデータに対してチェックサムコードが付加されているため、例えばデジタルインターフェース１２５においてＡＴＲＡＣデータが入力された際に、エラー検出を行うことができる。
これにより例えばダウンロード中にＡＴＲＡＣデータのエラーが検出された場合は、一旦ダウンロード記録動作を中止し、リトライ動作に移ることなども可能となる。特に上述したようにＡＴＲＡＣデータとしての楽曲データは繰り返し放送されているため、エラー検出に応じてダウンロードリトライを行うことが可能であるとともに、リトライによりエラーのないデータをダウンロードできるようにすることで、信頼性の高いシステムを構築できる。
【０１１９】
以上本発明の実施の形態としての伝送方式及びそれを適用したシステム例について説明してきたが、本発明の伝送方式フォーマットや、適用できるシステムは多様に考えられる。また上記例ではＴＳパケット内の伝送データ（ＡＴＲＡＣデータ）にエラー検出コードを付加した例をあげたが、エラー訂正コードを付加するようなことも考えられる。
【０１２０】
【発明の効果】
以上説明したように本発明によれば、所定のデータ量の基本単位の伝送情報をＰＥＳパケットで伝送する際に、整数個のＴＳパケットでＰＥＳパケットを構成し、ＰＥＳパケットに上記基本単位の伝送情報が整数個配置されるように、１つのＴＳパケットで伝送するデータ数を決定するようにしている。例えば、ＡＴＲＡＣのデータを伝送する場合には、ＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成することで、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送している。このように、ＰＥＳパケットでサウンドフレームを整数個送れるため、サウンドフレームとＰＥＳパケットの整合性が良くなる。
【０１２１】
また各ＴＳパケットに含まれる伝送情報に対しては、エラー検出コードもしくはエラー訂正コードが含まれるようにしているため、受信装置側やストレージデバイス側で、伝送情報自体のエラーチェックを行うことができる。そして受信データやダウンロード記録のために供給されたデータについてのエラーチェックが可能となることで、例えばダウンロードリトライなど必要な処理を行うことができ、システムの信頼性向上に大きく貢献できる。
【０１２２】
また、この発明によれば、ＴＳパケットには、伝送情報に関するの固有情報を挿入するようにし、この固有情報には、伝送中のデータが最初のＰＥＳパケットであることを示す情報や、伝送中のデータが最後のＰＥＳパケットであることを示す情報が含められる。このため、記録開始位置や記録終了位置を簡単に検出することができる。
また、この固有情報には、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。これにより、データが抜けているか否かを判断し、これに応じてエラー処理を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデータ伝送方法におけるパケット構造の説明図である。
【図２】実施の形態のＡＴＲＡＣデータをＰＴＳを付加して伝送する場合のパケット構造の説明図である。
【図３】ＡＴＲＡＣデータを伝送する場合のデータボディのパケット構造の説明図である。
【図４】実施の形態のＡＴＲＡＣデータを伝送する場合のデータボディのパケット構造の説明図である。
【図５】実施の形態のデータボディに配されるエラー検出コードの説明図である。
【図６】実施の形態のＡＴＲＡＣデータをＰＴＳを付加しない場合の最初のパケット構造の説明図である。
【図７】実施の形態のＡＴＲＡＣデータをＰＴＳを付加しない場合の第２番目から第８番目のパケット構造の説明図である。
【図８】実施の形態のディジタルインターフェースのデータを伝送する場合のデータボディのパケット構造の説明図である。
【図９】音楽配信を行う衛星放送システムの全体構成を示すブロック図である。
【図１０】音楽配信を行う衛星放送システムにおける画面の説明に用いる説明図である。
【図１１】音楽配信を行う衛星放送システムにおける送信側のブロック図である。
【図１２】音楽配信を行う衛星放送システムにおけるＩＲＤのブロック図である。
【図１３】音楽配信を行う衛星放送システムにおけるストレージデバイスのブロック図である。
【符号の説明】
ＴＳＰ１〜ＴＳＰ８ ＴＳパケット、ＳＧＰ１〜ＳＧＰ３ サウンドグループ
【発明の属する技術分野】
この発明は、例えば衛星放送により音楽データを配信するようなシステムに用いて好適なデータ伝送方法及びデータ伝送装置に関する。
【０００２】
【従来の技術】
ディジタル衛星放送の普及が進んでいる。ディジタル衛星放送は、既存のアナログ放送に比べて、高品質の信号を伝送することが可能であると共に、周波数利用効率が向上され、多チャンネル化が図れる。例えば、ディジタル衛星放送では、１つの衛星で数１００チャンネルを確保することが可能である。
このようなディジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツのプログラムが終日放映されている。これらの専門チャンネルの中で、音楽チャンネルは、人気のあるチャンネルの１つである。従来、音楽チャンネルでは、新曲紹介やヒット曲の番組が動画と音声で送られている。
【０００３】
音楽チャンネルを視聴していると、気に入った楽曲が紹介されていて、その楽曲のＣＤ（Compact Disc）等を購入して、楽しみたいと考えることが良くある。
このような場合、音楽番組を見ながら、その場で、その楽曲の音楽データをダウンロードできれば非常に便利である。そこで、本出願人は、ディジタル衛星放送を使って音楽番組を放送すると共に、この音楽番組と関連するようなオーディオデータを配信し、その場でその楽曲の音楽データを購入できるようにしたシステムを提案している。
【０００４】
このように、衛星放送で音楽データの配信を行うようした場合、オーディオデータをそのまま伝送したのでは、データ量が膨大となり、転送時間が長くなる。
そこで、オーディオデータを圧縮して伝送することが考えられる。
オーディオデータの圧縮方式としては、例えば、ＡＴＲＡＣ（Adaptive Tranform Acoustic Coding ）を用いることが考えられる。ＡＴＲＡＣは、既に、ＭＤ（Mini Disc ）でオーディオデータを圧縮して記録するのに採用されている。ＡＴＲＡＣでオーディオデータの圧縮を行えば、配信する音楽データのデータレートを下げられると共に、配信されてきたオーディオデータをＭＤに直接記録することができるという利点がある。
【０００５】
ところで、ＡＴＲＡＣでは、４２４バイトがサウンドグループと称され、１つの記録単位となっている。このため、ＡＴＲＡＣのデータを衛星放送で配信する場合、このサウンドグループが崩れないように、データを伝送することが望まれる。
【０００６】
つまり、ＡＴＲＡＣでは、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数１６ビットで、オーディオデータがディジタル化される。そして、このオーディオデータが１１．６１ｍ秒の時間窓で切り出され、変形ＤＣＴ（Discrete Cosine Transform ）により、約１／５のデータ量に圧縮される。
【０００７】
このように、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数が１６ビットでデジタル化されたオーディオデータを１１．６１ｍ秒の時間窓で切り出すと、そのサンプル数は、５１２サンプルとなる。したがって、１１．６１ｍ秒の時間窓でのオーディオデータのデータ量は、
５１２×２＝１０２４バイト
となり、左右の２チャンネルで、
１０２４×２＝２０４８バイト
となる。
【０００８】
ＡＴＲＡＣでは、変形ＤＣＴデータにより、この２０４８バイトのデータが４２４バイトに圧縮される。この４２４バイトのＡＴＲＡＣデータがサウンドグループと称され、ＡＴＲＡＣ方式で圧縮された音声データを伝送するときの１つの単位となる。２０４８のデータが４２４バイトに圧縮されるので、ＡＴＲＡＣ方式の圧縮率は約１／５となる。
【０００９】
【発明が解決しようとする課題】
このように、ＡＴＲＡＣでは、１１．６１ｍ秒の期間の音声圧縮データに相当する４２４バイトのサウンドグループが音声圧縮データの１単位となっており、ＡＴＲＡＣのオーディオデータを伝送する場合には、このサウンドグループ単位を保持していくことが望まれる。
【００１０】
一方、衛星放送では、ＭＰＥＧ（Moving Picture Experts Group）２でデータが送られている。ＭＰＥＧ２方式では、ビデオデータ、オーディオデータ、その他のデータがトランスポートパケット（以下、ＴＳパケットと称する）と呼ばれる１８８バイトの固定長のパケットに載せられ、同一ストリームで多重化されて伝送されている。したがって、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２のストリームで転送する場合には、ＡＴＲＡＣで圧縮されたオーディオデータを１８８バイトのＴＳパケットに載せなければならない。
【００１１】
ところが、ＡＴＲＡＣのサウンドグループである４２４バイトと、ＴＳパケットのサイズである１８８バイトとの間には、無関係である。このため、ＡＴＲＡＣのデータを単にＴＳパケットに割り当てて伝送すると、サウンドグループが崩れてしまい、ＡＴＲＡＣの復調処理やＡＴＲＡＣでの記録処理が困難になる。
【００１２】
したがって、この発明の目的は、所定のデータ数を基本単位とするデータをＭＰＥＧ２のストリームで伝送する場合に、そのデータの基本単位を保持しつつ、ＰＥＳ（Packetized Elementary Stream）パケットで効率的に伝送できるようにしたデータ伝送方法を提供することにある。
さらに受信装置側もしくはダウンロードを実行するストレージデバイス側で、伝送データのエラーチェックを行うことができるようにし、データの信頼性を確認できるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
上述の課題に鑑みて、この発明に係わるデータ伝送方法では、所定のデータ量の基本単位の伝送情報をＰＥＳパケットで伝送する際に、整数個のＴＳパケットでＰＥＳパケットを構成し、ＰＥＳパケットに基本単位の伝送情報が整数個配置されるように、１つのＴＳパケットで伝送するデータ数を決定するようにしている。伝送情報は例えばＡＴＲＡＣで圧縮されたオーディオデータであり、基本単位は、サウンドフレームである。
【００１４】
例えば、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する際、ＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成することで、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送する。このようにすると、整数個（８個）のＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパケットに基本単位であるサウンドフレームのＡＴＲＡＣのデータが整数個（３個）配置されるようになる。このように、ＰＥＳパケットでサウンドフレームを整数個が送れるため、サウンドフレームとＰＥＳパケットの整合性が良くなる。
【００１５】
そして特に各ＴＳパケットに含まれる伝送情報に対しては、エラー検出コードもしくはエラー訂正コードが含まれるようにする。これにより受信装置側やストレージデバイス側で、伝送情報のエラーチェックを行うことができるようにする。
【００１６】
また、この発明に係わるデータ伝送方法では、ＴＳパケットには、伝送情報に関する固有情報を挿入するようにしている。この固有情報は、伝送中のデータが最初のＰＥＳパケットであることを示す情報、伝送中のデータが最後のＰＥＳパケットであることを示す情報、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。
このため、記録開始位置や記録終了位置を簡単に検出することができる。
また、この固有情報には、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。これにより、データが抜けているか否かを判断し、これに応じてエラー処理を行うことができる。
【００１７】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明は、例えば、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２（ISO/IEC 13818 −1 GENERIC CODING OF MOVING PICTURES AND ASSOCIATED AUDIO:SYSYTEMS Recommendation H.222.0）のストリームに載せて伝送する場合に用いられる。
【００１８】
ＭＰＥＧ２方式では、トランスポートストリームパケット（以下、ＴＳパケットと称する）と呼ばれる伝送単位で、複数のプログラムが多重化されて伝送される。このＴＳパケットは、１８８バイトの固定長に定められている。例えば、ＡＴＲＡＣで圧縮されたオーディオデータを伝送する場合には、４２４バイトのＡＴＲＡＣの１サウンドグループのデータを保持する必要がある。ＴＳパケットの大きさの１８８バイトと、ＡＴＲＡＣの１サウンドグループの大きさの４２４バイトは無関係であり、ＡＴＲＡＣのデータをＭＰＥＧ２ストリームで送る場合に整合性が良くない。
【００１９】
そこで、この発明の実施の形態では、図１（ａ）に示すように、１つのＴＳパケットＴＳＰ１〜ＴＳＰ８に、夫々、１５９バイトのＡＴＲＡＣの圧縮オーディオデータを配置し、８つのＴＳパケットＴＳＰ１〜ＴＳＰ８でＰＥＳ（Packetized Elementary Stream）パケットを構成するようにしている。
【００２０】
このように、１つのＴＳパケットで１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットの大きさは、
１５９バイト×８＝１２７２バイト
となる。サウンドグループの大きさは４２４バイトであるから、このＰＥＳパケットで送られる１２７２バイトのデータは、図１（ｂ）に示すように、３つのサウンドグループＳＧＰ１〜ＳＧＰ３のデータに相当する。
４２４バイト×３＝１２７２バイト
【００２１】
このように、１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットで３サウンドグループのデータが伝送できる。このように、ＰＥＳパケットで整数個のサウンドグループのデータが伝送されるため、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性が良好となる。
【００２２】
このように、ＡＴＲＡＣのデータを伝送する場合には、１８８バイトの固定長のＴＳパケットのうち、１５９バイトがＡＴＲＡＣデータの伝送に使用される。
そしてＴＳパケットのうちの残りの２９バイトは、ＴＳパケットヘッダ、ＰＥＳヘッダ、データヘッダが設けられる。このデータヘッダには、伝送するデータのタイプ、衛星放送や地上波放送等のデータの伝送路のタイプ等が設けられる。
更に、ＡＴＲＡＣデータの固有情報を定義するＦＤＦ（Field Dependnet Field ）設けられる。
【００２３】
このように、この発明が適用された伝送方法では、ＡＴＲＡＣのデータを伝送する場合に、１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータが配置され、更に、データヘッダとＦＤＦが設けられ、８つのＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパケットで３つのサウンドグループのデータが伝送される。このようにして、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場合の具体例について以下に説明する。
【００２４】
図２は、ＰＴＳ（Presentation Time Stamp ）を利用して同期伝送を可能にする方式の場合のＴＳパケットの構成を示すものである。図２に示すように、ＴＳパケットは、１８８バイトの固定長からなる。このＴＳパケットの先頭の１バイト目から４バイト目は、トランスポートパケットヘッダとされ、５バイト目から１８バイト目はＰＥＳパケットヘッダとされ、１９バイト目から２０バイト目はデータヘッダとされ、２１バイト目から１８８バイト目はデータボディとされている。データボディの構成は、図３に示されている。
【００２５】
トランスポートパケットヘッダの先頭には、１バイトのシンクバイトが設けられる。このシンクバイトに続いて、このパケット中のエラーの有無を示すトランスポートエラーインディケータと、新たなＰＥＳパケットがこのトランスポートパケットのペイロードから始まることを示すペイロードユニットスタートインディケータと、このパケットの重要度を示すトランスポートプライオリティが、夫々、１ビット設けられる。
これに続いて、該当パケットの個別ストリームの属性を示す１３ビットのストリーム識別情報（ＰＩＤ）が設けられる。更に、パケットのペイロードのスクランブルの有無や種別を示すトランスポートスクランブリングコントロールと、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロールと、同じＰＩＤを持つパケットが途中で一部破棄されたかどうかを検出するためのコンティニュイティカウンタが設けられる。
【００２６】
５バイト目から１８バイト目のＰＥＳパケットヘッダの先頭には、２４ビットの固定値のパケットスタートコードプリフィックスが設けられ、これに続いて、ストリームを識別する８ビットのストリームＩＤ、ＰＥＳパケットの長さを示すＰＥＳパケットレングスが設けられる。
またこれに続いて「１０」の固定パターンと、２ビットのＰＥＳスクランブルコントロールと、１ビットのＰＥＳプライオリティと、１ビットのデータアライメントインディケータと、１ビットのコピーライトと、１ビットのオリジナル／コピーかの識別と、２ビットのＰＴＳ及びＤＴＳフラグと、１ビットのＥＳＣＲフラグと、１ビットのＥＳレートフラグと、１ビットのＤＭＳトリックモードフラグと、１ビットのアディショナルコピーインフォメーションフラグと、１ビットのＰＥＳのＣＲＣフラグと、１ビットのＰＥＳエクステーションフラグが設けられる。
これに続いて、８ビットのＰＥＳヘッダデータレングスが設けられる。「１１０１」の固定パターンの後に、タイムスタンプであるＰＴＳの３２から３０が設けられ、これに続いて１ビットのマーケットビットが設けられる。そして、これに続く１５ビットにタイムスタンプであるＰＴＳの２９から１５が設けられ、これに、１ビットのマーケットビットが付加される。更にこれに続く１５ビットにＰＴＳの１４から０が設けられ、これに、１ビットのマーケットビットが付加される。
【００２７】
１９バイト目から２０バイト目のデータヘッダには、８ビットのデータタイプと、６ビットのデータトランスミッションタイプと、２ビットのタグが設けられる。データタイプには、伝送するデータのタイプが記述される。データトランスミッションタイプには、データの伝送路のタイプ、例えば衛星放送、地上波放送等が記述される。
タグには、データヘッダの後に、アディショナルヘッダがあるか否かが記述される。例えば、タグが「００」ならデータヘッダの後にデータが続き、「０１」ならデータヘッダの後にアディショナルヘッタが続くことが示され、「１０」ならアディショナルヘッダがＰＥＳパケットの中で複数回数あることが示される。
【００２８】
２１バイト目から１８８バイト目は、データボディとされ、ここに、ＡＴＲＡＣのデータが配置される。ＡＴＲＡＣデータの配置は、図３に示すようになっている。
なお本発明に該当する実施の形態の例は図４に示し、図３の例は図４の例に対する基本的な配置を示すものである。
【００２９】
図３に示すように、データボディの２１バイト目の最初の４ビットには、ＦＤＦフィールドレングスが設けられ、次の４ビットにはオーディオデータタイプ１が設けられる。ＦＤＦフィールドレングスはＦＤＦフィールドの長さを示すものである。オーディオデータタイプ１は、オーディオタイプを定義（例えばＡＴＲＡＣ）するためのものである。これに続いて、オーディオデータタイプ２が設けられる。このオーディオデータタイプ２は、データタイプの中での分類が定義される（例えば、ＡＴＲＡＣ１、ＡＴＲＡＣ２）。次に、１ビットのコピーライト情報、１ビットのオリジナル／コピーの情報、１ビットのステレオ／モノの情報、１ビットのエンファシス情報が記述される。
【００３０】
これに続いて、１ビットのデータスタートインディケータと、１ビットのデータエンドインディケータと、３ビットのＰＥＳデータカウンタが設けられる。
データスタートインディケータは、伝送中のデータが楽曲データの最初のＰＥＳパケットであることを示している。例えば楽曲の先頭となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データスタートインディケータ＝「１」とされる。
データエンドインディケータは、伝送中のデータが楽曲の最後のＰＥＳパケットであることを示している。例えば楽曲の終端となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データエンドインディケータ＝「１」とされる。
【００３１】
ＰＥＳデータカウンタは、ＰＥＳを伝送する８つのＴＳパケットの中で何番目かを示している。
これに続く３ビットはリザーブとされているが、次の２４ビットは、プレゼントＰＥＳナンバとされている。このプレゼントＰＥＳナンバには、伝送中のデータが何番目のＰＥＳパケットであるかが示される。
従って、プレゼントＰＥＳナンバと、ＰＥＳデータカウンタにより、ＴＳパケット単位での連続性が判断できる。これはＴＳパケットにのせられるＡＴＲＡＣデータの連続性が判断できることを意味する。
【００３２】
この図３の例では２７バイト目から２９バイト目は、リザーブとされており、その後３０バイト目から１８８バイト目に、１５９バイト分のＡＴＲＡＣデータが配列される。
【００３３】
ところが本発明の実施の形態としてのデータボディのフォーマットは図４のようになり、ほとんどは図３と同様であるが、図からわかるように２７バイト目と２８バイト目がリザーブとされて、その次の２９バイト目にはＡＴＲＡＣデータに対するチェックサム（ＣＲＣエラー検出コード）が設けられる。
そして、３０バイト目から１８８バイト目には、図３と同じく１５９バイト分のＡＴＲＡＣデータが配列される。
【００３４】
２９バイト目のＡＴＲＡＣデータチェックサムとＡＴＲＡＣデータの関係を図５に示す。ＡＴＲＡＣデータチェックサムによる計算の仕方は次のようになる。
図示するようにＡＴＲＡＣデータチェックサムの各ビットの値をＣＳ［０］〜ＣＳ［７］とし、また１５９バイトのＡＴＲＡＣデータの最初のバイトの値をＡＴ[0][0]、最初のバイトの値をＡＴ[158][7]とすると、
ＣＳ［０］＾ＡＴ[0][0]＾ＡＴ[1][0]＾・・・＾ＡＴ[158][0]＝ＳＵＭ［０］
ＣＳ［１］＾ＡＴ[0][1]＾ＡＴ[1][1]＾・・・＾ＡＴ[158][1]＝ＳＵＭ［１］
・・・・
ＣＳ［７］＾ＡＴ[0][7]＾ＡＴ[1][7]＾・・・＾ＡＴ[158][7]＝ＳＵＭ［７］
としたときに、
ＳＵＭ［０］〜ＳＵＭ［７］＝０ｘ００
となるようにＣＳ［０］〜ＣＳ［７］の値を設定するものである。
【００３５】
このようにＡＴＲＡＣデータに対するチャックサムを設けることで、この伝送データを受信した受信装置（例えば後述するＩＲＥ２２）側やストレージデバイス２３側においてダウンロードするＡＴＲＡＣデータの信頼性をチェックできる。
【００３６】
以上のようにＴＳパケットには、１５９バイトのＡＴＲＡＣのデータが配置されると共に、固有情報が定義されて、ＦＤＦに挿入される。ＦＤＦの領域は、アディショナルデータヘッダ、ＡＴＲＡＣデータ、ＦＤＦのデータを受信する際に、機器の信号処理をしやすくするために、ＴＳパケットの固定の位置に配置される。
【００３７】
そしてＦＤＦを解析することにより、１つのＴＳパケット中のデータが伝送しようとしている楽曲中のどのデータであるかを解析することがてきる。これにより、伝送中何等かの理由によりエラーが発生し、あるパケットが正しく受信できなかった場合も、どのデータが抜けたかを検出することが可能となる。また、データスタートインディケータ、データエンドインディケータを検出するとで、そのデータが楽曲の最初又は最後であることが検出できる。このデータを利用して、ストレージデバイス１３でダウンロードを行う時に、記録開始位置又は記録終了位置を簡単に検出することができる。
【００３８】
次に、高速転送用に、同期用のＰＴＳを付加しないで伝送する場合について説明する。図６及び図７は、同期用のＰＴＳを付加しないで伝送する場合のＴＳパケットの構成を示すものであり、図６はＰＥＳパケットを構成する８つのＴＳパケットのうちの最初のＴＳパケットの構成を示し、図７は２番目から８番目のＴＳパケットの構成を示している。
【００３９】
図６に示すように、最初のＴＳパケットは、１８８バイトの固定長からなる。
第１番目のＴＳパケットの先頭の１バイト目から４バイト目は、トランスポートパケットヘッダとされ、５バイト目から１８バイト目はＰＥＳパケットヘッダとされ、１９バイト目から２０バイト目はデータヘッダとされ、２１バイト目から１８８バイト目はデータボディとされている。
【００４０】
トランスポートパケットヘッダの内容は図２で説明したものと同様となる。
５バイト目から１８バイト目のＰＥＳパケットヘッダについては、先頭の２４ビットの固定値のパケットスタートコードプリフィックスから、１３バイト目の８ビットのＰＥＳヘッダデータレングスまでは図２で説明したものと同様となる。
ところが、これに続く５バイトは、スタッフィングビットとされている。
【００４１】
１９バイト目から２０バイト目のデータヘッダには、８ビットのデータタイプと、６ビットのデータトランスミッションタイプと、２ビットのタグが設けられる。２１バイト目から１８８バイト目は、データボディとされ、ここに、ＡＴＲＡＣのデータが配置される。ＡＴＲＡＣデータの配置は、前述の図４に示す構成と同様である。
【００４２】
一方図７に示すように、第２番目から第８番目の各１８８バイトのＴＳパケットでは、１バイト目から４バイト目はトランスポートパケットヘッダとされ、２１バイト目から１８８バイト目はデータボディとされていることは同様である。
そしてトランスポートパケットヘッダの内容は図２で説明したものと同様であり、またデータボディの構成は、図４に示したとおりとなる。
ところが５バイト目から２０バイト目は、スタッフィングビットとされており、ＰＥＳパケットヘッダは配されない。
【００４３】
即ち図６、図７で説明した高速転送用のフォーマットでは、同期用のＰＴＳを付加しないことから、ＰＥＳパケット内の先頭のＴＳパケットのみに必要なＰＥＳパケットヘッダデータを配し、第２番目から第８番目のＴＳパケットにはＰＥＳパケットヘッダデータを付加しない構成となる。
【００４４】
ところで上述した例では、ＡＴＲＡＣのデータをＭＰＥＧ２のパケットに載せて伝送する場合について説明したが、本発明はこのような場合に限定されるものではない。図８は、ＩＥＣ９５８でデータを伝送する場合のデータボディの例である。ＩＥＣ９５８の伝送では、１つのＰＥＳパケットに３０７２バイトのデータが挿入される。これにより、ＩＥＣ９５８の２フレームを１つのＰＥＳパケットで伝送可能である。
【００４５】
ＩＥＣ９５８のデータを伝送する場合には、図８に示すようにデータが配置される。図示するように、２１バイト目から１８８バイト目のデータボディにおける最初の４ビットには、ＦＤＦフィールドレングスが設けられ、次の４ビットにはオーディオデータタイプ１が設けられ、これに続いて、オーディオデータタイプ２が設けられる。そして、次に、１ビットのコピーライト、１ビットのオリジナル／コピー、１ビットのステレオ／モノ、１ビットのエンファシスが設けられる。これに続いて、１ビットのデータスタートインディケータと、１ビットのデータエンドインディケータとが設けられる。
これに続く６ビットはリザーブとされているが、次の２４バイト目〜２６バイト目は、プレゼントＰＥＳナンバとされている。
【００４６】
２７バイト目から５８バイト目はリザーブとされているが、５９バイト目にはＥＣ９５８データに対するチェックサム（ＣＲＣエラー検出コード）が設けられる。
そして、６０バイト目から１８８バイト目には、１２８バイト分のＩＥＣ９５８のデータが配列される。
このように１つのＴＳパケットに１２８分のデータを配することで、ＩＥＣ９５８データとＰＥＳパケットの整合性を良好とすることができる。
【００４７】
ところで上述のように、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場合、１つのＴＳパケットに１５９バイトのＡＴＲＡＣの圧縮オーディオデータを配置すると、ＰＥＳパケットで３サウンドグループのデータが伝送でき、ＡＴＲＡＣの圧縮データとＰＥＳパケットとの整合性が良くなるが、例えば衛星放送において、ＭＰＥＧ２方式でデータが伝送され、衛星放送で音楽データを配信するようなシステムでは、音楽データを配信する際の圧縮方式として、ＡＴＲＡＣが用いられることが考えられている。このようなシステムで音楽データを伝送する場合には上記したようにＰＥＳパケット内にＡＴＲＡＣデータを配することが好適である。
以下、衛星放送で音楽データを配信するシステムについて説明する。
【００４８】
図９は、衛星放送で音楽データを配信するシステムの全体構成を示すものである。図９において、地上局１は衛星放送システムの放送局となる。地上局１には、番組放送素材サーバ１１からの音楽番組放送の素材と、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材と、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面を表示するためのデータが送られる。
【００４９】
番組放送素材サーバ１１は、通常の音楽放送番組の素材を提供するサーバである。この番組放送素材サーバ１１から送られてくる音楽放送の素材は動画及び音声であり、通常の音楽放送番組では、例えば、新曲紹介のプロモーション用のビデオが放送されたり、最新のヒット曲のカウントダウンが放映されていたりする。
【００５０】
オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・は、オーディオチャンネルを使って、オーディオ番組を提供するサーバである。このオーディオチャンネル番組放送の素材は音声のみである。各オーディオチャンネル番組放送では、夫々、同一の楽曲が所定の単位時間繰り返して放送され、この楽曲は、後に説明するダウンロード用の楽曲と関連している。
各オーディオチャンネルは、夫々、独立しており、各オーディオチャンネルの利用方法は各種のものが考えられる。例えば、１つのオーディオチャンネルでは、最新の日本のポップスの中の推薦曲を所定時間繰り返して放送し、他のオーディオチャンネルでは、最新のアメリカンポップスの中の推薦曲を所定時間繰り返して放送し、更に他のオーディオチャンネルでは、ジャズの中から推薦曲を所定時間繰り返して放送するようにしても良い。また、同じアーチストの複数の楽曲を夫々のオーディオチャンネルに分けて繰り返して放送するようにしても良い。
【００５１】
ダウンロード用のオーディオデータ素材サーバ１３は、ダウンロード用の複数のオーディオデータを提供している。このダウンロード用のオーディオデータは、オーディオチャンネル番組放送で放送されている楽曲と関連している。すなわち、例えば、上述のように、１つのオーディオチャンネルでは、最新の日本のポップスの推薦曲が所定時間繰り返して放送され、他のオーディオチャンネルでは、最新のアメリカンポップスの中の推薦曲が所定時間繰り返して放送され、更に他のオーディオチャンネルでは、ジャズの中から推薦曲が所定時間繰り返して放送されているとする。この場合、オーディオチャンネルで取り上げられている最新の日本のポップスの推薦曲や、最新のアメリカンポップスの推薦曲や、ジャズの中の推薦曲のオーディオデータがダウンロード用のオーディオデータとして提供される。
【００５２】
ＧＵＩ（Graphic User Interface）データサーバ１４は、配信される楽曲のリストページや各楽曲の情報ページの画面を形成するためのデータや、ＥＰＧ（Electric Program Guide）用の画面を形成するためのデータ等を提供するものである。ダウンロードできる楽曲のリストや、その曲についての情報は、画面上で表示を見ながら行うことができる。ＧＵＩデータサーバ１４からは、そのためのデータが送られる。
【００５３】
地上局１は、これら、番組放送素材サーバ１１からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材となるオーディオデータと、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのデータとを多重化して送信する。
このとき、音楽番組放送のビデオデータは、例えば、ＭＰＥＧ２（Moving Picture Experts Groupe ）方式により圧縮され、各オーディオチャンネルのオーディオデータは例えばＭＰＥＧ２オーディオ方式により圧縮される。さらに、ダウンロード用のオーディオデータは例えばＡＴＲＡＣ（Adaptive Transform Acoustic Coding）方式により圧縮される。また、ダウンロード用のオーディオデータに対しては、キー情報サーバ１５からのキー情報を用いて、暗号化が施される。
【００５４】
地上局１からの信号は、衛星２を介して、各家庭の受信設備３で受信される。衛星２には、複数のトランスポンダが搭載されている。
【００５５】
各家庭の受信設備としては、パラボラアンテナ２１と、ＩＲＤ２２（Integrated Receiver Decoder ）と、ストレージデバイス２３と、テレビジョン受像機などのモニタ装置２４とが用意される。パラボラアンテナ２１で、衛星２を介して送られてきた信号が受信される。この受信信号がパラボラアンテナ１１に取り付けられたＬＮＢ（Low Noise Block Downconverter ）２５で所定の周波数に変換され、ＩＲＤ２２に供給される。
【００５６】
ＩＲＤ２２は、受信信号から所定のチャンネルの信号を選択し、ビデオ信号及びオーディオ信号の復調を行うものである。また、ＩＲＤ２２により、配信される楽曲のリストページや各楽曲の情報ページや、ＥＰＧ用の画面が形成される。
ＩＲＤ２２の出力がテレビジョン受像機２４に供給される。
【００５７】
ストレージデバイス２３は、ダウンロードされたオーディオデータを保存するためのものである。例えば、ストレージデバイス２３としては、ＭＤレコーダ／プレーヤが用いられる。
【００５８】
ＩＲＤ２２は、例えば電話回線４を介して課金サーバ５と結ばれている。ＩＲＤ２２には、各種情報が記録されるＩＣカードが挿入される。オーディオデータのダウンロードが行われると、その情報がＩＣカードに記録される。このＩＣカードの情報は、電話回線４を介して、課金サーバ５に送られる。課金サーバ５は、このダウンロード情報から適切な課金を行い、ユーザに請求する。このように、適切な課金を行うことにより、ダウンロードされる楽曲の著作権を守ることができる。
【００５９】
このように、このシステムでは、地上局１は、番組放送素材サーバ１１からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオチャンネルの素材となるオーディオデータと、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のデータと、ＧＵＩデータサーバ１４からのデータとを多重化して送信している。
【００６０】
各家庭の受信設備３でこの放送を受信すると、音楽番組が見られる他、送られてきたＧＵＩデータサーバからのデータに基づいて、グラフィック画面が表示される。このグラフィック画面を見ながら必要な操作を行うと、各楽曲についての情報ページを見ることができ、また、各楽曲についての試聴を行うことができる。更に、グラフィック画面を見ながら必要な操作を行うことで、所望のオーディオデータをダウンロードして、ストレージデバイス２３に記録することができる。
【００６１】
つまり、各家庭の受信設備３でこの放送を受信すると、図１０（ａ）に示すように、画面に、配信される楽曲のリストページ３０が表示される。このリストページ３０の表示画面中には、ダウンロード可能な楽曲を表示するためのウィンドウ３１が表示されると共に、番組送信サーバ１１から提供された音楽番組に基づく動画像３２が表示される。ウィンドウ３１には、アーチスト名３３や、ダウンロード可能な楽曲の曲名３４、３４、３４・・・が表示され、それに対応して各楽曲の選択ボタン３５、３５、３５・・・が表示される。
【００６２】
視聴者は、このウィンドウ３１に表示されている曲名を見ながら、興味のある楽曲を探していく。各楽曲についての詳細な情報を見たい場合には、例えば、図示しないリモートコマンダの矢印キーを操作して、画面上の情報を得たい楽曲の選択ボタン３５を押す。
【００６３】
ウィンドウ３１の所望の楽曲の楽曲選択ボタン３５が押されると、図１０（ｂ）に示すように、楽曲の情報ページ４０が表示される。この各楽曲の情報ページ４０には、その楽曲の詳細を示すウィンドウ４１が表示されると共に、その楽曲が収められているＣＤのジャケット等の静止画４２が表示される。このウィンドウ４１には、アーチスト名、曲目、作詞者、作曲者、歌詞、ライブ情報等の楽曲の詳細情報４３が表示されると共に、試聴ボタン４４、ダウンロードボタン４５、戻りボタン４６が表示される。
【００６４】
試聴ボタン４４は、この楽曲がどのような曲であるかを実際にオーディオデータを購入する前に試聴するためのボタンである。ダウンロードボタン４５は、その曲をダウンロードして、ストレージデバイス２３に記録させるためのボタンである。戻りボタン４６は、前のページの画面に戻るためのボタンである。
【００６５】
このように、配信される楽曲のリストページ３０及び各楽曲の情報ページ４０により、視聴者は、現在どのような楽曲が配信されているのかを知ることができ、各楽曲についての詳細な情報を知ることができる。
【００６６】
ここで、その楽曲を試聴したい場合には、視聴者は、矢印キーを操作して、試聴ボタン４４を押す。試聴ボタン４４が押されると、対応する楽曲が放送されているオーディオチャンネルに設定される。各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されている。したがって、試聴ボタン４４が押されると、画面はそのままで、その楽曲のオーディオチャンネルに切り換えられ、その楽曲を聞くことができる。
【００６７】
その楽曲を購入したい場合には、視聴者は、ダンウロードボタン４５を押す。
ダウンロード用のオーディオデータと、オーディオチャンネルで放送されている楽曲とは対応している。したがって、ダウンロードボタン４５が押されると、選択された楽曲のオーディオデータがストレージデバイス２３に供給され、記録媒体にダウンロード記録される。
【００６８】
また、リストページに戻りたい場合には、戻りボタン４６が押される。戻りボタン４６が押されると、図１０（ａ）に示すリスト画面３０に戻される。
【００６９】
このように、このシステムでは、画面上には楽曲のリストページ３０及び各楽曲の情報ページ４０が表示され、これら楽曲のリストページ３０及び各楽曲の情報ページ４０により各楽曲についての情報を知ることができる。そして、この画面上の表示に従って試聴ボタン４４が押されると、その楽曲を試聴することができ、ダンウロードボタン４５が押されると、その楽曲のオーディオデータをダウンロードして、ストレージデバイス２３に記録することができる。
【００７０】
図１１は、この発明が適用されたシステムにおける地上局１の構成を示すものである。
図１１において、番組放送素材サーバ１１からのビデオデータは、ＭＰＥＧ２ビデオエンコーダ５１Ａ及びＭＰＥＧ２オーディオエンコーダ５１Ｂに供給される。オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオデータは、ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ・・・に供給される。ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のオーディオデータは、ＡＴＲＡＣエンコーダ５３に供給される。ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面を表示するためのデータがＧＵＩデータオーソリング回路５４に供給される。
【００７１】
番組放送素材サーバ１１からのビデオ信号は、ＭＰＥＧ２ビデオエンコーダ５１Ａで圧縮され、パケット化される。このビデオパケットがマルチプレクサ５６に供給される。また、番組放送素材サーバ１１からのオーディオ信号は、ＭＰＥＧ２オーディオエンコーダ５１Ｂで圧縮されパケット化される。このオーディオパケットがマルチプレクサ５６に供給される。
【００７２】
ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ、５２Ｃ・・・で、オーディオチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオデータがＭＰＥＧ２オーディオ方式に基づいて圧縮され、パケット化される。このオーディオパケットがマルチプレクサ５６に供給される。
【００７３】
ＡＴＲＡＣエンコーダ５３で、ダウンロード用オーディオデータ素材サーバ１３からのダウンロード用のオーディオデータがＡＴＲＡＣ２方式で圧縮され、パケット化される。このデータパケットは暗号化回路５７に送られる。暗号化回路５７により、このデータパケットが暗号化される。暗号化回路５７の出力がマルチプレクサ５６に供給される。このように、各オーディオデータを暗号化するのは、不正なダウンロードが行われて、著作権が侵害されるのを防ぐためである。
【００７４】
ＧＵＩデータオーサリング回路５４で、ＧＵＩデータサーバ１４からのグラフィックユーザインターフェース用の画面のデータが処理され、パケット化される。このデータパケットがマルチプレクサ５６に供給される。
【００７５】
マルチプレクサ５６で、ＭＰＥＧ２ビデオエンコーダ５１Ａからのビデオパケット及びＭＰＥＧ２オーディオエンコーダ５１Ｂからのオーディオパケットと、ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ、５２Ｃ・・・からのオーディオパケットと、暗号化回路５７を介されたＡＴＲＡＣ２エンコーダ５３からのデータパケットと、ＧＵＩデータオーソリング回路５４からのデータパケットとが多重化される。
【００７６】
マルチプレクサ５６の出力がＱＰＳＫ変調回路５７に供給される。ＱＰＳＫ変調回路５７で、送信データがＱＰＳＫ変調される。ＱＰＳＫ変調回路５７の出力が高周波回路５８に供給される。高周波回路５８で、搬送波周波数が所定の周波数となるように周波数変換され、電力増幅が行われる。この高周波回路５８の出力がアンテナ５９から衛星２に向けて送信される。
【００７７】
このように、地上局１においては、番組放送用のビデオデータ及びオーディオデータがＭＰＥＧ２方式で圧縮され、オーディオチャンネルのオーディオデータがＭＰＥＧ２オーディオ方式で圧縮され、ダウンロード用のオーディオデータがＡＴＲＡＣ方式で圧縮される。そして、これらビデオデータと、オーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用データとが多重化されて、送信される。
【００７８】
次に、各家庭の受信設備３について説明する。図９に示したように、各家庭の受信設備としては、パラボラアンテナ２１と、ＩＲＤ２２と、ストレージデバイス２３と、テレビジョン受像機２４とが用意される。ストレージデバイス２３としては、例えば、ＭＤレコーダ／プレーヤを用いることができる。
【００７９】
図１２は、ＩＲＤ２２の構成の一例を示すものである。図１２において、パラボラアンテナ２１で衛星２からのディジタル衛星放送が受信される。パラボラアンテナ２１の受信信号は、パラボラアンテナ２２に取り付けられたＬＮＢ２５に供給され、ＬＮＢ２５で受信信号が所定の周波数の信号にダウンコンバートされる。
【００８０】
ＬＮＢ２５の出力がチューナ回路７１に供給される。チューナ回路７１で、コントローラ７６からの設定信号に基づいて、受信信号の中から所定受信周波数の信号が選択される。
【００８１】
チューナ回路７１の出力がＱＰＳＫ復調回路７２に供給される。ＱＰＳＫ復調回路７２で、受信信号がＱＰＳＫ復調され、受信信号のビットストリームが復調される。ＱＰＳＫ復調回路７２の出力がエラー訂正回路７３に供給される。エラー訂正回路７３で、エラーが検出、訂正される。
【００８２】
エラー訂正回路７３の出力がデマルチプレクサ７４に供給される。デマルチプレクサ７４は、エラー訂正回路７３から出力されるビットストリーム信号を受け、これをデータバッファメモリ７５に一旦記憶させる。そして、これをパケット列の形にフレーミングし、パケット毎に所望のデータであるかどうかを判別し、データを振り分ける。
【００８３】
前述したように、地上局１からは、通常の番組放送を行うためのビデオデータ及びオーディオデータと、複数のオーディオチャンネルのオーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用のデータが送られてくる。ビデオデータはＭＰＥＧ２方式で圧縮されており、オーディオデータはＭＰＥＧ２オーディオ方式で圧縮されており、ダウンロード用のオーディオデータはＡＴＲＡＣ方式で圧縮されている。
【００８４】
デマルチプレチサ７４は、受信されたパケットを、ビデオデータと、オーディオデータと、ダウンロード用のオーディオデータと、ＧＵＩ用のデータとに振り分ける。
【００８５】
デマルチプレクサ７４で振り分けられたビデオデータは、ＭＰＥＧ２ビデオデコーダ７８に供給される。ＭＰＥＧ２ビデオデコーダ７８は、入力されたデジタルビデオ信号をバッファメモリ７９に適宣記憶させ、ＭＰＥＧ２により圧縮されたビデオ信号をデコードするものである。ＭＰＥＧ２ビデオデコーダ７８により、コンポーネントビデオ信号がデコードされる。
【００８６】
ＭＰＥＧ２ビデオデコーダ７８の出力が例えばＮＴＳＣ方式のアナログビデオエンコーダ８０に供給される。アナログビデオエンコーダ８０で、コンポーネントビデオ信号から、例えばＮＴＳＣ方式のコンポジットビデオ信号が形成される。このビデオ信号が出力端子８１から出力される。
【００８７】
オーディオチャンネルのオーディオデータは、ＭＰＥＧ２オーディオデコーダ８２に供給される。ＭＰＥＧオーディオデコーダ８２は、入力されたデジタルオーディオ信号をバッファメモリ８３に適宣記憶させ、ディジタルオーディオ信号をデコードする。
【００８８】
ＭＰＥＧ２オーディオデコーダ８２の出力がＤ／Ａコンバータ８４に供給される。Ｄ／Ａコンバータ８４により、ディジタルオーディオ信号がアナログオーディオ信号に変換される。Ｄ／Ａコンバータ８４の出力が出力端子８５から出力される。
【００８９】
ダウンロード用のオーディオデータは、バッファメモリ８６に一旦蓄えられる。バッファメモリ８６の出力が暗号解読回路８７に供給される。前述したように、ダウンロード用のオーディオデータは暗号化されており、暗号解読に必要なキーは、ＩＣカード８８から発生される。
【００９０】
ゲート回路８９には、バッファメモリ８６からダウンロード完了情報が供給されると共に、デマルチプレクサ７４から、受信された暗号解読に必要な情報が供給される。
【００９１】
オーディオデータをダウンロードする際には、バッファメモリ８６にデータが蓄えられると、ゲート回路８９が開き、暗号解読に必要な情報がＩＣカード８８に供給される。これにより、ＩＣカード８８から暗号化回路８７にキーが渡される。暗号解読回路８７で、ＩＣカード８８からのキーに基づいて、暗号が解読される。また、このとき、ＩＣカード８８には、課金情報が記憶される。
【００９２】
暗号解読回路８７の出力がＡＴＲＡＣデコーダ９０に供給されると共に、スイッチ回路９１の端子９１Ｂに供給される。ＡＴＲＡＣ２デコーダ９０で、ＡＴＲＡＣ２のデコード処理が行われる。ＡＴＲＡＣ２デコーダ９０からは、ＰＣＭオーディオ信号が出力される。このＡＴＲＡＣ２デコーダ９０の出力がスイッチ回路９１の入力端子９１Ａに供給される。
【００９３】
スイッチ回路９１は、コントローラ７６により制御される。スイッチ回路９１が端子９１Ａ側に設定されるときには、スイッチ回路９１からは、ＰＣＭオーディオ信号が出力される。スイッチ回路９１が端子９１Ｂ側に設定されると、ＡＴＲＡＣ２方式で圧縮されたディジタルオーディオ信号がスイッチ回路９１から出力される。
【００９４】
スイッチ回路９１の出力がウォータマーク付加回路９２に供給される。ウォータマーク付加回路９２は、著作権を保護するために、オーディオデータに電子透かしを付加するものである。
【００９５】
ウォータマーク付加回路９２の出力は、ＩＥＥＥ１３９４、又はＩＥＣ９５８等のディジタルインターフェース９３に供給されると共に、Ｄ／Ａコンバータ９４に供給される。Ｄ／Ａコンバータ９４でディジタルオーディオ信号がアナログオーディオ信号に変換される。このアナログオーディオ信号がアナログ出力端子９５から出力される。
【００９６】
ＧＵＩ用のデータは、コントローラ７６に供給される。コントローラ７６で、これらのデータに基づいて、リストページの画面や各楽曲の情報ページの画面、或いはＥＰＧ用の画面が形成される。このようにして形成された画面は、バッファメモリ７９の所定のエリアに書き込まれる。これにより、画面上の指定のエリアに、放送されてくる楽曲のリストページや各楽曲の情報ページの画面、或いはＥＰＧ用の画面を写し出すことができる。
【００９７】
コントローラ７６は、全体の処理を行っている。また、コントローラ７６に対して、入力キー９８を介して入力が与えられる。また、コントローラ７６には、モデム９９が接続されている。課金に必要な情報は、ＩＣカード８８に記録される。このＩＣカード８８の情報は、モデム９９を用いて、電話回線４を介して、課金サーバ５に送られる。
【００９８】
このように、ディジタルインターフェース９３は、ＰＣＭデータを出力する場合と、ＡＴＲＡＣ２のオーディオデータを出力する場合とで共用されており、スイッチ回路９１でその出力が切り換えられるようになっている。
【００９９】
つまり、ストレージデバイス２３がＰＣＭデータを入力するディジタル入力端子の場合には、スイッチ回路９１が端子９１Ａ側に設定される。ストレージデバイス２３がＡＴＲＡＣ２のデータを入力できる場合には、スイッチ回路９１が端子９１Ｂ側に設定される。スイッチ回路９１が端子９１Ａ側に設定されているときには、ダウンロードされたＡＴＲＡＣ２のデータは、ＡＴＲＡＣ２デコーダ９０に送られ、デコードされる。このデコードされたデータがスイッチ回路９１、ウォータマーク付加回路９２を介して、データ出力端子９３から出力される。スイッチ回路９１が端子９１Ｂ側に設定されているときには、ダウンロードされたＡＴＲＡＣ２のデータは、スイッチ回路９１、ウォータマーク付加回路９２を介して、データ出力端子９３から出力される。
【０１００】
図１３はストレージデバイス２３の一例を示し、この例では、ストレージデバイス２３として、ＭＤレコーダ／プレーヤをあげる。
【０１０１】
図１３において、ディスク１０１は、例えば、カートリッジに収納された直径６４ｍｍの光磁気ディスクからなるＭＤである。ディスク１０１はスピンドルモータ１０２により所定ＣＬＶ速度で回転される。ディスク１０１に対しては、光学ヘッド１０３と磁気ヘッド１２１が記録面を挟み込むような状態で配される。
光学ヘッド１０３は、レーザ光を出力するためのレーザダイオードと、偏光ビームスプリッタや対物レンズからなる光学系、及び反射光を検出するためのディテクタなどが搭載されている。対物レンズ１０３ａは、２軸デバイス１０４によりディスクの半径方向及びディスクに接離する方向に変位可能に保持されている。
光学ヘッド１０３及び磁気ヘッド１２１全体は、スレッド機構１０５によりディスクの半径方向に移動可能とされている。
【０１０２】
光学ヘッド１０３によりディスク１０１から検出された情報は、ＲＦアンプ１０７に供給される。ＲＦアンプ１０７からは、光学ヘッド１０３の各ディテクタの出力を演算処理することにより、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ウォブル記録されている絶対位置情報（アドレス情報）等が抽出される。
抽出された再生ＲＦ信号は、ＥＦＭ（Eight To Fourteen Modulation）及びＡＣＩＣＲ（Advanced Cross Interleave Reed-Solomon Code ）エンコーダ／デコーダ部１０８に供給される。また、ＲＦアンプ１０７からのトラッキングエラー信号、フォーカスエラー信号は、サーボ回路１０９に供給され、絶対位置情報は、アドレスデコーダ１１０に供給されてデコードされ、絶対位置アドレスとして出力される。
【０１０３】
サーボ回路１０９は、トラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ１０２の回転速度検出情報等により各種のサーボ駆動信号を発生させ、２軸デバイス１０４及びスレッド機構１０５を制御して、フォーカス及びトラッキング制御、スレッド制御、スピンドル制御を行う。
【０１０４】
全体動作は、システムコントローラ１１１により管理されている。システムコントローラ１１１には、操作入力部１１９から入力が与えられる。
【０１０５】
入力端子１２２からオーディオ信号を記録する場合には、入力端子１２２からのアナログオーディオ信号がＡ／Ｄコンバータ１２３に供給される。Ａ／Ｄコンバータ１２３で、このオーディオ信号がディジタル化される。Ａ／Ｄコンバータ１２３の出力が音声圧縮エンコーダ／デコータ１１４に供給される。音声圧縮エンコーダ／デコータ１１４で、このオーディオデータがＡＴＲＡＣ方式で圧縮される。
【０１０６】
音声圧縮エンコーダ／デコーダ１１４の出力は、メモリコントローラ１１２の制御の基に、一旦、ＲＡＭ１３に書き込まれ、そして、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータにエラー訂正符号が付加され、更に、このデータがＥＦＭ変調される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。このとき、光学ヘッド１０３からは、ディスクにデータを書き込むために、光レベルのレーザビームが照射される。これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデータが記録される。
【０１０７】
また、このＭＤレコーダ／プレーヤでは、ＡＴＲＡＣのデータを直接入力して記録することが可能である。ＡＴＲＡＣのデータは、例えば、ＩＥＥＥ１３９４、又はＩＥＣ９５８等のディジタルインターフェース１２５を介して入力される。
【０１０８】
ディジタルインターフェース１２５からのＡＴＲＡＣのデータは、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータに対してエラー訂正符号が付加され、またＥＦＭ変調される。そしてＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。このときも光学ヘッド１０３からは、ディスクにデータを書き込むために、高レベルのレーザビームが照射される。これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデータが記録される。
【０１０９】
再生時には、光学ヘッド１０３により、ディスク１０１の記録信号が再生される。この光学ヘッド１０３の出力は、ＲＦアンプ１０７に供給され、ＲＦアンプ１０７からは、再生ＲＦ信号が得られる。この再生ＲＦ信号は、２値化回路１０６を介して、ＥＦＭ及びＡＣＩＲＣデコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣデコーダ１０８で、再生ＲＦ信号に対して、ＥＦＭ復調処理、ＡＣＩＲＣによるエラー訂正処理が行われる。
【０１１０】
ＥＦＭ及びＡＣＩＲＣデコーダ１０８の出力は、メモリコントローラ１１２の制御の基に、一旦、ＲＡＭ１１３に書き込まれる。なお、光学ヘッド１０３による光磁気ディスク１０１からのデータの読み取り及び光学ヘッド１０３からＲＡＭ１１３までの系における再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃで、然も、間欠的に行われる。
【０１１１】
ＲＡＭ１１３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃとなるタイミングで読み出され、音声圧縮／ンコーダ／デコータ１１４に供給される。音声圧縮デコーダ１１４で、ＡＴＲＡＣによる音声データの伸長処理がなされる。
【０１１２】
音声圧縮デコーダ１１４の出力は、Ｄ／Ａコンバータ１１５に供給される。Ｄ／Ａコンバータ１１５により、ディジタルオーディオ信号がアナログオーディオ信号に変換される。このアナログオーディオ信号が出力端子１１７から出力される。
【０１１３】
ここで、ＲＡＭ１１３へのデータの書込み／読出しは、メモリコントローラ１１２によって書込みポインタと読出しポインタの制御によりアドレス指定して行われるが、書込みポインタは１．４１Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされ、一方、読出しポインタは０．３Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされていく。この書込みと読出しのビットレートの差により、ＲＡＭ１１３内にある程度データが蓄積された状態となる。ＲＡＭ１１３内にフル容量のデータが蓄積された時点で、書込みポインタのインクリンメトは停止され、光学ヘッド１０３によるディスク１０１からのデータの読出し動作も停止される。但し、読出しポインタのインクリメントは継続して実行されているため、再生音声出力はとぎれることがない。
【０１１４】
その後、ＲＡＭ１１３から読出し動作のみが継続されていき、ある時点でＲＡＭ１１３内のデータ蓄積量が所定量以下となったとすると、再び光学ヘッド１１３によるデータ読出し動作及び書込みポインタのインクリメントが再開され、再びＲＡＭ１３のデータ蓄積がなされていく。
【０１１５】
このようにＲＡＭ１１３を介して再生オーディオ信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことがなく、データ蓄積が残っているうちに例えば正しいトラッキング位置までアクセスしてデータ読出しを再開することで、再生出力に影響を与えずに、動作を続行できる。
【０１１６】
このようなシステムでは、音楽配信用のデータは、ＡＴＲＡＣで圧縮されており、このＡＴＲＡＣで圧縮されたデータがＭＰＥＧ２のＴＳパケットに載せて送られる。この際、上述のように、ＴＳパケットに１５９バイトのデータを伝送し、８つのＴＳパケットからＰＥＳパケットを構成するようにすると、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送でき、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性がとり易い。
【０１１７】
また、このようなシステムでは、例えば、ＩＥＥＥ１３９４や、ＩＥＣ９５８の光インターフェースなどを用いて、ＩＲＤ２２からＭＤレコーダ／プレーヤ等のストレージデバイス２３にＡＴＲＡＣのデータが伝送される。この場合も図４又は図８に示したように、ＰＥＳパケット内のＴＳパケットにデータを挿入するようにすると、ＰＥＳパケットとデータの整合性がとり易い。
【０１１８】
そして、特に図４、図８で説明したようにＴＳパケット単位でＡＴＲＡＣデータに対してチェックサムコードが付加されているため、例えばデジタルインターフェース１２５においてＡＴＲＡＣデータが入力された際に、エラー検出を行うことができる。
これにより例えばダウンロード中にＡＴＲＡＣデータのエラーが検出された場合は、一旦ダウンロード記録動作を中止し、リトライ動作に移ることなども可能となる。特に上述したようにＡＴＲＡＣデータとしての楽曲データは繰り返し放送されているため、エラー検出に応じてダウンロードリトライを行うことが可能であるとともに、リトライによりエラーのないデータをダウンロードできるようにすることで、信頼性の高いシステムを構築できる。
【０１１９】
以上本発明の実施の形態としての伝送方式及びそれを適用したシステム例について説明してきたが、本発明の伝送方式フォーマットや、適用できるシステムは多様に考えられる。また上記例ではＴＳパケット内の伝送データ（ＡＴＲＡＣデータ）にエラー検出コードを付加した例をあげたが、エラー訂正コードを付加するようなことも考えられる。
【０１２０】
【発明の効果】
以上説明したように本発明によれば、所定のデータ量の基本単位の伝送情報をＰＥＳパケットで伝送する際に、整数個のＴＳパケットでＰＥＳパケットを構成し、ＰＥＳパケットに上記基本単位の伝送情報が整数個配置されるように、１つのＴＳパケットで伝送するデータ数を決定するようにしている。例えば、ＡＴＲＡＣのデータを伝送する場合には、ＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成することで、ＰＥＳパケットで３つのサウンドフレームのＡＴＲＡＣのデータを伝送している。このように、ＰＥＳパケットでサウンドフレームを整数個送れるため、サウンドフレームとＰＥＳパケットの整合性が良くなる。
【０１２１】
また各ＴＳパケットに含まれる伝送情報に対しては、エラー検出コードもしくはエラー訂正コードが含まれるようにしているため、受信装置側やストレージデバイス側で、伝送情報自体のエラーチェックを行うことができる。そして受信データやダウンロード記録のために供給されたデータについてのエラーチェックが可能となることで、例えばダウンロードリトライなど必要な処理を行うことができ、システムの信頼性向上に大きく貢献できる。
【０１２２】
また、この発明によれば、ＴＳパケットには、伝送情報に関するの固有情報を挿入するようにし、この固有情報には、伝送中のデータが最初のＰＥＳパケットであることを示す情報や、伝送中のデータが最後のＰＥＳパケットであることを示す情報が含められる。このため、記録開始位置や記録終了位置を簡単に検出することができる。
また、この固有情報には、伝送中のデータがＰＥＳパケットを伝送するＴＳパケット中の何番目のＴＳパケットであるかの情報を含むようにしている。これにより、データが抜けているか否かを判断し、これに応じてエラー処理を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデータ伝送方法におけるパケット構造の説明図である。
【図２】実施の形態のＡＴＲＡＣデータをＰＴＳを付加して伝送する場合のパケット構造の説明図である。
【図３】ＡＴＲＡＣデータを伝送する場合のデータボディのパケット構造の説明図である。
【図４】実施の形態のＡＴＲＡＣデータを伝送する場合のデータボディのパケット構造の説明図である。
【図５】実施の形態のデータボディに配されるエラー検出コードの説明図である。
【図６】実施の形態のＡＴＲＡＣデータをＰＴＳを付加しない場合の最初のパケット構造の説明図である。
【図７】実施の形態のＡＴＲＡＣデータをＰＴＳを付加しない場合の第２番目から第８番目のパケット構造の説明図である。
【図８】実施の形態のディジタルインターフェースのデータを伝送する場合のデータボディのパケット構造の説明図である。
【図９】音楽配信を行う衛星放送システムの全体構成を示すブロック図である。
【図１０】音楽配信を行う衛星放送システムにおける画面の説明に用いる説明図である。
【図１１】音楽配信を行う衛星放送システムにおける送信側のブロック図である。
【図１２】音楽配信を行う衛星放送システムにおけるＩＲＤのブロック図である。
【図１３】音楽配信を行う衛星放送システムにおけるストレージデバイスのブロック図である。
【符号の説明】
ＴＳＰ１〜ＴＳＰ８ ＴＳパケット、ＳＧＰ１〜ＳＧＰ３ サウンドグループ
Claims (9)
- 所定のデータ量である基本単位の伝送情報をエレメンタリストリームパケットで伝送するデータ伝送方法であって、
整数個のトランスポートストリームパケットでエレメンタリストリームパケットを送信するようにトランスポートストリームパケットを構成し、
前記エレメンタリストリームパケットに上記基本単位の伝送情報が整数個配置されるように前記各トランスポートストリームパケットで伝送する伝送情報量を決定し、
上記各トランスポートストリームを伝送し、
上記エレメンタリストリームパケットにて伝送される上記伝送情報のデータ量は、上記基本単位の伝送情報のデータ量の整数倍であり、かつ、一つの上記トランスポートストリームパケットにて伝送される上記伝送情報の整数倍であり、
上記基本単位の伝送情報のデータ量は、一つの上記トランスポートストリームパケットにて伝送される上記伝送情報のデータ量の整数倍とは異なること
を特徴とするデータ伝送方法。 - 前記各トランスポートストリームパケットには、そのトランスポートストリームパケットに配された伝送情報に対するエラー検出コードもしくはエラー訂正コードが配されるようにしたことを特徴とする請求項１記載のデータ伝送方法。
- 上記トランスポートストリームパケットには、上記エレメンタリストリームパケットにおける上記トランスポートストリームパケットの位置を示す位置情報が挿入されることを特徴とする請求項１記載のデータ伝送方法。
- 上記伝送情報は符号化されたデータであり、上記基本単位は符号化単位であることを特徴とする請求項１記載のデータ伝送方法。
- 上記伝送情報は符号化されたデータであり、上記基本単位は受信側で上記伝送情報を記録する際の記録単位であることを特徴とする請求項１記載のデータ伝送方法。
- 前記伝送情報は圧縮されたオーディオデータであり、前記基本単位は、サウンドフレームであることを特徴とする請求項１に記載のデータ伝送方法。
- 前記固有情報として、伝送中のデータが最初のエレメンタリストリームパケットであることを示す情報を含むようにしたことを特徴とする請求項３に記載のデータ伝送方法。
- 前記固有情報として、伝送中のデータが最後のエレメンタリストリームパケットであることを示す情報を含むようにしたことを特徴とする請求項３に記載のデータ伝送方法。
- 所定のデータ量である基本単位の伝送情報をエレメンタリストリームパケットで伝送するデータ伝送方法のデータ伝送装置であって、
整数個のトランスポートストリームパケットでエレメンタリストリームパケットを送信するようにトランスポートストリームパケットを構成し、前記エレメンタリストリームパケットに上記基本単位の伝送情報が整数個配置されるように前記各トランスポートストリームパケットで伝送する伝送情報量を決定する伝送情報構成手段と、
上記各トランスポートストリームを伝送する伝送手段を備え、
上記伝送情報構成手段は、上記エレメンタリストリームパケットにて伝送される上記伝送情報のデータ量を、上記基本単位の伝送情報のデータ量の整数倍に構成し、かつ、一つの上記トランスポートストリームパケットにて伝送される上記伝送情報のデータ量の整数倍に構成し、上記基本単位の伝送情報のデータ量は、一つの上記トランスポートストリームパケットにて伝送される上記伝送情報のデータ量の整数倍とは異なること
を特徴とするデータ伝送装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20173198A JP3945029B2 (ja) | 1998-07-16 | 1998-07-16 | データ伝送方法及びデータ伝送装置 |
| US09/255,347 US6650659B1 (en) | 1998-02-27 | 1999-02-23 | Data transmitting method |
| EP99301435A EP0939498A3 (en) | 1998-02-27 | 1999-02-26 | Data transmitting method and system |
| KR1019990006629A KR100786543B1 (ko) | 1998-02-27 | 1999-02-27 | 데이터 전송 방법 및 시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20173198A JP3945029B2 (ja) | 1998-07-16 | 1998-07-16 | データ伝送方法及びデータ伝送装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000031927A JP2000031927A (ja) | 2000-01-28 |
| JP3945029B2 true JP3945029B2 (ja) | 2007-07-18 |
Family
ID=16446009
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20173198A Expired - Fee Related JP3945029B2 (ja) | 1998-02-27 | 1998-07-16 | データ伝送方法及びデータ伝送装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3945029B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3937788B2 (ja) | 2001-04-19 | 2007-06-27 | ソニー株式会社 | データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置 |
-
1998
- 1998-07-16 JP JP20173198A patent/JP3945029B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000031927A (ja) | 2000-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6792007B1 (en) | Data transmission apparatus and method, data receiving apparatus and method, and data transmission and reception system and method | |
| KR100653561B1 (ko) | 정보 수신 장치, 다운로드 방법, 다운로드 진행 상황 표시 방법, 및 기기 선택 방법 | |
| US8204789B2 (en) | Apparatus and method for receiving a transport stream containing a plurality of content data | |
| JP2009004084A (ja) | 楽曲選択方法 | |
| KR20000031860A (ko) | 디지털 데이터 스트림 기록방법 및 그 장치 | |
| KR100786543B1 (ko) | 데이터 전송 방법 및 시스템 | |
| JP2000030366A (ja) | 情報受信装置、及びダウンロード進捗状況表示方法 | |
| JP3915204B2 (ja) | 送信装置及び方法、送信制御装置及び方法、受信装置及び方法、情報蓄積装置及び方法、並びに放送システム | |
| US7031781B1 (en) | Recording apparatus, recording method and recording medium | |
| JP2000036184A (ja) | データ伝送システム及びデータ受信装置 | |
| JP4580473B2 (ja) | 送信装置、受信装置及び情報蓄積システム | |
| JP3887933B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| JP4580474B2 (ja) | 受信装置及び情報蓄積システム | |
| JP3945029B2 (ja) | データ伝送方法及びデータ伝送装置 | |
| US7400566B2 (en) | Method of sequentially recording programs using calculated reception ending times | |
| JP2000032428A (ja) | 情報受信装置、及びダウンロード方法 | |
| JP4649900B2 (ja) | 番組表示装置 | |
| CN100393126C (zh) | 支持dvd录像功能的数字广播方法和系统以及相应的收录方法和设备 | |
| KR100329229B1 (ko) | 재생리스트생성방법 | |
| JP2000332706A (ja) | 放送装置および方法、受信装置および方法、並びに媒体 | |
| JP2000332705A (ja) | 放送装置および方法、受信装置および方法、並びに媒体 | |
| KR20010004777A (ko) | 디지털 데이터 스트림 기록 및 관리정보 생성 기록방법 및 장치 | |
| JP2000332822A (ja) | 受信装置および方法、並びに媒体 | |
| JP2007159148A (ja) | データ伝送方法及びデータ伝送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060901 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061106 |
|
| 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: 20070320 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070402 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100420 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110420 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110420 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120420 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120420 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130420 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |