JPH10290245A - 通信方法および通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 回路規模の増大によるコストアップを招くこ
となく、２種類以上の通信方式を選択できるようにす
る。 【解決手段】 複数種類の通信方式の中から任意の通信
方式を選択し、通信路に接続されている機器を制御する
ためのコマンドデータを送受信する通信方法において、
１３９４入出力ポート３５およびＲＳ−２３２Ｃ入出力
ポート３７で受信される各通信方式による複数のコマン
ドデータのうち、少なくとも一部は各通信方式で共通に
用いるようにすることにより、コマンドデータを解釈し
て各種制御を行う通信装置を各通信方式で共通に用いる
ことができるようにして、１つの機器内に各種通信方式
用に複数の通信装置を設けなくて済むようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信方法および通信
装置に関し、特に、デジタルＶＴＲ、テレビジョン受像
機、チューナなどのＡＶ機器をバスに接続し、これらの
電子機器間においてデジタルビデオ信号、デジタルオー
ディオ信号などを送受信するための通信方法および通信
装置に関するものである。

【０００２】

【従来の技術】近年、コンピュータ等に用いる中央処理
装置（ＣＰＵ）の処理能力の向上、ハードウェアを動か
すオペレーティングシステム（ＯＳ）のグラフィックス
への対応化、ネットワークにおける通信情報の大容量化
とディジタル化、あるいは情報圧縮技術の発展などに伴
い、文書などのテキスト情報だけでなく、画像や音声な
どの様々な情報を複合的に扱った装置やシステムが広く
用いられるようになってきている。

【０００３】そして、このようなマルチメディア技術の
発展に伴い、１つのデジタルＩ／Ｆバスシステムを介し
てあらゆる種類のデータをあらゆる形態であらゆる通信
プロトコルに乗せて伝送することが可能になってきてい
る。また、１つの通信プロトコルに対応した装置がその
内部に複数のユニットを持ち、それぞれのユニットに対
して、外部からの制御または外部との情報のやり取りを
行うことも可能となってきている。

【０００４】例えば、上記デジタルＩ／Ｆバスシステム
の一例として、デジタルビデオテープレコーダ（以下、
ＶＴＲという）、デジタルテレビジョン受像器、チュー
ナなどのＡＶ機器や、パーソナルコンピュータ（以下、
ＰＣという）等をＩＥＥＥ１３９４（以下、１３９４と
いう）シリアルバスを用いて相互に接続し、これらの電
子機器間でデジタルビデオ信号、デジタルオーディオ信
号などを送受信する通信システムが提案されている。以
下に、この１３９４システムについて概要を説明する。

【０００５】１３９４システムは、例えば図８に示すよ
うに、デジタル機器として、デジタルＩ／ＦからＶＧＡ
（Video Graphics Array）入力対応のＰＣ、ＶＴＲおよ
びデジタルＩ／ＦからＶＧＡ出力対応のデジタルカメラ
（以下、ＤＣＡＭという）、デジタルカムコーダ（以
下、ＤＶＣＲという）を備えている。そして、ＤＶＣＲ
とＰＣとの間、ＰＣとＶＴＲとの間およびＶＴＲとＤＣ
ＡＭとの間は、上記１３９４シリアルバスで接続され
る。

【０００６】なお、上述の各デジタル機器は、１３９４
シリアルバス上のデジタルデータおよび制御データを中
継する機能を有している。また、１３９４シリアルバス
のためのケーブルは、３組のシールド付き対線を備えて
いる。各組の対線は、プロトコル信号転送用やデータ転
送用に用いられるとともに、電力供給用にも用いられる
ようになっており、システム中に電源オフされた機器が
あってもシステム全体が動作し得るように構成されてい
る。

【０００７】上述の各デジタル機器の基本的構成は、ユ
ーザインタフェースである操作部、表示部、全体の動作
制御や通信時のパケットの作成およびアドレス保持等を
行うＣＰＵ、１３９４シリアルバスに対するデジタルＩ
／Ｆ、および図示しないデッキ部やチューナ部あるいは
カメラ部とデジタルＩ／Ｆとを切り換えるスイッチ部を
備えて構成されている。

【０００８】ところで、１３９４システムにおいては、
図９に示すように所定の通信サイクル（１２５μｓ）で
通信が行われる。そして、ビデオデータやオーディオデ
ータのような時間軸を持ったデータは、一定のデータレ
ートで転送帯域が保証されたアイソクロノス（同期）通
信によって通信され、制御コマンドのような制御データ
は、必要に応じて不定期にアシンクロナス（非同期）通
信される。

【０００９】このような通信においては、各通信サイク
ルの始めにサイクル・スタート・パケットがあり、それ
に続いてアイソクロノス通信のためのパケットを送信す
る期間が設定される。このとき、アイソクロノス通信の
ための各パケットに各々チャネル番号を付けることによ
り、複数チャネルのアイソクロノス通信を同時に行うこ
とができる。

【００１０】例えば、ＤＶＣＲからＶＴＲへの通信にチ
ャネル１を割り付けると、ＤＶＣＲは、サイクル・スタ
ート・パケットの直後にチャネル番号１のアイソクロノ
ス通信パケットをバス上に送出する。一方、ＶＴＲは、
バス上のパケットを監視してチャネル番号１が付された
パケットを取り込むことによって、ＤＶＣＲとＶＴＲと
の間でアイソクロノス通信が実行される。

【００１１】同様に、ＤＣＡＭからＰＣへのパケットに
チャネル番号２を割り付けると、チャネル番号１のパケ
ットの後でチャネル番号２のパケットがバス上に送出さ
れることによりＤＣＡＭとＰＣとの間でアイソクロノス
通信が実行され、チャネル１とチャネル２とのアイソク
ロノス通信が並行して行われる。そして、各通信サイク
ル中ですべてのアイソクロノス通信パケットの送信が完
了した後で、次のサイクル・スタート・パケットまでの
期間がアシンクロナス通信に使用される。

【００１２】引き続き、上記１３９４シリアルバスシス
テムが動作可能となるためのバスマネージメントについ
て説明する。バスマネージャとなる装置は、はじめにネ
ットワーク構造と全ノードの接続状態とを把握し、各ノ
ードＩＤの定義やアイソクロノス通信の制御を行うこと
により、バス通信のコントロールを行う。

【００１３】すなわち、上述のような通信システムにお
いては、電源投入時や新たなデジタル機器を接続したり
切り離した際に、その接続形態に応じて各機器（ノー
ド）に対して自動的にノードＩＤ（図８における＃０，
＃１，＃２，＃３の物理アドレス）を上記ＣＰＵ内のメ
モリに記憶されたアドレスプログラムおよびアドレステ
ーブルに基づく以下の手順によって割り付けて、トポロ
ジを自動設定する。

【００１４】以下、このノードＩＤの割り付け手順を簡
単に説明するが、この手順は、システムの階層構造の決
定、各ノードに対する物理アドレスの付与から成る。こ
こでは、上記各デジタル機器に関して、ＰＣをノード
Ａ、ＤＶＣＲをノードＢ、ＶＴＲをノードＣ、ＤＣＡＭ
をノードＤとする。

【００１５】まず、各ノードは、１３９４シリアルバス
によって自己が接続された相手ノードに対して相手が自
分の親であることを互いに伝達し合う。このとき先に相
手に伝達した方を優先して、最終的にこのシステムにお
ける各ノード間の親子関係、すなわち、システムの階層
構造および他のノードに対して子にならないノードであ
るルートノードが決定される。

【００１６】具体的には、ノードＤがノードＣに対して
相手が親であることを伝達し、ノードＢがノードＡに対
して相手が親であることを伝達する。また、ノードＡが
ノードＣに対して相手が親であることを伝達するととも
に、ノードＣがノードＡに対して相手が親であることを
伝達した場合には、先に相手に伝達した方を優先し、ノ
ードＣによる伝達の方が早ければノードＡをノードＣの
親とする。この結果、ノードＡは他のいずれのノードに
対しても子になることがなく、この場合にはルートノー
ドとなる。

【００１７】このように各デジタル機器の親子関係が決
定された後に、物理アドレスの付与が行われる。この物
理アドレスの付与は、基本的には親ノードが子ノードに
対してアドレス付与を許可し、更に各子ノードがポート
番号の若い方に接続された子ノードから順にアドレス付
与を許可することによって行われる。

【００１８】図８の例で上述のように親子関係が決定さ
れた場合には、まずノードＡがノードＢに対してアドレ
ス付与を許可し、この結果ノードＢは自己に物理アドレ
ス＃０を付与する。そして、このことをバス上に送出す
ることにより、「物理アドレス＃０は割当済」であるこ
とを他のノードに通知する。

【００１９】次に、ノードＡがノードＣに対してアドレ
ス付与を許可すると、同じくノードＣの子であるノード
Ｄにアドレス付与を許可する。この結果、ノードＤは自
己に物理アドレスとして＃０の次の物理アドレスである
＃１を付与し、このことをバス上に送出する。

【００２０】その後、ノードＣは自己に物理アドレス＃
２を付与してこのことをバス上に送出し、最後にノード
Ａが自己に物理アドレス＃３を付与してこのことをバス
上に送出する。なお、このノードＩＤの割り付け手順を
含む１３９４シリアルバスの詳細は、「ＩＥＥＥ１３９
４シリアルバス仕様書」として公開されている。

【００２１】次に、データ転送の手順について説明す
る。上述のような物理アドレスが付与されることによっ
てデータ転送が可能となるが、１３９４シリアルバスシ
ステムでは、データ転送に先立って上記ルートノードに
よりバス使用権の調停が行われる。すなわち、１３９４
では、図９に示したように、あるタイミングでは１チャ
ネルのデータのみの転送が行われるために、まずバス使
用権を調停する必要がある。

【００２２】各ノードは、データ転送を行いたいときに
は自己の親ノードに対してバス使用権を要求し、この結
果としてルートノードが各ノードからのバス使用権の要
求を調停する。その結果バス使用権を得たノードは、デ
ータ転送を始める前に伝送速度の指定を行い、１００Ｍ
ｂｐｓか２００Ｍｂｐｓまたは４００Ｍｂｐｓか等を送
信先ノードに通知する。

【００２３】その後、アイソクロノス通信の場合には、
送信元ノードは、サイクル・マスタであるルートノード
が上記通信サイクルに同期して送出するサイクル・スタ
ート・パケットを受信した後直ちに、指定したチャネル
でデータ転送を開始する。なお、上記サイクル・マスタ
は、上記サイクル・スタート・パケットをバス上に送出
するとともに、各ノードの時刻合わせを行う。

【００２４】一方、コマンド等の制御データの転送を行
うアシンクロナス通信の場合には、各通信サイクル内の
同期転送が終了した後にアシンクロナス通信のための調
停が行われ、送信元ノードから送信先ノードへデータ転
送が開始される。以上が１３９４シリアルバスシステム
についての概要である。

【００２５】また、従来のシリアルデータ通信方式とし
て、上述のＩＥＥＥ１３９４規格の他に、ＲＳ−２３２
Ｃ規格やＲＳ−４２２規格などが現在も存在し、使用さ
れている。これらの規格は、データ端末装置（ＤＴＥ）
とデータ回線終端装置（ＤＣＥ）との間においてシリア
ル２進データ交換を用いる相互接続について規定してい
る。これらの規格は、アメリカ規格協会（ＡＮＳＩ）に
より作成され、公開されている。

【００２６】また、上記デジタルＩ／Ｆバスシステムの
他の例として、Universal Serial Bus Specification
（Revision 1.0 January 15 1996）で定義されているよ
うな、ユニバーサルシリアルバス（以下、ＵＳＢと称す
る）が提案されている。これは、ＰＣとその周辺装置と
を接続するための外部バスとして考案されている。以下
に、このＵＳＢシステムについて概要を説明する。

【００２７】まずＵＳＢの接続形態を、図１０を用いて
説明する。図１０において、３００はＰＣなどのホスト
コンピュータ、３０２はルートハブ、３０４は第１のデ
バイスであり、ここでは例えばハードディスクなどの記
録媒体である。３０６はカメラ一体型ＶＴＲなどの複合
デバイス、３０８は第１のハブ、３１０は第２のデバイ
スであり、ここでは例えばビデオカメラ、３１２は第３
のデバイスであり、ここでは例えばＶＴＲである。３１
４は第２のハブ、３１６は第４のデバイスであり、ここ
では例えばキーボードなどの入力デバイス、３１８は第
５のデバイスであり、ここでは例えばマウスなどのポイ
ンティングデバイスである。

【００２８】ここで、上記ハブとは、ＵＳＢデバイスを
増設するための機能を持つものである。また、上記デバ
イスとは、図示しないＵＳＢバスインタフェースを含む
端末の機器のことである。図１０に示されるように、Ｕ
ＳＢにおいては、ホストコンピュータ３００上のルート
ハブ３０２を含む各ハブを介して複数の端末機器が接続
される、多重星型の接続形態となる。

【００２９】上記第１のデバイス３０４、第２のテバイ
ス３１０、第３のデバイス３１２、第４のデバイス３１
６および第５のデバイス３１８へのアクセス権は、ホス
トコンピュータ３００が持っているので、それぞれのデ
バイス間のデータ授受はホストコンピュータ３００を介
して行われる。したがって、デバイス間のバスアービト
レーションは行われないようになっている。

【００３０】ＵＳＢにおいて、データ転送は１±０．０
５ミリ秒を単位としたフレームで行われる。図１１に、
ＵＳＢにおけるフレームの構造を示す。このフレームに
は、目的に応じてパケットが詰められ、転送される。Ｕ
ＳＢにおいては、４種類のパケットが定義されている。
１つめはトークンパケット、２つめはスタートオブフレ
ームパケット（以下、ＳＯＦパケットと称する）、３つ
めはデータパケット、４つめはハンドシェイクパケット
である。上記フレームは、上記ＳＯＦパケットによって
開始される。

【００３１】ホストコンピュータ３００は、あらかじめ
上記フレーム中にスケジューリングされるデータ転送要
求を順次送出することによって、複数デバイスとの間で
データ転送を行う。画像データ等のように、データ数が
１フレーム中に収まらない多量データの場合には、ホス
トコンピュータ３００は、その多量のデータをフレーム
単位に分割して転送する。

【００３２】上述の４種類のパケット内には、目的に応
じてパケットフィールドが詰められて転送される。ＵＳ
Ｂにおいては、６種類のパケットフィールドが定義され
ている。１つめは８ビットのパケット識別（Packet Ide
ntifier ）フィールド（以下、ＰＩＤと称する）、２つ
めは７ビットのアドレスフィールド（以下、ＡＤＤＲと
称する）、３つめは４ビットのエンドポイント（Endpoi
nt）フィールド（以下、ＥＮＤＰと称する）、４つめは
１１ビットのフレームナンバフィールド、５つめは１〜
１０２３バイトのデータフィールド、６つめは５ビット
または１６ビットのCyclic Redundancy Checksフィール
ド（以下、５ビットのものをＣＲＣ５、１６ビットのも
のをＣＲＣ１６と称する）である。上述した４種類のパ
ケットは、これら６種類のパケットフィールドの組合せ
によって構成される。

【００３３】図１２に、上述の４種類のパケットの構成
を示す。図１２（ａ）に示すように、トークンパケット
は、ＰＩＤ、ＡＤＤＲ、ＥＮＤＰ、ＣＲＣ５の各フィー
ルドの組合せから構成される。また、図１２（ｂ）に示
すように、ＳＯＦパケットは、ＰＩＤ、フレームナン
バ、ＣＲＣ５の各フィールドの組合せから構成される。
また、図１２（ｃ）に示すように、データパケットは、
ＰＩＤ、データ、ＣＲＣ１６の各フィールドの組合せか
ら構成される。上述したように、データフィールドは１
〜１０２３バイトのデータによって構成される。また、
図１２（ｄ）に示すように、ハンドシェイクパケット
は、ＰＩＤのみで構成される。

【００３４】また、ＵＳＢにおいては、２つの転送モー
ドが定められている。１つめは平均ビットレートが１２
Ｍｂｐｓのフルスピード転送モードであり、２つめは平
均ビットレートが１．５Ｍｂｐｓのロースピード転送モ
ードである。

【００３５】また、ＵＳＢにおいては、４つのデータ転
送方式が定められている。１つめはアイソクロノス転送
である。アイソクロノス転送においては、１フレーム毎
に行う転送のデータ量である転送幅と、転送要求から転
送開始までの転送時間とが保証されている。また、アイ
ソクロノス転送においては、転送データ中に誤りが生じ
ても、再送要求を行うことが不可能になっている。

【００３６】２つめはインタラプト転送である。インタ
ラプト転送においては、各々のデバイスからホストコン
ピュータ３００への入力のみが可能である。また、イン
タラプト転送においては、バス上におけるデータ転送の
優先順位が比較的高く設定されている。３つめはバルク
転送である。バルク転送においては、４つの転送方式の
中でデータ転送の優先順位が最も低く設定されている。
４つめはコントロール転送である。コントロール転送
は、各デバイスのセットアップを行うためのセットアッ
プデータを授受するために行われる。

【００３７】

【発明が解決しようとする課題】上記１３９４シリアル
バスシステムおよびＵＳＢシステムは、比較的近年にな
って用いられるようになってきた通信方式であり、ＲＳ
−２３２ＣやＲＳ−４２２を用いた従来の通信方式は現
在でも広く用いられている。そのため、１３９４に対応
したデジタル機器、ＵＳＢに対応したデジタル機器、Ｒ
Ｓ−２３２ＣやＲＳ−４２２に対応したデジタル機器が
混在しているのが現状である。

【００３８】したがって、近年主流となる１３９４イン
タフェースとＵＳＢインタフェースとの両方を備えた装
置が広く要求されることが予想される。また、１３９４
インタフェースと、ＲＳ−２３２ＣやＲＳ−４２２イン
タフェースとの両方を備えた装置も広く要求されること
が予想される。更には、１３９４、ＵＳＢ、ＲＳ−２３
２Ｃ等の複数のインタフェースを備えた装置も広く要求
されることが予想される。

【００３９】しかしながら、２種類以上の方式で通信を
行うために２種類以上の通信装置を同じ機器内に備える
と、回路規模が増大してしまい、著しいコストアップを
余儀なくされるという問題があった。

【００４０】本発明は、このような問題を解決するため
に成されたものであり、回路規模の増大によるコストア
ップを招くことなく、１つの機器で２種類以上の通信方
式を選択できるようにすることを目的とする。

【００４１】

【課題を解決するための手段】本発明による通信方法
は、複数種類の通信方式の中から任意の通信方式を選択
して、通信路に接続された機器を制御するためのコマン
ドデータを送受信するようになされた通信方法であっ
て、上記複数種類の通信方式が備える各複数のコマンド
データのうち、少なくとも一部は各通信方式で共通で使
用されることを特徴とする。

【００４２】本発明による通信方法の他の特徴とすると
ころは、複数種類の通信方式の中から任意の通信方式を
選択して、通信路に接続されている機器を制御するため
のコマンドデータを送受信するとともに、受信したコマ
ンドデータに基づいて上記通信路に接続されている機器
の制御データを発生するようになされた通信方法であっ
て、上記複数種類の通信方式で発生される各複数の制御
データのうち、少なくとも一部は各通信方式で共通で使
用されることを特徴とする。

【００４３】ここで、上記複数種類の通信方式の中の１
つとしては、ＩＥＥＥ１３９４規格に準拠した通信方
式、ＲＳ−２３２Ｃ規格に準拠した通信方式、ＲＳ−４
２２規格に準拠した通信方式、あるいはＵＳＢ規格に準
拠した通信方式が含まれる。

【００４４】本発明による通信装置は、複数種類の通信
方式に夫々対応して設けられ、通信路に接続された機器
を制御するためのコマンドデータを送受信する複数の通
信手段と、上記複数の通信手段によって受信されたコマ
ンドデータをデコードして上記通信路に接続された機器
を制御するための制御データを発生するデコード手段と
を有し、上記デコード手段は、上記複数の通信手段がそ
れぞれの通信方式で受信する同じ機能を有するコマンド
データに対して、共通の制御データを発生することを特
徴とする。

【００４５】ここで、上記デコード手段は、上記通信路
に接続された機器を制御するための制御データをあらか
じめ記憶しておくための記憶手段と、上記複数の通信手
段が受信するコマンドデータに応じて上記制御データが
記憶されている上記記憶手段のアドレスを発生させるア
ドレス発生手段とを有し、上記アドレス発生手段は、上
記複数の通信手段がそれぞれの通信方式で受信する同じ
機能を有するコマンドデータに対して、上記記憶手段に
おける同じアドレスを発生させるように構成しても良
い。

【００４６】また、上記複数の通信手段がそれぞれの通
信方式で受信する同じ機能を有するコマンドデータは、
同じ符号データを用いるようにしても良い。

【００４７】また、上記複数種類の通信手段の１つとし
ては、ＩＥＥＥ１３９４規格に準拠した通信手段、ＲＳ
−２３２Ｃ規格に準拠した通信手段、ＲＳ−４２２規格
に準拠した通信手段、あるいはＵＳＢ規格に準拠した通
信手段が含まれる。

【００４８】本発明による通信装置の他の特徴とすると
ころは、複数種類の通信方式に対応して設けられ、通信
路に接続された機器を制御するためのコマンドデータを
送受信する複数の通信手段と、上記通信手段に上記コマ
ンドデータを供給する供給手段とを有し、上記供給手段
が供給する上記複数種類の通信方式が備える各複数のコ
マンドデータのうち、少なくとも一部は各通信方式で共
通であることを特徴とする。

【００４９】本発明による通信装置のその他の特徴とす
るところは、複数種類の通信方式に夫々対応して設けら
れ、通信路に接続された機器を制御するコマンドデータ
を送受信する複数の通信手段と、上記複数の通信手段が
受信するコマンドデータをデコードして上記通信路に接
続された機器を制御するための制御データを発生するデ
コード手段とを有し、上記複数の通信手段は少なくと
も、Ｎ個のコマンドデータを送受信することが可能な第
１の通信手段と、Ｍ個のコマンドデータを送受信するこ
とが可能な第２の通信手段とを含み、上記Ｍ個のコマン
ドデータの少なくとも一部は上記Ｎ個のコマンドデータ
に含まれることを特徴とする。

【００５０】ここで、上記複数種類の通信手段の１つと
しては、ＩＥＥＥ１３９４規格に準拠した通信手段、Ｒ
Ｓ−２３２Ｃ規格に準拠した通信手段、ＲＳ−４２２規
格に準拠した通信手段、あるいはＵＳＢ規格に準拠した
通信手段が含まれる。

【００５１】

【発明の実施の形態】

（第１の実施形態）以下、本発明の一実施形態を図面を
参照しながら説明する。図１は、ＳＤ（Standard Defin
ition ）ビデオ信号を記録再生するためのビデオカメ
ラ、いわゆるＳＤビデオカメラに本発明を適用した実施
形態を示すブロック図である。

【００５２】図１において、１はレンズ、３はＣＣＤな
どの撮像素子、５はカメラ処理部、７は磁気テープなど
の記録媒体、９はヘリカルスキャンヘッド（以下、ヘッ
ドと称する）、１１は誤り訂正回路（以下、ＥＣＣ回路
と称する）、１３はビデオ信号処理回路、１５は切替回
路、１７はオーディオ信号処理回路、１９はサブコード
データ処理回路である。

【００５３】また、２１は付随データ処理回路（以下、
ＡＵＸデータ処理回路と称する）、２３は演算処理装置
（以下、ＭＰＵと称する）、２５はフォーマット回路、
２７はインタフェース回路（以下、Ｉ／Ｆ回路と称す
る）、２９は読み出し専用メモリ（以下、ＲＯＭと称す
る）、３１は１３９４ドライバ、３３はＲＳ−２３２Ｃ
ドライバ、３５は１３９４入出力ポート、３７はＲＳ−
２３２Ｃ入出力ポート、３９はサーボ回路、４１はデー
タバスである。

【００５４】レンズ１を通して撮影された被写体像は、
ＣＣＤ３により光電変換された後、カメラ処理部５によ
り所定の信号処理が施される。これにより、デジタル映
像信号としていわゆる４：１：１の比率で成る輝度信号
Ｙおよび色差信号Ｕ，Ｖが生成される。ここで生成され
たこれらのデジタル映像信号は、それぞれ切替回路１５
に入力される。

【００５５】符号化時には、ＭＰＵ２３による切替え制
御により、上記切替回路１５からビデオ信号処理回路１
３に上記生成されたデジタル映像信号が入力される。ビ
デオ信号処理回路１３では、上述の４：１：１のデジタ
ル映像信号に対して、ブロック化、離散コサイン変換
（以下、ＤＣＴと称する）、量子化、固定長符号化など
による圧縮符号化処理が施される。

【００５６】また、符号化時には、図示しないマイクロ
フォンや音声アンプ等の回路から切替回路１５を介して
デジタルオーディオ信号がオーディオ信号処理回路１７
に入力され、符号化される。さらに、符号化時には、サ
ブコードデータおよびＡＵＸデータが、それぞれＭＰＵ
２３からサブコードデータ処理回路１９およびＡＵＸデ
ータ処理回路２１に入力され、処理される。

【００５７】上記ビデオ信号処理回路１３、オーディオ
信号処理回路１７、サブコードデータ処理回路１９およ
びＡＵＸデータ処理回路２１の各回路で処理されたビデ
オ信号、オーディオ信号、サブコードデータおよびＡＵ
Ｘデータの各信号は、それぞれデータバス４１を介して
ＥＣＣ回路１１に入力され、ここで誤り訂正符号が付加
される。そして、図示しない変調回路やヘッドアンプな
どを経て、ヘッド９から磁気テープ７に書き込まれる。

【００５８】一方、復号時には、ヘッド９により磁気テ
ープ７上のトラックからデジタル信号が再生され、再生
されたデジタル信号は、ＥＣＣ回路１１により誤り訂正
処理が施される。そして、ブロック化されたデジタルデ
ータとしてＥＣＣ回路１１よりデータバス４１に出力さ
れるデジタル信号のうち、映像信号は、該データバス４
１に接続されているビデオ信号処理回路１３によりデコ
ード処理が施され、いわゆる４：１：１の比率で成る輝
度信号Ｙおよび色差信号Ｕ，Ｖが生成される。ここで生
成された各信号は、切替回路１５を介して外部に出力さ
れる。

【００５９】また、ブロック化されたデジタルデータと
してＥＣＣ回路１１より出力されるデジタル信号のう
ち、オーディオ信号も映像信号と同様に、データバス４
１を介してオーディオ信号処理回路１７に入力され、こ
こでデコード処理が施された後に、切替回路１５を介し
て外部に出力される。一方、データバス４１に接続され
たサブコードデータ処理回路１９およびＡＵＸデータ処
理回路２１からは、デコード処理されたサブコードデー
タおよびＡＵＸデータがそれぞれＭＰＵ２３に入力され
る。

【００６０】フォーマット回路２５には、上記データバ
ス４１を介して、圧縮符号化されたビデオおよびオーデ
ィオデータが入力される。ここで、ビデオ信号処理回路
１３およびオーディオ信号処理回路１７が符号化動作を
行っているときには、フォーマット回路２５に入力され
るビデオおよびオーディオデータは、例えばＥＣＣ回路
１１によって誤り訂正符号が付加される前のデータであ
る。また、ビデオ信号処理回路１３およびオーディオ信
号処理回路１７が復号化動作を行っているときには、フ
ォーマット回路２５に入力されるビデオおよびオーディ
オデータは、例えばＥＣＣ回路１１によって誤り訂正符
号が除去された後のデータである。

【００６１】さらに、ＭＰＵ２３より出力されたサブコ
ードデータおよびＡＵＸデータが、それぞれフォーマッ
ト回路２５に入力される。これらのビデオデータ、オー
ディオデータ、サブコードデータおよびＡＵＸデータ
は、フォーマット回路２５によってＤＩＦデータ（デジ
タルインタフェースデータ）に再構成され、Ｉ／Ｆ回路
２７に出力される。これらのＤＩＦデータは、Ｉ／Ｆ回
路２７によってパケット化される。

【００６２】そして、１３９４インタフェースを用いる
場合には、上記Ｉ／Ｆ回路２７で生成されたパケットデ
ータは、１３９４ドライバ３１を介して１３９４入出力
ポート３５に送られる。一方、ＲＳ−２３２Ｃインタフ
ェースを用いる場合には、上記Ｉ／Ｆ回路２７で生成さ
れたパケットデータは、ＲＳ−２３２Ｃドライバ３３を
介してＲＳ−２３２Ｃ入出力ポート３７に送られる。

【００６３】１３９４インタフェースを用いるか、ＲＳ
−２３２Ｃインタフェースを用いるかの選択は、図示し
ない外部の選択スイッチなどの操作によりユーザが行っ
ても良いし、ＭＰＵ２３等がインタフェースの接続を検
出して自動的に切り替えるようにしても良い。

【００６４】サーボ回路３９は、ＭＰＵ２３からの指示
信号により、磁気テープ７の走行を制御する。なお、Ｍ
ＰＵ２３は、図示しない操作パネルから入力される指示
情報への対応や、本デジタルＶＴＲのシステム全体の動
作モードおよび各種の状態遷移の管理などを実行する。

【００６５】このサーボ回路３９は、図示しない回転ド
ラムやキャプスタンの駆動を定常的に維持する機能を主
に受け持っている。すなわち、該サーボ回路３９には、
テープ送り速度の制御のための図示しないキャプスタン
モータおよびその回転状況を把握するためのキャプスタ
ンＦＧ（Frequency generator ）と、回転ドラムの回転
駆動のためのドラムモータおよびその回転速度や回転位
相の確認のための各検出器ＦＧ，ＰＧ（Phase generato
r ）とが接続され、各々がサーボ回路３９により制御さ
れている。

【００６６】上記１３９４入出力ポート３５へは、外部
から本実施形態のＳＤビデオカメラに対するコマンドデ
ータが入力される。図２は、この１３９４入出力ポート
３５に入力される１３９４用のコマンドデータの一般的
な形式を示す図である。図２において、ＣＴ／ＲＣはコ
マンドタイプおよびレスポンスコードを示すものであ
り、それぞれ４ビットのコードである。次の表１に上記
コマンドタイプのコードを示し、表２に上記レスポンス
コードのコードを示す。

【００６７】

【表１】

【００６８】

【表２】

【００６９】また、図２において、ＨＡはヘッダアドレ
ス、ＥＨＡは拡張ヘッダアドレスを示す。ヘッダアドレ
スは８ビットのコードであり、通信インタフェース（通
信路）に接続される１つの機器内にある複数の機器（サ
ブデバイス）の識別コードになっている。すなわち、ヘ
ッダアドレスの上位５ビットは、サブデバイスの種類を
表すサブデバイスタイプを示し、下位３ビットは、上位
５ビットで示される同じタイプのサブデバイスの中での
番号を示すサブデバイス番号である。なお、拡張ヘッダ
アドレスは、将来のために予約されているヘッダアドレ
スである。表３に、サブデバイスタイプの一例を示す。

【００７０】

【表３】

【００７１】また、図２において、ＯＰＣはオペレーシ
ョンコード、ＯＰＲはオペランドを示す。オペレーショ
ンコードは、通信インタフェース（通信路）に接続され
ているデジタル機器に対する制御の内容を示し、オペラ
ンドは、オペレーションコードが必要とするデータを示
す。次の表４に、再生のためのオペレーションコードお
よびオペランドの一例を示す。

【００７２】

【表４】

【００７３】図２で示されるコマンドのデータ長は、４
バイト単位になっていて、４バイトの整数倍に満たない
ときは、全てのビットが零のデータがビットストリーム
の最後に詰められ、全体として４バイトの整数倍にされ
る。

【００７４】図２に示した１３９４用のコマンドデータ
が表１〜表４のように表される場合において、例えば、
ビデオカセットレコーダ（ＶＣＲ）に通常再生をさせた
いときには、外部の機器から“0x0021C336”（なお、0x
は１６進法を示す）といったコマンドデータのコードが
１３９４入出力ポート３５に入力されることになる。つ
まり、最初の“0x00”は、コマンドデータの最初に０に
固定された４ビットと、制御コマンドであることを表す
次の４ビット（表１参照）とを示している。次の“0x2
1”は８ビットのヘッダアドレスを示し、サブデバイス
タイプがＶＣＲであること（表３参照）、およびそのＶ
ＣＲ内にある２番目の機器であることを示している。さ
らに、次の“0xC336”は、表４から得られるオペコード
およびオペランドを示している。

【００７５】この通常再生のためのコードが１３９４入
出力ポート３５に入力されると、Ｉ／Ｆ回路２７は、こ
の入力されたコードに基づいて、通常再生用の制御デー
タが記憶されているＲＯＭ２９内のアドレスを発生さ
せ、ＭＰＵ２３に入力する。ＭＰＵ２３は、上記発生さ
れたアドレスに従って制御データをＲＯＭ２９から読み
出し、サーボ回路３９を介して図示しない回転ドラムや
キャプスタンモータを制御して、再生状態を保つように
なっている。

【００７６】一方、上記ＲＳ−２３２Ｃ入出力ポート３
７へは、外部からＲＳ−２３２Ｃ用のコマンドデータが
入力される。ここで、本実施形態では、上述した１３９
４用のコマンドデータおよびＲＳ−２３２Ｃ用のコマン
ドデータのうち、少なくとも一部のコマンドデータにつ
いては共通に用いるようにしている。

【００７７】例えば、１３９４ドライバ３１およびＲＳ
−２３２Ｃドライバ３３においてそれぞれの通信方式で
受信する同じ機能を有するコマンドデータは、すべて共
通に用いるようにする。すなわち、ＲＳ−２３２Ｃでは
Ｍ個（２以上の整数）のコマンドデータを送受信し、１
３９４では上記Ｍ個のコマンドデータと同じ機能を有す
るコマンドデータを含むＮ個（ＮはＮ≧Ｍを満たす２以
上の整数）のコマンドデータを送受信するとした場合
に、上記Ｍ個のコマンドデータを全て１３９４とＲＳ−
２３２Ｃとで共通に用いるようにする。または、上記Ｍ
個のコマンドデータの一部を共通に用いるようにしても
良い。

【００７８】このようにすることにより、コマンドデー
タを解釈して各種制御を行うＩ／Ｆ回路２７やＭＰＵ２
３等を含む通信装置を、１３９４による通信方式とＲＳ
−２３２Ｃによる通信方式とで共通に用いることがで
き、１つのデジタル機器内に各種通信方式用に複数の通
信装置を各々設けなくて済む。よって、１３９４および
ＲＳ−２３２Ｃの両通信方式に対応したデジタル機器を
回路規模を増大させることなく構成することができる。

【００７９】ところで、ＲＳ−２３２Ｃでは、通常は２
つのデジタル機器が１：１に接続される。そのため、機
器の識別コードやデバイス番号等は不要である。そこで
本実施形態では、同じ通常再生を示すのに、例えば“0x
C336”といったコードをＲＳ−２３２Ｃ入出力ポート３
７に入力するようにする。なお、上記１３９４の制御コ
ードに対応したＲＳ−２３２Ｃ用の再生コードの一例を
次の表５に示す。

【００８０】

【表５】

【００８１】このように機器の識別コードやデバイス番
号等を省略して転送するようにすれば、コマンド転送に
よる遅延時間を短縮することができるので、比較的低速
のインタフェースであるＲＳ−２３２Ｃを使用する場合
にも都合がよい。

【００８２】この通常再生のためのコードがＲＳ−２３
２Ｃ入出力ポート３７に入力されると、Ｉ／Ｆ回路２７
は、この入力されたコードに基づいて、通常再生用の制
御データが記憶されているＲＯＭ２９内のアドレスを発
生させ、ＭＰＵ２３に入力する。ＭＰＵ２３は、上記発
生されたアドレスに従って制御データをＲＯＭ２９から
読み出し、サーボ回路３９を介して図示しない回転ドラ
ムやキャプスタンモータを制御して、再生状態を保つよ
うになっている。

【００８３】なお、以上の実施形態では、１３９４入出
力ポート３５およびＲＳ−２３２Ｃ入出力ポート３７に
入力される同じ機能を有するコマンドデータどうしが各
通信方式で同じである例について説明したが、コマンド
データ自体は異なっていても、該コマンドデータに基づ
いてＲＯＭ２９から発生される制御データを各通信方式
で共通にすることによって回路規模の増大化を防ぐこと
もできる。

【００８４】この場合は、Ｉ／Ｆ回路２７およびＭＰＵ
２３は、１３９４入出力ポート３５およびＲＳ−２３２
Ｃ入出力ポート３７においてそれぞれの通信方式で受信
する同じ機能を有するコマンドデータに対して、同じ制
御データを発生するようにする。すなわち、各入出力ポ
ート３５，３７で受信するコマンドデータに応じて制御
データの記憶されているＲＯＭ２９のアドレスを発生さ
せるＩ／Ｆ回路２７は、それぞれの通信方式で受信する
同じ機能を有するコマンドデータに対して、上記ＲＯＭ
２９における同じアドレスを発生させる。

【００８５】また、以上の実施形態では、ＩＥＥＥ１３
９４規格とＲＳ−２３２Ｃ規格とを用いて説明している
が、他の規格（例えばＲＳ−４２２規格）を用いても良
い。また、２つの通信規格に対応した通信装置だけでな
く、それ以上の数の通信規格に対応した通信装置もコマ
ンドデータの共通化によって回路規模を大きくすること
なく構成することができる。

【００８６】また、以上の実施形態では、ＩＥＥＥ１３
９４規格とＲＳ−２３２Ｃ規格とで制御コードの下位２
バイトを共通としているが、共通部分を他の構成にして
も良い。また、制御のためのコード長は、上述したコー
ド長（４バイト）に限らず、どんなコード長でも適用す
ることが可能である。

【００８７】（第２の実施形態）以下、本発明に係る第
２の実施形態を図面を参照しながら説明する。図３は、
ＳＤビデオ信号を記録再生するためのビデオカメラ、い
わゆるＳＤビデオカメラに本発明を適用した実施形態を
示すブロック図である。第２の実施形態で第１の実施形
態と異なる点は、第１の実施形態ではデジタルインタフ
ェースとしてＩＥＥＥ１３９４とＲＳ−２３２Ｃとを備
えていたが、本実施形態ではＩＥＥＥ１３９４とＵＳＢ
とを備える。

【００８８】つまり、本実施形態ではＩＥＥＥ１３９４
とＵＳＢとでコマンドデータ、あるいは受信したコマン
ドデータに基づいて発生される各複数の機器制御データ
のうち、少なくとも一部を各通信方式で共通に用いる装
置を開示する。なお、図３において、図１と同一部分に
は同一符号を付し、その説明を省略する。

【００８９】図３において、４５はビット逆転回路、４
７はＵＳＢドライバ、４９はＵＳＢ入出力ポートであ
る。フォーマット回路２５’には、データバス４１から
ビデオおよびオーディオのＤＩＦデータが直接入力され
るとともに、ＭＰＵ２３を経たサブコードデータ、ＡＵ
Ｘデータがそれぞれ入力され、いわゆるＤＩＦデータに
変換される。フォーマット回路２５’から出力された上
記ＤＩＦデータは、Ｉ／Ｆ回路２７’によってパケット
化される。

【００９０】なお、フォーマット回路２５’およびＩ／
Ｆ回路２７’は、１３９４インタフェースとＵＳＢイン
タフェースとのどちらを用いるかによって、ＭＰＵ２３
によって選択されたインタフェースに適した処理を行う
ように制御されている。１３９４インタフェースを用い
る場合には、１３９４ドライバ３１を経て１３９４入出
力ポート３５へ送られる。一方、ＵＳＢインタフェース
を用いる場合には、ビット逆転回路４５およびＵＳＢド
ライバ４７を経てＵＳＢ入出力ポート４９へ送られる。

【００９１】１３９４とＵＳＢとでは、データ送信時に
おけるビット排出方法が異なる。すなわち、１３９４で
は最上位ビットが最初に送信されるのに対して（ＭＳＢ
ファースト）、ＵＳＢでは最下位ビットが最初に送信さ
れる（ＬＳＢファースト）。このため、ＵＳＢを用いる
場合には、ビット逆転回路４５によって送受信されるデ
ータのビット転置を行っている。なお、本実施形態で
は、１３９４を基準にしてＵＳＢによって送受信される
データに対してビット転置を行っているが、ＵＳＢを基
準にして１３９４によって送受信されるデータに対して
ビット転置を行うようにしても良い。

【００９２】１３９４インタフェースを用いるか、ＵＳ
Ｂインタフェースを用いるかの選択は、図示しない外部
の選択スイッチなどの操作によりユーザが行っても良い
し、ＭＰＵ２３等がインタフェースの接続を検出して自
動的に切り替えるようにしても良い。

【００９３】第１の実施形態で示したように、例えば、
ＶＣＲに通常再生をさせたい場合には、外部の機器から
“0x0021C336”といったコマンドデータのコードが入力
されることになる。上記通常再生のコードが１３９４入
出力ポート３５から入力されると、Ｉ／Ｆ回路２７’
は、この入力されたコードに基づいて、通常再生用の制
御データが記憶されているＲＯＭ２９内のアドレスを発
生させ、ＭＰＵ２３に入力する。ＭＰＵ２３は、上記発
生されたアドレスデータに従って制御データをＲＯＭ２
９から読み出し、サーボ回路３９を介して図示しない回
転ドラムやキャプスタンモータを制御して、再生状態に
保つようになっている。

【００９４】一方、ＵＳＢにおいては、上記と同様にＶ
ＣＲに通常再生させたい場合には、例えば上述のバルク
転送によって図示しないホストコンピュータからコマン
ドデータのコードが送信される。バルク転送において
は、まずバルク転送の開始フレームで、図４（ａ）に示
すようなトークンパケットが送信される。次のフレーム
においては、ホストから図４（ｂ）に示すようなデータ
パケットが送信される。このデータパケット中のデータ
フィールド内に、上述の“0x0021C336”といったコード
が含まれることになる。このような、比較的少ないデー
タの場合、上記データフィールドには１０２３バイトま
でのデータを含めることができるので、２フレームで送
信は完了する。

【００９５】ここで、上記トークンパケット中のＰＩＤ
について説明する。上記ＰＩＤの値を表６に示す。この
表６に示すように、上記ＰＩＤの値の１つめは、ホスト
からのデータ転送が始まることを示すＯＵＴ、２つめ
は、ホストへのデータ転送が始まることを示すＩＮ、最
後は、デバイスのセットアップの開始を示すＳＥＴＵＰ
である。なお、トークンパケットは全てホストが発行す
るようになっている。

【００９６】

【表６】

【００９７】一方、上記データパケット中のＰＩＤに
は、２種類がある。上記データパケット中のＰＩＤの値
を、表７に示す。データパケットが１フレームで終了し
ない場合には、１フレーム目はＤＡＴＡ０から開始さ
れ、１フレーム毎にＤＡＴＡ０／ＤＡＴＡ１／ＤＡＴＡ
０／……とトグルされるようになっている。本実施形態
の場合は、データパケットは１フレームだけ送信される
ので、ＰＩＤの値はＤＡＴＡ０のみが使用される。

【００９８】

【表７】

【００９９】上述したように、ＵＳＢと１３９４とでは
データ送信時におけるビット排出方法が異なる。そのた
め、ＵＳＢにおいては、上述の１３９４における“0x00
21C336”といったコードは、バイト毎にビット転置され
た“0x0084C3CA”といったコードでＵＳＢドライバ４７
に到着する。このために、ビット逆転回路４５は、“0x
0084C3CA”の値のコードをバイト毎にビット転置して、
“0x0021C336”の値のコードに変換して出力するように
なっている。本実施形態では、ビット逆転回路４５をＵ
ＳＢドライバ４７とは別に設けているが、ＵＳＢドライ
バ４７がこの機能を有するように構成しても良い。

【０１００】ＵＳＢにおいて、ホストからの送信が完了
すると、本実施形態のＳＤビデオカメラは、図５示すよ
うなハンドシェイクパケットを用いて通信完了をホスト
に通知する。このハンドシェイクパケットはＰＩＤのみ
で構成され、ＰＩＤの値によって通知の意味が異なる。
次の表８に上記ＰＩＤの値を示す。

【０１０１】

【表８】

【０１０２】表８において、ＡＣＫは正常に通信が完了
したことを示す。ＮＡＣＫはホストからのデータに誤り
があったことを示す。この場合、ホストは上記と同じデ
ータ転送を繰り返す。また、ＳＴＡＬＬは、何らかの原
因で本実施形態のＳＤビデオカメラにデータ送受信がで
きない状態が生じたことを示す。

【０１０３】上記ＡＣＫ信号によって、正常に通信が完
了したことを通知されると、ホストは、レスポンスコー
ドを受け取るために再度トークンパケットを本実施形態
のＳＤビデオカメラに送信する。そして、次のフレーム
において、本実施形態のＳＤビデオカメラは、例えば、
通常再生が可能であることを示すレスポンスコード“0x
0921C336”をデータパケットに挿入してホストに送信す
る。そのデータパケットがホストによって正常に受信さ
れると、ホストは、ＡＣＫのハンドシェイクパケットを
本実施形態のＳＤビデオカメラに送信し、一回の送受信
が完了する。

【０１０４】なお、本実施形態においては、バルク転送
のみを用いて上記コントロールコードとレスポンスコー
ドとのやりとりを行うようにしているが、レスポンスの
際に、例えばＵＳＢのインタラプト転送を用いるように
しても良い。このような構成の場合には、インタラプト
転送の方がバルク転送よりも転送の優先順位が高いの
で、通信路上のデータ量が増えた場合にも確実にレスポ
ンスを返すことができるようになって都合が良い。ま
た、コントロールコードとレスポンスコードとのやりと
りを行う際に、バルク転送ではなく、アイソクロノス転
送を用いるようにしても良い。

【０１０５】また、ＵＳＢの通信を行うためのデータパ
ケット中に付加情報を付け加えて通信を行うようにして
も良い。図６は、付加情報を付加した場合のデータパケ
ットの構成を示す図である。図６（ａ）はデータパケッ
ト全体の構成を示しており、図６（ｂ）はデータパケッ
ト中のデータフィールドの構成を示している。上記デー
タパケットは、例えば、アイソクロノス転送にて伝送さ
れる。データパケットのデータフィールドは、通信の開
始から終了まで固定長で伝送される。

【０１０６】図６（ｂ）において、最初に伝送されるフ
ィールドは、data＿lengthフィールドである。data＿le
ngthフィールドのデータ長は、例えば、１バイトに設定
される。このフィールドは、上記データフィールド中に
含まれる有効データ長をバイト単位で示す。このdata＿
lengthフィールドの後に、fixed ＿length＿dataフィー
ルドが続く。このフィールドは、上述のように固定長の
データフィールドであり、このフィールド内には、実際
にデコードされる有効データが含まれているvalid ＿da
taフィールドと、値が零のデータが詰められているzero
＿pad ＿byteフィールドとが含まれる。

【０１０７】上記valid ＿dataフィールドのデータ長が
上記fixed ＿length＿dataフィールドのデータ長と一致
している場合には、zero＿pad ＿byteフィールドはfixe
d ＿length＿dataフィールド内に存在しないようになっ
ている。zero＿pad ＿byteフィールドの値は零に限ら
ず、0xFFなど他のデータを用いることもできる。fixed
＿length＿dataフィールドのデータ長は、例えば、１５
バイトに設定される。

【０１０８】また、図６（ｂ）のデータフィールドにお
いて、最後に伝送されるRS＿codeフィールドは、リード
ソロモン符号などの誤り検出・訂正符号である。本実施
形態では、例えば８バイトのリードソロモン符号を付加
している。なお、本実施形態ではリードソロモン符号を
用いているが、ハミング符号等の他の誤り検出・訂正符
号を用いても良い。

【０１０９】図７に、上記図６のデータパケットを用い
た通信装置をＳＤビデオカメラに適用した場合のブロッ
ク図を示す。なお、図７において、図３と同一の部分に
は同一の符号を付し、その説明を省略する。図７におい
て、５１は第２の誤り訂正回路であり、５３は第２のデ
ータバスである。

【０１１０】例えば、ＶＣＲに通常再生をさせたい場合
には、外部の機器からＵＳＢ入出力ポート４９を介し
て、図６（ｂ）におけるvalid ＿dataフィールドの値が
“0x0021C336”であるコードがＵＳＢドライバ４７に入
力される。このとき、有効なデータ長は４バイトである
から、data＿lengthフィールドの値は“0x04”となる。
上記のデータの値は、実際には、バイト毎にビット転置
された値であるため、このビット転置された値はビット
逆転回路４５によって通常の値に変換される。変換され
た各々のデータは、第２のデータバス５３を介して第２
の誤り訂正回路５１に与えられ、通信路上で生じた誤り
が検出・訂正される。本実施形態においては、４バイト
の訂正が可能である。

【０１１１】上記のように構成することにより、ＮＡＣ
Ｋによって再送要求のできないアイソクロノス転送の場
合にも、通信におけるデータの正確度を高めることがで
きる。また、比較的優先度の高いアイソクロノス転送を
用いることで、データ授受の際のレスポンスを高速に行
うことができるようになる利点がある。なお、上記のデ
ータ構成は、データ長や誤り検出・訂正符号等に限ら
ず、他の付加情報を含めることもできる。また、data＿
lengthフィールド、fixed ＿length＿dataフィールド、
RS＿codeフィールド等のバイト数は、上記の構成に限ら
ず、他の構成でも良いことは言うまでもない。また、本
実施形態ではアイソクロノス転送を用いているが、上記
の構成は、バルク転送など他の転送方式にも適用でき
る。

【０１１２】

【発明の効果】本発明は上述したように、複数種類の通
信方式の中から任意の通信方式を選択して、通信路に接
続されている機器を制御するためのコマンドデータを送
受信する場合において、上記複数種類の通信方式が備え
る各複数のコマンドデータ、あるいは受信したコマンド
データに基づいて発生される各複数の機器制御データの
うち、少なくとも一部は各通信方式で共通に用いるよう
にしたので、コマンドデータあるいは制御データを解釈
して各種制御を行う通信装置を各通信方式で共通に用い
ることができ、１つの機器内に各種通信方式用に複数の
通信装置を設けなくて済む。これにより、２種類以上の
通信方式が選択可能で、しかも回路規模の増大によるコ
ストアップの少ない通信装置を提供することができる。

【図面の簡単な説明】

【図１】本発明の通信装置を適用した一実施形態に係る
ＳＤビデオカメラの構成を示すブロック図である。

【図２】１３９４用のコマンドデータの一般的な形式を
示す図である。

【図３】本発明に係る第２の実施形態によるＳＤビデオ
カメラの構成を示すブロック図である。

【図４】バルク転送においてホストから送信されるデー
タ形式を示す図である。

【図５】バルク転送において本実施形態のＳＤビデオカ
メラが返答するＡＣＫのデータ形式を示す図である。

【図６】本実施形態のデータパケットの構成を示す図で
ある。

【図７】図６のデータパケットを用いるＳＤビデオカメ
ラの構成を示すブロック図である。

【図８】ＩＥＥＥ１３９４シリアルバスの接続構成を示
す図である。

【図９】ＩＥＥＥ１３９４シリアルバスを用いた通信例
を示すタイミングチャートである。

【図１０】ＵＳＢの接続形態の一例を示す図である。

【図１１】ＵＳＢのデータ転送単位を示す図である。

【図１２】ＵＳＢのデータ転送に用いられるパケットを
示す図である。

【符号の説明】

２３ 演算処理装置（ＭＰＵ） ２５ フォーマット回路 ２７ インタフェース回路（Ｉ／Ｆ回路） ２９ 読み出し専用メモリ（ＲＯＭ） ３１ １３９４ドライバ ３３ ＲＳ−２３２Ｃドライバ ３５ １３９４入出力ポート ３７ ＲＳ−２３２Ｃ入出力ポート ４５ ビット逆転回路 ４７ ＵＳＢドライバ ４９ ＵＳＢ入出力ポート ５１ 第２の誤り訂正回路 ５３ 第２のデータバス

Claims (19)

【特許請求の範囲】
1. 【請求項１】 複数種類の通信方式の中から任意の通信
   方式を選択して、通信路に接続された機器を制御するた
   めのコマンドデータを送受信するようになされた通信方
   法であって、 上記複数種類の通信方式が備える各複数のコマンドデー
   タのうち、少なくとも一部は各通信方式で共通で使用さ
   れることを特徴とする通信方法。
2. 【請求項２】 複数種類の通信方式の中から任意の通信
   方式を選択して、通信路に接続されている機器を制御す
   るためのコマンドデータを送受信するとともに、受信し
   たコマンドデータに基づいて上記通信路に接続されてい
   る機器の制御データを発生するようになされた通信方法
   であって、 上記複数種類の通信方式で発生される各複数の制御デー
   タのうち、少なくとも一部は各通信方式で共通で使用さ
   れることを特徴とする通信方法。
3. 【請求項３】 上記複数種類の通信方式の中の１つとし
   て、ＩＥＥＥ１３９４規格に準拠した通信方式を含むこ
   とを特徴とする請求項１または２に記載の通信方法。
4. 【請求項４】 上記複数種類の通信方式の中の１つとし
   て、ＲＳ−２３２Ｃ規格に準拠した通信方式を含むこと
   を特徴とする請求項１〜３の何れか１項に記載の通信方
   法。
5. 【請求項５】 上記複数種類の通信方式の中の１つとし
   て、ＲＳ−４２２規格に準拠した通信方式を含むことを
   特徴とする請求項１〜３の何れか１項に記載の通信方
   法。
6. 【請求項６】 上記複数種類の通信方式の中の１つとし
   て、ＵＳＢ規格に準拠した通信方式を含むことを特徴と
   する請求項１〜３の何れか１項に記載の通信方法。
7. 【請求項７】 複数種類の通信方式に夫々対応して設け
   られ、通信路に接続された機器を制御するためのコマン
   ドデータを送受信する複数の通信手段と、 上記複数の通信手段によって受信されたコマンドデータ
   をデコードして上記通信路に接続された機器を制御する
   ための制御データを発生するデコード手段とを有し、 上記デコード手段は、上記複数の通信手段がそれぞれの
   通信方式で受信する同じ機能を有するコマンドデータに
   対して、共通の制御データを発生することを特徴とする
   通信装置。
8. 【請求項８】 上記デコード手段は、上記通信路に接続
   された機器を制御するための制御データをあらかじめ記
   憶しておくための記憶手段と、 上記複数の通信手段が受信するコマンドデータに応じて
   上記制御データが記憶されている上記記憶手段のアドレ
   スを発生させるアドレス発生手段とを有し、 上記アドレス発生手段は、上記複数の通信手段がそれぞ
   れの通信方式で受信する同じ機能を有するコマンドデー
   タに対して、上記記憶手段における同じアドレスを発生
   させることを特徴とする請求項７に記載の通信装置。
9. 【請求項９】 上記複数の通信手段がそれぞれの通信方
   式で受信する同じ機能を有するコマンドデータは、同じ
   符号データを用いることを特徴とする請求項７に記載の
   通信装置。
10. 【請求項１０】 上記複数種類の通信手段の１つとし
    て、ＩＥＥＥ１３９４規格に準拠した通信手段を含むこ
    とを特徴とする請求項７〜９の何れか１項に記載の通信
    装置。
11. 【請求項１１】 上記複数種類の通信手段の１つとし
    て、ＲＳ−２３２Ｃ規格に準拠した通信手段を含むこと
    を特徴とする請求項７〜１０の何れか１項に記載の通信
    装置。
12. 【請求項１２】 上記複数種類の通信手段の１つとし
    て、ＲＳ−４２２規格に準拠した通信手段を含むことを
    特徴とする請求項７〜１０の何れか１項に記載の通信装
    置。
13. 【請求項１３】 上記複数種類の通信手段の１つとし
    て、ＵＳＢ規格に準拠した通信手段を含むことを特徴と
    する請求項７〜１０の何れか１項に記載の通信装置。
14. 【請求項１４】 複数種類の通信方式に対応して設けら
    れ、通信路に接続された機器を制御するためのコマンド
    データを送受信する複数の通信手段と、 上記通信手段に上記コマンドデータを供給する供給手段
    とを有し、 上記供給手段が供給する上記複数種類の通信方式が備え
    る各複数のコマンドデータのうち、少なくとも一部は各
    通信方式で共通であることを特徴とする通信装置。
15. 【請求項１５】 複数種類の通信方式に夫々対応して設
    けられ、通信路に接続された機器を制御するコマンドデ
    ータを送受信する複数の通信手段と、 上記複数の通信手段が受信するコマンドデータをデコー
    ドして上記通信路に接続された機器を制御するための制
    御データを発生するデコード手段とを有し、 上記複数の通信手段は少なくとも、Ｎ個のコマンドデー
    タを送受信することが可能な第１の通信手段と、Ｍ個の
    コマンドデータを送受信することが可能な第２の通信手
    段とを含み、上記Ｍ個のコマンドデータの少なくとも一
    部は上記Ｎ個のコマンドデータに含まれることを特徴と
    する通信装置。
16. 【請求項１６】 上記複数種類の通信手段の１つとし
    て、ＩＥＥＥ１３９４規格に準拠した通信手段を含むこ
    とを特徴とする請求項１４または１５に記載の通信装
    置。
17. 【請求項１７】 上記複数種類の通信手段の１つとし
    て、ＲＳ−２３２Ｃ規格に準拠した通信手段を含むこと
    を特徴とする請求項１４〜１６の何れか１項に記載の通
    信装置。
18. 【請求項１８】 上記複数種類の通信手段の１つとし
    て、ＲＳ−４２２規格に準拠した通信手段を含むことを
    特徴とする請求項１４〜１６の何れか１項に記載の通信
    装置。
19. 【請求項１９】 上記複数種類の通信手段の１つとし
    て、ＵＳＢ規格に準拠した通信手段を含むことを特徴と
    する請求項１４〜１６の何れか１項に記載の通信装置。