JP2000041218A

JP2000041218A - 画像データ送信装置および方法、画像データ受信装置および方法、並びに提供媒体

Info

Publication number: JP2000041218A
Application number: JP20760898A
Authority: JP
Inventors: Motoki Kato; 元樹加藤; Kazuhiro Suzuki; 一弘鈴木
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-07-23
Filing date: 1998-07-23
Publication date: 2000-02-08

Abstract

(57)【要約】【課題】トランスポートパケットの内部データを変更
せずに、トリックモードを実現させる。【解決手段】再生情報部５により指示された再生モー
ドが、トリックモードを指示している場合、モード情報
設定部３３は、トリックモードを実現させるためのデー
タを設定し、その設定したデータを1394パケット化部３
２に出力する。1394パケット化部３２は、トランスポー
トパケットに、設定されたデータを含むIEEE1394バスに
適したパケットヘッダを付加し出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像データ送信装置
および方法、画像データ受信装置および方法、並びに提
供媒体に関し、特に、トランスポートストリームの内部
データを変更することなく、トリックモード再生を行う
画像データ送信装置および方法、画像データ受信装置お
よび方法、並びに提供媒体に関する。

【０００２】

【従来の技術】図１３は、従来の画像データ送信装置と
して、デジタル放送により伝送されたトランスポートス
トリームを処理するストリーム出力装置の一例の構成を
示すブロック図である。このストリーム出力装置１は、
接続線２によりストリーム復号装置３と接続されてい
る。また、ストリーム復号装置３は、モニタ４に復号し
た信号を出力するようになされている。再生指示部５
は、リモートコントローラなどであり、ユーザがストリ
ーム出力装置１に、再生モードを指示する場合に操作さ
れる。

【０００３】このストリーム出力装置は、MPEG（Moving
Picture Experts Group）２を扱う装置であり、以下
に、そのデータ構造について説明する。図１４は、PES
（Packetized Elementary Stream）パケットとトランス
ポート（Transport）パケットとの関係を説明する図で
ある。同図に示すように、ビデオデータまたはオーディ
オデータよりなるPESパケットは、複数のブロックに分
割され、各ブロックにTPH（Transport Packet Header）
を付加して、トランスポートストリームパケットが構成
されている。

【０００４】ここで、トランスポートパケットのシンタ
ックスを以下に示す。＜表１＞ No.of bits 1 Transport_Packet() { 2 sync_byte 8 3 transport_error_indicator 1 4 payload_unit_start_indicator 1 5 transport_priority 1 6 PID 13 7 transport_scrambling_control 2 8 adaptation_field_control 2 9 continuity counter 4 10 if (adaptation_field_control=='10' ｜｜ 11 adaptation_field_control=='11') { 12 adaptation_field() 13 } 14 if (adaptation_field_control=='01' ｜｜ 15 adaptation_field_control=='11') { 16 for (i=0; i<N; i++) { 17 data_byte 8 18 } 19 } 20 }

【０００５】２行目のsync_byteは、８ビットの同期バ
イトを示すフィールドである。３行目のtransport_erro
r_indicatorは、１ビットのフラグであり、例えば、１
に設定されている場合、少なくとも１ビットの訂正でき
ないビットエラーがトランスポートストリームに存在し
ていることを示す。４行目のpayload_unit_start_indic
atorは、１ビットのフラグであり、１である場合、この
トランスポートストリームパケットのペイロードがPES
パケットの第１バイトから開始することを示しており、
０である場合、このトランスポートパケットでPESパケ
ットが開始していないことを示している。

【０００６】５行目のtransport_priorityは、１ビット
の識別子であり、１に設定されていると、当該パケット
は、同一のPIDをもつこのビットを１にしていない他の
パケットよりも優先度が高いことを示している。６行目
のPIDは、１３ビットのフィールドであり、パケットペ
イロード中に蓄積されるデータの種類を示す。７行目の
transport_scrambling_controlは、２ビットのフィール
ドであり、トランスポートストリームパケットのペイロ
ードのスクランブルモードを示す。

【０００７】８行目のadaptation_field_controlは、２
ビットのフィールドであり、このトランスポートストリ
ームパケットヘッダに、アダプテーションフィールドと
ペイロードの少なくとも一方がくることを示している。
９行目のcontinuity_counterは、同一のPIDを有する各
トランスポートストリームパケット毎に増加する４ビッ
トのフィールドである。１０行目乃至１６行目は、アダ
プテーションフィールドの内容を示している。１７行目
のdata_byteは、PESパケットデータから連続するバイ
ト、またはこの構造にないプライベートデータの連続す
るバイトである。

【０００８】次に、PESパケットのシンタックスについ
て説明する。以下に示すシンタックスは、ノーマル再生
の場合のPESパケットのシンタックスである。＜表２＞ No.of bits 1 PES_packet_Example_for_NORMAL_PLAYBACK(){ 2 packet_start_code_prefix 24 3 stream_id 8 4 PES_packet_length 16 5 '10' 2 6 PES_scrambling_control 2 7 PES_priority 1 8 data_alignment_indicator 1 9 copyright 1 10 original_or_copy 1 11 PTS_DTS_flags 1 12 ESCR_flag 1 13 ES_rate_flag 1 14 DSM_trick_mode_flag 1 15 additional_copy_info_flag 1 16 PES_CRC_flag 1 17 PES_extension_flag 1 18 PES_header_data_length 8 19 PTS 40 20 DTS 40 21 for (I-0; i<N2; i++){ 22 PES_packet_data_byte 8 23 } 24 }

【０００９】２行目のpacket_start_code_prefixは、２
４ビットの符号であり、パケットの開始を識別するパケ
ット開始コードを構成する。３行目のstream_idは、エ
レメンタリストリームの種類と番号を規定する。４行目
のPES_packet_lengthは、１６ビットのフィールドであ
り、このフィールドの最終ビットに続くPESパケット中
のバイト数を規定している。６行目のPES_scrambling_c
ontrolは、２ビットのフィールドであり、PESパケット
のペイロードのスクランブリングモードを示している。

【００１０】７行目のPES_priorityは、１ビットのフィ
ールドであり、このPESパケットのペイロードの優先度
を示す。８行目のdata_alignment_indicatorは、１ビッ
トのフラグであり、映像スタートコードまたは音声の同
期語が続くか否か、または定義されているか否かを示
す。９行目のcopyrightは、関連づけられたPESパケット
のペイロードの素材が著作権で保護されているか否か、
または定義されているか否かを示す。

【００１１】１０行目のoriginal_or_copyは、このPES
パケットのペイロードの内容がオリジナルであるか、コ
ピーであるかを示している。１１行目のPTS_DTS_flags
は、２ビットのフラグであり、PESパケットヘッダ中
に、PTS（Presentation Time Stamp）フィールド、DTS
（Decoding Time Stamp）フィールドが存在しているか
否かを示す。１２行目のESCR_flagは、１ビットのフラ
グであり、PESパケットヘッダにESCR基本および拡張フ
ィールドが存在するか否かを示す。１３行目のES_rate_
flagは、１ビットのフラグであり、PESパケットヘッダ
中に、ES_rateが存在するか否かを示している。

【００１２】１４行目のDSM_trick_mode_flagは、１ビ
ットのフラグであり、trick_mode_Controlフィールドが
存在するか否かを示している。１５行目のadditional_c
opy_info_flagは、１ビットのフラグであり、additiona
l_copy_infoが存在しているか否かを示している。１６
行目のPES_CRC_flagは、１ビットのフラグであり、CRC
フィールドがPESパケット中に存在しているか否かを示
している。１７行目のPES_extension_flagは、１ビット
のフラグであり、拡張フィールドがPESパケットヘッダ
に存在するか否かを示している。

【００１３】１８行目のPES_header_data_lengthは、８
ビットのフィールドであり、PESパケットヘッダに含ま
れるオプションフィールドおよびスタッフィングバイト
の全バイト数を規定している。１９行目のPTSは、Prese
ntation_Time_Stampの略であり、３３ビットのフィール
ドである。２０行目のDTSは、Decoding_Time_Stampの略
であり、３３ビットのフィールドである。２２行目のPE
S_packet_data_byteは、パケットのStream_idまたはPID
が示すエレメンタリストリームの連続したバイトデータ
である。

【００１４】この表２において、１４行目のDSM_trick_
mode_flagは、ノーマル再生なので、０に設定されてい
る。しかしながら、ノーマル再生ではなく、トリックモ
ード再生の場合、このフラグの値は１とされる。ここ
で、トリックモード再生とは、例えば、スローモーショ
ンや早送りなどである。１４行目のDSM_trick_mode_fla
gが１の場合、表２の２０行目の後に、trick_mode_cont
rol_parameters()の行が挿入される。このtrick_mode_c
ontrol_parameters()では、ノーマル再生以外の再生の
仕方が、規定される。

【００１５】以下にtrick_mode_control_parameters()
のシンタックスを示す。＜表３＞ No.of bits 1 trick_mode_control_parameters(){ 2 trick_mode_control 3 3 if (trick_mode_control == fast_forward) { 4 field_id 2 5 intra_slice_refresh 1 6 frequency_truncation 2 7 } 8 else if (trick_mode_control == slow_motion) { 9 rep_cntrl 5 10 } 11 else if (trick_mode_control == freeze_frame) { 12 field_id 2 13 reserved 3 14 } 15 else if (trick_mode_control == fast_reverse) { 16 field_id 2 17 intra_slice_refresh 1 18 frequency_truncation 2 19 } 20 else if (trick_mode_control == slow_reverse) { 21 rep_cntrl 5 22 } 23 else 24 reserved 5 25 }

【００１６】２行目のtrick_mode_controlは、３ビット
のフィールドであり、トリックモードの種類を示してい
る。すなわち、このフィールドの値が”０００”のとき
は早送り（fast_forward）、”００１”のときはスロー
モーション（slow_motion）、”０１０”のときはフリ
ーズ（freeze_frame）、”０１１”のときは逆早送り
（fast_reverse）、”１００”のときはスローリバース
（slow_reverse）を、それぞれ示している。また、”１
０１”乃至”１１１”は、将来のために予約（確保）さ
れている。

【００１７】２行目のtrick_mode_controlの値が”００
０”の場合、fast_forwardを実現するために、まず４行
目のfield_idにおいて、どのフィールドが表示されるの
かを規定される。すなわち、このフィールドが”００”
の場合、トップフィールドのみが表示されることを示
し、”０１”の場合、ボトムフィールドのみが表示され
ることを示し、”１０”の場合、完全な映像フレームが
表示されることを示し、”１１”は、将来のために予約
されてある。

【００１８】５行目のintra_slice_refreshのビットが
１に設定されている場合は、マクロブロックが欠落する
場合が存在していて、復号器はその欠落したマクロブロ
ックをそれより前に復号された映像フレームの同じ位置
のマクロブロックで置き換えができることを示す。また
６行目のfrequency_truncationは、制限された係数の集
合が含まれていることを示すフィールドである。

【００１９】２行目のtrick_mode_controlの値が”００
１”の場合、slow_motionを実現するために、９行目のr
ep_cntrlにおいて、同一のピクチャが繰り返し表示され
る回数が定義される。

【００２０】２行目のtrick_mode_controlの値が”０１
０”の場合、freeze_frameを実現するために１２行目の
field_idにおいて、表示するフィールドについて規定さ
れる。１２行目のfield_idと、上述した４行目のfield_
idとは、同一の規定が用いられている。

【００２１】２行目のtrick_mode_controlの値が”０１
１”の場合、fast_reverseを実現するために１６行目の
field_idにおいて、まず、４行目や１２行目のfield_id
と同一の規定により、表示されるフィールドが規定され
る。１７行目のintra_slice_refreshは、５行目のintra
_slice_refreshと同一の規定がされており、１８行目の
frequency_truncationも、６行目のfrequency_truncati
onと同一の規定がされている。

【００２２】２行目のtrick_mode_controlの値が”１０
０”の場合、slow_reverseを実現するために、２１行目
のrep_controlにおいて、９行目のrep_cntrlと同様に、
同一ピクチャが繰り返し表示される回数が規定される。

【００２３】ストリーム出力装置１は、上述したような
データ構造をもつデータを扱う。ストリーム出力装置１
の記録部１０には、デジタル放送により伝送されたトラ
ンスポートストリームが記録されている。記録部１０に
記録されているトランスポートストリームは、読み出し
部１１により読み出され、スイッチ１２に出力される。
読み出し部１１は、記録部１０からトランスポートスト
リームを読み出す際、再生指示部５により、ユーザが指
示した再生モードに従って、読み出しを行う。

【００２４】スイッチ１２は、再生指示部５による指示
が、ノーマル再生の場合、接点Ｅ側に切り替えられ、読
み出し部１１からの出力をスイッチ１９の接点Ｅ側に出
力する。スイッチ１９も、再生指示部５による指示がノ
ーマル再生の場合、接点Ｅ側に切り替えられ、スイッチ
１２からの出力をストリーム復号装置３に出力する。

【００２５】再生指示部５がノーマル再生以外の、例え
ば、スローモーションなどを指示した場合、スイッチ１
２とスイッチ１９は、それぞれ接点Ｆ側に切り替えられ
る。スイッチ１２が接点Ｆ側に切り替えられることによ
り、読み出し部１１で読み出されたトランスポートスト
リームは、ストリーム検査部１３に入力される。

【００２６】ストリーム検査部１３は、スイッチ１２を
介して入力された読み出し部１１からのストリームを検
査して、復号するのに必要な情報、例えば、sequence h
eaderが、不十分である場合、読み出し部１１に、不十
分である情報を読み出すように指示する信号を出力す
る。また、ストリーム検査部１３は、入力されたストリ
ームが、それだけで復号不可能な場合、そのストリーム
を廃棄する。ストリーム検査部１３から出力されたスト
リームは、PES抽出部１４に入力される。

【００２７】PES抽出部１４に入力されたトランスポー
トストリームからは、PESパケットが抽出され、ビデオ
ストリーム抽出部１５に出力される。ビデオストリーム
抽出部１５は、入力されたPESパケットからビデオスト
リームパケットを抽出し、PESパケット化部１６に出力
する。PESパケット化部１６には、モード情報設定部１
７から出力された信号も入力されている。

【００２８】モード情報設定部１７は、再生指示部５で
指示された再生モードに関する情報を、符号化して、PE
Sパケット化部１６に出力する。すなわち、再生指示部
５からは、再生モード（trick_mode_control）が指示さ
れるとともに、再生するフィールド（field_id）の指示
と、繰り返し再生する回数（rep_cntrl）も指示される
ので、これらの指示された情報を符号化して、PESパケ
ット化部１６に出力する。

【００２９】PESパケット化部１６は、ビデオストリー
ム抽出部１５から出力されたビデオストリームに、モー
ド情報設定部１７から出力されたモード情報を多重化
し、トランスポートパケット化部１８に出力する。ま
た、PESパケット化部１６は、ＰＥＳパケットを出力す
る際、そのストリームのＤＳＭ＿ｔｒｉｃｋ＿ｍｏｄｅ
＿ｆｌａｇを０から１に変えて、トランスポートパケッ
ト化部１８に出力する。

【００３０】トランスポートパケット化部１８は、PES
パケット化部１６から出力されたPESパケットをトラン
スポートストリームに再多重化し、接点Ｆ側に切り替え
られたスイッチ１９を介してストリーム復号装置３に出
力する。ストリーム復号装置３は、ストリーム出力装置
１から出力されたトランスポートストリームを復号し、
モニタ４に出力する。モニタ４は、入力されたデータを
基に画像を再生する。この再生画像は、トリックモード
再生画像となる。

【００３１】

【発明が解決しようとする課題】上述したストリーム出
力装置１は、トリック再生するためのトランスポートス
トリームを作成するために、PES抽出部１４、ビデオス
トリーム抽出部１５、PESパケット化部１６、およびト
ランスポートパケット化部１８を必要としている。すな
わち、トランスポートストリームパケットの内部データ
を書き換えるために、一度トランスポートストリームを
分離し、所定の情報の書き換えおよび挿入をし、そし
て、再びトランスポートストリームに多重化しなくては
ならなかった。

【００３２】本発明はこのような状況に鑑みてなされた
ものであり、トリックモード再生を実現する情報をIEEE
1394のCIPヘッダに書き込む、または新たなトリックモ
ード再生情報を含むトランスポートストリームパケット
を生成することにより、トランスポートストリームパケ
ットの内部データを書き換えたり、情報の挿入をするこ
となしに、トリックモード再生を実現させるものであ
る。

【００３３】

【課題を解決するための手段】請求項１に記載の画像デ
ータ送信装置は、画像データを供給する供給手段と、画
像データの再生モードを指示する指示手段と、指示手段
により指示された再生モードの情報を設定する設定手段
と、設定手段により設定された情報を供給手段により供
給された画像データと関連付けて出力する出力手段とを
備えることを特徴とする。

【００３４】請求項４に記載の画像データ送信方法は、
画像データを供給する供給ステップと、画像データの再
生モードを指示する指示ステップと、指示ステップで指
示された再生モードの情報を設定する設定ステップと、
設定ステップで設定された情報を供給ステップで供給さ
れた画像データと関連付けて出力する出力ステップとを
含むことを特徴とする。

【００３５】請求項５に記載の提供媒体は、画像データ
を供給する供給ステップと、画像データの再生モードを
指示する指示ステップと、指示ステップで指示された再
生モードの情報を設定する設定ステップと、設定ステッ
プで設定された情報を供給ステップで供給された画像デ
ータと関連付けて出力する出力ステップとを含む処理を
画像データ送信装置に実行させるコンピュータが読み取
り可能なプログラムを提供することを特徴とする。

【００３６】請求項６に記載の画像データ受信装置は、
パケットを受信する受信手段と、受信手段により受信さ
れたパケットから所定のデータを抽出する抽出手段と、
抽出手段により抽出されたデータに従って、再生処理を
行う再生処理手段とを備えることを特徴とする。

【００３７】請求項９に記載の画像データ受信装置は、
パケットを受信する受信ステップと、受信ステップで受
信されたパケットから所定のデータを抽出する抽出ステ
ップと、抽出ステップで抽出されたデータに従って、再
生処理を行う再生処理ステップとを含むことを特徴とす
る。

【００３８】請求項１０に記載の提供媒体は、パケット
を受信する受信ステップと、受信ステップで受信された
パケットから所定のデータを抽出する抽出ステップと、
抽出ステップで抽出されたデータに従って、再生処理を
行う再生処理ステップとを含む処理を画像データ受信装
置に実行させるコンピュータが読み取り可能なプログラ
ムを提供することを特徴とする。

【００３９】請求項１に記載の画像データ送信装置、請
求項４に記載の画像データ送信装置、および請求項５に
記載の提供媒体においては、再生モードの情報が設定さ
れ、設定された情報が供給された画像データと関連付け
られて出力される。

【００４０】請求項６に記載の画像データ受信装置、請
求項９に記載の画像データ受信方法、および請求項１０
に記載の提供媒体においては、受信されたパケットから
所定のデータが抽出され、抽出されたデータに従って、
再生処理が行なわれる。

【００４１】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。また、従来の場合と対応す
る部分には同一の符号を付してあり、その説明は適宜省
略する。

【００４２】請求項１に記載の画像データ送信装置は、
画像データを供給する供給手段（例えば、図４の記録部
１０）と、画像データの再生モードを指示する指示手段
（例えば、図４の再生指示部５）と、指示手段により指
示された再生モードの情報を設定する設定手段（例え
ば、図６のステップＳ８）と、設定手段により設定され
た情報を供給手段により供給された画像データと関連付
けて出力する出力手段（例えば、図６のステップＳ９）
とを備えることを特徴とする。

【００４３】請求項６に記載の画像データ受信装置は、
パケットを受信する受信手段（例えば、図８のステップ
Ｓ２１）と、受信手段により受信されたパケットから所
定のデータを抽出する抽出手段（例えば、図８のステッ
プＳ２２）と、抽出手段により抽出されたデータに従っ
て、再生処理を行う再生処理手段（例えば、図８のステ
ップＳ２７）とを備えることを特徴とする。

【００４４】図１は、本発明を適用した画像処理システ
ムの構成を示す図である。ストリーム出力装置２１から
出力されたストリームは、ストリーム復号装置２２に入
力される。ストリーム復号装置２２は、入力されたスト
リームを復号し、モニタ４に出力する。モニタ４は、入
力されたデータに基づいて、画像を再生する。ストリー
ム記録装置２３は、適宜、ストリーム出力装置２１から
出力されたストリームを記録するようになされている。
これらの装置は、接続線２により、互いに接続されてい
る。また、このシステムにおいては、MPEG（Moving Pic
ture Experts Group）２で圧縮されたデータを扱うもの
とする。

【００４５】上述した画像処理システムの接続線２がIE
EE1394の高速シリアルバスである場合に、取り扱われる
データについて説明する。IEEE1394 MPEG TS（Transpor
t Stream）プロトコルでは、図２（Ａ）に示すように、
１８８バイトのトランスポートパケット（Transport Pa
cket）に４バイトのソースパケットヘッダ（Source pac
ket header）を付加し、１９２バイト単位のソースパケ
ット（source packet）を称されるパケットが構成され
るように規定されている。

【００４６】ソースパケットヘッダは、図２（Ｂ）に示
すように、７ビットのリザーブ（reserved）領域と、受
信機側で各TSパケットのアプリケーションへの送出タイ
ミングを復元するための２５ビットのタイムスタンプ
（Time_stamp）とから構成されている。タイムスタンプ
は、１３ビットのサイクルカウント（Cycle_count）と
１２ビットのサイクルオフセット（Cycle_offset）から
構成されている。

【００４７】図３（Ａ）は、IEEE1394規格のアイソクロ
ナスパケット（Isochronous packet）のフォーマットを
示している。パケットの先頭の２クワドレッド（２×８
バイト）は、アイソクロナスパケットのヘッダである。
このヘッダは、このヘッダの２クワドレッド以降に入る
データのサイズを表すdata_length、データフィールド
（data_field）中にＣＩＰヘッダが付加されているか否
かを表すtag、送信側のチャネルを表すchannel、処理の
コードを示すtcode（transaction code）、およびシン
クロナイジェーションコードを示すｓｙが配置されてい
る。そして、最後にヘッダ内における誤りの検出符号で
あるheader_CRCが配置されている。

【００４８】ＣＩＰヘッダは、送信元のノードIDを示す
SID（Source node ID）、データのブロックサイズを表
すDBS（Data Block Size in quadlets）が配置される。
その次には、FN（Fraction Number）が配置されてい
る。これは、１つのソースパケットが分割されているブ
ロックの数を表している。次のQPC（Quadlet Padding C
ount）は、付加されたダミークワドレッドの数を示して
いる。次のSPH（SourcePacket Header flag）は、ソー
スパケットがソースパケットヘッダを有しているか否か
を表すフラグである。

【００４９】次の、Res（reserved）は、将来のために
保留されている。DBC（Data Block Continuity counte
r）は、データブロックの損失を検知するための連続す
るデータブロックのカウンタの値を表している。次の行
には、データフォーマットの種類を示すFMT（Format I
D）、およびFormatに応じた値が記録されているFDF（Fo
rmat Dependent Field）を有している。

【００５０】data fieldは、図２のところで説明したソ
ースパケットが挿入されている。そして、data CRCは、
data fieldにおける誤りの検出符号である。

【００５１】図３（Ｂ）は、図３（Ａ）のFDF領域の詳
細を示す図である。FDF領域の先頭ビットは、タイムシ
フトフラグ（TSF）が設定されている。このTSFは、伝送
されているストリームがタイムシフトされているか否か
を示すフラグである。FDFフィールドの先頭ビット以外
の２３ビットは、将来の拡張のためのリザーブ領域とな
っている。本発明においては、このリザーブ領域にトリ
ックモードを実現するためのデータを挿入する。このト
リックモードとは、ノーマル再生以外の、例えば、スロ
ーモーション、早送りなどの再生のことである。

【００５２】なお、詳細は後述するが、トリックモード
としてfast_forwardが指示された場合、FDFフィールド
の値が全て０となる場合があるが、本発明においては、
FDFフィールドはトリックモードの情報を記述すると定
義するので、リザーブ領域としての定義は無効となる。
従って、FDFフィールドの値が全て０となった場合は、
一意にトリックモードのfast_forwardを示すことにな
る。

【００５３】また、従来、FMTフィールドが、トランス
ポートストリームを示す値に設定されているときは、FD
Fフィールドが定義され、そのFDFフィールドの値はリザ
ーブ領域とされていたが、本発明においては、FMTフィ
ールドが、トランスポートストリームを示す値に設定さ
れている場合、その意味を拡張し、FDFフィールドのTSF
に続く１６ビットに、再生モードに関する情報が記述さ
れていることを示す。

【００５４】図４は、上述したIEEE1394規格のパケット
を扱うストリーム出力装置２１の構成例を示すブロック
図である。記録部１０は、例えば、デジタル放送で伝送
されてきたトランスポートストリームが記録されている
デジタルビデオカセットなどで構成される。読み出し部
１１は、記録部１０に記録されているトランスポートス
トリームを読み出す。この読み出しは、再生指示部５に
より指示された再生モードに従って行われる。再生指示
部５は、リモートコントローラなどで構成され、ユーザ
の操作により所望の再生モードが選択されると、その選
択されたモードのデータをストリーム出力装置２１の読
み出し部１１に伝送する。

【００５５】再生指示部５から出力された信号は、スイ
ッチ１２にも入力される。スイッチ１２は、その入力さ
れたデータがノーマル再生を指示している場合、接点Ｅ
側に切り替えられ、ノーマル再生以外の再生（トリック
モード）が指示されている場合、接点Ｆ側に切り替えら
れる。スイッチ１２が接点Ｅ側に切り替えられている場
合は、読み出し部１１から出力されたストリームは、13
94パケット化部３２に入力され、接点Ｆ側に切り替えら
れている場合は、ストリーム検査部３１に入力されるよ
うになされている。

【００５６】読み出し部１１は、トリックモードとし
て、例えば、早送り再生が指示されている場合、記録部
１０からＩピクチャを連続サーチして、ストリームを読
み出す。この際、MPEG２で規定されているsequence hea
derが存在していないストリームが読み出され、ストリ
ーム検査部３１に出力される場合が考えられる。このよ
うな場合に対応するため、読み出し部１１は、sequence
headerの情報を記憶部１０から読み出し、モード情報
設定部３３に出力し、モード情報設定部３３は、その情
報を記憶しておく。そして、ストリーム検査部３１は、
入力されたストリームにsequence headerが存在してい
ないと判断した場合、モード情報設定部３３に、記憶さ
れているsequence headerの情報を1394パケット化部３
２に出力するように指示する。

【００５７】なお、上述したように、トリックモードが
指示されている場合に、sequence headerが存在しない
ストリームが読み出されることが想定されるので、トリ
ックモードが指示されている場合には、ストリーム検査
部３１の指示によらず、モード情報設定部３３は、記憶
されているsequence headerを1394パケット化部３２に
出力するようにしても良い。

【００５８】また、ストリーム検査部３１が検査したス
トリームにsequence headerが存在していないと判断し
た場合、読み出し部１１にsequence headerの読み出し
を指示し、読み出し部１１が、読み出したsequence hea
derをモード情報設定部３３に出力するようにしてもよ
い。このようにした場合、モード情報設定部３３にsequ
ence headerを記憶しておく必要はない。

【００５９】モード情報設定部３３は、1394パケット化
部３２にsequence headerの情報を出力する際、その情
報をVideo_sequence_header_descriptorに記述する。さ
らに、このディスクリプタは、例えば、DVB（Digital V
ideo Broadcasting）で定義されているSelection_Infor
mation_Tableの構造とされ、トランスポートパケット化
されて、1394パケット化部３２に出力される。

【００６０】ここで、video_sequence_header_descript
orについて説明する。video_sequence_header_descript
orは、ストリーム中に多重化されているsequence_heade
rの情報を与えるディスクリプタである。以下にvideo_s
equence_header_descriptorのシンタックスを示す。＜表４＞ No.of bits 1 video_sequence_header_descriptor() 2 { 3 descriptor_tag 8 4 descriptor_length 8 5 video_coding_mode 4 6 profile_and_level_indication 8 7 chroma_format 2 8 horizontal_size_value 12 9 vertical_size_value 12 10 frame_rate_code 4 11 bit_rate_value 18 12 vbv_buffer_size_value 10 13 reserved 2 14 }

【００６１】３行目のdescriptor_tagは、８ビットのフ
ィールドであり、MPEG２システム、およびDVBで未使用
の値が設定される。４行目のdescriptor_lengthの値は
９に設定されている。５行目のvideo_coding_modeは、v
ideo_elementary_streamの符号化方式を表す４ビットの
フィールドである。このフィールドの値が”００００”
である場合、undefinedのストリームであることを示
し、”０００１”である場合、MPEG１のストリームであ
ることを示し、”００１０”である場合、MPEG２のスト
リームであることを示している。”００１１”乃至”１
１１１”は、resevedされている。

【００６２】６行目のprofile_and_level_indication
は、８ビットのプロファイルとレベルについて規定する
フィールドであり、ISO／IEC13818-2で定義されているp
rofile_and_level_indicationと同一の規定が適用され
る。７行目のchroma_formatは、２ビットのフィールド
であり、色差フォーマットを示す。８行目のhorizontal
_size_valueは、horizontal_sizeの下位１２ビットから
構成さており、このhorizontal_sizeは、各輝度成分の
画素単位で表示する部分の幅を示す。

【００６３】９行目のvertical_size_valueは、vertica
l_sizeの下位１２ビットから構成されており、このvert
ical_sizeは、ライン中のフレームの各輝度成分のライ
ン単位で表示される部分の高さを示す。１０行目のfram
e_rate_codeは、４ビットのフィールドであり、frame_r
ate_valueを定義するために使用される。１１行目のbit
_rate_valueは、bit_rateの下位１８ビットで構成され
ており、発生ビット量に対する制限のためデータが記述
されるフィールドである。１２行目のvbv_buffer_size_
valueは、発生符号量制御用仮想バッファの大きさ決め
るvbv_buffer_sizeの下位１０ビットから構成されてい
る。１３行目のreservedは、将来のために確保されてい
ることを示している。

【００６４】図４のストリーム出力装置２１の説明に戻
り、スイッチ１２が接点Ｆ側に切り替えられている場
合、読み出し部１１から出力されたストリームは、スト
リーム検出部３１に出力される。ストリーム検査部３１
は、入力されたストリームが、それだけで復号可能か否
かを検査し、復号不可能であると判断した場合、入力さ
れたストリームを廃棄する。逆に、ストリーム検査部３
１は、入力されたストリームが復号可能であると判断し
た場合、そのストリームを1394パケット化部３２に出力
する。

【００６５】例えば、読み出し部１１から読み出したス
トリームが、参照ピクチャであるＩピクチャがなく読み
出されたＢピクチャやＰピクチャである場合、復号不可
能であると判断され、廃棄される。

【００６６】1394パケット化部３２には、モード情報設
定部３３からの、sequence headerに関する情報の他
に、再生指示部５により指示された再生モードに関する
情報も入力される。1394パケット化部３２は、入力され
たストリームと情報をアイソクロナスパケットに挿入し
て出力する。

【００６７】ここで、ノーマル再生とトリックモードと
してスローモーションを例に挙げて、再生されるピクチ
ャについて説明する。図５（Ａ）は、ノーマル再生を説
明する図であり、図５（Ｂ）は、スローモーションを説
明する図である。図５（Ａ）と図５（Ｂ）の上段は、記
録部１０から読み出されるストリームを示している。図
５（Ａ）の上段と図５（Ｂ）の中段は、ストリーム出力
装置２１から出力されるストリームを示している。図５
（Ａ）と図５（Ｂ）の下段は、モニタ４で再生されるピ
クチャを示している。また、ＩはＩピクチャを、ＰはＰ
ピクチャを、ＢはＢピクチャを、それぞれ表しており、
各アルファベットの後に付けられた番号は、通常再生
（ノーマル再生）時の再生の順序を示す番号である。

【００６８】図５（Ａ）に示したように、ノーマル再生
の場合、記録部１０から再生されるストリーム（ピクチ
ャ）と、ストリーム出力装置２１から出力されるピクチ
ャの順番は同一である。このような配列のピクチャは、
ノーマル再生の場合、モニタ４においては、図５（Ａ）
の下段に示したように再生される。

【００６９】図５（Ｂ）の上段に示したように、記録部
１０から再生されたストリームが、図５（Ａ）の上段と
同じである場合においても、再生指示部５によりスロー
モーションが指示されると、ストリーム出力装置２１か
らの出力は、図５（Ｂ）の中段に示したように、スロー
モーションが指示されたピクチャの前に、TMCP（Trick
Mode Control Parameter)のパケットが挿入される。

【００７０】図５（Ｂ）では、TMCPを、ピクチャの前に
パケットの形で挿入した例を示したが、図４に示したIE
EE1394規格のパケットを扱うストリーム出力装置２１で
は、後述するようにピクチャのパケットの所定のフィー
ルドにTMCPを書き込むようにする。このTMCPは、トリッ
クモードであることを示すデータと、スローモーション
である場合には、同一のピクチャを何回、繰り返し表示
させるか（rep_cntrl）とを含むデータである。

【００７１】図５（Ｂ）の中段に示したような配列のピ
クチャは、モニタ４において、図５（Ｂ）の下段に示し
たように再生される。すなわち、Ｉ0ピクチャが再生さ
れたあと、Ｂ1ピクチャがTMCPで指示されたＭ回だけ再
生され、同様に、Ｂ2ピクチャとＰ3ピクチャもＭ回だけ
再生され、Ｂ4ピクチャ以後はノーマル再生に戻る。す
なわちこの場合、TMCP１乃至３はスローモーションであ
るというデータを含み、TMCP４は、ノーマル再生に戻る
というデータを含んでいる。

【００７２】このようなノーマル再生とスローモーショ
ンを行うために、図４に示したストリーム出力装置２１
が行う動作について、図６のフローチャートを参照して
説明する。ステップＳ１において、読み出し部１１、ス
イッチ１２、およびモード情報設定部３３は、再生指示
部５により指示されている再生モードは、ノーマル再生
であるか否かを判断する。

【００７３】ノーマル再生であると判断された場合、ス
イッチ１２は、ステップＳ２において、内部接続を接点
Ｅ側に切り替え、読み出し部１１は、ステップＳ３にお
いて、現在のピクチャのトランスポートストリームを記
録部１０から読み出す。読み出し部１１により読み出さ
れたトランスポートストリームは、スイッチ１２の接点
Ｅ側を介して1394パケット化部３２に出力される。

【００７４】1394パケット化部３２は、ステップＳ４に
おいて、入力されたトランスポートストリームをアイソ
クロナスパケットにパケット化して、ストリーム復号装
置２２に出力する。いまの場合、ノーマル再生であるの
で、1394パケットのCIPヘッダのFDFフィールドの最初の
３ビット（１ビットのTSF以後の３ビット）の値は、１
１０に設定され（詳細は後述する）、残りのビットは全
て０に設定される。

【００７５】一方、ステップＳ１において、再生指示部
５で指示された再生モードは、ノーマル再生ではないと
判断された場合、ステップＳ５に進む。ステップＳ５に
おいて、スローモーションの指示であるか否かが判断さ
れる。その判断結果が、スローモーションが指示された
ことを示している場合、ステップＳ６に進む。ステップ
Ｓ６において、スイッチ１２は、内部接続を接点Ｆ側に
切り換える。そして、ステップＳ７において、読み出し
部１１は、記録部１０に記録されているトランスポート
ストリームを読み出す。

【００７６】モード情報設定部３３は、ステップＳ８に
おいて、スローモーションを実現するための情報を設定
する。この情報は、trick_mode_control_parameters
（以下TMCPと記述する）のことを示し、1394パケットの
CIPヘッダ内のFDFフィールドに書き込まれる。トリック
モードコントロールのシンタックスを以下に示す。

【００７７】＜表５＞ No.of bits 1 trick_mode_control_parameters(){ 2 trick_mode_control 3 3 if (trick_mode_control == fast_forward) { 4 field_id 2 5 intra_slice_refresh 1 6 frequency_truncation 2 7 group_id 8 8 } 9 else if (trick_mode_control == slow_motion) { 10 rep_cntrl 5 11 reserved 8 12 } 13 else if (trick_mode_control == freeze_frame) { 14 field_id 2 15 reserved 11 16 } 17 else if (trick_mode_control == fast_reverse) { 18 field_id 2 19 intra_slice_refresh 1 20 frequency_truncation 2 21 group_id 8 22 } 23 else if (trick_mode_control == slow_reverse) { 24 rep_control 5 25 group_id 8 26 } 27 else if (trick_mode_control == freeze_rep_info) { 28 rep_control 5 29 reserved 8 30 } 31 else if (trick_mode_control == normal_playback) { 32 reserved 13 33 else 34 reserved 13 35 }

【００７８】上述した表５は、表３を拡張したシンタッ
クスである。表３と同様のシンタックス部分について
は、その説明を省略し、拡張された部分の説明を以下に
する。７行目、２１行目、および２５行目のgroup_id
は、８ビットのフィールドであり、同じgroup_idが適用
されるビデオストリームのピクチャは、連続して復号で
きるピクチャのグループであることを示している。１０
行目のreservedは、将来のために確保されてあることを
示している。

【００７９】２７行目のelse if (trick_mode_control
== freeze_rep_info)は、新たに拡張されたモードであ
る。トリックモードが、このfreeze_rep_infoに設定さ
れる場合、２行目のtrick_mode_controlの値は、”１０
１”である。また、このモードは、フリーズモードが解
除されるときに伝送されるモードであり、２７行目のre
p_controlにフリーズモードが適用されたビデオフレー
ムの表示期間の情報が示されている。

【００８０】３１行目のelse if (trick_mode_control
== normal_playback)も、新たに拡張されたモードであ
る。トリックモードが、このnormal_playbackに設定さ
れる場合、２行目のtrick_mode_controlの値は、”１１
０”である。このモードは、ノーマル再生の場合と、ト
リック再生が解除され、ノーマル再生に戻る場合とを示
している。

【００８１】このように、３ビットのtrick_mode_contr
olフィールド（２行目）と、このフィールドにより設定
された再生モードに対応する、１３ビットから構成され
る情報による、合計１６ビットからtrick_mode_control
_parametersは構成される。

【００８２】図６のステップＳ８の説明に戻り、モード
情報設定部３３は、1394パケットのCIPヘッダのFDFフィ
ールドの値を、スローモーションが実現される値に設定
する。すなわち、trick_mode_contorol_parametersとし
て、trick_mode_controlの値が”００１”に設定され、
rep_cntrlの値をＭ回を示す５ビットで示された値に設
定され、そしてreservedを含めた残り１５ビットが、全
て０に設定される。このように設定されたFDFフィール
ドの値は、1394パケット化部３２に出力される。

【００８３】1394パケット化部３２は、ステップＳ９に
おいて、ストリーム検査部３１から出力されたトランス
ポートストリームを1394パケットにパケット化する。こ
の際、モード情報設定部３３から出力された、ステップ
Ｓ８で設定された再生モードの情報（FDFフィールドの
情報）も含めてパケット化が行われる。出力されたアイ
ソクロナスパケットは、接続線２を介してストリーム復
号装置２２に出力される。

【００８４】読み出し部１１は、ステップＳ１０におい
て、ステップＳ９で出力したパケットのピクチャがモニ
タ４に表示されている表示期間だけ、換言すれば、rep_
cntrlで設定された回数に対応する期間だけ、記録部１
０からの読み出しを停止する。ステップＳ１１におい
て、スローモーションが解除されたか否かが判断され
る。ユーザは、スローモーションを解除する場合、例え
ば、スローモーションを指示するためのボタンから手を
離すとか、他のボタンを操作するなどする。このような
操作がされたか否かを、読み出し部１１、スイッチ１
２、およびモード情報設定部３３は、判断するのであ
る。

【００８５】ステップＳ１１において、スローモーショ
ンが解除されてはいないと判断された場合、ステップＳ
７に戻り、それ以降の処理が繰り返され、解除されたと
判断された場合、ステップＳ１２に進む。ステップＳ１
２において、ノーマル再生の指示がされたか否かが判断
される。ノーマル再生の指示であると判断された場合、
ステップＳ１３に進む。

【００８６】ステップＳ１３において、モード情報設定
部３３は、スローモーションを停止させ、ノーマル再生
に戻すための情報設定を行う。この情報設定は、ステッ
プＳ８で説明したのと同じように、CIPヘッダのFDFフィ
ールドの値を設定することにより行われる。FDFフィー
ルドは、trick_mode_controlの値として、”１１０”が
設定され（normal_playback）、残りのビットは、reser
vedフィールドを含めて、全て０に設定される。このよ
うにノーマル再生に戻るための情報が設定されたらステ
ップＳ２に戻り、それ以降の処理が繰り返される。な
お、ステップＳ１３からステップＳ２に進んだ場合、ス
テップＳ４においては、ステップＳ１３で設定されたno
rmal_playbackの情報を含む形で、パケット化が行われ
る。

【００８７】一方、ステップＳ１２において、ノーマル
再生の指示ではないと判断された場合、ステップＳ１４
に進み、再生終了の指示か否かが判断される。再生終了
の指示ではないと判断された場合、ステップＳ１５に進
み、指示された処理が実行される。例えば、早送りの指
示の場合、早送りが実現されるための情報がFDFフィー
ルドに設定され、1394パケットにパケット化され、その
後ステップＳ１に戻る。

【００８８】ステップＳ１４において、再生終了の指示
であると判断された場合、このフローチャートの処理は
終了される。

【００８９】このように、トリックモードの情報を、13
94パケットのCIPヘッダに存在するFDFフィールドに設定
することにより、読み出されたトランスポートストリー
ムの内容を変更せずに、トリックモードの情報を伝送す
ることが可能となり、もって、ストリーム出力装置２１
の構成を簡略化することが可能となる。

【００９０】次に、このストリーム出力装置２１から出
力されたトランスポートストリームのパケットを含む13
94パケットを復号するストリーム復号装置２２について
説明する。図７は、ストリーム復号装置２２の構成を示
すブロック図である。

【００９１】ストリーム出力装置２１から出力された13
94パケットは、ストリーム復号装置２２の1394デパケッ
ト化部４１に入力される。1394デパケット化部４１は、
入力された1394パケットをデパケットすることにより、
CIPヘッダのFDFフィールド（再生モードの情報）をモー
ド情報デコーダ４３に出力し、トランスポートパケット
をデマルチプレクサ４２に出力する。

【００９２】デマルチプレクサ４２は、入力されたトラ
ンスポートパケットのペイロード（PESパケット）とPID
とを分離する。分離されたPIDがビデオストリームを指
示している場合、デマルチプレクサ４２は、PESパケッ
トをデパケット化部４４に出力する。また、デマルチプ
レクサ４２は、PIDがSelection_Information_Tableを指
示している場合、トランスポートパケットからvideo_se
quence_header_descriptorのパラメータを分離して、そ
の情報をビデオデコーダ４８に出力する。デパケット化
部４４は、入力されたPESパケットからビデオストリー
ムを分離し、ストリーム検査部４５に出力する。

【００９３】一方、1394デパケット化部４１から出力さ
れたCIPヘッダのFDFフィールドに書き込まれた再生モー
ド情報は、モード情報デコーダ４３において、デコード
される。デコードされた再生モードの情報は、トリック
モードコントローラ４６に出力される。トリックモード
コントローラ４６は、入力された再生モード情報に基づ
いてストリーム検査部４５とビデオデコーダ４８を制御
する。

【００９４】ストリーム検査部４５は、トリックモード
検査部４５からの指示により、入力されたストリームを
検査する。この検査は、ストリーム出力装置２１のスト
リーム検査部３１と同様の検査である。すなわち、スト
リーム検査部４５は、入力されたストリームが、それだ
けで復号不可能である場合、そのストリームを廃棄し、
復号可能である場合、そのストリームをバッファ４７に
出力する。

【００９５】ストリーム出力装置２１のストリーム検査
部３１と、ストリーム復号装置２２のストリーム検査部
４５は、上述したように同様の処理を行うので、どちら
か一方の装置では、それを省略することもできる。例え
ば、ストリーム出力装置２１にストリーム検査部３１を
備え付けなかった場合、ストリーム復号装置２２に入力
されるトランスポートストリームの中には、それだけで
は復号不可能なストリームが入力されることがある。こ
のようなストリームをストリーム復号装置２２において
は廃棄する必要があるので、ストリーム検査部４５を設
ける。このようにした場合、ストリーム出力装置２１の
トリックモード情報設定部３３は、sequence headerを
記憶し、トリックモードが指示されている間、常にこの
sequenceheaderを出力するようにしておく。

【００９６】逆に、ストリーム出力装置２１にストリー
ム検査部３１を設けた場合、ストリーム復号装置２２
に、復号不可能なストリームが入力されることはないの
で、ストリーム復号装置２２のストリーム検査部４５は
省略することができる。このような場合、トリックモー
ドコントローラ４６は、ビデオデコーダ４８のみに、再
生モードの情報を出力し、デパケット化部４４からの出
力は、バッファ４７に直接入力されることになる。

【００９７】勿論、ストリーム出力装置２１とストリー
ム復号装置２２に、それぞれストリーム検査部を備える
構成としても何の支障もない。ここでは、図７に示した
ように、ストリーム検査部４５を備えたストリーム復号
装置２２として説明する。

【００９８】ストリーム検査部４５から出力され、バッ
ファ４７に入力されたストリームは一旦記憶される。こ
のバッファ４７は、主に逆方向の再生（fast_reverseま
たはslow_reverse）が指示されている場合に、同じgrou
p_idを持つビデオストリームをバッファリングするため
に設けてある。従って、このバッファ４７の大きさは、
１GOP（Group_of_Pictures）の最大ビット数よりも大き
い容量に設定される。

【００９９】バッファ４７から出力されたビデオストリ
ームは、ビデオデコーダ４８に入力される。ビデオデコ
ーダ４８には、バッファ４７からのビデオストリームの
他に、デマルチプレクサ４２から出力されたデータも適
宜入力され、そして、トリックモードコントローラ４６
から再生モードの情報も適宜入力される。ビデオデコー
ダ４８は、これらの入力された情報を用いてビデオスト
リームをデコードし、モニタ４に出力する。

【０１００】次に、図８のフローチャートを参照して、
トリックモードとしてスローモーションが指示されたと
きの、ストリーム復号装置２２の動作について説明す
る。ステップＳ２１において、1394デパケット化部４１
が1394パケットを受信する。ステップＳ２２において、
1394デパケット化部４１は、受信した1394パケットのCI
PヘッダのFDFフィールドに記述されている再生モードの
情報を読み出す。

【０１０１】読み出された再生モードの情報は、モード
情報デコーダ４３に出力され、デコードされ、トリック
モードコントローラ４６に出力される。そして、ステッ
プＳ２３において、トリックモードコントローラ４６
は、入力された再生モードの情報は、再生モードとし
て、ノーマル再生を指示しているか否かを判断する。ノ
ーマル再生を指示していると判断された場合、ステップ
Ｓ２４に進む。

【０１０２】ステップＳ２４において、ノーマル再生の
処理がされる。すなわち、まず1394デパケット化部４１
でデパケットされた結果、デマルチプレクサ４２にトラ
ンスポートパケットが出力される。デマルチプレクサ４
２は、入力されたトランスポートパケットから、ペイロ
ード（PESパケット）を分離し、デパケット化部４４に
出力する。デパケット化部４４は、入力されたPESパケ
ットかたビデオパケットをデパケット化し、ストリーム
検査部４５に出力する。

【０１０３】ストリーム検査部４５は、トリックモード
コントローラ４６からの信号に対応して、入力されたビ
デオパケットを、そのまま、バッファ４７を介してビデ
オデコーダ４８に出力する。ビデオデコーダ４８は、ト
リックモードコントローラ４６からの信号に対応して、
入力されたビデオパケットを通常の通りデコードし、モ
ニタ４に出力する。

【０１０４】このようにノーマル再生の処理が行われた
ら、ステップＳ２１に戻り、それ以降の処理が繰り返さ
れる。

【０１０５】一方、ステップＳ２３において、ノーマル
再生の指示ではないと判断された場合、ステップＳ２５
に進み、スローモーションの指示であるか否かが判断さ
れる。スローモーションの指示であると判断された場
合、ステップＳ２６に進む。ステップＳ２６において、
トリックモードコントローラ４６は、モード情報デコー
ダ４３を介して入力されたスローモーションを示す情報
に対応して、ストリーム検査部４５とビデオデコーダ４
８を制御する。

【０１０６】ストリーム検査部４５は、トリックモード
コントローラ４６からの制御に基づいて、デパケット化
部４４から出力されたストリームにはスローモーション
が適用されていることを理解する。そして、スローモー
ションなどのトリックモードの再生の場合、上述したよ
うに、ストリーム検査部３１が備えられていないストリ
ーム出力装置２１からの出力であると、符号不可能なス
トリームが入力されている場合があるので、そのような
ストリームが入力された場合には、そのストリームを廃
棄するように、入力されたストリームを検査する。

【０１０７】ビデオデコーダ４８は、ステップＳ２７に
おいて、トリックモードコントローラ４６からの制御に
基づいて、バッファ４７から出力されたPESパケット
は、スローモーションが適用されていることを理解した
ら、そのPESパケットによるピクチャを、複数回表示さ
せるようにデコードする。すなわち、1394デパケット化
部４１で受信された1394パケットのFDFフィールドに書
き込まれているrep_cntrlで、指示された回数だけ、そ
のパケットのピクチャが表示されるようにデコードが行
なわれる。

【０１０８】このように、ステップＳ２７の処理が終了
されたら、ステップＳ２１に戻り、次のパケットについ
て、同様の処理が繰り返される。

【０１０９】一方、ステップＳ２５において、スローモ
ーションの指示ではないと判断された場合、ステップＳ
２８に進み、再生モード情報が指示する再生モードの処
理が実行される。そして、この処理が終了されたら、ス
テップＳ２１に戻り、それ以降の処理が繰り返される。

【０１１０】このフローチャートの処理は、ストリーム
出力装置２１からの出力が終了した場合などに、割り込
み処理で終了される。

【０１１１】図９は、他のストリーム出力装置２１の構
成を示すブロック図である。この構成においては、スト
リーム検査部３１から出力されたストリームは、スイッ
チ５１を介して出力されるようになされている。また、
モード情報設定部３３から出力された情報は、パケット
化部５２を介してスイッチ５１に出力されるようになさ
れている。その他の構成は、図４のストリーム出力装置
２１と同様の構成なので、その説明は省略する。

【０１１２】次に、ストリーム出力装置２１の動作につ
いて、図１０のフローチャートを参照して説明する。ス
テップＳ３１において、指示がノーマル再生か否かが判
断される。この判断は、図６のステップＳ１のところで
説明した判断の仕方と同様に行われる。そして、ステッ
プＳ３１において、ノーマル再生であると判断された場
合、ステップＳ３２に進む。ステップＳ３２において、
スイッチ１２は、内部接続を接点Ｅ側に切り替え、スイ
ッチ３１は、内部接続を接点Ａ側に切り替える。

【０１１３】スイッチ１２とスイッチ３１の切り替えが
終了されると、ステップＳ３３に進み、読み出し部１１
は、記録部１０に記録されているトランスストリームを
読み出し、スイッチ１２の接点Ｅ、およびスイッチ５１
の接点Ａを介して、ストリーム復号装置２２に出力す
る。

【０１１４】一方、ステップＳ３１において、指示がノ
ーマル再生ではないと判断された場合、ステップＳ３４
に進み、スローモーション再生であるか否かが判断され
る。指示がスローモーション再生であると判断された場
合、ステップＳ３５に進む。ステップＳ３５において
は、スイッチ１２は内部接続を接点Ｆ側に切り替え、ス
イッチ５１は内部接続を接点Ｂ側に切り替える。そし
て、スイッチ１２とスイッチ５１の切り替えが、それぞ
れ終了されると、ステップＳ３６に進む。

【０１１５】ステップＳ３６において、スローモーショ
ン再生の情報設定が行われる。設定される情報は、ステ
ップＳ３７において、パケット化部５２に出力され、ト
ランスポートパケットにパケット化される。そして、パ
ケット化部５２でパケット化されたスローモーション再
生の情報は、スイッチ５１の接点Ｂを介して、ストリー
ム復号装置２２に出力される。

【０１１６】ここで、ステップＳ３６において設定され
る情報と、ステップＳ３７において行われるパケット化
について説明する。ステップＳ３６で行われるスローモ
ーション再生の情報は、図６のステップＳ８と同様に、
trick_mode_control_parameters()としての、trick_mod
e_controlとrep_ctrlである。図９に示したストリーム
出力装置２１においては、設定された情報のみで新たな
トランスポートパケットを生成する。その為に、ISO／I
EC13818ー1で定義されているprivate_section()を利用す
る。

【０１１７】trick_mode_information_table（以下、TM
ITと記述する）は、トリックモードの再生の情報を記述
するテーブルであり、１個のtrick_mode_information_s
ectionで構成されている。このセクション（section）
はISO／IEC13818-1で定義されるprivate_section()のse
ction_syntax_indicatorが”０”のときのシンタックス
構造である。trick_mode_information_sectionのシンタ
ックスを以下に示す。＜表６＞ No.of bits 1 trick_mode_information_section(){ 2 table_id 8 3 section_syntax_indicator 1 4 reserved_1 1 5 reserved_2 2 6 section_length 12 7 trick_mode_control_parameters() １６８｝

【０１１８】２行目のｔａｂｌｅ＿ｉｄは、８ビットの
フィールドであり、ISO／IEC13818ー1、およびDVD規格で
未使用の値でなくてはならない。このtable_idは、この
セクションが属するプライベートテーブルを識別するた
めのフィールドである。３行目のsection_syntax_indic
atorは、１ビットのフィールドであり、値は”０”に設
定されている。この値が”０”に設定されていると、pr
ivate_data_byteがprivate_section_lengthフィールド
の直後に続くことを示す。private_data_byteは、ユー
ザが定義可能なフィールドであり、いまの場合、trick_
mode_control_parameters()が定義されている。

【０１１９】４行目と５行目のreservedは、将来のため
に確保されているフィールドである。６行目のsection_
lengthは、１２ビットのフィールドであり、このフィー
ルドのあとからの、このプライベートセクションの残り
のバイト数を示している。そして、いまの場合、上述し
たように、ユーザにより定義できるフィールドに、１６
ビットのtrick_mode_control_parameters()が定義され
ている。

【０１２０】このように定義されるtrick_mode_informa
tion_sectionは、４０ビットの固定長なので、１個のト
ランスポートパケットで送信することが可能である。こ
のtrick_mode_information_sectionをトランスポートパ
ケット化したときのシンタックスを以下に示す。

【０１２１】＜表７＞ No.of bits 1 transport_packet_for_Trick_mode_Information_Table(){ 2 sync_byte 8 3 transport_error_indicatator 1 4 payload_unit_start_indicator 1 5 transport_priority 1 6 PID 13 7 transport_scrambling_control 2 8 adaptation_field_control 2 9 continuity_counter 4 10 pointer_field 8 11 trick_mode_information_section() 40 12 stuffing_bytes 178(byte) 13 }

【０１２２】表７は表１を本発明に合うように書き直し
たものであり、２行目乃至９行目は表１における場合と
同様であるので、詳細な説明は省略するが、ここでは２
行目のsync_byteの値は、”0100 0111”（0X47）と設定
され、３行目のtransport_error_indicatorの値は、”
０”と設定され、４行目のpayload_unit_start_indicat
orの値は、”１”と設定され、５行目のtransport_prio
rityの値は、”０”と設定される。

【０１２３】６行目のPIDは、ISO／IEC13818-1およびDV
B規格で未使用の値が設定されれば良いので、例え
ば、”０Ｘ００１Ｄ”と設定される。７行目のtranspor
t_scrambling_controlの値は、”００”に設定され、８
行目のadaptation_field_controlの値は、アダプテーシ
ョンフィールドがなく、ペイロードのみを示す”０１”
に設定される。そして、９行目のcontinuity_counterの
値は、”００００”に設定される。

【０１２４】１０行目のpointer_fieldは、１１行目のt
rick_mode_information_section()が、このpointer_fie
ldの後の、何バイト目から開始されているかを示してお
り、”0000 0000”に設定されると、直後から開始され
ていることを示す。１１行目のtrick_mode_information
_section()に、表６で説明した４０ビットで構成される
トリックモードの情報が挿入される。そして、１２行目
のstuffing_bytesの値は、全て”１”に設定される。

【０１２５】図１０のフローチャートの説明に戻り、ス
テップＳ３６とステップＳ３７において、上述したtric
k_mode_information_sectionとtransport_packet_for_T
rick_mode_Information_Tableを用いて生成されたトラ
ンスポートストリームパケットは、スイッチ５１の接点
Ｂを介して、ストリーム復号装置２２に出力される。

【０１２６】ステップＳ３７において、読み出し部１１
は、スローモーション再生が適用されるトランスポート
パケットを、記憶部１０から読み出す。上述したスロー
モーション再生の情報を含むトランスポートストリーム
パケットの後に出力される１ピクチャ分のトランスポー
トストリームには、スローモーション再生が適用され、
rep_ctrlで指示された分だけ繰り返し、モニタ４におい
て表示される。このように表示されるピクチャのトラン
スポートストリームが、記録部１０から読み出される。

【０１２７】ステップＳ３７において、読み出し部１１
が記録部１０からトランスポートストリームを読み出す
際、スイッチ１２は、接点Ｆ側に切り替えられる。従っ
て、読み出し部１１から出力されたトランスポートスト
リームは、ストリーム検査部３１を介してスイッチ５１
に出力されることになる。スイッチ５１は、ストリーム
検査部３１から出力されたトランスポートストリームを
ストリーム復号装置２２に出力するために、内部接続を
接点Ａ側に切り換える。

【０１２８】このようにして、トランスポートストリー
ムが出力されたら、ステップＳ３９において、読み出し
部１１は、出力されたトランスポートストリームのピク
チャが、表示されている期間だけ、記録部１０からの読
み出しを停止する。このステップＳ３９乃至ステップＳ
４４の処理は、図６のステップＳ１１乃至ステップＳ１
５の処理と同様の処理なので、その説明は省略する。但
し、ステップＳ４２でノーマル再生に戻るための情報設
定が終了されたら、ステップＳ４５において、トランス
ポートストリームパケット化し、そのパケットを出力し
たら、ステップＳ３２に進む。

【０１２９】このように、トリックモードが指示された
場合、そのトリックモードを実現するための情報を含
む、新たなトランスポートパケットを生成し、出力する
ようにしたので、ストリーム出力装置２１の構成を簡略
化することが可能となる。

【０１３０】図１１は、図９のストリーム出力装置２１
から出力されたトランスポートストリームを復号するス
トリーム復号装置２２の構成を示すブロック図である。
この構成においては、ストリーム出力装置２１から出力
されたストリームは、デマルチプレクサ４２に入力され
るようになされている。また、デマルチプレクサ４２か
らの出力は、スイッチ６１を介して、デパケット化部４
４またはモード情報デコーダ４３に入力されるようにな
されている。その他の構成は、図７で示したストリーム
復号装置２２と同様の構成なので、その説明は省略す
る。

【０１３１】図１１に示したストリーム復号装置２２の
動作について、図１２のフローチャートを参照して説明
する。ステップＳ５１において、デマルチプレクサ４２
は、ストリーム出力装置２１から出力されたトランスポ
ートストリームパケットを受信する。デマルチプレクサ
４２は、入力されたトランスポートストリームパケット
から、ペイロード（PESパケット）とPIDとを分離する。
そして、ステップＳ５２において、スイッチ６１は、分
離されたPIDがビデオストリームを指示しているか、ま
たはトリックモード情報やsequence headerを指示して
いるかを判断する。

【０１３２】ステップＳ５２において、PIDがビデオス
トリームを指示していると判断された場合、ステップＳ
５３に進み、スイッチ６１の内部接続が接点Ｃ側に切り
替えられる。スイッチ６１が接点Ｃ側に切り替えられる
ことにより、デマルチプレクサ４２で分離されたビデオ
ストリーム（PESパケット）は、デパケット化部４４に
出力される。

【０１３３】ステップＳ５４において、再生処理が行わ
れる。すなわち、デパケット化部４４は、入力されたPE
Sパケットから、ビデオストリームを分離し、ストリー
ム検査部４５に出力する。ストリーム検査部４５は、ト
リックモードコントローラ４６からの情報に基づいて、
入力されたビデオストリームを処理した後、バッファ４
７を介してビデオデコーダ４８に出力する。

【０１３４】ビデオデコーダ４８は、入力されたビデオ
ストリームをデコードして、モニタ４に出力する。この
ようにして、ストリーム復号装置２２に入力されたトラ
ンスポートパケットに対して、ノーマル再生の処理が終
了されたら、ステップＳ５１に戻り、それ以降の処理が
繰り返される。

【０１３５】一方、ステップＳ５２において、PIDがビ
デオストリームを指示していないと判断された場合、ス
テップＳ５５に進み、スイッチ６１の内部接続が接点Ｄ
側に切り替えられる。スイッチ６１の内部接続が接点Ｄ
側に切り替えられることにより、デマルチプレクサ４２
に入力されたトランスポートストリームパケットのペイ
ロードは、モード情報デコーダ４３に入力される。

【０１３６】このように、スイッチ６１が接点Ｄ側に切
り替えられ、データがモード情報デコーダ４３に入力さ
れた場合、そのデータは、トリックモードを指示するデ
ータか、トリックモードからノーマル再生に戻る指示を
するデータか、またはsequence headerである。モード
情報デコーダ４３に入力されたペイロードは、そこでデ
コードされ、上述したようなデータが取り出される。取
り出された情報は、トリックモードコントローラ４６に
出力される。

【０１３７】トリックモードコントローラ４６は、ステ
ップＳ５６において、入力された情報に基づいてストリ
ーム検査部４５とビデオデコーダ４８を制御する。そし
て、ステップＳ５１に戻り、次のトランスポートストリ
ームを受信する。そして、ステップＳ５２において、受
信したトランスポートストリームのPIDがビデオストリ
ームを指示しているか否かが判断されるわけだが、トリ
ックモードの情報が入力された後は、そのトリックモー
ドが適用されるビデオストリームが入力されるので、ス
テップＳ５３に進む。

【０１３８】ステップＳ５３において、スイッチ６１
が、その内部接続を接点Ｃ側に切り替え、ステップＳ５
４において、指示された再生モードに従って、再生処理
が行われる。すなわち、デパケット化部４４により、ビ
デオストリームが抽出され、そのビデオストリームが、
それだけで復号可能なストリームか否かが判断され、復
号可能であると判断された場合、バッファ４７に出力さ
れ、復号不可能であると判断された場合、入力されたス
トリームが廃棄される。

【０１３９】バッファ４７に入力され、記憶されたスト
リームは、必要に応じて、ビデオデコーダ４８により読
み出されて、デコードされる。ビデオデコーダ４８は入
力されたストリームをデコードする際、トリックモード
コントローラ４６から出力されたトリックモードの情報
に従ってデコードする。すなわち、トリックモードとし
てスローモーションが指示されていた場合、rep_cntrl
のデータが入力されているので、その指示に従い、同一
ピクチャをＭ回表示するようにデコードが行われる。

【０１４０】このようにステップＳ５４による再生処理
が終了されると、ステップＳ５１に戻り、それ以降の処
理が繰り返される。そして、トリックモード解除に関す
るデータを含むトランスポートストリームパケットを受
信するまで、トリックモード再生は継続される。そし
て、受信するトランスポートストリームがなくなった場
合などに、このフローチャートの処理は終了される。

【０１４１】上述した実施の形態においては、トリック
モードとして、スローモーションを例として説明した
が、その他のトリックモードにも本発明が適用できるこ
とは言うまでない。

【０１４２】なお、本明細書中において、上記処理を実
行するコンピュータプログラムをユーザに提供する提供
媒体には、磁気ディスク、CD-ROMなどの情報記録媒体の
他、インターネット、デジタル衛星などのネットワーク
による伝送媒体も含まれる。

【０１４３】

【発明の効果】以上の如く請求項１に記載の画像データ
送信装置、請求項４に記載の画像データ送信装置、およ
び請求項５に記載の提供媒体によれば、再生モードの情
報を設定し、設定された情報を供給された画像データと
関連付けて出力するようにしたので、供給された画像デ
ータの内部データを変更することなしに、再生モードの
情報を送信することができる。

【０１４４】請求項６に記載の画像データ受信装置、請
求項９に記載の画像データ受信方法、および請求項１０
に記載の提供媒体によれば、受信されたパケットから所
定のデータを抽出し、抽出したデータに従って再生処理
を行うようにしたので、受信される画像データの内部デ
ータを変更することなしに、再生モードの情報を得るこ
とができる。

【図面の簡単な説明】

【図１】本発明を適用した画像処理システムの一実施の
形態の構成を示すブロック図である。

【図２】ソースパケットを説明する図である。

【図３】アイソクロナスパケットを説明する図である。

【図４】ストリーム出力装置の構成を示すブロック図で
ある。

【図５】ノーマル再生とスローモーション再生を説明す
る図である。

【図６】図４のストリーム出力装置の動作を説明するフ
ローチャートである。

【図７】ストリーム復号装置の構成を示すブロック図で
ある。

【図８】図７のストリーム復号装置の動作を説明するフ
ローチャートである。

【図９】ストリーム出力装置の他の構成を示すブロック
図である。

【図１０】図９のストリーム出力装置の動作を説明する
フローチャートである。

【図１１】ストリーム復号装置の他の構成を示すブロッ
ク図である。

【図１２】図１１のストリーム復号装置の動作を説明す
るフローチャートである。

【図１３】従来のストリーム出力装置の一例の構成を示
すブロック図である。

【図１４】PESパケットを説明する図である。

【符号の説明】

２１ストリーム出力装置，２２ストリーム復号装
置，３１ストリーム検査部，３２ 1394パケット
化部，３３モード情報設定部，４１ 1394デパケ
ット化部，４２デマルチプレクサ，４３モード
情報デコーダ，４４デパケット化部，４５ストリ
ーム検査部，４６トリックモードコントローラ，
４７バッファ，４８ビデオデコーダ，５１ス
イッチ，５２パケット化部，６１スイッチ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C053 FA23 FA30 GB04 GB06 GB38 HA21 HA23 JA21 KA24 5C059 KK00 KK11 MA00 PP04 RB02 RC00 SS12 SS16 UA39

Claims

【特許請求の範囲】

【請求項１】画像データを供給する供給手段と、前記画像データの再生モードを指示する指示手段と、前記指示手段により指示された再生モードの情報を設定
する設定手段と、前記設定手段により設定された情報を前記供給手段によ
り供給された画像データと関連付けて出力する出力手段
とを備えることを特徴とする画像データ送信装置。
【請求項２】前記出力手段は、前記設定手段により設
定された情報をIEEE1394規格のアイソクロナスパケット
のCIPヘッダのFDFフィールドに書き込み、前記画像デー
タに前記CIPヘッダを付加して出力することを特徴とす
る請求項１に記載の画像データ送信装置。
【請求項３】前記出力手段は、前記設定手段により設
定された情報をトランスポートストリームパケットとし
て出力することを特徴とする請求項１に記載の画像デー
タ送信装置。
【請求項４】画像データを供給する供給ステップと、前記画像データの再生モードを指示する指示ステップ
と、前記指示ステップで指示された再生モードの情報を設定
する設定ステップと、前記設定ステップで設定された情報を前記供給ステップ
で供給された画像データと関連付けて出力する出力ステ
ップとを含むことを特徴とする画像データ送信方法。
【請求項５】画像データを供給する供給ステップと、前記画像データの再生モードを指示する指示ステップ
と、前記指示ステップで指示された再生モードの情報を設定
する設定ステップと、前記設定ステップで設定された情報を前記供給ステップ
で供給された画像データと関連付けて出力する出力ステ
ップとを含む処理を画像データ送信装置に実行させるコ
ンピュータが読み取り可能なプログラムを提供すること
を特徴とする提供媒体。
【請求項６】パケットを受信する受信手段と、前記受信手段により受信されたパケットから所定のデー
タを抽出する抽出手段と、前記抽出手段により抽出されたデータに従って、再生処
理を行う再生処理手段とを備えることを特徴とする画像
データ受信装置。
【請求項７】前記抽出手段は、IEEE1394規格のアイソ
クロナスパケットのCIPヘッダのFDFフィールドに記述さ
れているデータを抽出することを特徴とする請求項６に
記載の画像データ受信装置。
【請求項８】前記抽出手段は、トランスポートストリ
ームパケットのPIDを抽出することを特徴とする請求項
６に記載の画像データ受信装置。
【請求項９】パケットを受信する受信ステップと、前記受信ステップで受信されたパケットから所定のデー
タを抽出する抽出ステップと、前記抽出ステップで抽出されたデータに従って、再生処
理を行う再生処理ステップとを含むことを特徴とする画
像データ受信方法。
【請求項１０】パケットを受信する受信ステップと、前記受信ステップで受信されたパケットから所定のデー
タを抽出する抽出ステップと、前記抽出ステップで抽出されたデータに従って、再生処
理を行う再生処理ステップとを含む処理を画像データ受
信装置に実行させるコンピュータが読み取り可能なプロ
グラムを提供することを特徴とする提供媒体。