(57)【特許請求の範囲】
【請求項１】
映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも映像のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信方法において、
前記伝送パケットを受信して得た前記映像のデータをデータ出力用メモリ手段に前記映像フレーム単位で記憶してから出力するものとし、
前記映像フレーム単位で所定のデータ量の前記映像のデータの出力が完了したときには、前記映像のデータの出力を打ち切り、次の映像フレームのデータを記憶し出力する
ことを特徴とするデータ受信方法。
【請求項２】
映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも音声のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信方法において、
前記伝送パケットを受信して得た前記音声のデータをデータ出力用メモリ手段にオーディオフレーム単位で記憶してから出力するものとし、
前記オーディオフレームのフレーム切替時点で、前記音声のデータの出力を打ち切り、次のオーディオフレームの前記音声のデータを記憶し出力する
ことを特徴とするデータ受信方法。
【請求項３】
映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信装置において、
前記伝送パケットを受信して得た前記映像のデータを記憶し出力するデータ出力用メモリ手段と、
前記データ出力用メモリ手段に前記映像フレーム単位で前記映像のデータを記憶し、出力させ、所定のデータ量の前記映像のデータの出力が完了したときには、前記映像のデータの出力を打ち切り、次の映像フレームの前記映像のデータを前記データ出力用メモリ手段に記憶し出力させるメモリ制御手段とを有する
ことを特徴とするデータ受信装置。
【請求項４】
映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも音声のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信装置において、
前記伝送パケットを受信して得た前記音声のデータを記憶し出力するデータ出力用メモリ手段と、
前記データ出力メモリ手段からオーディオフレーム単位で前記音声のデータを記憶し、出力させたときに、前記オーディオフレームのフレーム切替時点で、前記音声のデータの出力を打ち切り、次のオーディオフレームのデータを前記データ出力用メモリ手段に記憶し出力させるメモリ制御手段とを有する
ことを特徴とするデータ受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はデータ受信方法およびデータ受信装置に関する。詳しくは、映像および／または音声のアイテムのデータを含む各アイテムのデータをシリアルディジタルトランスファーインタフェースの伝送パケットを受信したとき、映像および／または音声のアイテムのデータをデータ出力用メモリ手段に一時記憶してから出力するものとし、映像フレーム単位で所定のデータ量の映像のアイテムのデータの出力が完了したときには、データ出力用メモリ手段の映像のアイテムのデータを消去して次の映像フレームのデータを記憶する。また、音声のアイテムのデータをオーディオフレーム単位で出力し、オーディオフレームのフレーム切替時点では、データ出力用メモリ手段の音声のアイテムのデータを消去して次のオーディオフレームのデータを記憶するものである。
【０００２】
【従来の技術】
従来、ＳＭＰＴＥ（Society of Motion Picture and Television Engineers：米国映画テレビ技術協会）やＥＢＵ（European Broadcasting Union：欧州放送連合）において、放送局間における番組交換の検討が為されており、その成果として「EBU/SMPTE Task Force for Harmonized Standards for the Exchange of Programme Material as Bitstreams」が発表されている。
【０００３】
この発表では、番組の本質的なデータ例えばビデオやオーディオの素材をエッセンス(Essence)とし、エッセンスの内容例えば番組のタイトルやビデオ方式（ＮＴＳＣあるいはＰＡＬ）およびオーディオサンプリング周波数等の情報をメタデータ(Metadata)とする。
【０００４】
次に、エッセンスとメタデータからコンテントエレメント(Content Element)を構成して、さらに複数のコンテントエレメントを用いて映像や音声のコンテントアイテム(Content ltem)を生成する。例えば、画像索引集として有用なビデオクリップがこれに相当する。また、複数のコンテントアイテムやコンテントエレメントからコンテントパッケージ(Content Package)を構成する。このコンテントパッケージが１つの番組に相当し、コンテントパッケージの集合をラッパー(Wrapper)とする。このラッパーを伝送する手段や蓄積する手段を放送局間で標準化することにより番組交換を容易とする提案がなされている。
【０００５】
【発明が解決しようとする課題】
ところで、上述の発表では、番組交換の概念が記述されているだけで、どのような方法で番組の伝送を行うかについては具体的に定められていない。このため、番組を上述したようにコンテントパッケージとして実際に伝送することはできなかった。
【０００６】
そこで、この発明ではコンテントパッケージの伝送パケットを受信したときに、受信した伝送パケットのデータを正しく出力することができるデータ受信方法およびデータ受信装置を提供するものである。
【０００７】
【課題を解決するための手段】
この発明に係るデータ受信方法は、映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも映像のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信方法において、伝送パケットを受信して得た映像のデータをデータ出力用メモリ手段に映像フレーム単位で記憶してから出力するものとし、
映像フレーム単位で所定のデータ量の映像のデータの出力が完了したときには、映像のデータの出力を打ち切り、次の映像フレームのデータを記憶し出力するものである。
【０００８】
また、映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも音声のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信方法において、伝送パケットを受信して得た音声のデータをデータ出力用メモリ手段にオーディオフレーム単位で記憶してから出力するものとし、オーディオフレームのフレーム切替時点で、音声のデータの出力を打ち切り、次のオーディオフレームの音声のデータを記憶し出力するものである。
【０００９】
さらに、この発明に係るデータ受信装置は、映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信装置において、伝送パケットを受信して得た映像のデータを記憶し出力するデータ出力用メモリ手段と、データ出力用メモリ手段に映像フレーム単位で映像のデータを記憶し、出力させ、所定のデータ量の映像のデータの出力が完了したときには、映像のデータの出力を打ち切り、次の映像フレームの映像のデータをデータ出力用メモリ手段に記憶し出力させるメモリ制御手段とを有するものである。
【００１０】
また、映像フレームの各１ラインの区間を、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、少なくとも音声のデータが挿入されるペイロード領域と、で構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを受信するデータ受信装置において、伝送パケットを受信して得た音声のデータを記憶し出力するデータ出力用メモリ手段と、データ出力メモリ手段からオーディオフレーム単位で音声のデータを記憶し、出力させたときに、オーディオフレームのフレーム切替時点で、音声のデータの出力を打ち切り、次のオーディオフレームのデータをデータ出力用メモリ手段に記憶し出力させるメモリ制御手段とを有するものである。
【００１１】
この発明においては、映像および／または音声のアイテムのデータを含む各アイテムのデータを例えばパッケージ化した、シリアルディジタルトランスファーインタフェースの伝送パケットを受信したとき、映像フレーム毎に、映像のアイテムのデータおよび／または音声のアイテムのデータがデータ出力用メモリ手段に順次一時記憶されてから出力される。ここで、所定のデータ量の映像のアイテムのデータの出力が完了したときには、データ出力用メモリ手段のリセット動作が行われて映像のアイテムのデータが消去される。また、音声のアイテムのデータはオーディオフレーム単位で出力されると共にオーディオフレームのフレーム切替タイミングで、データ出力用メモリ手段のリセット動作が行われて、音声のアイテムのデータが消去される。
【００１２】
【発明の実施の形態】
以下、図面を参照しながら、この発明の実施の形態について説明する。本実施の形態においては、映像や音声の素材等のデータをパッケージ化してそれぞれのコンテントアイテム（例えばピクチャアイテム(Picture Item)やオーディオアイテム(Audio Item)）を生成すると共に、各コンテントアイテムに関する情報や各コンテントに関するメタデータ等をパッケージ化して１つのコンテントアイテム（システムアイテム(System Item)）を生成し、これらの各コンテントアイテムをコンテントパッケージとする。さらに、このコンテントパッケージから伝送パケットを生成して、シリアルディジタルトランスファーインタフェースを用いて伝送するものである。
【００１３】
このシリアルディジタルトランスファーインタフェースとしては、例えばＳＭＰＴＥで規格化されたＳＭＰＴＥ−２５９Ｍ「１０-ｂｉｔ  ４：２：２  Ｃｏｍｐｏｎｅｎｔ  ａｎｄ  ４ｆsc  Ｃｏｍｐｏｓｉｔｅ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌｓ  −Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ」（以下「シリアルディジタルインタフェースＳＤＩ(Serial Digital 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 address identifier)」では、ＳＡＶからＥＡＶまでのペイロード領域のワード長がどのような設定とされているか、および送出側や受取側のアドレスがどのようなデータフォーマットとされているか等の情報が示される。
【００２７】
「Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ」はデータ受取側（送出先）のアドレスであり、「Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ」はデータ送出側（送出元）のアドレスである。
【００２８】
「Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ」に続く「Ｂｌｏｃｋ  Ｔｙｐｅ」は、ペイロード領域がどのような形式とされているか、例えば固定長か可変長かを示すものであり、ペイロード領域が可変長の形式であるときには圧縮データが挿入される。ここで、ＳＤＴＩ−ＣＰフォーマットでは、例えば圧縮されたビデオデータ（映像データ）を用いてコンテントアイテムを生成したときにピクチャ毎にデータ量が異なることから可変長ブロック(Variable Block)が用いられる。このため、ＳＤＴＩ−ＣＰフォーマットでの「Ｂｌｏｃｋ  Ｔｙｐｅ」は固定データ１Ｃ１hとされる。
【００２９】
「ＣＲＣ  Ｆｌａｇ」は、ペイロード領域の最後の２ワードにＣＲＣが置かれているか否かを示すものである。
【００３０】
また、「ＣＲＣ  Ｆｌａｇ」に続く「Ｄａｔａ  ｅｘｔｅｎｓｉｏｎ  ｆｌａｇ」は、ユーザーデータパケットを拡張しているか否かを示している。
【００３１】
「Ｄａｔａ  ｅｘｔｅｎｓｉｏｎ  ｆｌａｇ」に続いて４ワードの「Ｒｅｓｅｒｖｅｄ」領域が設けられる。次の「Ｈｅａｄｅｒ  ＣＲＣ  ０，ＨｅａｄｅｒＣＲＣ  １」は、「Ｃｏｄｅ  ＆  ＡＡＩ」から「Ｒｅｓｅｒｖｅｄ４」までのデータに対するＣＲＣ（cyclic redundancy check codes）であり、伝送エラーのチェックに用いられる。次の「Ｃｈｅｃｋ  Ｓｕｍ」は、全ヘッダデータに対するＣｈｅｃｋ  Ｓｕｍコードであり、伝送エラーのチェックに用いられる。
【００３２】
また、図１のペイロード領域では、ビデオやオーディオ等のアイテムのデータがＳＤＴＩフォーマットの可変長ブロックの形式としてパッケージ化される。図３は可変長ブロックのフォーマットを示している。「Ｓｅｐａｒａｔｏｒ」および「Ｅｎｄ  Ｃｏｄｅ」は可変長ブロックの開始と終了を示すものであり、「Ｓｅｐａｒａｔｏｒ」の値は「３０９h」、「Ｅｎｄ  Ｃｏｄｅ」の値は「３０Ａh」に設定されている。
【００３３】
「Ｄａｔａ  Ｔｙｐｅ」はパッケージ化されているデータが、どのようなアイテムのデータであるかを示すものであり、「Ｄａｔａ  Ｔｙｐｅ」の値は例えばシステムアイテム(System Item)では「０４h」、ピクチャアイテム(Picture Item)では「０５h」、オーディオアイテム(Audio Item)では「０６h」、他のデータであるＡＵＸアイテム(Auxiliary Item)では「０７h」とされる。なお、上述したように１ワードは１０ビットであり、例えば「０４h」に示すように８ビットであるときには、８ビットがビットｂ７〜ｂ０に相当する。また、ビットｂ７〜ｂ０の偶数パリティをビットｂ８として付加すると共に、ビットｂ８の論理反転データをビットｂ９として付加することにより１０ビットのデータとされる。以下の説明における８ビットのデータも同様にして１０ビット化される。
【００３４】
「Ｗｏｒｄ  Ｃｏｕｎｔ」では「Ｄａｔａ  Ｂｌｏｃｋ」のワード数を示しており、この「Ｄａｔａ  Ｂｌｏｃｋ」が各アイテムのデータである。ここで、各アイテムのデータは、ピクチャ単位例えばフレーム単位でパッケージ化されると共に、ＮＴＳＣ方式では、番組の切り替え位置が１０ラインの位置に設定されていることから、ＮＴＳＣ方式では図１に示すように１３ライン目からシステムアイテム、ピクチャアイテム、オーディオアイテム、ＡＵＸアイテムの順に伝送される。
【００３５】
図４は、システムアイテムの構成を示している。「Ｓｙｓｔｅｍ  Ｉｔｅｍ  Ｔｙｐｅ」と「Ｗｏｒｄ  Ｃｏｕｎｔ」は可変長ブロックの「Ｄａｔａ  Ｔｙｐｅ」と「Ｗｏｒｄ  Ｃｏｕｎｔ」に相当する。
【００３６】
１ワードの「Ｓｙｓｔｅｍ  Ｉｔｅｍ  Ｂｉｔｍａｐ」のビットｂ７は、例えばリードソロモン符号等のような誤り検出訂正符号が加えられているか否かを示すフラグであり、「１」とされているときには誤り検出訂正符号が加えられていることを示している。ビットｂ６は、ＳＭＰＴＥ  Ｌａｂｅｌの情報があるか否かを示すフラグである。ここで「１」とされているときには、ＳＭＰＴＥ  Ｌａｂｅｌの情報がシステムアイテムに含まれていることを示している。ビットｂ５およびｂ４はＲｅｆｅｒｅｎｃｅ  Ｄａｔｅ／Ｔｉｍｅ  ｓｔａｍｐ、Ｃｕｒｒｅｎｔ  Ｄａｔｅ／Ｔｉｍｅ  ｓｔａｍｐがシステムアイテムにあるか否かを示すフラグである。このＲｅｆｅｒｅｎｃｅ  Ｄａｔｅ／Ｔｉｍｅ  ｓｔａｍｐでは、例えばコンテントパッケージが最初に作られた時間あるいは日付が示される。またＣｕｒｒｅｎｔ  Ｄａｔｅ／Ｔｉｍｅ  ｓｔａｍｐでは、コンテントパッケージのデータを最後に修正した時間あるいは日付が示される。
【００３７】
ビットｂ３はピクチャアイテム、ビットｂ２はオーディオアイテム、ビットｂ１はＡＵＸアイテムがシステムアイテムの後にあるか否かを示すフラグであり、「１」とされているときにはアイテムがシステムアイテムの後に存在することが示される。
【００３８】
ビットｂ０は、コントロールエレメント(Control Element)があるか否かを示すフラグであり、「１」とされているときにはコントロールエレメントが存在することが示される。なお、図示せずもビットｂ８，ｂ９が上述したように付加されて１０ビットのデータとして伝送される。
【００３９】
１ワードの「Ｃｏｎｔｅｎｔ  Ｐａｃｋａｇｅ  Ｒａｔｅ」のビットｂ７〜ｂ６は未定義領域(Reserved)であり、ビットｂ５〜ｂ１では、１倍速動作における１秒当たりのパッケージ数であるパッケージレート(Package Rate)が示される。ビットｂ０は１．００１フラグであり、フラグが「１」に設定されているときには、パッケージレートが（１／１．００１）倍であることが示される。
【００４０】
１ワードの「Ｃｏｎｔｅｎｔ  Ｐａｃｋａｇｅ  Ｔｙｐｅ」のビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Ｓｔｒｅａｍ  Ｓｔａｔｅｓ」フラグである。この３ビットのフラグによって、以下の８種類の状態が示される。
【００４１】
０：このピクチャ単位が、プリロール（pre-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)、すなわち第１フィールドであるか第２フィールドであるかが示される。なおＰＡＬ方式のときには「Ｈｏｕｒｓ」のビットｂ６でフィールド位相が示される。
【００５１】
「Ｍｉｎｕｔｅｓ」のビットｂ７および「Ｈｏｕｒｓ」のビットｂ７，ｂ６のの３ビットＢ０〜Ｂ３（ＰＡＬ方式では、「Ｓｅｃｏｎｄｓ」「Ｍｉｎｕｔｅｓ」「Ｈｏｕｒｓ」の各ビットｂ７の３ビット）によって、「Ｂｉｎａｒｙ  Ｇｒｏｕｐ  Ｄａｔａ」の各ＢＧ１〜ＢＧ８にデータがあるか否かが示される。この「Ｂｉｎａｒｙ  Ｇｒｏｕｐ  Ｄａｔａ」では、例えばグレゴリオ暦(Gregorian Calender)やユリウス暦(Julian Calender)での年月日を二桁で表示することができるようになされている。
【００５２】
図６は「Ｍｅｔａｄａｔａ  Ｓｅｔ」の構成を示しており、１ワードの「Ｍｅｔａｄａｔａ  Ｃｏｕｎｔ」によってセット内の「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」の数が示される。なお、「Ｍｅｔａｄａｔａ  Ｓｅｔ」の値が００hのときには、「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」がないことが示されることから、「Ｍｅｔａｄａｔａ  Ｓｅｔ」は１ワードとなる。
【００５３】
ここで、「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」が、番組タイトル等のコンテントパッケージの情報を示す「Ｐａｃｋａｇｅ  Ｍｅｔａｄａｔａ  Ｓｅｔ」の場合には、１ワードの「Ｍｅｔａｄａｔａ  Ｔｙｐｅ」、２ワードの「Ｗｏｒｄ  Ｃｏｕｎｔ」に続き、情報領域である「Ｍｅｔａｄａｔａ」が設けられている。この「Ｍｅｔａｄａｔａ」のワード数が「Ｗｏｒｄ  Ｃｏｕｎｔ」のビットｂ１５〜ｂ０によって示される。
【００５４】
ビデオやオーディオあるいはＡＵＸデータ等のパッケージ化されているアイテムに関する情報を示す「Ｐｉｃｔｕｒｅ  Ｍｅｔａｄａｔａ  Ｓｅｔ」「Ａｕｄｉｏ  Ｍｅｔａｄａｔａ  Ｓｅｔ」「Ａｕｘｉｌｉａｒｙ  Ｍｅｔａｄａｔａ  Ｓｅｔ」では、更に１ワードの「Ｅｌｅｍｅｎｔ  Ｔｙｐｅ」と「Ｅｌｅｍｅｎｔ  Ｎｕｍｂｅｒ」が設けられており、後述するビデオやオーディオ等のアイテムの「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」内の「Ｅｌｅｍｅｎｔ  Ｔｙｐｅ」や「Ｅｌｅｍｅｎｔ  Ｎｕｍｂｅｒ」とリンクするようになされており、「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」毎に、メタデータを設定することができる。また、これらの「Ｍｅｔａｄａｔａ  Ｓｅｔ」の後には「Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ」領域を設けることができる。
【００５５】
次に、ビデオやオーディオ等の各アイテムのブロックについて図７を用いて説明する。ビデオやオーディオ等の各アイテムのブロック「Ｉｔｅｍ  Ｔｙｐｅ」は、上述したようにアイテムの種類を示しており、ピクチャアイテムでは「０５h」、オーディオアイテムでは「０６h」、ＡＵＸデータアイテムでは「０７h」とされる。「Ｉｔｅｍ  Ｗｏｒｄ  Ｃｏｕｎｔ」ではこのブロックの終わりまでのワード数（可変長ブロックの「Ｗｏｒｄ  Ｃｏｕｎｔ」に相当）を示している。「Ｉｔｅｍ  Ｗｏｒｄ  Ｃｏｕｎｔ」に続く「Ｉｔｅｍ  Ｈｅａｄｅｒ」では、「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」の数が示される。ここで、「Ｉｔｅｍ  Ｈｅａｄｅｒ」は８ビットであることから「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」の数は１〜２５５（０は無効）の範囲となる。この「Ｉｔｅｍ  Ｈｅａｄｅｒ」に続く「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」がアイテムのデータ領域とされる。
【００５６】
「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」は、「Ｅｌｅｍｅｎｔ  Ｔｙｐｅ」「Ｅｌｅｍｅｎｔ  Ｗｏｒｄ  Ｃｏｕｎｔ」「Ｅｌｅｍｅｎｔ  Ｎｕｍｂｅｒ」「Ｅｌｅｍｅｎｔ  Ｄａｔａ」で構成されており、「Ｅｌｅｍｅｎｔ  Ｔｙｐｅ」と「Ｅｌｅｍｅｎｔ  Ｗｏｒｄ  Ｃｏｕｎｔ」によって、「ＥｌｅｍｅｎｔＤａｔａ」のデータの種類およびデータ量が示される。また、「Ｅｌｅｍｅｎｔ  Ｎｕｍｂｅｒ」によって何番目の「Ｅｌｅｍｅｎｔ  Ｄａｔａ  Ｂｌｏｃｋ」であるかが示される。
【００５７】
次に、「Ｅｌｅｍｅｎｔ  Ｄａｔａ」の構成について説明する。エレメントの一つであるＭＰＥＧ−２ピクチャエレメントは、いずれかのプロファイル若しくはレベルのＭＰＥＧ−２ビデオエレメンタリストリーム（Ｖ−ＥＳ）である。プロファイルおよびレベルは、デコーダーテンプレートドキュメントで定義される。図８は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２  Ｖ−ＥＳのフォーマット例である。この例は、キー、つまりＭＰＥＧ−２スタートコードを特定する（ＳＭＰＴＥレコメンデッドプラクティスにしたがった）Ｖ−ＥＳビットストリーム例である。ＭＰＥＧ−２  Ｖ−ＥＳビットストリームは、単純に図８に示されたようにデータブロックにフォーマットされる。
【００５８】
次に、ピクチャアイテムに対するメタデータ、例えばＭＰＥＧ−２ピクチャ画像編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータと、圧縮符号化メタデータと、ソース符号化メタデータとの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。
【００５９】
図９は、図４に示すシステムアイテムの「Ｐｉｃｔｕｒｅ  ＭｅｔａｄａｔａＳｅｔ」領域に挿入されるＭＰＥＧ−２ピクチャ編集メタデータ内に設けられる「Ｐｉｃｔｕｒｅ  Ｅｄｉｔｉｎｇ  Ｂｉｔｍａｐ」領域と、「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ」領域と、「ＭＰＥＧ  Ｕｓｅｒ  Ｂｉｔｍａｐ」領域を示している。さらに、このＭＰＥＧ−２ピクチャ編集メタデータには、ＭＰＥＧ−２のプロファイルとレベルを示す「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」領域や、ＳＭＰＴＥ１８６−１９９５で定義されたビデオインデックス情報を設けることも考えられる。
【００６０】
１ワードの「Ｐｉｃｔｕｒｅ  Ｅｄｉｔｉｎｇ  Ｂｉｔｍａｐ」のビットｂ７およびｂ６は「Ｅｄｉｔ  ｆｌａｇ」であり、編集点情報を示すフラグである。この２ビットのフラグによって、以下の４種類の状態が示される。
【００６１】
００：編集なし
０１：編集点が、このフラグが付いているピクチャ単位の前にある（Pre-picture edit）
１０：編集点が、このフラグが付いているピクチャ単位の後にある（Post-picture edit）
１１：ピクチャ単位が１つだけ挿入され、編集点がこのフラグが付いているピクチャ単位の前と後にある（single frame picture）
【００６２】
つまり、ピクチャアイテムに挿入された映像データ（ピクチャ単位）が、編集点の前にあるか、編集点の後にあるか、さらに２つの編集点に挟まれているかを示すフラグを「Ｐｉｃｔｕｒｅ  Ｍｅｔａｄａｔａ  Ｓｅｔ」（図４参照）の「Ｐｉｃｔｕｒｅ  Ｅｄｉｔｉｎｇ  Ｂｉｔｍａｐ」領域に挿入する。
【００６３】
ビットｂ５およびｂ４は、「Ｅｒｒｏｒ  ｆｌａｇ」である。この「Ｅｒｒｏｒ  ｆｌａｇ」は、ピクチャが修正できないエラーを含んでいる状態にあるか、ピクチャがコンシールエラーを含んでいる状態にあるか、ピクチャがエラーを含んでいない状態にあるか、さらには未知状態にあるかを示す。ビットｂ３は、「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ」がこの「Ｐｉｃｔｕｒｅ  Ｍｅｔａｄａｔａ  Ｓｅｔ」領域にあるか否かを示すフラグである。ここで、「１」とされているときは、「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ」が含まれていることを示している。
【００６４】
ビットｂ２は、「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」に「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」が含まれている。この「Ｐｒｏｆｉｌｅ／Ｌｅｖｅｌ」は、ＭＰＥＧのプロファイルやレベルを示すＭＰ＠ＭＬやＨＰ＠ＨＬ等を示す。
【００６５】
ビットｂ１は、「ＨＶ  Ｓｉｚｅ 」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」に「ＨＶ  Ｓｉｚｅ 」が含まれている。ビットｂ０は、「ＭＰＥＧ  Ｕｓｅｒ  Ｂｉｔｍａｐ」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」に「ＭＰＥＧ  Ｕｓｅｒ  Ｂｉｔｍａｐ」が含まれている。
【００６６】
１ワードの「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ」のビットｂ７には「Ｃｌｏｓｅｄ  ＧＯＰ」が設けられる。この「Ｃｌｏｓｅｄ  ＧＯＰ」は、ＭＰＥＧ圧縮したときのＧＯＰ（Group Of Picture）がＣｌｏｓｅｄ  ＧＯＰか否かを示す。
【００６７】
ビットｂ６には、「Ｂｒｏｋｅｎ  Ｌｉｎｋ」が設けられる。この「Ｂｒｏｋｅｎ  Ｌｉｎｋ」は、デコーダ側の再生制御に使用されるフラグである。すなわち、ＭＰＥＧの各ピクチャは、Ｂピクチャ、Ｂピクチャ、Ｉピクチャ・・・のように並んでいるが、編集点があって全く別のストリームをつなげたとき、例えば切り替え後のストリームのＢピクチャが切り替え前のストリームのＰピクチャを参照してデコードされるというおそれがある。このフラグをセットすることで、デコーダ側で上述したようなデコードがされないようにできる。
【００６８】
ビットｂ５〜ｂ３には、「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ  Ｔｙｐｅ」が設けられる。この「Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ  Ｔｙｐｅ」は、ピクチャがＩピクチャであるか、Ｂピクチャであるか、Ｐピクチャであるかを示すフラグである。ビットｂ２〜ｂ０は、未定義領域(Reserved)である。
【００６９】
１ワードの「ＭＰＥＧ  Ｕｓｅｒ  Ｂｉｔｍａｐ」のビットｂ７には、「Ｈｉｓｔｏｒｙ  ｄａｔａ」が設けられている。この「Ｈｉｓｔｏｒｙ  ｄａｔａ」は、前の世代の符号化に必要であった、例えば量子化ステップ、マクロタイプ、動きベクトル等の符号化データが、例えば「Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ」の「Ｍｅｔａｄａｔａ」内に存在するユーザデータ領域に、Ｈｉｓｔｏｒｙ  ｄａｔａとして挿入されているか否かを示すフラグである。ビットｂ６には、「Ａｎｃ  ｄａｔａ」が設けられている。この「Ａｎｃ  ｄａｔａ」は、アンシラリ領域に挿入されたデータ（例えば、ＭＰＥＧの圧縮に必要なデータ等）を、上述のユーザデータ領域に、Ａｎｃ  ｄａｔａとして挿入されているか否かを示すフラグである。
【００７０】
ビットｂ５には、「Ｖｉｄｅｏ  ｉｎｄｅｘ」が設けられている。この「Ｖｉｄｅｏ  ｉｎｄｅｘ」は、Ｖｉｄｅｏ  ｉｎｄｅｘ領域内に、Ｖｉｄｅｏ  ｉｎｄｅｘ情報が挿入されているか否かを示すフラグである。このＶｉｄｅｏ  ｉｎｄｅｘ情報は１５バイトのＶｉｄｅｏ  ｉｎｄｅｘ領域内に挿入される。この場合、５つのクラス（１．１、１．２、１．３、１．４および１．５の各クラス）毎に挿入位置が決められている。例えば、１．１クラスのＶｉｄｅｏ  ｉｎｄｅｘ情報は最初の３バイトに挿入される。
【００７１】
ビットｂ４には、「Ｐｉｃｔｕｒｅ  ｏｒｄｅｒ」が設けられている。この「Ｐｉｃｔｕｒｅ  ｏｒｄｅｒ」は、ＭＰＥＧストリームの各ピクチャの順序を入れ替えたか否かを示すフラグである。なお、ＭＰＥＧストリームの各ピクチャの順序の入れ替えは、多重化のときに必要となる。
【００７２】
ビットｂ３，ｂ２には、「Ｔｉｍｅｃｏｄｅ２」、「Ｔｉｍｅｃｏｄｅ１」が設けられている。この「Ｔｉｍｅｃｏｄｅ２」、「Ｔｉｍｅｃｏｄｅ１」は、Ｔｉｍｅｃｏｄｅ２，１の領域に、ＶＩＴＣ（Vertical Interval Time Code）、ＬＴＣ（Longitudinal Time Code）が挿入されているか否かを示すフラグである。ビットｂ１，ｂ０には、「Ｈ−Ｐｈａｓｅ」、「Ｖ−Ｐｈａｓｅ」が設けられている。この「Ｈ−Ｐｈａｓｅ」、「Ｖ−Ｐｈａｓｅ」は、エンコード時にどの水平画素、垂直ラインからエンコードされているか、つまり実際に使われる枠の情報がユーザデータ領域にあるか否かを示すフラグである。
【００７３】
次に、オーディオアイテムについて説明する。オーディオアイテムの「Ｅｌｅｍｅｎｔ  Ｄａｔａ」は、図１０に示すように「Ｅｌｅｍｅｎｔ  Ｄａｔａ」は「Ｅｌｅｍｅｎｔ  Ｈｅａｄｅｒ」「Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｃｏｕｎｔ」「Ｓｔｒｅａｍ  Ｖａｌｉｄ  Ｆｌａｇｓ」「Ｄａｔａ  Ａｒｅａ」で構成される。
【００７４】
１ワードの「Ｅｌｅｍｅｎｔ  Ｈｅａｄｅｒ」のビットｂ７は「ＦＶＵＣＰ  Ｖａｌｉｄ  Ｆｌａｇ」であり、ＡＥＳ(Audio Engineering Society)で規格化されたＡＥＳ−３のフォーマットにおいて定義されているＦＶＵＣＰが、「Ｄａｔａ  Ａｒｅａ」のＡＥＳ−３のフォーマットのオーディオデータ（音声データ）で設定されているか否かが示される。ビットｂ６〜ｂ３は未定義領域(Reserved)であり、ビットｂ２〜ｂ０で、５フレームシーケンスのシーケンス番号（５−ｓｅｑｕｅｎｃｅ  ｃｏｕｎｔｅｒ）が示される。
【００７５】
ここで、５フレームシーケンスについて説明する。１フレームが５２５本の走査線で（３０／１．００１）フレーム／秒のビデオ信号に同期すると共に、サンプリング周波数が４８ｋＨｚであるオーディオ信号をビデオ信号の各フレームのブロック毎に分割すると、１ビデオフレーム当たりのサンプル数は１６０１．６サンプル／フレームとなり整数値とならない。このため、５フレームで８００８サンプルとなるように１６０１サンプルのフレームを２フレーム設けると共に１６０２サンプルのフレームを３フレーム設けるシーケンスが５フレームシーケンスと呼ばれている。
【００７６】
５フレームシーケンスは、図１１Ａに示す基準フレーム信号に同期して、例えば図１１Ｂに示すようにシーケンス番号１，３，５のフレームが１６０２サンプル、シーケンス番号２，４のフレームが１６０１サンプルとされており、このシーケンス番号がビットｂ２〜ｂ０で示される。
【００７７】
２ワードの「Ａｕｄｉｏ  Ｓａｍｐｌｅ  Ｃｏｕｎｔ」は、図１０に示すようにビットｃ１５〜ｃ０を用いた０〜６５５３５の範囲内の１６ビットのカウンタであり、各チャネルのサンプル数が示される。なお、エレメント内では全てのチャネルが同じ値を有するものである。
【００７８】
１ワードの「Ｓｔｒｅａｍ  Ｖａｌｉｄ  Ｆｌａｇｓ」では、８チャネルの各ストリームが有効であるか否かが示される。ここで、チャネルに意味のあるオーディオデータが含まれている場合には、このチャネルに対応するビットが「１」に設定されると共に、それ以外では「０」に設定されて、ビットが「１」に設定されたチャネルのオーディオデータのみが伝送される。
【００７９】
「Ｄａｔａ  Ａｒｅａ」の「ｓ２〜ｓ０」は８チャネルの各ストリームを識別のためのデータ領域である。「Ｆ」はサブフレームの開始を示している。「ａ２３〜ａ０」は、オーディオデータであり、「Ｐ，Ｃ，Ｕ，Ｖ」はチャネルステータスやユーザビット、Ｖａｌｉｄｉｔｙビット、パリティ等である。
【００８０】
次に、オーディオアイテムに対するメタデータについて説明する。オーディオ編集メタデータ(Audio 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)を付加して３２ビット１６ワード単位のデータとする。この３２ビット１６ワード単位でバースト転送された各アイテムのデータを、図１７Ｄに示すように順次記憶させる。なお、図１７Ｄにおいて、「ＳＹＳ」はシステムアイテムを構成するデータである。「Ｖ」はピクチャアイテムを構成するビデオデータ、「ＡＵ」はオーディオアイテムを構成するオーディオデータ、「ＡＵＸ」はＡＵＸアイテムを構成するデータである。
【０１２０】
ここで、各アイテムのデータに付加したヘッダでは、同じアイテムの次に繋がる情報、例えば次に繋がるブロックの先頭アドレスを示すものとする。こうすることによって、ＳＤＲＡＭ部２５０からデータを読み出す際には、図１８に示すように、最初に読み出したブロックのヘッダによって次に繋がるブロックを判別することができることから、アイテム毎にブロック単位でデータを連続的に読み出すことが可能となる。ただし、この方法では最初のブロック位置が不明である。このため、最初のブロックを示す情報を、アービター部２１３のメモリ２１３ａに各アイテム毎に格納する。また最後のブロックの判別は、最初のブロックの判別と同様に、最後のブロックを示す情報をメモリ２１３ａに格納するものとしてもよい。また、最後のブロックのブロックヘッダに、最後のブロックであることを示す所定のコードを設けることもできる。なお、最初のブロックを示す情報や最後のブロックを示す情報は、メモリ２１３ａとは異なる記憶手段に記憶するものとしても良い。
【０１２１】
このようにすれば、システムアイテムやピクチャアイテム等のデータをブロック単位でＳＤＲＡＭ部２５０にバースト転送で記憶させることができると共に、ブロック単位でＳＤＲＡＭ部２５０からバースト転送で記憶されたデータを正しい順序で読み出すことができる。このため、送信時に各アイテム毎に最大伝送データ数に基づいてメモリ容量の大きなバンクを設定する必要がなく、効率よくＳＤＲＡＭ部２５０のメモリ領域を使用することができる。また、送信の場合にも受信の場合にも同じようにデータを記憶することができるので、データ伝送装置を１つの集積回路にまとめた場合に、回路構成を簡単にできると共に回路規模も小さくすることが可能となる。
【０１２２】
このようにしてＳＤＲＡＭ部２５０からバースト転送で読み出されたデータは、受信時にはメモリ部２１２に記憶されたのちインタフェース２０１〜２０４でクロック乗せ替えが行われて、外部装置のクロック周波数に同期して出力される。
【０１２３】
ところで、各アイテムのデータをＳＤＲＡＭ部２５０からメモリ部２１２を介して読み出す場合には、ワードカウントテーブル部２１４に記憶されているワードカウント値に基づいた量のデータが読み出される。このため、受信時にワードカウントテーブル部２１４に記憶されるワードカウント値が外乱によって破壊されて正しい値よりも大きな値になってしまうと、データの読み出しが行われた場合に正しいデータが読み出された後も引き続きデータの読み出しが行われて、誤ったデータが読み出されてしまう。このように誤ったデータが読み出されると、例えば非圧縮のオーディオデータが読み出されているときには音声出力にノイズが生じたり、データ量が多くなってしまうことから音声の位相が遅くなってしまう場合が生ずる。
【０１２４】
このような外乱による誤動作を防止する方法としては、データを数ブロックに分割してブロック毎に誤り訂正コードを付加することが行われるが、誤り訂正コードを付加することにより１フレームで送ることができるデータの伝送容量が減ることや、エラー訂正回路などが必要となり回路規模が増大してしまう。また、誤り訂正コードを付加しても訂正可能なデータ数には限りがある。
【０１２５】
そこで、オーディオデータやビデオデータの出力を所定タイミングで打ち切ることにより誤ったデータが数多く出力されてしまうことを防止して、次のフレームのタイミングでは、次のフレームのデータを新たに読み出して出力することに正しくビデオデータやオーディオデータを出力させるものとする。
【０１２６】
例えば、データ記録再生装置１０からの基準タイミング信号ＳＣＲのクロック乗せ替え処理を行い、ＳＤＲＡＭ部２５０に応じたクロック周波数の基準タイミング信号を生成してメモリ制御部２１１に供給する。このメモリ制御部２１１では、この基準タイミング信号に基づき、フレームの切り替えのタイミングで、データ出力用メモリ手段であるメモリ部２１２に蓄えられているデータを消去すると共に読出要求信号ＲＱをアービター部２１３に供給する。またアービター部２１３に対してクロック乗せ替えが行われた基準タイミング信号を供給することによって、アービター部２１３でＳＤＲＡＭ部２５０のデータ読み出しが行われているバンクの切り替えを行い次のフレームのデータが記憶されたバンクからデータの読み出しを行う。
【０１２７】
このように基準タイミング信号ＳＣＲによってメモリ部２１２のデータを消去すると共にＳＤＲＡＭ部２５０のバンク切り替えを行うことにより、データの出力はフレーム単位となり、誤ったデータが出力されることが無いと共に次のフレームでは正しくデータを出力することができる。
【０１２８】
ここで、図１９Ａに示す基準タイミング信号ＳＣＲに基づいてオーディオデータの出力を行う場合、バンク１に記憶されているオーディオデータに対するワードカウント値が誤って大きな値となっているときには、正しいデータ量よりも多くのデータが誤って読み出されてしまうことから、図１９Ｂに示すようにバンク１から誤データが読み出されて出力されてしまうと共に、バンク２のオーディオデータの出力のタイミングが遅くなり位相が遅れてしまう。しかし、基準タイミング信号ＳＣＲに基づいてメモリ部２１２のデータを消去すると共に、ＳＤＲＡＭ部２５０のバンクを切り替えて次のフレームのデータを読み出すことにより、図１９Ｃに示すように誤ったデータが出力されることが無く、次のフレームでは正しくバンク２のオーディオデータを出力することができる。
【０１２９】
また、ビデオデータがＭＰＥＧ２方式で圧縮されているときには、基準タイミング信号ＳＣＲによってメモリ部２１２をリセットしてもデータが圧縮されていることから既に誤ったデータが読みがされてしまう。このため、所定のデータ量を読み出したときにメモリ部２１２のビデオデータを消去する。例えば、有効ライン数が４８０本のインターレース信号で、５０Ｍｂｐｓのフレームレートであるときには、１．６７Ｍｂｉｔｓのデータの読み出しが行われたときにメモリ部２１２のビデオデータを消去する。このように、所定のデータ量を読み出したときにメモリ部２１２のビデオデータを消去することにより、所定量以上のビデオデータが読み出されてしまうことを防止することができると共に、次のフレームでは正しくデータを出力することができる。
【０１３０】
なお、上述の実施の形態では、フレーム単位でデータをパケット化するものとしたが、ＭＰＥＧ方式のＩピクチャやＢピクチャあるいはＰピクチャのようにピクチャ単位でデータをパッケージ化するものとしてもよいことは勿論である。
【０１３１】
【発明の効果】
この発明によれば、映像および／または音声のアイテムのデータを含む各アイテムのデータのシリアルディジタルトランスファーインタフェースの伝送パケットが受信されたとき、伝送パケットを受信して得た映像のアイテムのデータが所定期間毎に順次データ出力用メモリ手段に一時記憶されてから映像フレーム単位で出力される。映像フレーム単位で所定のデータ量の映像のアイテムのデータの出力が完了したときには、データ出力用メモリ手段のデータが消去されて次の映像フレームのデータがデータ出力用メモリ手段に記憶される。また、伝送パケットを受信して得た音声のアイテムのデータがデータ出力用メモリ手段に一時記憶されてからオーディオフレーム単位で出力されて、オーディオフレームのフレーム切替時点で、データ出力用メモリ手段のデータが消去されると共に次のオーディオフレームのデータが記憶される。このため、映像および／または音声のアイテムのデータ量を示す情報が誤って大きなデータ量を示した場合であっても、所定のデータ量以上の映像のアイテムのデータやオーディオフレーム分以上の音声のアイテムのデータが誤って出力されてしまうことを防止できる。
【図面の簡単な説明】
【図１】ＳＤＴＩ−ＣＰフォーマットを説明するための図である。
【図２】符号ＥＡＶおよびヘッダデータのフォーマットを示す図である。
【図３】可変長ブロックのフォーマットを示す図である。
【図４】システムアイテムの構成を示す図である。
【図５】タイムコードの構成を示す図である。
【図６】メタデータセットの構成を示す図である。
【図７】システムアイテムを除く他のアイテムの構成を示す図である。
【図８】ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２  Ｖ−ＥＳのフォーマットを示す図である。
【図９】ＭＰＥＧ−２ピクチャ編集メタデータの構成を示す図である。
【図１０】オーディオアイテムのエレメントデータブロックの構成を示す図である。
【図１１】５フレームシーケンスを説明するための図である。
【図１２】オーディオ編集メタデータの構成を示す図である。
【図１３】データ伝送システムの構成を示す図である。
【図１４】データ伝送装置の構成の概要を示す図である。
【図１５】データ伝送動作を説明するための図である。
【図１６】ＳＤＲＡＭ部の使用方法を説明するための図である。
【図１７】ＳＤＲＡＭ部の他の使用方法を説明するための図である。
【図１８】データ読み出し動作を説明するための図である。
【図１９】オーディオデータの出力動作を説明するための図である。
【符号の説明】
１０・・・データ記録再生装置、１２・・・マトリクススイッチャ、１４・・・データ出力装置、２０・・・データ伝送装置、２０１，２０２，２０３，２０４・・・インタフェース部、２１０・・・メモリマネジメント部、２１１，２１５・・・メモリ制御部、２１２，２１３ａ，２１６・・・メモリ部、２１３・・・アービター部、２１４・・・ワードカウントテーブル部、２２０・・・ＳＤＲＡＭコントロール部、２２２・・・ＳＤＴＩコア部、２２５・・・タイミング発生部、２５０・・・ＳＤＲＡＭ部、２６０・・・信号変換部
【図１】
0004122624.tif 000002
【図２】
0004122624.tif 000003
【図３】
0004122624.tif 000004
【図４】
0004122624.tif 000005
【図５】
0004122624.tif 000006
【図６】
0004122624.tif 000007
【図７】
0004122624.tif 000008
【図８】
0004122624.tif 000009
【図９】
0004122624.tif 000010
【図１０】
0004122624.tif 000011
【図１１】
0004122624.tif 000012
【図１２】
0004122624.tif 000013
【図１３】
0004122624.tif 000014
【図１４】
0004122624.tif 000015
【図１５】
0004122624.tif 000016
【図１６】
0004122624.tif 000017
【図１７】
0004122624.tif 000018
【図１８】
0004122624.tif 000019
【図１９】
0004122624.tif 000020