JP2000307971A - データ受信方法およびデータ受信装置 - Google Patents

Abstract

(57)【要約】 【課題】コンテントパッケージの伝送パケットを受信し
て音声データを出力する。 【解決手段】少なくとも音声のアイテムのデータを含む
各アイテムのデータをパッケージ化したディジタルトラ
ンスファーインタフェースの伝送パケットであるシリア
ルデータＣＰＳを受信する場合、音声データが挿入され
る音声データブロック領域に対応して設けたヘッダ領域
に挿入されているフレームシーケンスデータをＳＤＴＩ
コア部２２２で分離して信号ＦＡとしてインタフェース
部２０３に供給する。インタフェース部２０３で、この
データと基準シーケンスを比較する。比較結果に基づい
てインタフェース部２０３の出力バッファ手段のアドレ
スを制御して、オーディオデータＤＡＵを正しい位相で
出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データ受信方法
およびデータ受信装置に関する。詳しくは、シリアルデ
ィジタルトランスファーインタフェースの伝送パケット
を受信したときに、伝送パケットから分離した音声デー
タを例えばＦＩＦＯ部に一度蓄えてから所定の速度で読
み出して出力すると共に、ＦＩＦＯ部に蓄えられたデー
タの出力の基準となる受信側で生成した基準シーケンス
と、受信した伝送パケットから分離したフレームシーケ
ンスデータを比較するものとし、比較結果に基づいてＦ
ＩＦＯ部のアドレスを制御するものである。

【０００２】

【従来の技術】従来、ＳＭＰＴＥ（Society of Motion
Picture and Television Engineers：米国映画テレビ技
術協会）やＥＢＵ（European Broadcasting Union：欧
州放送連合）において、放送局間における番組交換の検
討が為されており、その成果として「EBU/SMPTE Task F
orce for Harmonized Standards for the Exchange ofP
rogramme Material as Bitstreams」が発表されてい
る。

【０００３】この発表では、番組の本質的なデータ例え
ばビデオやオーディオの素材をエッセンス(Essence)と
し、エッセンスの内容例えば番組のタイトルやビデオ方
式（ＮＴＳＣあるいはＰＡＬ）およびオーディオサンプ
リング周波数等の情報をメタデータ(Metadata)とする。

【０００４】次に、エッセンスとメタデータからコンテ
ントエレメント(Content Element)を構成して、さらに
複数のコンテントエレメントを用いて映像や音声のコン
テントアイテム(Content ltem)を生成する。例えば、画
像索引集として有用なビデオクリップがこれに相当す
る。また、複数のコンテントアイテムやコンテントエレ
メントからコンテントパッケージ(Content Package)を
構成する。このコンテントパッケージが１つの番組に相
当し、コンテントパッケージの集合をラッパー(Wrappe
r)とする。このラッパーを伝送する手段や蓄積する手段
を放送局間で標準化することにより番組交換を容易とす
る提案がなされている。

【０００５】

【発明が解決しようとする課題】ところで、上述の発表
では、番組交換の概念が記述されているだけで、どのよ
うな方法で番組の伝送を行うかについては具体的に定め
られていない。このため、番組を上述したようにコンテ
ントパッケージとして実際に伝送することはできなかっ
た。

【０００６】そこで、この発明ではコンテントパッケー
ジを構成して番組の伝送をシリアルディジタルトランス
ファーインタフェースの伝送パケットを用いて行う場合
に、コンテントパッケージの伝送パケットを受信して音
声データを出力するためのデータ受信方法およびデータ
受信装置を提供するものである。

【０００７】

【課題を解決するための手段】この発明に係るデータ受
信方法は、映像フレームの各１ラインの区間を、終了同
期符号が挿入される終了同期符号領域と、補助データが
挿入される補助データ領域と、開始同期符号が挿入され
る開始同期符号領域と、少なくとも音声データを含むデ
ータが挿入されるペイロード領域とで構成されると共
に、ペイロード領域の、音声データが挿入される音声デ
ータブロック領域に対応して設けたヘッダ領域に、音声
データの位相管理のためのフレームシーケンスデータを
挿入したシリアルディジタルトランスファーインタフェ
ースの伝送パケットを受信するデータ受信方法であっ
て、受信した伝送パケットから分離した音声データを出
力バッファ手段に一度蓄えてから所定の速度で読み出し
て出力すると共に、出力バッファ手段に蓄えられたデー
タの出力の基準となる受信側で生成した基準シーケンス
と、受信した伝送パケットから分離したフレームシーケ
ンスデータを比較するものとし、比較結果に基づいて出
力バッファ手段のアドレスを制御するものである。

【０００８】また、この発明に係るデータ受信装置は、
映像フレームの各１ラインの区間を、終了同期符号が挿
入される終了同期符号領域と、補助データが挿入される
補助データ領域と、開始同期符号が挿入される開始同期
符号領域と、少なくとも音声データを含むデータが挿入
されるペイロード領域とで構成されると共に、ペイロー
ド領域の、音声データが挿入される音声データブロック
領域に対応して設けたヘッダ領域に、音声データの位相
管理のためのフレームシーケンスデータを挿入したシリ
アルディジタルトランスファーインタフェースの伝送パ
ケットを受信するデータ受信装置であって、受信した伝
送パケットから音声データとフレームシーケンスデータ
を分離するデータ分離手段と、データ分離手段で分離し
た音声データを蓄える出力バッファ手段と、出力バッフ
ァ手段に蓄えられたデータの出力の基準となる基準シー
ケンスを生成する基準シーケンス生成手段と、基準シー
ケンス生成手段で生成された基準シーケンスと受信した
伝送パケットから分離したフレームシーケンスデータを
比較して比較結果に基づき出力バッファ手段のアドレス
を制御するアドレス制御手段を有するものである。

【０００９】この発明においては、音声データが挿入さ
れる音声データブロック領域に対応して設けたヘッダ領
域に音声データの位相管理のためのフレームシーケンス
データを挿入したシリアルディジタルトランスファーイ
ンタフェースの伝送パケットを受信する場合、受信した
伝送パケットから分離した音声データが、例えばＦＩＦ
Ｏ部に一度蓄えられてから所定の速度で読み出されて出
力される。ここで、出力バッファ手段に蓄えられたデー
タの出力の基準となる受信側で生成した基準シーケンス
と、受信した伝送パケットから分離したフレームシーケ
ンスデータの比較結果に基づいてＦＩＦＯ部のアドレス
制御が行われて、ＦＩＦＯ部には基準シーケンスに基づ
いたデータ量の音声データが書き込まれると共に、比較
結果に基づいてＦＩＦＯ部の書込アドレスが制御されて
ＦＩＦＯ部に書き込まれる音声データのデータ量が調整
される。またフレームシーケンスデータが不連続となっ
たときには書込アドレスと読出アドレスとの比較結果に
基づきＦＩＦＯ部の読出アドレスの制御が行われて、例
えば音声データの２度読みや間引きが行われる。

【００１０】

【発明の実施の形態】以下、図面を参照しながら、この
発明の実施の形態について説明する。本実施の形態にお
いては、映像や音声の素材等のデータをパッケージ化し
てそれぞれのコンテントアイテム（例えばピクチャアイ
テム(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が配
されている。この固定パターンに続いて、アンシラリデ
ータ領域の属性を示す「ＤＩＤ(Data 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)とされる。

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

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

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

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

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

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

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

【００４８】「Ｆｒａｍｅ」のビットｂ７はカラーフレ
ームフラグ(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)では、全てのフリーフォームデータタイプを搬
送するために使用される。しかし、このフリーフォーム
データタイプには、ＩＴネイチャ（ワードプロセッシン
グやハイパーテキスト等）などの特別な補助エレメント
タイプは含まれない。

【００８３】次に、このようなＳＤＴＩ−ＣＰフォーマ
ットでデータの伝送を行うデータ伝送システムの構成に
ついて説明する。

【００８４】図１３に示すように、番組のビデオデータ
やオーディオデータおよび番組に関する情報等のＡＵＸ
データをサーバやビデオテープレコーダ等のデータ記録
再生装置１０に伝送する場合、ルータ(Router)などのマ
トリックススイッチャ１２を用いることで、複数のデー
タ出力装置１４-1〜１４-nからの番組を切り替えてデー
タ記録再生装置１０に蓄積させることができる。

【００８５】この番組の伝送の際に、例えばデータ出力
装置１４-1からＭＰＥＧ２方式で圧縮されたビデオデー
タＤＶＣ-１や非圧縮のオーディオデータＤＡＵ-1のス
トリームを送信側のデータ伝送装置２０Ｔ-1によってフ
レーム単位でパッケージ化したのち、上述のＳＤＴＩ−
ＣＰフォーマットの形態のデータとして、このデータを
シリアルデータＣＰＳ-1に変換して出力する。また、他
のデータ出力装置１４-nからのデータも同様にして、対
応するデータ伝送装置２０Ｔ-nによってフレーム単位で
パッケージ化したのちＳＤＴＩ−ＣＰフォーマットの形
態のデータとして、このデータをシリアルデータＣＰＳ
-nに変換して出力する。なお、信号ＳＣ-1〜ＳＣ-nは基
準タイミング信号例えば基準フレームパルス信号であ
り、この基準タイミング信号ＳＣ-1〜ＳＣ-nに基づい
て、データ伝送装置２０-1〜２０-nでビデオデータＤＶ
Ｃ等の入力処理が行われる。

【００８６】受信側のデータ伝送装置２０Ｒでは、マト
リックススイッチャ１２によって選択されたシリアルデ
ータＣＰＳからパッケージ化されているビデオデータや
オーディオデータ等を分離して１フレームの圧縮ビデオ
データと非圧縮のオーディオデータ等に分けて、データ
記録再生装置１０に供給して蓄積させる。なお、信号Ｓ
ＣＲは信号ＳＣと同様に基準タイミング信号であり、こ
の基準タイミング信号ＳＣＲに基づいて、データ伝送装
置２０ＲからのビデオデータＤＶＣ等の出力処理が行わ
れる。

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

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

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

【００９０】ここで、インタフェース部２０２，２０
３，２０４では、入力されたデータのワード数をフレー
ム単位でカウントして、データだけでなくそれぞれのワ
ードカウント値ＶＣ，ＡＣ，ＸＣもメモリ制御部２１１
に供給する。またインタフェース部２０２，２０３，２
０４では、クロック乗せ替え処理を行い、外部からそれ
ぞれ異なる周波数で入力されたデータを後述するＳＤＲ
ＡＭ部２５０のクロック周波数のデータに乗せ替える。
このクロック乗せ替え処理では、データ出力装置側のク
ロック信号に基づいて各アイテムのデータが各インタフ
ェース部内のメモリに書き込まれると共に、メモリに書
き込まれたデータはＳＤＲＡＭ部２５０のクロック信号
で読み出されて、クロックの乗せ替えが行われる。例え
ば２７ＭＨｚや３６ＭＨｚあるいは５４ＭＨｚの伝送速
度の８ビットビデオデータＤＶＣやサンプリング周波数
が４８ｋＨｚで１６ビットオーディオデータＤＡＵがメ
モリに書き込まれて、ＳＤＲＡＭ部２５０のクロック信
号の周波数である８１ＭＨｚあるいは１０８ＭＨｚで読
み出されてクロックの乗せ替えが行われる。

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

【００９２】メモリ制御部２１１には、ＳＤＲＡＭ部２
５０に書き込むデータを蓄えたり、ＳＤＲＡＭ部２５０
から読み出されたデータを一時蓄えるためのメモリ部２
１２が接続される。ここで、ＳＤＲＡＭ部２５０が例え
ば３２ビット１６ワードでバースト転送を行うことによ
り、最大の転送効率でデータの書き込みや読み出しを行
うことができる場合、メモリ部２１２はシステムアイテ
ムとピクチャアイテムとオーディオアイテムとＡＵＸア
イテムのそれぞれに対して、３２ビット１６ワードで２
バンクのメモリ容量を持つように構成する。このように
メモリ部２１２を構成することで、バンク切り替えを行
いながらデータ伝送を行うことにより、一方のバンクに
インタフェース部から供給されたデータを書き込みなが
ら、他方のバンクの各アイテムのデータを３２ビット１
６ワードでバースト転送でＳＤＲＡＭ部２５０に供給す
ることができる。

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

【００９４】アービター部２１３ではメモリ制御部２１
１からの書込要求信号ＷＱに基づく書込要求や後述する
メモリ制御部２１５からの読出要求信号ＲＱに基づく読
出要求の調停を行う。ここで、要求を受け付けたことを
示す信号ＡＫＡ，ＡＫＢをメモリ制御部２１１，２１５
に供給することにより、メモリ部２１２からＳＤＲＡＭ
部２５０へのデータ転送と、ＳＤＲＡＭ部２５０からメ
モリ部２１６に対してのデータ転送が同時に行われてし
まうことを防止して、順番にデータ転送が行われる。ま
た、ワードカウントテーブル部２１４に格納されている
ワードカウント値に基づいて、ＳＤＲＡＭ部２５０に対
するデータの書き込みや読み出しを行うための制御信号
を生成してＳＤＲＡＭコントロール部２２０に供給する
ことにより、各アイテムのデータをＳＤＲＡＭ部２５０
に対して正しく書き込むことができると共に、書き込ま
れているデータを正しく読み出すことができる。

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

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

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

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

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

【０１００】また、このデータ伝送装置を受信側で用い
る場合には、上述の送信側の場合とは逆の処理を行う。
すなわち、信号変換部２６０によってシリアルデータＣ
ＰＳを１０ビットのパラレルデータに変換してＳＤＴＩ
コア部２２２に供給する。ＳＤＴＩコア部２２２では、
ＣＲＣに基づいた誤り検出処理やＥＣＣに基づいた誤り
検出訂正処理を行う。さらに、「Ｓｅｐａｒａｔｏｒ」
「Ｉｔｅｍ Ｔｙｐｅ」等のデータを利用してコンテン
トパッケージの各アイテムのデータを分離してメモリ部
２１６に書き込む。またコンテントパッケージに含まれ
ているワードカウント値を取り出してワードカウントテ
ーブル部２１４に格納する。さらに、システムアイテム
の情報をＣＰＵインタフェース部２０１に供給したり、
各アイテムに関する情報を取り出す。ここで、例えばオ
ーディオアイテムに関する情報、例えば「Ｅｌｅｍｅｎ
ｔ Ｈｅａｄｅｒ」の「５−ｓｅｑｕｅｎｃｅ ｃｏｕ
ｎｔ」と「Ａｕｄｉｏ Ｓａｍｐｌｅ Ｃｏｕｎｔ」の
情報が取り出されて信号ＦＡとしてインタフェース部２
０３に供給される。

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

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

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

【０１０４】また、タイミング発生部２２５では、外部
から供給された基準タイミング信号や、受信したシリア
ルデータＣＰＳに基づき各種のタイミング信号が生成さ
れており、このタイミング発生部２２５で生成されたタ
イミング信号が、各インタフェース部やアービター部２
１３およびＳＤＴＩコア部２２２等に供給されて各部の
動作が所定のタイミングで行われる。

【０１０５】ここで、受信したシリアルデータから分離
されたオーディオデータをインタフェース部２０３から
出力する場合について説明する。オーディオアイテムの
「Ｅｌｅｍｅｎｔ Ｈｅａｄｅｒ」の「５−ｓｅｑｕｅ
ｎｃｅ ｃｏｕｎｔ」と「Ａｕｄｉｏ Ｓａｍｐｌｅ
Ｃｏｕｎｔ」から表１に示すようにビデオフレーム周波
数を判別することができる。例えば、シーケンス番号
１，３，５でサンプルカウント値１６０２であると共
に、シーケンス番号２，４でサンプルカウント値１６０
１である時には、ビデオ周波数は（３０／１．００１）
フレーム／秒であることを判別することができる。ま
た、シーケンス番号１，２，４，５でサンプルカウント
値８０１であると共に、シーケンス番号３でサンプルカ
ウント値８００である時には、（６０／１．００１）フ
レーム／秒のビデオフレーム周波数であることを判別す
ることができる。また、シーケンス番号０でサンプルカ
ウント値１９２０である時には２５フレーム／秒、サン
プルカウント値９６０である時には５０フレーム／秒、
サンプルカウント値１６００である時には３０フレーム
／秒、サンプルカウント値８００である時には６０フレ
ーム／秒、サンプルカウント値２００２である時には映
画に応じた周波数である（２４／１．００１）フレーム
／秒、サンプルカウント値２０００である時には２４フ
レーム／秒であることを判別することができる。

【０１０６】

【表１】

【０１０７】このようにしてビデオフレーム周波数が判
別されると、受信側の基準タイミング信号と判別された
ビデオフレーム周波数を用いてオーディオデータを出力
するための基準シーケンスＢＦＳが生成される。

【０１０８】図１５は、オーディオデータを出力するた
めの再生基準信号である基準シーケンスＢＦＳを生成す
る基準シーケンス生成回路である。受信したオーディオ
データを用いる外部機器（例えば図１３の場合にはデー
タ記録再生装置）からのクロック信号ＷＣＫはカウンタ
３０１に供給される。また、基準タイミング信号ＳＣＲ
あるいは外部機器から供給されたオーディオデータの出
力開始信号であるオーディオスタート信号ＡＳＴのいず
れかが信号選択部３０２で選択されてリセット信号生成
部３０３に供給される。

【０１０９】このリセット信号生成部３０３には、後述
する基準シーケンス出力部３０５からシーケンスの切り
替わりを示すタイミング信号ＦＴＭが供給されており、
基準タイミング信号ＳＣＲあるいはオーディオスタート
信号ＡＳＴのいずれかの信号に基づいてカウンタ３０１
のカウント動作を開始させると共に、タイミング信号Ｆ
ＴＭによってカウンタ３０１のカウント値をリセットす
るためカウンタ制御信号ＣＣＴを生成してカウンタ３０
１に供給する。

【０１１０】カウンタ３０１では、クロック信号ＷＣＫ
をカウントしてカウント値ＣＮＴを基準シーケンス出力
部３０５に供給する。またビデオフレーム周波数判別部
３０４では、データ分離手段であるＳＤＴＩコア部２２
２から供給された信号ＦＡに基づき、上述の表１を用い
てビデオフレーム周波数を判別して、判別結果ＦＭを基
準シーケンス出力部３０５に供給する。

【０１１１】基準シーケンス出力部３０５では、ビデオ
フレーム周波数の判別結果ＦＭと後述する５フレームカ
ウンタ３０７からのカウント値ＣＮＳに基づきタイミン
グ信号ＦＴＭを生成してリセット信号生成部３０３に供
給すると共に、基準シーケンスＢＦＳを生成して出力す
る。

【０１１２】また、外部機器から供給されたシーケンス
番号ＳＮＥや内部で生成されたシーケンス番号ＳＮＩの
いずれかが信号選択部３０６で選択されて５フレームカ
ウンタ３０７に供給される。５フレームカウンタ３０７
では、動作開始時に信号選択部３０６で選択されている
シーケンス番号を取り込んで、このシーケンス番号から
カウントを開始し、カウント値ＣＮＳを基準シーケンス
出力部３０５に供給する。

【０１１３】例えば、ビデオフレーム周波数が（３０／
１．００１）フレーム／秒であると判別されたときに
は、基準シーケンス出力部３０５では、１６０１カウン
トや１６０２カウントのタイミングでタイミング信号Ｆ
ＴＭを生成すると共に、５フレームカウンタのカウント
値が「１」であるときには、最初に１６０２カウントの
タイミングでタイミング信号ＦＴＭを生成してリセット
信号生成部３０３に供給するものとし、その後カウント
値が１６０１、１６０２、１６０１、１６０２、１６０
２・・・のときにタイミング信号ＦＴＭを生成してリセ
ット信号生成部３０３に供給する。このため、基準シー
ケンス出力部３０５から最初のシーケンス番号が「１」
である基準シーケンスＢＦＳを出力することができる。
また、５フレームカウンタ３０７のカウント値が「４」
であるときには、最初に１６０１カウントのタイミング
でタイミング信号ＦＴＭを生成してリセット信号生成部
３０３に供給するものとし、その後カウント値が１６０
２、１６０２、１６０１、１６０２、１６０１・・・の
ときにタイミング信号ＦＴＭを生成してリセット信号生
成部３０３に供給することにより、基準シーケンス出力
部３０５から最初のシーケンス番号が「４」である基準
シーケンスＢＦＳを出力することができる。

【０１１４】このようにして、図１１に示すような５フ
レームシーケンスの基準シーケンスを生成することがで
きる。また、ビデオフレーム周波数の判別結果が、他の
フレーム周波数であるときにも同様にして、ビデオフレ
ーム周波数に基づいた基準シーケンスを生成することが
できると共に最初のシーケンス番号も設定することがで
きる。この基準シーケンスＢＦＳに基づいてオーディオ
データＤＡＵがインタフェース部２０３から出力され
る。

【０１１５】以上のように、オーディオアイテムの「Ｅ
ｌｅｍｅｎｔ Ｈｅａｄｅｒ」の「５−ｓｅｑｕｅｎｃ
ｅ ｃｏｕｎｔ」と「Ａｕｄｉｏ Ｓａｍｐｌｅ Ｃｏ
ｕｎｔ」からビデオフレーム周波数を判別することがで
きると共に、この判別結果に基づいて基準シーケンスＢ
ＦＳを生成することができるので、例えばオーディオア
イテムのデータだけを処理する場合に、オーディオデー
タのヘッダ情報としてビデオフレーム周波数の情報を含
めなくとも、基準シーケンスＢＦＳに基づいて正しくオ
ーディオデータＤＡＵをオーディオフレームに基づいて
出力させることができる。

【０１１６】ここで、オーディオデータＤＡＵの出力に
ついて図１６に示すオーディオデータ出力回路を用いて
説明する。メモリ部２１２から読み出されたオーディオ
データＤＡＵは、出力バッファ手段であるＦＩＦＯ(Fir
st-In First-Out)部３５１に供給される。また、上述の
ようにして生成された基準シーケンスＢＦＳは、比較部
３５２に供給される。この比較部３５２には、図１０に
示すようにオーディオアイテム内の「５−ｓｅｑｕｅｎ
ｃｅ ｃｏｕｎｔｅｒ」のシーケンスデータＤＳＮが供
給されており、基準シーケンスＢＦＳのシーケンス番号
とシーケンスデータＤＳＮを比較する。ここで、基準シ
ーケンスＢＦＳで示されたシーケンス番号のフレームの
サンプル数とシーケンスデータＤＳＮで示されたフレー
ムのサンプル数が等しい場合には、基準シーケンスＢＦ
Ｓのサンプル数と等しいクロック数の書込アドレスカウ
ンタ用クロックＡＤＣＫを生成して書込アドレスカウン
タ３５３に供給する。また、基準シーケンスＢＦＳのサ
ンプル数よりもシーケンスデータＤＳＮのサンプル数が
大きい場合には、基準シーケンスＢＦＳのサンプル数よ
りも１つ増加させたクロック数の書込アドレスカウンタ
用クロックＡＤＣＫを生成して書込アドレスカウンタ３
５３に供給する。さらに基準シーケンスＢＦＳのサンプ
ル数よりもシーケンスデータＤＳＮのサンプル数が小さ
い場合には、基準シーケンスＢＦＳのサンプル数よりも
１つ減少させたクロック数の書込アドレスカウンタ用ク
ロックＡＤＣＫを生成して書込アドレスカウンタ３５３
に供給する。

【０１１７】アドレス制御手段である書込アドレスカウ
ンタ３５３では、比較部３５２からの書込アドレスカウ
ンタ用クロックＡＤＣＫに基づいて書込アドレス信号Ｗ
ＡＤＲを順次生成すると共に、この書込アドレス信号Ｗ
ＡＤＲをＦＩＦＯ部３５１に供給するものとして、メモ
リ部２１２から読み出されたオーディオデータＤＡＵを
順次ＦＩＦＯ部３５１に書き込む。このため、例えば基
準シーケンスＢＦＳのシーケンス番号２でサンプル数が
１６０１であるとき、シーケンスデータ１のオーディオ
データを読み出したときには基準シーケンス２のサンプ
ル数よりも１サンプル多くデータが読み出されて、シー
ケンスデータ１の１６０２サンプル分のオーディオデー
タを全て読み出すことができる。このように、基準シー
ケンスＢＦＳのフレームのサンプル数とシーケンスデー
タのフレームのサンプル数を比較して、比較結果に基づ
き書き込みクロック数を調整することで、各フレームの
オーディオデータを正しく読み出すことができる。

【０１１８】また、読出アドレス制御手段を構成する読
出アドレスカウンタ３５７では読出アドレス信号ＲＡＤ
Ｒを生成すると共に、この読出アドレス信号ＲＡＤＲで
示される読出位置を一定の周期で更新（例えばカウント
アップ）させる。この読出アドレス信号ＲＡＤＲをＦＩ
ＦＯ部３５１に供給することにより、この読出アドレス
信号ＲＡＤＲに基づきＦＩＦＯ部３５１に書き込まれた
オーディオデータが一定の周期で順次読み出されて出力
される。なお、読出アドレス制御手段は、読出アドレス
カウンタ３５７と後述する遅延部３５５と比較部３５６
で構成される。

【０１１９】さらに、シーケンスデータＤＳＮは、遅延
部３５５に供給されると共に、比較部３５２に供給され
る。遅延部３５５ではシーケンスデータＤＳＮを１フレ
ーム遅延して比較部３５６に供給する。比較部３５６で
は、供給されたシーケンスデータＤＳＮと１フレーム前
のシーケンスデータＤＳＮ’を比較して５フレームシー
ケンスの連続性、すなわちシーケンス番号が１，２，
３，４，５，１，２，３・・・の順となっているか否か
を判別して、フレームシーケンスデータが不連続となっ
たときＦＩＦＯ部３５１の書込アドレスと読出アドレス
が比較されて、比較結果に基づいて読出アドレス設定信
号ＳＥＡＤを読出アドレスカウンタ３５７に供給する。
読出アドレスカウンタ３５７では読出アドレス設定信号
ＳＥＡＤに基づく読出アドレス信号ＲＡＤＲ生成して、
ＦＩＦＯ部３５１に書き込まれたオーディオデータＤＡ
Ｕの読出アドレス位置を制御して、オーディオデータの
位相が調整される。

【０１２０】ここで、５フレームシーケンスのオーディ
オデータを出力する場合には、図１７に示すように、基
準シーケンスＢＦＳに対してオーディオデータの出力位
相は５つの場合、すなわち基準シーケンスＢＦＳのシー
ケンス番号が「１」のときにオーディオデータのシーケ
ンス番号すなわちシーケンスデータＤＳＮが「１」〜
「５」の場合が生ずる。

【０１２１】このため、図１８に示すように、マトリク
ススイッチャ１２で５フレームシーケンスの番組Ａのオ
ーディオデータを番組Ｂのオーディオデータに切り替え
たときには、シーケンス番号が不連続となる場合が生ず
る。例えば、番組Ａのシーケンス番号３の最後で番組Ｂ
に切り替えるとシーケンス番号は「１」となってしま
い、シーケンス番号の不連続となる。このように番組の
切り替えが行われてシーケンス番号の不連続が生じ、１
６０２サンプルのシーケンスが多くなるとオーディオデ
ータの位相が遅れてしまう。例えば基準シーケンスのシ
ーケンス番号が「１」のときに出力位相１の番組を選択
し、基準シーケンス２のときに出力位相２の番組を選択
する。さらに、基準シーケンス３のときに出力位相３の
番組を選択し、基準シーケンス４のときに出力位相４の
番組を選択すると、サンプル数１６０２のシーケンス１
が連続して選択されることとなる。ここで、基準シーケ
ンスのシーケンス番号２，４のフレームではサンプル数
が１６０１であることから、図１９Ｂに示す基準シーケ
ンスに対して図１９Ｃに示すようにオーディオデータの
位相は遅れてしまう。また、サンプル数が１６０１サン
プルのシーケンス番号の番組を順次切り替えて選択する
と図１９Ｄに示すようにオーディオデータの位相が早く
なってしまう。なお図１９Ａはフレーム信号を示してい
る。

【０１２２】このように、サンプル数が少なくなってし
まう場合には同じアドレスのデータを２度読みしてデー
タ数を増やすものとし、サンプル数が多くなって場合に
は間引きしてデータを読み出すことによりデータ量の調
整が行われて、オーディオデータの位相を正しい状態に
保持することができる。

【０１２３】なお、番組の切り替えによってサンプル数
が多くなる場合、例えば基準シーケンスのシーケンス番
号１で出力位相２の番組から、基準シーケンスのシーケ
ンス番号２で出力位相３の番組に切り替えたときには、
出力位相３の番組のデータを１サンプル分早く出すこと
によって出力タイミングの調整をする。なお、出力位相
３の番組のデータの２サンプル目からデータの出力を開
始して出力タイミングの調整を行うものとしてもよい。

【０１２４】番組の切り替えによってサンプル数が少な
くなる場合、例えば基準シーケンスのシーケンス番号２
で出力位相１の番組から、基準シーケンスのシーケンス
番号３で出力位相２の番組に切り替えたときには、不足
するデータを補うコンシール処理を行って出力タイミン
グの調整を行うことにより、オーディオデータの位相を
正しいものとすることができる。

【０１２５】また、上述したように、各フレームのオー
ディオデータを正しく読み出すことができるので、基準
シーケンスＢＦＳのシーケンス番号とオーディオアイテ
ムのシーケンスデータＤＮＳを比較して、各フレーム毎
に図１７に示す位相となるようにオーディオデータの出
力タイミングを調整することにより、オーディオデータ
の位相ずれを防止することができる。

【０１２６】さらに、図１６に示すＦＩＦＯ部３５１の
段数を大きくすることにより、番組の切換によってデー
タ数が多くなったり少なくなったりした場合でも、デー
タの書き込み位置から読み出し位置までのデータ量が可
変されるだけで、直ちにデータの２度読みや間引き等の
処理を行う必要がなくなり、データ量の調整処理を簡単
とすることができる。この場合、データ量の調整処理
は、比較部３５６に書込アドレス信号ＷＡＤＲと読出ア
ドレス信号ＲＡＤＲを供給して、アドレス差がＦＩＦＯ
部３５１の段数よりも大きくなるときや、データの書き
込みが行われる前に読み出しアドレスによってデータの
読み出しが行われるときに、例えば読出アドレスカウン
タ３５７から出力される読出アドレス信号ＲＡＤＲで示
されるアドレス位置を読出アドレス設定信号ＳＥＡＤに
よって変更することにより、データの２度読みや間引き
等の処理を行いデータ量の調整を行う。

【０１２７】なお、上述の実施の形態では、フレーム単
位でデータをパケット化するものとしたが、ＭＰＥＧ方
式のＩピクチャやＢピクチャあるいはＰピクチャのよう
にピクチャ単位でデータをパッケージ化するものとして
もよいことは勿論である。

【０１２８】

【発明の効果】この発明によれば、受信した伝送パケッ
トから分離した音声データが出力バッファ手段に一度蓄
えられてから所定の速度で読み出されて出力されると共
に、出力バッファ手段に蓄えられたデータの出力の基準
となる受信側で生成した基準シーケンスと、受信した伝
送パケットから分離したフレームシーケンスデータを比
較するものとし、比較結果に基づいて出力バッファ手段
のアドレスが制御される。このため、基準シーケンスに
基づくオーディオサンプル数とフレームシーケンスデー
タに基づくオーディオサンプル数が異なる場合であって
も、正しく音声データを出力することができる。

【０１２９】また、出力バッファ手段には基準シーケン
スに基づいたデータ量の音声データを書き込むと共に、
比較結果に基づいて出力バッファ手段の書込アドレスを
制御して出力バッファ手段に書き込まれる音声データの
データ量が調整される。このため、出力バッファ手段に
は音声データをもれなく順次記憶させることができる。
また、例えばフレームシーケンスデータが不連続となっ
たとき出力バッファ手段の書込アドレスと読出アドレス
が比較されて、比較結果に基づいて出力バッファ手段の
読出アドレスが制御される。このため、番組の切り替え
によってオーディオサンプル数が増減しても音声の位相
を正しく調整することができる。

【図面の簡単な説明】

【図１】ＳＤＴＩ−ＣＰフォーマットを説明するための
図である。

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

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

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

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

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

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

【図８】ＳＤＴＩ−ＣＰエレメントフレームにおけるＭ
ＰＥＧ−２ Ｖ−ＥＳのフォーマットを示す図である。

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

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

【図１１】５フレームシーケンスを説明するための図で
ある。

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

【図１３】データ伝送システムの構成を示す図である。

【図１４】データ伝送装置の構成の概要を示す図であ
る。

【図１５】基準シーケンス生成回路の構成を示す図であ
る。

【図１６】オーディオデータ出力回路の構成を示す図で
ある。

【図１７】５フレームシーケンスの出力位相を説明する
ための図である。

【図１８】番組切り替えを行ったときの動作を説明する
ための図である。

【図１９】オーディオデータの位相のずれを説明するた
めの図である。

【符号の説明】

１０・・・データ記録再生装置、１２・・・マトリクス
スイッチャ、１４・・・データ出力装置、２０・・・デ
ータ伝送装置、２０１，２０２，２０３，２０４・・・
インタフェース部、２１０・・・メモリマネジメント
部、２１１，２１５・・・メモリ制御部、２１２，２１
６・・・メモリ部、２１３・・・アービター部、２１４
・・・ワードカウントテーブル部、２２０・・・ＳＤＲ
ＡＭコントロール部、２２２・・・ＳＤＴＩコア部、２
２５・・・タイミング発生部、２５０・・・ＳＤＲＡＭ
部、２６０・・・信号変換部、３０１・・・カウンタ、
３０２，３０６・・・信号選択部、３０３・・・リセッ
ト信号生成部、３０４・・・ビデオフレーム周波数判別
部、３０５・・・基準シーケンス出力部、３０７・・・
フレームカウンタ、３５１・・・ＦＩＦＯ部、３５２，
３５６・・・比較部、３５３・・・書込アドレスカウン
タ、３５５・・・遅延部、３５７・・・読出アドレスカ
ウンタ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C025 AA23 BA14 BA22 BA27 CA19 CB08 DA04 5C026 DA24 DA25 DA27 5K028 EE03 KK03 KK13 MM17 SS26 5K030 GA11 HB01 HB02 HB15 HB28 KX13 LD07 MA13 MB11

Claims (8)

【特許請求の範囲】
1. 【請求項１】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、少なくとも音声データを含
   むデータが挿入されるペイロード領域とで構成されると
   共に、前記ペイロード領域の、前記音声データが挿入さ
   れる音声データブロック領域に対応して設けたヘッダ領
   域に、前記音声データの位相管理のためのフレームシー
   ケンスデータを挿入したシリアルディジタルトランスフ
   ァーインタフェースの伝送パケットを受信するデータ受
   信方法において、 受信した前記伝送パケットから分離した前記音声データ
   を出力バッファ手段に一度蓄えてから所定の速度で読み
   出して出力すると共に、前記出力バッファ手段に蓄えら
   れたデータの出力の基準となる受信側で生成した基準シ
   ーケンスと、前記受信した伝送パケットから分離した前
   記フレームシーケンスデータを比較するものとし、比較
   結果に基づいて前記出力バッファ手段のアドレスを制御
   することを特徴とするデータ受信方法。
2. 【請求項２】 前記出力バッファ手段には、前記基準シ
   ーケンスに基づいたデータ量の前記音声データを書き込
   むと共に、前記比較結果に基づいて前記出力バッファ手
   段の書込アドレスを制御して前記出力バッファ手段に書
   き込まれる音声データのデータ量を調整することを特徴
   とする請求項１記載のデータ受信方法。
3. 【請求項３】 前記出力バッファ手段の書込アドレスと
   読出アドレスを比較するものとし、比較結果に基づいて
   前記出力バッファ手段の読出アドレスを制御することを
   特徴とする請求項１記載のデータ受信方法。
4. 【請求項４】 前記映像フレーム毎の前記フレームシー
   ケンスデータの連続性を判別するものとし、前記フレー
   ムシーケンスデータが不連続となったときに前記出力バ
   ッファ手段の書込アドレスと読出アドレスを比較するこ
   とを特徴とする請求項３記載のデータ受信方法。
5. 【請求項５】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、少なくとも音声データを含
   むデータが挿入されるペイロード領域とで構成されると
   共に、前記ペイロード領域の、前記音声データが挿入さ
   れる音声データブロック領域に対応して設けたヘッダ領
   域に、前記音声データの位相管理のためのフレームシー
   ケンスデータを挿入したシリアルディジタルトランスフ
   ァーインタフェースの伝送パケットを受信するデータ受
   信装置において、 受信した前記伝送パケットから前記音声データと前記フ
   レームシーケンスデータを分離するデータ分離手段と、 前記データ分離手段で分離した音声データを蓄える出力
   バッファ手段と、 前記出力バッファ手段に蓄えられたデータの出力の基準
   となる基準シーケンスを生成する基準シーケンス生成手
   段と、 前記基準シーケンス生成手段で生成された基準シーケン
   スと前記受信した伝送パケットから分離した前記フレー
   ムシーケンスデータを比較して比較結果に基づき前記出
   力バッファ手段のアドレスを制御するアドレス制御手段
   を有することを特徴とするデータ受信装置。
6. 【請求項６】 前記出力バッファ手段では、前記基準シ
   ーケンスに基づいたデータ量の前記音声データを書き込
   むと共に、前記アドレス制御手段では、前記比較結果に
   基づいて前記出力バッファ手段の書込アドレスを制御し
   て前記出力バッファ手段に書き込まれる音声データのデ
   ータ量を調整することを特徴とする請求項５記載のデー
   タ受信装置。
7. 【請求項７】 前記出力バッファ手段の書込アドレスと
   読出アドレスを比較するものとし、比較結果に基づいて
   前記出力バッファ手段の読出アドレスを制御する読出ア
   ドレス制御手段を有することを特徴とする請求項５記載
   のデータ受信装置。
8. 【請求項８】 前記読出アドレス制御手段は、前記映像
   フレーム毎の前記フレームシーケンスデータを比較して
   シーケンスデータの連続性を判別するものとし、前記フ
   レームシーケンスデータが不連続となったことが判別さ
   れたときに前記出力バッファ手段の書込アドレスと読出
   アドレスを比較することを特徴とする請求項７記載のデ
   ータ受信装置。