JP2000308024A - データ伝送方法およびデータ伝送装置 - 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のタイミングで図１５Ｈおよび図１５Ｋ
に示すようにビデオデータＤＶＣおよびオーディオデー
タＤＡＵとして出力できるようにＳＤＲＡＭ部２５０か
ら読み出される。この読み出されたデータがインタフェ
ース部からデータ記録再生装置１０に応じた速度で出力
されて、データ記録再生装置１０にデータ出力装置１４
から出力された番組を蓄積させることができる。なお図
１５Ｊは、図１５Ｈに示すビデオデータＤＶＣが有効で
ある期間を示すイネーブル信号ＶＥである。

【０１１１】ところで、上述の実施の形態のＣＰＵイン
タフェース２０１は複数のレジスタを有しており、デー
タ伝送の際に最初に設定した値を変更しないような項目
のデータ、例えば「Ｓｙｓｔｅｍ Ｉｔｅｍ Ｔｙｐ
ｅ」や「Ｓｙｓｔｅｍ Ｉｔｅｍ Ｂｉｔｍａｐ」のＦ
ＥＣ Ａｃｔｉｖｅ Ｆｌａｇ、ＳＭＰＴＥ Ｌａｂｅ
ｌやＲｅｆＤａｔｅ／ＴｉｍｅやＣｕｒｒｅｎｔ Ｄａ
ｔｅ／ＴｉｍｅおよびＣｏｎｔｒｏｌの有無を示すフラ
グ、「Ｃｏｎｔｅｎｔ Ｐａｃｋａｇｅ Ｒａｔｅ」か
ら「Ｃｕｒｒｅｎｔ Ｄａｔｅ／Ｔｉｍｅ ｓｔａｍ
ｐ」までのデータを収納するものとしたが、これらの情
報も「Ｐａｃｋａｇｅ ＭｅｔａＤａｔａＳｅｔ」から
「Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ」までのデータと同
様にしてデータ記憶手段であるＳＤＲＡＭ部２５０に順
次記憶するものとしても良い。

【０１１２】ここで、データ送信時には、ＣＰＵ２４０
からシステムアイテムデータＳＤＴをメモリ部２１２に
記憶させると共に、このメモリ部２１２に記憶されたデ
ータをＳＤＲＡＭ部２５０にバースト転送で記憶させ
る。次に、このＳＤＲＡＭ部２５０に記憶されたシステ
ムアイテムデータを読み出す際には、データの読み出し
に要する時間を考慮してデータの読出要求がタイミング
発生部２２５からなされる。この読出要求に基づき、Ｓ
ＤＲＡＭ部２５０からシステムアイテムデータをバース
ト転送で読み出してメモリ部２１６を介してＳＤＴＩコ
ア部２２２に供給する。

【０１１３】また、インタフェース部２０１〜２０４を
介して映像データや音声データおよびシステムアイテム
データ等が供給されたときに、この供給されたデータを
メモリ部２１２を介してＳＤＲＡＭ部２５０に書き込む
と共に、ワードカウントテーブル部２１４にワードカウ
ント値を記憶する。また、例えばアービター部２１３に
各アイテムのデータの書き込みを行ったか否かを示す情
報を記憶するためのレジスタ２１３ｂを設けるものとし
て、このレジスタ２１３ｂをＳＤＴＩコア部２２２に接
続する。

【０１１４】図１６は、ＳＤＴＩコア部２２２の内部構
成の一部を示した図であり、固定値発生部３０１では、
「Ｓｅｐａｒａｔｏｒ」や「Ｅｎｄ Ｃｏｄｅ」等の固
定データが発生される。また、信号切替部３０２には、
固定値発生部３０１，レジスタ２１３ｂ，メモリ制御部
２１５，メモリ部２１６が接続される。この信号切替部
３０２では、タイミング発生部２２５からのタイミング
信号に基づき、固定値発生部３０１からの固定データ
や，レジスタ２１３ｂに記憶された各アイテムのデータ
の書き込みを行ったか否かを示す情報、メモリ制御部２
１５を介して供給されるワードカウントテーブル部２１
４からのワードカウント値，メモリ部２１６からのシス
テムアイテムデータや各アイテムのデータを所定の順序
で順次選択して、図４に示す構成のシステムアイテムや
図７に示す構成の各アイテムを生成する。

【０１１５】また、システムアイテムデータは上述した
ようにデータの読み出しに要する時間を考慮して読み出
しが行われるので、ピクチャアイテムやオーディオアイ
テムのデータを読み出して各アイテムとして出力する際
に、これらを出力する前にシステムアイテムを正しく生
成して出力することができる。この信号切替部３０２か
ら出力されたデータに符号ＥＡＶ，ＳＡＶのデータやヘ
ッダデータを付加してシリアルデータＣＰＳを生成して
出力することができる。また、データ受信時には、デー
タ送信時とは逆の処理を行うことで、システムアイテム
データをＣＰＵ２４０に供給することができる。

【０１１６】以上のような構成とすることで、システム
アイテムデータをレジスタに保持しなくとも、ＳＤＴＩ
コア部２２２等では正しいタイミングでコンテントパッ
ケージを生成することが可能となり、システムアイテム
データを保持するためのレジスタを不要とすることがで
きる。このため、データ伝送装置を集積回路化したとき
にゲート数を少なくして回路規模を小さいものとするこ
とができると共に消費電力も少なくできる。

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

【０１１８】

【発明の効果】この発明によれば、送信する各アイテム
のデータとシステムアイテムデータ、あるいは伝送パケ
ットを受信して得た各アイテムのデータとシステムアイ
テムデータがデータ記憶手段に一時記憶されてから出力
される。このため、システムアイテムデータを記憶する
レジスタを設けることなくシステムアイテムデータを伝
送することができるので、回路規模を小さくすることが
できると共に、省電力化をはかることができる。

【図面の簡単な説明】

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

【図２】ヘッダデータのフォーマットを示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１６】ＳＤＴＩコア部の構成の一部を示す図であ
る。

【符号の説明】

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

Claims (2)

【特許請求の範囲】
1. 【請求項１】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像および／または音声の
   アイテムのデータと、前記アイテムのデータに関する情
   報やデータ伝送の設定情報からなるシステムデータを含
   むデータが挿入されるペイロード領域と、で構成される
   シリアルディジタルトランスファーインタフェースの伝
   送パケットを伝送するデータ伝送方法において、 前記各アイテムのデータやシステムアイテムデータをデ
   ータ記憶手段に一時記憶してから送信し、あるいは前記
   伝送パケットを受信して得た前記各アイテムのデータや
   システムアイテムデータを前記データ記憶手段に一時記
   憶してから出力することを特徴とするデータ伝送方法。
2. 【請求項２】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像および／または音声の
   アイテムのデータと、前記アイテムのデータに関する情
   報やデータ伝送の設定情報からなるシステムアイテムデ
   ータを含むデータが挿入されるペイロード領域と、で構
   成されるシリアルディジタルトランスファーインタフェ
   ースの伝送パケットを伝送するデータ伝送装置におい
   て、 送信する前記各アイテムのデータとシステムアイテムデ
   ータ、あるいは前記伝送パケットを受信して得た前記各
   アイテムのデータとシステムアイテムデータを一時記憶
   するデータ記憶手段と、 前記データ記憶手段に対して、所定のデータ量単位で前
   記各アイテムのデータやシステムアイテムデータの書き
   込みや読み出しを行う制御手段とを有することを特徴と
   するデータ伝送装置。