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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０６】次に、図１５を用いて番組の伝送動作につ
いて説明する。なお、説明を簡単とするため、送信側と
受信側は図１５Ａに示す基準タイミング信号ＳＣＭに同
期して動作が行われるものとする。時点ｔ1でフレーム
パルスの立ち下がりに同期してデータ出力装置１４から
図１５Ｂに示す圧縮されたビデオデータＤＶＣの１フレ
ーム分のデータＶ１が出力される。また、ビデオデータ
ＤＶＣが有効であることを示すイネーブル信号ＶＥは、
図１５Ｃに示すようにビデオデータＤＶＣが有効である
期間中ローレベル「Ｌ」とされる。また、データ出力装
置１４からは、図１５Ｄに示すように非圧縮のオーディ
オデータＤＡＵが出力されている。ここで、時点ｔ1か
ら１フレーム期間分のオーディオデータをデータＡ１と
する。

【０１０７】時点ｔ2でビデオデータの１フレーム分の
出力が完了するとイネーブル信号ＶＥの信号レベルはハ
イレベル「Ｈ」とされる。

【０１０８】時点ｔ1から１フレーム期間経過後の時点
ｔ3となると、データ出力装置１４から次の１フレーム
分のデータＶ２が出力されると共に、時点ｔ3から１フ
レーム期間分のオーディオデータはデータＡ２とされ
る。

【０１０９】送信側のデータ伝送装置２０Ｔでは、時点
ｔ1から時点ｔ3までの１フレーム期間に供給されたデー
タＶ１，Ａ１をパッキング化してＳＤＴＩ−ＣＰのフォ
ーマットとしたのち、図１５Ｅに示すシリアルデータＣ
ＰＳに変換して、時点ｔ3からの１フレーム期間内で伝
送する。

【０１１０】受信側のデータ伝送装置２０Ｒでは、受信
したシリアルデータＣＰＳからパッキングされているビ
デオデータやオーディオデータを図１５Ｆに示すように
分離する。なお、図１５Ｇに示す信号ＥＮはデータＤＴ
のイネーブル信号であり、データＤＴが有効である期間
中、例えば時点ｔ4から時点ｔ5まで信号レベルがローレ
ベル「Ｌ」とされる。

【０１１１】この分離されたビデオデータやオーディオ
データ等が順次ＳＤＲＡＭ部２５０に記憶される。また
記憶されたデータは、次のフレームパルスの立ち下がり
である時点ｔ6のタイミングで図１５Ｈおよび図１５Ｋ
に示すようにビデオデータＤＶＣおよびオーディオデー
タＤＡＵとして出力できるようにＳＤＲＡＭ部２５０か
ら読み出される。この読み出されたデータがインタフェ
ース部からデータ記録再生装置１０に応じた速度で出力
されて、データ記録再生装置１０にデータ出力装置１４
から出力された番組を蓄積させることができる。なお図
１５Ｊは、図１５Ｈに示すビデオデータＤＶＣが有効で
ある期間を示すイネーブル信号ＶＥである。

【０１１２】ここで、１フレーム期間で送信するデータ
や受信したデータは、図１６Ａに示すように第１のメモ
リ手段であるＳＤＲＡＭ部２５０のメモリ領域を分割し
て形成された複数のバンクの１つに記憶される。また、
データ送信時には、各アイテムのデータ量がフレーム単
位で変化する場合が生ずることから、バンクの容量は各
アイテム毎に最大伝送データ量をデータ伝送前に予め決
めて、図１６Ｂに示すようにシステムアイテム、オーデ
ィオアイテム、ＡＵＸアイテム、ピクチャアイテムの順
に各最大伝送データ量分のメモリ領域を確保することで
設定する。また、ピクチャアイテムでは、フレーム毎の
データ量の変化がシステムアイテムやオーディオアイテ
ムおよびＡＵＸアイテムよりも大きい、例えばＭＰＥＧ
２方式の圧縮ビデオデータでは、ＩピクチャやＢピクチ
ャおよびＰピクチャでデータ量が大きく異なることから
アイテムの順序が最後とされる。なお、データ送信時に
は、各アイテム毎の最大伝送データ量分のメモリ領域を
確保するものとしたが、１フレーム期間に実際に送信さ
れるデータ量はデータ伝送速度によって決定されるの
で、バンクに記憶された最大伝送データ量の各アイテム
のデータが全て伝送されるものではない。

【０１１３】また、ＳＤＲＡＭ部２５０にバンクを複数
設けることにより、複数フレーム分のデータを記憶する
ことができる。さらに、１つのバンクの容量を図１６Ｃ
に示すように各アイテムの最大伝送データ量の例えば４
倍として、１フレーム期間で４フレーム分のデータの伝
送を行うものとすれば、４倍速のデータ伝送を行うこと
ができる。なお、データの伝送が行われないアイテムの
メモリ領域を解放して、他のアイテムの記憶領域として
用いるものとすれば、ＳＤＲＡＭ部２５０を有効に活用
することができる。

【０１１４】データ受信時には、データ伝送速度によっ
て１フレーム期間で伝送可能なデータ量が決められるこ
とから、各アイテムの最大伝送データ量に基づいてバン
クのメモリ容量を決める必要がなく、バンクのメモリ容
量は送信時よりも少なく設定できる。

【０１１５】また、ＳＤＴＩ−ＣＰフォーマットでは、
アイテム毎にビデオやオーディオ等のデータがパッケー
ジ化されて伝送されることから、各アイテムのデータは
図１６Ｄに示すように受信した順に記憶される。この場
合、ＳＤＲＡＭ部２５０における各アイテムのデータ記
憶位置の判別は、ＳＤＴＩコア部２２２で「Ｓｅｐａｒ
ａｔｏｒ」や「Ｉｔｅｍ Ｔｙｐｅ」および「Ｅｎｄ
Ｃｏｄｅ」等を検出して各アイテムの最初のデータを判
別するものとし、最初のデータであることを示すデータ
スタート信号をアービター部２１３に供給する。

【０１１６】アービター部２１３はメモリ２１３ａを有
しており、データスタート信号が供給されたときのデー
タの書き込み位置を各アイテムのスタートアドレスとし
て格納する。この格納されたスタートアドレスを参照す
ることで、ＳＤＲＡＭ部２５０における各アイテムのデ
ータの記憶位置を判別することができる。また、最後の
データであることを示すデータエンド信号をＳＤＴＩコ
ア部２２２で生成してアービター部２１３に供給するも
のとし、データエンド信号が供給されたときのデータの
書き込み位置を各アイテムのエンドアドレスとして格納
することにより、ＳＤＲＡＭ部２５０における各アイテ
ムのデータの記憶範囲を判別することもできる。なお、
スタートアドレスやエンドアドレスを記憶するメモリ
は、アービター部２１３のメモリ２１３ａに限られるも
のでない。

【０１１７】また、例えば４倍速伝送には、図１６Ｅに
示すように４倍速単位でデータが送られてくるが、この
場合にも受信した順にデータをＳＤＲＡＭ部２５０に記
憶すると共に、上述したように各アイテムのスタートア
ドレスをアービター部２１３に格納することで、ＳＤＲ
ＡＭ部２５０における各アイテムのデータの記憶位置を
判別することができる。

【０１１８】次に、ＳＤＲＡＭ部２５０に対する他のデ
ータ記憶方法について図１７を用いて説明する。ここ
で、１フレーム期間で伝送可能なデータ量に基づいて図
１７Ａに示すようにＳＤＲＡＭ部２５０のメモリ領域を
複数のバンクに分割する。また、ＳＤＲＡＭ部２５０の
データ転送が例えば３２ビット１６ワード単位のバース
ト転送とすると、図１７Ｂに示すように１つバンクを３
２ビット１６ワード単位でブロック分けする。ＳＤＲＡ
Ｍ部２５０に記憶する各アイテムのデータは、図１７Ｃ
に示すようにヘッダ(Header)を付加して３２ビット１６
ワード単位のデータとする。この３２ビット１６ワード
単位でバースト転送された各アイテムのデータを、図１
７Ｄに示すように順次記憶させる。なお、図１７Ｄにお
いて、「ＳＹＳ」はシステムアイテムを構成するデータ
である。「Ｖ」はピクチャアイテムを構成するビデオデ
ータ、「ＡＵ」はオーディオアイテムを構成するオーデ
ィオデータ、「ＡＵＸ」はＡＵＸアイテムを構成するデ
ータである。

【０１１９】ここで、各アイテムのデータに付加したヘ
ッダでは、同じアイテムの次に繋がる情報、例えば次に
繋がるブロックの先頭アドレスを示すものとする。こう
することによって、ＳＤＲＡＭ部２５０からデータを読
み出す際には、図１８に示すように、最初に読み出した
ブロックのヘッダによって次に繋がるブロックを判別す
ることができることから、アイテム毎にブロック単位で
データを連続的に読み出すことが可能となる。なお、次
に繋がるブロックの先頭アドレスを示すヘッダは、メモ
リ制御手段としてのアービター部２１３あるいはＳＤＲ
ＡＭコントロール部２２０で付加される。

【０１２０】ただし、この方法では最初のブロック位置
が不明である。このため、最初のブロックを示す情報
を、第２のメモリ手段であるアービター部２１３のメモ
リ２１３ａに各アイテム毎に格納する。また最後のブロ
ックの判別は、最初のブロックの判別と同様に、最後の
ブロックを示す情報をメモリ２１３ａに格納するものと
してもよい。また、最後のブロックのブロックヘッダ
に、最後のブロックであることを示す所定のコードを設
けることもできる。なお、最初のブロックを示す情報や
最後のブロックを示す情報は、メモリ２１３ａとは異な
る記憶手段に記憶するものとしても良い。

【０１２１】このようにすれば、システムアイテムやピ
クチャアイテム等のデータをブロック単位でＳＤＲＡＭ
部２５０にバースト転送で記憶させることができると共
に、ブロック単位でＳＤＲＡＭ部２５０からバースト転
送で記憶されたデータを正しい順序で読み出すことがで
きる。このため、送信時に各アイテム毎に最大伝送デー
タ数に基づいてメモリ容量の大きなバンクを設定する必
要がなく、効率よくＳＤＲＡＭ部２５０のメモリ領域を
使用することができる。また、送信の場合にも受信の場
合にも同じようにデータを記憶することができるので、
データ伝送装置を１つの集積回路にまとめた場合に、回
路構成を簡単にできると共に回路規模も小さくすること
が可能となる。

【０１２２】このようにしてＳＤＲＡＭ部２５０からバ
ースト転送で読み出されたデータは、受信時にはメモリ
部２１２に記憶されたのちインタフェース２０１〜２０
４でクロック乗せ替えが行われて、外部装置のクロック
周波数に同期して出力される。

【０１２３】ところで、各アイテムのデータをＳＤＲＡ
Ｍ部２５０からメモリ部２１２を介して読み出す場合に
は、ワードカウントテーブル部２１４に記憶されている
ワードカウント値に基づいた量のデータが読み出され
る。このため、受信時にワードカウントテーブル部２１
４に記憶されるワードカウント値が外乱によって破壊さ
れて正しい値よりも大きな値になってしまうと、データ
の読み出しが行われた場合に正しいデータが読み出され
た後も引き続きデータの読み出しが行われて、誤ったデ
ータが読み出されてしまう。このように誤ったデータが
読み出されると、例えば非圧縮のオーディオデータが読
み出されているときには音声出力にノイズが生じたり、
データ量が多くなってしまうことから音声の位相が遅く
なってしまう場合が生ずる。

【０１２４】このような外乱による誤動作を防止する方
法としては、データを数ブロックに分割してブロック毎
に誤り訂正コードを付加することが行われるが、誤り訂
正コードを付加することにより１フレームで送ることが
できるデータの伝送容量が減ることや、エラー訂正回路
などが必要となり回路規模が増大してしまう。また、誤
り訂正コードを付加しても訂正可能なデータ数には限り
がある。

【０１２５】そこで、オーディオデータやビデオデータ
の出力を所定タイミングで打ち切ることにより誤ったデ
ータが数多く出力されてしまうことを防止して、次のフ
レームのタイミングでは、次のフレームのデータを新た
に読み出して出力することに正しくビデオデータやオー
ディオデータを出力させるものとする。

【０１２６】例えば、データ記録再生装置１０からの基
準タイミング信号ＳＣＲのクロック乗せ替え処理を行
い、ＳＤＲＡＭ部２５０に応じたクロック周波数の基準
タイミング信号を生成してメモリ制御部２１１に供給す
る。このメモリ制御部２１１では、この基準タイミング
信号に基づき、フレームの切り替えのタイミングでメモ
リ部２１２に蓄えられているデータを消去すると共に読
出要求信号ＲＱをアービター部２１３に供給する。また
アービター部２１３に対してクロック乗せ替えが行われ
た基準タイミング信号を供給することによって、アービ
ター部２１３でＳＤＲＡＭ部２５０のデータ読み出しが
行われているバンクの切り替えを行い次のフレームのデ
ータが記憶されたバンクからデータの読み出しを行う。

【０１２７】このように基準タイミング信号ＳＣＲによ
ってメモリ部２１２のデータを消去すると共にＳＤＲＡ
Ｍ部２５０のバンク切り替えを行うことにより、データ
の出力はフレーム単位となり、誤ったデータが出力され
ることが無いと共に次のフレームでは正しくデータを出
力することができる。

【０１２８】ここで、図１９Ａに示す基準タイミング信
号ＳＣＲに基づいてオーディオデータの出力を行う場
合、バンク１に記憶されているオーディオデータに対す
るワードカウント値が誤って大きな値となっているとき
には、正しいデータ量よりも多くのデータが誤って読み
出されてしまうことから、図１９Ｂに示すようにバンク
１から誤データが読み出されて出力されてしまうと共
に、バンク２のオーディオデータの出力のタイミングが
遅くなり位相が遅れてしまう。しかし、基準タイミング
信号ＳＣＲに基づいてメモリ部２１２のデータを消去す
ると共に、ＳＤＲＡＭ部２５０のバンクを切り替えて次
のフレームのデータを読み出すことにより、図１９Ｃに
示すように誤ったデータが出力されることが無く、次の
フレームでは正しくバンク２のオーディオデータを出力
することができる。

【０１２９】また、ビデオデータがＭＰＥＧ２方式で圧
縮されているときには、基準タイミング信号ＳＣＲによ
ってメモリ部２１２をリセットしてもデータが圧縮され
ていることから既に誤ったデータが読みがされてしま
う。このため、所定のデータ量を読み出したときにメモ
リ部２１２のビデオデータを消去する。例えば、有効ラ
イン数が４８０本のインターレース信号で、５０Ｍｂｐ
ｓのフレームレートであるときには、１．６７Ｍｂｉｔ
ｓのデータの読み出しが行われたときにメモリ部２１２
のビデオデータを消去する。このように、所定のデータ
量を読み出したときにメモリ部２１２のビデオデータを
消去することにより、所定量以上のビデオデータが読み
出されてしまうことを防止することができると共に、次
のフレームでは正しくデータを出力することができる。

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

【０１３１】

【発明の効果】この発明によれば、映像および／または
音声のアイテムのデータを含む各アイテムのデータをシ
リアルディジタルトランスファーインタフェースの伝送
パケットとして伝送する場合、各アイテムのデータが第
１のメモリ手段に一時記憶されてから送信され、あるい
は伝送パケットを受信して得た各アイテムのデータが第
１のメモリ手段に一時記憶してから出力される。各アイ
テムのデータは所定のデータ量単位で第１のメモリ手段
とのデータ転送が行われると共に、第１のメモリ手段は
所定のデータ量単位で複数のブロックに分割される。こ
こで各アイテムのデータを第１のメモリ手段に記憶する
際には、前記各アイテム毎に、次のデータを記憶するブ
ロック領域の位置を示す位置情報が付加されて順次記憶
される。

【０１３２】このため、この位置情報を利用して各アイ
テムのデータをアイテム毎に連続して読み出すことがで
きる。また、第２のメモリ手段に、各アイテム毎のデー
タの先頭のブロック領域を示す位置情報が記憶されるの
で、各アイテムの先頭位置を容易に判別することができ
る。さらに、第２のメモリ手段には各アイテム毎のデー
タの終了のブロック領域を示す位置情報が記憶されるの
で、各アイテムのデータを各アイテム毎に全て連続して
読み出すことができる。

【０１３３】さらに、各アイテムの最後のデータをブロ
ック領域に記憶する際には、データの終わりであること
を示す終了情報が付加されて記憶される。このため、各
アイテム毎のデータの終了のブロック領域を示す位置情
報を第２のメモリ手段に記憶しなくとも、各アイテムの
データを各アイテム毎に全て連続して読み出すことがで
きる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１５】データ伝送動作を説明するための図である。

【図１６】ＳＤＲＡＭ部の使用方法を説明するための図
である。

【図１７】ＳＤＲＡＭ部の他の使用方法を説明するため
の図である。

【図１８】データ読み出し動作を説明するための図であ
る。

【図１９】オーディオデータの出力動作を説明するため
の図である。

【符号の説明】

１０・・・データ記録再生装置、１２・・・マトリクス
スイッチャ、１４・・・データ出力装置、２０・・・デ
ータ伝送装置、２０１，２０２，２０３，２０４・・・
インタフェース部、２１０・・・メモリマネジメント
部、２１１，２１５・・・メモリ制御部、２１２，２１
３ａ，２１６・・・メモリ部、２１３・・・アービター
部、２１４・・・ワードカウントテーブル部、２２０・
・・ＳＤＲＡＭコントロール部、２２２・・・ＳＤＴＩ
コア部、２２５・・・タイミング発生部、２５０・・・
ＳＤＲＡＭ部、２６０・・・信号変換部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大川 寛 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C063 AB03 AB07 AC01 AC05 AC10

Claims (7)

【特許請求の範囲】
1. 【請求項１】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される開始同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像および／または音声の
   アイテムのデータを含む各アイテムのデータが挿入され
   るペイロード領域と、で構成されるシリアルディジタル
   トランスファーインタフェースの伝送パケットを伝送す
   るデータ伝送方法において、 前記各アイテムのデータを第１のメモリ手段に一時記憶
   してから送信し、あるいは前記伝送パケットを受信して
   得た前記各アイテムのデータを前記第１のメモリ手段に
   一時記憶してから出力するものとし、 所定のデータ量単位で前記第１のメモリ手段とのデータ
   転送を行うと共に、前記第１のメモリ手段を前記所定の
   データ量単位で複数のブロック領域に分割するものと
   し、 前記各アイテムのデータを前記ブロック領域に記憶する
   際には、前記各アイテム毎に、次のデータを記憶する前
   記ブロック領域の位置を示す位置情報を付加して順次記
   憶することを特徴とするデータ伝送方法。
2. 【請求項２】 前記各アイテム毎に、データの先頭のブ
   ロック領域を示す位置情報を第２のメモリ手段に記憶す
   ることを特徴とする請求項１記載のデータ伝送方法。
3. 【請求項３】 前記各アイテム毎に、データの終了のブ
   ロック領域を示す位置情報を前記第２のメモリ手段に記
   憶することを特徴とする請求項２記載のデータ伝送方
   法。
4. 【請求項４】 前記各アイテムの最後のデータを前記ブ
   ロック領域に記憶する際には、前記各アイテムのデータ
   の終わりであることを示す終了情報を付加して記憶する
   ことを特徴とする請求項１記載のデータ伝送方法。
5. 【請求項５】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される開始同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像および／または音声の
   アイテムのデータを含む各アイテムのデータが挿入され
   るペイロード領域と、で構成されるシリアルディジタル
   トランスファーインタフェースの伝送パケットを伝送す
   るデータ伝送装置において、 送信する前記各アイテムのデータ、あるいは前記伝送パ
   ケットを受信して得た前記各アイテムのデータを一時記
   憶する第１のメモリ手段と、 前記第１のメモリ手段に対して、所定のデータ量単位で
   前記各アイテムのデータの書き込みや読み出しを行うメ
   モリ制御手段とを有し、 前記メモリ制御手段では、前記第１のメモリ手段を前記
   所定のデータ量単位で複数のブロック領域に分割し、前
   記各アイテムのデータを前記ブロック領域に記憶する際
   には、前記各アイテム毎に、次のデータを記憶する前記
   ブロック領域の位置を示す情報を付加して順次記憶させ
   ることを特徴とするデータ伝送装置。
6. 【請求項６】 前記各アイテム毎に、データの先頭のブ
   ロック領域を示す情報を記憶する第２のメモリ手段を有
   することを特徴とする請求項５記載のデータ伝送装置。
7. 【請求項７】 前記第２のメモリ手段には、前記各アイ
   テム毎に、データの終了のブロック領域を示す情報を記
   憶することを特徴とする請求項６記載のデータ伝送装
   置。