JP2000307540A - データ受信装置 - Google Patents

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２２】さて、上述したデータ伝送装置にはさらに
タイミング信号生成手段７０が設けられ、これより出力
されたタイミング信号（フィールドパルス、垂直および
水平ブランキングパルス）がＳＤＴＩコア部２２２に供
給されると共に、スイッチング手段８１を介して外部供
給端子７８に供給される。

【０１２３】図１４はこの発明に係るデータ伝送装置の
要部であるタイミング信号生成手段７０の一実施形態を
示すものであって、図１７の従来例と共通な部分には同
一符号を付し、その説明は省略する。

【０１２４】この実施形態においては、端子７１に供給
された受信信号がこの受信信号中に含まれるクロック成
分検出手段８０に供給されると共に、タイミング信号検
出手段７２とフライホイール回路７４との間にスイッチ
ング手段７９が設けられ、このスイッチング手段７９が
クロック成分検出手段８０の出力に基づいて制御され
る。クロック成分が検出されたときにはスイッチング手
段７９をオンしてタイミング基準信号がフライホイール
回路７４に供給されるようになされる。

【０１２５】また、タイミング信号発生部７６で生成さ
れたタイミング信号のうちこの例では最も周波数の高い
水平ブランキングパルスＨが第２のスイッチング手段８
１を介して外部制御端子７８に導かれる。この外部制御
端子７８には蓄積手段としてのサーバ装置やＶＴＲなど
に設けられた同期回路９０が接続される。

【０１２６】この同期回路９０はＰＬＬ（Phase Locked
Loop）構成であって、ＰＬＬ回路９１内には電圧可変
発振器９３と、タイミング信号発生部９４とが設けら
れ、このタイミング信号発生部９４より上述したと同様
なタイミング信号であるフィールドパルスＦ垂直および
水平ブランキングパルスＶ、Ｈが出力される。そしてそ
のうち水平ブランキングパルスＨが位相比較器９２に上
述した水平ブランキングパルス（外部水平ブランキング
パルス）Ｈと共に供給されて、外部水平ブランキングパ
ルスＨとの位相が比較され、この位相に合うようにその
発振周波数および位相が制御される。このようなＰＬＬ
制御によって外部水平ブランキングパルスＨに同期した
タイミング信号（フィールドパルス、垂直および水平ブ
ランキングパルス）が生成され、受信信号に同期させな
がらデータの蓄積を行うことができる。

【０１２７】受信信号中よりそのクロック成分が抽出さ
れないときは第２のスイッチング手段８１はオフするの
で、この場合にはフライホイール回路７４と同様にＰＬ
Ｌ回路９１の閉ループによって自走発振したタイミング
信号が出力される。

【０１２８】図１５は図１４に示したクロック成分検出
手段８０の一実施形態を示すもので、受信信号はアンプ
８２よって増幅された後、バンドパスフィルタ８３に供
給される。バンドパスフィルタ８３は、ＳＤＴＩフォー
マットのデータストリームにおけるクロック周波数（２
７０ＭＨｚ）を中心周波数とするフィルタであって、こ
れより受信信号中に含まれるクロック成分が抽出され
る。抽出されたクロック成分はこの例ではピークホール
ド回路８５に供給されてクロック成分のピーク値がホー
ルドされる。

【０１２９】ピークホールド出力は比較器８６に供給さ
れて基準レベル８７とレベル比較される。この例では正
常なクロック成分が検出されたときのほぼ１／２のレベ
ルを基準レベルとして設定してある。比較器８６の比較
出力は制御信号として利用され、この例ではハイレベル
の比較出力が得られたときは十分なレベルのクロック成
分が検出されたものとしてスイッチング手段７９がオン
して、そのときのタイミング基準信号がフライホイール
回路７４に出力される。

【０１３０】フライホイール回路７４は上述したように
その内部にフィールドパルス生成用タイミング信号を得
るためのカウンタと、垂直ブランキングパルス生成用タ
イミング信号を得るためのカウンタと、水平ブランキン
グパルス生成用タイミング信号を得るカウンタとが設け
られている。

【０１３１】そして検出されたそれぞれのタイミング基
準信号（Ｆ、Ｖ、Ｈ）によって対応するカウンタがリセ
ットされ、受信信号に同期したそれぞれのタイミング信
号が出力され、タイミング信号生成部７６では、これら
タイミング信号からフィールドパルス、垂直ブランキン
グパルスおよび水平ブランキングパルスがそれぞれ生成
されることになる。

【０１３２】タイミング基準信号が入力しない場合には
それぞれのカウンタが自走するので、前回とほぼ同じタ
イミングでフィールドパルス、垂直ブランキングパルス
および水平ブランキングパルスが生成される。

【０１３３】このようにクロック検出手段８０を設ける
ことで、誤りが発生した一般の伝送データの中に上述し
たような３ワードの符号列が存在していた場合でも、そ
の場合にはバンドパスフィルタ８３からは十分なクロッ
ク成分が得られないので、スイッチング手段７９はオフ
状態を保持する。したがってこの３ワードの符号列に続
く符号を上述したタイミング基準信号が含まれる符号列
としてフライホイール回路７４に供給されることはな
い。その結果、誤ったタイミングでタイミング信号は出
力されないので、フライホイール回路７４からは自走し
たタイミング信号が出力され、受信信号に同期した目的
のパルス（フィールドパルス、垂直および水平ブランキ
ングパルス）を生成できる。

【０１３４】また、端子７１に供給される受信信号の信
号回線が切り替えられたようなときには、この信号回線
が切り替えられた直後の受信信号は、一般的に位相が異
なるため、新たに同期をかけ直す必要がある。この際、
過去の信号からウインドパルスを発生させ、タイミング
基準信号部分のみ通過させるような機能を有するフライ
ホイール回路７４では役に立たず、純粋に受信信号から
のみタイミング基準信号を探しに行かなければならな
い。

【０１３５】しかしこの発明のように受信信号のクロッ
ク成分のレベルを検出し、タイミング基準信号の検出手
段８０を設ける場合には、タイミング基準信号の検出精
度を上げることができるため、正常な位相にロックする
までのロック時間を短縮することができる。

【０１３６】上述したタイミング基準信号を遮断する機
能はタイミング信号検出手段７２そのものに設けること
もできる。

【０１３７】

【発明の効果】以上説明したようにこの発明では、受信
信号から受信信号のクロック成分を抽出し、このクロッ
ク成分が十分なレベルであると判断されたときに限り、
タイミング基準信号を出力するようにしたものである。

【０１３８】これによれば、受信信号中に含まれる実効
データや付加データのデータストリームの基準となるク
ロックの有無を判別することによって、実効データや付
加データを抽出するためのタイミング信号を正確に生成
できるようにしたものである。

【０１３９】その結果、誤りが発生した一般の伝送デー
タの中にはタイミング基準信号と間違うようなデータ列
が存在しても、そのクロック成分はほぼゼロに近いた
め、このような誤ったデータ列に同期してタイミング信
号が発生するおそれはない。

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１４】タイミング信号生成手段の一実施形態を示す
要部の系統図である。

【図１５】クロック検出手段の一実施形態を示す要部の
系統図である。

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

【図１７】タイミング信号生成手段の系統図である。

【符号の説明】

１０・・・データ伝送装置、２２，２４，２６，２０
２，２０３，２０４・・インタフェース、３０，２１０
・・・メモリマネージメント部、４０，２５０・・・Ｓ
ＤＲＡＭ、５０，２２２・・・フォーマッタ（ＳＤＴＩ
コア部）、６０，２６０・・・信号変換部、７０・・・
タイミング信号生成手段、７２・・・タイミング基準信
号検出手段、７９，８１・・・スイッチング手段、８０
・・・クロック検出手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 実効データと付加データで構成されたデ
   ータストリームの受信信号より上記実効データおよび付
   加データを抽出するサンプリング信号を生成するサンプ
   リング信号生成手段を有するデータ受信装置であって、 上記サンプリング信号を生成するために挿入された基準
   信号の検出手段と、 検出された上記基準信号によってリセットされる上記基
   準信号の自走回路と、 この自走回路より出力された基準信号より上記サンプリ
   ング信号を生成するサンプリング信号生成手段と、 上記受信信号のクロック成分を検出するクロック成分検
   出手段と、 上記検出手段の後段に接続されると共に、上記検出手段
   の出力でオンオフ制御されるスイッチング手段とで構成
   され、 上記クロック成分が抽出されたとき上記スイッチング手
   段を介して上記基準を上記自走回路に供給するようにし
   たことを特徴とするデータ受信装置。
2. 【請求項２】 上記受信信号は、映像フレーム１ライン
   の区間を、終了同期符号が挿入される終了同期符号領域
   と、補助データが挿入される補助データ領域と、開始同
   期符号が挿入される開始同期符号領域と、映像信号を含
   むデータが挿入されるペイロード領域とで構成されたシ
   リアル・ディジタル・トランスファ・インタフェースの
   伝送パケットの信号であることを特徴とする請求項１記
   載のデータ受信装置。
3. 【請求項３】 上記基準信号は上記終了同期符号である
   ことを特徴とする請求項２記載のデータ受信装置。
4. 【請求項４】 上記サンプリング信号は、フィールドパ
   ルス、垂直および水平ブランキングパルスであることを
   特徴とする請求項１記載のデータ受信装置。
5. 【請求項５】 上記クロック成分検出手段には、上記デ
   ータストリームのクロック成分を抽出するバンドパスフ
   ィルタが設けられたことを特徴とする請求項１記載のデ
   ータ受信装置。
6. 【請求項６】 上記サンプリング信号生成手段より得ら
   れたサンプリング信号のうち水平ブランキングパルスが
   スイッチング手段を介して外部端子に供給され、 このスイッチング手段が上記クロック成分の検波出力に
   基づいて制御されるようになされたことを特徴とする請
   求項１記載のデータ受信装置。