JP2000308046A - データ生成方法およびデータ伝送装置 - Google Patents

Abstract

(57)【要約】 【課題】エンドコードの付加を簡単に行えるようにす
る。 【解決手段】外部メモリのフレーム単位で書き込まれる
固定長の格納領域に、予め無効データ（スタッフィング
データ）「０」を書き込んでおき、圧縮ビデオデータを
その先頭領域から書き込む（上書きする）。圧縮ビデオ
データはそのフレームの映像内容によって相違する可変
長のデータである。圧縮ビデオデータの書き込みが終了
すると、その残余の領域は上書きされていないので、デ
ータ「０」がそのまま残る。データを読み出すときには
ビデオデータ格納領域の先頭からその格納領域の全ての
データを読み出す。これによって可変長の圧縮ビデオデ
ータは固定長の圧縮ビデオデータとなる。全てのデータ
を読み出した後にエンドコードを付加する。読み出しワ
ード数はどのフレームでも一定であるから、読み出しワ
ード数の管理は簡単である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は圧縮ビデオデータ
のデータ生成方法およびデータ伝送装置に関する。詳し
くは、圧縮された１フレーム分若しくは１フィールド分
の可変長ビデオデータに、無効データであるスタッフィ
ングデータを挿入して固定長のデータとすることで、可
変長ビデオデータの区切りを示す符号の挿入を簡単に行
えるようにしたものである。またそのような固定長の圧
縮ビデオデータを格納するメモリが設けられたデータ伝
送装置に関するものである。

【０００２】

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

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

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

【０００５】このＳＤＴＩフォーマットを用いて圧縮さ
れたビデオデータ、非圧縮のオーディオデータなど（以
下実効データとも言う）を伝送する場合には、これら実
効データに所定の付加データを加えてＳＤＴＩフォーマ
ットのデータストリームを生成する必要がある。

【０００６】図１５はこのようなデータ伝送装置の概要
を示すブロック図であって、端子１２には圧縮されたビ
デオデータ例えばＭＰＥＧ（Moving Picture Experts G
roup）規格によって圧縮されたビデオデータＤＶＣが供
給され、端子１４には非圧縮のオーディオデータが供給
され、端子１６にはこれら実効データ以外のデータが供
給されるものとする。

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

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

【０００９】このように外部から供給されるデータの伝
送速度やサンプリング周波数がそれぞれ異なるので、イ
ンタフェース２２、２４、２６では異なる周波数で入力
されたデータをＳＤＲＡＭ部４０のクロック周波数のデ
ータに乗せ替える処理も行われる。

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

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

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

【００１３】

【発明が解決しようとする課題】ところで、圧縮ビデオ
データは可変長のデータであり、そのフレーム（若しく
はフィールド）によって圧縮データ量が相違する。その
ため、フレーム単位で圧縮データを区切るため、上述し
たように可変長圧縮ビデオデータの先頭には「Ｓｅｐａ
ｒａｔｏｒ」が付加され、その末尾には「Ｅｎｄ Ｃｏ
ｄｅ」が付加される。この処理はメモリマネージメント
部３０で行われる。

【００１４】しかし、読み出された圧縮ビデオデータが
末尾のデータであるかどうかは、この圧縮ビデオデータ
が可変長データであるがために簡単には把握できない。
そのため、ＳＤＲＡＭ部４０に圧縮ビデオデータを供給
するとき、１フレーム分のワード数をカウントし、メモ
リされたそのワードカウント数を参照しながら読み出さ
れた圧縮ビデオデータの最後のワードを検出している。
最後のワードであると判断されたときエンドコードが付
加される。

【００１５】このように従来ではエンドコードを付加す
る処理が意外と面倒であり、その分メモリマネージメン
ト部３０に負担をかけていた。

【００１６】そこで、この発明はこのような従来の課題
を解決したものであって、可変長の圧縮ビデオデータを
固定長の圧縮ビデオデータとして取り扱うことによっ
て、エンドコードを簡単に付加できるようにしたデータ
伝送装置を提案するものである。

【００１７】

【課題を解決するための手段】上述した課題を解決する
ための、 請求項１に記載したこの発明に係るデータ生
成方法では、１フレーム分若しくは１フィールド分の可
変長の圧縮ビデオデータに無効データを付加して、固定
長の圧縮データとして上で、この固定長の圧縮ビデオデ
ータに、１フレーム分若しくは１フィールド分の圧縮ビ
デオデータの区切りを示す符号を挿入するようにしたこ
とを特徴とする。

【００１８】また、請求項４に記載したこの発明に係る
データ伝送装置では、映像フレーム１ラインの区間を、
終了同期符号が挿入される終了同期符号領域と、補助デ
ータが挿入される補助データ領域と、開始同期符号が挿
入される開始同期符号領域と、圧縮ビデオデータを含む
データが挿入されるペイロード領域とで構成されたシリ
アル・ディジタル・トランスファ・インタフェースの伝
送パケットを送信するデータ伝送装置であって、上記ペ
イロード部に挿入される圧縮ビデオデータは、１フレー
ム分若しくは１フィールド分の可変長圧縮ビデオデータ
に無効データを付加して固定長となされた圧縮ビデオデ
ータであることを特徴とする。

【００１９】この発明では、外部メモリであるＳＤＲＡ
Ｍ部にビデオデータ供給領域を設ける。この領域はフレ
ーム単位で書き込まれる格納領域であって、そのデータ
長（ワード数）は固定長である。そしてこの固定長のビ
デオデータ格納領域（データ供給領域）に予め無効デー
タ（スタッフィングデータ）「０」を書き込んでおき、
圧縮ビデオデータをその先頭領域から書き込む（上書き
する）。

【００２０】圧縮ビデオデータはそのフレームの映像内
容によって相違する可変長のデータである。圧縮ビデオ
データの書き込みが終了すると、その残余の領域は上書
きされていないので、データ「０」がそのまま残る。

【００２１】データを読み出すときにはビデオデータ格
納領域の先頭からその格納領域の全てのデータ（固定長
のワード数分）を読み出す。これによって可変長の圧縮
ビデオデータは固定長の圧縮ビデオデータとなる。全て
のデータを読み出した後にエンドコードを付加する。読
み出しワード数はどのフレームでも一定であるから、読
み出しワード数の管理は簡単である。これによって、メ
モリマネージメント部でのエンドコード付加のためのデ
ータ管理が軽減される。

【００２２】

【発明の実施の形態】以下、図面を参照しながら、この
発明の実施の形態について説明する。本実施の形態にお
いては、映像や音声の素材等のデータをパッケージ化し
てそれぞれのコンテントアイテム（例えばピクチャアイ
テム(Picture Item)やオーディオアイテム(Audio Ite
m)）を生成すると共に、各コンテントアイテムに関する
情報や各コンテントに関するメタデータ等をパッケージ
化して１つのコンテントアイテム（システムアイテム(S
ystem 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号 ソニ ー株式会社内 Ｆターム(参考） 5C059 KK00 KK36 MC38 ME01 ME13 RB02 RB14 RC00 RC02 RC09 RC16 RC24 RF02 RF05 UA36 UA38

Claims (5)

【特許請求の範囲】
1. 【請求項１】 １フレーム分若しくは１フィールド分の
   可変長の圧縮ビデオデータに無効データを付加して、固
   定長の圧縮データとして上で、この固定長の圧縮ビデオ
   データに、１フレーム分若しくは１フィールド分の圧縮
   ビデオデータの区切りを示す符号を挿入するようにした
   ことを特徴とする固定長圧縮ビデオデータのデータ生成
   方法。
2. 【請求項２】 メモリに固定長のデータ格納領域を複数
   設け、 それぞれのデータ格納領域に予め無効データを書き込ん
   でおき、１フレーム若しくは１フィールド単位の圧縮ビ
   デオデータを上記データ格納領域の先頭部分より上書き
   し、 上記無効データを含めてそのデータ格納領域の全てのデ
   ータを読み出すことによって、固定長の圧縮ビデオデー
   タを生成するようにしたことを特徴とする請求項１記載
   の固定長圧縮ビデオデータのデータ生成方法。
3. 【請求項３】 上記無効データは、論理「０」のデータ
   であることを特徴とする請求項１記載の固定長圧縮ビデ
   オデータのデータ生成方法。
4. 【請求項４】 映像フレーム１ラインの区間を、終了同
   期符号が挿入される終了同期符号領域と、補助データが
   挿入される補助データ領域と、開始同期符号が挿入され
   る開始同期符号領域と、圧縮ビデオデータを含むデータ
   が挿入されるペイロード領域とで構成されたシリアル・
   ディジタル・トランスファ・インタフェースの伝送パケ
   ットを伝送するデータ伝送装置であって、 上記ペイロード部に挿入される圧縮ビデオデータは、１
   フレーム分若しくは１フィールド分の可変長圧縮ビデオ
   データに無効データを付加して固定長となされた圧縮ビ
   デオデータであることを特徴とするデータ伝送装置。
5. 【請求項５】 １フレーム分若しくは１フィールド分の
   可変長圧縮ビデオデータに無効データを付加して固定長
   となされた圧縮ビデオデータを格納するメモリが設けら
   れたことを特徴とする請求項４記載のデータ伝送装置。