JP4339524B2 - データ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置 - Google Patents
データ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置 Download PDFInfo
- Publication number
- JP4339524B2 JP4339524B2 JP2000613169A JP2000613169A JP4339524B2 JP 4339524 B2 JP4339524 B2 JP 4339524B2 JP 2000613169 A JP2000613169 A JP 2000613169A JP 2000613169 A JP2000613169 A JP 2000613169A JP 4339524 B2 JP4339524 B2 JP 4339524B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- picture unit
- section
- editing section
- editing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4342—Demultiplexing isochronously with video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/032—Electronic editing of digitised analogue information signals, e.g. audio or video signals on tapes
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23602—Multiplexing isochronously with the video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/90—Tape-like record carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
- H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
技術分野
この発明は、映像データ、音声データ、それ以外のメタデータ等を伝送する際に適用して好適なデータ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置に関する。
【０００２】
背景技術
ＳＤＩ（Serial Digital Interface）フォーマットは、テレビジョン工学や映像工学に関する規格を発行するＳＭＰＴＥ（Society of Motion Picture and Television Engineers）のＳＭＰＴＥ−２５９Ｍで標準化されている。このＳＤＩフォーマットは、基本的には、ディジタル信号規格であるＤ−１フォーマットもしくはＤ−２フォーマットを対象とした信号の規格である。
【０００３】
このＳＤＩフォーマットでは、限定されたメディアのデータのみを対象とした伝送しかできない。具体的には、伝送可能なメディアとして、ビデオデータは１チャネル、ベースバンドのオーディオデータは８チャネル程度である。そのため、ＳＤＩフォーマットは、マルチメディア化またはマルチチャネル化等に不向きである。
【０００４】
また、ＳＤＴＩ（Serial Data Transport Interface）フォーマットは、ＳＭＰＴＥのＳＭＰＴＥ−３０５Ｍで標準化されている。このＳＤＴＩフォーマットは、ＳＤＩフォーマットの利点を活かしつつ、ＳＤＩフォーマットと部分的に共通性を保ちながら、マルチメディア化またはマルチチャネル化等に好適なものとなっている。このＳＤＴＩフォーマットは、ベースバンド信号の伝送のための規格であり、終了同期符号（ＥＡＶ：End of Active Video）および開始同期符号（ＳＡＶ：Start of Active Video）を一緒に伝送している。
【０００５】
すなわち、ＳＤＴＩフォーマットでは、映像フレームの各１ラインの区間を、ＥＡＶが挿入される領域と、補助データが挿入される補助データ領域（アンシラリデータ部ＡＮＣ）と、ＳＡＶが挿入される領域と、映像データや音声データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを伝送する。
【０００６】
このようなＳＤＴＩフォーマットによるストリーム（ＳＤＴＩストリーム）の伝送を、ＶＴＲ編集において利用することが考えられる。ＶＴＲ編集においては、再生ＶＴＲ側から記録ＶＴＲ側に対して、ＳＤＴＩストリームを伝送することとなる。
【０００７】
ところで、ＶＴＲは、テープの駆動系等にサーボモータを利用しており、編集点において直ぐに稼働することができず、サーボ等の同期のため、編集のイン（Ｉｎ）点の前に、ある程度の準備のための助走区間であるプリロール（pre-roll）区間を必要とする。同様に、ＶＴＲは急にテープ駆動系等を停止できないため、編集のアウト（Ｏｕｔ）点の後に、ポストロール（post-roll）区間を必要とする。
【０００８】
そのため、上述したＶＴＲ編集においては、再生ＶＴＲ側から記録ＶＴＲ側に対して伝送するストリームに、編集区間の前のプリロール区間に属するか、編集区間に属するか、編集区間の後のポストロール区間に属するかを示すストリーム情報を持たせる必要がでてきた。
【０００９】
この発明の目的は、例えば再生ＶＴＲ側から記録ＶＴＲ側に対してストリームを伝送して行うＶＴＲ編集を可能にすることにある。
【００１０】
発明の開示
この発明に係るデータ伝送方法は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する第１のステップと、ペイロード領域に第１のデータおよび第２のデータが挿入された伝送パケットを、シリアル変換して伝送する第２のステップとを有し、伝送パケットを受信した記録側でストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１１】
例えば、ピクチャ単位が編集区間に属することを示すストリーム情報は、さらに、当該ピクチャ単位が、編集区間の最初のピクチャ単位であるか、編集区間の中間のピクチャ単位であるか、編集区間の最後のピクチャ単位であるか、および編集区間の最初かつ最後のピクチャ単位であるかを示すものである。
【００１２】
また、この発明に係るデータ伝送装置は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する手段と、ペイロード領域に第１のデータおよび第２のデータが挿入された伝送パケットをシリアル変換して伝送する手段とを備え、伝送パケットを受信した記録側でストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１３】
この発明において、ペイロード領域には、ストリーム情報を持つ付属データを含む第１のデータと、映像データおよび／または音声データからなる主データを含む第２のデータとが挿入される。そのため、受信側では、ストリーム情報を利用して、例えば記録ＶＴＲのテープ駆動系の動作を制御できるため、ＶＴＲ編集が可能となる。
【００１４】
この発明に係るデータ受信方法は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットを受信する第１のステップと、受信された伝送パケットより主データおよび付属データを抽出する第２のステップとを有し、伝送パケットより抽出された付属データ内のストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１５】
また、この発明に係るデータ受信装置は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットを受信する手段と、受信された伝送パケットより主データおよび付属データを抽出する手段とを備え、伝送パケットより抽出された付属データ内のストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１６】
この発明において、受信された伝送パケットより、映像データのピクチャ単位でストリーム情報を持つ付属データと、映像データおよび／または音声データからなる主データとが抽出され、ストリーム情報に基づいて、主データの記録制御が行われる。例えば、プリロール区間でＶＴＲのテープ駆動系等の動作が開始されてサーボ等の同期がとられ、編集区間で主データの記録が行われ、その後のポストロール区間でＶＴＲのテープ駆動系等の動作が停止される。これにより、ＶＴＲ編集が可能となる。
【００１７】
発明を実施するための最良の形態
以下、図面を参照しながら、この発明の実施の形態について説明する。本実施の形態においては、映像や音声の素材等のデータをパッケージ化してそれぞれのコンテンツアイテム（例えばピクチャアイテム(Picture Item)やオーディオアイテム(Audio Item)）を生成すると共に、各コンテンツアイテムに関する情報や各コンテンツに関するメタデータ等をパッケージ化して１つのコンテンツアイテム（システムアイテム(System Item)）を生成し、これらの各コンテンツアイテムをコンテンツパッケージとする。さらに、このコンテンツパッケージから伝送パケットを生成して、シリアルディジタルトランファーインタフェースを用いて伝送するものである。
【００１８】
このシリアルディジタルトランスファーインタフェースでは、例えばＳＭＰＴＥで規格化されたＳＭＰＴＥ−２５９Ｍ「10-bit 4:2:2 Component and 4fsc Composite Digital Signals -Serial Digital Interface」（以下「シリアルディジタルインタフェースＳＤＩ(Serial Digital Interface)フォーマット」という）のディジタル信号シリアル伝送フォーマットや、パケット化したディジタル信号を伝送する規格ＳＭＰＴＥ−３０５Ｍ「Serial Data Transport 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が配されている。
【００２９】
「Data Count」は、ヘッダデータのワード数を示すものであり、ワード数は４６ワード（２２Ｅh）とされている。このヘッダデータは、図２に示すように「Line Number-0」から「Header CRC1」までのデータで構成されている。
【００３０】
「Line Number-0,Line Number-1」は、テレビライン番号を示すものであり、ＮＴＳＣ５２５方式ではこの２ワードによって１から５２５まで映像フレームのライン番号が示される。また、ＰＡＬ方式６２５方式では１から６２５までの映像フレームのライン番号が示される。
【００３１】
「Line Number-0,Line Number-1」に続いて、「Line Number CRC0,Line Number CRC1」が配されており、この「Line Number CRC0,Line Number CRC1」は、「ＤＩＤ」から「Line Number-1」までの５ワードに対するＣＲＣ（cyclic redundancy check codes）の値であり、伝送エラーのチェックに用いられる。
【００３２】
「Code & AAＩ(Authorized address identifier)」では、ＳＡＶからＥＡＶまでのペイロード部のワード長がどのような設定とされているか、および送出側や受取側のアドレスがどのようなデータフォーマットとされているか等の情報が示される。
【００３３】
「Destination Address」は、データ受取側（送出先）のアドレスであり、「Source Address」は、データ送出側（送出元）のアドレスである。「Source Address」に続く「Block Type」は、ペイロード部がどのような形式とされているか、例えば固定長か可変長かを示すものである。ペイロード部が可変長の形式であるとき、圧縮データが挿入される。ここで、ＳＤＴＩ−ＣＰフォーマットでは、例えば圧縮されたビデオデータを用いてコンテントアイテムを生成したときにフレーム毎にデータ量が異なることから可変長ブロック(Variable Block)が用いられる。このため、ＳＤＴＩ−ＣＰフォーマットでの「Block Type」は固定データ１Ｃ１hとされる。
【００３４】
「CRC Flag」は、ペイロード部ＰＡＤの最後の２ワードにＣＲＣが置かれているか否かを示すものである。また、「CRC Flag」に続く「Data extension flag」は、ユーザーデータパケットを拡張しているか否かを示している。
【００３５】
「Data extension flag」に続いて４ワードの「Reserved」領域が設けられる、次の「Header CRC 0,Header CRC 1」は、「Code & AAI」から「Reserved3」までに対するＣＲＣ（cyclic redundancy check codes）の値であり、伝送エラーのチェックに用いられる。「Check Sum」は、全ヘッダデータに対するＣｈｅｃｋ Ｓｕｍコードであり、伝送エラーのチェックに用いられる。
【００３６】
次に、映像フレームのペイロード部ＰＡＤに挿入されるコンテンツパッケージについて、図３を用いて、さらに説明する。図３は、コンテンツパッケージの基本的構成を示している。
【００３７】
各コンテンツパッケージは、それぞれが一もしくはそれ以上のエレメントからなる４つまでのアイテムで構成される。この４つのアイテムとは、システム、ピクチャ、オーディオ、補助データの各アイテムである。
【００３８】
ピクチャとオーディオのアイテムは、基本的にテレビジョンの直接の構成要素を搬送するストリームエレメントである。これら２つのアイテムは、たびたび専用のストレージもしくは処理機器に送られる。補助データは、サブタイトルやテレテキストデータ等のデータ中心のコンテンツを搬送するために使用され、コンピュータ上で頻繁に作成され、そして処理されてストアされる。
【００３９】
ディジタル配送サービスが増加した場合には、補助データタイプは、その数、ボリューム、複雑さにおいて、増えていくものと予想される。最後に、システムアイテムは、タイムスタンプのようなパッケージメタデータ、他の３つのアイテムの各エレメントのためのメタデータ、ダウンストリームパッケージ制御エレメントを通じて、全体としてのパッケージのためのサービスを提供する。ピクチャ、オーディオ、補助データアイテムは、それぞれ、例えば２５５個までのエレメントで構成できる。
【００４０】
図１は、システム、ピクチャ、オーディオ、補助データの４つのアイテムからなるコンテンツパッケージを、映像フレームのペイロード部に挿入したときのデータ構造を示している。
【００４１】
図４は、ＭＰＥＧ−２のＧＯＰの例を使用したコンテンツパッケージの配置（斜線部参照）を示している。符号化されたビデオデータの各フレームは、他のデータと共にパッケージ化されて一連のコンテンツパッケージが生成される。そして、ＳＤＴＩフォーマット上で、各フレームの第１フィールドから第２フィールドへ左から右の順番にスキャンされて転送が行われる。この場合、各フレームのビデオデータは異なる大きさに符号化されるが、符号化された各フレームのビデオデータは、各フレーム区間に対応して伝送される。
【００４２】
なお、各コンテンツパッケージはシステムアイテムを含まねばならず、他のアイテムのいずれかによって完結される。システムアイテムは、コンテンツパッケージの開始点を認識するために最初に配されている。すなわち、このシステムアイテムは、ＮＴＳＣ方式では第１３ラインより始まり、ＰＡＬ方式では第９ラインから始まる。また、１つのコンテンツパッケージにおいて、上述した４つのタイプのアイテムのうち、一つのタイプのアイテムしかない場合もある。
【００４３】
各アイテムは、図５に示すように、「Separator」で始まり、「End Code」で終わるＳＤＴＩ可変長ブロックとして構成される。「Separator」は、開始同期符号ＳＡＶに続いてすぐに始まる。「Separator」の値は「３０９h」、「End Code」の値は「３０Ａh」に設定されている。「Word Count」は「Data Block」のワード数を示しており、「Data Block」が各アイテムのデータである。
【００４４】
「Data Type」はパッケージ化されているデータが、どのようなアイテムのデータであるかを示すものである。「Data Type」の値は、例えばシステムアイテムでは「０４h」、ピクチャアイテムでは「０５h」、オーディオアイテムでは「０６h」、補助データアイテムでは「０７h」とされる。コンテンツパッケージの始まりは、システムアイテムの「Data Type」コードの検出によって行われる。
【００４５】
なお、各ＳＤＴＩ可変長ブロックの入力フォーマットは、１０ビットワードの一部をなすビットｂ０〜ｂ７の８ビットデータである。ビットｂ８とｂ９は、「Separator」ワードと「End Code」ワードのために、共に「１」に設定される。「Data Type」、「Word Count」、「Data Block」の各ワード用には、ＳＤＴＩフォーマット通りに、ビット８がビットｂ０〜ｂ７の偶数パリティとなり、ビットｂ９が奇数パリティとなるように設定される。
【００４６】
図６は、システムアイテムの構成を示している。「System Item Type」と「Word Count」は、それぞれ上述した可変長ブロックの「Data Type」と「Word Count」に相当する。このシステムアイテムは、ピクチャ、オーディオ、補助データの各アイテムのエレメントのためのメタデータと共に、パッケージメタデータおよびコントロールデータを含んでいる。
【００４７】
このシステムアイテムは、７ワードのシステムアイテムヘッダで始まり、ＳＭＰＴＥユニバーサルラベル、タイムスタンプ、パッケージ、ピクチャ、オーディオおよび補助データのメタデータセット、さらにコントロールエレメントが後に続くようにされる。
【００４８】
システムアイテムヘッダは、１ワードの「System Item Bitmap」と、１ワードの「Content Package Rate」と、「stream status」フラグ を含む１ワードの「Content Package Type」と、２ワードの「Channel Handle」と、２ワードの「Continuity Count」とからなっている。
【００４９】
「System Item Bitmap」を説明する。ビットｂ７は誤り訂正符号が加えられているか否かを示すフラグであり、「１」とされているときには誤り訂正符号が加えられていることを示している。ビットｂ６は、「SMPTE Universal Label」の情報があるか否かを示すフラグである。ここで「１」とされているときには、「SMPTE Universal Label」の情報がシステムアイテムに含まれていることを示している。
【００５０】
ビットｂ５およびｂ４は「Reference Date/Time stamp」、「Current Date/Time stamp」がシステムアイテムにあるか否かを示すフラグである。「Reference Date/Time stamp」では、例えばコンテンツパッケージが最初に作られた時間あるいは日付が示される。「Current Date/Time stamp」では、コンテンツパッケージのデータを最後に修正した時間あるいは日付が示される。
【００５１】
ビットｂ３はピクチャアイテム、ビットｂ２はオーディオアイテム、ビットｂ１は補助データアイテムがこのシステムアイテムの後にあるか否かを示すフラグであり、「１」とされているときはそれぞれそのアイテムがこのシステムアイテムの後に存在することを示す。
【００５２】
ビットｂ０は、コントロールエレメントがこのシステムアイテムにあるか否かを示すフラグであり、「１」とされているときはコントロールエレメントが存在することを示す。なお、図示せずもビットｂ８，ｂ９が上述したように付加されて１０ビットのデータとして伝送される。
【００５３】
「Content Package Rate」を説明する。ビットｂ７〜ｂ６は未定義領域(Reserved)であり、ビットｂ５〜ｂ１では、１倍速動作における１秒当たりのパッケージ数であるパッケージレート(Package Rate)が示される。ビットｂ０は１．００１フラグであり、フラグが「１」に設定されているときは、パッケージレートが１／１．００１倍であることが示される。
【００５４】
「Content Package Type」を説明する。ビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Stream Status」フラグである。この３ビットの「Stream Status」フラグによって、以下の８種類の状態が示される。
０：このピクチャ単位が、プリロール（pre-roll）区間、編集区間、ポストロール（post-roll）区間のいずれの区間にも属さない。
１：このピクチャ単位が、プリロール区間に含まれているピクチャであり、この後に編集区間が続く。
２：このピクチャ単位が、編集区間の最初のピクチャ単位である。
３：このピクチャ単位が、編集区間の中間に含まれているピクチャ単位である。
４：このピクチャ単位が、編集区間の最後のピクチャ単位である。
５：このピクチャ単位が、ポストロール区間に含まれているピクチャ単位である。
６：このピクチャ単位が、編集区間の最初、かつ最後のピクチャ単位である（編集区間のピクチャ単位が１つだけの状態）。
７：未定義
【００５５】
また、ビットｂ４は未定義領域(Reserved)である。ビットｂ３，ｂ２の「Transfer Mode」では、伝送パケットの伝送モードが示される。また、ビットｂ１，ｂ０の「Timing Mode」ではタイミングモードが示される。ここで、ビットｂ３，ｂ２で示される値が「０」のときには同期モード(Synchronous mode)、「１」のときには等時性モード(Isochronous mode)、「２」のときは非同期モード(Asynchronous mode)とされる。ビットｂ１，ｂ０で示される値が「０」のときには１フレーム分のコンテンツパッケージの伝送を第１フィールドの所定のラインのタイミングで開始するノーマルタイミングモード(Normal timing mode)とされ、「１」のときにはその伝送を第２フィールドの所定のラインのタイミングで開始するアドバンスドタイミングモード(Advanced timing mode)とされ、「２」のときはその伝送を第１および第２フィールドのそれぞれの所定のラインのタイミングで開始するデュアルタイミングモード(Dual timing mode)とされる。
【００５６】
「Channel Handle」について説明する。この「Channel Handle」ワードは、複数の番組のコンテンツパッケージが多重化されて伝送される場合に、各番組のコンテンツパッケージを識別するためのものである。この「Channel Handle」ワードの１６ビットの値を判別することで、多重化されているコンテンツパッケージをそれぞれ番組毎に分離することができる。
【００５７】
「Continuity Count」について説明する。「Continuity Count」は、１６ビットのモジュロカウンタである。このカウンタは、ピクチャ単位毎にカウントアップされると共に、それぞれのストリームで独自にカウントされる。したがって、ストリームスイッチャ等によってストリームの切り替えがあるときは、このカウンタの値が不連続となって、切り替え点（編集点）の検出が可能となる。なお、このカウンタは上述したように１６ビット（２16＝６５５３６）のモジュロカウンタであって非常に大きいので、２つの切り替えられるストリームにおいて、切り替え点でのカウンタの値が偶然に一致する確率が限りなく低く、切り替え点の検出のために、実用上充分な精度を提供できる。
【００５８】
「Continuity Count」の後には、上述したように「SMPTE Universal Label」、「Reference Date/Time stamp」、「Current Date/Time stamp」が設けられる。さらに、その後に、「Package Metadata Set」、「Picture Metadata Set」、「Audio Metadata Set」、「Auxiliary Metadata Set」がパッケージ化されたアイテムに応じて設けられ、番組タイトル等のコンテンツパッケージの情報や、ピクチャやオーディオあるいは補助データのパッケージ化されているアイテムに関する情報が示される。なお、「Picture Metadata Set」、「Audio Metadata Set」、「Auxiliary Metadata Set」は、対応するアイテムが「System Item Bitmap」のフラグによってコンテンツパッケージに内に含まれることが示されたときに設けられる。
【００５９】
さらに、これらの後に「Control Element」を設けることができる。この「Control Element」は、１バイトのエレメントタイプ識別子とそれに続く４バイトのワードカウントとコントロールエレメントデータからなる。
【００６０】
上述の「Time stamp」についてされに説明する。この「Time stamp」には１７バイトが割り当てられており、最初の１バイトで「Time stamp」であることが識別されると共に、残りの１６バイトがデータ領域として用いられる。ここで、データ領域の最初の８バイトは、例えばＳＭＰＴＥ１２Ｍとして規格化されたタイムコード(Time-code)を示しており、後の８バイトは無効データである。
【００６１】
図７は、ＳＭＰＴＥ−１２Ｍとして規格化されたタイムコードの構成を示している。このタイムコードは、「Frame」、「Seconds」、「Minutes」、「Hours」および４バイトの「Binary Group Data」からなる。
【００６２】
「Frame」について説明する。ビットｂ７はカラーフレームフラグ(Color Frame Flag)であり、このカラーフレームフラグにより第１のカラーフレームであるか第２のカラーフレームであるかが示される。ビットｂ６はドロップフレームフラグ(Drop Frame Flag)であり、このドロップフレームフラグによりピクチャアイテムに挿入された映像フレームがドロップフレームであるか否かが示される。そして、ビットｂ５，ｂ４でフレームの１０の位、ビットｂ３〜ｂ０でフレームの１の位が示される。
【００６３】
「Seconds」について説明する。ビットｂ７は、フィールド位相（ＮＴＳＣ）またはバイナリグループ０（ＰＡＬ）を示している。したがって、ＮＴＳＣ方式の場合には、このビットｂ７により第１フィールドであるか第２フィールドであるかが示される。そして、ビットｂ６〜ｂ４で秒の１０の位、ビットｂ３〜ｂ０で秒の１の位が示される。
【００６４】
「Minutes」について説明する。ビットｂ７は、バイナリグループ０（ＮＴＳＣ）またはバイナリグループ２（ＰＡＬ）を示している。そして、ビットｂ６〜ｂ４で分の１０の位、ビットｂ３〜ｂ０で分の１の位が示される。
【００６５】
「Hours」について説明する。ビットｂ７は、バイナリグループ１を示している。ビットｂ６は、バイナリグループ２（ＮＴＳＣ）またはフィールドフェーズ（ＰＡＬ）を示している。したがって、ＰＡＬ方式の場合には、このビットｂ６により第１フィールドであるか第２フィールドであるかが示される。そして、ビットｂ５，ｂ４で時の１０の位、ビットｂ３〜ｂ０で秒の１の位が示される。
【００６６】
また、上述した「Minutes」のビットｂ７および「Hours」のビットｂ７，ｂ６の３ビットＢ０〜Ｂ３（ＰＡＬ方式では、「Seconds」、「Minutes」、「Hours」のビットｂ７の３ビットＦＰ，Ｂ０，Ｂ２）によって、「Binary Group Data」の各ＢＧ１〜ＢＧ８にデータがあるか否かが示される。この「Binary Group Data」では、例えばグレゴリオ暦(Gregorian Calender)やユリウス暦(Julian Calender)での年月日を二桁で表示することができるようになされている。
【００６７】
上述した「Metadata Set」について、さらに説明する。図８は、「Metadata Set」の構成を示している。「Metadata Set」は、セット内の「Metadata Block」のワード数を定義する１ワードの「Metadata Count」によって始められる。「００ｈ」のメタデータカウント値は、有効な値であって、「Metadata Block」がないことを示す。この場合、「Metadata Set」は、たった１ワード長のものとなる。
【００６８】
図９Ａは「Package Metadata Block」の構成を示している。この「Package Metadata Block」は、１ワードの「Metadata Type」で始まり、次いで２ワードの「Word Count」（図９Ｃ）が続き、「Metadata」自体で完結する。「Metadata Type」ワードでは、「Metadata」の種類が示される。「Word Count」では、ブロックの終わりまでのワード数（可変長のブロックの「Word Count」に相当）が示される。
【００６９】
図９Ｂは、「Item Metadata Block」の構成を示している。この「Item Metadata Block」は、上述した「Package Metadata Block」と同様に、１ワードの「Metadata Type」で始まり、次いで２ワードの「Word Count」（図９Ｃ）が続く。さらに、１ワードの「Element Type」および１ワードの「Element Number」と続き、「Metadata」自体で完結する。「Element Type」および「Element Number」は、ピクチャ、オーディオ、補助データのアイテムの関連するエレメントとの一意的なリンクのための情報である。
【００７０】
次に、ピクチャ、オーディオおよび補助データのアイテムの構成を説明する。図１０は、これらのアイテムの構成を示している。これらのアイテムは、１ワードの「Item Type」から始まり、４ワードの「Word Count」および１ワードの「Item Header」が続き、その後に「Element Data Block」が続く。「Item Type」は、上述したようにアイテムの種類を示しており、ピクチャアイテムでは、「０５h」、オーディオアイテムでは「０６h」、補助データアイテムでは「０７h」である。「Item Word Count」では、このブロックの終わりまでのワード数（可変長ブロックの「Word Count」に相当）が示される。
【００７１】
「Item Header」では、「Element Data Block」のワード数が示される。「Element Data Block」がアイテムのデータ領域とされる。ここで、「Item Header」は８ビットで、「Element Data Block」のワード数を示しているので、「Element Data Block」の数は１〜２５５の範囲（０は有効でない）となる。
【００７２】
「Element Data Block」は、１ワードの「Element Type」から始まり、４ワードの「Element Word Count」および１ワードの「Element Number」が続き、「Element Data」で完結する。「Element Type」および「Element Word Count」により、それぞれ「Element Data」のデータ種類およびデータ量が示される。「Element Word Count」は、ＳＭＰＴＥ−３０５Ｍで規定されたと同じフォーマットを有し、その値は「Element Number」に対して「１」を加えた「Element Data」ワードの長さである。「Element Number」では、何番目の「Element Data Block」であるかが示される。
【００７３】
エレメントの一つであるＭＰＥＧ−２画像エレメントについて説明する。ＭＰＥＧ−２画像エレメントは、いずれかのプロファイル若しくはレベルのＭＰＥＧ−２ビデオエレメンタリストリーム（Ｖ−ＥＳ）である。プロファイルおよびレベルは、デコーダーテンプレートドキュメントで定義される。
【００７４】
図１１は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２ Ｖ−ＥＳのフォーマット例を示している。この例は、キー、つまりＭＰＥＧ−２スタートコードを特定する（ＳＭＰＴＥレコメンデッドプラクティスにしたがった）Ｖ−ＥＳビットストリーム例である。ＭＰＥＧ−２ Ｖ−ＥＳビットストリームは、単純に同図に示されたようにデータブロックにフォーマットされる。
【００７５】
次に、エレメントの一つである８チャネルＡＥＳ−３エレメントについて説明する。このエレメントは、本来的に８チャネルまでの非圧縮ＡＥＳ−３オーディオデータを搬送するためのものであるが、既にＡＥＳ−３信号として符号化された圧縮ビットストリームや他の非オーディオデータを搬送することもできる。
【００７６】
図１２は、８チャネルＡＥＳ−３エレメントの構成を示している。このエレメントは、「Element Header」、「Audio Sample Count」、「Stream Valid Flags」および「AES-3 Data Area」で構成されている。
【００７７】
「Element Header」について説明する。ビットｂ７は「FVUCP Valid Flag」であり、ＡＥＳ(Audio Engineering Society)で規格化されたＡＥＳ−３のフォーマットにおいて定義されているＦＶＵＣＰが、「Data Area」のＡＥＳ−３フォーマットのオーディオデータで設定されているか否かが示される。ビットｂ６〜ｂ３は未定義領域（Reserved）であり、ビットｂ２〜ｂ０で、５フレームシーケンスのシーケンス番号（5-sequence count）が示される。
【００７８】
ここで、５フレームシーケンスについて説明する。１フレームが５２５ラインの走査線で（３０／１．００１）フレーム／秒のビデオ信号に同期すると共に、サンプリング周波数が４８ｋＨｚであるオーディオ信号を、ビデオ信号の各フレームのブロック毎に分割すると、１ビデオフレーム当たりのサンプル数は１６０１．６サンプルとなり整数値とならない。このため、５フレームで８００８サンプルとなるように１６０１サンプルのフレームを２フレーム設けると共に１６０２サンプルのフレームを３フレーム設けるシーケンスが５フレームシーケンスと呼ばれている。
【００７９】
図１３は、５フレームシーケンスを示している。すなわち、基準フレームに同期して、例えばシーケンス番号１，３，５のフレームが１６０２サンプル、シーケンス番号２，４のフレームが１６０１サンプルとされている。このシーケンス番号が、上述した「Element Header」のビットｂ２〜ｂ０で示される。
【００８０】
「Audio Sample Count」について説明する。この「Audio Sample Count」は、図１２に示すように、ビットｃ１５〜ｃ０を用いた０〜６５５３５の範囲内の１６ビットのカウンタであり、各チャネルのサンプル数が示される。なお、エレメント内では全てのチャネルが同じ値を有するものである。
【００８１】
「Stream Valid Flags」について説明する。この「Stream Valid Flags」では、８チャネルの各ストリームが有効であるか否かが示される。ここで、各チャネルに意味のあるオーディオデータが含まれている場合には、このチャネルに対応するビットが「１」に設定されると共に、それ以外では「０」に設定されて、ビットが「１」に設定されたチャネルのオーディオデータのみが伝送される。
【００８２】
「AES-3 Data Area」について説明する。この「Data Area」の「ｓ２〜ｓ０」は８チャネルの各ストリームを識別のためのデータ領域である。「Ｆ」はサブフレームの開始を示している。「ａ２３〜ａ０」はオーディオデータであり、「Ｐ，Ｃ，Ｕ，Ｖ」はチャネルステータスやユーザビット、Ｖａｌｉｄｉｔｙビット、パリティ等である。
【００８３】
次に、汎用のデータフォーマット（General Data Format）について説明する。この汎用のデータフォーマットは、全てのフリーフォームデータタイプを搬送するために使用される。しかし、このフリーフォームデータタイプには、ＩＴネイチャ（ワードプロセッシングファイルやハイパーテキスト等）などの特別な補助エレメントタイプは含まれない。
【００８４】
次に、メタデータの一つであるＭＰＥＧ−２画像編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータと、圧縮符号化メタデータと、ソース符号化メタデータとの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。
【００８５】
図１４Ａ〜Ｃは、それぞれ、図６に示すシステムアイテムの「Picture Metadata Set」領域に挿入されるＭＰＥＧ−２画像編集メタデータ内に設けられる「Picture Editing Bitmap」領域と、「Picture Coding」領域と、「MPEG User Bitmap」領域を示している。さらに、このＭＰＥＧ−２画像編集メタデータには、ＭＰＥＧ−２のプロファイルとレベルを示す「Profile/Level」領域や、ＳＭＰＴＥ１８６−１９９５で定義されたビデオインデックス情報を設けることも考えられる。
【００８６】
図１４Ａは、１ワードの「Picture Editing Bitmap」を示している。ビットｂ７およびｂ６は「Edit flag」であり、編集点情報を示すフラグである。この２ビットのフラグによって、以下の４種類の状態が示される。
００：編集なし
０１：編集点が、このフラグが付いているピクチャ単位の前にある（Pre-picture edit）
１０：編集点が、このフラグが付いているピクチャ単位の後にある（Post-picture edit）
１１：ピクチャ単位が１つだけ挿入され、編集点がこのフラグが付いているピクチャ単位の前と後にある（single frame picture）
【００８７】
つまり、ピクチャアイテムに挿入された映像データ（ピクチャ単位）が、編集点の前にあるか、編集点の後にあるか、さらに２つの編集点に挟まれているか、を示すフラグを「Picture Metadata Set」（図６参照）の「Picture Editing Bitmap」領域に挿入する。
【００８８】
ビットｂ５およびｂ４は、「Error flag」である。この「Error flag」は、ピクチャが修正できないエラーを含んでいる状態にあるか、ピクチャがコンシールエラーを含んでいる状態にあるか、ピクチャがエラーを含んでいない状態にあるか、さらには未知状態にあるかを示す。ビットｂ３は、「Picture Coding」がこの「Picture Metadata Set」領域にあるか否かを示すフラグである。ここで、「１」とされているときは、「Picture Coding」が含まれていることを示している。
【００８９】
ビットｂ２は、「Profile／Level」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「Profile／Level」が含まれている。この「Profile／Level」は、ＭＰＥＧのプロファイルやレベルを示すＭＰ＠ＭＬやＨＰ＠ＨＬ等を示す。
【００９０】
ビットｂ１は、「HV Size 」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「HV Size 」が含まれている。ビットｂ０は、「MPEG User Bitmap」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「MPEG User Bitmap」が含まれている。
【００９１】
図１４Ｂは、１ワードの「Picture Coding」の構成を示している。ビットｂ７には「Closed GOP」が設けられる。この「Closed GOP」は、ＭＰＥＧ圧縮したときのＧＯＰ（Group Of Picture）がＣｌｏｓｅｄ ＧＯＰか否かを示す。
【００９２】
ビットｂ６には、「Broken Link」が設けられる。この「Broken Link」は、デコーダ側の再生制御に使用されるフラグである。すなわち、ＭＰＥＧの各ピクチャは、Ｂピクチャ、Ｂピクチャ、Ｉピクチャ・・・のように並んでいるが、編集点があって全く別のストリームをつなげたとき、例えば切り替え後のストリームのＢピクチャが切り替え前のストリームのＰピクチャを参照してデコードされるというおそれがある。このフラグをセットすることで、デコーダ側で上述したようなデコードがされないようにできる。
【００９３】
ビットｂ５〜ｂ３には、「Picture Coding Type」が設けられる。この「Picture Coding Type」は、ピクチャがＩピクチャであるか、Ｂピクチャであるか、Ｐピクチャであるかを示すフラグである。ビットｂ２〜ｂ０は、未定義領域(Reserved)である。
【００９４】
図１４Ｃは、１ワードの「MPEG User Bitmap」の構成を示している。ビットｂ７には、「History data」が設けられている。この「History data」は、前の世代の符号化に必要であった、例えば量子化ステップ、マクロタイプ、動きベクトル等の符号化データが、例えば「Metadata Block」の「Metadata」内に存在するユーザデータ領域に、History dataとして挿入されているか否かを示すフラグである。ビットｂ６には、「Anc data」が設けられている。この「Anc data」は、
アンシラリ領域に挿入されたデータ（例えば、ＭＰＥＧの圧縮に必要なデータ等）を、上述のユーザデータ領域に、Anc dataとして挿入されているか否かを示すフラグである。
【００９５】
ビットｂ５には、「Video index」が設けられている。この「Video index」は、Video index領域内に、Video index情報が挿入されているか否かを示すフラグである。このVideo index情報は１５バイトのVideo index領域内に挿入される。この場合、５つのクラス（１．１、１．２、１．３、１．４および１．５の各クラス）毎に挿入位置が決められている。例えば、１．１クラスのVideo index情報は最初の３バイトに挿入される。
【００９６】
ビットｂ４には、「Picture order」が設けられている。この「Picture order」は、ＭＰＥＧストリームの各ピクチャの順序を入れ替えたか否かを示すフラグである。なお、ＭＰＥＧストリームの各ピクチャの順序の入れ替えは、多重化のときに必要となる。
【００９７】
ビットｂ３，ｂ２には、「Timecode 2」、「Timecode 1」が設けられている。この「Timecode 2」、「Timecode 1」は、Timecode ２，１の領域に、ＶＩＴＣ（Vertical Interval Time Code）、ＬＴＣ（Longitudinal Time Code）が挿入されているか否かを示すフラグである。ビットｂ１，ｂ０には、「H-Phase」、「V-Phase」が設けられている。この「H-Phase」、「V-Phase」は、エンコード時にどの水平画素、垂直ラインからエンコードされているか、つまり実際に使われる枠の情報がユーザデータ領域にあるか否かを示すフラグである。
【００９８】
次に、メタデータの一つであるオーディオ編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータおよびソース符号化メタデータの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。
【００９９】
図１５Ａ〜Ｄは、それぞれ図６に示すシステムアイテムの「Audio Metadata Set」領域に挿入されるオーディオ編集メタデータ内に設けられる「Field/Frame flags」領域と、「Audio Editing Bitmap」領域と、「CS Valid Bitmap」領域と、「Channel Status Data」領域を示している。
【０１００】
ここで、有効とされているオーディオのチャネル数は、上述した図１２の「Stream Valid Flags」によって判別することができる。また「Stream Valid Flags」が「１」に設定されている場合には、「Audio Editing Bitmap」が有効となる。
【０１０１】
図１５Ａは、１ワードの「Filed/Frame flags」を示している。ビットｂ７〜ｂ０のそれぞれ第１〜第８のチャネルのオーディオデータに対応し、「０」であるときはフレーム単位でデータがパッキングされていることを示し、「１」であるときはフィールド単位でデータがパッキングされていることを示す。
【０１０２】
図１５Ｂは、１ワードの「Audio Editing Bitmap」を示している。ビットｂ７，ｂ６の「First edit flag」は第１フィールドの編集状況に関する情報を示し、ビットｂ５，ｂ４の「First edit flag」は第１フィールドの編集状況に関する情報を示す。ビットｂ３，ｂ２は、「Error flag」である。この「Error flag」では、修正できないようなエラーが発生しているか否か等が示される。ビットｂ１，ｂ０は、未定義領域（Reserved）である。
【０１０３】
図１５Ｃは、１ワードの「CS Valid Bitmap」を示している。この「CS Valid Bitmap」は、図１５Ｄに示すｎ（ｎ＝６，１４，１８あるいは２２）バイトの「Channel Status Data」のヘッダであり、データブロック内で２４のチャネルステータスワードのどれが存在しているかが示される。ここで、ビットｂ７の「CS Valid1」は、「Channel Status Data」の０から５バイトまでにデータがあるか否かを示すフラグである。同様に、ビットｂ６〜ｂ４の「CS Valid2」〜「CS Valid4」は、それぞれ、「Channel Status Data」の６から１３バイト、１４から１７バイト、１８から２１バイトまでにデータがあるか否かを示すフラグである。
【０１０４】
なお、「Channel Status Data」は２４バイト分とされており、最後から２番目の２２バイトのデータによって０から２１バイトまでにデータがあるか否かが示されると共に、最後の２３バイトのデータが、０から２２バイトまでのＣＲＣとされる。
【０１０５】
図１６は、上述したＳＤＴＩ−ＣＰフォーマットによるストリーム（以下、「ＳＤＴＩ−ＣＰトリーム」という）の伝送系の一例を示している。この伝送系１００は、ＶＴＲやサーバ等からなるストレージデバイス１０１と、ＳＤＴＩ−ＣＰインタフェース１０２と、伝送路１０４上に配置されたＳＤＴＩ−ＣＰストリームスイッチャ１０３とを有して構成されている。
【０１０６】
ストレージデバイス１０１には、複数のコンテンツパッケージが蓄積される。各コンテンツパッケージは、上述したようにシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等の複数のアイテムからなっている。ストレージデバイス１０１より順次出力されるコンテンツパッケージはＳＤＴＩ−ＣＰインタフェース１０２に供給される。ＳＤＴＩ−ＣＰインタフェース１０２は、各コンテンツパッケージをＳＤＴＩフォーマットの各映像フレームの伝送パケットのペイロード部に挿入し（図１参照）、その伝送パケットを伝送路１０４に送出する。なお、このようにＳＤＴＩ−ＣＰフォーマットによる伝送データ（ＳＤＴＩ−ＣＰストリーム）を伝送するときは、Ｐ／Ｓ変換および伝送路符号化が行われた後に、伝送速度が２７０Ｍｂｐｓのシリアルデータとして伝送される。
【０１０７】
また、伝送路１０４より送られてくるＳＤＴＩ−ＣＰストリームは、ＳＤＴＩ−ＣＰインタフェース１０２に供給される。ＳＤＴＩ−ＣＰインタフェース１０２は、このＳＤＴＩ−ＣＰストリームを受信し、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、これをストレージデバイス１０１に順次供給する。ストレージデバイス１０１は、ＳＤＴＩ−ＣＰインタフェース１０２より順次送られてくるコンテンツパッケージを記録媒体に順次蓄積していく。
【０１０８】
なお、ストレージデバイス１０１は、システムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等からなるコンテンツパッケージを蓄積する代わりに、ＭＰＥＧビデオデータやオーディオデータ、さらにはメタデータ自体を蓄積するようにしてもよい。
【０１０９】
この場合、ストレージデバイス１０１より各映像フレーム毎のビデオデータ、オーディオデータ、メタデータ等が出力されてＳＤＴＩ−ＣＰインタフェース１０２に供給される。そして、ＳＤＴＩ−ＣＰインタフェース１０２は、それら各データよりシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等を作成した後にパッキングして各映像フレームのコンテンツパッケージを得、さらに各コンテンツパッケージをＳＤＴＩフォーマットの各映像フレームの伝送パケットのペイロード部に挿入し、その伝送パケットを伝送路１０４に送出する。
【０１１０】
またこの場合、伝送路１０４よりＳＤＴＩ−ＣＰストリームを受信したＳＤＴＩ−ＣＰインタフェース１０２は、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、さらにそのコンテンツパッケージを構成するシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等のアイテムよりビデオデータ、オーディオデータ、メタデータ等のデータを得て、これをストレージデバイス１０１に順次供給する。ストレージデバイス１０１では、ＳＤＴＩ−ＣＰインタフェース１０２より順次送られてくるビデオデータ、オーディオデータ、メタデータ等のデータが蓄積される。
【０１１１】
また、図１６に示す伝送系におけるストリームスイッチャ１０３はマトリックススイッチャであり、このストリームスイッチャ１０３により、ＳＤＴＩ−ＣＰストリームの切り替えが行われる。このＳＤＴＩ−ＣＰストリームの切り替えは、垂直同期（Ｖ−ｓｙｎｃ）区間、具体的にはＮＴＳＣ５２５方式で第１０ライン、ＰＡＬ６２５方式では第６ラインで切り替えが行われる。
【０１１２】
次に、ＶＴＲ編集を行う場合について説明する。図１７は、ＶＴＲ編集を行う場合における伝送系の一例を示している。この伝送系２００は、再生側のＶＴＲ２０１ＡおよびＳＤＴＩ−ＣＰインタフェース２０２Ａと、記録側のＶＴＲ２０１ＢおよびＳＤＴＩ−ＣＰインタフェース２０２Ｂとが、伝送路２０３で接続されて構成されている。
【０１１３】
この場合、ＶＴＲ２０１Ａで再生されるコンテンツパッケージもしくはビデオデータ、オーディオデータ、メタデータ等のデータがＳＤＴＩ−ＣＰインタフェース２０２Ａに供給され、このＳＤＴＩ−ＣＰインタフェース２０２Ａより伝送路２０３にＳＤＴＩ−ＣＰストリームが送出される。
【０１１４】
ここで、上述したように、システムアイテム（図６参照）の「Content Package Type」ワードのビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Stream Status」フラグとされている。ＳＤＴＩ−ＣＰインタフェース２０２Ａより出力されるＳＤＴＩ−ＣＰストリーム内の各ピクチャ単位毎の３ビットの「Stream Status」フラグは、編集区間に対応して設定されている。
【０１１５】
図１８は、フラグ設定の一例を示している。プリロール区間ＳPRでは、各ピクチャ単位のフラグが「１」に設定されている。編集区間ＳEDでは、最初のピクチャ単位のフラグが「２」に設定され、最後のピクチャ単位のフラグが「４」に設定され、さらに中間のピクチャ単位のフラグが「３」に設定されている。また、ポストロール区間ＳPOでは、各ピクチャ単位のフラグが「５」に設定されている。
【０１１６】
図１９は、フラグ設定の他の例を示している。プリロール区間ＳPRおよびポストロール区間ＳPOにおけるフラグの設定は図１８に示す例と同じであるが、編集区間ＳEDには一つのピクチャ単位しかないことから、このピクチャ単位のフラグは「６」に設定されている。
【０１１７】
図１７の伝送系において、再生側のＳＤＴＩ−ＣＰインタフェース２０２Ａより出力されるＳＤＴＩ−ＣＰストリームは、伝送路２０３を介して、記録側のＳＤＴＩ−ＣＰインタフェース２０２Ｂに供給される。このＳＤＴＩ−ＣＰインタフェース２０２Ｂは、そのＳＤＴＩ−ＣＰストリームを受信し、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、このコンテンツパッケージ、もしくはそのコンテンツパッケージに含まれるビデオデータ、オーディオデータ、メタデータ等のデータを、ＶＴＲ２０１Ｂに順次供給する。
【０１１８】
そして、ＶＴＲ２０１Ｂは、上述した３ビットの「Stream Status」フラグの設定に基づいて、現在のピクチャ単位が、プリロール区間ＳPRに属するか、編集区間ＳEDに属するか、ポストロール区間ＳPOに属するかを判断して、記録制御をする。すなわち、図２０に示すように、ＶＴＲ（Ａ）［ＶＴＲ２０１Ａ］側からのストリームがプリロール区間ＳPRに入ると、ＶＴＲ（Ｂ）［ＶＴＲ２０１Ｂ］ではテープ駆動系等の動作が開始され、サーボ等の同期がとられる。そして、ＶＴＲ（Ａ）側からのストリームが編集区間ＳEDに入ると、ＶＴＲ（Ｂ）では記録が開始される。さらに、ＶＴＲ（Ａ）側からのストリームが編集区間ＳEDを終了し、ポストロール区間ＳPOに入ると、ＶＴＲ（Ｂ）ではテープ駆動系等の動作が停止される。これにより、ＶＴＲ編集が良好に行われる。
【０１１９】
なお、上述実施の形態においては、ピクチャ単位がフレーム単位である例を示したが、ピクチャ単位はそれに限定されるものでなく、フィールド単位、あるいはその他の単位であるものにも、この発明を同様に適用することができる。
【０１２０】
以上説明したように、この発明においては、受信された伝送パケットより、映像データのピクチャ単位でストリーム情報を持つ付属データと、映像データおよび／または音声データからなる主データとが抽出され、ストリーム情報に基づいて、主データの記録制御が行われる。例えば、プリロール区間でＶＴＲのテープ駆動系等の動作を開始させてサーボ等の同期をとり、編集区間で主データの記録を行い、その後のポストロール区間でＶＴＲのテープ駆動系等の動作を停止させる。したがって、この発明により、ＶＴＲ編集を良好に行うことができる。
【０１２１】
産業上の利用可能性
以上のように、この発明に係るデータ伝送方法および装置、並びにデータ受信方法および装置は、動画像信号および音声信号等を伝送路を介して送信側から受信側に伝送するテレビ会議システム、テレビ電話システム、放送用機器などに適用して好適である。
【図面の簡単な説明】
図１は、ＳＤＴＩ−ＣＰフォーマットを説明するための図である。図２は、ＳＤＴＩ−ＣＰフォーマットのアンシラリデータ部内のヘッダの構成を示す図である。図３は、コンテンツパッケージの基本的構成を示す図である。図４は、ＭＰＥＧ−２のＧＯＰの例を使用したコンテンツパッケージの配置を示す図である。図５は、ＳＤＴＩ可変長ブロックの構成を示す図である。図６は、システムアイテムの構成を示す図である。図７は、ＳＭＰＴＥ−１２Ｍとして規格されたタイムコードの構成を示す図である。図８は、メタデータセットの構成を示す図である。図９Ａ〜図９Ｃは、「Ｉｔｅｍ Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」の構成を示す図である。図１０は、ピクチャ、オーディオ、補助データのアイテムの構成を示す図である。図１１は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２ Ｖ−ＥＳのフォーマット例を示す図である。図１２は、８チャネルＡＥＳ−３エレメントの構成を示す図である。図１３は、５フレームシーケンスを説明するための図である。図１４Ａ〜図１４Ｃは、ＭＰＥＧ−２画像編集メタデータを説明するための図である。図１５Ａ〜図１５Ｄは、オーディオ編集メタデータを説明するための図である。図１６は、ＳＤＴＩ−ＣＰストリームの伝送系の一例を示すブロック図である。図１７は、ＶＴＲ編集を行う場合における伝送系の一例を示すブロック図である。図１８は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグの設定の一例を示す図である。図１９は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグの設定の他の例を示す図である。図２０は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグを使用したＶＴＲ編集の動作を説明するための図である。
技術分野
この発明は、映像データ、音声データ、それ以外のメタデータ等を伝送する際に適用して好適なデータ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置に関する。
【０００２】
背景技術
ＳＤＩ（Serial Digital Interface）フォーマットは、テレビジョン工学や映像工学に関する規格を発行するＳＭＰＴＥ（Society of Motion Picture and Television Engineers）のＳＭＰＴＥ−２５９Ｍで標準化されている。このＳＤＩフォーマットは、基本的には、ディジタル信号規格であるＤ−１フォーマットもしくはＤ−２フォーマットを対象とした信号の規格である。
【０００３】
このＳＤＩフォーマットでは、限定されたメディアのデータのみを対象とした伝送しかできない。具体的には、伝送可能なメディアとして、ビデオデータは１チャネル、ベースバンドのオーディオデータは８チャネル程度である。そのため、ＳＤＩフォーマットは、マルチメディア化またはマルチチャネル化等に不向きである。
【０００４】
また、ＳＤＴＩ（Serial Data Transport Interface）フォーマットは、ＳＭＰＴＥのＳＭＰＴＥ−３０５Ｍで標準化されている。このＳＤＴＩフォーマットは、ＳＤＩフォーマットの利点を活かしつつ、ＳＤＩフォーマットと部分的に共通性を保ちながら、マルチメディア化またはマルチチャネル化等に好適なものとなっている。このＳＤＴＩフォーマットは、ベースバンド信号の伝送のための規格であり、終了同期符号（ＥＡＶ：End of Active Video）および開始同期符号（ＳＡＶ：Start of Active Video）を一緒に伝送している。
【０００５】
すなわち、ＳＤＴＩフォーマットでは、映像フレームの各１ラインの区間を、ＥＡＶが挿入される領域と、補助データが挿入される補助データ領域（アンシラリデータ部ＡＮＣ）と、ＳＡＶが挿入される領域と、映像データや音声データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを伝送する。
【０００６】
このようなＳＤＴＩフォーマットによるストリーム（ＳＤＴＩストリーム）の伝送を、ＶＴＲ編集において利用することが考えられる。ＶＴＲ編集においては、再生ＶＴＲ側から記録ＶＴＲ側に対して、ＳＤＴＩストリームを伝送することとなる。
【０００７】
ところで、ＶＴＲは、テープの駆動系等にサーボモータを利用しており、編集点において直ぐに稼働することができず、サーボ等の同期のため、編集のイン（Ｉｎ）点の前に、ある程度の準備のための助走区間であるプリロール（pre-roll）区間を必要とする。同様に、ＶＴＲは急にテープ駆動系等を停止できないため、編集のアウト（Ｏｕｔ）点の後に、ポストロール（post-roll）区間を必要とする。
【０００８】
そのため、上述したＶＴＲ編集においては、再生ＶＴＲ側から記録ＶＴＲ側に対して伝送するストリームに、編集区間の前のプリロール区間に属するか、編集区間に属するか、編集区間の後のポストロール区間に属するかを示すストリーム情報を持たせる必要がでてきた。
【０００９】
この発明の目的は、例えば再生ＶＴＲ側から記録ＶＴＲ側に対してストリームを伝送して行うＶＴＲ編集を可能にすることにある。
【００１０】
発明の開示
この発明に係るデータ伝送方法は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する第１のステップと、ペイロード領域に第１のデータおよび第２のデータが挿入された伝送パケットを、シリアル変換して伝送する第２のステップとを有し、伝送パケットを受信した記録側でストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１１】
例えば、ピクチャ単位が編集区間に属することを示すストリーム情報は、さらに、当該ピクチャ単位が、編集区間の最初のピクチャ単位であるか、編集区間の中間のピクチャ単位であるか、編集区間の最後のピクチャ単位であるか、および編集区間の最初かつ最後のピクチャ単位であるかを示すものである。
【００１２】
また、この発明に係るデータ伝送装置は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する手段と、ペイロード領域に第１のデータおよび第２のデータが挿入された伝送パケットをシリアル変換して伝送する手段とを備え、伝送パケットを受信した記録側でストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１３】
この発明において、ペイロード領域には、ストリーム情報を持つ付属データを含む第１のデータと、映像データおよび／または音声データからなる主データを含む第２のデータとが挿入される。そのため、受信側では、ストリーム情報を利用して、例えば記録ＶＴＲのテープ駆動系の動作を制御できるため、ＶＴＲ編集が可能となる。
【００１４】
この発明に係るデータ受信方法は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットを受信する第１のステップと、受信された伝送パケットより主データおよび付属データを抽出する第２のステップとを有し、伝送パケットより抽出された付属データ内のストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１５】
また、この発明に係るデータ受信装置は、映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、ペイロード領域に、映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットを受信する手段と、受信された伝送パケットより主データおよび付属データを抽出する手段とを備え、伝送パケットより抽出された付属データ内のストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させるものである。
【００１６】
この発明において、受信された伝送パケットより、映像データのピクチャ単位でストリーム情報を持つ付属データと、映像データおよび／または音声データからなる主データとが抽出され、ストリーム情報に基づいて、主データの記録制御が行われる。例えば、プリロール区間でＶＴＲのテープ駆動系等の動作が開始されてサーボ等の同期がとられ、編集区間で主データの記録が行われ、その後のポストロール区間でＶＴＲのテープ駆動系等の動作が停止される。これにより、ＶＴＲ編集が可能となる。
【００１７】
発明を実施するための最良の形態
以下、図面を参照しながら、この発明の実施の形態について説明する。本実施の形態においては、映像や音声の素材等のデータをパッケージ化してそれぞれのコンテンツアイテム（例えばピクチャアイテム(Picture Item)やオーディオアイテム(Audio Item)）を生成すると共に、各コンテンツアイテムに関する情報や各コンテンツに関するメタデータ等をパッケージ化して１つのコンテンツアイテム（システムアイテム(System Item)）を生成し、これらの各コンテンツアイテムをコンテンツパッケージとする。さらに、このコンテンツパッケージから伝送パケットを生成して、シリアルディジタルトランファーインタフェースを用いて伝送するものである。
【００１８】
このシリアルディジタルトランスファーインタフェースでは、例えばＳＭＰＴＥで規格化されたＳＭＰＴＥ−２５９Ｍ「10-bit 4:2:2 Component and 4fsc Composite Digital Signals -Serial Digital Interface」（以下「シリアルディジタルインタフェースＳＤＩ(Serial Digital Interface)フォーマット」という）のディジタル信号シリアル伝送フォーマットや、パケット化したディジタル信号を伝送する規格ＳＭＰＴＥ−３０５Ｍ「Serial Data Transport 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が配されている。
【００２９】
「Data Count」は、ヘッダデータのワード数を示すものであり、ワード数は４６ワード（２２Ｅh）とされている。このヘッダデータは、図２に示すように「Line Number-0」から「Header CRC1」までのデータで構成されている。
【００３０】
「Line Number-0,Line Number-1」は、テレビライン番号を示すものであり、ＮＴＳＣ５２５方式ではこの２ワードによって１から５２５まで映像フレームのライン番号が示される。また、ＰＡＬ方式６２５方式では１から６２５までの映像フレームのライン番号が示される。
【００３１】
「Line Number-0,Line Number-1」に続いて、「Line Number CRC0,Line Number CRC1」が配されており、この「Line Number CRC0,Line Number CRC1」は、「ＤＩＤ」から「Line Number-1」までの５ワードに対するＣＲＣ（cyclic redundancy check codes）の値であり、伝送エラーのチェックに用いられる。
【００３２】
「Code & AAＩ(Authorized address identifier)」では、ＳＡＶからＥＡＶまでのペイロード部のワード長がどのような設定とされているか、および送出側や受取側のアドレスがどのようなデータフォーマットとされているか等の情報が示される。
【００３３】
「Destination Address」は、データ受取側（送出先）のアドレスであり、「Source Address」は、データ送出側（送出元）のアドレスである。「Source Address」に続く「Block Type」は、ペイロード部がどのような形式とされているか、例えば固定長か可変長かを示すものである。ペイロード部が可変長の形式であるとき、圧縮データが挿入される。ここで、ＳＤＴＩ−ＣＰフォーマットでは、例えば圧縮されたビデオデータを用いてコンテントアイテムを生成したときにフレーム毎にデータ量が異なることから可変長ブロック(Variable Block)が用いられる。このため、ＳＤＴＩ−ＣＰフォーマットでの「Block Type」は固定データ１Ｃ１hとされる。
【００３４】
「CRC Flag」は、ペイロード部ＰＡＤの最後の２ワードにＣＲＣが置かれているか否かを示すものである。また、「CRC Flag」に続く「Data extension flag」は、ユーザーデータパケットを拡張しているか否かを示している。
【００３５】
「Data extension flag」に続いて４ワードの「Reserved」領域が設けられる、次の「Header CRC 0,Header CRC 1」は、「Code & AAI」から「Reserved3」までに対するＣＲＣ（cyclic redundancy check codes）の値であり、伝送エラーのチェックに用いられる。「Check Sum」は、全ヘッダデータに対するＣｈｅｃｋ Ｓｕｍコードであり、伝送エラーのチェックに用いられる。
【００３６】
次に、映像フレームのペイロード部ＰＡＤに挿入されるコンテンツパッケージについて、図３を用いて、さらに説明する。図３は、コンテンツパッケージの基本的構成を示している。
【００３７】
各コンテンツパッケージは、それぞれが一もしくはそれ以上のエレメントからなる４つまでのアイテムで構成される。この４つのアイテムとは、システム、ピクチャ、オーディオ、補助データの各アイテムである。
【００３８】
ピクチャとオーディオのアイテムは、基本的にテレビジョンの直接の構成要素を搬送するストリームエレメントである。これら２つのアイテムは、たびたび専用のストレージもしくは処理機器に送られる。補助データは、サブタイトルやテレテキストデータ等のデータ中心のコンテンツを搬送するために使用され、コンピュータ上で頻繁に作成され、そして処理されてストアされる。
【００３９】
ディジタル配送サービスが増加した場合には、補助データタイプは、その数、ボリューム、複雑さにおいて、増えていくものと予想される。最後に、システムアイテムは、タイムスタンプのようなパッケージメタデータ、他の３つのアイテムの各エレメントのためのメタデータ、ダウンストリームパッケージ制御エレメントを通じて、全体としてのパッケージのためのサービスを提供する。ピクチャ、オーディオ、補助データアイテムは、それぞれ、例えば２５５個までのエレメントで構成できる。
【００４０】
図１は、システム、ピクチャ、オーディオ、補助データの４つのアイテムからなるコンテンツパッケージを、映像フレームのペイロード部に挿入したときのデータ構造を示している。
【００４１】
図４は、ＭＰＥＧ−２のＧＯＰの例を使用したコンテンツパッケージの配置（斜線部参照）を示している。符号化されたビデオデータの各フレームは、他のデータと共にパッケージ化されて一連のコンテンツパッケージが生成される。そして、ＳＤＴＩフォーマット上で、各フレームの第１フィールドから第２フィールドへ左から右の順番にスキャンされて転送が行われる。この場合、各フレームのビデオデータは異なる大きさに符号化されるが、符号化された各フレームのビデオデータは、各フレーム区間に対応して伝送される。
【００４２】
なお、各コンテンツパッケージはシステムアイテムを含まねばならず、他のアイテムのいずれかによって完結される。システムアイテムは、コンテンツパッケージの開始点を認識するために最初に配されている。すなわち、このシステムアイテムは、ＮＴＳＣ方式では第１３ラインより始まり、ＰＡＬ方式では第９ラインから始まる。また、１つのコンテンツパッケージにおいて、上述した４つのタイプのアイテムのうち、一つのタイプのアイテムしかない場合もある。
【００４３】
各アイテムは、図５に示すように、「Separator」で始まり、「End Code」で終わるＳＤＴＩ可変長ブロックとして構成される。「Separator」は、開始同期符号ＳＡＶに続いてすぐに始まる。「Separator」の値は「３０９h」、「End Code」の値は「３０Ａh」に設定されている。「Word Count」は「Data Block」のワード数を示しており、「Data Block」が各アイテムのデータである。
【００４４】
「Data Type」はパッケージ化されているデータが、どのようなアイテムのデータであるかを示すものである。「Data Type」の値は、例えばシステムアイテムでは「０４h」、ピクチャアイテムでは「０５h」、オーディオアイテムでは「０６h」、補助データアイテムでは「０７h」とされる。コンテンツパッケージの始まりは、システムアイテムの「Data Type」コードの検出によって行われる。
【００４５】
なお、各ＳＤＴＩ可変長ブロックの入力フォーマットは、１０ビットワードの一部をなすビットｂ０〜ｂ７の８ビットデータである。ビットｂ８とｂ９は、「Separator」ワードと「End Code」ワードのために、共に「１」に設定される。「Data Type」、「Word Count」、「Data Block」の各ワード用には、ＳＤＴＩフォーマット通りに、ビット８がビットｂ０〜ｂ７の偶数パリティとなり、ビットｂ９が奇数パリティとなるように設定される。
【００４６】
図６は、システムアイテムの構成を示している。「System Item Type」と「Word Count」は、それぞれ上述した可変長ブロックの「Data Type」と「Word Count」に相当する。このシステムアイテムは、ピクチャ、オーディオ、補助データの各アイテムのエレメントのためのメタデータと共に、パッケージメタデータおよびコントロールデータを含んでいる。
【００４７】
このシステムアイテムは、７ワードのシステムアイテムヘッダで始まり、ＳＭＰＴＥユニバーサルラベル、タイムスタンプ、パッケージ、ピクチャ、オーディオおよび補助データのメタデータセット、さらにコントロールエレメントが後に続くようにされる。
【００４８】
システムアイテムヘッダは、１ワードの「System Item Bitmap」と、１ワードの「Content Package Rate」と、「stream status」フラグ を含む１ワードの「Content Package Type」と、２ワードの「Channel Handle」と、２ワードの「Continuity Count」とからなっている。
【００４９】
「System Item Bitmap」を説明する。ビットｂ７は誤り訂正符号が加えられているか否かを示すフラグであり、「１」とされているときには誤り訂正符号が加えられていることを示している。ビットｂ６は、「SMPTE Universal Label」の情報があるか否かを示すフラグである。ここで「１」とされているときには、「SMPTE Universal Label」の情報がシステムアイテムに含まれていることを示している。
【００５０】
ビットｂ５およびｂ４は「Reference Date/Time stamp」、「Current Date/Time stamp」がシステムアイテムにあるか否かを示すフラグである。「Reference Date/Time stamp」では、例えばコンテンツパッケージが最初に作られた時間あるいは日付が示される。「Current Date/Time stamp」では、コンテンツパッケージのデータを最後に修正した時間あるいは日付が示される。
【００５１】
ビットｂ３はピクチャアイテム、ビットｂ２はオーディオアイテム、ビットｂ１は補助データアイテムがこのシステムアイテムの後にあるか否かを示すフラグであり、「１」とされているときはそれぞれそのアイテムがこのシステムアイテムの後に存在することを示す。
【００５２】
ビットｂ０は、コントロールエレメントがこのシステムアイテムにあるか否かを示すフラグであり、「１」とされているときはコントロールエレメントが存在することを示す。なお、図示せずもビットｂ８，ｂ９が上述したように付加されて１０ビットのデータとして伝送される。
【００５３】
「Content Package Rate」を説明する。ビットｂ７〜ｂ６は未定義領域(Reserved)であり、ビットｂ５〜ｂ１では、１倍速動作における１秒当たりのパッケージ数であるパッケージレート(Package Rate)が示される。ビットｂ０は１．００１フラグであり、フラグが「１」に設定されているときは、パッケージレートが１／１．００１倍であることが示される。
【００５４】
「Content Package Type」を説明する。ビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Stream Status」フラグである。この３ビットの「Stream Status」フラグによって、以下の８種類の状態が示される。
０：このピクチャ単位が、プリロール（pre-roll）区間、編集区間、ポストロール（post-roll）区間のいずれの区間にも属さない。
１：このピクチャ単位が、プリロール区間に含まれているピクチャであり、この後に編集区間が続く。
２：このピクチャ単位が、編集区間の最初のピクチャ単位である。
３：このピクチャ単位が、編集区間の中間に含まれているピクチャ単位である。
４：このピクチャ単位が、編集区間の最後のピクチャ単位である。
５：このピクチャ単位が、ポストロール区間に含まれているピクチャ単位である。
６：このピクチャ単位が、編集区間の最初、かつ最後のピクチャ単位である（編集区間のピクチャ単位が１つだけの状態）。
７：未定義
【００５５】
また、ビットｂ４は未定義領域(Reserved)である。ビットｂ３，ｂ２の「Transfer Mode」では、伝送パケットの伝送モードが示される。また、ビットｂ１，ｂ０の「Timing Mode」ではタイミングモードが示される。ここで、ビットｂ３，ｂ２で示される値が「０」のときには同期モード(Synchronous mode)、「１」のときには等時性モード(Isochronous mode)、「２」のときは非同期モード(Asynchronous mode)とされる。ビットｂ１，ｂ０で示される値が「０」のときには１フレーム分のコンテンツパッケージの伝送を第１フィールドの所定のラインのタイミングで開始するノーマルタイミングモード(Normal timing mode)とされ、「１」のときにはその伝送を第２フィールドの所定のラインのタイミングで開始するアドバンスドタイミングモード(Advanced timing mode)とされ、「２」のときはその伝送を第１および第２フィールドのそれぞれの所定のラインのタイミングで開始するデュアルタイミングモード(Dual timing mode)とされる。
【００５６】
「Channel Handle」について説明する。この「Channel Handle」ワードは、複数の番組のコンテンツパッケージが多重化されて伝送される場合に、各番組のコンテンツパッケージを識別するためのものである。この「Channel Handle」ワードの１６ビットの値を判別することで、多重化されているコンテンツパッケージをそれぞれ番組毎に分離することができる。
【００５７】
「Continuity Count」について説明する。「Continuity Count」は、１６ビットのモジュロカウンタである。このカウンタは、ピクチャ単位毎にカウントアップされると共に、それぞれのストリームで独自にカウントされる。したがって、ストリームスイッチャ等によってストリームの切り替えがあるときは、このカウンタの値が不連続となって、切り替え点（編集点）の検出が可能となる。なお、このカウンタは上述したように１６ビット（２16＝６５５３６）のモジュロカウンタであって非常に大きいので、２つの切り替えられるストリームにおいて、切り替え点でのカウンタの値が偶然に一致する確率が限りなく低く、切り替え点の検出のために、実用上充分な精度を提供できる。
【００５８】
「Continuity Count」の後には、上述したように「SMPTE Universal Label」、「Reference Date/Time stamp」、「Current Date/Time stamp」が設けられる。さらに、その後に、「Package Metadata Set」、「Picture Metadata Set」、「Audio Metadata Set」、「Auxiliary Metadata Set」がパッケージ化されたアイテムに応じて設けられ、番組タイトル等のコンテンツパッケージの情報や、ピクチャやオーディオあるいは補助データのパッケージ化されているアイテムに関する情報が示される。なお、「Picture Metadata Set」、「Audio Metadata Set」、「Auxiliary Metadata Set」は、対応するアイテムが「System Item Bitmap」のフラグによってコンテンツパッケージに内に含まれることが示されたときに設けられる。
【００５９】
さらに、これらの後に「Control Element」を設けることができる。この「Control Element」は、１バイトのエレメントタイプ識別子とそれに続く４バイトのワードカウントとコントロールエレメントデータからなる。
【００６０】
上述の「Time stamp」についてされに説明する。この「Time stamp」には１７バイトが割り当てられており、最初の１バイトで「Time stamp」であることが識別されると共に、残りの１６バイトがデータ領域として用いられる。ここで、データ領域の最初の８バイトは、例えばＳＭＰＴＥ１２Ｍとして規格化されたタイムコード(Time-code)を示しており、後の８バイトは無効データである。
【００６１】
図７は、ＳＭＰＴＥ−１２Ｍとして規格化されたタイムコードの構成を示している。このタイムコードは、「Frame」、「Seconds」、「Minutes」、「Hours」および４バイトの「Binary Group Data」からなる。
【００６２】
「Frame」について説明する。ビットｂ７はカラーフレームフラグ(Color Frame Flag)であり、このカラーフレームフラグにより第１のカラーフレームであるか第２のカラーフレームであるかが示される。ビットｂ６はドロップフレームフラグ(Drop Frame Flag)であり、このドロップフレームフラグによりピクチャアイテムに挿入された映像フレームがドロップフレームであるか否かが示される。そして、ビットｂ５，ｂ４でフレームの１０の位、ビットｂ３〜ｂ０でフレームの１の位が示される。
【００６３】
「Seconds」について説明する。ビットｂ７は、フィールド位相（ＮＴＳＣ）またはバイナリグループ０（ＰＡＬ）を示している。したがって、ＮＴＳＣ方式の場合には、このビットｂ７により第１フィールドであるか第２フィールドであるかが示される。そして、ビットｂ６〜ｂ４で秒の１０の位、ビットｂ３〜ｂ０で秒の１の位が示される。
【００６４】
「Minutes」について説明する。ビットｂ７は、バイナリグループ０（ＮＴＳＣ）またはバイナリグループ２（ＰＡＬ）を示している。そして、ビットｂ６〜ｂ４で分の１０の位、ビットｂ３〜ｂ０で分の１の位が示される。
【００６５】
「Hours」について説明する。ビットｂ７は、バイナリグループ１を示している。ビットｂ６は、バイナリグループ２（ＮＴＳＣ）またはフィールドフェーズ（ＰＡＬ）を示している。したがって、ＰＡＬ方式の場合には、このビットｂ６により第１フィールドであるか第２フィールドであるかが示される。そして、ビットｂ５，ｂ４で時の１０の位、ビットｂ３〜ｂ０で秒の１の位が示される。
【００６６】
また、上述した「Minutes」のビットｂ７および「Hours」のビットｂ７，ｂ６の３ビットＢ０〜Ｂ３（ＰＡＬ方式では、「Seconds」、「Minutes」、「Hours」のビットｂ７の３ビットＦＰ，Ｂ０，Ｂ２）によって、「Binary Group Data」の各ＢＧ１〜ＢＧ８にデータがあるか否かが示される。この「Binary Group Data」では、例えばグレゴリオ暦(Gregorian Calender)やユリウス暦(Julian Calender)での年月日を二桁で表示することができるようになされている。
【００６７】
上述した「Metadata Set」について、さらに説明する。図８は、「Metadata Set」の構成を示している。「Metadata Set」は、セット内の「Metadata Block」のワード数を定義する１ワードの「Metadata Count」によって始められる。「００ｈ」のメタデータカウント値は、有効な値であって、「Metadata Block」がないことを示す。この場合、「Metadata Set」は、たった１ワード長のものとなる。
【００６８】
図９Ａは「Package Metadata Block」の構成を示している。この「Package Metadata Block」は、１ワードの「Metadata Type」で始まり、次いで２ワードの「Word Count」（図９Ｃ）が続き、「Metadata」自体で完結する。「Metadata Type」ワードでは、「Metadata」の種類が示される。「Word Count」では、ブロックの終わりまでのワード数（可変長のブロックの「Word Count」に相当）が示される。
【００６９】
図９Ｂは、「Item Metadata Block」の構成を示している。この「Item Metadata Block」は、上述した「Package Metadata Block」と同様に、１ワードの「Metadata Type」で始まり、次いで２ワードの「Word Count」（図９Ｃ）が続く。さらに、１ワードの「Element Type」および１ワードの「Element Number」と続き、「Metadata」自体で完結する。「Element Type」および「Element Number」は、ピクチャ、オーディオ、補助データのアイテムの関連するエレメントとの一意的なリンクのための情報である。
【００７０】
次に、ピクチャ、オーディオおよび補助データのアイテムの構成を説明する。図１０は、これらのアイテムの構成を示している。これらのアイテムは、１ワードの「Item Type」から始まり、４ワードの「Word Count」および１ワードの「Item Header」が続き、その後に「Element Data Block」が続く。「Item Type」は、上述したようにアイテムの種類を示しており、ピクチャアイテムでは、「０５h」、オーディオアイテムでは「０６h」、補助データアイテムでは「０７h」である。「Item Word Count」では、このブロックの終わりまでのワード数（可変長ブロックの「Word Count」に相当）が示される。
【００７１】
「Item Header」では、「Element Data Block」のワード数が示される。「Element Data Block」がアイテムのデータ領域とされる。ここで、「Item Header」は８ビットで、「Element Data Block」のワード数を示しているので、「Element Data Block」の数は１〜２５５の範囲（０は有効でない）となる。
【００７２】
「Element Data Block」は、１ワードの「Element Type」から始まり、４ワードの「Element Word Count」および１ワードの「Element Number」が続き、「Element Data」で完結する。「Element Type」および「Element Word Count」により、それぞれ「Element Data」のデータ種類およびデータ量が示される。「Element Word Count」は、ＳＭＰＴＥ−３０５Ｍで規定されたと同じフォーマットを有し、その値は「Element Number」に対して「１」を加えた「Element Data」ワードの長さである。「Element Number」では、何番目の「Element Data Block」であるかが示される。
【００７３】
エレメントの一つであるＭＰＥＧ−２画像エレメントについて説明する。ＭＰＥＧ−２画像エレメントは、いずれかのプロファイル若しくはレベルのＭＰＥＧ−２ビデオエレメンタリストリーム（Ｖ−ＥＳ）である。プロファイルおよびレベルは、デコーダーテンプレートドキュメントで定義される。
【００７４】
図１１は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２ Ｖ−ＥＳのフォーマット例を示している。この例は、キー、つまりＭＰＥＧ−２スタートコードを特定する（ＳＭＰＴＥレコメンデッドプラクティスにしたがった）Ｖ−ＥＳビットストリーム例である。ＭＰＥＧ−２ Ｖ−ＥＳビットストリームは、単純に同図に示されたようにデータブロックにフォーマットされる。
【００７５】
次に、エレメントの一つである８チャネルＡＥＳ−３エレメントについて説明する。このエレメントは、本来的に８チャネルまでの非圧縮ＡＥＳ−３オーディオデータを搬送するためのものであるが、既にＡＥＳ−３信号として符号化された圧縮ビットストリームや他の非オーディオデータを搬送することもできる。
【００７６】
図１２は、８チャネルＡＥＳ−３エレメントの構成を示している。このエレメントは、「Element Header」、「Audio Sample Count」、「Stream Valid Flags」および「AES-3 Data Area」で構成されている。
【００７７】
「Element Header」について説明する。ビットｂ７は「FVUCP Valid Flag」であり、ＡＥＳ(Audio Engineering Society)で規格化されたＡＥＳ−３のフォーマットにおいて定義されているＦＶＵＣＰが、「Data Area」のＡＥＳ−３フォーマットのオーディオデータで設定されているか否かが示される。ビットｂ６〜ｂ３は未定義領域（Reserved）であり、ビットｂ２〜ｂ０で、５フレームシーケンスのシーケンス番号（5-sequence count）が示される。
【００７８】
ここで、５フレームシーケンスについて説明する。１フレームが５２５ラインの走査線で（３０／１．００１）フレーム／秒のビデオ信号に同期すると共に、サンプリング周波数が４８ｋＨｚであるオーディオ信号を、ビデオ信号の各フレームのブロック毎に分割すると、１ビデオフレーム当たりのサンプル数は１６０１．６サンプルとなり整数値とならない。このため、５フレームで８００８サンプルとなるように１６０１サンプルのフレームを２フレーム設けると共に１６０２サンプルのフレームを３フレーム設けるシーケンスが５フレームシーケンスと呼ばれている。
【００７９】
図１３は、５フレームシーケンスを示している。すなわち、基準フレームに同期して、例えばシーケンス番号１，３，５のフレームが１６０２サンプル、シーケンス番号２，４のフレームが１６０１サンプルとされている。このシーケンス番号が、上述した「Element Header」のビットｂ２〜ｂ０で示される。
【００８０】
「Audio Sample Count」について説明する。この「Audio Sample Count」は、図１２に示すように、ビットｃ１５〜ｃ０を用いた０〜６５５３５の範囲内の１６ビットのカウンタであり、各チャネルのサンプル数が示される。なお、エレメント内では全てのチャネルが同じ値を有するものである。
【００８１】
「Stream Valid Flags」について説明する。この「Stream Valid Flags」では、８チャネルの各ストリームが有効であるか否かが示される。ここで、各チャネルに意味のあるオーディオデータが含まれている場合には、このチャネルに対応するビットが「１」に設定されると共に、それ以外では「０」に設定されて、ビットが「１」に設定されたチャネルのオーディオデータのみが伝送される。
【００８２】
「AES-3 Data Area」について説明する。この「Data Area」の「ｓ２〜ｓ０」は８チャネルの各ストリームを識別のためのデータ領域である。「Ｆ」はサブフレームの開始を示している。「ａ２３〜ａ０」はオーディオデータであり、「Ｐ，Ｃ，Ｕ，Ｖ」はチャネルステータスやユーザビット、Ｖａｌｉｄｉｔｙビット、パリティ等である。
【００８３】
次に、汎用のデータフォーマット（General Data Format）について説明する。この汎用のデータフォーマットは、全てのフリーフォームデータタイプを搬送するために使用される。しかし、このフリーフォームデータタイプには、ＩＴネイチャ（ワードプロセッシングファイルやハイパーテキスト等）などの特別な補助エレメントタイプは含まれない。
【００８４】
次に、メタデータの一つであるＭＰＥＧ−２画像編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータと、圧縮符号化メタデータと、ソース符号化メタデータとの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。
【００８５】
図１４Ａ〜Ｃは、それぞれ、図６に示すシステムアイテムの「Picture Metadata Set」領域に挿入されるＭＰＥＧ−２画像編集メタデータ内に設けられる「Picture Editing Bitmap」領域と、「Picture Coding」領域と、「MPEG User Bitmap」領域を示している。さらに、このＭＰＥＧ−２画像編集メタデータには、ＭＰＥＧ−２のプロファイルとレベルを示す「Profile/Level」領域や、ＳＭＰＴＥ１８６−１９９５で定義されたビデオインデックス情報を設けることも考えられる。
【００８６】
図１４Ａは、１ワードの「Picture Editing Bitmap」を示している。ビットｂ７およびｂ６は「Edit flag」であり、編集点情報を示すフラグである。この２ビットのフラグによって、以下の４種類の状態が示される。
００：編集なし
０１：編集点が、このフラグが付いているピクチャ単位の前にある（Pre-picture edit）
１０：編集点が、このフラグが付いているピクチャ単位の後にある（Post-picture edit）
１１：ピクチャ単位が１つだけ挿入され、編集点がこのフラグが付いているピクチャ単位の前と後にある（single frame picture）
【００８７】
つまり、ピクチャアイテムに挿入された映像データ（ピクチャ単位）が、編集点の前にあるか、編集点の後にあるか、さらに２つの編集点に挟まれているか、を示すフラグを「Picture Metadata Set」（図６参照）の「Picture Editing Bitmap」領域に挿入する。
【００８８】
ビットｂ５およびｂ４は、「Error flag」である。この「Error flag」は、ピクチャが修正できないエラーを含んでいる状態にあるか、ピクチャがコンシールエラーを含んでいる状態にあるか、ピクチャがエラーを含んでいない状態にあるか、さらには未知状態にあるかを示す。ビットｂ３は、「Picture Coding」がこの「Picture Metadata Set」領域にあるか否かを示すフラグである。ここで、「１」とされているときは、「Picture Coding」が含まれていることを示している。
【００８９】
ビットｂ２は、「Profile／Level」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「Profile／Level」が含まれている。この「Profile／Level」は、ＭＰＥＧのプロファイルやレベルを示すＭＰ＠ＭＬやＨＰ＠ＨＬ等を示す。
【００９０】
ビットｂ１は、「HV Size 」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「HV Size 」が含まれている。ビットｂ０は、「MPEG User Bitmap」があるか否かを示すフラグである。ここで、「１」とされているときは、当該「Metadata Block」に「MPEG User Bitmap」が含まれている。
【００９１】
図１４Ｂは、１ワードの「Picture Coding」の構成を示している。ビットｂ７には「Closed GOP」が設けられる。この「Closed GOP」は、ＭＰＥＧ圧縮したときのＧＯＰ（Group Of Picture）がＣｌｏｓｅｄ ＧＯＰか否かを示す。
【００９２】
ビットｂ６には、「Broken Link」が設けられる。この「Broken Link」は、デコーダ側の再生制御に使用されるフラグである。すなわち、ＭＰＥＧの各ピクチャは、Ｂピクチャ、Ｂピクチャ、Ｉピクチャ・・・のように並んでいるが、編集点があって全く別のストリームをつなげたとき、例えば切り替え後のストリームのＢピクチャが切り替え前のストリームのＰピクチャを参照してデコードされるというおそれがある。このフラグをセットすることで、デコーダ側で上述したようなデコードがされないようにできる。
【００９３】
ビットｂ５〜ｂ３には、「Picture Coding Type」が設けられる。この「Picture Coding Type」は、ピクチャがＩピクチャであるか、Ｂピクチャであるか、Ｐピクチャであるかを示すフラグである。ビットｂ２〜ｂ０は、未定義領域(Reserved)である。
【００９４】
図１４Ｃは、１ワードの「MPEG User Bitmap」の構成を示している。ビットｂ７には、「History data」が設けられている。この「History data」は、前の世代の符号化に必要であった、例えば量子化ステップ、マクロタイプ、動きベクトル等の符号化データが、例えば「Metadata Block」の「Metadata」内に存在するユーザデータ領域に、History dataとして挿入されているか否かを示すフラグである。ビットｂ６には、「Anc data」が設けられている。この「Anc data」は、
アンシラリ領域に挿入されたデータ（例えば、ＭＰＥＧの圧縮に必要なデータ等）を、上述のユーザデータ領域に、Anc dataとして挿入されているか否かを示すフラグである。
【００９５】
ビットｂ５には、「Video index」が設けられている。この「Video index」は、Video index領域内に、Video index情報が挿入されているか否かを示すフラグである。このVideo index情報は１５バイトのVideo index領域内に挿入される。この場合、５つのクラス（１．１、１．２、１．３、１．４および１．５の各クラス）毎に挿入位置が決められている。例えば、１．１クラスのVideo index情報は最初の３バイトに挿入される。
【００９６】
ビットｂ４には、「Picture order」が設けられている。この「Picture order」は、ＭＰＥＧストリームの各ピクチャの順序を入れ替えたか否かを示すフラグである。なお、ＭＰＥＧストリームの各ピクチャの順序の入れ替えは、多重化のときに必要となる。
【００９７】
ビットｂ３，ｂ２には、「Timecode 2」、「Timecode 1」が設けられている。この「Timecode 2」、「Timecode 1」は、Timecode ２，１の領域に、ＶＩＴＣ（Vertical Interval Time Code）、ＬＴＣ（Longitudinal Time Code）が挿入されているか否かを示すフラグである。ビットｂ１，ｂ０には、「H-Phase」、「V-Phase」が設けられている。この「H-Phase」、「V-Phase」は、エンコード時にどの水平画素、垂直ラインからエンコードされているか、つまり実際に使われる枠の情報がユーザデータ領域にあるか否かを示すフラグである。
【００９８】
次に、メタデータの一つであるオーディオ編集メタデータについて説明する。このメタデータは、編集およびエラーメタデータおよびソース符号化メタデータの組み合わせである。これらのメタデータは、主として上述したシステムアイテム、さらには補助データアイテムに挿入することができる。
【００９９】
図１５Ａ〜Ｄは、それぞれ図６に示すシステムアイテムの「Audio Metadata Set」領域に挿入されるオーディオ編集メタデータ内に設けられる「Field/Frame flags」領域と、「Audio Editing Bitmap」領域と、「CS Valid Bitmap」領域と、「Channel Status Data」領域を示している。
【０１００】
ここで、有効とされているオーディオのチャネル数は、上述した図１２の「Stream Valid Flags」によって判別することができる。また「Stream Valid Flags」が「１」に設定されている場合には、「Audio Editing Bitmap」が有効となる。
【０１０１】
図１５Ａは、１ワードの「Filed/Frame flags」を示している。ビットｂ７〜ｂ０のそれぞれ第１〜第８のチャネルのオーディオデータに対応し、「０」であるときはフレーム単位でデータがパッキングされていることを示し、「１」であるときはフィールド単位でデータがパッキングされていることを示す。
【０１０２】
図１５Ｂは、１ワードの「Audio Editing Bitmap」を示している。ビットｂ７，ｂ６の「First edit flag」は第１フィールドの編集状況に関する情報を示し、ビットｂ５，ｂ４の「First edit flag」は第１フィールドの編集状況に関する情報を示す。ビットｂ３，ｂ２は、「Error flag」である。この「Error flag」では、修正できないようなエラーが発生しているか否か等が示される。ビットｂ１，ｂ０は、未定義領域（Reserved）である。
【０１０３】
図１５Ｃは、１ワードの「CS Valid Bitmap」を示している。この「CS Valid Bitmap」は、図１５Ｄに示すｎ（ｎ＝６，１４，１８あるいは２２）バイトの「Channel Status Data」のヘッダであり、データブロック内で２４のチャネルステータスワードのどれが存在しているかが示される。ここで、ビットｂ７の「CS Valid1」は、「Channel Status Data」の０から５バイトまでにデータがあるか否かを示すフラグである。同様に、ビットｂ６〜ｂ４の「CS Valid2」〜「CS Valid4」は、それぞれ、「Channel Status Data」の６から１３バイト、１４から１７バイト、１８から２１バイトまでにデータがあるか否かを示すフラグである。
【０１０４】
なお、「Channel Status Data」は２４バイト分とされており、最後から２番目の２２バイトのデータによって０から２１バイトまでにデータがあるか否かが示されると共に、最後の２３バイトのデータが、０から２２バイトまでのＣＲＣとされる。
【０１０５】
図１６は、上述したＳＤＴＩ−ＣＰフォーマットによるストリーム（以下、「ＳＤＴＩ−ＣＰトリーム」という）の伝送系の一例を示している。この伝送系１００は、ＶＴＲやサーバ等からなるストレージデバイス１０１と、ＳＤＴＩ−ＣＰインタフェース１０２と、伝送路１０４上に配置されたＳＤＴＩ−ＣＰストリームスイッチャ１０３とを有して構成されている。
【０１０６】
ストレージデバイス１０１には、複数のコンテンツパッケージが蓄積される。各コンテンツパッケージは、上述したようにシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等の複数のアイテムからなっている。ストレージデバイス１０１より順次出力されるコンテンツパッケージはＳＤＴＩ−ＣＰインタフェース１０２に供給される。ＳＤＴＩ−ＣＰインタフェース１０２は、各コンテンツパッケージをＳＤＴＩフォーマットの各映像フレームの伝送パケットのペイロード部に挿入し（図１参照）、その伝送パケットを伝送路１０４に送出する。なお、このようにＳＤＴＩ−ＣＰフォーマットによる伝送データ（ＳＤＴＩ−ＣＰストリーム）を伝送するときは、Ｐ／Ｓ変換および伝送路符号化が行われた後に、伝送速度が２７０Ｍｂｐｓのシリアルデータとして伝送される。
【０１０７】
また、伝送路１０４より送られてくるＳＤＴＩ−ＣＰストリームは、ＳＤＴＩ−ＣＰインタフェース１０２に供給される。ＳＤＴＩ−ＣＰインタフェース１０２は、このＳＤＴＩ−ＣＰストリームを受信し、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、これをストレージデバイス１０１に順次供給する。ストレージデバイス１０１は、ＳＤＴＩ−ＣＰインタフェース１０２より順次送られてくるコンテンツパッケージを記録媒体に順次蓄積していく。
【０１０８】
なお、ストレージデバイス１０１は、システムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等からなるコンテンツパッケージを蓄積する代わりに、ＭＰＥＧビデオデータやオーディオデータ、さらにはメタデータ自体を蓄積するようにしてもよい。
【０１０９】
この場合、ストレージデバイス１０１より各映像フレーム毎のビデオデータ、オーディオデータ、メタデータ等が出力されてＳＤＴＩ−ＣＰインタフェース１０２に供給される。そして、ＳＤＴＩ−ＣＰインタフェース１０２は、それら各データよりシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等を作成した後にパッキングして各映像フレームのコンテンツパッケージを得、さらに各コンテンツパッケージをＳＤＴＩフォーマットの各映像フレームの伝送パケットのペイロード部に挿入し、その伝送パケットを伝送路１０４に送出する。
【０１１０】
またこの場合、伝送路１０４よりＳＤＴＩ−ＣＰストリームを受信したＳＤＴＩ−ＣＰインタフェース１０２は、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、さらにそのコンテンツパッケージを構成するシステムアイテム、ピクチャアイテム、オーディオアイテム、補助データアイテム等のアイテムよりビデオデータ、オーディオデータ、メタデータ等のデータを得て、これをストレージデバイス１０１に順次供給する。ストレージデバイス１０１では、ＳＤＴＩ−ＣＰインタフェース１０２より順次送られてくるビデオデータ、オーディオデータ、メタデータ等のデータが蓄積される。
【０１１１】
また、図１６に示す伝送系におけるストリームスイッチャ１０３はマトリックススイッチャであり、このストリームスイッチャ１０３により、ＳＤＴＩ−ＣＰストリームの切り替えが行われる。このＳＤＴＩ−ＣＰストリームの切り替えは、垂直同期（Ｖ−ｓｙｎｃ）区間、具体的にはＮＴＳＣ５２５方式で第１０ライン、ＰＡＬ６２５方式では第６ラインで切り替えが行われる。
【０１１２】
次に、ＶＴＲ編集を行う場合について説明する。図１７は、ＶＴＲ編集を行う場合における伝送系の一例を示している。この伝送系２００は、再生側のＶＴＲ２０１ＡおよびＳＤＴＩ−ＣＰインタフェース２０２Ａと、記録側のＶＴＲ２０１ＢおよびＳＤＴＩ−ＣＰインタフェース２０２Ｂとが、伝送路２０３で接続されて構成されている。
【０１１３】
この場合、ＶＴＲ２０１Ａで再生されるコンテンツパッケージもしくはビデオデータ、オーディオデータ、メタデータ等のデータがＳＤＴＩ−ＣＰインタフェース２０２Ａに供給され、このＳＤＴＩ−ＣＰインタフェース２０２Ａより伝送路２０３にＳＤＴＩ−ＣＰストリームが送出される。
【０１１４】
ここで、上述したように、システムアイテム（図６参照）の「Content Package Type」ワードのビットｂ７〜ｂ５は、ストリーム内における、当該ピクチャ単位の位置を識別するための「Stream Status」フラグとされている。ＳＤＴＩ−ＣＰインタフェース２０２Ａより出力されるＳＤＴＩ−ＣＰストリーム内の各ピクチャ単位毎の３ビットの「Stream Status」フラグは、編集区間に対応して設定されている。
【０１１５】
図１８は、フラグ設定の一例を示している。プリロール区間ＳPRでは、各ピクチャ単位のフラグが「１」に設定されている。編集区間ＳEDでは、最初のピクチャ単位のフラグが「２」に設定され、最後のピクチャ単位のフラグが「４」に設定され、さらに中間のピクチャ単位のフラグが「３」に設定されている。また、ポストロール区間ＳPOでは、各ピクチャ単位のフラグが「５」に設定されている。
【０１１６】
図１９は、フラグ設定の他の例を示している。プリロール区間ＳPRおよびポストロール区間ＳPOにおけるフラグの設定は図１８に示す例と同じであるが、編集区間ＳEDには一つのピクチャ単位しかないことから、このピクチャ単位のフラグは「６」に設定されている。
【０１１７】
図１７の伝送系において、再生側のＳＤＴＩ−ＣＰインタフェース２０２Ａより出力されるＳＤＴＩ−ＣＰストリームは、伝送路２０３を介して、記録側のＳＤＴＩ−ＣＰインタフェース２０２Ｂに供給される。このＳＤＴＩ−ＣＰインタフェース２０２Ｂは、そのＳＤＴＩ−ＣＰストリームを受信し、各映像フレームの伝送パケットのペイロード部に挿入されている各コンテンツパッケージを抽出し、このコンテンツパッケージ、もしくはそのコンテンツパッケージに含まれるビデオデータ、オーディオデータ、メタデータ等のデータを、ＶＴＲ２０１Ｂに順次供給する。
【０１１８】
そして、ＶＴＲ２０１Ｂは、上述した３ビットの「Stream Status」フラグの設定に基づいて、現在のピクチャ単位が、プリロール区間ＳPRに属するか、編集区間ＳEDに属するか、ポストロール区間ＳPOに属するかを判断して、記録制御をする。すなわち、図２０に示すように、ＶＴＲ（Ａ）［ＶＴＲ２０１Ａ］側からのストリームがプリロール区間ＳPRに入ると、ＶＴＲ（Ｂ）［ＶＴＲ２０１Ｂ］ではテープ駆動系等の動作が開始され、サーボ等の同期がとられる。そして、ＶＴＲ（Ａ）側からのストリームが編集区間ＳEDに入ると、ＶＴＲ（Ｂ）では記録が開始される。さらに、ＶＴＲ（Ａ）側からのストリームが編集区間ＳEDを終了し、ポストロール区間ＳPOに入ると、ＶＴＲ（Ｂ）ではテープ駆動系等の動作が停止される。これにより、ＶＴＲ編集が良好に行われる。
【０１１９】
なお、上述実施の形態においては、ピクチャ単位がフレーム単位である例を示したが、ピクチャ単位はそれに限定されるものでなく、フィールド単位、あるいはその他の単位であるものにも、この発明を同様に適用することができる。
【０１２０】
以上説明したように、この発明においては、受信された伝送パケットより、映像データのピクチャ単位でストリーム情報を持つ付属データと、映像データおよび／または音声データからなる主データとが抽出され、ストリーム情報に基づいて、主データの記録制御が行われる。例えば、プリロール区間でＶＴＲのテープ駆動系等の動作を開始させてサーボ等の同期をとり、編集区間で主データの記録を行い、その後のポストロール区間でＶＴＲのテープ駆動系等の動作を停止させる。したがって、この発明により、ＶＴＲ編集を良好に行うことができる。
【０１２１】
産業上の利用可能性
以上のように、この発明に係るデータ伝送方法および装置、並びにデータ受信方法および装置は、動画像信号および音声信号等を伝送路を介して送信側から受信側に伝送するテレビ会議システム、テレビ電話システム、放送用機器などに適用して好適である。
【図面の簡単な説明】
図１は、ＳＤＴＩ−ＣＰフォーマットを説明するための図である。図２は、ＳＤＴＩ−ＣＰフォーマットのアンシラリデータ部内のヘッダの構成を示す図である。図３は、コンテンツパッケージの基本的構成を示す図である。図４は、ＭＰＥＧ−２のＧＯＰの例を使用したコンテンツパッケージの配置を示す図である。図５は、ＳＤＴＩ可変長ブロックの構成を示す図である。図６は、システムアイテムの構成を示す図である。図７は、ＳＭＰＴＥ−１２Ｍとして規格されたタイムコードの構成を示す図である。図８は、メタデータセットの構成を示す図である。図９Ａ〜図９Ｃは、「Ｉｔｅｍ Ｍｅｔａｄａｔａ Ｂｌｏｃｋ」の構成を示す図である。図１０は、ピクチャ、オーディオ、補助データのアイテムの構成を示す図である。図１１は、ＳＤＴＩ−ＣＰエレメントフレームにおけるＭＰＥＧ−２ Ｖ−ＥＳのフォーマット例を示す図である。図１２は、８チャネルＡＥＳ−３エレメントの構成を示す図である。図１３は、５フレームシーケンスを説明するための図である。図１４Ａ〜図１４Ｃは、ＭＰＥＧ−２画像編集メタデータを説明するための図である。図１５Ａ〜図１５Ｄは、オーディオ編集メタデータを説明するための図である。図１６は、ＳＤＴＩ−ＣＰストリームの伝送系の一例を示すブロック図である。図１７は、ＶＴＲ編集を行う場合における伝送系の一例を示すブロック図である。図１８は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグの設定の一例を示す図である。図１９は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグの設定の他の例を示す図である。図２０は、「Ｓｔｒｅａｍ Ｓｔａｔｕｓ」フラグを使用したＶＴＲ編集の動作を説明するための図である。
Claims (12)
- 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、
上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する第１のステップと、
上記第１のステップで上記ペイロード領域に上記第１のデータおよび上記第２のデータが挿入された上記伝送パケットを、シリアル変換して伝送する第２のステップとを有し、
上記伝送パケットを受信した記録側で上記ストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させる
データ伝送方法。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項１に記載のデータ伝送方法。 - 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットが伝送され、
上記伝送パケットを受信する第１のステップと、
上記第１のステップで受信された上記伝送パケットより上記主データおよび上記付属データを抽出する第２のステップとを有し、
上記伝送パケットより抽出された上記付属データ内の上記ストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させる
データ受信方法。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項３に記載のデータ受信方法。 - 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成されるシリアルディジタルトランスファーインタフェースの伝送パケットを再生側から記録側に伝送し、
上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとを挿入する手段と、
上記ペイロード領域に上記第１のデータおよび上記第２のデータが挿入された上記伝送パケットを、シリアル変換して伝送する手段とを備え、
上記伝送パケットを受信した記録側で上記ストリーム情報を抽出させ、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させる
データ伝送装置。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項５に記載のデータ伝送装置。 - 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットが伝送され、
上記伝送パケットを受信する手段と、
上記受信された上記伝送パケットより上記主データおよび上記付属データを抽出する手段とを備え、
上記伝送パケットより抽出された上記付属データ内の上記ストリーム情報に基づき、ピクチャ単位がプリロール区間に入ると動作を開始させて同期を取らせ、ピクチャ単位が編集区間に入ると記録を開始させ、ピクチャ単位がポストロール区間に入ると動作を停止させる
データ受信装置。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項７に記載のデータ受信装置。 - 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットが伝送され、
上記伝送パケットを受信する第１のステップと、
上記第１のステップで受信された上記伝送パケットより上記主データおよび上記付属データを抽出する第２のステップと、
上記第２のステップで抽出された上記付属データ内の上記ストリーム情報に基づいて、ピクチャ単位がプリロール区間に入ると動作を開始して同期を取り、ピクチャ単位が編集区間に入ると記録を開始し、ピクチャ単位がポストロール区間に入ると動作を停止する記録制御をして、上記第２のステップで抽出された上記主データをテープに記録する第３のステップと
を有するデータ記録方法。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項９に記載のデータ記録方法。 - 映像フレームの各１ラインの区間が、終了同期符号が挿入される終了同期符号領域と、補助データが挿入される補助データ領域と、開始同期符号が挿入される開始同期符号領域と、映像データおよび／または音声データからなる主データが挿入されるペイロード領域とで構成され、上記ペイロード領域に、上記映像データのピクチャ単位で、当該ピクチャ単位が、編集区間前のプリロール区間に属するか、編集区間に属するか、および編集区間後のポストロール区間に属するかを示すストリーム情報を持つ付属データを含む第１のデータと、上記主データを含む第２のデータとが挿入されたシリアルディジタルトランスファーインタフェースの伝送パケットが伝送され、
上記伝送パケットを受信する手段と、
上記受信された上記伝送パケットより上記主データおよび上記付属データを抽出する手段と、
上記抽出された上記付属データ内の上記ストリーム情報に基づいて、ピクチャ単位がプリロール区間に入ると動作を開始して同期を取り、ピクチャ単位が編集区間に入ると記録を開始し、ピクチャ単位がポストロール区間に入ると動作を停止する記録制御をして、上記抽出された上記主データをテープに記録する記録手段と
を備えるデータ記録装置。 - 上記ピクチャ単位が編集区間に属することを示す上記ストリーム情報は、さらに、当該ピクチャ単位が上記編集区間の最初のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の中間のピクチャ単位であるか、当該ピクチャ単位が上記編集区間の最後のピクチャ単位であるか、および当該ピクチャ単位が上記編集区間の最初かつ最後のピクチャ単位であるかを示す
請求項１１に記載のデータ記録装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP1999/002041 WO2000064155A1 (fr) | 1999-04-16 | 1999-04-16 | Procede de transmission de donnees et emetteur de donnees |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP4339524B2 true JP4339524B2 (ja) | 2009-10-07 |
Family
ID=14235496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000613169A Expired - Fee Related JP4339524B2 (ja) | 1999-04-16 | 1999-04-16 | データ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6834083B1 (ja) |
| JP (1) | JP4339524B2 (ja) |
| WO (1) | WO2000064155A1 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4436573B2 (ja) * | 1999-04-16 | 2010-03-24 | ソニー株式会社 | データ伝送方法およびデータ伝送装置 |
| US7260564B1 (en) | 2000-04-07 | 2007-08-21 | Virage, Inc. | Network video guide and spidering |
| US8171509B1 (en) | 2000-04-07 | 2012-05-01 | Virage, Inc. | System and method for applying a database to video multimedia |
| US7962948B1 (en) | 2000-04-07 | 2011-06-14 | Virage, Inc. | Video-enabled community building |
| US7222163B1 (en) | 2000-04-07 | 2007-05-22 | Virage, Inc. | System and method for hosting of video content over a network |
| US20030126276A1 (en) * | 2002-01-02 | 2003-07-03 | Kime Gregory C. | Automated content integrity validation for streaming data |
| US9182228B2 (en) * | 2006-02-13 | 2015-11-10 | Sony Corporation | Multi-lens array system and method |
| US9043276B2 (en) * | 2008-10-03 | 2015-05-26 | Microsoft Technology Licensing, Llc | Packaging and bulk transfer of files and metadata for synchronization |
| FR2944662B1 (fr) * | 2009-04-20 | 2011-06-03 | Stmicroelectronics Wireless Sas | Transmisssion video sur une interface serie |
| CN106464831B (zh) | 2014-03-26 | 2020-08-11 | 皇家飞利浦有限公司 | 用于同步传输辅助数据帧的发射机、接收机、系统和方法 |
| US9769417B1 (en) * | 2014-11-05 | 2017-09-19 | Lattice Semiconductor Corporation | Metadata transfer in audio video systems |
| CA2912461C (en) | 2014-11-17 | 2020-11-24 | Skotel Corporation | Method and apparatus for deterministic date and time alignment of media signals and generation of time-related labels |
| CN108282871B (zh) * | 2017-01-06 | 2023-11-21 | 华为技术有限公司 | 接收节点、发送节点和传输方法 |
| US11522710B2 (en) * | 2018-08-06 | 2022-12-06 | Tyson York Winarski | Blockchained media stored in a material exchange format file |
| US11924259B1 (en) * | 2022-10-13 | 2024-03-05 | T-Mobile Innovations Llc | System and method for transmitting non-audio data through existing communication protocols |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4325088A (en) * | 1980-03-24 | 1982-04-13 | Eastman Technology, Inc. | Lap and dissolve in video cameras with VTR |
| JP2969782B2 (ja) | 1990-05-09 | 1999-11-02 | ソニー株式会社 | 符号化データ編集方法及び符号化データ編集装置 |
| US5703995A (en) * | 1996-05-17 | 1997-12-30 | Willbanks; George M. | Method and system for producing a personalized video recording |
| JPH1066085A (ja) * | 1996-08-14 | 1998-03-06 | Sony Corp | 画像処理装置および画像処理方法、並びに記録媒体 |
| US5867230A (en) * | 1996-09-06 | 1999-02-02 | Motorola Inc. | System, device, and method for streaming a multimedia file encoded at a variable bitrate |
-
1999
- 1999-04-16 US US09/719,792 patent/US6834083B1/en not_active Expired - Fee Related
- 1999-04-16 WO PCT/JP1999/002041 patent/WO2000064155A1/ja active Application Filing
- 1999-04-16 JP JP2000613169A patent/JP4339524B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000064155A1 (fr) | 2000-10-26 |
| US6834083B1 (en) | 2004-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7174560B1 (en) | Method of synchronizing events with a digital television audio-visual program | |
| JP4481444B2 (ja) | 画像符号化装置 | |
| EP1316217B1 (en) | Combining video material and data | |
| US7742687B2 (en) | Digital television recorders and stream format conversion and methods thereof | |
| JP4812171B2 (ja) | データ受信方法およびデータ受信装置 | |
| JP4339524B2 (ja) | データ伝送方法、データ伝送装置、データ受信方法、データ受信装置、データ記録方法およびデータ記録装置 | |
| US7366407B2 (en) | Method and apparatus for storing MPEG-2 transport streams using a conventional digital video recorder | |
| JP4387064B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| US7346054B2 (en) | Method and system for co-relating transport packets on different channels using a cyclic redundancy check (CRC) | |
| JP4436573B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| US8155506B2 (en) | System and method for transport PID version check | |
| JPH11205789A (ja) | Ｍｐｅｇ２トランスポートストリーム伝送レート変換装 置 | |
| JP2003259312A (ja) | 字幕番組データ変換装置 | |
| JP2000308023A (ja) | データ伝送方法およびデータ伝送装置 | |
| KR0181082B1 (ko) | 엠펙 시스템의 피티에스 부호화장치 | |
| JP2001309307A (ja) | 記録装置および方法、再生装置および方法、並びに記録媒体 | |
| JP3792770B2 (ja) | 記録再生装置 | |
| US20080123732A1 (en) | Method and system for configuring decoding based on detecting transport stream input rate | |
| JP4732538B2 (ja) | データ伝送装置 | |
| JP4122624B2 (ja) | データ受信方法およびデータ受信装置 | |
| JP4284574B2 (ja) | 記録装置および方法、並びに記録媒体 | |
| JP3531324B2 (ja) | 符号化・多重化装置，多重化前処理装置及び符号化・多重化方法 | |
| JP2000307647A (ja) | データ受信装置 | |
| JP2000134259A (ja) | 伝送方法及び伝送装置 | |
| JP2000307971A (ja) | データ受信方法およびデータ受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060228 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060228 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060703 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090623 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090702 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120710 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |