(57)【要約】【課題】point-to-pointコネクションのような所定の通信接続が他の装置からのフォーマット変更等の要求により破綻してしまう可能性を排除し、信頼性のあるデータの送受信を実現する。【解決手段】デジタルビデオカメラ（ＤＶＣ）５３はＩＥＥＥ１３９４規格による通信インターフェースを介して外部装置に対して映像データを送信可能である。この通信インターフェースを介して、出力フォーマット指定を含む通信接続要求をデジタルテレビ５５から受信した場合において、既に他の外部装置（ＰＣ５１）との間でpoint-to-pointコネクションが確立されており、該通信接続要求が含む出力フォーマット指定が現在の出力フォーマットに対して変更を生じさせる可能性がある場合には、該通信接続要求の受け入れを拒否するべくREJECTをデジタルテレビ５５に対して通知する。【選択図】図５
2006005493.tif 000002
【特許請求の範囲】
【請求項１】
通信インターフェースを介して外部装置と接続可能な通信装置であって、
前記通信インターフェースを介して外部装置からの通信接続要求を受信する受信手段と、
前記受信手段によって前記通信接続要求を受信したときに既に他の外部装置との間で所定の通信接続が確立されている場合、該通信接続要求が該所定の通信接続の状態に及ぼす影響に基づいて該通信接続要求の受け入れ可否を判定する判定手段と、
前記判定手段により前記通信接続要求の受け入れが不可と判定された場合に、該通信接続要求を拒否する拒否手段とを備えることを特徴とする通信装置。
【請求項２】
前記判定手段は、前記通信接続要求が、データの出力フォーマットの変更を生じる可能性がある場合に、該通信接続要求の受け入れを不可と判定することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判定手段は、当該通信装置が前記所定の通信接続に関してその状態を変更する権限を有する場合であって、前記通信接続要求がデータの出力フォーマットの変更を生じる可能性がある場合に、該通信接続要求を受理するか拒否するかをユーザに問い合わせる手段を有し、ユーザの選択結果に応じて該通信接続要求の受け入れ可否を判定することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記拒否手段は、前記接続要求を拒否した旨を該接続要求の発行元に通知することを特徴とする請求項１に記載の通信装置。
【請求項５】
通信インターフェースを介して外部装置と接続可能な通信装置であって、
出力フォーマットの指定を含む接続要求コマンドを外部装置に出力する出力手段と、
前記接続要求コマンドが前記外部装置によって拒否された場合に、該外部装置から現在の出力フォーマットを取得する取得手段と、
前記取得手段で取得した現在の出力フォーマットを指定するべく前記接続要求を変更する変更手段とを備えることを特徴とする通信装置。
【請求項６】
ＩＥＥＥ１３９４規格による通信インターフェースを介して外部装置に対して映像データを送信可能なデジタルビデオカメラであって、
前記通信インターフェースを介して外部装置からの通信接続要求を受信する受信手段と、該通信接続要求は出力フォーマット指定を含み、
前記受信手段によって前記通信接続要求を受信したときに既に他の外部装置との間でpoint-to-pointコネクションが確立されており、該通信接続要求が含む出力フォーマット指定が現在の出力フォーマットに対して変更を生じさせる可能性がある場合に、該通信接続要求の受け入れを拒否する拒否手段とを備えることを特徴とするデジタルビデオカメラ。
【請求項７】
通信インターフェースを介して外部装置と通信するための通信制御方法であって、
前記通信インターフェースを介して外部装置からの通信接続要求を受信する受信工程と、
前記受信工程によって前記通信接続要求を受信したときに既に他の外部装置との間で所定の通信接続が確立されている場合、該通信接続要求が該所定の通信接続の状態に及ぼす影響に基づいて該通信接続要求の受け入れ可否を判定する判定工程と、
前記判定工程により前記通信接続要求の受け入れが付加と判定された場合に、該通信接続要求を拒否する拒否工程とを備えることを特徴とする通信制御方法。
【請求項８】
通信インターフェースを介して外部装置と接続して通信可能な装置における制御方法であって、
出力フォーマットの指定を含む接続要求コマンドを外部装置に出力する出力工程と、
前記接続要求コマンドが前記外部装置によって拒否された場合に、該外部装置から現在の出力フォーマットを取得する取得工程と、
前記取得工程で取得した現在の出力フォーマットを指定するべく前記接続要求を変更する変更工程とを備えることを特徴とする制御方法。
【請求項９】
ＩＥＥＥ１３９４規格による通信インターフェースを介して外部装置に対して映像データを送信可能なデジタルビデオカメラにおける制御方法であって、
前記通信インターフェースを介して外部装置からの通信接続要求を受信する受信工程と、該通信接続要求は出力フォーマット指定を含み、
前記受信工程によって前記通信接続要求を受信したときに既に他の外部装置との間でpoint-to-pointコネクションが確立されており、該通信接続要求が含む出力フォーマット指定が現在の出力フォーマットに対して変更を生じさせる可能性がある場合に、該通信接続要求の受け入れを拒否する拒否工程とを備えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルインターフェースを介して外部装置との通信が可能な情報処理装置及びその制御方法に関する。特にデジタルインターフェースを介して複数種類の出力フォーマットにてデータ出力が可能な装置、例えばデジタルビデオカメラ等に好適なものである。
【背景技術】
【０００２】
従来のデジタルビデオカメラにおいては、ＨＤ（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コネクションが確立しており、ＤＶＣ５３及びＰＣ５１はその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コネクションによって接続され映像データのストリーミングを行っている場合を想定する。上述したようにＰＣ５１側のアプリケーションではＤＶ方式のデータしかデコードできないので、ストリーミング開始前にＰＣ５１側のアプリケーションはOUTPUTPLUG SIGNAL MODEコマンドを用いてＤＶＣ５３の出力フォーマットをＤＶ方式に固定している。また、point-to-pointコネクションの帯域幅としてはＤＶ方式のデータが転送可能な最低限の帯域幅である。
【００２６】
以上のような状況下において、ＤＴＶ５５がＤＶＣ５３の着脱可能記録部６０９のデータを出力フォーマットの指定の無い出力モード（アンロック状態）で受信しようとした場合を想定する。このとき、まずＤＴＶ５５は通信路５４を介して、OUTPUT PLUG SIGNAL MODEコマンドによりＤＶＣ５３の出力フォーマットの設定を自動出力（Lockを“０”とする）に指定する要求を送信する。なお、出力フォーマットの指定方法としては図８に示すような選択画面をＤＴＶ５５のディスプレイ上に表示し、ユーザにより所望の出力形態が選択されると、選択された出力形態に応じたOUTPUTPLUG SIGNAL MODEコマンドがＤＶＣ５３へ送信される。上記のアンロックの状態とは、出力形態８３（自動出力）が選択された場合である。
【００２７】
次に、ＤＴＶ５５より送信された上述のOUTPUT PLUG SIGNAL MODEコマンドを受信したＤＶＣ５３は、そのフォーマット指定要求が自身の現在の状態と照らし合わせて受け入れ可能なものであるか否かを確認し、受け入れ不可であれば当該コマンドを拒否（REJECT）する。以下、図１のフローチャートを参照して詳細に説明する。
【００２８】
図１は、本実施形態のＤＶＣ５３による、OUTPUT PLUG SIGNAL MODEコマンド受信時の処理を説明するフローチャートである。なお、図１のフローチャートの処理は周期的に繰返し実行されるハンドラのような形式であっても、イベントの発生に応じて読み出されるイベントドリブン形式のどちらの形式でもかまわない。本実施形態においては前者の方を採用している。また、一連の処理はメイン制御部６０２によって行われる。
【００２９】
まず、ステップＳ１１でOUTPUT PLUG SIGNAL MODEコマンドの受信を確認し、コマンドを受信している場合はステップＳ１２へ移行する。ステップＳ１２では、当該コマンドがフォーマット変更を要求するコマンドであるか否かを判定する。この判定は、当該コマンドが指定する出力フォーマット（上述のOUTPUTPLUG SIGNAL MODEの第７〜第５ビットにより指定される）とＤＶＣ５３内部の状態変数（現在設定されている出力フォーマットを表す変数）との比較を行うことで実現できる。
【００３０】
上述した様に、本実施形態において、ＤＴＶ５５から送信されたコマンドはＤＶＣ５３に対してフォーマット指定のない出力を要求するものと仮定している。即ち、受信したコマンドにおけるOperand(1)の第７ビット（Lock）はアンロック状態を要求したものとなっている。この例において、ＤＶＣ５３はＤＶモードに固定されて（ロック状態）おり、受信したOUTPUTPLUG 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の理由を問い合わせるCHECKREASONコマンドが発行された場合は、ステップＳ２１からステップＳ２２へ進み、RESPONSE_REASONにより理由を通知する。例えばステップＳ１４からステップＳ１５に進んでREJECTした場合は、｛フォーマット変更が必要，point-to-pointコネクションが設定されている，自身がコントローラでない｝という理由を通知し、ステップＳ１９からステップＳ１５に進んでREJECTした場合は、｛フォーマット変更が必要，point-to-pointコネクションが確立されている，自身がコントローラである｝という理由を、RESPONSE_REASONにより通知する。なお、本実施形態では、ＤＴＶ５５において現在のＤＶＣ５３の出力フォーマットを表示させる（図１０により後述）のでRESPONSE_REASONにＤＶＣ５３の「現在の出力フォーマット」を付加しておくものとする。また、RESPONSE_REASONを用いずに、REJECT通知にその理由を付加して送るようにしてもよいことは明らかである。
【００４０】
なお、ステップＳ２１には適当な待ち時間を設定しておき、当該待ち時間内にCHECK_REASONを受信しなかった場合はそのまま本処理を終了するようにすればよい。或いは、ステップＳ２１、Ｓ２２による処理はCHECK_REASONコマンドの受信によるイベントドリブンとしてもよい。この場合、拒否したOUTPUTPLUG SIGNAL MODEコマンドの発行元とその理由を保持しておき、当該発行元からのCHECK_REASONコマンドを受信した場合に、その保持してある理由を通知することになろう。
【００４１】
図１３はＤＴＶ５５側の処理を説明するフローチャートである。
【００４２】
ＤＶＣ５３への接続を開始しようとする場合、まず、ステップＳ５１において、上述した様に、図８に示すような画面を表示し、希望の出力フォーマットをしていさせる。ステップＳ５２では、ステップＳ５１で表示した画面より選択された出力フォーマットにＤＶＣ５３を設定するべくOUTPUT PLUG SIGNAL MODEコマンドを発行する。
【００４３】
図１のフローチャートを参照して上述した処理により、当該OUTPUT PLUGSIGNAL MODEコマンドに対してACCEPTが通知されれば、当該コマンドは受理されたので、要求に沿った出力フォーマットで映像データが送信されてくることになる。よって、ステップＳ５３からステップＳ５９へ進み、ＤＶＣ５３よりデータを受信する。
【００４４】
一方、ステップＳ５２で発行したコマンドに対してREJECT通知が受信された場合は、ステップＳ５４へ進み、ＤＴＶ５５は図９に示すような表示をディスプレイ上に表示する。この画面において、「接続を止める」（９２）が指示された場合は、ステップＳ５５から本処理を終了する。「問い合わせる」（９１）が指示された場合には、ステップＳ５５からステップＳ５６へ進み、拒否された理由を問い合わせるコマンド（CHECK_REASON）を通信路５４を介してＤＶＣ５３に対し発行する。
【００４５】
上述したように、CHECK_REASONコマンドを受信したＤＶＣ５３はその返答コマンドであるRESPONSE_REASONコマンドに、当該コマンドをREJECTするに至った理由、｛フォーマット変更が必要，point-to-pointコネクションが設定されている，自身がコントローラでない｝といった情報と、ＤＶＣ５３の現在のフォーマットを示す情報を付加し、通信路５４を介してＤＴＶ５５に送信する。
【００４６】
RESPONSE_REASONコマンドを受信したＤＴＶ５５は、処理をステップＳ５７からステップＳ５８へ進め、RESPONSE_REASONに付加された情報に基づいて図１０示すような表示を行う。このとき、RESPONSE_REASONに付加された「現在のフォーマット」に基づいて、ユーザに対し現状において実施可能な処理を提示し、選択させることができる。例えば、ＤＶＣ５３がＤＶ方式のロック状態となっていた場合、図１０に示すようにＤＶ方式で受信することが可能であることを選択肢として表示する。図１０において「ＤＶフォーマットで受信」が選択された場合には、図３のOperand(1)における第７、第６、第５ビットを１、０、１に設定（ＤＶモードでロック状態）したOUTPUTPLUG SIGNAL MODEコマンドをＤＶＣ５３に送信する。
【００４７】
以上の処理を経ることでＤＴＶ５５はREJECT後の処理を円滑に実現することが可能となる。
【００４８】
なお、上記の実施形態のＤＶＣ５３では、ステップＳ１２において出力フォーマットが変化するかどうかをチェックする構成を採用したが、上記の実施形態のＤＶＣ５３はそれ以外の構成に変更することも可能である。例えば、出力フォーマットの変更の結果、必要な帯域幅が現在の設定状態よりも広くなる場合にステップＳ１３以降処理を実行するようにしてもよい。
【００４９】
また、上記の実施形態のＤＶＣ５３では、ステップＳ１４及びＳ１８乃至Ｓ２０に係る処理を実行する構成を採用したが、上記の実施形態のＤＶＣ５３はそれ以外の構成に変更することも可能である。例えば、ステップＳ１４及びＳ１８乃至Ｓ２０に係る処理を実行しないように構成することも可能である。このような構成に変更した場合、ＤＶＣ５３はＤＶＣ５３のｏＰＣＲにpoint-to-pointコネクションが設定されている場合にはOUTPUT PLUG SIGNAL MODEコマンドによる出力フォーマットの変更を常にREJECT（拒否）することになる。
【００５０】
また、上記の実施形態の通信システムでは、OUTPUT PLUG SIGNALMODEコマンドを使用してｏＰＣＲの出力フォーマットを変更する構成を採用したが、上記の実施形態の通信システムはそれ以外の構成に変更することも可能である。例えば、OUTPUTSIGNAL FORMATコマンドを使用する構成にすることも可能である。OUTPUT SIGNAL FORMATコマンドの構成については、例えば、非特許文献５に記載されている。
【００５１】
以上説明したように、本実施形態によれば、２つの機器間での保護された通信を目的とするpoint-to-pointコネクションが他の制御装置によるフォーマット変更の要求により破綻してしまう可能性を排除することができ、信頼性のあるデータの送受信を実現することができる。
【００５２】
また、OUTPUT PLUG SIGNAL MODEコマンドがREJECTされた制御装置（ＤＴＶ５５）では、CHECK_REASONコマンドを用いて被制御装置（ＤＶＣ５３）に対してOUTPUTPLUG SIGNAL MODEコマンドによるフォーマット指定の要求がREJECTされた理由を問い合わせることができ、その返答として被制御装置より送信されるRESPONSE_REASONコマンドの内容に応じて処理変更することで円滑にREJECT後の処理を行うことができる。
【図面の簡単な説明】
【００５３】
【図１】本実施形態のデジタルビデオカメラによる、OUTPUT PLUG SIGNALMODEコマンド受信時の処理を説明するフローチャートである。
【図２】磁気テープ４４における映像データの記録状態の例を示す図である。
【図３】出力フォーマットを設定可能なコマンドとして利用可能なOUTPUT PLUGSIGNAL MODEコマンドを説明する図である。
【図４】デジタルビデオカメラとパーソナルコンピュータとの間の接続を模式的に示した図である。
【図５】デジタルビデオカメラ、パーソナルコンピュータ及びデジタルテレビの間の接続を模式的に示した図である。
【図６】本実施形態によるデジタルビデオカメラの内部構成を示すブロック図である。
【図７】デジタルビデオカメラにおける記録モード切り換えのためのユーザインターフェースの一例を示す図である。
【図８】デジタルテレビにおける、デジタル出力モード設定要求のためのユーザインターフェースの一例を示す図である。
【図９】デジタルテレビにおいて、REJECT通知を受信した際に表示されるユーザインターフェースの一例を示す図である。
【図１０】デジタルテレビにおいて、RESPONSE_REASONを受信した際に表示されるユーザインターフェースの一例を示す図である。
【図１１】デジタルビデオカメラにおける、フォーマット変更の要求の受理／拒否をユーザに選択させるためのユーザインターフェースの一例を示す図である。
【図１２】ＩＥＥＥ１３９４規格によるプラグコントロールレジスタの構成を説明する図である。
【図１３】本実施形態のデジタルテレビによる、OUTPUT PLUG SIGNALMODEコマンド発行時の処理を説明するフローチャートである。
【図１】
2006005493.tif 000003
【図２】
2006005493.tif 000004
【図３】
2006005493.tif 000005
【図４】
2006005493.tif 000006
【図５】
2006005493.tif 000007
【図６】
2006005493.tif 000008
【図７】
2006005493.tif 000009
【図８】
2006005493.tif 000010
【図９】
2006005493.tif 000011
【図１０】
2006005493.tif 000012
【図１１】
2006005493.tif 000013
【図１２】
2006005493.tif 000014
【図１３】
2006005493.tif 000015