JP2000031927A

JP2000031927A - データ伝送方法

Info

Publication number: JP2000031927A
Application number: JP20173198A
Authority: JP
Inventors: Ichiro Hamada; 一郎濱田; Hiroshi Inoue; 啓井上
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-07-16
Filing date: 1998-07-16
Publication date: 2000-01-28
Anticipated expiration: 2018-07-16
Also published as: JP3945029B2

Abstract

(57)【要約】【課題】例えば、ＡＴＲＡＣの所定のデータ数を基本
単位とするデータをＭＰＥＧ２のストリームで伝送する
場合に、そのデータの基本単位を保持しつつ、ＰＥＳパ
ケットで効率的に伝送できるようにするとともに、エラ
ー検出ができるようにする。【解決手段】ＡＴＲＡＣのデータをＰＥＳパケットで
伝送する際、ＴＳパケットに１５９バイトのＡＴＲＡＣ
のデータを配置し、８つのＴＳパケットでＰＥＳパケッ
トを構成することで、ＰＥＳパケットで３つのサウンド
フレームのＡＴＲＡＣのデータを伝送する。さらに各Ｔ
Ｓパケットの１５９バイトのＡＴＲＡＣデータに対して
チェックサムコードが配されるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば衛星放送
により音楽データを配信するようなシステムに用いて好
適なデータ伝送方法に関する。

【０００２】

【従来の技術】ディジタル衛星放送の普及が進んでい
る。ディジタル衛星放送は、既存のアナログ放送に比べ
て、高品質の信号を伝送することが可能であると共に、
周波数利用効率が向上され、多チャンネル化が図れる。
例えば、ディジタル衛星放送では、１つの衛星で数１０
０チャンネルを確保することが可能である。このような
ディジタル衛星放送では、スポーツ、映画、音楽、ニュ
ース等の専門チャンネルが用意されており、これらの専
門チャンネルでは、それぞれの専門のコンテンツのプロ
グラムが終日放映されている。これらの専門チャンネル
の中で、音楽チャンネルは、人気のあるチャンネルの１
つである。従来、音楽チャンネルでは、新曲紹介やヒッ
ト曲の番組が動画と音声で送られている。

【０００３】音楽チャンネルを視聴していると、気に入
った楽曲が紹介されていて、その楽曲のＣＤ（Compact
Disc）等を購入して、楽しみたいと考えることが良くあ
る。このような場合、音楽番組を見ながら、その場で、
その楽曲の音楽データをダウンロードできれば非常に便
利である。そこで、本出願人は、ディジタル衛星放送を
使って音楽番組を放送すると共に、この音楽番組と関連
するようなオーディオデータを配信し、その場でその楽
曲の音楽データを購入できるようにしたシステムを提案
している。

【０００４】このように、衛星放送で音楽データの配信
を行うようした場合、オーディオデータをそのまま伝送
したのでは、データ量が膨大となり、転送時間が長くな
る。そこで、オーディオデータを圧縮して伝送すること
が考えられる。オーディオデータの圧縮方式としては、
例えば、ＡＴＲＡＣ（Adaptive Tranform Acoustic Cod
ing ）を用いることが考えられる。ＡＴＲＡＣは、既
に、ＭＤ（Mini Disc ）でオーディオデータを圧縮して
記録するのに採用されている。ＡＴＲＡＣでオーディオ
データの圧縮を行えば、配信する音楽データのデータレ
ートを下げられると共に、配信されてきたオーディオデ
ータをＭＤに直接記録することができるという利点があ
る。

【０００５】ところで、ＡＴＲＡＣでは、４２４バイト
がサウンドグループと称され、１つの記録単位となって
いる。このため、ＡＴＲＡＣのデータを衛星放送で配信
する場合、このサウンドグループが崩れないように、デ
ータを伝送することが望まれる。

【０００６】つまり、ＡＴＲＡＣでは、サンプリング周
波数が４４．１ｋＨｚ、量子化ビット数１６ビットで、
オーディオデータがディジタル化される。そして、この
オーディオデータが１１．６１ｍ秒の時間窓で切り出さ
れ、変形ＤＣＴ（Discrete Cosine Transform ）によ
り、約１／５のデータ量に圧縮される。

【０００７】このように、サンプリング周波数が４４．
１ｋＨｚ、量子化ビット数が１６ビットでデジタル化さ
れたオーディオデータを１１．６１ｍ秒の時間窓で切り
出すと、そのサンプル数は、５１２サンプルとなる。し
たがって、１１．６１ｍ秒の時間窓でのオーディオデー
タのデータ量は、５１２×２＝１０２４バイトとなり、左右の２チャンネルで、１０２４×２＝２０４８バイトとなる。

【０００８】ＡＴＲＡＣでは、変形ＤＣＴデータによ
り、この２０４８バイトのデータが４２４バイトに圧縮
される。この４２４バイトのＡＴＲＡＣデータがサウン
ドグループと称され、ＡＴＲＡＣ方式で圧縮された音声
データを伝送するときの１つの単位となる。２０４８の
データが４２４バイトに圧縮されるので、ＡＴＲＡＣ方
式の圧縮率は約１／５となる。

【０００９】

【発明が解決しようとする課題】このように、ＡＴＲＡ
Ｃでは、１１．６１ｍ秒の期間の音声圧縮データに相当
する４２４バイトのサウンドグループが音声圧縮データ
の１単位となっており、ＡＴＲＡＣのオーディオデータ
を伝送する場合には、このサウンドグループ単位を保持
していくことが望まれる。

【００１０】一方、衛星放送では、ＭＰＥＧ（Moving P
icture Experts Group）２でデータが送られている。Ｍ
ＰＥＧ２方式では、ビデオデータ、オーディオデータ、
その他のデータがトランスポートパケット（以下、ＴＳ
パケットと称する）と呼ばれる１８８バイトの固定長の
パケットに載せられ、同一ストリームで多重化されて伝
送されている。したがって、ＡＴＲＡＣで圧縮されたオ
ーディオデータをＭＰＥＧ２のストリームで転送する場
合には、ＡＴＲＡＣで圧縮されたオーディオデータを１
８８バイトのＴＳパケットに載せなければならない。

【００１１】ところが、ＡＴＲＡＣのサウンドグループ
である４２４バイトと、ＴＳパケットのサイズである１
８８バイトとの間には、無関係である。このため、ＡＴ
ＲＡＣのデータを単にＴＳパケットに割り当てて伝送す
ると、サウンドグループが崩れてしまい、ＡＴＲＡＣの
復調処理やＡＴＲＡＣでの記録処理が困難になる。

【００１２】したがって、この発明の目的は、所定のデ
ータ数を基本単位とするデータをＭＰＥＧ２のストリー
ムで伝送する場合に、そのデータの基本単位を保持しつ
つ、ＰＥＳ（Packetized Elementary Stream）パケット
で効率的に伝送できるようにしたデータ伝送方法を提供
することにある。さらに受信装置側もしくはダウンロー
ドを実行するストレージデバイス側で、伝送データのエ
ラーチェックを行うことができるようにし、データの信
頼性を確認できるようにすることを目的とする。

【００１３】

【課題を解決するための手段】上述の課題に鑑みて、こ
の発明に係わるデータ伝送方法では、所定のデータ量の
基本単位の伝送情報をＰＥＳパケットで伝送する際に、
整数個のＴＳパケットでＰＥＳパケットを構成し、ＰＥ
Ｓパケットに基本単位の伝送情報が整数個配置されるよ
うに、１つのＴＳパケットで伝送するデータ数を決定す
るようにしている。伝送情報は例えばＡＴＲＡＣで圧縮
されたオーディオデータであり、基本単位は、サウンド
フレームである。

【００１４】例えば、ＡＴＲＡＣのデータをＰＥＳパケ
ットで伝送する際、ＴＳパケットに１５９バイトのＡＴ
ＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳ
パケットを構成することで、ＰＥＳパケットで３つのサ
ウンドフレームのＡＴＲＡＣのデータを伝送する。この
ようにすると、整数個（８個）のＴＳパケットでＰＥＳ
パケットが構成され、ＰＥＳパケットに基本単位である
サウンドフレームのＡＴＲＡＣのデータが整数個（３
個）配置されるようになる。このように、ＰＥＳパケッ
トでサウンドフレームを整数個が送れるため、サウンド
フレームとＰＥＳパケットの整合性が良くなる。

【００１５】そして特に各ＴＳパケットに含まれる伝送
情報に対しては、エラー検出コードもしくはエラー訂正
コードが含まれるようにする。これにより受信装置側や
ストレージデバイス側で、伝送情報のエラーチェックを
行うことができるようにする。

【００１６】また、この発明に係わるデータ伝送方法で
は、ＴＳパケットには、伝送情報に関する固有情報を挿
入するようにしている。この固有情報は、伝送中のデー
タが最初のＰＥＳパケットであることを示す情報、伝送
中のデータが最後のＰＥＳパケットであることを示す情
報、伝送中のデータがＰＥＳパケットを伝送するＴＳパ
ケット中の何番目のＴＳパケットであるかの情報を含む
ようにしている。このため、記録開始位置や記録終了位
置を簡単に検出することができる。また、この固有情報
には、伝送中のデータがＰＥＳパケットを伝送するＴＳ
パケット中の何番目のＴＳパケットであるかの情報を含
むようにしている。これにより、データが抜けているか
否かを判断し、これに応じてエラー処理を行うことがで
きる。

【００１７】

【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。この発明は、例えば、Ａ
ＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２
（ISO/IEC 13818 −1 GENERIC CODING OF MOVING PICTU
RES AND ASSOCIATED AUDIO:SYSYTEMS Recommendation
H.222.0）のストリームに載せて伝送する場合に用いら
れる。

【００１８】ＭＰＥＧ２方式では、トランスポートスト
リームパケット（以下、ＴＳパケットと称する）と呼ば
れる伝送単位で、複数のプログラムが多重化されて伝送
される。このＴＳパケットは、１８８バイトの固定長に
定められている。例えば、ＡＴＲＡＣで圧縮されたオー
ディオデータを伝送する場合には、４２４バイトのＡＴ
ＲＡＣの１サウンドグループのデータを保持する必要が
ある。ＴＳパケットの大きさの１８８バイトと、ＡＴＲ
ＡＣの１サウンドグループの大きさの４２４バイトは無
関係であり、ＡＴＲＡＣのデータをＭＰＥＧ２ストリー
ムで送る場合に整合性が良くない。

【００１９】そこで、この発明の実施の形態では、図１
（ａ）に示すように、１つのＴＳパケットＴＳＰ１〜Ｔ
ＳＰ８に、夫々、１５９バイトのＡＴＲＡＣの圧縮オー
ディオデータを配置し、８つのＴＳパケットＴＳＰ１〜
ＴＳＰ８でＰＥＳ（Packetized Elementary Stream）パ
ケットを構成するようにしている。

【００２０】このように、１つのＴＳパケットで１５９
バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケ
ットでＰＥＳパケットを構成すると、ＰＥＳパケットの
大きさは、１５９バイト×８＝１２７２バイトとなる。サウンドグループの大きさは４２４バイトであ
るから、このＰＥＳパケットで送られる１２７２バイト
のデータは、図１（ｂ）に示すように、３つのサウンド
グループＳＧＰ１〜ＳＧＰ３のデータに相当する。４２４バイト×３＝１２７２バイト

【００２１】このように、１つのＴＳパケットに１５９
バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケ
ットでＰＥＳパケットを構成すると、ＰＥＳパケットで
３サウンドグループのデータが伝送できる。このよう
に、ＰＥＳパケットで整数個のサウンドグループのデー
タが伝送されるため、ＡＴＲＡＣのデータとＰＥＳパケ
ットとの整合性が良好となる。

【００２２】このように、ＡＴＲＡＣのデータを伝送す
る場合には、１８８バイトの固定長のＴＳパケットのう
ち、１５９バイトがＡＴＲＡＣデータの伝送に使用され
る。そしてＴＳパケットのうちの残りの２９バイトは、
ＴＳパケットヘッダ、ＰＥＳヘッダ、データヘッダが設
けられる。このデータヘッダには、伝送するデータのタ
イプ、衛星放送や地上波放送等のデータの伝送路のタイ
プ等が設けられる。更に、ＡＴＲＡＣデータの固有情報
を定義するＦＤＦ（Field Dependnet Field）設けられ
る。

【００２３】このように、この発明が適用された伝送方
法では、ＡＴＲＡＣのデータを伝送する場合に、１つの
ＴＳパケットに１５９バイトのＡＴＲＡＣのデータが配
置され、更に、データヘッダとＦＤＦが設けられ、８つ
のＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパ
ケットで３つのサウンドグループのデータが伝送され
る。このようにして、ＡＴＲＡＣのデータをＰＥＳパケ
ットで伝送する場合の具体例について以下に説明する。

【００２４】図２は、ＰＴＳ（Presentation Time Stam
p ）を利用して同期伝送を可能にする方式の場合のＴＳ
パケットの構成を示すものである。図２に示すように、
ＴＳパケットは、１８８バイトの固定長からなる。この
ＴＳパケットの先頭の１バイト目から４バイト目は、ト
ランスポートパケットヘッダとされ、５バイト目から１
８バイト目はＰＥＳパケットヘッダとされ、１９バイト
目から２０バイト目はデータヘッダとされ、２１バイト
目から１８８バイト目はデータボディとされている。デ
ータボディの構成は、図３に示されている。

【００２５】トランスポートパケットヘッダの先頭に
は、１バイトのシンクバイトが設けられる。このシンク
バイトに続いて、このパケット中のエラーの有無を示す
トランスポートエラーインディケータと、新たなＰＥＳ
パケットがこのトランスポートパケットのペイロードか
ら始まることを示すペイロードユニットスタートインデ
ィケータと、このパケットの重要度を示すトランスポー
トプライオリティが、夫々、１ビット設けられる。これ
に続いて、該当パケットの個別ストリームの属性を示す
１３ビットのストリーム識別情報（ＰＩＤ）が設けられ
る。更に、パケットのペイロードのスクランブルの有無
や種別を示すトランスポートスクランブリングコントロ
ールと、アダプテーションフィールドの有無を示すアダ
プテーションフィールドコントロールと、同じＰＩＤを
持つパケットが途中で一部破棄されたかどうかを検出す
るためのコンティニュイティカウンタが設けられる。

【００２６】５バイト目から１８バイト目のＰＥＳパケ
ットヘッダの先頭には、２４ビットの固定値のパケット
スタートコードプリフィックスが設けられ、これに続い
て、ストリームを識別する８ビットのストリームＩＤ、
ＰＥＳパケットの長さを示すＰＥＳパケットレングスが
設けられる。またこれに続いて「１０」の固定パターン
と、２ビットのＰＥＳスクランブルコントロールと、１
ビットのＰＥＳプライオリティと、１ビットのデータア
ライメントインディケータと、１ビットのコピーライト
と、１ビットのオリジナル／コピーかの識別と、２ビッ
トのＰＴＳ及びＤＴＳフラグと、１ビットのＥＳＣＲフ
ラグと、１ビットのＥＳレートフラグと、１ビットのＤ
ＭＳトリックモードフラグと、１ビットのアディショナ
ルコピーインフォメーションフラグと、１ビットのＰＥ
ＳのＣＲＣフラグと、１ビットのＰＥＳエクステーショ
ンフラグが設けられる。これに続いて、８ビットのＰＥ
Ｓヘッダデータレングスが設けられる。「１１０１」の
固定パターンの後に、タイムスタンプであるＰＴＳの３
２から３０が設けられ、これに続いて１ビットのマーケ
ットビットが設けられる。そして、これに続く１５ビッ
トにタイムスタンプであるＰＴＳの２９から１５が設け
られ、これに、１ビットのマーケットビットが付加され
る。更にこれに続く１５ビットにＰＴＳの１４から０が
設けられ、これに、１ビットのマーケットビットが付加
される。

【００２７】１９バイト目から２０バイト目のデータヘ
ッダには、８ビットのデータタイプと、６ビットのデー
タトランスミッションタイプと、２ビットのタグが設け
られる。データタイプには、伝送するデータのタイプが
記述される。データトランスミッションタイプには、デ
ータの伝送路のタイプ、例えば衛星放送、地上波放送等
が記述される。タグには、データヘッダの後に、アディ
ショナルヘッダがあるか否かが記述される。例えば、タ
グが「００」ならデータヘッダの後にデータが続き、
「０１」ならデータヘッダの後にアディショナルヘッタ
が続くことが示され、「１０」ならアディショナルヘッ
ダがＰＥＳパケットの中で複数回数あることが示され
る。

【００２８】２１バイト目から１８８バイト目は、デー
タボディとされ、ここに、ＡＴＲＡＣのデータが配置さ
れる。ＡＴＲＡＣデータの配置は、図３に示すようにな
っている。なお本発明に該当する実施の形態の例は図４
に示し、図３の例は図４の例に対する基本的な配置を示
すものである。

【００２９】図３に示すように、データボディの２１バ
イト目の最初の４ビットには、ＦＤＦフィールドレング
スが設けられ、次の４ビットにはオーディオデータタイ
プ１が設けられる。ＦＤＦフィールドレングスはＦＤＦ
フィールドの長さを示すものである。オーディオデータ
タイプ１は、オーディオタイプを定義（例えばＡＴＲＡ
Ｃ）するためのものである。これに続いて、オーディオ
データタイプ２が設けられる。このオーディオデータタ
イプ２は、データタイプの中での分類が定義される（例
えば、ＡＴＲＡＣ１、ＡＴＲＡＣ２）。次に、１ビット
のコピーライト情報、１ビットのオリジナル／コピーの
情報、１ビットのステレオ／モノの情報、１ビットのエ
ンファシス情報が記述される。

【００３０】これに続いて、１ビットのデータスタート
インディケータと、１ビットのデータエンドインディケ
ータと、３ビットのＰＥＳデータカウンタが設けられ
る。データスタートインディケータは、伝送中のデータ
が楽曲データの最初のＰＥＳパケットであることを示し
ている。例えば楽曲の先頭となるＡＴＲＡＣデータが含
まれているＰＥＳにおける８個のＴＳパケットにおいて
は、データスタートインディケータ＝「１」とされる。
データエンドインディケータは、伝送中のデータが楽曲
の最後のＰＥＳパケットであることを示している。例え
ば楽曲の終端となるＡＴＲＡＣデータが含まれているＰ
ＥＳにおける８個のＴＳパケットにおいては、データエ
ンドインディケータ＝「１」とされる。

【００３１】ＰＥＳデータカウンタは、ＰＥＳを伝送す
る８つのＴＳパケットの中で何番目かを示している。こ
れに続く３ビットはリザーブとされているが、次の２４
ビットは、プレゼントＰＥＳナンバとされている。この
プレゼントＰＥＳナンバには、伝送中のデータが何番目
のＰＥＳパケットであるかが示される。従って、プレゼ
ントＰＥＳナンバと、ＰＥＳデータカウンタにより、Ｔ
Ｓパケット単位での連続性が判断できる。これはＴＳパ
ケットにのせられるＡＴＲＡＣデータの連続性が判断で
きることを意味する。

【００３２】この図３の例では２７バイト目から２９バ
イト目は、リザーブとされており、その後３０バイト目
から１８８バイト目に、１５９バイト分のＡＴＲＡＣデ
ータが配列される。

【００３３】ところが本発明の実施の形態としてのデー
タボディのフォーマットは図４のようになり、ほとんど
は図３と同様であるが、図からわかるように２７バイト
目と２８バイト目がリザーブとされて、その次の２９バ
イト目にはＡＴＲＡＣデータに対するチェックサム（Ｃ
ＲＣエラー検出コード）が設けられる。そして、３０バ
イト目から１８８バイト目には、図３と同じく１５９バ
イト分のＡＴＲＡＣデータが配列される。

【００３４】２９バイト目のＡＴＲＡＣデータチェック
サムとＡＴＲＡＣデータの関係を図５に示す。ＡＴＲＡ
Ｃデータチェックサムによる計算の仕方は次のようにな
る。図示するようにＡＴＲＡＣデータチェックサムの各
ビットの値をＣＳ［０］〜ＣＳ［７］とし、また１５９
バイトのＡＴＲＡＣデータの最初のバイトの値をＡＴ
[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 Exper
ts Groupe ）方式により圧縮され、各オーディオチャン
ネルのオーディオデータは例えばＭＰＥＧ２オーディオ
方式により圧縮される。さらに、ダウンロード用のオー
ディオデータは例えばＡＴＲＡＣ（Adaptive Transform
Acoustic Coding）方式により圧縮される。また、ダウ
ンロード用のオーディオデータに対しては、キー情報サ
ーバ１５からのキー情報を用いて、暗号化が施される。

【００５４】地上局１からの信号は、衛星２を介して、
各家庭の受信設備３で受信される。衛星２には、複数の
トランスポンダが搭載されている。

【００５５】各家庭の受信設備としては、パラボラアン
テナ２１と、ＩＲＤ２２（Integrated Receiver Decode
r ）と、ストレージデバイス２３と、テレビジョン受像
機などのモニタ装置２４とが用意される。パラボラアン
テナ２１で、衛星２を介して送られてきた信号が受信さ
れる。この受信信号がパラボラアンテナ１１に取り付け
られたＬＮＢ（Low Noise Block Downconverter ）２５
で所定の周波数に変換され、ＩＲＤ２２に供給される。

【００５６】ＩＲＤ２２は、受信信号から所定のチャン
ネルの信号を選択し、ビデオ信号及びオーディオ信号の
復調を行うものである。また、ＩＲＤ２２により、配信
される楽曲のリストページや各楽曲の情報ページや、Ｅ
ＰＧ用の画面が形成される。ＩＲＤ２２の出力がテレビ
ジョン受像機２４に供給される。

【００５７】ストレージデバイス２３は、ダウンロード
されたオーディオデータを保存するためのものである。
例えば、ストレージデバイス２３としては、ＭＤレコー
ダ／プレーヤが用いられる。

【００５８】ＩＲＤ２２は、例えば電話回線４を介して
課金サーバ５と結ばれている。ＩＲＤ２２には、各種情
報が記録されるＩＣカードが挿入される。オーディオデ
ータのダウンロードが行われると、その情報がＩＣカー
ドに記録される。このＩＣカードの情報は、電話回線４
を介して、課金サーバ５に送られる。課金サーバ５は、
このダウンロード情報から適切な課金を行い、ユーザに
請求する。このように、適切な課金を行うことにより、
ダウンロードされる楽曲の著作権を守ることができる。

【００５９】このように、このシステムでは、地上局１
は、番組放送素材サーバ１１からの音楽番組放送の素材
となるビデオデータ及びオーディオデータと、オーディ
オチャンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・
からのオーディオチャンネルの素材となるオーディオデ
ータと、ダウンロード用オーディオデータ素材サーバ１
３からのダウンロード用のデータと、ＧＵＩデータサー
バ１４からのデータとを多重化して送信している。

【００６０】各家庭の受信設備３でこの放送を受信する
と、音楽番組が見られる他、送られてきたＧＵＩデータ
サーバからのデータに基づいて、グラフィック画面が表
示される。このグラフィック画面を見ながら必要な操作
を行うと、各楽曲についての情報ページを見ることがで
き、また、各楽曲についての試聴を行うことができる。
更に、グラフィック画面を見ながら必要な操作を行うこ
とで、所望のオーディオデータをダウンロードして、ス
トレージデバイス２３に記録することができる。

【００６１】つまり、各家庭の受信設備３でこの放送を
受信すると、図１０（ａ）に示すように、画面に、配信
される楽曲のリストページ３０が表示される。このリス
トページ３０の表示画面中には、ダウンロード可能な楽
曲を表示するためのウィンドウ３１が表示されると共
に、番組送信サーバ１１から提供された音楽番組に基づ
く動画像３２が表示される。ウィンドウ３１には、アー
チスト名３３や、ダウンロード可能な楽曲の曲名３４、
３４、３４・・・が表示され、それに対応して各楽曲の
選択ボタン３５、３５、３５・・・が表示される。

【００６２】視聴者は、このウィンドウ３１に表示され
ている曲名を見ながら、興味のある楽曲を探していく。
各楽曲についての詳細な情報を見たい場合には、例え
ば、図示しないリモートコマンダの矢印キーを操作し
て、画面上の情報を得たい楽曲の選択ボタン３５を押
す。

【００６３】ウィンドウ３１の所望の楽曲の楽曲選択ボ
タン３５が押されると、図１０（ｂ）に示すように、楽
曲の情報ページ４０が表示される。この各楽曲の情報ペ
ージ４０には、その楽曲の詳細を示すウィンドウ４１が
表示されると共に、その楽曲が収められているＣＤのジ
ャケット等の静止画４２が表示される。このウィンドウ
４１には、アーチスト名、曲目、作詞者、作曲者、歌
詞、ライブ情報等の楽曲の詳細情報４３が表示されると
共に、試聴ボタン４４、ダウンロードボタン４５、戻り
ボタン４６が表示される。

【００６４】試聴ボタン４４は、この楽曲がどのような
曲であるかを実際にオーディオデータを購入する前に試
聴するためのボタンである。ダウンロードボタン４５
は、その曲をダウンロードして、ストレージデバイス２
３に記録させるためのボタンである。戻りボタン４６
は、前のページの画面に戻るためのボタンである。

【００６５】このように、配信される楽曲のリストペー
ジ３０及び各楽曲の情報ページ４０により、視聴者は、
現在どのような楽曲が配信されているのかを知ることが
でき、各楽曲についての詳細な情報を知ることができ
る。

【００６６】ここで、その楽曲を試聴したい場合には、
視聴者は、矢印キーを操作して、試聴ボタン４４を押
す。試聴ボタン４４が押されると、対応する楽曲が放送
されているオーディオチャンネルに設定される。各オー
ディオチャンネルでは、所定の単位時間中、同一の楽曲
が繰り返し放送されている。したがって、試聴ボタン４
４が押されると、画面はそのままで、その楽曲のオーデ
ィオチャンネルに切り換えられ、その楽曲を聞くことが
できる。

【００６７】その楽曲を購入したい場合には、視聴者
は、ダンウロードボタン４５を押す。ダウンロード用の
オーディオデータと、オーディオチャンネルで放送され
ている楽曲とは対応している。したがって、ダウンロー
ドボタン４５が押されると、選択された楽曲のオーディ
オデータがストレージデバイス２３に供給され、記録媒
体にダウンロード記録される。

【００６８】また、リストページに戻りたい場合には、
戻りボタン４６が押される。戻りボタン４６が押される
と、図１０（ａ）に示すリスト画面３０に戻される。

【００６９】このように、このシステムでは、画面上に
は楽曲のリストページ３０及び各楽曲の情報ページ４０
が表示され、これら楽曲のリストページ３０及び各楽曲
の情報ページ４０により各楽曲についての情報を知るこ
とができる。そして、この画面上の表示に従って試聴ボ
タン４４が押されると、その楽曲を試聴することがで
き、ダンウロードボタン４５が押されると、その楽曲の
オーディオデータをダウンロードして、ストレージデバ
イス２３に記録することができる。

【００７０】図１１は、この発明が適用されたシステム
における地上局１の構成を示すものである。図１１にお
いて、番組放送素材サーバ１１からのビデオデータは、
ＭＰＥＧ２ビデオエンコーダ５１Ａ及びＭＰＥＧ２オー
ディオエンコーダ５１Ｂに供給される。オーディオチャ
ンネル番組放送素材サーバ１２Ａ、１２Ｂ・・・からの
オーディオデータは、ＭＰＥＧ２オーディオエンコーダ
５２Ａ、５２Ｂ・・・に供給される。ダウンロード用オ
ーディオデータ素材サーバ１３からのダウンロード用の
オーディオデータは、ＡＴＲＡＣエンコーダ５３に供給
される。ＧＵＩデータサーバ１４からのグラフィックユ
ーザインターフェース用の画面を表示するためのデータ
がＧＵＩデータオーソリング回路５４に供給される。

【００７１】番組放送素材サーバ１１からのビデオ信号
は、ＭＰＥＧ２ビデオエンコーダ５１Ａで圧縮され、パ
ケット化される。このビデオパケットがマルチプレクサ
５６に供給される。また、番組放送素材サーバ１１から
のオーディオ信号は、ＭＰＥＧ２オーディオエンコーダ
５１Ｂで圧縮されパケット化される。このオーディオパ
ケットがマルチプレクサ５６に供給される。

【００７２】ＭＰＥＧ２オーディオエンコーダ５２Ａ、
５２Ｂ、５２Ｃ・・・で、オーディオチャンネル番組放
送素材サーバ１２Ａ、１２Ｂ・・・からのオーディオデ
ータがＭＰＥＧ２オーディオ方式に基づいて圧縮され、
パケット化される。このオーディオパケットがマルチプ
レクサ５６に供給される。

【００７３】ＡＴＲＡＣエンコーダ５３で、ダウンロー
ド用オーディオデータ素材サーバ１３からのダウンロー
ド用のオーディオデータがＡＴＲＡＣ２方式で圧縮さ
れ、パケット化される。このデータパケットは暗号化回
路５７に送られる。暗号化回路５７により、このデータ
パケットが暗号化される。暗号化回路５７の出力がマル
チプレクサ５６に供給される。このように、各オーディ
オデータを暗号化するのは、不正なダウンロードが行わ
れて、著作権が侵害されるのを防ぐためである。

【００７４】ＧＵＩデータオーサリング回路５４で、Ｇ
ＵＩデータサーバ１４からのグラフィックユーザインタ
ーフェース用の画面のデータが処理され、パケット化さ
れる。このデータパケットがマルチプレクサ５６に供給
される。

【００７５】マルチプレクサ５６で、ＭＰＥＧ２ビデオ
エンコーダ５１Ａからのビデオパケット及びＭＰＥＧ２
オーディオエンコーダ５１Ｂからのオーディオパケット
と、ＭＰＥＧ２オーディオエンコーダ５２Ａ、５２Ｂ、
５２Ｃ・・・からのオーディオパケットと、暗号化回路
５７を介されたＡＴＲＡＣ２エンコーダ５３からのデー
タパケットと、ＧＵＩデータオーソリング回路５４から
のデータパケットとが多重化される。

【００７６】マルチプレクサ５６の出力がＱＰＳＫ変調
回路５７に供給される。ＱＰＳＫ変調回路５７で、送信
データがＱＰＳＫ変調される。ＱＰＳＫ変調回路５７の
出力が高周波回路５８に供給される。高周波回路５８
で、搬送波周波数が所定の周波数となるように周波数変
換され、電力増幅が行われる。この高周波回路５８の出
力がアンテナ５９から衛星２に向けて送信される。

【００７７】このように、地上局１においては、番組放
送用のビデオデータ及びオーディオデータがＭＰＥＧ２
方式で圧縮され、オーディオチャンネルのオーディオデ
ータがＭＰＥＧ２オーディオ方式で圧縮され、ダウンロ
ード用のオーディオデータがＡＴＲＡＣ方式で圧縮され
る。そして、これらビデオデータと、オーディオデータ
と、ダウンロード用のオーディオデータと、ＧＵＩ用デ
ータとが多重化されて、送信される。

【００７８】次に、各家庭の受信設備３について説明す
る。図９に示したように、各家庭の受信設備としては、
パラボラアンテナ２１と、ＩＲＤ２２と、ストレージデ
バイス２３と、テレビジョン受像機２４とが用意され
る。ストレージデバイス２３としては、例えば、ＭＤレ
コーダ／プレーヤを用いることができる。

【００７９】図１２は、ＩＲＤ２２の構成の一例を示す
ものである。図１２において、パラボラアンテナ２１で
衛星２からのディジタル衛星放送が受信される。パラボ
ラアンテナ２１の受信信号は、パラボラアンテナ２２に
取り付けられたＬＮＢ２５に供給され、ＬＮＢ２５で受
信信号が所定の周波数の信号にダウンコンバートされ
る。

【００８０】ＬＮＢ２５の出力がチューナ回路７１に供
給される。チューナ回路７１で、コントローラ７６から
の設定信号に基づいて、受信信号の中から所定受信周波
数の信号が選択される。

【００８１】チューナ回路７１の出力がＱＰＳＫ復調回
路７２に供給される。ＱＰＳＫ復調回路７２で、受信信
号がＱＰＳＫ復調され、受信信号のビットストリームが
復調される。ＱＰＳＫ復調回路７２の出力がエラー訂正
回路７３に供給される。エラー訂正回路７３で、エラー
が検出、訂正される。

【００８２】エラー訂正回路７３の出力がデマルチプレ
クサ７４に供給される。デマルチプレクサ７４は、エラ
ー訂正回路７３から出力されるビットストリーム信号を
受け、これをデータバッファメモリ７５に一旦記憶させ
る。そして、これをパケット列の形にフレーミングし、
パケット毎に所望のデータであるかどうかを判別し、デ
ータを振り分ける。

【００８３】前述したように、地上局１からは、通常の
番組放送を行うためのビデオデータ及びオーディオデー
タと、複数のオーディオチャンネルのオーディオデータ
と、ダウンロード用のオーディオデータと、ＧＵＩ用の
データが送られてくる。ビデオデータはＭＰＥＧ２方式
で圧縮されており、オーディオデータはＭＰＥＧ２オー
ディオ方式で圧縮されており、ダウンロード用のオーデ
ィオデータはＡＴＲＡＣ方式で圧縮されている。

【００８４】デマルチプレチサ７４は、受信されたパケ
ットを、ビデオデータと、オーディオデータと、ダウン
ロード用のオーディオデータと、ＧＵＩ用のデータとに
振り分ける。

【００８５】デマルチプレクサ７４で振り分けられたビ
デオデータは、ＭＰＥＧ２ビデオデコーダ７８に供給さ
れる。ＭＰＥＧ２ビデオデコーダ７８は、入力されたデ
ジタルビデオ信号をバッファメモリ７９に適宣記憶さ
せ、ＭＰＥＧ２により圧縮されたビデオ信号をデコード
するものである。ＭＰＥＧ２ビデオデコーダ７８によ
り、コンポーネントビデオ信号がデコードされる。

【００８６】ＭＰＥＧ２ビデオデコーダ７８の出力が例
えばＮＴＳＣ方式のアナログビデオエンコーダ８０に供
給される。アナログビデオエンコーダ８０で、コンポー
ネントビデオ信号から、例えばＮＴＳＣ方式のコンポジ
ットビデオ信号が形成される。このビデオ信号が出力端
子８１から出力される。

【００８７】オーディオチャンネルのオーディオデータ
は、ＭＰＥＧ２オーディオデコーダ８２に供給される。
ＭＰＥＧオーディオデコーダ８２は、入力されたデジタ
ルオーディオ信号をバッファメモリ８３に適宣記憶さ
せ、ディジタルオーディオ信号をデコードする。

【００８８】ＭＰＥＧ２オーディオデコーダ８２の出力
がＤ／Ａコンバータ８４に供給される。Ｄ／Ａコンバー
タ８４により、ディジタルオーディオ信号がアナログオ
ーディオ信号に変換される。Ｄ／Ａコンバータ８４の出
力が出力端子８５から出力される。

【００８９】ダウンロード用のオーディオデータは、バ
ッファメモリ８６に一旦蓄えられる。バッファメモリ８
６の出力が暗号解読回路８７に供給される。前述したよ
うに、ダウンロード用のオーディオデータは暗号化され
ており、暗号解読に必要なキーは、ＩＣカード８８から
発生される。

【００９０】ゲート回路８９には、バッファメモリ８６
からダウンロード完了情報が供給されると共に、デマル
チプレクサ７４から、受信された暗号解読に必要な情報
が供給される。

【００９１】オーディオデータをダウンロードする際に
は、バッファメモリ８６にデータが蓄えられると、ゲー
ト回路８９が開き、暗号解読に必要な情報がＩＣカード
８８に供給される。これにより、ＩＣカード８８から暗
号化回路８７にキーが渡される。暗号解読回路８７で、
ＩＣカード８８からのキーに基づいて、暗号が解読され
る。また、このとき、ＩＣカード８８には、課金情報が
記憶される。

【００９２】暗号解読回路８７の出力がＡＴＲＡＣデコ
ーダ９０に供給されると共に、スイッチ回路９１の端子
９１Ｂに供給される。ＡＴＲＡＣ２デコーダ９０で、Ａ
ＴＲＡＣ２のデコード処理が行われる。ＡＴＲＡＣ２デ
コーダ９０からは、ＰＣＭオーディオ信号が出力され
る。このＡＴＲＡＣ２デコーダ９０の出力がスイッチ回
路９１の入力端子９１Ａに供給される。

【００９３】スイッチ回路９１は、コントローラ７６に
より制御される。スイッチ回路９１が端子９１Ａ側に設
定されるときには、スイッチ回路９１からは、ＰＣＭオ
ーディオ信号が出力される。スイッチ回路９１が端子９
１Ｂ側に設定されると、ＡＴＲＡＣ２方式で圧縮された
ディジタルオーディオ信号がスイッチ回路９１から出力
される。

【００９４】スイッチ回路９１の出力がウォータマーク
付加回路９２に供給される。ウォータマーク付加回路９
２は、著作権を保護するために、オーディオデータに電
子透かしを付加するものである。

【００９５】ウォータマーク付加回路９２の出力は、Ｉ
ＥＥＥ１３９４、又はＩＥＣ９５８等のディジタルイン
ターフェース９３に供給されると共に、Ｄ／Ａコンバー
タ９４に供給される。Ｄ／Ａコンバータ９４でディジタ
ルオーディオ信号がアナログオーディオ信号に変換され
る。このアナログオーディオ信号がアナログ出力端子９
５から出力される。

【００９６】ＧＵＩ用のデータは、コントローラ７６に
供給される。コントローラ７６で、これらのデータに基
づいて、リストページの画面や各楽曲の情報ページの画
面、或いはＥＰＧ用の画面が形成される。このようにし
て形成された画面は、バッファメモリ７９の所定のエリ
アに書き込まれる。これにより、画面上の指定のエリア
に、放送されてくる楽曲のリストページや各楽曲の情報
ページの画面、或いはＥＰＧ用の画面を写し出すことが
できる。

【００９７】コントローラ７６は、全体の処理を行って
いる。また、コントローラ７６に対して、入力キー９８
を介して入力が与えられる。また、コントローラ７６に
は、モデム９９が接続されている。課金に必要な情報
は、ＩＣカード８８に記録される。このＩＣカード８８
の情報は、モデム９９を用いて、電話回線４を介して、
課金サーバ５に送られる。

【００９８】このように、ディジタルインターフェース
９３は、ＰＣＭデータを出力する場合と、ＡＴＲＡＣ２
のオーディオデータを出力する場合とで共用されてお
り、スイッチ回路９１でその出力が切り換えられるよう
になっている。

【００９９】つまり、ストレージデバイス２３がＰＣＭ
データを入力するディジタル入力端子の場合には、スイ
ッチ回路９１が端子９１Ａ側に設定される。ストレージ
デバイス２３がＡＴＲＡＣ２のデータを入力できる場合
には、スイッチ回路９１が端子９１Ｂ側に設定される。
スイッチ回路９１が端子９１Ａ側に設定されているとき
には、ダウンロードされたＡＴＲＡＣ２のデータは、Ａ
ＴＲＡＣ２デコーダ９０に送られ、デコードされる。こ
のデコードされたデータがスイッチ回路９１、ウォータ
マーク付加回路９２を介して、データ出力端子９３から
出力される。スイッチ回路９１が端子９１Ｂ側に設定さ
れているときには、ダウンロードされたＡＴＲＡＣ２の
データは、スイッチ回路９１、ウォータマーク付加回路
９２を介して、データ出力端子９３から出力される。

【０１００】図１３はストレージデバイス２３の一例を
示し、この例では、ストレージデバイス２３として、Ｍ
Ｄレコーダ／プレーヤをあげる。

【０１０１】図１３において、ディスク１０１は、例え
ば、カートリッジに収納された直径６４ｍｍの光磁気デ
ィスクからなるＭＤである。ディスク１０１はスピンド
ルモータ１０２により所定ＣＬＶ速度で回転される。デ
ィスク１０１に対しては、光学ヘッド１０３と磁気ヘッ
ド１２１が記録面を挟み込むような状態で配される。光
学ヘッド１０３は、レーザ光を出力するためのレーザダ
イオードと、偏光ビームスプリッタや対物レンズからな
る光学系、及び反射光を検出するためのディテクタなど
が搭載されている。対物レンズ１０３ａは、２軸デバイ
ス１０４によりディスクの半径方向及びディスクに接離
する方向に変位可能に保持されている。光学ヘッド１０
３及び磁気ヘッド１２１全体は、スレッド機構１０５に
よりディスクの半径方向に移動可能とされている。

【０１０２】光学ヘッド１０３によりディスク１０１か
ら検出された情報は、ＲＦアンプ１０７に供給される。
ＲＦアンプ１０７からは、光学ヘッド１０３の各ディテ
クタの出力を演算処理することにより、再生ＲＦ信号、
トラッキングエラー信号、フォーカスエラー信号、ウォ
ブル記録されている絶対位置情報（アドレス情報）等が
抽出される。抽出された再生ＲＦ信号は、ＥＦＭ（Eigh
t To Fourteen Modulation）及びＡＣＩＣＲ（Advanced
Cross Interleave Reed-Solomon Code ）エンコーダ／
デコーダ部１０８に供給される。また、ＲＦアンプ１０
７からのトラッキングエラー信号、フォーカスエラー信
号は、サーボ回路１０９に供給され、絶対位置情報は、
アドレスデコーダ１１０に供給されてデコードされ、絶
対位置アドレスとして出力される。

【０１０３】サーボ回路１０９は、トラッキングエラー
信号、フォーカスエラー信号や、システムコントローラ
１１１からのトラックジャンプ指令、アクセス指令、ス
ピンドルモータ１０２の回転速度検出情報等により各種
のサーボ駆動信号を発生させ、２軸デバイス１０４及び
スレッド機構１０５を制御して、フォーカス及びトラッ
キング制御、スレッド制御、スピンドル制御を行う。

【０１０４】全体動作は、システムコントローラ１１１
により管理されている。システムコントローラ１１１に
は、操作入力部１１９から入力が与えられる。

【０１０５】入力端子１２２からオーディオ信号を記録
する場合には、入力端子１２２からのアナログオーディ
オ信号がＡ／Ｄコンバータ１２３に供給される。Ａ／Ｄ
コンバータ１２３で、このオーディオ信号がディジタル
化される。Ａ／Ｄコンバータ１２３の出力が音声圧縮エ
ンコーダ／デコータ１１４に供給される。音声圧縮エン
コーダ／デコータ１１４で、このオーディオデータがＡ
ＴＲＡＣ方式で圧縮される。

【０１０６】音声圧縮エンコーダ／デコーダ１１４の出
力は、メモリコントローラ１１２の制御の基に、一旦、
ＲＡＭ１３に書き込まれ、そして、ＥＦＭ及びＡＣＩＲ
Ｃエンコーダ／デコーダ１０８に供給される。ＥＦＭ及
びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオー
ディオデータにエラー訂正符号が付加され、更に、この
データがＥＦＭ変調される。ＥＦＭ及びＡＣＩＲＣエン
コーダ／デコーダ１０８の出力がヘッド駆動回路１２４
を介して、磁気ヘッド１２１に供給される。このとき、
光学ヘッド１０３からは、ディスクにデータを書き込む
ために、光レベルのレーザビームが照射される。これに
より、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオ
ーディオデータが記録される。

【０１０７】また、このＭＤレコーダ／プレーヤでは、
ＡＴＲＡＣのデータを直接入力して記録することが可能
である。ＡＴＲＡＣのデータは、例えば、ＩＥＥＥ１３
９４、又はＩＥＣ９５８等のディジタルインターフェー
ス１２５を介して入力される。

【０１０８】ディジタルインターフェース１２５からの
ＡＴＲＡＣのデータは、ＥＦＭ及びＡＣＩＲＣエンコー
ダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲ
Ｃエンコーダ／デコーダ１０８で、このオーディオデー
タに対してエラー訂正符号が付加され、またＥＦＭ変調
される。そしてＥＦＭ及びＡＣＩＲＣエンコーダ／デコ
ーダ１０８の出力がヘッド駆動回路１２４を介して、磁
気ヘッド１２１に供給される。このときも光学ヘッド１
０３からは、ディスクにデータを書き込むために、高レ
ベルのレーザビームが照射される。これにより、ディス
ク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデー
タが記録される。

【０１０９】再生時には、光学ヘッド１０３により、デ
ィスク１０１の記録信号が再生される。この光学ヘッド
１０３の出力は、ＲＦアンプ１０７に供給され、ＲＦア
ンプ１０７からは、再生ＲＦ信号が得られる。この再生
ＲＦ信号は、２値化回路１０６を介して、ＥＦＭ及びＡ
ＣＩＲＣデコーダ１０８に供給される。ＥＦＭ及びＡＣ
ＩＲＣデコーダ１０８で、再生ＲＦ信号に対して、ＥＦ
Ｍ復調処理、ＡＣＩＲＣによるエラー訂正処理が行われ
る。

【０１１０】ＥＦＭ及びＡＣＩＲＣデコーダ１０８の出
力は、メモリコントローラ１１２の制御の基に、一旦、
ＲＡＭ１１３に書き込まれる。なお、光学ヘッド１０３
による光磁気ディスク１０１からのデータの読み取り及
び光学ヘッド１０３からＲＡＭ１１３までの系における
再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃで、然
も、間欠的に行われる。

【０１１１】ＲＡＭ１１３に書き込まれたデータは、再
生データの転送が０．３Ｍｂｉｔ／ｓｅｃとなるタイミ
ングで読み出され、音声圧縮／ンコーダ／デコータ１１
４に供給される。音声圧縮デコーダ１１４で、ＡＴＲＡ
Ｃによる音声データの伸長処理がなされる。

【０１１２】音声圧縮デコーダ１１４の出力は、Ｄ／Ａ
コンバータ１１５に供給される。Ｄ／Ａコンバータ１１
５により、ディジタルオーディオ信号がアナログオーデ
ィオ信号に変換される。このアナログオーディオ信号が
出力端子１１７から出力される。

【０１１３】ここで、ＲＡＭ１１３へのデータの書込み
／読出しは、メモリコントローラ１１２によって書込み
ポインタと読出しポインタの制御によりアドレス指定し
て行われるが、書込みポインタは１．４１Ｍｂｉｔ／ｓ
ｅｃのタイミングでインクリメントされ、一方、読出し
ポインタは０．３Ｍｂｉｔ／ｓｅｃのタイミングでイン
クリメントされていく。この書込みと読出しのビットレ
ートの差により、ＲＡＭ１１３内にある程度データが蓄
積された状態となる。ＲＡＭ１１３内にフル容量のデー
タが蓄積された時点で、書込みポインタのインクリンメ
トは停止され、光学ヘッド１０３によるディスク１０１
からのデータの読出し動作も停止される。但し、読出し
ポインタのインクリメントは継続して実行されているた
め、再生音声出力はとぎれることがない。

【０１１４】その後、ＲＡＭ１１３から読出し動作のみ
が継続されていき、ある時点でＲＡＭ１１３内のデータ
蓄積量が所定量以下となったとすると、再び光学ヘッド
１１３によるデータ読出し動作及び書込みポインタのイ
ンクリメントが再開され、再びＲＡＭ１３のデータ蓄積
がなされていく。

【０１１５】このようにＲＡＭ１１３を介して再生オー
ディオ信号を出力することにより、例えば外乱等でトラ
ッキングが外れた場合などでも、再生音声出力が中断し
てしまうことがなく、データ蓄積が残っているうちに例
えば正しいトラッキング位置までアクセスしてデータ読
出しを再開することで、再生出力に影響を与えずに、動
作を続行できる。

【０１１６】このようなシステムでは、音楽配信用のデ
ータは、ＡＴＲＡＣで圧縮されており、このＡＴＲＡＣ
で圧縮されたデータがＭＰＥＧ２のＴＳパケットに載せ
て送られる。この際、上述のように、ＴＳパケットに１
５９バイトのデータを伝送し、８つのＴＳパケットから
ＰＥＳパケットを構成するようにすると、ＰＥＳパケッ
トで３つのサウンドフレームのＡＴＲＡＣのデータを伝
送でき、ＡＴＲＡＣのデータとＰＥＳパケットとの整合
性がとり易い。

【０１１７】また、このようなシステムでは、例えば、
ＩＥＥＥ１３９４や、ＩＥＣ９５８の光インターフェー
スなどを用いて、ＩＲＤ２２からＭＤレコーダ／プレー
ヤ等のストレージデバイス２３にＡＴＲＡＣのデータが
伝送される。この場合も図４又は図８に示したように、
ＰＥＳパケット内のＴＳパケットにデータを挿入するよ
うにすると、ＰＥＳパケットとデータの整合性がとり易
い。

【０１１８】そして、特に図４、図８で説明したように
ＴＳパケット単位でＡＴＲＡＣデータに対してチェック
サムコードが付加されているため、例えばデジタルイン
ターフェース１２５においてＡＴＲＡＣデータが入力さ
れた際に、エラー検出を行うことができる。これにより
例えばダウンロード中にＡＴＲＡＣデータのエラーが検
出された場合は、一旦ダウンロード記録動作を中止し、
リトライ動作に移ることなども可能となる。特に上述し
たようにＡＴＲＡＣデータとしての楽曲データは繰り返
し放送されているため、エラー検出に応じてダウンロー
ドリトライを行うことが可能であるとともに、リトライ
によりエラーのないデータをダウンロードできるように
することで、信頼性の高いシステムを構築できる。

【０１１９】以上本発明の実施の形態としての伝送方式
及びそれを適用したシステム例について説明してきた
が、本発明の伝送方式フォーマットや、適用できるシス
テムは多様に考えられる。また上記例ではＴＳパケット
内の伝送データ（ＡＴＲＡＣデータ）にエラー検出コー
ドを付加した例をあげたが、エラー訂正コードを付加す
るようなことも考えられる。

【０１２０】

【発明の効果】以上説明したように本発明によれば、所
定のデータ量の基本単位の伝送情報をＰＥＳパケットで
伝送する際に、整数個のＴＳパケットでＰＥＳパケット
を構成し、ＰＥＳパケットに上記基本単位の伝送情報が
整数個配置されるように、１つのＴＳパケットで伝送す
るデータ数を決定するようにしている。例えば、ＡＴＲ
ＡＣのデータを伝送する場合には、ＴＳパケットに１５
９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパ
ケットでＰＥＳパケットを構成することで、ＰＥＳパケ
ットで３つのサウンドフレームのＡＴＲＡＣのデータを
伝送している。このように、ＰＥＳパケットでサウンド
フレームを整数個送れるため、サウンドフレームとＰＥ
Ｓパケットの整合性が良くなる。

【０１２１】また各ＴＳパケットに含まれる伝送情報に
対しては、エラー検出コードもしくはエラー訂正コード
が含まれるようにしているため、受信装置側やストレー
ジデバイス側で、伝送情報自体のエラーチェックを行う
ことができる。そして受信データやダウンロード記録の
ために供給されたデータについてのエラーチェックが可
能となることで、例えばダウンロードリトライなど必要
な処理を行うことができ、システムの信頼性向上に大き
く貢献できる。

【０１２２】また、この発明によれば、ＴＳパケットに
は、伝送情報に関するの固有情報を挿入するようにし、
この固有情報には、伝送中のデータが最初のＰＥＳパケ
ットであることを示す情報や、伝送中のデータが最後の
ＰＥＳパケットであることを示す情報が含められる。こ
のため、記録開始位置や記録終了位置を簡単に検出する
ことができる。また、この固有情報には、伝送中のデー
タがＰＥＳパケットを伝送するＴＳパケット中の何番目
のＴＳパケットであるかの情報を含むようにしている。
これにより、データが抜けているか否かを判断し、これ
に応じてエラー処理を行うことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態のデータ伝送方法における
パケット構造の説明図である。

【図２】実施の形態のＡＴＲＡＣデータをＰＴＳを付加
して伝送する場合のパケット構造の説明図である。

【図３】ＡＴＲＡＣデータを伝送する場合のデータボデ
ィのパケット構造の説明図である。

【図４】実施の形態のＡＴＲＡＣデータを伝送する場合
のデータボディのパケット構造の説明図である。

【図５】実施の形態のデータボディに配されるエラー検
出コードの説明図である。

【図６】実施の形態のＡＴＲＡＣデータをＰＴＳを付加
しない場合の最初のパケット構造の説明図である。

【図７】実施の形態のＡＴＲＡＣデータをＰＴＳを付加
しない場合の第２番目から第８番目のパケット構造の説
明図である。

【図８】実施の形態のディジタルインターフェースのデ
ータを伝送する場合のデータボディのパケット構造の説
明図である。

【図９】音楽配信を行う衛星放送システムの全体構成を
示すブロック図である。

【図１０】音楽配信を行う衛星放送システムにおける画
面の説明に用いる説明図である。

【図１１】音楽配信を行う衛星放送システムにおける送
信側のブロック図である。

【図１２】音楽配信を行う衛星放送システムにおけるＩ
ＲＤのブロック図である。

【図１３】音楽配信を行う衛星放送システムにおけるス
トレージデバイスのブロック図である。

【符号の説明】

ＴＳＰ１〜ＴＳＰ８ＴＳパケット、ＳＧＰ１〜ＳＧＰ
３サウンドグループ

フロントページの続きＦターム(参考） 5C059 KK43 LA01 MA23 RA01 RA04 RA08 RB02 RB19 RC02 RC24 RC32 RC35 RF01 RF04 SS01 SS11 SS30 UA02 UA05 5K014 AA01 BA01 BA05 HA10 5K028 BB05 DD07 KK32 MM08 MM09 RR04

Claims

【特許請求の範囲】

【請求項１】所定のデータ量の基本単位の伝送情報を
エレメンタリストリームパケットで伝送する際に、整数個のトランスポートストリームパケットでエレメン
タリストリームパケットを構成し、前記エレメンタリストリームパケットに上記基本単位の
伝送情報が整数個配置されるように前記各トランスポー
トストリームパケットで伝送する伝送情報量を決定する
とともに、前記各トランスポートストリームパケットには、そのト
ランスポートストリームパケットに配された伝送情報に
対するエラー検出コードもしくはエラー訂正コードが配
されるようにしたことを特徴とするデータ伝送方法。
【請求項２】前記伝送情報は圧縮されたオーディオデ
ータであり、前記基本単位は、サウンドフレームである
ことを特徴とする請求項１に記載のデータ伝送方法。
【請求項３】前記各トランスポートストリームパケッ
トには、伝送情報に関する固有情報を挿入するようにし
たことを特徴とする請求項１に記載のデータ伝送方法。
【請求項４】前記固有情報として、伝送中のデータが
最初のエレメンタリストリームパケットであることを示
す情報を含むようにしたことを特徴とする請求項３に記
載のデータ伝送方法。
【請求項５】前記固有情報として、伝送中のデータが
最後のエレメンタリストリームパケットであることを示
す情報を含むようにしたことを特徴とする請求項３に記
載のデータ伝送方法。
【請求項６】前記固有情報として、伝送中のデータが
エレメンタリストリームパケットを伝送するトランスポ
ートストリームパケット中の何番目のトランスポートス
トリームパケットであるかの情報を含むようにしたこと
を特徴とする請求項３に記載のデータ伝送方法。