JP2004056764A

JP2004056764A - Data transfer method and device

Info

Publication number: JP2004056764A
Application number: JP2003133264A
Authority: JP
Inventors: Toshiyuki Kori; 俊之郡; Hirobumi Uchida; 博文内田; Hideki Otaka; 秀樹大高; Hiroyuki Iizuka; 裕之飯塚; Ichiro Okamoto; 一郎岡本
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-05-31
Filing date: 2003-05-12
Publication date: 2004-02-19

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method and a system for transferring a real-time AV data at a high speed by using a bus. <P>SOLUTION: The device transfers a real-time data of a prescribed format adding a data showing a transfer speed to a synchronous packet in the case of transmitting the data using the synchronous packet. A reproduction speed is changed and stopped by keeping the transfer speed. The transfer is conducted fast thereby. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、映像信号や音声信号等のリアルタイム処理が必要なデータを複数の機器間で転送する際に用いるデータ転送方法および装置に関するものである。
【０００２】
【従来の技術】
デジタル伝送技術の進歩と共に、映像信号や音声信号（以下ＡＶデータと称する）を共通のデジタル伝送路（以下バスと称する）を介して転送する機器が開発されている。ＡＶデータは処理されるべき速度に同期して送受信される必要があるため、リアルタイム通信が可能なバスが必要となる。リアルタイム性とは映像や音声を途切れることなく転送することができることを意味し、例えば、ＶＴＲ等の記録再生機器においては、記録媒体から連続的に映像、音声データを再生し、また記録媒体に連続的に映像、音声データを記録するため、リアルタイム性が要求される。
【０００３】
このようにＡＶデータを高速に転送するための高速バスとして、例えばＩＥＥＥ１３９４シリアルバス（以下１３９４と記す）が規格化されている。１３９４ではさまざまなデータが転送されるが、バス接続においてそのようなリアルタイム性を実現するための通信手段として同期通信（アイソクロノス通信）が規定されている。同期通信では、一定の間隔（１サイクル＝１２５μｓｅｃ）毎にＡＶデータを多重した同期パケット（アイソクロノスパケット）を送受信することによって、必ず所定の間隔毎にＡＶデータを転送することができる。以下、同期パケットを用いてＡＶデータを転送する具体的な転送を方法について説明する。
【０００４】
１３９４を用いてリアルタイム通信でＡＶデータを転送する方法は、ＡＶプロトコルとしてＩＥＣ６１８８３−１「Ｃｏｎｓｕｍｅｒ　Ａｕｄｉｏ／Ｖｉｄｅｏ　Ｅｑｕｉｐｍｅｎｔ−Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｐａｒｔ１：Ｇｅｎｅｒａｌ」に詳細が記載されている。図６は同期パケットの具体的な構成を示した説明図である。図７は、図６で示された同期パケットの詳細を示し、同期パケット内のデータフィールドにデータを多重して転送する方法を示した説明図である。先頭の１クアドレット（３２ビット）が同期パケットヘッダ、２クアドレット目がヘッダＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）、３クアドレット以降はデータが挿入されるデータフィールドであり、最後のクアドレットにデータに対するＣＲＣが付加される。データフィールドの構成は、先頭２クアドレットに転送するデータの属性を示すヘッダとしてＣＩＰヘッダ（Ｃｏｍｍｏｎ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔヘッダ）が配置され、ＣＩＰヘッダに引き続いて、各アプリケーション毎に定められたソースパケットのデータが多重される。
【０００５】
各同期サイクルはサイクルマスターノードがサイクルスタートパケットを送信することにより開始され、転送したいデータを持つノードはそれに引き続きあらかじめ予約しているチャンネル番号と帯域を用いて同期パケットによりデータを転送する。図６、図７で説明したように、同期パケットは同期パケットヘッダ、ＣＩＰヘッダ、データから構成される。同期パケットに多重するデータの基準単位として、まずアプリケーションデータからソースパケットが構成され、ソースパケットはさらに必要に応じて複数のデータブロックに分割され、同期パケットのデータフィールドに多重されて転送される。
同期パケットを用いてＡＶデータを転送する具体的な例として、ＩＥＣ６１８８３−２で規定されたＤＶフォーマットのデータを転送する場合を例にあげて説明する。
【０００６】
図８は、ＤＶフォーマットのデータを同期パケットで転送する場合の、ＣＩＰヘッダの具体的構成を示した説明図である。ＣＩＰヘッダには同期パケットに多重するＡＶデータの属性、データブロックのサイズ等の情報が設定される。
【０００７】
図９は、ＤＶフォーマットのデータを同期パケットに転送する規定を示した説明図である。ＤＶフォーマットでは、ビデオデータはフレーム単位で約１／６．４に圧縮され、圧縮されたビデオデータ、インターリーブされた非圧縮のオーディオデータ、その他の補助データからＤＩＦ（Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｂｌｏｃｋ）と呼ばれるブロックが構成される。ＤＩＦブロックはＤＶフォーマットで規定された１つの転送単位であり、３バイトのＩＤと７７バイトのデータの合計８０バイトから構成される（詳細は図示せず）。ＤＶフォーマットのデータ転送の場合、１つのソースパケットは６個のＤＩＦブロックから構成されるため、１つのソースパケットのサイズは４８０バイトとなる。ソースパケットは分割されずにデータブロックとしてそのまま同期パケットのデータフィールドに多重されて転送される。したがって、１個の同期パケットに１個のソースパケット（＝データブロック）が多重されて転送される。具体的には、５２５／６０モード（ＮＴＳＣモード）においては、１フレーム期間あたり１５００個のＤＩＦブロックが転送され、１フレーム期間あたり２５０個のソースパケットが転送される。また、６２５／５０モード（ＰＡＬモード）の場合は、１フレーム期間あたり１８００個のＤＩＦブロックが転送され、１フレーム期間あたり３００個のソースパケットが転送される。実際には、１フレーム期間あたりに転送可能な同期パケットの数は２５０個あるいは３００個よりも大きいため、あるサイクルではデータフィールドのないパケット（エンプティパケット）が転送される。なお、前述したように、ＤＶフォーマットのデータの転送については、ソースパケットサイズとデータブロックサイズが等しいため、説明の簡略化のために以降はデータブロックの説明を省略し、ソースパケットで代表させて説明する。
従来技術が開示された文献として次のものがある。
【０００８】
【非特許文献１】
１）　ＩＥＣ６１８８３−１
「Ｃｏｎｓｕｍｅｒ　Ａｕｄｉｏ／Ｖｉｄｅｏ　Ｅｑｕｉｐｍｅｎｔ−Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｐａｒｔ１：Ｇｅｎｅｒａｌ」
【非特許文献２】
２）　ＩＥＣ６１８８３−２
「Ｃｏｎｓｕｍｅｒ　Ａｕｄｉｏ／Ｖｉｄｅｏ　Ｅｑｕｉｐｍｅｎｔ−Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｐａｒｔ２：ＳＤ−ＤＶＣＲ　ｄａｔａ　ｔｒａｎｓｍｉｓｓｉｏｎ」
【０００９】
しかしながらＡＶ機器間で同期通信を行うに際して１３９４シリアルバスを用いる場合に、上記従来のデータ転送方法では通常速度（１倍速）の転送方法のみが規定されている。すなわち、上記従来技術の説明にて記載したように、ＤＶフォーマットのデータを転送する場合には、１つの同期サイクル期間に１個のソースパケットを転送することによって、映像信号の１フレーム期間に１フレーム分のデータを転送することが可能になる。ここで、１３９４を使用する目的としては、例えばカメラ一体型ＶＴＲで記録したＡＶデータを圧縮状態でパソコン（以下ＰＣと記す）等に転送することにより、画質劣化を無くし、かつ転送レートを低く抑えることが可能な点にある。ところが、近年の技術革新により１３９４のデータレートを高くすることが可能になってきており、その技術的背景に基づいて、ＡＶ機器間でのデータ転送時間をできるだけ短くすることが強く要求されている。つまり、１３９４を使って編集システムを構築した場合に、編集処理を行うＰＣの性能の向上によって実際の編集時間が短縮されており、トータルとしての作業時間をさらに短縮するためには、ＡＶデータの転送時間を短くする必要がある。それを実現するには、通常の速度よりも高速でデータを転送する方法を規定することが必要となる。また、機器間で高速転送を行うためには、シリアルバス上の転送形式だけではなく、機器側の動作状態に応じてどのように高速転送を行うかの規定も合わせて必要である。
【００１０】
【発明が解決しようとする課題】
本発明は上記従来の問題点を解決するもので、バスを用いて高速転送を実現するために、転送速度及び送信側の再生動作状態に応じた同期パケットの転送形式を規定し、かつ実際の機器で実現する場合に、実装を簡単化することを目的とする。
【００１１】
【課題を解決するための手段】
この目的を達成するために本発明のデータ転送方法は、第１ノードから第２ノードにバスを介して、所定のフォーマットのＡＶデータを同期パケットにより転送する方法であって、第１ノードで、再生速度が標準再生速度のＭ倍（Ｍは正の整数）でＡＶデータを再生し、第１ノードで、転送速度が標準転送速度のＭ倍であることを示す転送速度識別子を前記同期パケット内に付加し、第１ノードから前記同期パケットを、転送速度が標準転送速度のＭ倍の速度で同期通信することを特徴とする。
【００１２】
また、本発明のデータ転送装置は、第１ノードから第２ノードにバスを介して、所定のフォーマットのＡＶデータを同期パケットにより転送する装置であって、第１ノードは、再生速度が標準再生速度のＭ倍（Ｍは正の整数）でＡＶデータを再生する手段と、転送速度が標準転送速度のＭ倍であることを示す転送速度識別子を前記同期パケット内に付加する手段と、前記同期パケットを、転送速度が標準転送速度のＭ倍の速度で同期通信する手段を有することを特徴とする。
【００１３】
この方法によって、バスを用いて高速転送を実現するために、転送速度及び送信側の再生動作状態に応じた同期パケットの転送形式を規定し、同期パケットの転送形式と送信側機器の再生動作状態を速やかに行なうことが出来る。また、転送形式と再生動作を独立に扱うことができる。このため、機器への実装を簡単化することができる。
【００１４】
【発明の実施の形態】
本発明によるデータ転送方法は、バスを介して、所定のフォーマットのリアルタイムデータを同期パケットにより転送する方法であって、前記所定のフォーマットのリアルタイムデータを送信する際、受信機器から送信機器に対して前記リアルタイムデータを転送するための前記同期パケットの送信形式を転送速度に応じて設定し、前記送信機器は記録媒体からの再生動作状態に関係なく常に前記転送速度に応じて設定された同期パケットの送信形式を用いて前記リアルタイムデータを受信機器側に送信することを特徴とするものであり、送信機器側では記録媒体からの再生動作状態（再生、停止等）に関係なく、常に設定されたパケットの送信形式を用いてパケットを出力することにより、再生動作状態の変化に応じて頻繁に送信されるパケットの形式が変化することがないため、送信側、受信側の各々の処理は常に転送速度に基づいて決定することができ、かつ、再生動作状態に応じてデータ転送に必要な帯域の確保、不要な帯域の開放のための処理を行う必要がないという作用を有する。
以下、本発明の実施の形態について、図１から図５を用いて説明する。
【００１５】
図１は、本発明のデータ転送方法を示し、１台のビデオテープレコーダー（以下ＶＴＲと略記する）と１台のパソコン（以下ＰＣと略記する）を１３９４で接続して、ＶＴＲから出力されたＡＶデータを４倍速でＰＣに転送する方法を示した説明図である。これらのＶＴＲやＰＣは、広い意味でノードと言う。図１では、本発明のデータ転送方法を実現するためのコマンドの手順、送信データの流れが記されており、１００は受信側のＰＣ、１０１は送信側のＶＴＲである。１３９４では、ＰＣ等のコントローラからＡＶ機器を制御するためにコマンド（ＡＶＣコマンド）が提供されており、コマンドは非同期パケットを用いて送信される。ＶＴＲの再生データをＰＣに転送する場合には、ＰＣ側から同期パケットの制御コマンド及びＶＴＲの制御コマンドを発行し、ＶＴＲは、コントローラであるＰＣからの制御にしたがって各種動作モードを決定する。以下に、ＰＣ１００のコマンドによる指示にしたがってＶＴＲ１０１からＤＶフォーマットのデータを１倍速および４倍速で転送する手順を説明する。なお、実際にはさらに詳しいコマンドによるネゴシエーションが必要であるが、ここでは説明を省略する。また、ＰＣ１００からのコマンドに対してＶＴＲ１０１はつねにＡＣＣＥＰＴＥＤ、ＩＭＰＬＥＭＥＮＴＥＤをレスポンスとして返すものとする。
【００１６】
（１）１倍速転送、４倍速転送のサポートの問い合わせコマンド
ＰＣ１００は、ＶＴＲ１０１が１倍速転送、４倍速転送をサポートしているかを確認するために、１倍速転送、４倍速転送をサポートしているかどうかの問い合わせのコマンドを発行する。
【００１７】
（２）同期パケット送信形式の設定コマンド（１倍速設定）
ＰＣ１００は、ＶＴＲ１０１から送信する同期パケットの送信形式を制御するコマンド（ＯＵＴＰＵＴ　ＰＬＵＧ　ＳＩＧＮＡＬ　ＦＯＲＭＡＴ　ＣＯＮＴＲＯＬ）を発行し、同期パケットの送信形式を１倍速に設定する。これによりＶＴＲは１倍速モードに設定される。
【００１８】
（３）コネクションの確立、帯域確保
ＰＣ１００は、ＶＴＲ１０１との間にコネクションを確立する。この時、１倍速分のソースパケットを転送するために必要な帯域を確保する。
【００１９】
（４）ＰＬＡＹコマンド（１倍速再生の開始）
ＰＣ１００はＶＴＲ制御コマンドとして、ＰＬＡＹ（再生）コマンドを発行する。ＰＬＡＹコマンドにより、ＶＴＲ１０１は１倍速での再生を開始し、同時に再生されたデータを１倍速転送用の形式にパケット化して１３９４上に出力し、再生状態になる。
【００２０】
（５）ＳＴＯＰコマンド（１倍速再生の停止）
ＰＣ１００はＶＴＲ制御コマンドとしてＳＴＯＰ（停止）コマンドを発行する。ＳＴＯＰコマンドにより、ＶＴＲ１０１は１倍速での再生を停止し、停止状態に移行する。
【００２１】
（６）同期パケット送信形式の設定コマンド（４倍速設定）
ＰＣ１００は、ＶＴＲ１０１から送信するパケットの送信形式を制御するコマンド（ＯＵＴＰＵＴ　ＰＬＵＧ　ＳＩＧＮＡＬ　ＦＯＲＭＡＴ　ＣＯＮＴＲＯＬ）を発行し、パケットの送信形式を４倍速に設定する。これにより、ＶＴＲ１０１は４倍速のモードに設定される。
【００２２】
（７）４倍速転送用の帯域確保
以上の処理においては、１倍速のソースパケットを転送可能な帯域のみが確保されていたため、４倍速分のソースパケットを転送するために必要な帯域を確保する。なお、帯域確保は、受信側であるＰＣ１００と送信側であるＶＴＲ１０１のどちらが行ってもよい。
【００２３】
（８）ＰＬＡＹコマンド（４倍速再生の開始）
ＰＣ１００はＶＴＲ制御コマンドとして、ＰＬＡＹ（再生）コマンドを発行する。この時１３９４の同期パケット形式は４倍速に設定されているため、ＶＴＲ１０１は４倍速での再生を開始し、同時に１３９４上に再生されたデータを、４倍速転送用フォ−マットにパケット化して出力する。
【００２４】
（９）ＳＴＯＰコマンド（４倍速再生の停止）
ＰＣ１００はＶＴＲ制御コマンドとしてＳＴＯＰ（停止）コマンドを発行する。ＳＴＯＰコマンドにより、ＶＴＲ１０１は４倍速での再生を停止し、ＳＴＯＰ状態に移行する。
【００２５】
以上説明した一連の処理における、ＶＴＲ１０１から出力される同期パケットの形式について、以下に具体的に説明する。
１倍速転送の場合の、同期パケットの構成は従来の技術の図９に示したとおりであり、１個の同期パケットのデータフィールドに１個のソースパケット（＝データブロック）のデータが多重される。図２は１倍速転送の場合に、ＶＴＲのモードに応じて１フレーム期間に転送される同期パケットとデータの関係を示した説明図であり、図２Ａ、図２Ｂは、それぞれ１倍速ＰＬＡＹモード時のＮ番目のフレーム期間と（Ｎ＋１）番目のフレーム期間のデータ構成を示し、図２Ｃ、図２Ｄは、それぞれ１倍速ＰＬＡＹモード時後におけるＳＴＯＰモード時のＮ番目のフレーム期間と（Ｎ＋１）番目のフレーム期間のデータ構成を示す。
【００２６】
１倍速ＰＬＡＹモード時のＮ番目のフレーム期間（図２Ａ）では、ｎ番目のフレームデータが転送され、（Ｎ＋１）番目のフレーム期間（図２Ｂ）では、（ｎ＋１）番目のフレームデータが転送される。これにより、１倍速の動画の転送が実現される。
１倍速ＰＬＡＹモード時後のＳＴＯＰモード時（Ｎ番目のフレーム期間直前にＳＴＯＰモードが設定されたとする。）のＮ番目のフレーム期間（図２Ｃ）では、ｎ番目のフレームデータが転送され、（Ｎ＋１）番目のフレーム期間（図２Ｄ）でも、ｎ番目のフレームデータが転送される。したがって、Ｎ番目のフレーム期間以降は、ｎ番目のフレームデータが繰返し転送される。
図２に示すように、ＤＶフォーマットのデータを１倍速で転送する場合には、ＶＴＲの再生動作モード（ＰＬＡＹ、ＳＴＯＰ等）に関係なく、すなわち、動作モードがＰＬＡＹ、ＳＴＯＰ等のいずれのモードであっても、１個の同期パケットのデータフィールドには１個のソースパケットが多重されて転送される。
【００２７】
図３は、ＤＶフォーマットのデータを４倍速で転送する場合に１３９４上に出力される同期パケットの形式を示した説明図である。１倍速転送の場合は、１個の同期パケットに１個のソースパケットを多重するのに対して、４倍速転送の場合は、１個の同期パケットに４倍である４個のソースパケットを多重する。したがって、５２５／６０モードの場合、１フレーム期間には２５０同期パケット×４ソースパケット＝１０００ソースパケットが転送される。また、６２５／５０モードの場合、３００同期パケット×４ソースパケット＝１２００ソースパケットが転送される。
【００２８】
次に図４は４倍速転送の場合に、ＶＴＲのモードに応じて１フレーム期間に転送される同期パケットとデータの関係を示した説明図であり、図４Ａ、図４Ｂは、それぞれ４倍速ＰＬＡＹモード時におけるＮ番目のフレーム期間と（Ｎ＋１）番目のフレーム期間のデータ構成を示し、図４Ｃ、図４Ｄは、それぞれ４倍速ＰＬＡＹモード時後におけるＳＴＯＰモード時のＮ番目のフレーム期間と（Ｎ＋１）番目のフレーム期間のデータ構成を示す。
【００２９】
４倍速ＰＬＡＹモード時のＮ番目のフレーム期間（図４Ａ）では、４ｎ番目、（４ｎ＋１）番目、（４ｎ＋２）番目、（４ｎ＋３）番目の４フレームデータが、１フレーム期間に存在する２５０個（ＮＴＳＣモードの場合）の同期パケットに振り分けられて転送される。また、次の（Ｎ＋１）番目のフレーム期間（図４Ｂ）では、４（ｎ＋１）番目、｛４（ｎ＋１）＋１｝番目、｛４（ｎ＋１）＋２｝番目、｛４（ｎ＋１）＋３｝番目の４フレームデータが、１フレーム期間に存在する２５０個（ＮＴＳＣモードの場合）の同期パケットに振り分けられて転送される。これにより、４倍速の動画の転送が実現される。
【００３０】
４倍速ＰＬＡＹモード時後のＳＴＯＰモード時（Ｎ番目のフレーム期間直前にＳＴＯＰモードが設定されたとする。）のＮ番目のフレーム期間（図４Ｃ）における最初の１／４期間では、４ｎ番目のフレームデータが転送され、残りの３／４期間では、無効データが転送される。（Ｎ＋１）番目のフレーム期間（図４Ｄ）でも、最初の１／４期間では、４ｎ番目のフレームデータが転送され、残りの３／４期間では、無効データが転送される。したがって、Ｎ番目のフレーム期間以降は、４ｎ番目のフレームデータが、各フレーム期間の最初の１／４期間において繰返し転送される。
【００３１】
図４において、ＶＴＲ１０１がＰＬＡＹ、ＳＴＯＰのいずれの状態においても、ＶＴＲ１０１からは常に４倍速転送の形式にしたがってパケットが出力される。つまり、１個の同期パケットのデータフフィールドには４個のソースパケットが多重されて転送される。ここで、ＶＴＲ１０１が４倍速再生（４倍速ＰＬＡＹモード）を行っている場合には、１フレーム期間に４フレーム分の有効データを再生し同期パケットに多重して転送するため、同期パケットには全て有効データが転送される。一方ＶＴＲ１０１が停止状態（ＳＴＯＰモード）の場合には、１フレーム期間に有効データは１フレーム分しか再生できないため、最初の１／４フレーム期間に転送されるソースパケットにのみ有効データが転送され、残りの３／４フレーム期間には無効データが転送される。
【００３２】
ＶＴＲ１０１から出力された同期パケットを受信するＰＣ１００では、１３９４上の転送形式が常に４倍速転送に設定されているため、常に４フレーム分のソースパケットを受信し、ＶＴＲ１０１がＰＬＡＹ状態の場合には、１フレーム期間に転送された全てのソースパケットを処理する。ＶＴＲ１０１がＳＴＯＰ状態の場合には、最初の１／４フレーム期間に転送されたソースパケットのみを処理する。受信しながらデコードしたビデオを画面に表示する場合には、転送速度にかかわらず先頭の１／４フレーム期間に受信したソースパケットのデータをデコードして表示することにより、４倍速ＰＬＡＹの場合には４フレーム毎の絵が表示され、ＳＴＯＰの場合は静止画が正しく表示される。
【００３３】
以上一連の説明においては、ＶＴＲのモードとしてＰＬＡＹモード，ＳＴＯＰモードのみを例にあげたが、その他のモード（スロー、サーチ等）についても、ＰＬＡＹ以外のモードとしてＳＴＯＰと同様に扱うことができる。例えばサーチモードの場合は、ＳＴＯＰと同様に最初の１／４フレーム期間にサーチ再生された有効データを多重して転送し、受信側で最初の１／４フレーム期間に受信したソースパケットのデータをデコードして表示することにより、順次更新されるサーチの絵を表示することができる。すなわち、転送速度が標準転送速度のＭ倍の速度で同期通信している際に、ＶＴＲにおいて、再生を停止状態にしても、同期パケットの転送速度を標準転送速度のＭ倍の速度で同期通信する。また、転送速度が標準転送速度のＭ倍の速度で同期通信している際に、ＶＴＲにおいて、再生速度を標準再生速度のＭ倍の速度よりも遅い速度の再生状態にしても、同期パケットの転送速度を標準転送速度のＭ倍の速度で同期通信する。
【００３４】
なお、無効データを転送する方法としては、１）同期パケットをエンプティパケットとし、データフィールドにソースパケットを多重しない方法、２）有効データと同じものを繰り返し転送する方法、３）無効データをそのままデコードしても問題がないように、データを所定の値（ビデオ＝ブラック、オーディオ＝ミュート）に設定する方法等があり、機器への実装仕様に応じて選択可能である。
【００３５】
図５は本実施の形態のデータ転送方法を実現するための具体的構成を示したブロック図である。図５において、２００はＰＣ、２０１はＶＴＲ、２０２は同期パケットの送信方法およびＶＴＲ２０１の動作を制御するためのコマンド、２０３は１３９４のコマンドを受信するコマンド受信部、２０４はデータ転送を制御するデータ転送コマンド、２０５はＶＴＲの動作を制御するＶＴＲ制御コマンド、２０６はＶＴＲの動作を制御するＶＴＲ制御部、２０７はＶＴＲ動作の制御信号、２０８はテープ走行系、シリンダ系の制御を行うテープ／シリンダ制御部、２０９はテープ駆動部、２１０はテープ駆動部２０９から再生された再生データ、２１１は再生データ２１０から復調処理、同期ブロックの検出処理を行う復調／検出処理部、２１２は検出された同期ブロック単位の再生データ、２１３は誤り訂正処理部、２１４は誤り訂正処理を行うためのメモリ、２１５はメモリ２１４への書き込みデータ、２１６はメモリ２１４からの読み出しデータ、２１７は誤り訂正処理されたＡＶデータ、２１８は１３９４バスに同期パケットを出力するパケット化部、２１９は同期パケットの出力タイミング調整のためのメモリ、２２０はメモリ２１９への書き込みデータ、２２１はメモリ２１９からの読み出しデータ、２２２はＡＶデータが多重された同期パケット、２２３は圧縮されたビデオデータをデコード（伸張）する圧縮デコード処理部、２２４はデコードされたビデオ信号、２２５はビデオ信号を表示するためのモニタである。
【００３６】
なお、図５では説明をわかりやすくするために、１３９４バス上を流れるＰＣ２００から発行されるコマンドとＶＴＲ２０１から出力されるＡＶデータの同期パケットとを分けて記している。
【００３７】
図５において、ＰＣ２００は１３９４を使用してＶＴＲ２０１の再生データを取り込むため、ＶＴＲ２０１に対してコマンド２０２を発行してデータ転送及びＶＴＲの動作を制御する。ＰＣから発行されたコマンド２０２は、コマンド受信部２０３にて受信され、コマンド受信部２０３ではコマンド２０２をデコードして、所定のレスポンスをＰＣ２００に返すとともに、同期パケットの転送を制御するデータ転送コマンド２０４とＶＴＲ制御コマンド２０５を出力する。コマンド受信部２０３にはＶＴＲ２０１の仕様（例えば、再生速度が１倍速、２倍速、４倍速が可能であることや、データ圧縮方法や、ＮＴＳＣ等のシステム）が記録された仕様テーブル２０３ａを有する。この仕様テーブル２０３ａには後で説明するＦＤＦに書き込まれる情報を保持することも可能である。ＶＴＲ制御部２０６はＶＴＲ制御コマンド２０５に基づいて、ＶＴＲの各種モードの制御を行う。
【００３８】
まず、ＰＣ２００から１３９４上に出力する同期パケットの形式を４倍速に設定するコマンドが発行され、ＶＴＲ２０１ではコマンド受信部２０３でそのコマンドを受信し、パケット化部２１８に対してデータ転送コマンド２０４によって同期パケットの設定の指示を行う。パケット化部２１８は、１３９４上に出力する同期パケットの形式を図３に示される４倍速転送の形式に設定する。次に、ＰＣ２００はＶＴＲ２０１を４倍速再生させるためにＰＬＡＹコマンドを発行する。ＶＴＲ２０１のコマンド受信部２０３は、ＰＬＡＹコマンドを受信し、デコードしたＶＴＲ制御コマンド２０５をＶＴＲ制御部２０６に送信する。ＶＴＲ制御部２０６では、テープ／シリンダ制御部２０８、誤り訂正処理部２１３に対して４倍速での再生を指示するための制御信号２０７を発行し、テープ駆動部２０９を４倍速で走行させるとともに、誤り訂正処理２１３を４倍速のモードで動作させる。テープ駆動部２０９から再生されたデータ２１０は、復調／検出処理部２１１に入力され、データの復調、同期ブロックの検出処理がなされた後、同期ブロック単位の再生データ２１２として誤り訂正処理部２１３に入力される。誤り訂正処理部２１３では、接続されたメモリ２１４を使用して誤り訂正処理を行う。まず、再生データ２１２に対して内符号を用いた誤り訂正処理を行い、訂正処理されたデータ２１５をメモリ２１４に書き込む。誤り訂正処理部２１３は４倍速のモードで動作しているため、１フレーム期間に４フレーム分のデータが処理される。４フレームのデータが再生し終わった時点で、メモリ２１４からデータ２１６が読み出され、外符号を用いた誤り訂正処理がなされた後、ＡＶデータ２１７として出力される。
【００３９】
次に、ＡＶデータ２１７はパケット化部２１８に入力される。パケット化部２１８は、ＡＶデータ２１７を集めてソースパケットを構成し、いったんメモリ２１９に書き込む。前述したように、１３９４では１２５μｓという固定の周期で同期パケットを伝送するため、その周期は誤り訂正処理部２１３から出力されるＡＶデータ２１７のタイミングとは必ずしも一致していない。したがって、メモリ２１９はそのタイミング差を調整するためのメモリであり、読み出し側は１２５μｓ毎にソースパケットのデータを読み出し、同期パケットのデータフィールドに多重して１３９４バス上に出力する。また、ＶＴＲ２０１から再生されたＡＶデータ２１７は、１３９４バス上に多重されて出力されると同時に、再生状態の確認のため圧縮デコード処理部２２３で元のビデオデータ２２４にデコードされ、テレビモニタ２２５に表示される。
【００４０】
ＰＣ２００は、１３９４バス上に出力された同期パケットを受信し、多重されたソースパケットのデータを抜き出して元のＡＶデータに再構成し、キャプチャ処理を行う。ＰＣ２００は、必要なキャプチャ動作が終了すると同時に、ＶＴＲ２０１の再生処理を停止させるためにＳＴＯＰコマンドを発行する。ＶＴＲ２０１では、ＳＴＯＰコマンドを受信したコマンド受信部２０３の指示により、ＶＴＲ制御部２０６からテープシリンダ制御部２０７に対してシリンダの回転数を下げるとともにテープ走行を停止させる指示を行い、同時に誤り訂正処理部２１３を通常の１倍速の処理に設定する。テープ走行が停止することにより、誤り訂正処理部２１３にはテープの同じ位置のデータが繰り返し入力されてくるのみであり、メモリ２１４のデータの内容が更新されなくなるため、誤り訂正処理部２１３から出力されるＡＶデータ２１７としては、直前に保存された１フレームの有効データが繰り返し出力される。
【００４１】
この時、データ転送に関するコマンドについてはＰＣ２００から何も発行されていないため、パケット化部２１８はＶＴＲの再生状態にかかわらず４倍速転送と同様の形式で同期パケットを出力し続ける。誤り訂正処理部２１３からは１フレーム期間に有効なＡＶデータ２１７が１倍速分しか出力されないため、パケット化部２１８は、各１フレーム期間に存在する複数の同期パケットの内、最初の１／４フレーム期間に含まれる同期パケットに有効データとしてＡＶデータ２１７をそのまま出力し、残りの３／４フレーム期間に含まれる同期パケットには無効データを出力する。
【００４２】
以上より、明らかな様に、図５に示すＶＴＲ２０１には、ＶＴＲ制御部２０６、テープ／シリンダ制御部２０８、テープ駆動部２０９、復調／検出処理部２１１、誤り訂正複合化処理部２１３からなる再生系部分と、パケット化部２１８からなる送信系部分を含む。ＡＶデータを４倍速転送を行なう場合は、再生系部分において４倍速再生速度に設定すると共に、送信系部分も４倍速転送速度に設定する。ＡＶデータの転送が終われば、停止モードになるが、本実施の形態においては、再生系部分は、停止状態になるが、送信系部分は継続して４倍速転送速度を維持しつづける。
【００４３】
以上のように本実施の形態によれば、ＰＣとＶＴＲ間で高速でデータを転送する場合に、まずＰＣ側からコマンドを発行して、ＶＴＲ出力の１３９４上のデータ転送用のパケット形式を高速転送のモードに設定し、その状態でＶＴＲ制御コマンドを用いてＶＴＲの動作を制御する。したがって、再生、停止、サーチと言ったＶＴＲの各種再生動作状態にかかわらず、ＶＴＲから１３９４に出力する同期パケットの形式を、常にあらかじめ設定した転送速度に応じた形式とすることができる。これによって、送信側、受信側の各々の同期パケットの処理は常に転送速度に基づいて決定することができ、記録媒体からの再生動作状態の変化に応じて頻繁にパケット形態が変わることが発生しない。かつ、ＶＴＲの動作状態に応じてデータ転送に必要な帯域の確保、不要な帯域の開放の処理を行う必要がないため、機器への実装が非常に容易になる。すなわち、本発明によれば、転送速度を一箪設定した後は、その転送速度のままでＰＬＡＹモード、ＳＴＯＰモード、ＳＬＯＷモード、ＳＥＡＲＣＨモードの動作を続けることが出来、動作モードに応じて、転送速度を変える必要がない。
【００４４】
なお、本実施の形態では、ビデオテープレコーダ（ＶＴＲ）とＰＣ間でのデータ転送を例にあげて説明したが、ＡＶデータを出力する再生機器としてはＶＴＲに限られたものではなく、光ディスク、ハードディスク、半導体メモリ等の記録媒体を用いる記録再生装置でも同様に効果を奏することができる。また、データを転送する手段（バス）としても、１３９４シリアルバスに限るものではなく、同期通信を用いる他の転送方法にも適用できる。
【００４５】
以上のように本発明のデータ転送方法によれば、送信機器側から送信されるパケットの送信形式を転送速度に応じて設定し、送信機器側ではその設定にしたがってパケットを送信する場合に、送信機器の再生動作状態にかかわらず、常に設定されたパケットの送信形式を用いてパケットを出力することにより、再生動作状態の変化に応じて頻繁にパケット形態が変わることがないため、送信側、受信側の各々の処理は常に転送速度に基づいて決定することができ、かつ、動作状態に応じてデータ転送に必要な帯域の確保、不要な帯域の開放のための処理を行う必要がないため、機器への実装が非常に容易になる。
【００４６】
以上の説明においては、転送速度は１倍速転送、４倍速転送について説明したが、２倍速転送など、Ｍ倍速転送（Ｍは正の整数）についても同様に実行することが出来る。
次に、転送速度の情報をどの様にしてＰＣからＶＴＲに、または逆方向に伝えるかについて説明する。
【００４７】
本発明によるデータ転送方法は、第１のノードから第２のノードにパスを介して所定のフォーマットのＡＶデータを同期パケットにより転送する方法であって、第１のノードで、再生速度が標準再生速度のＭ倍（Ｍは正の整数）でＡＶデータを再生し、第１ノードで転送速度が標準転送速度のＭ倍であることを示す転送速度識別子を前記同期パケット内に付加し、第１ノードから前記同期パケットを転送速度が標準転送速度のＭ倍の速度で同期通信することを特徴とするものであり、受信機器は、受信した同期パケットに多重された同期パケットに多重された転送速度識別子を検出することで、受信した同期パケットが標準速度の何倍速であるかを判別することができる。
【００４８】
図１０は、同期通信を行う際に転送される同期パケットのフォーマットの模式図であり、図７と同様の同期パケットを示す。
図１０において、１はＩＥＥＥ１３９４で規定されているパケットヘッダであり、チャンネル番号やパケットに含まれるデータフィールド２のデータ量等の情報が配置される。データフィールド２はユーザが任意に転送したいデータを設定できる領域であり、その同期パケットによって転送されているデータがどのようなデータであるのか等を示すデータヘッダ３、および実際に転送されているデータ４から成っている。データヘッダ３は、転送している信号のフォーマットを示すフォーマット識別子ＦＭＴ５、ＦＤＦ６およびその他のヘッダデータから成っている。フォーマット識別子ＦＭＴ５、ＦＤＦ６のかぎ括弧で示される数字はそれぞれのビット数で、フォーマット識別子ＦＭＴ５は６ビット、フォーマット識別子ＦＤＦ６は８ビットで構成されている。データＣＲＣ７はデータフィールド２の転送エラー判別用データである。
【００４９】
ＩＥＥＥ１３９４では、リアルタイムデータ、例えばＡＶデータを同期パケットにより転送する。このため、同期パケットを送信する送信ノードは、図１０に示したフォーマットに従って、転送する信号のフォーマット識別子をデータヘッダ３に書き込んで、同期パケットの送信を行う。
【００５０】
図１１は、フォーマット識別子ＦＤＦ６の内容を示す模式図である。
図１１において、「６０／５０」２０は５２５−６０（ＮＴＳＣ）システムか６２６−５０（ＰＡＬ）システムかを示す１ビットのシステム識別子で、５２５−６０（ＮＴＳＣ）システムであれば「０」であり、６２６−５０（ＰＡＬ）システムであれば「１」である。「ＳＴＹＰＥ」２１は、転送しているデータの圧縮フォーマットを識別する５ビットの圧縮識別子で、ＳＤ−ＤＶ圧縮であれば「０００００」である。「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」２２は、転送している信号のフォーマットの標準速度に対するレートを示す２ビットの転送速度識別子で、転送速度が標準速度（１倍速）であれば「００」であり、転送速度が標準速度×２倍速であれば「０１」であり、転送速度が標準速度×４倍速であれば「１０」である。転送速度識別子は、転送速度が標準速度×Ｍ倍速（Ｍは正の整数）であれば、Ｍを表すデータである。これにより、データ量を小さくすることが出来る。転送速度が標準転送速度×Ｍ倍速であれば、再生速度は、標準再生速度×Ｍ倍速と等しいか、それ以下の速度となる。標準転送速度とは、ＡＶデータの１フレーム期間に１フレーム分のＡＶデータを転送する速度であり、標準再生速度は、ＡＶデータの１フレーム期間に１フレーム分のＡＶデータを再生する速度である。また、標準記録速度とは、ＡＶデータの１フレーム期間に１フレーム分のＡＶデータを記録する速度である。
【００５１】
この様に、フォーマット識別子には、システム識別子、圧縮識別子、転送識別子がある。他の識別子を含むことも可能である。「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」２２が書き込まれるエリアとしては、例えば図８の、予備として設けられた、２ビットのレザーブＲｓｖを用いても良い。
図１１の下段には、３つのフォーマットが示されている。フォーマット２３は５２５−６０システムで送信側の再生速度が標準速度（１倍速）の場合のＦＤＦの内容、フォーマット２４は５２５−６０システムで送信側の再生速度が標準速度×２倍速の場合のＦＤＦの内容、フォーマット２５は５２５−６０システムで送信側の再生速度が標準速度×４倍速の場合のＦＤＦの内容をそれぞれ示している。
【００５２】
フォーマット２３では、５２５−６０システムなので「６０／５０」は「０」、「ＳＴＹＰＥ」は「０００００」となり、転送速度が標準速度（１倍速）なので「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」が「００」となる。フォーマット２４では、５２５−６０システムなので「６０／５０」は「０」、「ＳＴＹＰＥ」は「０００００」となり、転送速度が標準速度×２倍速なので「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」が「０１」となる。フォーマット２５では、５２５−６０システムなので「６０／５０」は「０」、「ＳＴＹＰＥ」は「０００００」となり、転送速度が標準速度×４倍速なので「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」が「１０」となる。
【００５３】
従って、転送するフォーマットは、フォーマット識別子ＦＤＦ６を見ることにより、システムの種類及び転送速度を識別することができる。
図１２に、１台のＶＴＲ及び１台のＰＣをバスで接続して、ＡＶデータをＶＴＲからＰＣへ転送しＰＣでデータのキャプチャーを行う場合の接続図を示す。図１２において、３０は転送元となるテープを再生するＶＴＲ、３１はＶＴＲ３０で再生された信号をキャプチャーするＰＣであり、３２はＶＴＲ３０とＰＣ３１を接続しているケーブルである。
【００５４】
ＶＴＲ３０を２倍速で再生し、５２５−６０（ＮＴＳＣ）システムの２倍速フォーマットを同期パケットにより同期通信で転送する場合について説明する。ＰＣ３１は、ＩＥＥＥ１３９４バスであるケーブル３２を介して、ＶＴＲ３０からのリアルタイムデータを受信し、同期パケットの中にあるフォーマット識別子ＦＤＦ６を検出し、受信フォーマットを識別する。フォーマット識別子ＦＤＦ６をデコードすることにより、５２５−６０（ＮＴＳＣ）システムの２倍速フォーマットと判断し、このフォーマットに応じたデコード処理を行う。
【００５５】
以上のように、本実施の形態によれば、ＰＣは接続された機器から転送されてくるデータのフォーマット識別子を検出し、フォーマット識別子から圧縮方式の種類、転送速度などを判別し、それに応じた処理を行うことにより、画像をディスプレイへ表示したり、フォーマットを変換してハードディスクへ記録したりすることができる。
【００５６】
次に、２台のＶＴＲをＩＥＥＥ１３９４バスで接続してＡＶデータの２倍速ダビングを行う場合を例に挙げて説明する。
図１３に、２台のＶＴＲである第１ＶＴＲ及び第２ＶＴＲをバスで接続して、ＡＶデータのダビングを行う場合の接続図を示す。
図１３において、４０はダビングする元となるテープを再生する第１ＶＴＲ、４１は第１ＶＴＲ４０で再生された信号を記録する第２ＶＴＲであり、４２は第１ＶＴＲ４０と第２ＶＴＲ４２を接続しているケーブルである。これらにより、ダビング元となるテープを第１ＶＴＲ４０で２倍速の速度で再生させ、リアルタイムデータとして、ケーブル４２上を転送させ、第２ＶＴＲ４１で、転送される同期パケットのフォーマット識別子ＦＤＦ６を検出し、転送フォーマットを識別して、転送フォーマットに応じて記録することになる。
【００５７】
図１４に、第１ＶＴＲ４０から，第２ＶＴＲ４１へ５２５−６０システムを２倍速ダビングする場合に、第１ＶＴＲ４０と第２ＶＴＲ４１が非同期通信により、ダビングする信号フォーマットを確認する際の処理の課程を示すフローチャートを示す。ここで、第１ＶＴＲ４０は、複数の再生速度の内、選択的にひとつの再生速度で、例えば１倍速か２倍速のいずれかの再生速度で再生が可能である装置である一方、第２ＶＴＲ４１は、複数の記録速度の内、選択的にひとつの記録速度で、例えば１倍速か２倍速のいずれかの記録速度で記録が可能である装置である。１倍速の再生、１倍速の記録は標準速度であるので、その機能は必ず装置に持たせる様にすることが好ましい。また、第１ＶＴＲ４０、第２ＶＴＲ４１のいずれにも、上述した仕様テーブル２０３ａが備わっている。第１ＶＴＲ４０には予め２倍速でダビングをしたい旨の情報が操作者により入力されている。したがって、第１ＶＴＲ４０は、標準再生速度の２倍の速度で再生を行ない、第２ＶＴＲ４１は、標準記録速度の２倍の速度で記録を行なうことにより、このダビングが成立する。　まず、ステップ５０１（以下ステップを単に“Ｓ”と略し、Ｓ５０１と称する。以下同じ）において、第２ＶＴＲ４１が第１ＶＴＲ４０の２倍速再生フォーマットを受信できるかを確認するために、第１ＶＴＲ４０が第２ＶＴＲ４１に、第２ＶＴＲ４１が受信できるフォーマットを非同期通信により問い合わせる。問い合わせを受けた第２ＶＴＲ４１はＳ５０２において、第２ＶＴＲ４１が第１ＶＴＲ４０に、第２ＶＴＲ４１が受信できるフォーマットを非同期通信により返信する。この問合せは、第１ＶＴＲ４０から第２ＶＴＲ４１に、標準転送速度のＭ倍の速度で転送が可能かどうか、たとえば２倍の速度で転送が可能かどうかを問い合わせる。転送速度は、再生速度に対応した速度である。問い合せを受けた第２ＶＴＲ４１は、仕様テーブル２０３ａを参照し、この例では２倍速の再生速度が可能であるので、２倍速の再生速度が可能であることを示す情報を返信する。仕様テーブル２０３ａには、非同期通信による問い合せを受けることが出来る情報が含まれている。
【００５８】
Ｓ５０３では、第１ＶＴＲ４０が第２ＶＴＲ４１にダビングするフォーマットを第２ＶＴＲ４１が受諾できるか判断し、第２ＶＴＲ４１が受諾できる場合は第１ＶＴＲ４０が第２ＶＴＲ４１にダビングするフォーマット識別子を非同期通信により送信し（Ｓ５０５）、第２ＶＴＲ４１が受諾できない場合は、Ｓ５０４へ進み、ダビングを中止する。
【００５９】
この様にして、第１ＶＴＲ４０から，第２ＶＴＲ４１へ５２５−６０システムを２倍速ダビングする場合には、図１１のフォーマット２４に示すように、「６０／５０」は「０」、「ＳＴＹＰＥ」は「０００００」、「ＴＲＡＮＳＦＥＲ　ＳＰＥＥＤ」は「０１」となるフォーマット識別子ＦＤＦ６を非同期送信により第２ＶＴＲ４１へ送信する。このフォーマット識別子ＦＤＦ６は、例えば仕様テーブル２０３ａを参照して得られたものである。
【００６０】
第１ＶＴＲ４０からフォーマット識別子ＦＤＦ６を受信した第２ＶＴＲ４１は、フォーマット識別子ＦＤＦ６を検出して、５２５−６０システムを２倍速ダビングする記録準備を行い、第１ＶＴＲ４０に記録可能通知を行う（Ｓ５０６）。第２ＶＴＲ４１から記録可能通知を受信した第１ＶＴＲ４０は２倍速で再生すると同時に、第２ＶＴＲ４１に対して非同期通信により記録指令コマンドを送信する（Ｓ５０７）。
【００６１】
更に、第１ＶＴＲ４０は、再生信号を同期パケットにパケット化すると共に、同期パケットのデータヘッダ３の所定の位置に、フォーマット識別子ＦＤＦ６を乗せて同期パケットを転送する。これにより、２倍速転送による同期通信でダビングが実行される（Ｓ５０８）。
第１ＶＴＲ４０がダビング終了位置まで再生すると、第１ＶＴＲ４０をＳＴＯＰさせ、同時に第２ＶＴＲ４１に対して非同期通信によりＳＴＯＰ指令コマンドを送信して（Ｓ５０９）、第１ＶＴＲ４０から，第２ＶＴＲ４１への２倍速ダビング処理を終了する。
【００６２】
以上のように図１３、図１４の例によれば、ダビング元の機器である第１ＶＴＲ４０が、ダビングしようとしている機器（ダビング先の機器）である第２ＶＴＲ４１の機器仕様を事前に確認することができ、接続機器の仕様に合わせたダビングも可能となる。ダビング先の機器が、ダビング元の機器の仕様を問い合わせて確認する様にしても良い。
なお、ビデオテープレコーダＶＴＲを基にして説明したが、必ずしもこれに限定するものではなく、たとえば、ＤＶＤ等の光ディスク、あるいはハードディスク、半導体メモリ等の記録媒体を用いる記録再生装置でも同様に効果を奏することができる。
【００６３】
また、デジタル伝送路（バス）も、ＩＥＥＥ１３９４シリアルバスに限るものではないことはいうまでもない。
【００６４】
以上のように本発明のデータ転送方法は、リアルタイムデータを同期パケットにより、任意の転送速度で転送するに際し、前記同期パケット内に、転送速度識別子を付加して送信することによって、前記同期パケットを受信した受信機器が、前記受信した同期パケットに含まれる転送速度識別子を見るだけで転送速度を判別することができる。また、転送速度を判別することによって、受信機器は、標準速度以外の転送がされて、受信したＡＶデータを所望のフォーマットでデコードできる。
すなわち、転送速度識別子を付加することにより、リアルタイムデータを任意の転送速度でも、転送することができるので、高速ダビング等を行う際に非常に有効である。
【００６５】
また、転送速度を示す転送速度識別子を、転送ブロック部の先頭部に位置するデータヘッダ部に定義しておくことにより、非同期通信の制御コマンドで、転送速度の指定または問い合わせが可能であるため、リアルタイムデータを転送する前に、接続機器に転送速度の設定を行ったり、接続機器に合わせて転送速度を決めることができるので、高速ダビング等を行う際に非常に有効である。
【００６６】
また、ＰＣやＶＴＲなどのノードが接続または分離された場合やノードのＡＣコンセントが抜かれた場合等には、即座にバスリセットを実行して活線挿抜に対応しすることが出来る。したがって、ＩＥＥＥ１３９４バスを用いることによって、リアルタイムデータの通信（同期通信）及び制御コマンドの通信（非同期通信）を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるＶＴＲからＰＣへ同期パケットを転送する手順を示した説明図である。
【図２】Ａ、Ｂ、Ｃ、Ｄは、同実施の形態における１倍速転送の場合の１フレーム期間に転送される同期パケットとデータの関係を示した説明図である。
【図３】同実施の形態における４倍速転送の場合の同期パケットの形式を示した説明図である。
【図４】Ａ、Ｂ、Ｃ、Ｄは、同実施の形態における４倍速転送の場合の１フレーム期間に転送される同期パケットとデータの関係を示した説明図である。
【図５】同実施の形態におけるデータ転送方法を実現するための具体的構成を示したブロック図である。
【図６】ＡＶデータを同期パケットに多重して転送する方法を示した説明図である。
【図７】同期パケットの具体的構成を示した説明図である。
【図８】ＤＶフォーマットのデータを転送する場合のＣＩＰヘッダの構成を示した説明図である。
【図９】ＤＶフォーマットのデータを同期パケットに多重して転送する方法を示した説明図である。
【図１０】同期パケットのフォーマットを示す模式図である。
【図１１】フォーマット識別子ＦＤＦのフォーマットを示す模式図である。
【図１２】ＶＴＲとＰＣの接続を示すブロック図である。
【図１３】第１ＶＴＲと第２ＶＴＲとの接続を示すブロック図である。
【図１４】ダビングする際の処理の課程を示すフローチャートである。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data transfer method and apparatus used for transferring data requiring real-time processing, such as a video signal and an audio signal, between a plurality of devices.
[0002]
[Prior art]
With the advance of digital transmission technology, devices for transferring video signals and audio signals (hereinafter, referred to as AV data) via a common digital transmission path (hereinafter, referred to as a bus) have been developed. Since AV data must be transmitted and received in synchronization with the speed to be processed, a bus capable of real-time communication is required. Real-time capability means that video and audio can be transferred without interruption. For example, in a recording / reproducing device such as a VTR, video and audio data are continuously reproduced from a recording medium, and are continuously recorded on a recording medium. Real-time performance is required to record video and audio data.
[0003]
As such a high-speed bus for transferring AV data at a high speed, for example, an IEEE 1394 serial bus (hereinafter referred to as 1394) is standardized. In 1394, various data are transferred. Synchronous communication (isochronous communication) is defined as a communication means for realizing such real-time property in bus connection. In synchronous communication, by transmitting and receiving a synchronous packet (isochronous packet) in which AV data is multiplexed at regular intervals (1 cycle = 125 μsec), AV data can always be transferred at predetermined intervals. Hereinafter, a specific transfer method for transferring AV data using a synchronization packet will be described.
[0004]
The method of transferring AV data by real-time communication using 1394 is described in detail in IEC61883-1 "Consumer Audio / Video Equipment-Digital Interface Part 1: General" as an AV protocol. FIG. 6 is an explanatory diagram showing a specific configuration of the synchronization packet. FIG. 7 is an explanatory diagram showing details of the synchronization packet shown in FIG. 6, and showing a method of multiplexing and transferring data in a data field in the synchronization packet. The first quadlet (32 bits) is a synchronous packet header, the second quadlet is a header CRC (Cyclic Redundancy Check), and the third quadlet and thereafter are data fields into which data is inserted. A CRC for the data is added to the last quadlet. . The configuration of the data field is such that a CIP header (Common Isochronous Packet header) is arranged as a header indicating an attribute of data to be transferred to the first two quadlets, and source packet data determined for each application is multiplexed following the CIP header. Is done.
[0005]
Each synchronization cycle is started by the cycle master node transmitting a cycle start packet, and a node having data to be transferred subsequently transfers data by a synchronization packet using a previously reserved channel number and band. As described with reference to FIGS. 6 and 7, the synchronization packet includes a synchronization packet header, a CIP header, and data. As a reference unit of data to be multiplexed in the synchronization packet, a source packet is first formed from application data, and the source packet is further divided into a plurality of data blocks as necessary, multiplexed in the data field of the synchronization packet, and transferred.
As a specific example of transferring AV data using a synchronization packet, a case of transferring data in the DV format specified by IEC61883-2 will be described as an example.
[0006]
FIG. 8 is an explanatory diagram showing a specific configuration of the CIP header when data in the DV format is transferred by a synchronization packet. In the CIP header, information such as the attribute of the AV data to be multiplexed in the synchronization packet and the size of the data block are set.
[0007]
FIG. 9 is an explanatory diagram showing a rule for transferring DV format data to a synchronization packet. In the DV format, video data is compressed to about 1 / 6.4 in frame units, and blocks called DIF (Digital Interface Block) are formed from compressed video data, interleaved uncompressed audio data, and other auxiliary data. Be composed. The DIF block is one transfer unit defined in the DV format, and includes a total of 80 bytes including a 3-byte ID and 77-byte data (details are not shown). In the case of data transfer in the DV format, one source packet is composed of six DIF blocks, so that the size of one source packet is 480 bytes. The source packet is multiplexed as it is as a data block without being divided and transferred to the data field of the synchronization packet. Therefore, one source packet (= data block) is multiplexed on one synchronization packet and transferred. Specifically, in the 525/60 mode (NTSC mode), 1500 DIF blocks are transferred per frame period, and 250 source packets are transferred per frame period. In the case of the 625/50 mode (PAL mode), 1800 DIF blocks are transferred per frame period, and 300 source packets are transferred per frame period. Actually, the number of synchronous packets that can be transferred per frame period is larger than 250 or 300, so that a packet without a data field (empty packet) is transferred in a certain cycle. As described above, in the transfer of the data in the DV format, since the source packet size is equal to the data block size, the description of the data block is omitted hereafter for simplification of description, and the source packet is represented by the source packet. explain.
The following documents disclose the prior art.
[0008]
[Non-patent document 1]
1) IEC61883-1
"Consumer Audio / Video Equipment-Digital Interface Part 1: General"
[Non-patent document 2]
2) IEC61883-2
"Consumer Audio / Video Equipment-Digital Interface Part 2: SD-DVCR data transmission"
[0009]
However, when a 1394 serial bus is used for performing synchronous communication between AV devices, only the normal speed (1 × speed) transfer method is defined in the conventional data transfer method. That is, as described in the description of the related art, when data in the DV format is transferred, one source packet is transferred in one synchronization cycle period, and thus one source packet is transferred in one frame period of the video signal. It becomes possible to transfer data for a frame. Here, the purpose of using 1394 is, for example, to transfer the AV data recorded by the camera-integrated VTR in a compressed state to a personal computer (hereinafter abbreviated as PC) or the like, so that the image quality is not deteriorated and the transfer rate is kept low. It is possible. However, recent technological innovations have made it possible to increase the data rate of 1394, and based on the technical background, there is a strong demand to shorten the data transfer time between AV devices as much as possible. . In other words, when an editing system is constructed using 1394, the actual editing time is shortened by improving the performance of the PC that performs the editing process. In order to further reduce the total working time, it is necessary to use AV data. It is necessary to shorten the transfer time. To achieve this, it is necessary to define a method for transferring data at a higher speed than a normal speed. In addition, in order to perform high-speed transfer between devices, it is necessary to define not only the transfer format on the serial bus but also how to perform high-speed transfer according to the operation state of the device.
[0010]
[Problems to be solved by the invention]
The present invention solves the above-mentioned conventional problems. In order to realize high-speed transfer using a bus, a transfer format of a synchronous packet according to a transfer speed and a reproducing operation state of a transmission side is defined, and an actual format is specified. The purpose is to simplify the implementation when implemented in a device.
[0011]
[Means for Solving the Problems]
In order to achieve this object, a data transfer method of the present invention is a method of transferring AV data of a predetermined format from a first node to a second node via a bus by using a synchronous packet. The AV data is reproduced at a reproduction speed M times the standard reproduction speed (M is a positive integer), and a transfer speed identifier indicating that the transfer speed is M times the standard transfer speed is included in the first node at the first node. , And the synchronous packet is synchronously transmitted from the first node at a transfer rate M times the standard transfer rate.
[0012]
Also, the data transfer device of the present invention is a device for transferring AV data of a predetermined format from a first node to a second node via a bus by using a synchronous packet. Means for reproducing AV data at M times the speed (M is a positive integer); means for adding a transfer speed identifier indicating that the transfer speed is M times the standard transfer speed in the synchronization packet; It is characterized by having means for synchronously communicating packets at a transfer rate of M times the standard transfer rate.
[0013]
By this method, in order to realize high-speed transfer using a bus, the transfer format of the synchronization packet according to the transfer speed and the reproduction operation state of the transmission side is specified, and the transfer format of the synchronization packet and the reproduction operation state of the transmission side device Can be performed promptly. Further, the transfer format and the reproduction operation can be handled independently. For this reason, the mounting on the device can be simplified.
[0014]
BEST MODE FOR CARRYING OUT THE INVENTION
The data transfer method according to the present invention is a method of transferring real-time data of a predetermined format via a bus by using a synchronization packet. The transmission format of the synchronization packet for transferring the real-time data is set according to a transfer speed, and the transmitting device always transmits the synchronization packet of the synchronization packet set according to the transfer speed regardless of a reproduction operation state from a recording medium. It is characterized in that the real-time data is transmitted to a receiving device using a transmission format, and the transmitting device always sets a set packet regardless of a reproduction operation state (reproduction, stop, etc.) from a recording medium. By outputting a packet using the transmission format of, the packet transmitted frequently in response to a change in the reproduction operation state. Since the format of the packet does not change, the processing on the transmitting side and the receiving side can always be determined based on the transfer rate, and the bandwidth necessary for data transfer is secured according to the playback operation state. This has the effect that it is not necessary to perform processing for releasing unnecessary bands.
Hereinafter, embodiments of the present invention will be described with reference to FIGS. 1 to 5.
[0015]
FIG. 1 shows a data transfer method according to the present invention, in which one video tape recorder (hereinafter abbreviated as VTR) and one personal computer (hereinafter abbreviated as PC) are connected by 1394 and output from the VTR. FIG. 4 is an explanatory diagram showing a method of transferring AV data to a PC at a quadruple speed. These VTRs and PCs are called nodes in a broad sense. FIG. 1 shows a command procedure and a transmission data flow for realizing the data transfer method of the present invention. 100 is a PC on the receiving side, and 101 is a VTR on the transmitting side. In 1394, a command (AVC command) for controlling an AV device is provided from a controller such as a PC, and the command is transmitted using an asynchronous packet. When transferring the reproduction data of the VTR to the PC, the PC issues a control command of a synchronization packet and a control command of the VTR, and the VTR determines various operation modes according to control from the PC serving as a controller. Hereinafter, a procedure for transferring DV format data at 1 × speed and 4 × speed from the VTR 101 according to an instruction by a command of the PC 100 will be described. Note that negotiation by a more detailed command is actually required, but the description is omitted here. It is assumed that the VTR 101 always returns ACCEPTED and IMPLEMENTED as a response to a command from the PC 100.
[0016]
(1) Inquiry command for 1x speed transfer and 4x speed transfer support
The PC 100 issues a command for inquiring whether the VTR 101 supports the 1 × speed transfer and the 4 × speed transfer in order to confirm whether the VTR 101 supports the 1 × speed transfer and the 4 × speed transfer.
[0017]
(2) Synchronous packet transmission format setting command (1x speed setting)
The PC 100 issues a command (OUTPUT PLUG SIGNAL FORMAT CONTROL) for controlling the transmission format of the synchronization packet transmitted from the VTR 101, and sets the transmission format of the synchronization packet to 1 × speed. As a result, the VTR is set to the 1 × speed mode.
[0018]
(3) Establish connection, secure bandwidth
The PC 100 establishes a connection with the VTR 101. At this time, a band necessary to transfer a source packet of 1 × speed is secured.
[0019]
(4) PLAY command (start of 1x speed playback)
The PC 100 issues a PLAY (reproduction) command as a VTR control command. In response to the PLAY command, the VTR 101 starts playback at 1 × speed, packetizes the simultaneously played data into a format for 1 × transfer, outputs it to the 1394, and enters the playback state.
[0020]
(5) STOP command (stop of 1x speed playback)
The PC 100 issues a STOP (stop) command as a VTR control command. In response to the STOP command, the VTR 101 stops the playback at the 1x speed, and shifts to the stop state.
[0021]
(6) Synchronous packet transmission format setting command (4x speed setting)
The PC 100 issues a command (OUTPUT PLUG SIGNAL FORMAT CONTROL) for controlling the transmission format of the packet transmitted from the VTR 101, and sets the transmission format of the packet to 4 × speed. As a result, the VTR 101 is set to the 4 × speed mode.
[0022]
(7) Secure bandwidth for 4 × speed transfer
In the above processing, only a band capable of transferring a 1 × speed source packet is secured, so a band necessary for transferring a 4 × speed source packet is secured. Either the PC 100 on the receiving side or the VTR 101 on the transmitting side may secure the band.
[0023]
(8) PLAY command (start of quadruple speed playback)
The PC 100 issues a PLAY (reproduction) command as a VTR control command. At this time, since the synchronous packet format of 1394 is set to 4 × speed, the VTR 101 starts reproduction at 4 × speed, and at the same time, packetizes the data reproduced on 1394 into a 4 × speed transfer format and outputs it. I do.
[0024]
(9) STOP command (stop quadruple speed playback)
The PC 100 issues a STOP (stop) command as a VTR control command. In response to the STOP command, the VTR 101 stops the reproduction at 4 × speed, and shifts to the STOP state.
[0025]
The format of the synchronization packet output from the VTR 101 in the series of processes described above will be specifically described below.
In the case of 1 × speed transfer, the configuration of the synchronization packet is as shown in FIG. 9 of the related art, and data of one source packet (= data block) is multiplexed in the data field of one synchronization packet. . FIG. 2 is an explanatory diagram showing the relationship between a synchronization packet and data transferred during one frame period according to the mode of the VTR in the case of 1 × speed transfer, and FIGS. 2A and 2B respectively show the relationship in the 1 × speed PLAY mode. 2C and 2D show the data structure of the Nth frame period and the (N + 1) th frame period in the STOP mode after the 1x speed PLAY mode, respectively. 4 shows a data configuration of a frame period.
[0026]
In the Nth frame period (FIG. 2A) in the 1 × speed PLAY mode, the nth frame data is transferred, and in the (N + 1) th frame period (FIG. 2B), the (n + 1) th frame data is transferred. . As a result, transfer of a 1 × moving image is realized.
In the Nth frame period (FIG. 2C) in the STOP mode after the 1 × speed PLAY mode (the STOP mode is set immediately before the Nth frame period), the nth frame data is transferred and (N + 1) The n-th frame data is also transferred during the) -th frame period (FIG. 2D). Therefore, after the Nth frame period, the nth frame data is repeatedly transferred.
As shown in FIG. 2, when transferring DV format data at 1 × speed, regardless of the playback operation mode (PLAY, STOP, etc.) of the VTR, that is, whether the operation mode is PLAY, STOP, etc. Even if there is, one source packet is multiplexed and transferred in the data field of one synchronization packet.
[0027]
FIG. 3 is an explanatory diagram showing the format of a synchronization packet output on 1394 when data in DV format is transferred at a quadruple speed. In the case of the 1 × speed transfer, one source packet is multiplexed into one sync packet, whereas in the case of the 4 × speed transfer, four source packets, which is 4 times, are multiplexed in one sync packet. I do. Therefore, in the case of the 525/60 mode, in one frame period, 250 synchronization packets × 4 source packets = 1000 source packets are transferred. In the case of the 625/50 mode, 300 synchronization packets × 4 source packets = 1200 source packets are transferred.
[0028]
Next, FIG. 4 is an explanatory diagram showing the relationship between the synchronization packet and the data transferred during one frame period according to the mode of the VTR in the case of the quadruple speed transfer. FIGS. 4A and 4B respectively show the quadruple speed PLAY. FIG. 4C and FIG. 4D show the data structures of the Nth frame period and the (N + 1) th frame period in the STOP mode and the (N + 1) th frame period in the STOP mode after the 4 × speed PLAY mode, respectively. 7 shows a data configuration of a th frame period.
[0029]
In the N-th frame period (FIG. 4A) in the 4 × speed PLAY mode, the 4n-th, (4n + 1) -th, (4n + 2) -th, and (4n + 3) -th four-frame data exist in one frame period (NTSC). In the case of mode) and transferred. In the next (N + 1) th frame period (FIG. 4B), the 4 (n + 1) th, {4 (n + 1) +1} th, {4 (n + 1) +2} th, and {4 (n + 1) +3} th The four frame data is distributed and transferred to 250 (in the case of the NTSC mode) synchronization packets existing in one frame period. Thereby, transfer of a moving image at 4 × speed is realized.
[0030]
In the first ４ period of the Nth frame period (FIG. 4C) in the STOP mode after the 4 × speed PLAY mode (the STOP mode is set immediately before the Nth frame period), the 4nth frame Data is transferred, and invalid data is transferred in the remaining 3/4 period. Also in the (N + 1) -th frame period (FIG. 4D), the 4n-th frame data is transferred in the first ４ period, and invalid data is transferred in the remaining ／ period. Therefore, after the Nth frame period, the 4nth frame data is repeatedly transferred in the first quarter period of each frame period.
[0031]
In FIG. 4, packets are always output from the VTR 101 according to the 4 × speed transfer format, regardless of whether the VTR 101 is in the PLAY or STOP state. That is, four source packets are multiplexed and transferred in the data field of one synchronization packet. Here, when the VTR 101 is performing quadruple-speed playback (quadruple-speed PLAY mode), valid data for four frames is reproduced during one frame period and multiplexed with a synchronous packet for transfer. Valid data is transferred. On the other hand, when the VTR 101 is in the stop state (STOP mode), only one frame of valid data can be reproduced in one frame period. Therefore, valid data is transferred only to the source packet transferred in the first ４ frame period. Invalid data is transferred during the remaining 3/4 frame period.
[0032]
In the PC 100 that receives the synchronization packet output from the VTR 101, the transfer format on the 1394 is always set to the quadruple speed transfer, so the source packet for four frames is always received, and when the VTR 101 is in the PLAY state, Processes all source packets transferred during one frame period. When the VTR 101 is in the STOP state, only the source packets transferred during the first quarter frame period are processed. When displaying the decoded video on the screen while receiving it, the data of the source packet received in the first 1/4 frame period is decoded and displayed regardless of the transfer speed. A picture is displayed every four frames, and in the case of STOP, a still picture is correctly displayed.
[0033]
In the above series of explanations, only the PLAY mode and the STOP mode have been described as examples of the VTR mode, but other modes (slow, search, etc.) can be handled in the same manner as STOP as modes other than PLAY. For example, in the case of the search mode, as in the case of the STOP, the valid data searched and reproduced in the first quarter frame period is multiplexed and transferred, and the data of the source packet received in the first quarter frame period on the receiving side is transmitted. By decoding and displaying, it is possible to display search pictures that are sequentially updated. That is, when synchronous transfer is performed at a transfer rate M times the standard transfer rate, the synchronous packet transfer rate is set to M times the standard transfer rate even if playback is stopped in the VTR. I do. Also, when synchronous transfer is performed at a transfer rate M times the standard transfer rate, the VTR sets the playback speed to a playback state lower than M times the standard playback rate. Synchronous communication is performed at a transfer rate M times the standard transfer rate.
[0034]
Note that, as a method of transferring invalid data, 1) a method in which a synchronization packet is used as an empty packet and a source packet is not multiplexed in a data field, 2) a method of repeatedly transferring the same data as valid data, and 3) decoding of invalid data as it is There is a method of setting the data to a predetermined value (video = black, audio = mute) or the like so that there is no problem even if the data is set, and the data can be selected according to the mounting specification to the device.
[0035]
FIG. 5 is a block diagram showing a specific configuration for realizing the data transfer method according to the present embodiment. In FIG. 5, reference numeral 200 denotes a PC; 201, a VTR; 202, a command for controlling a synchronous packet transmission method and operation of the VTR 201; 203, a command receiving unit for receiving a 1394 command; A transfer command, 205 is a VTR control command for controlling the operation of the VTR, 206 is a VTR control unit for controlling the operation of the VTR, 207 is a control signal for the VTR operation, 208 is a tape / cylinder for controlling the tape traveling system and the cylinder system. A control unit, 209 is a tape driving unit, 210 is reproduction data reproduced from the tape driving unit 209, 211 is a demodulation / detection processing unit that performs demodulation processing and synchronization block detection processing from the reproduction data 210, and 212 is a detected synchronization. Reproduced data in block units, 213 is an error correction processing unit, 214 is error correction processing A memory 215 for writing data to the memory 214, 216 a read data from the memory 214, 217 an error-corrected AV data, a packetizing unit 218 for outputting a synchronization packet to the 1394 bus, and a synchronization unit 219 A memory for adjusting the output timing of the packet, 220 is write data to the memory 219, 221 is read data from the memory 219, 222 is a synchronous packet in which AV data is multiplexed, and 223 decodes (decompresses) compressed video data. ) Is a decoded video signal, and 225 is a monitor for displaying the video signal.
[0036]
In FIG. 5, for easy understanding, a command issued from the PC 200 flowing on the 1394 bus and a synchronization packet of AV data output from the VTR 201 are separately illustrated.
[0037]
In FIG. 5, the PC 200 issues a command 202 to the VTR 201 to control the data transfer and the operation of the VTR 201 in order to capture the reproduction data of the VTR 201 using the 1394. The command 202 issued from the PC is received by the command receiving unit 203. The command receiving unit 203 decodes the command 202, returns a predetermined response to the PC 200, and controls the transfer of the synchronization packet. And a VTR control command 205 are output. The command receiving unit 203 has a specification table 203a in which the specifications of the VTR 201 (for example, a reproduction speed of 1 ×, 2 ×, and 4 × speed, a data compression method, and a system such as NTSC) are recorded. This specification table 203a can also hold information to be written to the FDF described later. The VTR control unit 206 controls various modes of the VTR based on the VTR control command 205.
[0038]
First, a command is issued from the PC 200 to set the format of the synchronization packet to be output on the 1394 to the quadruple speed. Instructs packet setting. The packetizing unit 218 sets the format of the synchronization packet output on the 1394 to the format of the quadruple speed transfer shown in FIG. Next, the PC 200 issues a PLAY command to reproduce the VTR 201 at 4 × speed. The command receiving unit 203 of the VTR 201 receives the PLAY command, and transmits the decoded VTR control command 205 to the VTR control unit 206. The VTR control unit 206 issues a control signal 207 for instructing the tape / cylinder control unit 208 and the error correction processing unit 213 to reproduce at quadruple speed, and causes the tape drive unit 209 to run at quadruple speed. The error correction processing 213 is operated in the quadruple speed mode. The data 210 reproduced from the tape drive unit 209 is input to a demodulation / detection processing unit 211, and after demodulation of the data and detection processing of a synchronous block, the reproduced data 210 is transmitted to an error correction processing unit 213 as reproduced data 212 of a synchronous block unit. Is entered. The error correction processing unit 213 performs an error correction process using the connected memory 214. First, the reproduction data 212 is subjected to error correction using an inner code, and the corrected data 215 is written to the memory 214. Since the error correction processing unit 213 operates in the quadruple speed mode, data for four frames is processed in one frame period. When the four frames of data have been reproduced, the data 216 is read from the memory 214, subjected to error correction using an outer code, and then output as AV data 217.
[0039]
Next, the AV data 217 is input to the packetizer 218. The packetizer 218 collects the AV data 217 to form a source packet, and writes the source packet to the memory 219 once. As described above, since the synchronization packet is transmitted at a fixed cycle of 125 μs in 1394, the cycle does not always coincide with the timing of the AV data 217 output from the error correction processing unit 213. Therefore, the memory 219 is a memory for adjusting the timing difference. The reading side reads the data of the source packet every 125 μs, multiplexes the data with the data field of the synchronization packet, and outputs the data on the 1394 bus. The AV data 217 reproduced from the VTR 201 is multiplexed and output on the 1394 bus, and at the same time, is decoded into the original video data 224 by the compression decoding processing unit 223 to check the reproduction state. Is displayed.
[0040]
The PC 200 receives the synchronization packet output on the 1394 bus, extracts the data of the multiplexed source packet, reconstructs it into the original AV data, and performs a capture process. The PC 200 issues a STOP command to stop the reproduction process of the VTR 201 at the same time when the necessary capture operation ends. In the VTR 201, the VTR control unit 206 instructs the tape cylinder control unit 207 to reduce the rotation speed of the cylinder and stop the tape running in accordance with the instruction from the command receiving unit 203 that has received the STOP command. 213 is set to normal 1 × speed processing. When the tape running is stopped, only the data at the same position on the tape is repeatedly input to the error correction processing unit 213, and the data content of the memory 214 is not updated. As the AV data 217, valid data of one frame stored immediately before is repeatedly output.
[0041]
At this time, since no command related to data transfer has been issued from the PC 200, the packetizing unit 218 continues to output a synchronization packet in the same format as in quadruple-speed transfer regardless of the playback state of the VTR. Since the error correction processing unit 213 outputs valid AV data 217 for only 1 × speed in one frame period, the packetizing unit 218 outputs the first 1/4 of a plurality of synchronization packets existing in each one frame period. The AV data 217 is output as valid data as it is to the synchronization packet included in the frame period, and invalid data is output to the synchronization packet included in the remaining 3/4 frame period.
[0042]
As is apparent from the above, the VTR 201 shown in FIG. 5 includes a VTR control unit 206, a tape / cylinder control unit 208, a tape drive unit 209, a demodulation / detection processing unit 211, and an error correction decoding processing unit 213. System part and a transmission system part composed of the packetizer 218. When the AV data is transferred at a quadruple speed, the reproducing portion is set to the quadruple speed reproduction speed, and the transmission portion is also set to the quadruple speed transfer speed. When the transfer of the AV data is completed, the stop mode is set. In the present embodiment, the reproduction system section is in the stop state, but the transmission system section continues to maintain the quadruple speed transfer speed.
[0043]
As described above, according to the present embodiment, when data is transferred between the PC and the VTR at a high speed, a command is first issued from the PC side to change the packet format for data transfer on the 1394 output of the VTR. The transfer mode is set, and in that state, the operation of the VTR is controlled using the VTR control command. Therefore, regardless of various playback operation states of the VTR such as playback, stop, and search, the format of the synchronization packet output from the VTR to the 1394 can always be a format according to a preset transfer speed. Accordingly, the processing of the synchronous packet on each of the transmitting side and the receiving side can always be determined based on the transfer speed, and the packet form does not frequently change according to the change in the operation state of reproduction from the recording medium. . In addition, since it is not necessary to secure a band required for data transfer and release an unnecessary band in accordance with the operation state of the VTR, it is very easy to mount the device. That is, according to the present invention, after the transfer speed is set, the operation of the PLAY mode, the STOP mode, the SLOW mode, and the SEARCH mode can be continued at the transfer speed, and the transfer is performed according to the operation mode. No need to change speed.
[0044]
In the present embodiment, data transfer between a video tape recorder (VTR) and a PC has been described as an example. However, the playback device that outputs AV data is not limited to a VTR, but includes an optical disc, The same effect can be obtained with a recording / reproducing apparatus using a recording medium such as a hard disk and a semiconductor memory. Also, the means (bus) for transferring data is not limited to the 1394 serial bus, but can be applied to other transfer methods using synchronous communication.
[0045]
As described above, according to the data transfer method of the present invention, the transmission format of the packet transmitted from the transmitting device is set according to the transfer speed, and the transmitting device transmits the packet according to the setting. Regardless of the playback operation state of the device, by always outputting the packet using the set packet transmission format, the packet form does not change frequently according to the change in the playback operation state, so the transmission side, reception Each processing on the side can always be determined based on the transfer rate, and it is not necessary to perform processing for securing the bandwidth required for data transfer and releasing unnecessary bandwidth according to the operation state, It becomes very easy to mount on equipment.
[0046]
In the above description, the transfer speed has been described with respect to the 1 × speed transfer and the 4 × speed transfer. However, the M speed transfer (M is a positive integer) such as the 2 × speed transfer can be similarly executed.
Next, how to transmit the transfer speed information from the PC to the VTR or in the reverse direction will be described.
[0047]
The data transfer method according to the present invention is a method for transferring AV data of a predetermined format from a first node to a second node via a path by using a synchronous packet. The AV data is reproduced at M times the speed (M is a positive integer), and a transfer speed identifier indicating that the transfer speed is M times the standard transfer speed is added to the first packet at the first node. The synchronous packet is synchronously transmitted from the node at a transfer rate of M times the standard transfer rate, and the receiving device transmits the synchronous packet multiplexed to the synchronous packet multiplexed to the received synchronous packet. By detecting the identifier, it is possible to determine how many times the received synchronization packet is faster than the standard speed.
[0048]
FIG. 10 is a schematic diagram of a format of a synchronization packet transferred when performing synchronous communication, and shows a synchronization packet similar to FIG.
In FIG. 10, reference numeral 1 denotes a packet header specified by IEEE 1394, in which information such as a channel number and a data amount of a data field 2 included in the packet is arranged. The data field 2 is an area in which the user can arbitrarily set data to be transferred, the data header 3 indicating what kind of data is transferred by the synchronization packet, and the data actually transferred. Consists of four. The data header 3 is composed of format identifiers FMT5 and FDF6 indicating the format of the signal being transferred, and other header data. The numbers shown in angle brackets of the format identifiers FMT5 and FDF6 are the respective bit numbers. The format identifier FMT5 is composed of 6 bits, and the format identifier FDF6 is composed of 8 bits. Data CRC7 is transfer error determination data of data field 2.
[0049]
In IEEE 1394, real-time data, for example, AV data is transferred by a synchronization packet. For this reason, the transmitting node that transmits the synchronization packet writes the format identifier of the signal to be transferred into the data header 3 according to the format shown in FIG. 10, and transmits the synchronization packet.
[0050]
FIG. 11 is a schematic diagram showing the contents of the format identifier FDF6.
In FIG. 11, "60/50" 20 is a 1-bit system identifier indicating whether the system is a 525-60 (NTSC) system or a 626-50 (PAL) system, and is "0" for a 525-60 (NTSC) system. Yes, "1" for a 626-50 (PAL) system. “STYPE” 21 is a 5-bit compression identifier for identifying the compression format of the data being transferred, and is “00000” for SD-DV compression. “TRANSFER SPEED” 22 is a 2-bit transfer speed identifier indicating a rate of the format of the signal being transferred with respect to the standard speed, and is “00” if the transfer speed is the standard speed (1 × speed). If the standard speed × 2 × speed, it is “01”, and if the transfer speed is the standard speed × 4 × speed, it is “10”. The transfer speed identifier is data representing M if the transfer speed is a standard speed × M times speed (M is a positive integer). As a result, the data amount can be reduced. If the transfer speed is the standard transfer speed × M times speed, the reproduction speed is equal to or less than the standard reproduction speed × M times speed. The standard transfer speed is a speed at which one frame of AV data is transferred during one frame period of AV data, and the standard reproduction speed is a speed at which one frame of AV data is reproduced during one frame period of AV data. . The standard recording speed is a speed at which one frame of AV data is recorded in one AV data frame period.
[0051]
As described above, the format identifier includes the system identifier, the compression identifier, and the transfer identifier. Other identifiers can be included. As the area in which “TRANSFER SPEED” 22 is written, for example, a 2-bit reserve Rsv provided as a spare in FIG. 8 may be used.
In the lower part of FIG. 11, three formats are shown. Format 23 is the content of the FDF when the reproduction speed on the transmission side is the standard speed (1 × speed) in the 525-60 system, and format 24 is the FDF when the reproduction speed on the transmission side is the standard speed × 2 × speed in the 525-60 system. , Format 25 indicates the contents of the FDF in the case where the reproduction speed on the transmission side is the standard speed × 4 × speed in the 525-60 system.
[0052]
In format 23, since the system is a 525-60 system, "60/50" is "0", "STYPE" is "00000", and "TRANSFER SPEED" is "00" because the transfer speed is a standard speed (1x speed). In the format 24, since the system is a 525-60 system, "60/50" is "0", "STYPE" is "00000", and "TRANSFER SPEED" is "01" because the transfer speed is a standard speed × 2 times speed. In the format 25, since the system is a 525-60 system, "60/50" is "0", "STYPE" is "00000", and "TRANSFER SPEED" is "10" because the transfer speed is a standard speed × 4 times speed.
[0053]
Accordingly, the type of the system and the transfer speed can be identified by looking at the format identifier FDF6.
FIG. 12 shows a connection diagram in the case where one VTR and one PC are connected by a bus, AV data is transferred from the VTR to the PC, and data is captured by the PC. In FIG. 12, reference numeral 30 denotes a VTR for reproducing a tape serving as a transfer source, 31 denotes a PC for capturing a signal reproduced by the VTR 30, and 32 denotes a cable connecting the VTR 30 and the PC 31.
[0054]
A case will be described in which the VTR 30 is reproduced at double speed and the double speed format of the 525-60 (NTSC) system is transferred by synchronous communication using a synchronous packet. The PC 31 receives real-time data from the VTR 30 via the cable 32 which is an IEEE 1394 bus, detects the format identifier FDF6 in the synchronization packet, and identifies the reception format. By decoding the format identifier FDF6, it is determined that the format is the double speed format of the 525-60 (NTSC) system, and the decoding process according to this format is performed.
[0055]
As described above, according to the present embodiment, the PC detects the format identifier of the data transferred from the connected device, determines the type of the compression method and the transfer speed from the format identifier, and responds accordingly. By performing the processing, an image can be displayed on a display, or a format can be converted and recorded on a hard disk.
[0056]
Next, a case where two VTRs are connected by an IEEE 1394 bus to perform double speed dubbing of AV data will be described as an example.
FIG. 13 shows a connection diagram in the case where two VTRs, a first VTR and a second VTR, are connected by a bus to perform dubbing of AV data.
In FIG. 13, reference numeral 40 denotes a first VTR for reproducing a tape to be dubbed, 41 denotes a second VTR for recording a signal reproduced by the first VTR 40, and 42 denotes a cable connecting the first VTR 40 and the second VTR 42. . As a result, the tape to be dubbed is reproduced on the first VTR 40 at twice the speed, transmitted on the cable 42 as real-time data, and the second VTR 41 detects the format identifier FDF6 of the transmitted synchronous packet and detects the transfer format. Is recorded according to the transfer format.
[0057]
FIG. 14 is a flowchart showing a process of confirming a signal format to be dubbed by the first VTR 40 and the second VTR 41 by asynchronous communication when duplicating the 525-60 system at a double speed from the first VTR 40 to the second VTR 41. . Here, the first VTR 40 is a device capable of selectively reproducing at one of a plurality of reproduction speeds, for example, a reproduction speed of 1 × or 2 ×, while the second VTR 41 is This is an apparatus capable of selectively recording at one of a plurality of recording speeds, for example, at a recording speed of 1 × or 2 ×. Since playback at 1 × speed and recording at 1 × speed are at standard speed, it is preferable to always provide the function to the apparatus. Further, both the first VTR 40 and the second VTR 41 have the above-mentioned specification table 203a. Information indicating that the user wants to perform dubbing at double speed is input to the first VTR 40 in advance by the operator. Therefore, the first VTR 40 performs reproduction at twice the standard reproduction speed, and the second VTR 41 performs recording at twice the standard recording speed, whereby dubbing is achieved. First, in step 501 (hereinafter, the steps are simply abbreviated to “S” and referred to as S501; the same applies hereinafter), the first VTR 40 transmits the second VTR 41 to the second VTR 41 in order to confirm whether the second VTR 41 can receive the double speed reproduction format of the first VTR 40. Inquire about the format that the second VTR 41 can receive by asynchronous communication. In S502, the second VTR 41 that has received the inquiry returns the format that the second VTR 41 can receive to the first VTR 40 by asynchronous communication in S502. This inquiry inquires from the first VTR 40 to the second VTR 41 whether transfer is possible at a speed M times the standard transfer speed, for example, whether transfer is possible at twice the speed. The transfer speed is a speed corresponding to the reproduction speed. The second VTR 41 having received the inquiry refers to the specification table 203a and returns information indicating that the double-speed reproduction is possible because the double-speed reproduction is possible in this example. The specification table 203a includes information that can be queried by asynchronous communication.
[0058]
In S503, the first VTR 40 determines whether the second VTR 41 can accept the format to be dubbed to the second VTR 41. If the second VTR 41 can accept the format, the first VTR 40 transmits a format identifier to be dubbed to the second VTR 41 by asynchronous communication (S505). If the 2VTR 41 cannot be accepted, the process proceeds to S504 and dubbing is stopped.
[0059]
In this manner, when duplicating the 525-60 system at 2 × speed from the first VTR 40 to the second VTR 41, “60/50” is “0” and “STYPE” is “2” as shown in the format 24 of FIG. “00000” and “TRANSFER SPEED” transmit the format identifier FDF6 of “01” to the second VTR 41 by asynchronous transmission. This format identifier FDF6 is obtained by referring to the specification table 203a, for example.
[0060]
The second VTR 41, which has received the format identifier FDF6 from the first VTR 40, detects the format identifier FDF6, makes a recording preparation for dubbing the 525-60 system at 2 × speed, and notifies the first VTR 40 of the recording enable (S506). The first VTR 40 that has received the recording enable notification from the second VTR 41 reproduces at double speed and, at the same time, transmits a recording command command to the second VTR 41 by asynchronous communication (S507).
[0061]
Further, the first VTR 40 packetizes the reproduced signal into a synchronization packet, and transfers the synchronization packet with the format identifier FDF6 placed at a predetermined position of the data header 3 of the synchronization packet. As a result, dubbing is performed by synchronous communication using double speed transfer (S508).
When the first VTR 40 reproduces to the dubbing end position, the first VTR 40 is stopped, and at the same time, a STOP command command is transmitted to the second VTR 41 by asynchronous communication (S509), and the double-speed dubbing process from the first VTR 40 to the second VTR 41 ends. I do.
[0062]
As described above, according to the examples in FIGS. 13 and 14, the first VTR 40 as the dubbing source device can confirm in advance the device specifications of the second VTR 41 as the device to be dubbed (the dubbing destination device). Yes, dubbing according to the specifications of the connected device is also possible. The dubbing destination device may inquire and confirm the specifications of the dubbing source device.
Although the description has been given based on the video tape recorder VTR, the present invention is not necessarily limited to this. For example, a recording / reproducing apparatus using a recording medium such as an optical disk such as a DVD or a hard disk or a semiconductor memory has the same effect. be able to.
[0063]
Needless to say, the digital transmission path (bus) is not limited to the IEEE 1394 serial bus.
[0064]
As described above, in the data transfer method of the present invention, when transferring real-time data at an arbitrary transfer rate using a synchronous packet, the synchronous packet is transmitted by adding a transfer rate identifier to the synchronous packet. The receiving device can determine the transfer speed only by looking at the transfer speed identifier included in the received synchronization packet. Further, by determining the transfer speed, the receiving device can transfer the data at a speed other than the standard speed and decode the received AV data in a desired format.
That is, by adding a transfer speed identifier, real-time data can be transferred at any transfer speed, which is very effective when performing high-speed dubbing or the like.
[0065]
In addition, by defining a transfer speed identifier indicating the transfer speed in the data header located at the head of the transfer block, the transfer speed can be specified or inquired with a control command of asynchronous communication. Before transferring the real-time data, the transfer speed can be set for the connected device or the transfer speed can be determined according to the connected device, which is very effective when performing high-speed dubbing or the like.
[0066]
Further, when a node such as a PC or VTR is connected or disconnected, or when an AC outlet of the node is unplugged, a bus reset can be immediately executed to cope with hot swapping. Therefore, communication of real-time data (synchronous communication) and communication of control commands (asynchronous communication) can be performed by using the IEEE 1394 bus.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a procedure for transferring a synchronization packet from a VTR to a PC according to an embodiment of the present invention.
FIGS. 2A, 2B, 2C, and 2D are explanatory diagrams showing a relationship between a synchronization packet and data transferred during one frame period in the case of 1 × speed transfer in the embodiment.
FIG. 3 is an explanatory diagram showing a format of a synchronous packet in the case of quadruple speed transfer in the embodiment.
FIGS. 4A, 4B, 4C, and 4D are explanatory diagrams showing the relationship between synchronization packets and data transferred during one frame period in the case of quadruple-speed transfer in the embodiment.
FIG. 5 is a block diagram showing a specific configuration for realizing the data transfer method according to the embodiment.
FIG. 6 is an explanatory diagram showing a method of multiplexing and transferring AV data into a synchronization packet.
FIG. 7 is an explanatory diagram showing a specific configuration of a synchronization packet.
FIG. 8 is an explanatory diagram showing the configuration of a CIP header when transferring data in the DV format.
FIG. 9 is an explanatory diagram showing a method of multiplexing and transferring DV format data to a synchronization packet.
FIG. 10 is a schematic diagram showing a format of a synchronization packet.
FIG. 11 is a schematic diagram showing a format of a format identifier FDF.
FIG. 12 is a block diagram showing a connection between a VTR and a PC.
FIG. 13 is a block diagram showing a connection between a first VTR and a second VTR.
FIG. 14 is a flowchart showing a process of dubbing processing.

Claims

A method of transferring AV data of a predetermined format by a synchronization packet from a first node to a second node via a bus,
The first node reproduces AV data at a reproduction speed M times the standard reproduction speed (M is a positive integer),
At the first node, a transfer rate identifier indicating that the transfer rate is M times the standard transfer rate is added to the synchronization packet;
A data transfer method, wherein the synchronous packet is synchronously transmitted from a first node at a transfer rate M times the standard transfer rate.

The synchronization packet has at least a packet header section and a transfer block section, and a transfer rate identifier indicating a transfer rate to be transmitted is added to a data header section located at the head of the transfer block section and transmitted. 2. The data transfer method according to claim 1, wherein

The standard reproduction speed is a speed at which one frame of AV data is reproduced during one frame period of AV data, and the standard transfer speed is a speed at which one frame of AV data is transmitted during one frame period of AV data. 2. The data transfer method according to claim 1, wherein:

2. The data transfer method according to claim 1, wherein the first node inquires, by asynchronous communication, whether the second node can receive the data at a speed M times the standard transfer speed before transmitting the AV data. .

2. The data transfer method according to claim 1, wherein the second node records at a recording speed M times the standard recording speed.

Even when reproduction is stopped at the first node during synchronous communication at a transfer rate M times the standard transfer rate, the transfer speed of synchronous packets is synchronized at M times the standard transfer rate even if playback is stopped. 2. The data transfer method according to claim 1, wherein

When the transfer speed is M times the standard transfer speed and the first node sets the playback speed to a speed lower than M times the standard playback speed during the synchronous communication at a speed M times the standard transfer speed, the first node does 2. The data transfer method according to claim 1, wherein synchronous communication is performed at a transfer rate M times the standard transfer rate.

An apparatus for transferring AV data of a predetermined format by a synchronous packet from a first node to a second node via a bus,
The first node is
Means for reproducing AV data at a reproduction speed M times the standard reproduction speed (M is a positive integer);
Means for adding in the synchronization packet a transfer rate identifier indicating that the transfer rate is M times the standard transfer rate;
A data transfer device, comprising: means for synchronously transmitting the synchronous packet at a transfer rate M times the standard transfer rate.

The synchronization packet has at least a packet header section and a transfer block section, and a transfer rate identifier indicating a transfer rate to be transmitted is added to a data header section located at the head of the transfer block section and transmitted. The data transfer device according to claim 8, wherein

The standard reproduction speed is a speed at which one frame of AV data is reproduced during one frame period of AV data, and the standard transfer speed is a speed at which one frame of AV data is transmitted during one frame period of AV data. 9. The data transfer device according to claim 8, wherein:

9. The apparatus according to claim 8, wherein the first node has means for inquiring of the second node by asynchronous communication whether or not reception is possible at a rate M times the standard transfer rate before transmitting the AV data. Data transfer device.

9. The data transfer device according to claim 8, wherein the second node has a recording unit that records at a recording speed M times the standard recording speed.

Even when reproduction is stopped at the first node during synchronous communication at a transfer rate M times the standard transfer rate, the transfer speed of synchronous packets is synchronized at M times the standard transfer rate even if playback is stopped. 9. The data transfer device according to claim 8, further comprising control means for performing the operation.

When the transfer speed is M times the standard transfer speed and the first node sets the playback speed to a speed lower than M times the standard playback speed during the synchronous communication at a speed M times the standard transfer speed, the first node does 9. The data transfer apparatus according to claim 8, further comprising control means for performing synchronous communication at a transfer rate of M times the standard transfer rate.