JP2000307534A

JP2000307534A - データ処理装置およびデータ伝送装置

Info

Publication number: JP2000307534A
Application number: JP11019799A
Authority: JP
Inventors: Hiroshi Okawa; 寛大川; Ichiro Tanji; 一郎丹治; Hiroshi Higuchi; 浩樋口; Yasuyuki Sato; 靖行佐藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-16
Filing date: 1999-04-16
Publication date: 2000-11-02

Abstract

(57)【要約】【課題】メモリ周辺回路での消費電力を削減する。【解決手段】異なる周波数で入力された上記伝送パケッ
トが供給されるインタフェース２０２〜２０４と、伝送
パケットのデータを書き込むメモリ２５０と、このメモ
リを管理するメモリマネージメント部２１０と、このメ
モリマネージメント部に設けられたクロック発生器７０
とで構成される。クロック発生器は複数のクロック周波
数を発生すると共に、メモリへの書き込み要求や読み出
し要求がないときには、通常のクロック周波数（高速の
クロック周波数）から低速のクロック周波数に切り替え
る。クロック周波数を切り替えることで、メモリの周辺
回路の消費電力を節約できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はデータ処理装置お
よびデータ伝送装置に関する。詳しくは、異なる周波数
の入力データをメモリに書き込む際、送受信すべきデー
タ量に応じて高速のクロック周波数と低速のクロック周
波数とを切り替えられるようにして、消費電力を節約で
きるようにしたものである。

【０００２】

【従来の技術】ディジタルデータを伝送する伝送フォー
マットとして、ＳＭＰＴＥで規格化されたＳＭＰＴＥ−
２５９Ｍ「１０-ｂｉｔ４：２：２Ｃｏｍｐｏｎｅ
ｎｔａｎｄ４ｆsc ＣｏｍｐｏｓｉｔｅＤｉｇｉｔ
ａｌＳｉｇｎａｌｓ −ＳｅｒｉａｌＤｉｇｉｔａ
ｌＩｎｔｅｒｆａｃｅ」（以下「ＳＤＩ(Serial Digi
tal Interface)フォーマット」という）のディジタル信
号シリアル伝送フォーマットが知られている。この伝送
規格は、ディジタルコンポーネントビデオ信号（Ｄ１信
号）やディジタルコンポジット信号（Ｄ２信号）などを
伝送するための規格である。

【０００３】この伝送フォーマットでは周知のように、
オーディオデータやその他のデータをアンシラリーデー
タ領域に挿入して伝送できる規格となっているが、圧縮
されたデータ（映像データ）をアクティブビデオ領域に
挿入して伝送するようなフォーマットとはなっていな
い。これは圧縮されたデータは、ラインによってその符
号化量にばらつきが発生するためである。

【０００４】このような圧縮データでも伝送できるよう
に伝送フォーマットを規格化したのは、ＳＭＰＴＥ−３
０５Ｍ「ＳｅｒｉａｌＤａｔａＴｒａｎｓｐｏｒｔ
Ｉｎｔｅｒｆａｃｅ」（以下「ＳＤＴＩフォーマッ
ト」という）である。つまりこれはＳＤＩフォーマット
のうちアクティブビデオエリアＡＣＶに相当するＳＤＴ
Ｉフォーマット上のペイロード(Payload)部にビデオデ
ータ、オーディオデータなどの可変長のマルチデータを
挿入して伝送できるようにしたものである。

【０００５】

【発明が解決しようとする課題】ところで、このＳＤＴ
Ｉフォーマットを用いて映像データ、オーディオデータ
など（以下実効データとも言う）を伝送する場合には、
これら実効データに所定の付加データを加えてＳＤＴＩ
フォーマットのデータストリームを生成する必要があ
る。

【０００６】図１６はこのようなデータ伝送装置の概要
を示すブロック図であって、端子１２には圧縮されたビ
デオデータＤＶＣが供給され、端子１４には非圧縮のオ
ーディオデータが供給され、端子１６にはその他のデー
タ（ＡＵＸデータＤＳＸ）が供給されるものとする。

【０００７】ビデオデータＤＶＣはインタフェース２２
を介してメモリマネージメント部３０に供給され、所定
のデータ量となったとき外部メモリ例えばＳＤＲＡＭ４
０に供給される。同様にオーディオデータＤＡＵ、ＡＵ
ＸデータＤＳＸもそれぞれメモリマネージメント部３０
を介してＳＤＲＡＭ部４０に供給されてメモリされる。

【０００８】ここでビデオデータＤＶＣは例えば２７Ｍ
Ｈｚや３６ＭＨｚあるいは５４ＭＨｚの伝送速度の８ビ
ットデータとして供給され、またサンプリング周波数が
４８ｋＨｚで１６ビットオーディオデータＤＡＵが供給
される。

【０００９】このように外部から供給されるデータの伝
送速度やサンプリング周波数がそれぞれ異なるので、イ
ンタフェース２２、２４、２６にはデータ処理部２２Ａ
〜２６Ａの他に、異なる周波数で入力されたデータをＳ
ＤＲＡＭ部４０のクロック周波数のデータに乗せ替える
クロック乗せ替え手段２２Ｂ〜２６Ｂが設けられてい
る。さらにＳＤＲＡＭ部４０の動作周波数（クロック周
波数）として例えば８１ＭＨｚあるいは１０８ＭＨｚの
クロック発生器７０が設けられている。

【００１０】ＳＤＲＡＭ部４０には一定量のデータを単
位として書き込まれ、そして一定量のデータを単位とし
て読み出されてフォーマッタ５０に供給される。このフ
ォーマッタ５０では、上述した実効データにＳＤＴＩフ
ォーマット用の付加データを付け加える処理が行われ
る。

【００１１】つまり可変長の映像データに「ｓｅｐａｒ
ａｔｏｒ」、「ｗｏａｄｃｏｕｎｔ」、「ｅｎｄｃ
ｏｒｄ」が付加される。またデータブロックの前には終
了同期符号ＥＡＶ，アンシラリーデータＡＮＣおよび開
始同期符号ＳＡＶなどが付加される。ＳＤＴＩフォーマ
ットのデータはパラレル・シリアル変換器６０によって
シリアルデータに変換されたのち２７０Ｍｂｐｓの伝送
速度で伝送路（図示はしない）に送信される。

【００１２】インタフェース２２，２４，２６、メモリ
マネージメント部３０およびフォーマッタ５０にはクロ
ック発生器７０からそれぞれ必要なクロック周波数（２
７ＭＨｚ／８１ＭＨｚ／１０８ＭＨｚ）が供給される。

【００１３】このように、外部からそれぞれ異なる周波
数で入力されたデータは、ＳＤＲＡＭ部４０のクロック
周波数（２７ＭＨｚの３倍である８１ＭＨｚ若しくはそ
の４倍である１０８ＭＨｚ）で、メモリマネージメント
部３０に設けられた第１の内部メモリに一時的に書き込
まれた後、同じクロック周波数でＳＤＲＡＭ部４０に書
き込まれる。そしてＳＤＲＡＭ部４０に書き込まれたデ
ータはメモリマネージメント部３０に設けられた第２の
内部メモリに同じクロック周波数で読み出されて書き込
まれると共に、フォーマッタ５０で使用されるクロック
周波数（この例では２７ＭＨｚ）で読み出されてフォー
マッタ５０に供給される。

【００１４】ところで、図１６に示すようなデータ伝送
装置１０を構成した場合には、その電力の多くはメモリ
マネージメント部３０で消費される。図１６の構成の場
合には装置全体のほぼ４割の電力をこのメモリマネージ
メント部３０で消費する。

【００１５】これはビデオデータのように伝送速度に遅
速のあるディジタルデータの場合でも、あるいはオーデ
ィオデータのようにその伝送速度が遅い場合でも、ある
いはインタフェース２６に入力するデータがない場合で
も、８１ＭＨｚあるいは１０８ＭＨｚというような高速
のクロック周波数を常に使用しているためと考えられ
る。

【００１６】そこで、この発明はこのような従来の課題
を解決したものであって、データ伝送量に応じて動作周
波数を変化させることによって、消費電力を節約できる
ようにしたデータ処理装置およびデータ伝送装置を提案
するものである。

【００１７】

【課題を解決するための手段】上述した課題を解決する
ため、請求項１に記載したこの発明に係るデータ処理装
置では、送受信しようとするデータ量に応じて、受信し
たデータを書き込んだり、読み出したり、あるいは送信
すべきデータを書き込んだり、読み出したりするメモリ
のクロック周波数を切り替えるようにしたことを特徴と
する。

【００１８】請求項４に記載したこの発明に係るデータ
伝送装置では、映像フレーム１ラインの区間を、終了同
期符号が挿入される終了同期符号領域と、補助データが
挿入される補助データ領域と、開始同期符号が挿入され
る開始同期符号領域と、映像信号を含むデータが挿入さ
れるペイロード領域とで構成されたシリアル・ディジタ
ル・トランスファ・インタフェースの伝送パケットを伝
送するデータ伝送装置であって、このデータ伝送装置に
は、異なる周波数で入力された上記伝送パケットが供給
されるインタフェースと、上記伝送パケットのデータを
書き込むメモリと、このメモリを管理するメモリマネー
ジメント部と、このメモリマネージメント部に設けられ
たクロック発生器とで構成され、このクロック発生器は
複数のクロック周波数を発生すると共に、送受信しよう
とするデータ量に応じて、上記メモリのクロック周波数
を切り替えるようにしたことを特徴とする。

【００１９】この発明では、データ伝送量に応じてメモ
リのクロック周波数を可変させることによって、消費電
力を節約する。例えばメモリへの書き込み要求や読み出
し要求がないときには、通常のクロック周波数（高速の
クロック周波数）から低速のクロック周波数に切り替え
る。クロック周波数を切り替えることで、メモリの周辺
回路の消費電力を節約できる。

【００２０】

【発明の実施の形態】以下、図面を参照しながら、この
発明の実施の形態について説明する。

【００２１】図１はこの発明に係るデータ伝送装置の一
実施形態を示すものであって、図１６の従来例と共通な
部分には同一符号を付し、その説明は省略する。

【００２２】この実施形態においては、クロック発生器
７０から得られるクロック周波数として、５４ＭＨｚ、
８１ＭＨｚ、１０８ＭＨｚなどの高速のクロック周波数
を使用し、低速のクロック周波数として２７ＭＨｚを使
用する。

【００２３】これらのクロック周波数がインタフェース
２２，２４，２６およびメモリマネージメント部３０に
供給される。

【００２４】メモリマネージメント部３０からＳＤＲＡ
Ｍ部４０に対する書き込み要求や読み出し要求がしない
ときはメモリマネージメント部３０とインタフェース２
２，２４，２６に対する動作周波数を例えば最低の動作
周波数である２７ＭＨｚとしてアイドリング状態とす
る。メモリマネージメント部３０からは最低のクロック
周波数を選択するための制御信号ＣＴＬがクロック発生
器７０に供給される。

【００２５】メモリマネージメント部３０からＳＤＲＡ
Ｍ部４０に対する書き込み要求および読み出し要求が発
生した場合のみ、動作周波数である８１ＭＨｚ若しくは
１０８ＭＨｚのクロック周波数がこのメモリマネージメ
ント部３０を始めとしてインタフェース２２，２４，２
６に供給される。したがってメモリマネージメント部３
０からは通常の動作周波数（高速のクロック周波数発生
モード）を選択するための制御信号ＣＴＬがクロック発
生器７０に供給される。

【００２６】またインタフェース２２，２４，２６に設
けられたクロック乗せ替え回路２２Ｂ、２４Ｂ、２６Ｂ
は図２のようにデュアルポートメモリ８０を有し、入力
データより抽出したクロックに基づいて書き込みアドレ
ス回路８２が動作して、入力データの周波数に応じた速
さの書き込みアドレス信号が生成される。この書き込み
アドレス信号はデュアルポートメモリ８０に供給され
て、入力データの書き込みが行われる。

【００２７】そして、端子８４に供給された内部のクロ
ック周波数（８１ＭＨｚ若しくは１０８ＭＨｚ）が読み
出しアドレス回路８６に供給されて内部クロック周波数
に同期した読み出しアドレスが生成され、この読み出し
アドレスでデータの読み出しが行われる。このクロック
動作によって内部動作周波数に乗せ替えられたデータが
メモリマネージメント部３０を介してＳＤＲＡＭ部４０
に供給される。

【００２８】メモリマネージメント部３０を介して読み
出されたデータはフォーマッタ５０に供給されるが、こ
のフォーマッタ５０での動作周波数は８１ＭＨｚ若しく
は１０８ＭＨｚである。フォーマッタ５０で生成された
ＳＤＴＩフォーマットの伝送パケットはパラレル・シリ
アル変換されて送信される。シリアル変換するときの動
作周波数は２７ＭＨｚである。

【００２９】続いてこの発明の別の実施形態を示す。本
実施の形態においては、映像や音声の素材等のデータを
パッケージ化してそれぞれのコンテントアイテム（例え
ばピクチャアイテム(Picture Item)やオーディオアイテ
ム(Audio Item)）を生成すると共に、各コンテントアイ
テムに関する情報や各コンテントに関するメタデータ等
をパッケージ化して１つのコンテントアイテム（システ
ムアイテム(System Item)）を生成し、これらの各コン
テントアイテムをコンテントパッケージとする。さら
に、このコンテントパッケージから伝送パケットを生成
して、シリアルディジタルトランファインターフェイス
を用いて伝送するものである。

【００３０】このシリアルディジタルトランスファーイ
ンタフェースとしては、例えばＳＭＰＴＥで規格化され
たＳＭＰＴＥ−２５９Ｍ「１０-ｂｉｔ４：２：２
Ｃｏｍｐｏｎｅｎｔａｎｄ４ｆsc Ｃｏｍｐｏｓｉ
ｔｅＤｉｇｉｔａｌＳｉｇｎａｌｓ −Ｓｅｒｉａ
ｌＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅ」（以下「シ
リアルディジタルインタフェースＳＤＩ(Serial Digita
l Interface)フォーマット」という）のディジタル信号
シリアル伝送フォーマットや、パケット化したディジタ
ル信号を伝送する規格ＳＭＰＴＥ−３０５Ｍ「Ｓｅｒｉ
ａｌＤａｔａＴｒａｎｓｐｏｒｔＩｎｔｅｒｆａｃ
ｅ」（以下「ＳＤＴＩフォーマット」という）を利用し
て、上述のコンテントパッケージを伝送するものであ
る。

【００３１】まず、ＳＭＰＴＥ−２５９Ｍで規格化され
ているＳＤＩフォーマットを映像フレームに配置した場
合、ＮＴＳＣ５２５方式のディジタルのビデオ信号は、
水平方向に１ライン当たり１７１６（４＋２６８＋４＋
１４４０）ワード、垂直方向は５２５ラインで構成され
ている。また、ＰＡＬ６２５方式のディジタルのビデオ
信号は、水平方向に１ライン当たり１７２８（４＋２８
０＋４＋１４４０）ワード、垂直方向は６２５ラインで
構成されている。ただし、１０ビット／ワードである。

【００３２】各ラインについて、第１ワードから第４ワ
ードまでの４ワードは、ビデオ信号の領域である１４４
０ワードのアクティブビデオ領域の終了を示し、アクテ
ィブビデオ領域と後述するアンシラリデータ領域とを分
離するための符号ＥＡＶ（End of Active Video）を格
納する領域として用いられる。

【００３３】また、各ラインについて、第５ワードから
第２７２ワードまでの２６８ワードは、アンシラリデー
タ領域として用いられ、ヘッダ情報等が格納される。第
２７３ワードから第２７６ワードまでの４ワードは、ア
クティブビデオ領域の開始を示し、アクティブビデオ領
域とアンシラリデータ領域とを分離するための符号ＳＡ
Ｖ（Start of Active Video）を格納する領域として用
いられ、第２７７ワード以降がアクティブビデオ領域と
されている。

【００３４】ＳＤＴＩフォーマットでは、上述のアクテ
ィブビデオ領域をペイロード領域として用いるものと
し、符号ＥＡＶおよびＳＡＶがペイロード領域の終了お
よび開始を示すものとされる。

【００３５】ここで、各アイテムのデータをコンテント
パッケージとしてＳＤＴＩフォーマットのペイロード領
域に挿入すると共に、ＳＤＩフォーマットの符号ＥＡＶ
およびＳＡＶを付加して図３に示すようなフォーマット
のデータとする。この図３に示すフォーマット（以下
「ＳＤＴＩ−ＣＰフォーマット」という）のデータを伝
送するときには、ＳＤＩフォーマットやＳＤＴＩフォー
マットと同様に、Ｐ／Ｓ変換および伝送路符号化が行わ
れてシリアルデータとして伝送される。なお、図３にお
いて、括弧内の数字はＰＡＬ６２５方式のビデオ信号の
数値を示しており、括弧がない数字はＮＴＳＣ５２５方
式のビデオ信号の数値を示している。以下、ＮＴＳＣ方
式についてのみ説明する。

【００３６】図４は符号ＥＡＶおよびアンシラリデータ
領域に含まれるヘッダデータ（Header Data）の構成を
示している。

【００３７】符号ＥＡＶは、３ＦＦh，０００h，０００
h，ＸＹＺh（hは１６進表示であることを示しており以
下の説明でも同様である）とされている。

【００３８】「ＸＹＺh」は、ビットｂ９が「１」に設
定されると共に、ビットｂ０，ｂ１が「０」に設定され
る。ビットｂ８はフィールドが第１あるいは第２フィー
ルドのいずれであるかを示すフラグであり、ビットｂ７
は垂直ブランキング期間を示すフラグである。またビッ
トｂ６は、４ワードのデータがＥＡＶであるかＳＡＶで
あるかを示すフラグである。このビットｂ６のフラグ
は、ＥＡＶのときに「１」とされると共にＳＡＶのとき
に「０」となる。またビットｂ５〜ｂ２は誤り検出訂正
を行うためのデータである。

【００３９】次に、ヘッダデータの先頭には、ヘッダデ
ータ認識用のデータ「ＡＤＦ(Ancillary data flag)」
として、固定パターン０００h，３ＦＦh，３ＦＦhが配
されている。この固定パターンに続いて、「ＤＩＤ(Dat
a ID)」および「ＳＤＩＤ(Secondary data ID)」が設け
られており、ＳＤＴＩ−ＣＰフォーマットでは固定パタ
ーン１４０h，１０１hが配される。

【００４０】「ＤａｔａＣｏｕｎｔ」は、「Ｌｉｎｅ
Ｎｕｍｂｅｒ-０」から「ＨｅａｄｅｒＣＲＣ１」
までのワード数を示すものであり、ワード数は４６ワー
ド（２２Ｅh）とされている。

【００４１】「ＬｉｎｅＮｕｍｂｅｒ-０，Ｌｉｎｅ
Ｎｕｍｂｅｒ-１」は、映像フレームのライン番号を
示すものであり、ＮＴＳＣ５２５方式ではこの２ワード
によって１から５２５までのライン番号が示される。ま
た、ＰＡＬ方式６２５方式では１から６２５までのライ
ン番号が示される。

【００４２】「ＬｉｎｅＮｕｍｂｅｒ-０，Ｌｉｎｅ
Ｎｕｍｂｅｒ-１」に続いて、「ＬｉｎｅＮｕｍｂ
ｅｒＣＲＣ０，ＬｉｎｅＮｕｍｂｅｒＣＲＣ１」
が配されており、この「ＬｉｎｅＮｕｍｂｅｒＣＲ
Ｃ０，ＬｉｎｅＮｕｍｂｅｒＣＲＣ１」は、「ＤＩ
Ｄ」から「ＬｉｎｅＮｕｍｂｅｒ-１」までの５ワー
ドのデータに対するＣＲＣ（cyclic redundancy check
codes）であり、伝送エラーのチェックに用いられる。

【００４３】「Ｃｏｄｅ＆ＡＡＩ(Authorized addr
ess identifier)」では、ＳＡＶからＥＡＶまでのペイ
ロード領域のワード長がどのような設定とされている
か、および送出側や受取側のアドレスがどのようなデー
タフォーマットとされているか等の情報が示される。

【００４４】「ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓ
ｓ」はデータ受取側（送出先）のアドレスであり、「Ｓ
ｏｕｒｃｅＡｄｄｒｅｓｓ」はデータ送出側（送出
元）のアドレスである。

【００４５】「ＳｏｕｒｃｅＡｄｄｒｅｓｓ」に続く
「ＢｌｏｃｋＴｙｐｅ」は、ペイロード領域がどのよ
うな形式とされているか、例えば固定長か可変長かを示
すものであり、ペイロード領域が可変長の形式であると
きには圧縮データが挿入される。ここで、ＳＤＴＩ−Ｃ
Ｐフォーマットでは、例えば圧縮されたビデオデータ
（映像データ）を用いてコンテントアイテムを生成した
ときにピクチャ毎にデータ量が異なることから可変長ブ
ロック(Variable Block)が用いられる。このため、ＳＤ
ＴＩ−ＣＰフォーマットでの「ＢｌｏｃｋＴｙｐｅ」
は固定データ１Ｃ１hとされる。

【００４６】「ＣＲＣＦｌａｇ」は、ペイロード領域
の最後の２ワードにＣＲＣが置かれているか否かを示す
ものである。

【００４７】また、「ＣＲＣＦｌａｇ」に続く「Ｄａ
ｔａｅｘｔｅｎｓｉｏｎｆｌａｇ」は、ユーザーデ
ータパケットを拡張しているか否かを示している。

【００４８】「Ｄａｔａｅｘｔｅｎｓｉｏｎｆｌａ
ｇ」に続いて４ワードの「Ｒｅｓｅｒｖｅｄ」領域が設
けられる。次の「ＨｅａｄｅｒＣＲＣ０，Ｈｅａｄ
ｅｒＣＲＣ１」は、「Ｃｏｄｅ＆ＡＡＩ」から
「Ｒｅｓｅｒｖｅｄ４」までのデータに対するＣＲＣ
（cyclic redundancy check codes）であり、伝送エラ
ーのチェックに用いられる。次の「ＣｈｅｃｋＳｕ
ｍ」は、全ヘッダデータに対するＣｈｅｃｋＳｕｍコ
ードであり、伝送エラーのチェックに用いられる。

【００４９】また、図３のペイロード領域では、ビデオ
やオーディオ等のアイテムのデータがＳＤＴＩフォーマ
ットの可変長ブロックの形式としてパッケージ化され
る。図５は可変長ブロックのフォーマットを示してい
る。「Ｓｅｐａｒａｔｏｒ」および「ＥｎｄＣｏｄ
ｅ」は可変長ブロックの開始と終了を示すものであり、
「Ｓｅｐａｒａｔｏｒ」の値は「３０９h」、「Ｅｎｄ
Ｃｏｄｅ」の値は「３０Ａh」に設定されている。

【００５０】「ＤａｔａＴｙｐｅ」はパッケージ化さ
れているデータが、どのようなアイテムのデータである
かを示すものであり、「ＤａｔａＴｙｐｅ」の値は例
えばシステムアイテム(System Item)では「０４h」、ピ
クチャアイテム(Picture Item)では「０５h」、オーデ
ィオアイテム(Audio Item)では「０６h」、他のデータ
であるＡＵＸアイテム(Auxiliary Item)では「０７h」
とされる。なお、上述したように１ワードは１０ビット
であり、例えば「０４h」に示すように８ビットである
ときには、８ビットがビットｂ７〜ｂ０に相当する。ま
た、ビットｂ７〜ｂ０の偶数パリティをビットｂ８とし
て付加すると共に、ビットｂ８の論理反転データをビッ
トｂ９として付加することにより１０ビットのデータと
される。以下の説明における８ビットのデータも同様に
して１０ビット化される。

【００５１】「ＷｏｒｄＣｏｕｎｔ」では「Ｄａｔａ
Ｂｌｏｃｋ」のワード数を示しており、この「Ｄａｔ
ａＢｌｏｃｋ」が各アイテムのデータである。ここ
で、各アイテムのデータは、ピクチャ単位例えばフレー
ム単位でパッケージ化されると共に、ＮＴＳＣ方式で
は、番組の切り替え位置が１０ラインの位置に設定され
ていることから、ＮＴＳＣ方式では図３に示すように１
３ライン目からシステムアイテム、ピクチャアイテム、
オーディオアイテム、ＡＵＸアイテムの順に伝送され
る。

【００５２】図６は、システムアイテムの構成を示して
いる。「ＳｙｓｔｅｍＩｔｅｍＴｙｐｅ」と「Ｗｏｒ
ｄＣｏｕｎｔ」は可変長ブロックの「ＤａｔａＴｙ
ｐｅ」と「ＷｏｒｄＣｏｕｎｔ」に相当する。

【００５３】１ワードの「ＳｙｓｔｅｍＩｔｅｍＢ
ｉｔｍａｐ」のビットｂ７は、例えばリードソロモン符
号等のような誤り検出訂正符号が加えられているか否か
を示すフラグであり、「１」とされているときには誤り
検出訂正符号が加えられていることを示している。ビッ
トｂ６は、ＳＭＰＴＥＬａｂｅｌの情報があるか否か
を示すフラグである。ここで「１」とされているときに
は、ＳＭＰＴＥＬａｂｅｌの情報がシステムアイテム
に含まれていることを示している。ビットｂ５およびｂ
４はＲｅｆｅｒｅｎｃｅＤａｔｅ／Ｔｉｍｅｓｔａ
ｍｐ、ＣｕｒｒｅｎｔＤａｔｅ／Ｔｉｍｅｓｔａｍ
ｐがシステムアイテムにあるか否かを示すフラグであ
る。このＲｅｆｅｒｅｎｃｅＤａｔｅ／Ｔｉｍｅｓ
ｔａｍｐでは、例えばコンテントパッケージが最初に作
られた時間あるいは日付が示される。またＣｕｒｒｅｎ
ｔＤａｔｅ／Ｔｉｍｅｓｔａｍｐでは、コンテント
パッケージのデータを最後に修正した時間あるいは日付
が示される。

【００５４】ビットｂ３はピクチャアイテム、ビットｂ
２はオーディオアイテム、ビットｂ１はＡＵＸアイテム
がシステムアイテムの後にあるか否かを示すフラグであ
り、「１」とされているときにはアイテムがシステムア
イテムの後に存在することが示される。

【００５５】ビットｂ０は、コントロールエレメント(C
ontrol Element)があるか否かを示すフラグであり、
「１」とされているときにはコントロールエレメントが
存在することが示される。なお、図示せずもビットｂ
８，ｂ９が上述したように付加されて１０ビットのデー
タとして伝送される。

【００５６】１ワードの「ＣｏｎｔｅｎｔＰａｃｋａ
ｇｅＲａｔｅ」のビットｂ７〜ｂ６は未定義領域(Res
erved)であり、ビットｂ５〜ｂ１では、１倍速動作にお
ける１秒当たりのパッケージ数であるパッケージレート
(Package Rate)が示される。ビットｂ０は１．００１フ
ラグであり、フラグが「１」に設定されているときに
は、例えば毎秒５９．９４（＝６０／１．００１）フィ
ールドであることが示される。

【００５７】１ワードの「ＣｏｎｔｅｎｔＰａｃｋａ
ｇｅＴｙｐｅ」のビットｂ７〜ｂ５は、ストリーム内
における、当該ピクチャ単位の位置を識別するための
「ＳｔｒｅａｍＳｔａｔｅｓ」フラグである。この３
ビットのフラグによって、以下の８種類の状態が示され
る。

【００５８】０：このピクチャ単位が、プリロール（pr
e-roll）区間、編集区間、ポストロール（post-roll）
区間のいずれの区間にも属さない。１：このピクチャ単位が、プリロール区間に含まれてい
るピクチャであり、この後に編集区間が続く。２：このピクチャ単位が、編集区間の最初のピクチャ単
位である。

【００５９】３：このピクチャ単位が、編集区間の中間
に含まれているピクチャ単位である。４：このピクチャ単位が、編集区間の最後のピクチャ単
位である。

【００６０】５：このピクチャ単位が、ポストロール区
間に含まれているピクチャ単位である。６：このピクチャ単位が、編集区間の最初、かつ最後の
ピクチャ単位である（編集区間のピクチャ単位が１つだ
けの状態）。７：未定義

【００６１】ビットｂ４は未定義領域(Reserved)であ
り、ビットｂ３，ｂ２の「ＴｒａｎｓｆｅｒＭｏｄ
ｅ」では、伝送パケットの伝送モードが示される。ま
た、ビットｂ１，ｂ０の「ＴｉｍｉｎｇＭｏｄｅ」で
伝送パケットを伝送する際の伝送タイミングモードが示
される。ここで、ビットｂ３，ｂ２で示される値が
「０」のときには同期モード(Synchronous mode)、
「１」のときには等時性モード(Isochronous mode)、
「２」のときは非同期モード(Asynchronous mode)とさ
れる。また、ビットｂ１，ｂ０で示される値が「０」の
ときには１フレーム分のコンテントパッケージの伝送
を、第１フィールドの所定のラインのタイミングで開始
するノーマルタイミングモード(Normal timing mode)、
「１」のときには第２フィールドの所定のラインのタイ
ミングで伝送を開始するアドバンスドタイミングモード
(Advanced timing mode)、「２」のときは第１および第
２フィールドのそれぞれの所定のラインのタイミングで
伝送を開始するデュアルタイミングモード(Dual timing
mode)とされる。

【００６２】「ＣｏｎｔｅｎｔＰａｃｋａｇｅＴｙ
ｐｅ」に続く２ワードの「ＣｈａｎｎｅｌＨａｎｄｌ
ｅ」は、複数の番組のコンテントパッケージが多重化さ
れて伝送される場合に、各番組のコンテントパッケージ
を判別するためのものであり、ビットＨ１５〜Ｈ０の値
を識別することで、多重化されているコンテントパッケ
ージをそれぞれ番組毎に分離することができる。

【００６３】２ワードの「ＣｏｎｔｉｎｕｉｔｙＣｏ
ｕｎｔ」は、１６ビットのモジュロカウンタである。こ
のカウンタは、ピクチャ単位毎にカウントアップされる
と共に、それぞれのストリームで独自にカウントされ
る。従って、ストリームスイッチャ等によってストリー
ムの切り替えがあるときには、このカウンタの値が不連
続となって、切り替え点（編集点）の検出が可能とな
る。なお、このカウンタは上述したように１６ビットの
モジュロカウンタであり６５５３６と非常に大きな値で
あることから、２つの切り替えられるストリームにおい
て、切り替え点でカウンタの値が偶然に一致する確率が
限りなく低く、切り替え点の検出のために、実用上充分
な精度を提供できる。

【００６４】「ＣｏｎｔｉｎｕｉｔｙＣｏｕｎｔ」の
後には、上述したＳＭＰＴＥＬａｂｅｌやＲｅｆｅｒ
ｅｎｃｅＤａｔｅ／ＴｉｍｅおよびＣｕｒｒｅｎｔ
Ｄａｔｅ／Ｔｉｍｅを示す「ＳＭＰＴＥＵｎｉｖｅｒ
ｓａｌＬａｂｅｌ」、「ＲｅｆｅｒｅｎｃｅＤａｔ
ｅ／Ｔｉｍｅｓｔａｍｐ」、「ＣｕｒｒｅｎｔＤａ
ｔｅ／Ｔｉｍｅｓｔａｍｐ」領域が設けられる。

【００６５】そのあとに、「ＰａｃｋａｇｅＭｅｔａ
ｄａｔａＳｅｔ」や「ＰｉｃｔｕｒｅＭｅｔａｄａ
ｔａＳｅｔ」「ＡｕｄｉｏＭｅｔａｄａｔａＳｅ
ｔ」「ＡｕｘｉｌｉａｒｙＭｅｔａｄａｔａＳｅ
ｔ」領域が設けられる。なお、「ＰｉｃｔｕｒｅＭｅ
ｔａｄａｔａＳｅｔ」「ＡｕｄｉｏＭｅｔａｄａｔ
ａＳｅｔ」「ＡｕｘｉｌｉａｒｙＭｅｔａｄａｔａ
Ｓｅｔ」は、対応するアイテムが「ＳｙｓｔｅｍＩ
ｔｅｍＢｉｔｍａｐ」のフラグによってコンテントパ
ッケージに内に含まれることが示されたときに設けられ
る。

【００６６】上述の「Ｔｉｍｅｓｔａｍｐ」は１７バ
イトが割り当てられており、最初の１バイトで「Ｔｉｍ
ｅｓｔａｍｐ」であることが識別されると共に、残り
の１６バイトがデータ領域として用いられる。ここで、
データ領域の最初の８バイトは、例えばＳＭＰＴＥ１２
Ｍとして規格化されたタイムコード(Timecode)を示して
おり、後の８バイトは無効データである。

【００６７】８バイトのタイムコードは図７に示すよう
に、「Ｆｒａｍｅ」「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅ
ｓ」「Ｈｏｕｒｓ」および４バイトの「Ｂｉｎａｒｙ
ＧｒｏｕｐＤａｔａ」からなる。

【００６８】「Ｆｒａｍｅ」のビットｂ５，ｂ４でフレ
ーム番号の十の位、ビットｂ３〜ｂ０で一の位の値が示
される。同様に、「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅ
ｓ」「Ｈｏｕｒｓ」の各ビットｂ６〜ｂ０によって秒、
分、時が示される。

【００６９】「Ｆｒａｍｅ」のビットｂ７はカラーフレ
ームフラグ(Color Frame Flag)であり、第１のカラーフ
レームであるか第２のカラーフレームであるかが示され
る。ビットｂ６はドロップフレームフラグ(Drop Frame
Flag)であり、ピクチャアイテムに挿入された映像フレ
ームがドロップフレームであるか否かを示すフラグであ
る。「Ｓｅｃｏｎｄｓ」のビットｂ７は例えばＮＴＳＣ
方式の場合にはフィールド位相(Field Phase)、すなわ
ち第１フィールドであるか第２フィールドであるかが示
される。なおＰＡＬ方式のときには「Ｈｏｕｒｓ」のビ
ットｂ６でフィールド位相が示される。

【００７０】「Ｍｉｎｕｔｅｓ」のビットｂ７および
「Ｈｏｕｒｓ」のビットｂ７，ｂ６のの３ビットＢ０〜
Ｂ３（ＰＡＬ方式では、「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕ
ｔｅｓ」「Ｈｏｕｒｓ」の各ビットｂ７の３ビット）に
よって、「ＢｉｎａｒｙＧｒｏｕｐＤａｔａ」の各
ＢＧ１〜ＢＧ８にデータがあるか否かが示される。この
「ＢｉｎａｒｙＧｒｏｕｐＤａｔａ」では、例えば
グレゴリオ暦(GregorianCalender)やユリウス暦(Julian
Calender)での年月日を二桁で表示することができるよ
うになされている。

【００７１】図８は「ＭｅｔａｄａｔａＳｅｔ」の構
成を示しており、１ワードの「ＭｅｔａｄａｔａＣｏ
ｕｎｔ」によってセット内の「ＭｅｔａｄａｔａＢｌ
ｏｃｋ」の数が示される。なお、「Ｍｅｔａｄａｔａ
Ｓｅｔ」の値が００hのときには、「Ｍｅｔａｄａｔａ
Ｂｌｏｃｋ」がないことが示されることから、「Ｍｅ
ｔａｄａｔａＳｅｔ」は１ワードとなる。

【００７２】ここで、「ＭｅｔａｄａｔａＢｌｏｃ
ｋ」が、番組タイトル等のコンテントパッケージの情報
を示す「ＰａｃｋａｇｅＭｅｔａｄａｔａＳｅｔ」
の場合には、１ワードの「ＭｅｔａｄａｔａＴｙｐ
ｅ」、２ワードの「ＷｏｒｄＣｏｕｎｔ」に続き、情
報領域である「Ｍｅｔａｄａｔａ」が設けられている。
この「Ｍｅｔａｄａｔａ」のワード数が「ＷｏｒｄＣ
ｏｕｎｔ」のビットｂ１５〜ｂ０によって示される。

【００７３】ビデオやオーディオあるいはＡＵＸデータ
等のパッケージ化されているアイテムに関する情報を示
す「ＰｉｃｔｕｒｅＭｅｔａｄａｔａＳｅｔ」「Ａ
ｕｄｉｏＭｅｔａｄａｔａＳｅｔ」「Ａｕｘｉｌｉ
ａｒｙＭｅｔａｄａｔａＳｅｔ」では、更に１ワード
の「ＥｌｅｍｅｎｔＴｙｐｅ」と「Ｅｌｅｍｅｎｔ
Ｎｕｍｂｅｒ」が設けられており、後述するビデオやオ
ーディオ等のアイテムの「ＥｌｅｍｅｎｔＤａｔａ
Ｂｌｏｃｋ」内の「ＥｌｅｍｅｎｔＴｙｐｅ」や「Ｅ
ｌｅｍｅｎｔＮｕｍｂｅｒ」とリンクするようになさ
れており、「ＥｌｅｍｅｎｔＤａｔａＢｌｏｃｋ」
毎に、メタデータを設定することができる。また、これ
らの「ＭｅｔａｄａｔａＳｅｔ」の後には「Ｃｏｎｔ
ｒｏｌＥｌｅｍｅｎｔ」領域を設けることができる。

【００７４】次に、ビデオやオーディオ等の各アイテム
のブロックについて図９を用いて説明する。ビデオやオ
ーディオ等の各アイテムのブロック「ＩｔｅｍＴｙｐ
ｅ」は、上述したようにアイテムの種類を示しており、
ピクチャアイテムでは「０５h」、オーディオアイテム
では「０６h」、ＡＵＸデータアイテムでは「０７h」と
される。「ＩｔｅｍＷｏｒｄＣｏｕｎｔ」ではこの
ブロックの終わりまでのワード数（可変長ブロックの
「ＷｏｒｄＣｏｕｎｔ」に相当）を示している。「Ｉ
ｔｅｍＷｏｒｄＣｏｕｎｔ」に続く「ＩｔｅｍＨ
ｅａｄｅｒ」では、「ＥｌｅｍｅｎｔＤａｔａＢｌ
ｏｃｋ」の数が示される。ここで、「ＩｔｅｍＨｅａ
ｄｅｒ」は８ビットであることから「Ｅｌｅｍｅｎｔ
ＤａｔａＢｌｏｃｋ」の数は１〜２５５（０は無効）の
範囲となる。この「ＩｔｅｍＨｅａｄｅｒ」に続く
「ＥｌｅｍｅｎｔＤａｔａＢｌｏｃｋ」がアイテム
のデータ領域とされる。

【００７５】「ＥｌｅｍｅｎｔＤａｔａＢｌｏｃ
ｋ」は、「ＥｌｅｍｅｎｔＴｙｐｅ」「Ｅｌｅｍｅｎ
ｔＷｏｒｄＣｏｕｎｔ」「ＥｌｅｍｅｎｔＮｕｍ
ｂｅｒ」「ＥｌｅｍｅｎｔＤａｔａ」で構成されてお
り、「ＥｌｅｍｅｎｔＴｙｐｅ」と「Ｅｌｅｍｅｎｔ
ＷｏｒｄＣｏｕｎｔ」によって、「Ｅｌｅｍｅｎｔ
Ｄａｔａ」のデータの種類およびデータ量が示される。
また、「ＥｌｅｍｅｎｔＮｕｍｂｅｒ」によって何番
目の「ＥｌｅｍｅｎｔＤａｔａＢｌｏｃｋ」である
かが示される。

【００７６】次に、「ＥｌｅｍｅｎｔＤａｔａ」の構
成について説明する。エレメントの一つであるＭＰＥＧ
−２ピクチャエレメントは、いずれかのプロファイル若
しくはレベルのＭＰＥＧ−２ビデオエレメンタリストリ
ーム（Ｖ−ＥＳ）である。プロファイルおよびレベル
は、デコーダーテンプレートドキュメントで定義され
る。図１０は、ＳＤＴＩ−ＣＰエレメントフレームにお
けるＭＰＥＧ−２Ｖ−ＥＳのフォーマット例である。
この例は、キー、つまりＭＰＥＧ−２スタートコードを
特定する（ＳＭＰＴＥレコメンデッドプラクティスにし
たがった）Ｖ−ＥＳビットストリーム例である。ＭＰＥ
Ｇ−２Ｖ−ＥＳビットストリームは、単純に図１０に
示されたようにデータブロックにフォーマットされる。

【００７７】次に、ピクチャアイテムに対するメタデー
タ、例えばＭＰＥＧ−２ピクチャ画像編集メタデータに
ついて説明する。このメタデータは、編集およびエラー
メタデータと、圧縮符号化メタデータと、ソース符号化
メタデータとの組み合わせである。これらのメタデータ
は、主として上述したシステムアイテム、さらには補助
データアイテムに挿入することができる。

【００７８】図１１は、図６に示すシステムアイテムの
「ＰｉｃｔｕｒｅＭｅｔａｄａｔａＳｅｔ」領域に
挿入されるＭＰＥＧ−２ピクチャ編集メタデータ内に設
けられる「ＰｉｃｔｕｒｅＥｄｉｔｉｎｇＢｉｔｍ
ａｐ」領域と、「ＰｉｃｔｕｒｅＣｏｄｉｎｇ」領域
と、「ＭＰＥＧＵｓｅｒＢｉｔｍａｐ」領域を示し
ている。さらに、このＭＰＥＧ−２ピクチャ編集メタデ
ータには、ＭＰＥＧ−２のプロファイルとレベルを示す
「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」領域や、ＳＭＰＴＥ１
８６−１９９５で定義されたビデオインデックス情報を
設けることも考えられる。

【００７９】１ワードの「ＰｉｃｔｕｒｅＥｄｉｔｉ
ｎｇＢｉｔｍａｐ」のビットｂ７およびｂ６は「Ｅｄ
ｉｔｆｌａｇ」であり、編集点情報を示すフラグであ
る。この２ビットのフラグによって、以下の４種類の状
態が示される。

【００８０】００：編集なし０１：編集点が、このフラグが付いているピクチャ単位
の前にある（Pre-picture edit）１０：編集点が、このフラグが付いているピクチャ単位
の後にある（Post-picture edit）１１：ピクチャ単位が１つだけ挿入され、編集点がこの
フラグが付いているピクチャ単位の前と後にある（sing
le frame picture）

【００８１】つまり、ピクチャアイテムに挿入された映
像データ（ピクチャ単位）が、編集点の前にあるか、編
集点の後にあるか、さらに２つの編集点に挟まれている
かを示すフラグを「ＰｉｃｔｕｒｅＭｅｔａｄａｔａ
Ｓｅｔ」（図６参照）の「ＰｉｃｔｕｒｅＥｄｉｔ
ｉｎｇＢｉｔｍａｐ」領域に挿入する。

【００８２】ビットｂ５およびｂ４は、「Ｅｒｒｏｒ
ｆｌａｇ」である。この「Ｅｒｒｏｒｆｌａｇ」は、
ピクチャが修正できないエラーを含んでいる状態にある
か、ピクチャがコンシールエラーを含んでいる状態にあ
るか、ピクチャがエラーを含んでいない状態にあるか、
さらには未知状態にあるかを示す。ビットｂ３は、「Ｐ
ｉｃｔｕｒｅＣｏｄｉｎｇ」がこの「Ｐｉｃｔｕｒｅ
ＭｅｔａｄａｔａＳｅｔ」領域にあるか否かを示すフ
ラグである。ここで、「１」とされているときは、「Ｐ
ｉｃｔｕｒｅＣｏｄｉｎｇ」が含まれていることを示
している。

【００８３】ビットｂ２は、「Ｐｒｏｆｉｌｅ／Ｌｅｖ
ｅｌ」があるか否かを示すフラグである。ここで、
「１」とされているときは、当該「Ｍｅｔａｄａｔａ
Ｂｌｏｃｋ」に「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」が含ま
れている。この「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」は、Ｍ
ＰＥＧのプロファイルやレベルを示すＭＰ＠ＭＬやＨＰ
＠ＨＬ等を示す。

【００８４】ビットｂ１は、「ＨＶＳｉｚｅ」があ
るか否かを示すフラグである。ここで、「１」とされて
いるときは、当該「ＭｅｔａｄａｔａＢｌｏｃｋ」に
「ＨＶＳｉｚｅ」が含まれている。ビットｂ０は、
「ＭＰＥＧＵｓｅｒＢｉｔｍａｐ」があるか否かを
示すフラグである。ここで、「１」とされているとき
は、当該「ＭｅｔａｄａｔａＢｌｏｃｋ」に「ＭＰＥ
ＧＵｓｅｒＢｉｔｍａｐ」が含まれている。

【００８５】１ワードの「ＰｉｃｔｕｒｅＣｏｄｉｎ
ｇ」のビットｂ７には「ＣｌｏｓｅｄＧＯＰ」が設け
られる。この「ＣｌｏｓｅｄＧＯＰ」は、ＭＰＥＧ圧
縮したときのＧＯＰ（Group Of Picture）がＣｌｏｓｅ
ｄＧＯＰか否かを示す。

【００８６】ビットｂ６には、「ＢｒｏｋｅｎＬｉｎ
ｋ」が設けられる。この「ＢｒｏｋｅｎＬｉｎｋ」
は、デコーダ側の再生制御に使用されるフラグである。
すなわち、ＭＰＥＧの各ピクチャは、Ｂピクチャ、Ｂピ
クチャ、Ｉピクチャ・・・のように並んでいるが、編集
点があって全く別のストリームをつなげたとき、例えば
切り替え後のストリームのＢピクチャが切り替え前のス
トリームのＰピクチャを参照してデコードされるという
おそれがある。このフラグをセットすることで、デコー
ダ側で上述したようなデコードがされないようにでき
る。

【００８７】ビットｂ５〜ｂ３には、「Ｐｉｃｔｕｒｅ
ＣｏｄｉｎｇＴｙｐｅ」が設けられる。この「Ｐｉ
ｃｔｕｒｅＣｏｄｉｎｇＴｙｐｅ」は、ピクチャが
Ｉピクチャであるか、Ｂピクチャであるか、Ｐピクチャ
であるかを示すフラグである。ビットｂ２〜ｂ０は、未
定義領域(Reserved)である。

【００８８】１ワードの「ＭＰＥＧＵｓｅｒＢｉｔ
ｍａｐ」のビットｂ７には、「Ｈｉｓｔｏｒｙｄａｔ
ａ」が設けられている。この「Ｈｉｓｔｏｒｙｄａｔ
ａ」は、前の世代の符号化に必要であった、例えば量子
化ステップ、マクロタイプ、動きベクトル等の符号化デ
ータが、例えば「ＭｅｔａｄａｔａＢｌｏｃｋ」の
「Ｍｅｔａｄａｔａ」内に存在するユーザデータ領域
に、Ｈｉｓｔｏｒｙｄａｔａとして挿入されているか
否かを示すフラグである。ビットｂ６には、「Ａｎｃ
ｄａｔａ」が設けられている。この「Ａｎｃｄａｔ
ａ」は、アンシラリ領域に挿入されたデータ（例えば、
ＭＰＥＧの圧縮に必要なデータ等）を、上述のユーザデ
ータ領域に、Ａｎｃｄａｔａとして挿入されているか
否かを示すフラグである。

【００８９】ビットｂ５には、「Ｖｉｄｅｏｉｎｄｅ
ｘ」が設けられている。この「Ｖｉｄｅｏｉｎｄｅ
ｘ」は、Ｖｉｄｅｏｉｎｄｅｘ領域内に、Ｖｉｄｅｏ
ｉｎｄｅｘ情報が挿入されているか否かを示すフラグ
である。このＶｉｄｅｏｉｎｄｅｘ情報は１５バイト
のＶｉｄｅｏｉｎｄｅｘ領域内に挿入される。この場
合、５つのクラス（１．１、１．２、１．３、１．４お
よび１．５の各クラス）毎に挿入位置が決められてい
る。例えば、１．１クラスのＶｉｄｅｏｉｎｄｅｘ情
報は最初の３バイトに挿入される。

【００９０】ビットｂ４には、「Ｐｉｃｔｕｒｅｏｒ
ｄｅｒ」が設けられている。この「Ｐｉｃｔｕｒｅｏ
ｒｄｅｒ」は、ＭＰＥＧストリームの各ピクチャの順序
を入れ替えたか否かを示すフラグである。なお、ＭＰＥ
Ｇストリームの各ピクチャの順序の入れ替えは、多重化
のときに必要となる。

【００９１】ビットｂ３，ｂ２には、「Ｔｉｍｅｃｏｄ
ｅ２」、「Ｔｉｍｅｃｏｄｅ１」が設けられている。こ
の「Ｔｉｍｅｃｏｄｅ２」、「Ｔｉｍｅｃｏｄｅ１」
は、Ｔｉｍｅｃｏｄｅ２，１の領域に、ＶＩＴＣ（Vert
ical Interval Time Code）、ＬＴＣ（Longitudinal Ti
me Code）が挿入されているか否かを示すフラグであ
る。ビットｂ１，ｂ０には、「Ｈ−Ｐｈａｓｅ」、「Ｖ
−Ｐｈａｓｅ」が設けられている。この「Ｈ−Ｐｈａｓ
ｅ」、「Ｖ−Ｐｈａｓｅ」は、エンコード時にどの水平
画素、垂直ラインからエンコードされているか、つまり
実際に使われる枠の情報がユーザデータ領域にあるか否
かを示すフラグである。

【００９２】次に、オーディオアイテムについて説明す
る。オーディオアイテムの「ＥｌｅｍｅｎｔＤａｔ
ａ」は、図１２に示すように「ＥｌｅｍｅｎｔＤａｔ
ａ」は「ＥｌｅｍｅｎｔＨｅａｄｅｒ」「Ａｕｄｉｏ
ＳａｍｐｌｅＣｏｕｎｔ」「ＳｔｒｅａｍＶａｌ
ｉｄＦｌａｇｓ」「ＤａｔａＡｒｅａ」で構成され
る。

【００９３】１ワードの「ＥｌｅｍｅｎｔＨｅａｄｅ
ｒ」のビットｂ７は「ＦＶＵＣＰＶａｌｉｄＦｌａ
ｇ」であり、ＡＥＳ(Audio Engineering Society)で規
格化されたＡＥＳ−３のフォーマットにおいて定義され
ているＦＶＵＣＰが、「ＤａｔａＡｒｅａ」のＡＥＳ
−３のフォーマットのオーディオデータ（音声データ）
で設定されているか否かが示される。ビットｂ６〜ｂ３
は未定義領域(Reserved)であり、ビットｂ２〜ｂ０で、
５フレームシーケンスのシーケンス番号（５−ｓｅｑｕ
ｅｎｃｅｃｏｕｎｔｅｒ）が示される。

【００９４】ここで、５フレームシーケンスについて説
明する。１フレームが５２５本の走査線で（３０／１．
００１）フレーム／秒のビデオ信号に同期すると共に、
サンプリング周波数が４８ｋＨｚであるオーディオ信号
をビデオ信号の各フレームのブロック毎に分割すると、
１ビデオフレーム当たりのサンプル数は１６０１．６サ
ンプル／フレームとなり整数値とならない。このため、
５フレームで８００８サンプルとなるように１６０１サ
ンプルのフレームを２フレーム設けると共に１６０２サ
ンプルのフレームを３フレーム設けるシーケンスが５フ
レームシーケンスと呼ばれている。

【００９５】５フレームシーケンスは、図１３Ａに示す
基準フレーム信号に同期して、例えば図１３Ｂに示すよ
うにシーケンス番号１，３，５のフレームが１６０２サ
ンプル、シーケンス番号２，４のフレームが１６０１サ
ンプルとされており、このシーケンス番号がビットｂ２
〜ｂ０で示される。

【００９６】２ワードの「ＡｕｄｉｏＳａｍｐｌｅ
Ｃｏｕｎｔ」は、図１２に示すようにビットｃ１５〜ｃ
０を用いた０〜６５５３５の範囲内の１６ビットのカウ
ンタであり、各チャネルのサンプル数が示される。な
お、エレメント内では全てのチャネルが同じ値を有する
ものである。

【００９７】１ワードの「ＳｔｒｅａｍＶａｌｉｄ
Ｆｌａｇｓ」では、８チャネルの各ストリームが有効で
あるか否かが示される。ここで、チャネルに意味のある
オーディオデータが含まれている場合には、このチャネ
ルに対応するビットが「１」に設定されると共に、それ
以外では「０」に設定されて、ビットが「１」に設定さ
れたチャネルのオーディオデータのみが伝送される。

【００９８】「ＤａｔａＡｒｅａ」の「ｓ２〜ｓ０」
は８チャネルの各ストリームを識別のためのデータ領域
である。「Ｆ」はサブフレームの開始を示している。
「ａ２３〜ａ０」は、オーディオデータであり、「Ｐ，
Ｃ，Ｕ，Ｖ」はチャネルステータスやユーザビット、Ｖ
ａｌｉｄｉｔｙビット、パリティ等である。

【００９９】次に、オーディオアイテムに対するメタデ
ータについて説明する。オーディオ編集メタデータ(Aud
io Editing Metadata)は、編集メタデータやエラーメタ
データおよびソースコーディングメタデータの組み合わ
せである。このオーディオ編集メタデータは、図１４に
示すように１ワードの「Ｆｉｅｌｄ／Ｆｒａｍｅｆｌ
ａｇｓ」、１ワードの「ＡｕｄｉｏＥｄｉｔｉｎｇ
Ｂｉｔｍａｐ」、１ワードの「ＣＳＶａｌｉｄＢｉ
ｔｍａｐ」、および「ＣｈａｎｎｅｌＳｔａｔｕｓ
Ｄａｔａ」で構成されている。

【０１００】ここで、有効とされているオーディオのチ
ャネル数は、上述した図１２の「ＳｔｒｅａｍＶａｌ
ｉｄＦｌａｇｓ」によって判別することができる。ま
た「ＳｔｒｅａｍＶａｌｉｄＦｌａｇｓ」のフラグ
が「１」に設定されている場合には、「ＡｕｄｉｏＥ
ｄｉｔｉｎｇＢｉｔｍａｐ」が有効となる。

【０１０１】「ＡｕｄｉｏＥｄｉｔｉｎｇＢｉｔｍ
ａｐ」の「Ｆｉｒｓｔｅｄｉｔｉｎｇｆｌａｇ」は
第１フィールド、「Ｓｅｃｏｎｄｅｄｉｔｉｎｇｆ
ｌａｇ」は第２フィールドでの編集状況に関する情報が
示されて、編集点がこのフラグの付いているフィールド
の前あるいは後であるか等が示される。「Ｅｒｒｏｒｆ
ｌａｇ」では、修正できないようなエラーが発生してい
るか否か等が示される。

【０１０２】「ＣＳＶａｌｉｄＢｉｔｍａｐ」は、
ｎ（ｎ＝６，１４，１８あるいは２２）バイトの「Ｃｈ
ａｎｎｅｌＳｔａｔｕｓＤａｔａ」のヘッダであ
り、データブロック内で２４のチャネルステータスワー
ドのどれが存在しているかが示される。ここで、「ＣＳ
Ｖａｌｉｄ１」は、「ＣｈａｎｎｅｌＳｔａｔｕｓ
Ｄａｔａ」の０から５バイトまでにデータがあるか否か
を示すフラグである。「ＣＳＶａｌｉｄ２」〜「ＣＳ
Ｖａｌｉｄ４」は、「ＣｈａｎｎｅｌＳｔａｔｕｓ
Ｄａｔａ」の６から１３バイト、１４から１７バイ
ト、１８から２１バイトまでにデータがあるか否かを示
すフラグである。なお、「ＣｈａｎｎｅｌＳｔａｔｕｓ
Ｄａｔａ」は２４バイト分とされており、最後から２
番目の２２バイトのデータによっては０から２１バイト
までにデータがあるか否かが示されると共に、最後の２
３バイトのデータが、０から２２バイトまでのＣＲＣと
される。また、「Ｆｉｌｅｄ／Ｆｒａｍｅｆｌａｇ
ｓ」でフラグは、８チャネルのオーディオデータに対し
てフレーム単位あるいはフィールド単位のいすれでデー
タがパッキングされているかが示される。

【０１０３】汎用のデータフォーマット(General Data
Format)では、全てのフリーフォームデータタイプを搬
送するために使用される。しかし、このフリーフォーム
データタイプには、ＩＴネイチャ（ワードプロセッシン
グやハイパーテキスト等）などの特別な補助エレメント
タイプは含まれない。

【０１０４】ＳＤＴＩ−ＣＰフォーマットは以上にデー
タストリームで構成されているので、このＳＤＴＩ−Ｃ
Ｐフォーマットの伝送パケットを送受信する場合には、
上述したデータ伝送装置１０は図１５に示すように構成
することができる。ここで、図１のインタフェース２
２，２４，２６は、図１５において２０２，２０３，２
０４に対応し、メモリマネージメント部３０は図１５に
おいて２１０に対応し、フォーマッタ５０は図１５にお
いてはＳＤＴＩコア部２２２に対応する。さらにメモリ
部４０は図１５においてＳＤＲＡＭ部２５０に対応し、
Ｐ／Ｓ変換部６０は図１５において信号変換部２６０に
対応する。

【０１０５】このデータ伝送装置１０は送受信共用構成
となされており、説明の便宜上データ送信側から説明す
る。

【０１０６】データ伝送装置１０のＣＰＵインタフェー
ス２０１には、ＣＰＵ(Central Processing Unit)２４
０が接続される。このＣＰＵインタフェース２０１は複
数のレジスタを有しており、ＣＰＵ２４０からのアドレ
ス信号ＳＡＤによって複数のレジスタを順次指定すると
共に、データ信号ＳＤＴを供給して指定されたレジスタ
に「ＳｙｓｔｅｍＩｔｅｍＴｙｐｅ」や「Ｓｙｓｔ
ｅｍＩｔｅｍＢｉｔｍａｐ」のＦＥＣＡｃｔｉｖ
ｅＦｌａｇ、ＳＭＰＴＥＬａｂｅｌやＲｅｆＤａｔ
ｅ／ＴｉｍｅやＣｕｒｒｅｎｔＤａｔｅ／Ｔｉｍｅお
よびＣｏｎｔｒｏｌの有無を示すフラグ、「Ｃｏｎｔｅ
ｎｔＰａｃｋａｇｅＲａｔｅ」から「Ｃｕｒｒｅｎ
ｔＤａｔｅ／Ｔｉｍｅｓｔａｍｐ」までのデータを
収納する。また、これらのレジスタは、後述するＳＤＴ
Ｉコア部２２２と接続される。

【０１０７】さらに、ＣＰＵインタフェース２０１に
は、メモリマネジメント部２１０のメモリ制御部２１１
と接続されたレジスタが設けられている。このレジスタ
は、後述するＳＤＲＡＭ部２５０に書き込むデータの格
納位置とされており、「ＰａｃｋａｇｅＭｅｔａＤａ
ｔａＳｅｔ」から「ＣｏｎｔｒｏｌＥｌｅｍｅｎ
ｔ」までのデータをこの所定のレジスタに格納すると、
この格納されたデータがメモリ制御部２１１等を介して
ＳＤＲＡＭ部２５０に順次書き込まれるようになされて
いる。

【０１０８】圧縮されたビデオデータＤＶＣは、インタ
フェース２０２を介してメモリ制御部２１１に供給され
る。また、非圧縮の音声データＤＡＵは、インタフェー
ス２０３を介してメモリ制御部２１１に供給される。ま
たその他のデータであるＡＵＸデータＤＳＸが供給され
たときには、インタフェース２０４を介してメモリ制御
部２１１に供給される。

【０１０９】ここで、インタフェース２０２，２０３，
２０４では、入力されたデータのワード数をフレーム単
位でカウントして、データだけでなくそれぞれのワード
カウント値ＶＣ，ＡＣ，ＸＣもメモリ制御部２１１に供
給する。またインタフェース２０２，２０３，２０４で
は、クロック乗せ替え処理を行い、外部からそれぞれ異
なる周波数で入力されたデータを後述するＳＤＲＡＭ部
２５０のクロック周波数のデータに乗せ替える。

【０１１０】このクロック乗せ替え処理では、データ出
力装置側のクロック信号に基づいて各アイテムのデータ
がメモリ８０（図２参照）に書き込まれると共に、メモ
リ８０に書き込まれたデータはＳＤＲＡＭ部２５０のク
ロック信号で読み出されて、クロックの乗せ替えが行わ
れる。例えば２７ＭＨｚや３６ＭＨｚあるいは５４ＭＨ
ｚの伝送速度の８ビットビデオデータＤＶＣやサンプリ
ング周波数が４８ｋＨｚで１６ビットオーディオデータ
ＤＡＵがメモリ８０に書き込まれて、ＳＤＲＡＭ部２５
０のクロック信号の周波数である８１ＭＨｚあるいは１
０８ＭＨｚで読み出されてクロックの乗せ替えが行われ
る。

【０１１１】さらに、インタフェース２０３ではシリア
ル−パラレル変換を行いシリアルのオーディオデータを
ＳＤＲＡＭ部２５０のバス幅に応じたビット数のパラレ
ルデータに変換してメモリ制御部２１１に供給する。な
お、インタフェース２０２，２０４でも入力されたデー
タをＳＤＲＡＭ部２５０のバス幅に応じたビット数に変
換してメモリ制御部２１１に供給する。同様に、上述の
ＣＰＵインタフェース２０１でも、ＳＤＲＡＭ部２５０
に書き込むデータの１フレーム分のワード数をカウント
してワードカウント値ＭＣをメモリ制御部２１１に供給
すると共に、クロック乗せ替え処理やバス幅に応じたビ
ット数への変換処理を行う。

【０１１２】メモリ制御部２１１には、ＳＤＲＡＭ部２
５０に書き込むデータを蓄えたり、ＳＤＲＡＭ部２５０
から読み出されたデータを一時蓄えるためのメモリ部
（第１の内部メモリ）２１２が接続される。

【０１１３】ここで、ＳＤＲＡＭ部２５０が例えば３２
ビット１６ワードでバースト転送を行うことにより、最
大の転送効率でデータの書き込みや読み出しを行うこと
ができる場合、メモリ部２１２はシステムアイテムとピ
クチャアイテムとオーディオアイテムとＡＵＸアイテム
のそれぞれに対して、３２ビット１６ワードで２バンク
のメモリ容量を持つように構成する。

【０１１４】このようにメモリ部２１２を構成すること
で、バンク切り替えを行いながらデータ伝送を行うこと
により、各アイテムのデータを３２ビット１６ワードで
バースト転送することができる。

【０１１５】メモリ制御部２１１では、ＳＤＲＡＭ部２
５０とのデータ転送に合わせて構成されたメモリ部２１
２の入力ポートが１系統であるときには、インタフェー
ス２０１〜２０４を介して供給されたシステムアイテム
のデータＤＳＹ、ビデオデータＤＶＣやオーディオデー
タＤＡＵおよびＡＵＸデータＤＳＸの書き込みの調停を
行い、各データを順次メモリ部２１２に記憶させる。そ
の後、メモリ部２１２にバースト転送分のデータが蓄え
られたときには、このデータをＳＤＲＡＭ部２５０に書
き込むための書き込み要求信号ＷＱを生成してアービタ
ー部２１３に供給する。さらに、インタフェース２０
１，２０２，２０３，２０４から供給されたワードカウ
ント値ＭＣ，ＶＣ，ＡＣ，ＸＣをフレーム毎にワードカ
ウントテーブル部２１４に格納させる。

【０１１６】アービター部２１３ではメモリ制御部２１
１からの書き込み要求信号ＷＱに基づくＳＤＲＡＭ部２
５０に対する書き込み要求や、後述するメモリ制御部２
１５からの読み出し要求信号ＲＱに基づくＳＤＲＡＭ部
２５０に対する読み出し要求の調停を行う。ここで、要
求を受け付けたことを示す信号ＡＫＡ，ＡＫＢをメモリ
制御部２１１，２１５に供給することにより、メモリ部
２１２からＳＤＲＡＭ部２５０へのデータ転送と、ＳＤ
ＲＡＭ部２５０からメモリ部（第２の内部メモリ）２１
６に対してのデータの転送が異なるタイミングで行われ
る。

【０１１７】また、ワードカウントテーブル部２１４に
格納されているワードカウント値に基づいて、アービタ
ー部２１３ではＳＤＲＡＭ部２５０に対するデータの書
き込みや読み出しを行うための制御信号を生成してＳＤ
ＲＡＭコントロール部２２０に供給することにより、各
アイテムのデータをＳＤＲＡＭ部２５０に対して正しく
書き込むことができると共に、書き込まれているデータ
を正しく読み出すことができる。

【０１１８】ＳＤＲＡＭコントロール部２２０では、ア
ービター部２１３からの制御信号に基づきバースト転送
によってＳＤＲＡＭ部２５０に対してのデータの書き込
みや読み出しを行うと共に、ＳＤＲＡＭ部２５０のリフ
レッシュ動作等の処理を行う。

【０１１９】また、アービター部２１３には、ＳＤＲＡ
Ｍ部２５０からバースト転送で読み出されたデータを一
時蓄えるためのメモリ部２１６が接続されている。この
メモリ部２１６は、メモリ部２１２と同様にＳＤＲＡＭ
部２５０との間で最大の転送効率でデータの書き込みや
読み出しを行うことができるように構成する。

【０１２０】このメモリ部２１６でのデータの書き込み
や読み出しはメモリ制御部２１５によって制御されて、
ＳＤＲＡＭ部２５０のクロック周波数でデータが書き込
まれると共に、書き込まれたデータをシリアルデータに
変換して送信周波数（例えば２７０Ｍｂｐｓ）で出力で
きるように読み出されてＳＤＴＩコア部２２２に供給さ
れる。

【０１２１】メモリ制御部２１５では、メモリ部２１６
に蓄えられたデータ量を判別し、データ量が少なくなれ
ばＳＤＲＡＭ部２５０からデータを読み出すための読み
出し要求信号ＲＱをアービタ部２１３に供給する。ま
た、メモリ部２１６にデータがある場合には、このメモ
リ部２１６のデータをＳＤＴＩコア部２２２で読み出さ
せるための要求信号ＲＱを生成してＳＤＴＩコア部２２
２に供給する。

【０１２２】ＳＤＴＩコア部２２２では、メモリ部２１
６から３２ビット１ワード単位で読み出された８ビット
の各アイテムのデータを１０ビット化する。また、ＣＰ
Ｕインタフェース２０１のレジスタに蓄えられている情
報を用いてシステムアイテムを生成したり、ビデオデー
タやオーディオデータ等にヘッダ情報等を付加してピク
チャアイテムやオーディオアイテム等を生成する。この
各アイテムの生成では、誤り検出用のＣＲＣや誤り検出
訂正用のＦＥＣを付加することも行う。さらに、「Ｓｅ
ｐａｒａｔｏｒ」、「ＥｎｄＣｏｄｅ」等の固定値を
発生して付加すると共に、ＥＡＶやＳＡＶおよびヘッダ
データを付加する。このようにして生成されたデータ
を、信号変換部２３０によってシリアルデータに変換し
て出力することにより、シリアルディジタルデータの伝
送が行われる。

【０１２３】メモリ制御部２１１では、ＳＤＲＡＭ部２
５０に対する書き込み要求ＷＱの有無を監視し、メモリ
制御部２１５ではＳＤＲＡＭ部２５０に対する読み出し
要求ＲＱの有無を監視し、書き込み要求ＷＱや読み出し
要求ＲＱがないときはクロック発生器７０に対しアイド
リングモードとするような制御信号ＣＴＬ（例えばロー
信号）がそれぞれのメモリ制御部２１１，２１５から供
給される。この制御信号ＣＴＬを受けてクロック発生器
７０では最低のクロック周波数、この例では２７ＭＨｚ
をメモリマネージメント部２１０やインタフェース２０
２〜２０４に送り出す。一方ＳＤＴＩコア部２２２には
２７ＭＨｚの固定クロック周波数を供給する。

【０１２４】これに対して、メモリ制御部２１１からの
ＳＤＲＡＭ部２５０に対する書き込み要求ＷＱや、メモ
リ制御部２１５からのＳＤＲＡＭ部２５０に対する読み
出し要求ＲＱが発生した場合には、クロック発生器７０
に対し通常の動作周波数とするような制御信号ＣＴＬ
（例えばハイ信号）が供給される。この制御信号ＣＴＬ
を受けてクロック発生器７０では高速のクロック周波数
８１ＭＨｚ若しくは１０８ＭＨｚをメモリマネージメン
ト部２１０やインタフェース２０２〜２０４に送り出
す。この場合でもＳＤＴＩコア部２２２には２７ＭＨｚ
の固定クロック周波数を供給する。

【０１２５】このように送信モードにあって、メモリマ
ネージメント部２１０が動作モードのときのみ高速のク
ロック周波数で動作させることによって、このメモリマ
ネージメント部２１０での電力消費を従来よりも大幅に
減らすことできる。

【０１２６】また、このデータ伝送装置１０を受信側で
用いる場合には、上述の送信側の場合とは逆の処理を行
う。すなわち、上述したように信号変換部２６０にはク
ロック発生器７０から固定のクロック周波数（２７ＭＨ
ｚ）が供給され、受信したシリアル信号を１０ビットの
パラレル信号に変換してＳＤＴＩコア部２２２に供給す
る。ＳＤＴＩコア部２２２では、ＣＲＣを用いて誤り検
出を行いあるいはＦＥＣによって誤り検出訂正を行う。
さらに、コンテントパッケージの各アイテムのデータを
分離してメモリ部２１６に書き込む。またコンテントパ
ッケージに含まれているワードカウント値を取り出して
ワードカウンタテーブル部２１４に格納する。

【０１２７】メモリ部２１６はメモリ制御部２１５によ
って制御されると共に、メモリ制御部２１５ではメモリ
部２１６に書き込まれたデータ量を判別する。ここで、
ＳＤＲＡＭ部２５０へのバースト転送分のデータがメモ
リ部２１６に蓄えられたときには、メモリ部２１６に蓄
えられたデータをＳＤＲＡＭ部２５０に書き込むための
書き込み要求信号ＷＱをメモリ制御部２１５からアービ
ター部２１３に供給する。

【０１２８】アービター部２１３では、メモリ制御部２
１５からの書き込み要求やメモリ制御部２１１からの読
み出し要求の調停を図ると共に、ワードカウンタテーブ
ル部２１４に格納されているワード数の情報を用いて、
各アイテムの１フレーム分のビデオデータやオーディオ
データ等をメモリ部２１６を介してＳＤＲＡＭ部２５０
に書き込む。またＳＤＲＡＭ部２５０から読み出したデ
ータをメモリ部２１２に供給する。

【０１２９】メモリ部２１２に書き込まれたデータは、
メモリ制御部２１１によって順次読み出されて、データ
と対応するインタフェース部２０１〜２０４に供給され
る。各インタフェース部２０１〜２０４では、送信時と
は逆の処理によってクロック乗せ替えを行いＳＤＲＡＭ
部２５０のクロック周波数に基づくデータを、データ記
録再生装置１０に応じたクロック周波数のデータとして
出力する。

【０１３０】この受信モードの場合でも、メモリ制御部
２１５からのＳＤＲＡＭ部２５０に対する書き込み要求
ＷＱや、メモリ制御部２１１からのＳＤＲＡＭ部２５０
に対する読み出し要求ＲＱが発生した場合のみ、それぞ
れのメモリ制御部２１１，２１５からクロック発生器７
０に対し通常の動作周波数とするような制御信号ＣＴＬ
（例えばハイ信号）が供給される。この制御信号ＣＴＬ
を受けてクロック発生器７０では高速のクロック周波数
８１ＭＨｚ若しくは１０８ＭＨｚをメモリマネージメン
ト部２１０やインタフェース２０２〜２０４に送り出
す。

【０１３１】このように受信モードにあって、メモリマ
ネージメント部２１０が動作モードのときのみ高速のク
ロック周波数で動作させることによって、このメモリマ
ネージメント部２１０での電力消費を従来よりも大幅に
減らすことできる。

【０１３２】図１５の実施形態では、動作モードを自動
的に判別してクロック発生器７０を制御するように構成
したが、これを手動で行うこともできる。例えば予め送
信すべきデータ量（ビットレート）が判っているときや
受信するデータ量（ビットレート）が判っているとき
は、そのデータの伝送速度などに合わせて図１５に設け
られた制御端子７２から、この例では４種類のクロック
周波数（２７ＭＨｚ／５４ＭＨｚ／８１ＭＨｚおよび１
０８ＭＨｚ）の何れかを選択する選択信号をクロック発
生器７０に与えることもできる。

【０１３３】

【発明の効果】以上説明したようにこの発明では、送受
信しようとするデータ量に応じて、受信したデータを書
き込んだり、送信すべきデータを書き込むメモリのクロ
ック周波数を切り替えるようにしたものである。

【０１３４】これによれば、データの送受信が行われて
いない期間などでは通常の動作周波数よりも低い周波数
で動作させることができるから、低消費電力化を図るこ
とができる特徴を有する。

【０１３５】したがって、この発明は局内でのデータ伝
送システムなどように、転送モード領域やタイミングモ
ード領域を用意したＳＤＴＩ−ＣＰフォーマットの伝送
パケットを伝送する場合に適用して好適である。

【図面の簡単な説明】

【図１】この発明に係るデータ伝送装置の一実施形態を
示す要部の系統図である。

【図２】クロック乗せ替え回路の一実施形態を示す系統
図である。

【図３】この発明を適用できるＳＤＴＩ−ＣＰフォーマ
ットのマッピング例を示す構成図である。

【図４】ＥＡＶおよびヘッダデータのフォーマットを示
す構成図である。

【図５】可変長ブロックのフォーマットを示す構成図で
ある。

【図６】システムアイテムの構成図である。

【図７】タイムコードの構成図である。

【図８】メタデータセットの構成図である。

【図９】システムアイテムを除くアイテムの構成図であ
る。

【図１０】ＳＤＴＩ−ＣＰエレメントフレームの構成図
である。

【図１１】ＭＰＥＧ−２ピクチャ編集メタデータの構成
図である。

【図１２】オーディオアイテムのエレメントデータブロ
ックの構成図である。

【図１３】５フレームシーケンスを示すタイミングチャ
ートである。

【図１４】オーディオ編集メタデータの構成図である。

【図１５】この発明に係るデータ伝送装置の一実施形態
を示す要部の系統図である。

【図１６】従来のデータ伝送装置の概要を示す系統図で
ある。

【符号の説明】

１０・・・データ伝送装置、２２，２４，２６，２０
２，２０３，２０４・・インタフェース、３０，２１０
・・・メモリマネージメント部、４０，２５０・・・Ｓ
ＤＲＡＭ、５０，２２２・・・フォーマッタ（ＳＤＴＩ
コア部）、６０，２６０・・・信号変換部、７０・・・
クロック発生器、２１３・・・アービター部

───────────────────────────────────────────────────── フロントページの続き (72)発明者樋口浩東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者佐藤靖行東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B060 CC03 5K028 EE03 EE12 KK32 MM04 SS06 SS24 5K030 HB02 JA01 KA03 KA21 LC01 LE17 5K034 AA15 CC03 HH45 MM11 MM31

Claims

【特許請求の範囲】

【請求項１】送受信しようとするデータ量に応じて、
受信したデータを書き込んだり、読み出したり、あるい
は送信すべきデータを書き込んだり、読み出したりする
メモリのクロック周波数を切り替えるようにしたことを
特徴とするデータ処理装置。
【請求項２】上記メモリのクロック周波数は、上記メ
モリへの書き込み若しくは読み出し要求が途切れたと
き、高速のクロック周波数から低速のクロック周波数に
切り替えられるようにしたことを特徴とする請求項１記
載のデータ処理装置。
【請求項３】上記メモリのクロック周波数は、上記入
力データ量に応じて手動で選択されるようになされたこ
とを特徴とする請求項１記載のデータ処理装置。
【請求項４】映像フレーム１ラインの区間を、終了同
期符号が挿入される終了同期符号領域と、補助データが
挿入される補助データ領域と、開始同期符号が挿入され
る開始同期符号領域と、映像信号を含むデータが挿入さ
れるペイロード領域とで構成されたシリアル・ディジタ
ル・トランスファ・インタフェースの伝送パケットを伝
送するデータ伝送装置であって、このデータ伝送装置には、異なる周波数で入力された上
記伝送パケットが供給されるインタフェースと、上記伝送パケットのデータを書き込むメモリと、このメモリを管理するメモリマネージメント部と、このメモリマネージメント部に設けられたクロック発生
器とで構成され、このクロック発生器は複数のクロック周波数を発生する
と共に、送受信しようとするデータ量に応じて上記メモ
リのクロック周波数を切り替えるようにしたことを特徴
とするデータ伝送装置。
【請求項５】上記メモリのクロック周波数は、上記メ
モリへの書き込み若しくは読み出し要求が途切れたとき
に得られる上記メモリマネージメント部からの制御信号
で、高速のクロック周波数から低速のクロック周波数に
切り替えられるようにしたことを特徴とする請求項４記
載のデータ伝送装置。
【請求項６】上記メモリのクロック周波数は、上記入
力データに応じて手動で選択されるようになされたこと
を特徴とする請求項４記載のデータ伝送装置。