(57)【要約】【課題】複数種類の圧縮形式による映像データが記録された記録媒体より映像データを再生して送信する際に、送信先装置の受信能力に応じて送信フォーマットを決定可能とする。【解決手段】通信装置は、複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備し、デジタルインターフェースによって接続された外部装置より、現在の受信フォーマットを示す情報と受信フォーマットが固定状態か非固定状態かを示す情報を含む受信フォーマット情報を取得する（Ｓ４３）。この受信フォーマット情報が固定状態を示す場合は、上記現在の受信フォーマットに対応する送信フォーマットに送信対象データの送信フォーマットを決定し（Ｓ４５、Ｓ４６）、また、非固定状態を示す場合は該送信対象データの本来の送信フォーマットに決定し、決定された送信フォーマットに基づいて送信対象データの送信を制御する（Ｓ４７、Ｓ４８）。【選択図】  図４
2006005491.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した通信装置であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得手段と、該受信フォーマット情報は現在の受信フォーマットを示す情報と受信フォーマットが固定状態か非固定状態かを示す情報を含み、
送信対象データの送信フォーマットを、前記受信フォーマット情報が固定状態を示す場合は前記現在の受信フォーマットに対応する送信フォーマットに、非固定状態を示す場合は該送信対象データの本来の送信フォーマットに決定する決定手段と、
前記決定手段で決定された送信フォーマットに基づいて前記送信対象データの送信を制御する送信制御手段とを備えることを特徴とする通信装置。
【請求項２】
前記送信制御手段は、前記送信対象データの本来の送信フォーマットと前記決定手段で決定された送信フォーマットとが一致しない場合に、前記送信対象データを前記決定された送信フォーマットのデータに変換して前記デジタルインターフェース上へ送信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信制御手段は、前記送信対象データの本来の送信フォーマットと前記決定手段で決定された送信フォーマットとが一致しない場合は、前記デジタルインターフェース上へヌルパケットを送信することを特徴とする請求項１に記載の通信装置。
【請求項４】
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した通信装置であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得手段と、該受信フォーマット情報は現在の受信フォーマットと受信フォーマットが固定状態か非固定状態かを示す情報を含み、
前記受信フォーマット情報が固定状態を示す場合に、送信対象データの本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定可能であるか否かを判定する判定手段と、
前記判定手段により設定可能と判定された場合には、前記本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定するべく要求し、前記送信対象データを送信する送信制御手段とを備えることを特徴とする通信装置。
【請求項５】
前記送信制御手段は、前記判定手段により設定不可と判定され、前記本来の送信フォーマットと前記外部装置の現在の受信フォーマットに対応する送信フォーマットとが一致しない場合は、前記送信対象データを前記現在の受信フォーマットに対応した送信フォーマットで前記デジタルインターフェース上へ送信することを特徴とする請求項４に記載の通信装置。
【請求項６】
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した装置の制御方法であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得工程と、該受信フォーマット情報は現在の受信フォーマットを示す情報と受信フォーマットが固定状態か非固定状態かを示す情報を含み、
送信対象データの送信フォーマットを、前記受信フォーマット情報が固定状態を示す場合は前記現在の受信フォーマットに対応する送信フォーマットに、非固定状態を示す場合は該送信対象データの本来の送信フォーマットに決定する決定工程と、
前記決定工程で決定された送信フォーマットに基づいて前記送信対象データの送信を制御する送信制御工程とを備えることを特徴とする制御方法。
【請求項７】
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した装置の制御方法であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得工程と、該受信フォーマット情報は現在の受信フォーマットと受信フォーマットが固定状態か非固定状態かを示す情報を含み、
前記受信フォーマット情報が固定状態を示す場合に、送信対象データの本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定可能であるか否かを判定する判定工程と、
前記判定工程により設定可能と判定された場合には、前記本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定するべく要求し、前記送信対象データを送信する送信制御工程とを備えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置及び方法に関する。特にデジタルインターフェースから複数のフォーマットで映像データを出力するデジタルビデオカメラとそれをコントロールするための制御に好適な技術に関する。
【背景技術】
【０００２】
従来のデジタルビデオカメラにおいては、ＨＤ（High Definition）、ＳＤ（Standard Definition）、ＳＤＬ（Standard Definition Long）等のように複数のビデオフォーマットによるデータの記録並びに再生ができるように構成されている（例えば、非特許文献１参照。）。また現在、同一記録媒体上（例えば同一テープ上）に、異なる複数種類の圧縮方式に対応した圧縮フォーマット、例えばＤＶ（DigitalVideo）フォーマットやＭＰＥＧ２方式のデータを記録する方式が提案されている。この場合、例えばＳＤフォーマットの映像データ（ＳＤ映像データと称する）はＤＶ方式で、ＨＤフォーマットの映像データ（ＨＤ映像データと称する）はＭＰＥＧ２方式で記録することが行われる（例えば、特許文献１を参照）。
【０００３】
これらの複数のフォーマットが記録されたテープを再生する場合について、図１を用いて説明する。図１において、ＩＥＥＥ１３９４規格（非特許文献２、３を参照）に準拠したシリアルバスを介してパーソナルコンピュータ（ＰＣ）３に接続されたＤＶＣ１は、ＰＣ３上の編集アプリケーションからの各種の制御コマンドによって再生、停止等がコントロールされる（非特許文献４を参照）。例えば上記特許文献１の例では、ＳＤ映像データを再生しているときには出力フォーマットがＤＶ方式の映像データをＩＥＥＥ１３９４端子よりアイソクロナスデータとして出力している。また、ＨＤ映像データを再生しているときには、ＩＥＥＥ１３９４端子より出力フォーマットがＭＰＥＧ２方式の映像データをアイソクロナスデータとして出力している。
【０００４】
また、図２はＤＶＣ１に収められた記録媒体（本例では磁気テープ）４における映像データの記録例を説明する図である。磁気テープ４中には、例えば図２に示すようにＳＤ映像データとＨＤ映像データが交互に記録されており、それぞれＤＶフォーマットとＭＰＥＧ２フォーマットで記録されている。図２のＳＤ映像データ２１を再生しているときには、送信フォーマットがＤＶフォーマットの再生データがＩＥＥＥ１３９４端子よりアイソクロナスデータとして出力されている。また、図２のＨＤ映像データ２２を再生しているときには、送信フォーマットがＭＰＥＧ２フォーマットの再生データがＩＥＥＥ１３９４端子よりアイソクロナスデータとして出力されている。ＰＣ３ではこのアイソクロナスデータをキャプチャして編集を行う。
【０００５】
ＰＣ３では、ビデオカメラ１において再生出力されているデータの送信フォーマットを、Output Plug Signal Formatのステータスコマンドを用いて知ることができる（非特許文献５を参照。）。ここで、Plug（プラグ）とは、非特許文献６で規定されたプラグを示す。プラグには、入力プラグと出力プラグがあり、いずれも論理的に構成されたものである。入力プラグについては入力プラグコントロールレジスタ（ｉＰＣＲ）によって管理され、出力プラグについては出力プラグコントロールレジスタ（ｏＰＣＲ）によって管理される。なお、ｉＰＣＲ及びｏＰＣＲの詳細な説明については、非特許文献６に記載されているので省略する。上記の場合、OutputPlug Signal Formatのステータスコマンドを用いてＰＣ３がＤＶＣ１にその送信フォーマットを照会すると、ＤＶＣ１は再生出力しているデータの送信フォーマットが、例えばＤＶフォーマットであるのかＭＰＥＧ２フォーマットであるのかを、OutputPlug Signal Formatのコントロールコマンドにより応答する。
【０００６】
また、カメラ画像をキャプチャする場合は、Output Plug Signal FormatのコントロールコマンドでＤＶＣ１にＤＶまたはＭＰＥＧ２のフォーマットをプラグから出力することを指定してキャプチャすることが可能である。一方、InputPlug Signal Formatのステータスコマンドとコントロールコマンドにより、ＤＶＣ１はＰＣ３の入力フォーマットを知ることができる。
【非特許文献１】Specifications of Consumer-Use Digital VCRs using 6.3mm magnetictape
【非特許文献２】IEEE Std1394-1995, IEEE Standard for a High Performance Serial Bus,Institute of Electrical and Electronics Engineers, Inc.
【非特許文献３】IEEE Std 1394a-2000, IEEE Standard for a High Performance Serial Bus- Amendment 1, Institute of Electrical and Electronics Engineers, Inc.
【非特許文献４】AV/C Tape Recorder/Player Subunit Specification, 1394 TradeAssociation
【非特許文献５】AV/C Digital Interface Command Set General Specification Version 4.1, 1394 Trade Association
【非特許文献６】IEC 61883-1, Consumer audio/video equipment - Digital interface - Part 1: General
【特許文献１】特開２００１−２７５０７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術の構成では、複数のフォーマットが記録されたテープを再生した場合に、１つのフォーマットのみを受信したい受信側装置（ＰＣ３）が送信元（ＤＶＣ１）の送信フォーマットを固定にすることはできない。例えば、上述した既存のOutput Plug Signal Formatコントロールコマンドを用いても、出力プラグから出力されるその時点の送信フォーマットを指定することはできても、その後、再生フォーマットが変化するとこれに応じて送信フォーマットも変化してしまう。よって、出力プラグから出力されるフォーマットを希望するフォーマットに固定することはできない。
【０００８】
さらに、図３に示すように、複数種類の圧縮形式による映像データを記録入出力することが可能なＤＶＣ３１と、所定の圧縮形式による映像データのみを記録入出力することが可能なＤＶＣ３３が接続された環境において、ユーザが、ＤＶＣ３１に記録されているコンテンツをＤＶＣ３３にダビングしようとしたとする。このとき、ＤＶＣ３１からの送信フォーマットが再生フォーマット（圧縮形式）に応じて変化した場合、ＤＶＣ３３は固定フォーマットしか受信する能力がないため、ユーザによって意図されたとおりのダビングができなくなるという問題が発生する。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、複数種類の圧縮形式による映像データが記録された記録媒体より映像データを再生して送信する際に、送信先装置の受信能力に応じて送信フォーマットを決定可能とすることを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するための本発明の一態様に係る通信装置は以下の構成を備える。すなわち、
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した通信装置であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得手段と、該受信フォーマット情報は現在の受信フォーマットを示す情報と受信フォーマットが固定状態か非固定状態かを示す情報を含み、
送信対象データの送信フォーマットを、前記受信フォーマット情報が固定状態を示す場合は前記現在の受信フォーマットに対応する送信フォーマットに、非固定状態を示す場合は該送信対象データの本来の送信フォーマットに決定する決定手段と、
前記決定手段で決定された送信フォーマットに基づいて前記送信対象データの送信を制御する送信制御手段とを備える。
【００１１】
また、上記の課題を解決するための本発明の他の態様に係る通信装置は以下の構成を備える。すなわち、
複数の異なる圧縮形式に対応した複数種類の送信フォーマットにてデータを送信可能なデジタルインターフェースを具備した通信装置であって、
前記デジタルインターフェースによって接続された外部装置より受信フォーマット情報を取得する取得手段と、該受信フォーマット情報は現在の受信フォーマットと受信フォーマットが固定状態か非固定状態かを示す情報を含み、
前記受信フォーマット情報が固定状態を示す場合に、送信対象データの本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定可能であるか否かを判定する判定手段と、
前記判定手段により設定可能と判定された場合には、前記本来の送信フォーマットに対応する受信フォーマットを前記外部装置に設定するべく要求し、前記送信対象データを送信する送信制御手段とを備える。
【発明の効果】
【００１２】
本発明によれば、複数種類の圧縮形式による映像データが記録された記録媒体より映像データを再生して送信する際に、送信先装置の受信能力に応じて送信フォーマットを決定することが可能となる。このため、常に送信先装置に対して有効なデータを送信することができ、ユーザの意図するダビング等の機能が実現される。
【発明を実施するための最良の形態】
【００１３】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１４】
＜第１実施形態＞
図３は、第１実施形態に係る通信システムの構成例を示す図である。図３において、ＤＶＣ３１は、ＤＶ方式とＭＰＥＧ２方式による映像データの記録が可能であり、ＩＥＥＥ１３９４ケーブル３２を介して、それぞれの方式に対応したフォーマットで映像データを外部から入力したり、外部へ出力したりすることができる。ＤＶＣ３３は、ＤＶ方式でのみ映像データの記録が可能であり、ＤＶ方式に対応したフォーマットでＩＥＥＥ１３９４ケーブル３２を介して映像データを外部から入力したり、外部へ出力したりすることができる。
【００１５】
また図２はＤＶＣ３１に収められた記録媒体４であり、本例では磁気テープである。この磁気テープ４の中には、図２に示すようにＳＤ映像データとＨＤ映像データが交互に記録されており、それぞれＤＶ方式とＭＰＥＧ２方式となっている。図３のようにＩＥＥＥ１３９４ケーブル３２でＤＶＣ３３に接続されたＤＶＣ３１は、ユーザからの制御によって再生コントロールされ、再生された映像データをＩＥＥＥ１３９４ケーブル３２よりアイソクロナスデータとして出力する。
【００１６】
図５は、第１実施形態に係る通信装置の一例であるＤＶＣ３１のブロック構成図である。本実施形態のＤＶＣ３１において、撮像制御部５０１はデジタルカメラ部５０８を制御することで被写体の映像及び静止画の撮影を行う。デジタルカメラ部５０８より取り込まれた映像及び静止画データは、画像処理部５０５によって然るべき映像及び静止画フォーマットに圧縮される。圧縮されたデータは記録制御部５０４によって着脱可能記録部５０９（すなわち本実施形態においては磁気テープ）に転送記録される。ここで、前述した通り、テープ上にはＳＤフォーマットとＨＤフォーマットの映像データが混在して記録されるが、このフォーマットの切り替えはユーザによって行われる。具体的な切り替え手段としては、例えば、ＤＶＣ３１が具備する表示部５１１に図６に示すようなメニューを表示しユーザに選択させることが可能である。
【００１７】
一方、着脱可能記録部５０９に記録されている映像データ及び静止画データは、再生制御部５０３よって読み出され、画像処理部５０５によって然るべき映像及び静止画フォーマットに従って伸張され、伸張されたデータは表示部５１１に転送され表示される。また、ＩＥＥＥ１３９４インターフェース５０７に外部の機器が接続されている場合には、ＤＩＦ制御部５０６によって、画像処理部５０５によって然るべきフォーマットに圧縮された映像及び静止画データがＩＥＥＥ１３９４インターフェース５０７を介して出力される。上述の各構成はデータ／アドレスバス５２０によって接続され、データ転送はこのバスを介して行われる。ＩＥＥＥ１３９４インターフェース５０７における各通信プロトコル制御はＤＩＦ制御部５０６が行う。ＩＥＥＥ１３９４インターフェース５０７は、ＩＥＥＥ１３９４規格（非特許文献２、３を参照）に準拠したデジタルインターフェースである。ＩＥＥＥ１３９４ケーブル３２は、ＩＥＥＥ１３９４インターフェース５０７に接続される。ＤＩＦ制御部５０６は、ＩＥＥＥ１３９４インターフェース５０７が有する全ての入出力プラグを制御する。内部メモリ５１０には、ＤＩＦ制御部５０６が管理する固定モード管理テーブルが記憶される。この固定モード管理テーブルには、ＩＥＥＥ１３９４インターフェース５０７が有する全ての入力プラグ及び全ての出力プラグがどのデータ形式に固定されているかを示すデータが格納される。
【００１８】
各制御部に対する制御はメイン制御部５０２が行う。メイン制御部５０２は不図示のＣＰＵ、メモリ（ＲＯＭ）を具備し、フローチャートを参照して以下に説明する各種処理を実行する。
【００１９】
以上の構成において、ユーザがＤＶＣ３１に記録されている映像データをＤＶＣ３３にダビングしたい場合を想定する。このときのＤＶＣ３１の動作を図４のフローチャートを用いて説明する。図４のフローチャートに示す処理はメイン制御部５０２によって実行されるが、本処理は周期的に呼び出されて実行されてもよいし、ＩＥＥＥ１３９４ケーブル３２の接続の検出によって呼び出されるイベントドリブン方式で実行されてもよい。また、図１１は第１実施形態による送信側装置（ＤＶＣ３１）と受信側装置（ＤＶＣ３３）との間の通信のシーケンスを説明する図である。以下、図４、図１１を参照して本実施形態の動作を説明する。
【００２０】
まず、ステップＳ４１においてＩＥＥＥ１３９４インターフェース５０７接続の検出が行われる。ステップＳ４２では、ＤＶＣ３１のＩＥＥＥ１３９４インターフェース５０７のデジタル出力モードの判別を行う。ＤＶＣ３１のＩＥＥＥ１３９４インターフェース５０７におけるデジタル出力モードはユーザ操作により設定される。例えば、図７に示すようなメニューを表示部５１１に表示し、ユーザが所望のデジタル出力モードを指定することにより、デジタル出力モードが設定される。図７において、メニュー７１およびメニュー７２は、それぞれの指定に応じてＩＥＥＥ１３９４インターフェース５０７の出力をＨＤ或いはＳＤに固定にするモードである。またメニュー７３は、再生中の磁気テープに記録されている映像データのフォーマットに応じて送信フォーマットを変化させるモードである。すなわち、ステップＳ４２では、内部メモリに保持されたこのモードを示すフラグによって判別を行う。ここで、いずれかの固定モードが指定されている場合は、送信フォーマットを固定することがユーザにより意図されているので、そのまま本処理を終了する。自動出力モード７３が指定されている場合は、ステップＳ４３へ進む。
【００２１】
ステップＳ４３において、ＩＥＥＥ１３９４インターフェース５０７に接続された相手機器の受信可能フォーマットの判別を行う。このとき、ＤＶＣ３１は相手の受信可能フォーマットを判別するために、本実施形態では、例えば図８に示すようなINPUT PLUG SIGNAL MODEコマンドを用いるものとする。このコマンドは非特許文献６に記載されているFunctionControl Protocolを基本としたＡＶＣプロトコル（非特許文献５参照）によって送信することが可能である。なお、このプロトコル制御は、ＤＩＦ制御部５０６によって行われる。
【００２２】
本実施形態のINPUT PLUG SIGNAL MODEコマンドでは、図８のOperand(1)に示すように、各フィールドが意味を持つ。Operand(1)の第７ビット（８１）は受信可能フォーマットが固定（ロック）か否か（アンロック）を示している。また、第６ビット（８２）はＭＰＥＧ２フォーマットをサポートしていることを示し、第５ビット（８３）はＤＶフォーマットをサポートしていることを示している。なお、受信可能フォーマットの表し方は上述に限られるものではなく、例えば、第６、第５の２つのビットを用いて４通りの受信可能フォーマットを示すことも可能である。
【００２３】
また、第４〜第０ビット（８４）は、非特許文献６に規定されるUnit Plugの論理番号（プラグ番号）を示している。この規定によれば、プラグ番号は０〜３０（0x00〜0x1E）までを指定可能であるり、0x1Fは意味を持たない。また、Operand(0)はコードによって機能を変更することが可能なものである。
【００２４】
Operand(1)の第７ビット（８１）は“０”でアンロック、“１”でロックを表すものとする。アンロックとは、プラグに入力されるフォーマットが変更されても受信可能であることを示している。例えば、ＤＶＣ３１のデジタル出力モードが自動モード（図７の７３で指定されるモード）になっており、図２に示すＤＶ、ＭＰＥＧ２、ＤＶのフォーマット部分を順次に再生した場合、出力されるフォーマットは記録状態に応じて変更される。この結果、ＤＶＣ３３のプラグへの入力フォーマットも変化するが、ＤＶＣ３３がアンロックであれば、このような場合においても正常に受信記録される可能性を示す。従って、アンロック時には、Operand(1)の第６、第５ビット（８２、８３）は意味を持たない。
【００２５】
またロックとは、本実施形態ではＤＶフォーマットあるいはＭＰＥＧ２フォーマットのどちらか一方を指定するものであり、指定されたフォーマットでのみ受信可能であることを意味している。もちろん、複数とおりのフォーマットが存在し、複数のフォーマットのロックを指定することも可能である。
【００２６】
図４の説明に戻る。上述のステップＳ４３における接続先のＤＶＣの受信フォーマットの確認において、ＤＶＣ３１は、INPUT PLUG SIGNAL MODEコマンドをＡＶＣプロトコルで定められるステータスコマンドにて送信する（図１１のＴ１１）。すなわち、図８のINPUTPLUG SIGNAL MODEで規定される各operandに無効値0xFFを設定してＤＶＣ３３へ送信する。ＤＶＣ３３がこのコマンドをサポートしていた場合には、図８に示すINPUTPLUG SIGNAL MODEコマンドにおいて、指定されるプラグの能力に応じた値を各bit fieldに設定し、レスポンスとしてＤＶＣ３１に送信する（図１１のＴ１２）。ＤＶＣ３３が当該コマンドをサポートしていない場合には、ＡＶＣプロトコル規格に基づきNOT_IMPLEMENTを返す（図１１のＴ１２）。
【００２７】
INPUT PLUG SIGNAL MODEステータスコマンドに対するレスポンスがNOT_IMPLEMENTであった場合には、受信先のＤＶＣ３３に当該コマンドに対するサポートが無いので、ステップＳ４９へ進む。ステップＳ４９、Ｓ５０では、標準コマンドであるInputPlug Signal Formatステータスコマンド（非特許文献５を参照）を用いて、受信先が現在受信可能なフォーマットを判別する（図１１のＴ１３、Ｔ１４）。その後、ステップＳ４７へ進み、ステップＳ４９にて判別されたＤＶＣ３３の受信フォーマットと、送信対象の映像データの本来の送信フォーマットを比較する。そして、両者が同一フォーマットであった場合にはそのまま本処理を終了する。一方、両者が異なるフォーマットであった場合は、ステップＳ４８に進み、ＤＶＣ３１の送信フォーマットをステップＳ５０で判別されたＤＶＣ３３の受信フォーマットに変更する。こうして受信装置側の受信フォーマットに応じて送信フォーマットを決定、変換し、映像データを出力する。すなわち、ＤＶＣ３１は、磁気テープ（着脱可能記録部５０９）から読み出された映像データを画像処理部５０５にてＤＶＣ３３の受信フォーマットに変換してから、ＤＩＦ制御部５０６によって外部に出力する（図１１のＴ１５）。なお、送信対象の映像データの本来の送信フォーマットとは、当該映像データの圧縮方式等により決定される送信フォーマットであり、当該映像データ中の属性情報等により取得できる。
【００２８】
一方、INPUT PLUG SIGNAL MODEステータスコマンドに応答してINPUT PLUG SIGNAL MODEコマンドを受信した場合は、受信先のＤＶＣ３３に当該コマンドに対するサポートがあるので、ステップＳ４４からステップＳ４５へ進む。そして、ＤＶＣ３３からのINPUTPLUG SIGNAL MODEコマンドの第１ビット（８１）に“１”が設定されているか否か、すなわちＤＶＣ３３の受信可能フォーマットがロック状態か否かを調べる。そして、ロック状態の場合には、ステップＳ４５からステップＳ４６へ進み、第６ビット（８２）及び第５ビット（８３）を参照して現在受信可能フォーマットを判別する。
【００２９】
ステップＳ４７においては、ステップＳ４６にて判別されたＤＶＣ３３の受信フォーマットと送信対象の映像データの本来の送信フォーマットを比較する。両者が同一フォーマットであった場合には、そのまま本処理を終了する。両者が異なるフォーマットであった場合は、ステップＳ４８へ進み、ＤＶＣ３１の送信フォーマットをステップＳ４６判別されたＤＶＣ３３の受信フォーマットに変更する。すなわち、ＤＶＣ３１は、磁気テープ（着脱可能記録部５０９）から読み出された映像データを画像処理部５０５にてＤＶＣ３３の受信フォーマットに変換してから、ＤＩＦ制御部５０６によって外部に出力する（図１１のＴ１６）。
【００３０】
一方、ステップＳ４５において、第７ビット（８１）に“０”が設定されている場合には、アンロック状態である。この場合、受信先のＤＶＣ３３は入力される映像データのフォーマットに応じて受信フォーマットを切り換えるので、送信側のＤＶＣ３１では送信フォーマットに関する制御を行わず本処理を終了する。即ち、送信対象の映像データの本来のフォーマットで受信側装置（ＤＶＣ３３）へ映像データが送信される。
【００３１】
なお、上記実施形態では、ステップＳ４８で送信フォーマットを変換する処理を行ったがこれに限らない。例えば、ＤＶＣ３１がフォーマット変換機能を具備していない場合には、送信フォーマットの変更が必要な区間についてはデータを送信せずにＤＩＦ制御部５０６からヌルパケットを送信するようにしても良い。ヌルパケットとは、ＣＩＰ（Common Isochronous Packet）ヘッダのみを有するアイソクロナスパケット（Isochronous Packet）である。ＣＩＰヘッダの構成については、IEC61883-1, Consumer audio/video equipment - Digital interface - Part 1: Generalに記載されている。
【００３２】
以上説明したように、第１実施形態によれば、接続先のＤＶＣの受信フォーマットが固定されているか否か、また、いずれの受信フォーマットに固定されているかに従って、送信フォーマットを決定することができる。このため、接続相手に対して、極力適切な形態で、常に有効なデータを送信することが可能となる。
【００３３】
＜第２実施形態＞
次に第２実施形態を説明する。上述した第１実施形態では、受信先のＤＶＣ３３において受信フォーマットが固定された状態（“ロック”状態と判定された場合、或いは“アンロック”状態と判定できない場合）であった場合は、その固定された受信フォーマットに送信側のフォーマットを一致させるよう処理した（ステップＳ４７、Ｓ４８）。第２実施形態では、ＤＶＣ３３の受信フォーマットが他のフォーマットに“ロック”された状態であるが、ＤＶＣ３３がＤＶＣ３１からの要求により受信フォーマットの変更が可能である場合には、送信フォーマットに応じて受信フォーマットを変更させる。
【００３４】
送信側と受信側のＤＶＣの接続状態は第１実施形態（図３）と同様である。また、送信側のＤＶＣ３１の基本的な構成も第１実施形態（図５）と同じである。但し、メイン制御部５０２の処理が異なる。この点については、図９のフローチャートにより後述する。
【００３５】
さて、この構成において、ユーザがＤＶＣ３１に圧縮フォーマットがＭＰＥＧ２で、ＨＤフォーマット（MPEG-HDフォーマット）にて高解像度で記録されている映像データを、品質を落とさずに同じMPEG-HDフォーマットでＤＶＣ３３にダビングしたい場合を想定する。ＤＶＣ３１の送信フォーマットは、図７のメニュー設定によって変更可能である。このような状況において、ＤＶＣ３３の入力フォーマットがＤＶ固定（ＤＶで“ロック”された状態）となっていると、第１実施形態の場合には、相手の入力フォーマットに合わせて送信フォーマットを変更してしまう。即ち、上記ユーザの意図に則したダビングが行えなくなるという問題が発生する。第２実施形態ではこのような課題を解消する。
【００３６】
図９は第２実施形態によるＤＶＣ３１の処理を説明するフローチャートである。また、図１２６は第１実施形態による送信側装置（ＤＶＣ３１）と受信側装置（ＤＶＣ３３）との間の通信のシーケンスを説明する図である。第１実施形態の処理（図４、図１１）と同様の処理には、同一の符号を付してある。
【００３７】
ステップＳ４５において、上述のINPUT PLUG SIGNAL MODEコマンドにより、ＤＶＣの受信モードが“ロック”状態であった場合、ステップＳ１０１において、ＤＶＣ３３に対して受信フォーマットが変更可能であるかどうかを確認する。
【００３８】
上記確認のために、本実施形態では、図１０に示されるINPUT PLUG SIGNAL MODE CAPABILITYコマンドを用いる。このINPUT PLUG SIGNAL MODECAPABILITYコマンドは、上述のINPUT PLUG SIGNAL MODEコマンドと同様にＡＶＣプロトコルに基づいて規定されるものであり、フォーマット構造もINPUTPLUG SIGNAL MODEコマンドと同じである。Operand(1)の各フィールドは、図８のINPUT PLUG SIGNAL MODEコマンドの各フィールドが持つ意味に関して被制御の可否を表す。即ち、第７ビット（１１１）はそのデバイスの受信フォーマットをコマンドによってロック／アンロックの間で切り換えることが可能であることを示している。また第６ビット（１１２）は受信フォーマットをＭＰＥＧ２フォーマットにすることが可能であることを示しており、また第５ビット（１１３）は受信フォーマットをＤＶフォーマットにすることが可能であることを示している。また、第４〜第０ビット（１１４）は、非特許文献６にて規定されるUnitPlugを指定することでそれぞれの能力を判断できる。
【００３９】
ステップＳ１０１では、ＤＶＣ３１は、INPUT PLUG SIGNAL MODE CAPABILITYコマンドをＡＶＣプロトコルで定められるステータスコマンドにて送信する。すなわち、図１０のINPUTPLUG SIGNAL MODE CAPABILITYコマンドに規定される各operandに無効値0xFFを設定してＤＶＣ３３へ送信する（図１２のＴ２１）。ＤＶＣ３３は、INPUTPLUG SIGNAL MODE CAPABILITYコマンドの各ビットに所定値を設定し、上記ステータスコマンドに応答する（図１２のＴ２２）。
【００４０】
このように、ＤＶＣ３１は、INPUT PLUG SIGNAL MODE CAPABILITYステータスコマンドを送信することで、ＤＶＣ３３の受信フォーマットを送信対象の映像データの本来の送信フォーマットに対応するべく変更することが可能であるかどうか確認する。例えば、ＤＶＣ３３からの応答において、第７ビット（１１１）が“１”であれば、ＤＶＣ３３のロック状態をアンロック状態に移行させることができ、第６、第５ビット（１１２、１１３）が“１”であれば、どちらのフォーマットでも受信可能であることを示している。これらの情報から、所望する受信フォーマットへの変更が可能であるかどうかを判断する。
【００４１】
所望する受信フォーマットへの変更が可能であると判断された場合は、ステップＳ１０２へ進み、ＤＶＣ３３に対して受信フォーマットの変更を要求する。具体的には、INPUT PLUG SIGNAL MODEコントロールコマンドのOperand(1)における第７〜第５ビットにより所望の受信フォーマットを設定し、これをＤＶＣ３３に対して送信する（図１２のＴ２３）。上記例によれば、HD-MPEGフォーマットで受信することを要求する。そして、ＤＶＣ３３からの応答（Ｔ２４）により、当該要求がＤＶＣ３３によって受け入れられた稼動かを判断し、受け入れられた場合にはステップＳ１０３より本処理を終了する。即ち、所望の受信フォーマットにＤＶＣ３３が設定されたので、送信対象データを本来の送信フォーマットで出力することができる（図１２のＴ１６）。
【００４２】
一方、何らかの原因によって要求が受け付けられなかった場合には、ステップＳ１０３からステップＳ４６へ移行し、第１実施形態で説明したステップＳ４６〜Ｓ４８を行うことになる。
【００４３】
以上のような処理を行うことによって、受信側のＤＶＣ３３に相応の能力が有れば、ＤＶＣ３１が送信するHD-MPEGフォーマットをそのまま受信することになるので、ユーザの意図通りのダビングが可能となる。
【００４４】
なお、ステップＳ１０１の処理は、ロックされている受信モードと送信モードが相違する場合にのみ実行するようにしてもよい。（この場合、両モードが一致していれば、そのまま本処理を終了させる）。
【図面の簡単な説明】
【００４５】
【図１】一般的なＰＣとＤＶＣのＩＥＥＥ１３９４インターフェースによる接続例を示す図である。
【図２】映像データが磁気テープに記録された様子を表す図である。
【図３】第１実施形態によるＤＶＣのＩＥＥＥ１３９４インターフェースによる接続例を示す図である。
【図４】第１実施形態によるＤＶＣの映像データ送信処理を説明するフローチャートである。
【図５】第１実施形態によるＤＶＣの構成を示すブロック図である。
【図６】第１実施形態のＤＶＣにおける、記録モードを設定するためのユーザーインターフェース例を示す図である。
【図７】第１実施形態のＤＶＣにおける、出力モードを設定するためのユーザーインターフェース例を示す図である。
【図８】OUTPUT PLUG SIGNAL MODEコマンドを説明する図である。
【図９】第２実施形態によるＤＶＣの映像データ送信処理を説明するフローチャートである。
【図１０】OUTPUT PLUG SIGNAL MODE CAPABILITYコマンドを説明する図である。
【図１１】第１実施形態による送信側装置（ＤＶＣ３１）と受信側装置（ＤＶＣ３３）との間の通信のシーケンスを説明する図である。
【図１２】第２実施形態による送信側装置（ＤＶＣ３１）と受信側装置（ＤＶＣ３３）との間の通信のシーケンスを説明する図である。
【図１】
2006005491.tif 000003
【図２】
2006005491.tif 000004
【図３】
2006005491.tif 000005
【図４】
2006005491.tif 000006
【図５】
2006005491.tif 000007
【図６】
2006005491.tif 000008
【図７】
2006005491.tif 000009
【図８】
2006005491.tif 000010
【図９】
2006005491.tif 000011
【図１０】
2006005491.tif 000012
【図１１】
2006005491.tif 000013
【図１２】
2006005491.tif 000014