JP2000307645A - データ受信方法およびデータ受信装置 - 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 (4)

【特許請求の範囲】
1. 【請求項１】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像データおよび／または
   音声データとヘッダ情報を有するアイテムのデータや、
   前記アイテムのデータに関する情報を有するシステムア
   イテムのデータと、を含むデータが挿入されるペイロー
   ド領域と、で構成されるシリアルディジタルトランスフ
   ァーインタフェースの伝送パケットを受信するデータ受
   信方法において、 受信した伝送パケットから前記アイテムのデータのヘッ
   ダ情報やシステムアイテムのデータを分離するものと
   し、 受信された前記映像データおよび／または音声データを
   用いるデータ処理手段に対して、前記分離された前記ア
   イテムのデータのヘッダ情報やシステムアイテムのデー
   タを供給可能とすることを特徴とするデータ受信方法。
2. 【請求項２】 分離した前記アイテムのデータのヘッダ
   情報やシステムアイテムのデータを直ちに読み出し可能
   に記憶することを特徴とする請求項１記載のデータ受信
   方法。
3. 【請求項３】 前記アイテムのデータのヘッダ情報やシ
   ステムアイテムのデータを分離して記憶する際には、記
   憶位置を示す情報を生成するものとし、前記記憶位置を
   示す情報を利用して、既に書き込まれた前記各アイテム
   データのヘッダ情報やシステムアイテムのデータを直ち
   に読み出し可能とすることを特徴とする請求項２記載の
   データ受信方法。
4. 【請求項４】 映像フレームの各１ラインの区間を、終
   了同期符号が挿入される終了同期符号領域と、補助デー
   タが挿入される補助データ領域と、開始同期符号が挿入
   される開始同期符号領域と、映像データおよび／または
   音声データとヘッダ情報を有するアイテムのデータや、
   前記アイテムのデータに関する情報を有するシステムア
   イテムのデータと、を含むデータが挿入されるペイロー
   ド領域と、で構成されるシリアルディジタルトランスフ
   ァーインタフェースの伝送パケットを受信するデータ受
   信装置において、 前記アイテムのデータのヘッダ情報やシステムアイテム
   のデータを分離して記憶すると共に、前記アイテムのデ
   ータのヘッダ情報やシステムアイテムのデータの書き込
   み位置情報を記憶する記憶手段と、 前記記憶手段に記憶された書き込み位置情報を利用し
   て、前記記憶手段から書き込まれている前記アイテムの
   データのヘッダ情報やシステムアイテムのデータを読み
   出して出力するデータ読出手段とを有することを特徴と
   するデータ受信装置。