JP4464204B2

JP4464204B2 - 通信装置

Info

Publication number: JP4464204B2
Application number: JP2004177494A
Authority: JP
Inventors: 龍太水森
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-06-15
Filing date: 2004-06-15
Publication date: 2010-05-19
Anticipated expiration: 2024-06-15
Also published as: JP2006005493A

Description

本発明は、複数種類の出力フォーマットにてデータ出力が可能な通信装置（例えば、デジタルビデオカメラ等）に関する。

従来のデジタルビデオカメラにおいては、ＨＤ（High Definition）、ＳＤ（StandardDefinition）、ＳＤＬ（Standard Definition Long）等のように複数のビデオフォーマットによるデータの記録並びに再生ができるように構成されている（例えば、非特許文献１参照。）。また現在、同一記録媒体上（例えば同一の磁気テープ上）に、異なる複数種類の圧縮方式に対応した圧縮フォーマット、例えばＤＶ（DigitalVideo）方式やＭＰＥＧ２方式のデータを記録する方式が提案されている。この場合、例えばＳＤフォーマットの映像データ（ＳＤ映像データと称する）はＤＶ方式で、ＨＤフォーマットの映像データ（ＨＤ映像データと称する）はＭＰＥＧ２方式で記録することが行なわれる（例えば、特許文献１を参照）。

このように複数のフォーマットが同一の磁気テープ上に混在している場合の再生動作について図４を用いて説明する。図４において、４１はデジタルビデオカメラ（ＤＶＣ）、４２はＩＥＥＥ１３９４ケーブル、４３はパーソナルコンピュータ（ＰＣ）である。また、ＤＶＣ４１に収められた磁気テープ４４には、図２に示すように、ＳＤ映像データとＨＤ映像データが交互に記録（フォーマット混在記録）されている。

また、ＩＥＥＥ１３９４規格（非特許文献２、３を参照）に準拠したシリアルバスを介してＰＣ４３に接続されたＤＶＣ４１は、ＰＣ４３上の編集アプリケーションからの各種の制御コマンドによって再生、停止等がコントロールされる（非特許文献４、５を参照）。例えば上記特許文献１の例では、ＳＤ映像データを再生しているときには出力フォーマットがＤＶ方式の映像データをＩＥＥＥ１３９４端子よりアイソクロナスデータとして出力している。また、ＨＤ映像データを再生しているときには、ＩＥＥＥ１３９４端子より出力フォーマットがＭＰＥＧ２方式の映像データをアイソクロナスデータとして出力している。

このようなシステムにおいて、ＰＣ４３側のアプリケーションがＤＶ方式のデータにしか対応していない場合にＭＰＥＧ２方式のデータを受信するとＰＣ４３側のアプリケーションが受信データを表示できなくなるといった不具合が生じる可能性がある。この不具合を解決するために、ＤＶＣ４１側に出力フォーマットを指定するためのメカニカルスイッチ４５を設けておき、このメカニカルスイッチ４５により出力フォーマットを所望のフォーマットに固定することを可能としている。即ち、ユーザはメカニカルスイッチ４５を操作することで、ＤＶＣ４１にＰＣ４３のアプリケーションが希望するフォーマットで映像データの出力を行わせることが可能となる。

また、ＰＣ４３とＤＶＣ４１間での映像データの送受信の手法としてpoint-to-pointコネクションというプロトコルが知られている。point-to-pointコネクションとは、ＩＥＥＥ１３９４規格における１つのアイソクロナスチャンネルに１つの入力プラグと１つの出力プラグを結びつけたものである。入力プラグについては入力プラグコントロールレジスタ（ｉＰＣＲ）によって管理され、出力プラグについては出力プラグコントロールレジスタ（ｏＰＣＲ）によって管理される。ｉＰＣＲ及びｏＰＣＲの構成を図１２に示す。ｉＰＣＲ及びｏＰＣＲの３bit目から８bit目のpccの値をインクリメントし、１１bit目から１６bit目の部分に記録されるチャンネル番号を共有することで接続を確立する通信プロトコルである。なお、point-to-pointコネクション、ｉＰＣＲ及びｏＰＣＲの詳細な説明については、非特許文献６に記載されているので省略する。

また、point-to-pointコネクションにおいて必要となるチャネル番号や帯域幅は、出力装置及び入力装置のうちの一方の装置がＩＲＭ（IsochronousResource Manager）から取得することで確保される。このとき、このＩＲＭから取得を行った装置が当該point-to-pointコネクションの制御装置となり、当該コネクションの管理を行う。ここで、コネクションの管理とはレジスタの値の変更や帯域幅の変更を管理することであり、この管理は“point-to-pointコネクションの制御装置”からしか行えない。このような特徴によりpoint-to-pointコネクションは外部からの要求を受け付けない保護されたコネクションの確立を保証することができる。また、“point-to-pointコネクションの制御装置”のことをコントローラと呼ぶことにする。

以上のように、図４に示したような通信システムにおいて、ＰＣ４３とＤＶＣ４１はＩＥＥＥ１３９４バス上でのpoint-to-pointコネクションを介して映像データのストリーミングが行なわれる。ここで、ＳＤフォーマットとＨＤフォーマットが混在した磁気テープ４４の映像データのストリーミングにおいては、ユーザがＤＶＣ４１側のメカニカルスイッチ４５を設定することで、ＰＣ４１側のアプリケーションが受信可能な出力フォーマット（ここではＤＶ方式）でのストリーミングが可能となる。
Specifications of Consumer-UseDigital VCRs using 6.3mm magnetic tape IEEE Std 1394-1995, IEEE Standardfor a High Performance Serial Bus, Institute of Electrical and Electronics Engineers,Inc. IEEE Std 1394a-2000, IEEE Standardfor a High Performance Serial Bus - Amendment 1, Institute of Electrical andElectronics Engineers, Inc. AV/C Tape Recorder/Player SubunitSpecification, 1394 Trade Association 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 特開２００１−２７５０７６号公報

現在、上述したＤＶＣ４１上のメカニカルスイッチ４５に代えて、外部装置（例えばＰＣ４３）からの所定のコマンドによりＤＶＣ４１の出力フォーマットを指定可能とすることが提案されている。これは、ＤＶＣ４１側のフォーマット指定用のメカニカルスイッチ４５の機能を外部からのコマンドにより実現するものである。このようなコマンドが利用可能であれば、例えば図４に示した状況において、ＰＣ４３がＤＶＣ４１の出力モードを設定することが可能となるので、ＰＣ４３とＤＶＣ４１とのpoint-to-pointコネクションにおいて適切な出力フォーマットを自動的に設定することができるようになる。

しかしながら、外部装置からのコマンドに応じて出力フォーマットを設定可能とした場合には、図４に示した状況に別の外部装置が参入してＤＶＣ４１との接続を要求した場合に、ＤＶＣ４１とＰＣ４３の間のpoint-to-pointコネクションに悪影響を及ぼす可能性が有る。この点について図５を参照して説明する。

図５のようなデバイスの構成において、ＰＣ５１とＤＶＣ５３がpoint-to-pointコネクションにより映像データのＤＶ方式に出力フォーマットをロックした状態でデータのストリーミングを行っているとする。この状況において、デジタルテレビ（ＤＴＶ）５５が出力フォーマットアンロックの状態でＤＶＣ５３との接続を確立しようとした場合を考える。このとき、ＤＴＶ５５からＤＶＣ５３に対して、point-to-pointコネクションの張られていない通信路を介して出力フォーマットの設定を含むコマンドが送信される状況が考えられる。そして、ＤＶＣ５３がこのコマンドの要求を受け入れて、出力フォーマットアンロックで動作するようになったと仮定する。この場合、ＤＶ方式よりも帯域の広いＭＰＥＧ２方式の出力フォーマットでデータを出力しなければならなくなる可能性がある。よって、point-to-pointコネクションによる通信を保証するためにはＰＣ５１とＤＶＣ５３のメモリ上に実装されている図１２に記したレジスタやpoint-to-pointコネクション用の帯域を変更する必要が生じる。しかし、ＤＶＣ５３がコントローラでない場合は、図１２のレジスタ（ＰＣＲ）の変更や帯域幅の変更が認められていない。よって、上記仮定の下では、ＭＰＥＧ２方式のデータを送信しようとしたときに、point-to-pointコネクションによる通信ができなくなり、破綻する可能性が生じるといった課題がある。

本発明は、上記課題に鑑みてなされたものであり、例えばpoint-to-pointコネクションのような所定の通信接続が他の装置からのフォーマット変更等の要求により破綻してしまう可能性を排除し、信頼性のあるデータの送受信を実現することを目的とする。

本発明に係る通信装置の一つは、第１の外部装置及び第２の外部装置と通信可能な通信装置であって、前記通信装置の出力フォーマットを所定の出力フォーマットに設定するためのコマンドを前記第２の外部装置から受信する通信手段と、前記通信装置と前記第１の外部装置との間に所定の通信接続が確立されている場合であり、かつ、前記コマンドが前記第２の外部装置から受信された場合に、前記コマンドが前記通信装置に現在設定されている出力フォーマットの変更を要求するコマンドであるか否かを判定する判定手段とを有し、前記コマンドが前記通信装置に現在設定されている出力フォーマットの変更を要求するコマンドであると判定された場合は、前記コマンドを拒否することを特徴とする。

本発明に係る通信装置の一つは、外部装置の出力フォーマットを所定の出力フォーマットに設定するための第１のコマンドを前記外部装置に送信する通信手段と、前記第１のコマンドが前記外部装置によって拒否された場合に、前記外部装置に現在設定されている出力フォーマットを示す情報を前記外部装置から取得する取得手段とを有し、前記外部装置に現在設定されている出力フォーマットを示す情報を前記外部装置から取得した場合は、前記外部装置の出力フォーマットを前記外部装置に現在設定されている出力フォーマットに設定するための第２のコマンドを生成し、前記第２のコマンドを前記通信手段を介して前記外部装置に送信することを特徴とする。

本発明によれば、例えば、point-to-pointコネクション等の所定の通信接続が他の装置からのフォーマット変更等の要求により破綻してしまう可能性を排除でき、信頼性のあるデータの送受信を実現することができる。

以下、添付の図面を参照して本発明の好適な実施形態を説明する。

図５は、本実施形態に係る通信システムの構成例を示す図である。図５において、パーソナルコンピュータ（ＰＣ）５１ではデジタルビデオカメラ（ＤＶＣ）５３との通信においてＤＶ方式のデータのみをデコード可能なアプリケーションが稼動しているものとする。ＤＶＣ５３はＰＣ５１とＩＥＥＥ１３９４ケーブル５２を介して接続されている、また、ＰＣ５１とＤＶＣ５３の間にはpoint-to-pointコネクションが確立しており、ＤＶＣ５３及びＰＣ５１はそのpoint-to-pointコネクションを介してＤＶ方式のデータの入出力が可能である。ＤＶＣ５３自体は、ＤＶ方式とＭＰＥＧ２方式のデータを記録可能であり、両方式のデータを外部装置との間で入出力することが可能である。

ＤＴＶ５５は、ＤＶ方式とＭＰＥＧ２方式の両方式のデータをデコード可能であり、通信路５４を介して外部装置との間で両方式のデータを入出力可能である。ＤＶＣ５３とＤＴＶ５５は通信路５４で接続されている。通信路５４は、上述したような、ＤＶＣ５３の出力フォーマットを設定するコマンドを転送することが可能な通信路である。なお、本実施形態では、そのようなコマンドとして図３により後述するOUTPUT PLUG SIGNAL MODEコマンドを用いるものとする。

また、デジタルビデオカメラ５３の記録媒体として磁気テープ５６が装着されており、磁気テープ５６には図２に示したようにＳＤ映像データとＨＤ映像データが交互に記載されている。

図６は、本実施形態に係る通信装置の一例であるＤＶＣ５３の内部構成を示すブロック図である。本実施形態のＤＶＣ５３は、撮像制御部６０１がデジタルカメラ部６０８を制御することで被写体の動画及び静止画の撮影を行う。デジタルカメラ部６０８より取り込まれた撮影データは画像処理部６０５において目的のデータフォーマットに変換され、記録制御部６０４によって着脱可能記録部６０９（本実施形態においては磁気テープ５６）に転送記録される。また、上述した様に、ビデオカメラ５３はＤＶ方式及びＭＰＥＧ２方式のデータを記録可能であることから、着脱可能記録部６０９には図２で示したように両方式のデータが混在した状態で記録することが可能である。なお、記録時において、表示部６１１に図７に示すような表示を行い、ＳＤフォーマット、ＨＤフォマットのいずれのデータフォーマットで記録するかをユーザに設定させる。これにより、ユーザは所望のデータフォーマットで映像データを記録させることができる。ＩＥＥＥ１３９４インターフェース６０７は、ＩＥＥＥ１３９４規格（非特許文献２、３を参照）に準拠したデジタルインターフェースである。ＩＥＥＥ１３９４ケーブル５２は、ＩＥＥＥ１３９４インターフェース６０７に接続される。ＤＩＦ制御部６０６は、ＩＥＥＥ１３９４インターフェース６０７が有するｉＰＣＲ及びｏＰＣＲを制御する。本実施形態では、ＩＥＥＥ１３９４インターフェース６０７がｉＰＣＲ及びｏＰＣＲをそれぞれ一つずつ有する場合を説明する。内部メモリ６１０には、ＤＩＦ制御部６０６が管理するロック／アンロック管理テーブルが記憶される。このロック／アンロック管理テーブルには、ＩＥＥＥ１３９４インターフェース６０７が有するｉＰＣＲ及びｏＰＣＲがどのデータフォーマットにロック（固定）されているかを示すデータが格納される。

なお、本実施形態では、ＨＤフォーマットの場合はＭＰＥＧ２方式で、ＳＤフォーマットの場合はＤＶ方式で記録するものとする。もちろん、ＨＤ、ＳＤ、ＳＤＬ、ＨＤ１、ＨＤ２のいずれかを選択可能とし、「ＨＤ、ＳＤ、ＳＤＬ」の場合はＤＶ方式で、「ＨＤ１、ＨＤ２」の場合はＭＰＥＧ２方式で記録するといったように、ビデオフォーマットと圧縮方式の組み合わせは本実施形態の記載に限定されるものではない。或いは、図７のようなインターフェースでＭＰＥＧ方式かＤＶ方式かをユーザに直接選択させるようにしてもよい。或いは、例えばユーザがＨＤフォーマットを選択すると、続いてＤＶ方式かＭＰＥＧ２方式かを選択させる画面を表示するようにしてもよい。

着脱可能記録部６０９に記録されているデータは再生制御部６０３により読み出され、画像処理部６０５において目的のデータフォーマットに変換された後に、表示部６１１に転送され表示される。また、ＩＥＥＥ１３９４インターフェース６０７に外部機器が接続されている場合には、画像処理部６０５において目的のデータフォーマットに変換された後に、ＤＩＦ制御部６０６によりＩＥＥＥ１３９４インターフェース６０７を介して外部に出力される。また、各制御部は、データ／アドレスバス６２０によって接続され、データ転送はこのバスを介して行われる。メイン制御部６０２は不図示のＣＰＵ、メモリを具備し、上述の各制御部に対する制御、及び後述のフローチャートにより説明される処理を実行する。

次に、本実施形態においてＤＶＣ５３の出力フォーマットを設定可能なコマンドとして用いられるOUTPUT PLUG SIGNAL MODEコマンドについて説明する。OUTPUT PLUG SIGNAL MODEコマンドとは、図３のOprand(1)が示すように、Lockに１bit（第７ビット）、ＭＰＥＧ２やＤＶなどのフォーマットを表すのに２bit（第６、第５ビット）、プラグ番号（PLUGNumber）を表すのに５bit（第４〜第０ビット）がそれぞれ割り当てられてられたものである。なお、図３ではフォーマット１つごとに１bitを割り当てたが、２bitを用いて４通りのフォーマットを表すことも可能である。プラグ番号は０から３０（0x00〜0x1E）まで指定でき、オール１（0x1F）は意味を持たない。Oprand(0)はコードによって機能を変更することが可能なものである。Lockのbitは“０”で出力モードのアンロック状態を、“１”で出力モードのロック状態を表す。ここで、アンロックとは出力プラグから出力されるフォーマットを固定しないことであり、例えば図２に示す映像データ２１〜２３を順次再生した場合に、ＤＶ、ＭＰＥＧ２、ＤＶのそのままのフォーマットで出力プラグからデータ出力される。従ってアンロック時にはフォーマットを表す２bit（第６、第５ビット）は意味を持たない。またロックとは、本実施形態ではＤＶ方式あるいはＭＰＥＧ２方式のどちらか一方の出力フォーマットを指定するものとする。もちろん、更に多くの種類のフォーマットを存在させることも可能であるし、複数のフォーマットのロックを指定することも可能である。

さて、上述のデバイス構成において、ＰＣ５１とＤＶＣ５３が、ＰＣ５１をコントローラとするpoint-to-pointコネクションによって接続され映像データのストリーミングを行っている場合を想定する。上述したようにＰＣ５１側のアプリケーションではＤＶ方式のデータしかデコードできないので、ストリーミング開始前にＰＣ５１側のアプリケーションはOUTPUT PLUG SIGNAL MODEコマンドを用いてＤＶＣ５３の出力フォーマットをＤＶ方式に固定している。また、point-to-pointコネクションの帯域幅としてはＤＶ方式のデータが転送可能な最低限の帯域幅である。

以上のような状況下において、ＤＴＶ５５がＤＶＣ５３の着脱可能記録部６０９のデータを出力フォーマットの指定の無い出力モード（アンロック状態）で受信しようとした場合を想定する。このとき、まずＤＴＶ５５は通信路５４を介して、OUTPUT PLUG SIGNAL MODEコマンドによりＤＶＣ５３の出力フォーマットの設定を自動出力（Lockを“０”とする）に指定する要求を送信する。なお、出力フォーマットの指定方法としては図８に示すような選択画面をＤＴＶ５５のディスプレイ上に表示し、ユーザにより所望の出力形態が選択されると、選択された出力形態に応じたOUTPUT PLUG SIGNAL MODEコマンドがＤＶＣ５３へ送信される。上記のアンロックの状態とは、出力形態８３（自動出力）が選択された場合である。

次に、ＤＴＶ５５より送信された上述のOUTPUT PLUG SIGNAL MODEコマンドを受信したＤＶＣ５３は、そのフォーマット指定要求が自身の現在の状態と照らし合わせて受け入れ可能なものであるか否かを確認し、受け入れ不可であれば当該コマンドを拒否（REJECT）する。以下、図１のフローチャートを参照して詳細に説明する。

図１は、本実施形態のＤＶＣ５３による、OUTPUT PLUG SIGNAL MODEコマンド受信時の処理を説明するフローチャートである。なお、図１のフローチャートの処理は周期的に繰返し実行されるハンドラのような形式であっても、イベントの発生に応じて読み出されるイベントドリブン形式のどちらの形式でもかまわない。本実施形態においては前者の方を採用している。また、一連の処理はメイン制御部６０２によって行われる。

まず、ステップＳ１１でOUTPUT PLUG SIGNAL MODEコマンドの受信を確認し、コマンドを受信している場合はステップＳ１２へ移行する。ステップＳ１２では、当該コマンドがフォーマット変更を要求するコマンドであるか否かを判定する。この判定は、当該コマンドが指定する出力フォーマット（上述のOUTPUT PLUG SIGNAL MODEの第７〜第５ビットにより指定される）とＤＶＣ５３内部の状態変数（現在設定されている出力フォーマットを表す変数）との比較を行うことで実現できる。

上述した様に、本実施形態において、ＤＴＶ５５から送信されたコマンドはＤＶＣ５３に対してフォーマット指定のない出力を要求するものと仮定している。即ち、受信したコマンドにおけるOperand(1)の第７ビット（Lock）はアンロック状態を要求したものとなっている。この例において、ＤＶＣ５３はＤＶモードに固定されて（ロック状態）おり、受信したOUTPUT PLUG SIGNAL MODEコマンドは第７ビット（Lock）の値がアンロックを示すので、相違（フォーマットの変更要求）が確認されることになる。受信したコマンドがフォーマットの変更要求を含むことを確認した場合、処理はステップＳ１３へ移行する。

一方、フォーマットの変更要求が確認できなかった場合はステップＳ１６へ移行する。ステップＳ１６では、｛フォーマット変更が必要ではない｝要求であるため、当該コマンドを受理し、コマンド発行元にACCEPTを通知して、既存のフォーマットでＤＴＶ５５に対してストリーミングを開始し本処理を終了する。

ステップＳ１３において、ＤＶＣ５３のｏＰＣＲにpoint-to-pointコネクションが設定されているか否かを調べる。例えば、図１２に示したpoint-to-pointコネクションに関する論理的なレジスタの第１ビット目（onlineビット）の値を調べることでpoint-to-pointコネクションが設定されているか否かの確認を行うことができる。本例においては既にＰＣ５１との間にpoint-to-pointコネクションが設定されているため、図１２に示した出力用レジスタの第１ビットの値は１となっている。よって、処理はステップＳ１４へ移行する。

一方、ＤＶＣ５３自身にpoint-to-pointコネクションが張られていない場合はステップＳ１７へ移行する。この場合、｛フォーマット変更が必要、point-to-pointコネクションが確立されていない｝という状況である。即ち、保護すべきpoint-to-pointコネクションが無いため、上記受信したコマンドの要求を受理（ACCEPT）し、コマンドの発行元にACCEPTを通知すると共に、当該コマンドで指定されたフォーマットでＤＴＶ５５に対してストリーミングを開始する。そして、本処理を終了する。

次に、point-to-pointコネクションが設定されている場合には、ステップＳ１４において、ＤＶＣ５３がステップＳ１３において確認したpoint-to-pointコネクションのコントローラであるか否かの確認を行う。これは、自身のメモリ内に帯域幅等のコントローラが管理すべきデータが存在するか否かにより判断することができる。本例においてはＰＣ５１がコントローラとなっているためＤＶＣ５３自身のメモリ内に帯域幅等のコントローラが管理するデータは無い。従って、ＤＶＣ５３は自身がコントローラではないと判断し、ステップＳ１５へ移行する。

一方、自身のメモリ内に帯域幅等のコントローラが管理するデータが存在した場合、即ち自身がコントローラであると確認された場合は、ステップＳ１８へ移行する。この場合、｛フォーマット変更が必要、point-to-pointコネクションが確立されている、自身がコントローラである｝という状況である。一般に、point-to-pointコネクションにおいてはストリーミングの前段階で出力フォーマット等が設定済みであることを考慮すると、フォーマット変更は矛盾するものであるが、コントローラであることを考慮するとフォーマット変更は実行可能な処理である。よって本実施形態においてはＤＶＣ５３の表示部６１１に図１１のような表示をすることで、当該コマンドに対する処理をユーザに選択させる（ステップＳ１８）。そして、当該コマンドの要求を受理（ACCEPT）するように選択された場合はステップＳ２０へ進み、コマンド発行元へACCEPTを通知すると共に、要求されたフォーマットで出力を開始する。なお、ACCEPTの場合、ＤＶ方式でのロック状態からアンロック状態へ移行するので、point-to-pointコネクションの帯域幅を変更する（この場合、当該point-to-pointコネクションの確立をやり直してもよいし、ＰＣＲの変更すべき部分のみを書き換えるようにしてもよい）。また、もともとＭＰＥＧ２方式でロックされていた場合は、帯域幅を変更する必要はない。一方、拒否（REJECT）するように選択された場合は、ステップＳ１５へ進み、当該要求をREJECTする（コマンドの発行元へREJECTを通知する）。

ステップＳ１４からステップＳ１５へ処理が進んだ場合は、ＤＶＣ５３は自身の出力フォーマットの設定変更が必要であるが、接続中のpoint-to-pointコネクションのコントローラではないためＤＶ方式用に設定された帯域幅や図１２で示したレジスタの値をＭＰＥＧ２フォーマットに対応可能な設定に変更する等の操作は行えないという矛盾を抱えることになる。つまり、現在のpoint-to-pointコネクションを解消して受信したコマンドによる要求を受諾するか、受信したコマンドによる要求を放棄するかの選択が必要となる。本実施形態では、point-to-pointコネクションが保護されたコネクションであることを重視するためステップＳ１５において当該受信コマンドをREJECTする。

なお、図１１で示したのと類似の画面により、ＤＶＣ５３側で要求を放棄（REJECT）するか、point-to-pointコネクションを放棄するかをユーザに選択させるようにしてもよいであろう。ここで、「point-to-pointコネクションを放棄」が選択された場合は、当該point-to-pointコネクションを解消して、コマンドに従ったデータ出力を開始するようにする。

以上のような処理を経ることで、OUTPUT PLUG SIGNAL MODEコマンドのような外部装置からのコマンドによりフォーマット変更等が指示された場合でも、ＰＣ５１とＤＶＣ５３間で確立されているpoint-to-pointコネクションという保護されたコネクションが破綻してしまう可能性を回避することが可能となる。

また、ステップＳ１５において、OUTPUT PLUG SIGNAL MODEコマンドによる要求をREJECTした場合は、REJECTの通知がコマンド発行元（ＤＴＶ５５）に対してなされる。このREJECT通知を受けたコマンド発行元装置から当該REJECTの理由を問い合わせるCHECK_REASONコマンドが発行された場合は、ステップＳ２１からステップＳ２２へ進み、RESPONSE_REASONにより理由を通知する。例えばステップＳ１４からステップＳ１５に進んでREJECTした場合は、｛フォーマット変更が必要，point-to-pointコネクションが設定されている，自身がコントローラでない｝という理由を通知し、ステップＳ１９からステップＳ１５に進んでREJECTした場合は、｛フォーマット変更が必要，point-to-pointコネクションが確立されている，自身がコントローラである｝という理由を、RESPONSE_REASONにより通知する。なお、本実施形態では、ＤＴＶ５５において現在のＤＶＣ５３の出力フォーマットを表示させる（図１０により後述）のでRESPONSE_REASONにＤＶＣ５３の「現在の出力フォーマット」を付加しておくものとする。また、RESPONSE_REASONを用いずに、REJECT通知にその理由を付加して送るようにしてもよいことは明らかである。

なお、ステップＳ２１には適当な待ち時間を設定しておき、当該待ち時間内にCHECK_REASONコマンドを受信しなかった場合はそのまま本処理を終了するようにすればよい。或いは、ステップＳ２１、Ｓ２２による処理はCHECK_REASONコマンドの受信によるイベントドリブンとしてもよい。この場合、拒否したOUTPUT PLUG SIGNAL MODEコマンドの発行元とその理由を保持しておき、当該発行元からのCHECK_REASONコマンドを受信した場合に、その保持してある理由を通知することになろう。

図１３はＤＴＶ５５側の処理を説明するフローチャートである。

ＤＶＣ５３への接続を開始しようとする場合、まず、ステップＳ５１において、上述した様に、図８に示すような画面を表示し、希望の出力フォーマットをしていさせる。ステップＳ５２では、ステップＳ５１で表示した画面より選択された出力フォーマットにＤＶＣ５３を設定するべくOUTPUT PLUG SIGNAL MODEコマンドを発行する。

図１のフローチャートを参照して上述した処理により、当該OUTPUT PLUG SIGNAL MODEコマンドに対してACCEPTが通知されれば、当該コマンドは受理されたので、要求に沿った出力フォーマットで映像データが送信されてくることになる。よって、ステップＳ５３からステップＳ５９へ進み、ＤＶＣ５３よりデータを受信する。

一方、ステップＳ５２で発行したコマンドに対してREJECT通知が受信された場合は、ステップＳ５４へ進み、ＤＴＶ５５は図９に示すような表示をディスプレイ上に表示する。この画面において、「接続を止める」（９２）が指示された場合は、ステップＳ５５から本処理を終了する。「問い合わせる」（９１）が指示された場合には、ステップＳ５５からステップＳ５６へ進み、拒否された理由を問い合わせるコマンド（CHECK_REASON）を通信路５４を介してＤＶＣ５３に対し発行する。

上述したように、CHECK_REASONコマンドを受信したＤＶＣ５３はその返答コマンドであるRESPONSE_REASONコマンドに、当該コマンドをREJECTするに至った理由、｛フォーマット変更が必要，point-to-pointコネクションが設定されている，自身がコントローラでない｝といった情報と、ＤＶＣ５３の現在のフォーマットを示す情報を付加し、通信路５４を介してＤＴＶ５５に送信する。

RESPONSE_REASONコマンドを受信したＤＴＶ５５は、処理をステップＳ５７からステップＳ５８へ進め、RESPONSE_REASONに付加された情報に基づいて図１０に示すような表示を行う。このとき、RESPONSE_REASONに付加された「現在のフォーマット」に基づいて、ユーザに対し現状において実施可能な処理を提示し、選択させることができる。例えば、ＤＶＣ５３がＤＶ方式のロック状態となっていた場合、図１０に示すようにＤＶ方式で受信することが可能であることを選択肢として表示する。図１０において「ＤＶフォーマットで受信」が選択された場合には、図３のOperand(1)における第７、第６、第５ビットを１、０、１に設定（ＤＶモードでロック状態）したOUTPUT PLUG SIGNAL MODEコマンドをＤＶＣ５３に送信する。

以上の処理を経ることでＤＴＶ５５はREJECT後の処理を円滑に実現することが可能となる。

なお、上記の実施形態のＤＶＣ５３では、ステップＳ１２において出力フォーマットが変化するかどうかをチェックする構成を採用したが、上記の実施形態のＤＶＣ５３はそれ以外の構成に変更することも可能である。例えば、出力フォーマットの変更の結果、必要な帯域幅が現在の設定状態よりも広くなる場合にステップＳ１３以降処理を実行するようにしてもよい。

また、上記の実施形態のＤＶＣ５３では、ステップＳ１４及びＳ１８乃至Ｓ２０に係る処理を実行する構成を採用したが、上記の実施形態のＤＶＣ５３はそれ以外の構成に変更することも可能である。例えば、ステップＳ１４及びＳ１８乃至Ｓ２０に係る処理を実行しないように構成することも可能である。このような構成に変更した場合、ＤＶＣ５３はＤＶＣ５３のｏＰＣＲにpoint-to-pointコネクションが設定されている場合にはOUTPUT PLUG SIGNAL MODEコマンドによる出力フォーマットの変更を常にREJECT（拒否）することになる。

また、上記の実施形態の通信システムでは、OUTPUT PLUG SIGNAL MODEコマンドを使用してｏＰＣＲの出力フォーマットを変更する構成を採用したが、上記の実施形態の通信システムはそれ以外の構成に変更することも可能である。例えば、OUTPUT SIGNAL FORMATコマンドを使用する構成にすることも可能である。OUTPUT SIGNAL FORMATコマンドの構成については、例えば、非特許文献５に記載されている。

以上説明したように、本実施形態によれば、２つの機器間での保護された通信を目的とするpoint-to-pointコネクションが他の制御装置によるフォーマット変更の要求により破綻してしまう可能性を排除することができ、信頼性のあるデータの送受信を実現することができる。

また、OUTPUT PLUG SIGNAL MODEコマンドがREJECTされた制御装置（ＤＴＶ５５）では、CHECK_REASONコマンドを用いて被制御装置（ＤＶＣ５３）に対してOUTPUT PLUG SIGNAL MODEコマンドによるフォーマット指定の要求がREJECTされた理由を問い合わせることができ、その返答として被制御装置より送信されるRESPONSE_REASONコマンドの内容に応じて処理変更することで円滑にREJECT後の処理を行うことができる。

本実施形態のデジタルビデオカメラによる、OUTPUT PLUG SIGNAL MODEコマンド受信時の処理を説明するフローチャートである。磁気テープ４４における映像データの記録状態の例を示す図である。出力フォーマットを設定可能なコマンドとして利用可能なOUTPUT PLUG SIGNAL MODEコマンドを説明する図である。デジタルビデオカメラとパーソナルコンピュータとの間の接続を模式的に示した図である。デジタルビデオカメラ、パーソナルコンピュータ及びデジタルテレビの間の接続を模式的に示した図である。本実施形態によるデジタルビデオカメラの内部構成を示すブロック図である。デジタルビデオカメラにおける記録モード切り換えのためのユーザインターフェースの一例を示す図である。デジタルテレビにおける、デジタル出力モード設定要求のためのユーザインターフェースの一例を示す図である。デジタルテレビにおいて、REJECT通知を受信した際に表示されるユーザインターフェースの一例を示す図である。デジタルテレビにおいて、RESPONSE_REASONを受信した際に表示されるユーザインターフェースの一例を示す図である。デジタルビデオカメラにおける、フォーマット変更の要求の受理／拒否をユーザに選択させるためのユーザインターフェースの一例を示す図である。ＩＥＥＥ１３９４規格によるプラグコントロールレジスタの構成を説明する図である。本実施形態のデジタルテレビによる、OUTPUT PLUG SIGNAL MODEコマンド発行時の処理を説明するフローチャートである。

Claims

第１の外部装置及び第２の外部装置と通信可能な通信装置であって、
前記通信装置の出力フォーマットを所定の出力フォーマットに設定するためのコマンドを前記第２の外部装置から受信する通信手段と、
前記通信装置と前記第１の外部装置との間に所定の通信接続が確立されている場合であり、かつ、前記コマンドが前記第２の外部装置から受信された場合に、前記コマンドが前記通信装置に現在設定されている出力フォーマットの変更を要求するコマンドであるか否かを判定する判定手段とを有し、
前記コマンドが前記通信装置に現在設定されている出力フォーマットの変更を要求するコマンドであると判定された場合は、前記コマンドを拒否することを特徴とする通信装置。
前記コマンドを拒否した場合において、前記コマンドが拒否された理由を問い合わせるためのコマンドを前記第２の外部装置から受信した場合、前記通信手段は、前記コマンドを拒否した理由を示す情報を前記第２の外部装置に送信することを特徴とする請求項１に記載の通信装置。
前記所定の出力フォーマットは、前記通信装置の出力プラグを介して出力可能なデータのフォーマットを示すことを特徴とする請求項１又は２に記載の通信装置。
前記コマンドは、OUTPUT PLUG SIGNAL MODEコマンドであることを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記所定の通信接続は、point-to-pointコネクションであることを特徴とする請求項１から４のいずれか１項に記載の通信装置。
外部装置の出力フォーマットを所定の出力フォーマットに設定するための第１のコマンドを前記外部装置に送信する通信手段と、
前記第１のコマンドが前記外部装置によって拒否された場合に、前記外部装置に現在設定されている出力フォーマットを示す情報を前記外部装置から取得する取得手段とを有し、
前記外部装置に現在設定されている出力フォーマットを示す情報を前記外部装置から取得した場合は、前記外部装置の出力フォーマットを前記外部装置に現在設定されている出力フォーマットに設定するための第２のコマンドを生成し、前記第２のコマンドを前記通信手段を介して前記外部装置に送信することを特徴とする通信装置。
前記第１のコマンドが前記外部装置によって拒否された場合、前記通信手段は、前記第１のコマンドが拒否された理由を問い合わせるための第３のコマンドを前記外部装置に送信することを特徴とする請求項６に記載の通信装置。
前記所定の出力フォーマットは、前記外部装置の出力プラグを介して出力可能なデータのフォーマットを示すことを特徴とする請求項６又は７に記載の通信装置。
前記第１のコマンド及び前記第２のコマンドはいずれもOUTPUT PLUG SIGNAL MODEコマンドであることを特徴とする請求項６から８のいずれか１項に記載の通信装置。