JP3423620B2 - 撮像装置及び制御装置及び撮像装置制御システム及びその制御方法及び記憶媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、装置内の制御部に
対し、装置外から動作命令を出力したり、或いは何らか
の制御方法の変更を指示し、装置の遠隔操作や装置内の
制御部による制御方法による動作とは別の動作を装置に
実行させるシステムに関するものである。

【０００２】

【従来の技術】これまで、ハードディスクやプリンタを
はじめとするパソコン（以下、ＰＣ）周辺機器では、デ
ジタルインターフェイス（以下、デジタルＩ／Ｆ）であ
るＳＣＳＩ等に代表される小型コンピュータ用汎用型イ
ンターフェイスをもってＰＣ間との接続がなされ、デー
タ通信が行われている。

【０００３】デジタルカメラやデジタルビデオカメラも
ＰＣへの入力手段として周辺装置の１つに掲げられてお
り、近年、デジタルカメラやビデオカメラで投影した静
止画や動画といった映像とそれに伴なう音声をＰＣへ取
り込み、ハードディスクに記憶したり、またはＰＣで編
集した後、プリンタでカラープリントするといった分野
の技術が進み、ユーザーも増えている。

【０００４】取り込んだ画像データをＰＣからプリンタ
やハードディスクへ出力する際などに、上記のＳＣＳＩ
等を経由してデータ通信がされるものであり、そのよう
なとき画像データのようにデータ量の多い情報を送るた
めにも、こういったデジタルＩ／Ｆには転送データレー
トの高い、かつ汎用性のあるものが必要とされる。

【０００５】しかしながら、上記ＳＣＳＩ等に代表され
る従来のデジタルＩ／Ｆには、転送データレートの低い
ものや、パラレル通信のためケーブルが太いもの、接続
される周辺機器の種類、接続方式に制限があるものもあ
り、接続先と同数のＩ／Ｆコネクタが必要など、多くの
面で不便利性も指摘されている。

【０００６】更に一般的な家庭用ＰＣやデジタル機器の
多くは、ＰＣの背面にＳＣＳＩやその他のケーブルを接
続するためのコネクタを設けているものが多く、またコ
ネクタの形状も大きく、抜き差しに煩わしさがある。

【０００７】デジタルカメラやビデオカメラ等の移動式
や携帯式で、通常は据え置きしない装置を接続するとき
にも、ＰＣの背面コネクタに接続しなければならず、非
常に煩わしい。

【０００８】これまでデジタルデータ通信と言えばＰＣ
とその周辺機器間の相互通信が代表的であったのでこの
通信方式でも足りていたが、今後更にデジタルデータを
扱う装置の種類が増え、さらにはＩ／Ｆの改良などによ
って、ＰＣ周辺装置に限らずデジタルビデオやデジタル
記録媒体再生装置等多くのデジタル機器間をネットワー
ク接続した通信が可能になると、非常に便利になる反
面、機器間によってはデータ量の非常に多い通信も頻繁
に行われるようになるので、この通信方式を用いるとネ
ットワークを混雑させてしまい、ネットワーク内での他
の機器間における通信に影響をもたらすことも考えられ
る。

【０００９】そこで従来からあるデジタルＩ／Ｆの問題
点を極力解消し、ＰＣとその周辺機器間の通信に限ら
ず、あらゆるデジタル機器間の通信に、各機器に統一さ
れて搭載されるような汎用型デジタルＩ／Ｆ（例えばＩ
ＥＥＥ１３９４−１９９５ハイパフォーマンス・シリア
ルバス）を用いて、ＰＣやプリンタ、その他周辺装置、
またデジタルカメラやカメラ一体型デジタルＶＴＲ等を
ネットワーク構成で接続したときの機器間データ通信を
実現する方法が提案されている。

【００１０】ＩＥＥＥ１３９４の幾つかの大きな特長と
しては、後述する様に、高速シリアル通信を用いるため
に、ケーブルが比較的細くフレキシビリティに富み、か
つコネクタもＳＣＳＩケーブルに比べ極端に小さいこ
と、更には画像情報の様な大容量データを、機器制御デ
ータと共に高速で転送出来ることを挙げることが出来
る。即ち、ＩＥＥＥ１３９４Ｉ／Ｆを用いた通信によれ
ば、デジタルカメラやビデオカメラ等の移動式や携帯式
で、通常は据え置きしない装置を接続するときにも従来
に比べて煩わしさが飛躍的に低減し、画像情報のＰＣへ
の転送も円滑に行うことが可能になるという大きな利点
がある。

【００１１】ここで、ＩＥＥＥ１３９４シリアルバスに
ついて説明する。

【００１２】（ＩＥＥＥ１３９４の技術の概要）家庭用
デジタルＶＴＲやＤＶＤの登場に伴なって、ビデオデー
タやオーディオデータなどのリアルタイムでかつ高情報
量のデータ転送のサポートが必要になっている。こうい
ったビデオデータやオーディオデータをリアルタイムで
転送し、パソコン（ＰＣ）に取り込んだり、またはその
他のデジタル機器に転送を行なうには、必要な転送機能
を備えた高速データ転送可能なインタフェースが必要に
なってくるものであり、そういった観点から開発された
インタフェースがＩＥＥＥ１３９４−１９９５(High Pe
rformance Serial Bus)（以下１３９４シリアルバス）
である。

【００１３】図７に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは、例えばＰＣ、デジタルＶＴＲ、ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。

【００１４】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。

【００１５】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。また、１３９４シリアルバ
スの特徴でもある、Ｐｌｕｇ＆Ｐｌａｙ機能でケーブル
を機器に接続した時点で自動で機器の認識や接続状況な
どを認識する機能を有している。

【００１６】また、図７に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなど、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行なう。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。

【００１７】またデータ転送速度は、１００／２００／
４００Ｍｂｐｓと備えており、上位の転送速度を持つ機
器が下位の転送速度をサポートし、互換をとるようにな
っている。

【００１８】データ転送モードとしては、コントロール
信号などの非同期データ（Asynchronousデータ：以下As
yncデータ）を転送するAsynchronous転送モード、リア
ルタイムなビデオデータやオーディオデータ等の同期デ
ータ（Isochronousデータ：以下Isoデータ）を転送する
Isochronous転送モードがある。このAsyncデータとIso
データは各サイクル（通常１サイクル１２５μＳ）の中
において、サイクル開始を示すサイクル・スタート・パ
ケット（ＣＳＰ）の転送に続き、Isoデータの転送を優
先しつつサイクル内で混在して転送される。

【００１９】次に、図８に１３９４シリアルバスの構成
要素を示す。

【００２０】１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図８に示したように、
最もハード的なのが１３９４シリアルバスのケーブルで
あり、そのケーブルのコネクタが接続されるコネクタポ
ートがあり、その上にハードウェアとしてフィジカル・
レイヤとリンク・レイヤがある。

【００２１】ハードウェア部は実質的なインターフェイ
スチップの部分であり、そのうちフィジカル・レイヤは
符号化やコネクタ関連の制御等を行い、リンク・レイヤ
はパケット転送やサイクルタイムの制御等を行なう。

【００２２】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行ない、ＲｅａｄやＷｒｉｔｅといった命令を出す。
シリアルバスマネージメントは、接続されている各機器
の接続状況やＩＤの管理を行ない、ネットワークの構成
を管理する部分である。

【００２３】このハードウェアとファームウェアまでが
実質上の１３９４シリアルバスの構成である。

【００２４】またソフトウェア部のアプリケーション・
レイヤは使うソフトによって異なり、インタフェース上
にどのようにデータをのせるか規定する部分であり、Ａ
Ｖプロトコルなどのプロトコルによって規定されてい
る。

【００２５】以上が１３９４シリアルバスの構成であ
る。

【００２６】次に、図９に１３９４シリアルバスにおけ
るアドレス空間の図を示す。

【００２７】１３９４シリアルバスに接続された各機器
（ノード）には必ず各ノード固有の、６４ビットアドレ
スを持たせておく。そしてこのアドレスをＲＯＭに格納
しておくことで、自分や相手のノードアドレスを常時認
識でき、相手を指定した通信も行なえる。

【００２８】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ｂｉｔがバスの番号の指定用に、
次の６ｂｉｔがノードＩＤ番号の指定用に使われる。残
りの４８ｂｉｔが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ｂｉｔは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。

【００２９】以上が１３９４シリアルバスの技術の概要
である。

【００３０】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。

【００３１】（１３９４シリアルバスの電気的仕様）図
１０に１３９４シリアルバス・ケーブルの断面図を示
す。

【００３２】１３９４シリアルバスでは接続ケーブル内
に、２組のツイストペア信号線の他に、電源ラインを設
けることも可能である。これによって、電源を持たない
機器や、故障により電圧低下した機器等にも電力の供給
が可能になっている。

【００３３】又、簡易型の接続ケーブルでは、接続先の
機器を限定した上で、電源ラインを設けていないものも
ある。

【００３４】電源線内を流れる電源の電圧は８〜４０
Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。

【００３５】（ＤＳ−Ｌｉｎｋ符号化）１３９４シリア
ルバスで採用されている、データ転送フォーマットのＤ
Ｓ−Ｌｉｎｋ符号化方式を説明するための図を図１１に
示す。

【００３６】１３９４シリアルバスでは、ＤＳ−Ｌｉｎ
ｋ(Data/Strobe Link)符号化方式が採用されている。こ
のＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ
通信に適しており、その構成は、２本の信号線を必要と
する。より対線のうち１本に主となるデータを送り、他
方のより対線にはストローブ信号を送る構成になってい
る。

【００３７】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。

【００３８】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要が無いので、各機器のトランシー
バ回路をスリープ状態にすることができることによっ
て、消費電力の低減が図れること、などが挙げられる。

【００３９】（バスリセットのシーケンス）１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。

【００４０】このネットワーク構成に変化があったと
き、例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによ
るノード数の増減などによって変化が生じて、新たなネ
ットワーク構成を認識する必要があるとき、変化を検知
した各ノードはバス上にバスリセット信号を送信して、
新たなネットワーク構成を認識するモードに入る。この
ときの変化の検知方法は、１３９４ポート基盤上でのバ
イアス電圧の変化を検知することによって行われる。

【００４１】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤがこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００４２】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。

【００４３】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後、新しいネットワーク構成のもとで再開される。

【００４４】以上がバスリセットのシーケンスである。

【００４５】（ノードＩＤ決定のシーケンス）バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きの、バスリセットからノードＩＤ決定までの一般的な
シーケンスを図１９、図２０、図２１のフローチャート
を用いて説明する。

【００４６】図１９のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。

【００４７】まず、ステップＳ１０１として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生するとステップＳ１０２に移る。

【００４８】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
すべてのノード間で親子関係が決定すると、ステップＳ
１０４として一つのルートが決定する。すべてのノード
間で親子関係が決定するまで、ステップＳ１０２の親子
関係の宣言をおこない、またルートも決定されない。

【００４９】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、すべてのノードにＩ
Ｄが与えられるまで繰り返し設定作業が行われ最終的に
ステップＳ１０６としてすべてのノードにＩＤを設定し
終えたら、新しいネットワーク構成がすべてのノードに
おいて認識されたので、ステップＳ１０７としてノード
間のデータ転送が行える状態となり、データ転送が開始
される。

【００５０】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
プＳ１０６までの設定作業が繰り返し行われる。

【００５１】以上が、図１９のフローチャートの説明で
あるが、図１９のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からＩＤ設定終了
までの手順をより詳しくフローチャート図に表したもの
をそれぞれ、図２０、図２１に示す。

【００５２】まず、図２０のフローチャートの説明を行
う。

【００５３】ステップＳ２０１としてバスリセットが発
生すると、ネットワーク構成は一旦リセットされる。

【００５４】なお、ステップＳ２０１としてバスリセッ
トが発生するのを常に監視している。

【００５５】次に、ステップＳ２０２として、リセット
されたネットワークの接続状況を再認識する作業の第一
歩として、各機器にリーフ（ノード）であることを示す
フラグを立てておく。さらに、ステップＳ２０３として
各機器が自分の持つポートがいくつ他ノードと接続され
ているのかを調べる。

【００５６】ステップＳ２０４のポート数の結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義（親子関係が決定されてない）ポートの数を調べる。
バスリセットの直後はポート数＝未定義ポート数である
が、親子関係が決定されていくにしたがって、ステップ
Ｓ２０４で検知する未定義ポートの数は変化していくも
のである。

【００５７】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００５８】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付をするために待つ。

【００５９】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフ又は他のブラン
チからの「親」の受付をするために待つ。

【００６０】最終的に、いずれか１つのブランチ、又は
例外的にリーフ（子宣言を行えるのにすばやく動作しな
かった為）がステップＳ２０４の未定義ポート数の結果
としてゼロになったら、これにてネットワーク全体の親
子関係の宣言が終了したものであり、未定義ポート数が
ゼロ（すべて親のポートとして決定）になった唯一のノ
ードはステップＳ２０８としてルートのフラグが立てら
れ、ステップＳ２０９としてルートとしての認識がなさ
れる。

【００６１】このようにして、図２０に示したバスリセ
ットから、ネットワーク内すべてのノード間における親
子関係の宣言までが終了する。

【００６２】つぎに、図２１のフローチャートについて
説明する。

【００６３】まず、図２０までのシーケンスでリーフ、
ブランチ、ルートという各ノードのフラグの情報が設定
されているので、これを元にして、ステップＳ３０１で
それぞれ分類する。

【００６４】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００６５】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。ＩＤを取得できたリー
フからステップＳ３０７として、セルフＩＤパケットを
ブロードキャストで全ノードに転送する。

【００６６】セルフＩＤパケットには、そのノードのＩ
Ｄ情報や、そのノードのポート数、既接続ポート数、そ
の各ポートが親であるか子であるか、そのノードがバス
マネージャになり得る能力の有無情報（バスマネージャ
になり得る能力があれば、セルフＩＤパケット内のコン
テンダビットを１に、バスマネージャになり得る能力が
無ければコンテンダビットを０にする）等が載せられて
いる。

【００６７】バスマネージャになる能力とは、 （１）バスの電源管理 図７如く構成されたネットワーク上の各機器それぞれ
が、接続ケーブル内の電源ラインを用いて電源供給を必
要とする機器か、電源供給可能な機器か、いつ電源を供
給するか等の管理。 （２）速度マップの維持 ネットワーク上の各機器の通信速度情報の維持。 （３）ネットワーク構造（トポロジ・マップ）の維持 図１２に示される様なネットワークのツリー構造情報の
維持 （４）トポロジ・マップから取得した情報に基づくバス
の最適化の４つのバス管理が可能であることを意味し、
後で説明する手順によってバスマネージャとなったノー
ドが、ネットワーク全体のバス管理を行なうことにな
る。また、バスマネージャになり得る能力のあるノー
ド、即ちセルフＩＤパケットのコンテンダビットを１に
してブロードキャストするノードは、各ノードからブロ
ードキャストで転送されるセルフＩＤパケットの各情
報、通信速度等の情報を蓄えておき、バスマネージャと
なった時に、蓄えておいた情報をもとに、速度マップや
トポロジ・マップを構成する。

【００６８】１ノードＩＤ情報のブロードキャストが終
わると、ステップＳ３０８として残りのリーフの数が１
つ減らされる。ここで、ステップＳ３０９として、この
残りのリーフの数が１以上ある時はステップＳ３０３の
ＩＤ要求の作業からを繰り返し行い、最終的にすべての
リーフがＩＤ情報をブロードキャストすると、ステップ
Ｓ３０９がＮ＝０となり、次はブランチのＩＤ設定に移
る。

【００６９】ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００７０】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終っ
た次の若い番号から与えていく。ステップＳ３１３とし
て、ルートは要求を出したブランチにＩＤ情報又は失敗
結果を通知し、ステップＳ３１４としてＩＤ取得が失敗
に終わったブランチは、再度ＩＤ要求を出し、同様の作
業を繰り返す。

【００７１】ＩＤを取得できたブランチからステップＳ
３１５として、そのノードのセルフＩＤパケットをブロ
ードキャストで全ノードに転送する。１ノードＩＤ情報
のブロードキャストが終わると、ステップＳ３１６とし
て残りのブランチの数が１つ減らされる。ここで、ステ
ップＳ３１７として、この残りのブランチの数が１以上
ある時はステップＳ３１１のＩＤ要求の作業からを繰り
返し、最終的にすべてのブランチがＩＤ情報をブロード
キャストするまで行われる。すべてのブランチがノード
ＩＤを取得すると、ステップＳ３１７はＭ＝０となり、
ブランチのＩＤ取得モードも終了する。

【００７２】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８として与えていない番号で最も大きい番号を自分
のＩＤ番号と設定し、ステップＳ３１９としてルートの
セルフＩＤパケットをブロードキャストする。

【００７３】ここまでの処理によって、各ノードについ
てバスマネージャになり得る能力の有無が明らかにな
る。最終的に複数のノードがバスマネージャになり得る
能力を有する場合、ＩＤナンバーの最も大きいノードが
バスマネージャとなる。

【００７４】ルートがバスマネージャになり得る能力を
有している場合、ルートのＩＤナンバーがネットワーク
内で最大であるからルートがバスマネージャとなるが、
ルートがバスマネージャになり得る能力を有していない
場合には、ルートの次に大きいＩＤナンバーを有し、か
つセルフＩＤパケット内のコンテンダビットが１となっ
ているノードがバスマネージャとなる。更に、どのノー
ドがバスマネージャとなったかについては、図２１の処
理の過程で各ノードがＩＤを取得した時点でセルフＩＤ
パケットをブロードキャストしており、このブロードキ
ャスト情報を各ノードが把握しておくことにより、各ノ
ード共通の認識として把握することが出来る。

【００７５】以上で、図２１に示したように、親子関係
が決定した後から、すべてのノードのＩＤ、及びバスマ
ネージャが設定されるまでの手順が終了する。

【００７６】次に、一例として図１２に示した実際のネ
ットワークにおける動作を図１２を参照しながら説明す
る。

【００７７】図１２の説明として、（ルート）ノードＢ
の下位にはノードＡとノードＣが直接接続されており、
更にノードＣの下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。この、階層構造やル
ートノード、ノードＩＤを決定する手順を以下で説明す
る。

【００７８】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位と
なると言うことができる。

【００７９】図１２ではバスリセットの後、最初に親子
関係の宣言を行なったのはノードＡである。基本的にノ
ードの１つのポートにのみ接続があるノード（リーフと
呼ぶ）から親子関係の宣言を行なうことができる。これ
は自分には１ポートの接続のみということをまず知るこ
とができるので、これによってネットワークの端である
ことを認識し、その中で早く動作を行なったノードから
親子関係が決定されていく。こうして親子関係の宣言を
行なった側（Ａ−Ｂ間ではノードＡ）のポートが子と設
定され、相手側（ノードＢ）のポートが親と設定され
る。こうして、ノードＡ−Ｂ間では子−親、ノードＥ−
Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。

【００８０】さらに１階層あがって、今度は複数個接続
ポートを持つノード（ブランチと呼ぶ）のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、更に上
位に親子関係の宣言を行なっていく。図１２ではまずノ
ードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、
ノードＣに対する親子関係の宣言を行っており、その結
果ノードＤ−Ｃ間で子−親と決定している。

【００８１】ノードＤからの親子関係の宣言を受けたノ
ードＣは、もう一つのポートに接続されているノードＢ
に対して親子関係の宣言を行なっている。これによって
ノードＣ−Ｂ間で子−親と決定している。

【００８２】このようにして、図１２のような階層構造
が構成され、最終的に接続されているすべてのポートー
トにおいて親となったノードＢが、ルートノードと決定
された。ルートは１つのネットワーク構成中に一つしか
存在しないものである。

【００８３】なお、この図１２においてノードＢがルー
トノードと決定されたが、これはノードＡから親子閑係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行なっていれば、ルートノード
は他ノードに移っていたこともあり得る。すなわち、伝
達されるタイミングによってはどのノードもルートノー
ドとなる可能性があり、同じネットワーク構成でもルー
トノードは一定とは限らない。

【００８４】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。

【００８５】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。

【００８６】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０，１，２，…と割り当てられる。

【００８７】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【００８８】すべてのリーフが自己ノードＩＤを取得し
終ると、次はブランチへ移りリーフに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。

【００８９】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

【００９０】（アービトレーション）１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行なう。１３９４シリアルバ
スは個別に接続された各機器が、転送された信号をそれ
ぞれ中継することによって、ネットワーク内すべての機
器に同信号を伝えるように、論理的なバス型ネットワー
クであるので、パケットの衝突を防ぐ意味でアービトレ
ーションは必要である。これによってある時間には、た
った一つのノードのみ転送を行なうことができる。

【００９１】アービトレーションを説明するための図と
して図１３（ａ）にバス使用要求の図１３（ｂ）にバス
使用許可の図を示し、以下これを用いて説明する。

【００９２】アービトレーションが始まると、１つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図１３（ａ）のノードＣとノー
ドＦがバス使用権の要求を発しているノードである。こ
れを受けた親ノード（図１３ではノードＡ）は更に親ノ
ードに向かって、バス使用権の要求を発する（中継す
る）。この要求は最終的に調停を行なうルートに届けら
れる。

【００９３】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行なえるものであり、調停によっ
て勝ったノードにはバスの使用許可を与える。図１３
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された図である。アービトレーションに負け
たノードに対してはＤＰ(data prefix)パケットを送
り、拒否されたことを知らせる。拒否されたノードのバ
ス使用要求は次回のアービトレーションまで待たされ
る。

【００９４】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００９５】ここで、アービトレーションの一連の流れ
をフローチャート図２２に示して、説明する。

【００９６】ノードがデータ転送を開始できる為には、
バスがアイドル状態であることが必要である。先に行わ
れていたデータ転送が終了して、現在バスが空き状態で
あることを認識するためには、各転送モードで個別に設
定されている所定のアイドル時間ギャップ長（例．サブ
アクション・ギャップ）を経過する事によって、各ノー
ドは自分の転送が開始できると判断する。

【００９７】ステップＳ４０１として、Asyncデータ、I
soデータ等それぞれ転送するデータに応じた所定のギャ
ップ長が得られたか判断する。所定のギャップ長が得ら
れない限り、転送を開始するために必要なバス使用権の
要求はできないので、所定のギャップ長が得られるまで
待つ。

【００９８】ステップＳ４０１で所定のギャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるか判断し、ある場合はステップＳ４０３として転送
するためにバスを確保するよう、バス使用権の要求をル
ートに対して発する。このときの、バス使用権の要求を
表す信号の伝達は、図１３に示したように、ネットワー
ク内各機器を中継しながら、最終的にルートに届けられ
る。ステップＳ４０２で転送するデータがない場合は、
そのまま待機する。

【００９９】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信した
ら、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）だった
ら、そのノードに直後のバス使用許可が与えられること
となる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）だったら、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得る様なことは
なく、平等に権利を与えていくような構成となってい
る。

【０１００】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た１つのノード、またはステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ（パケット）を
転送開始する。また、ステップＳ４０６の調停で敗れ
て、バス使用が許可されなかったノードにはステップＳ
４０９としてルートから、アービトレーション失敗を示
すＤＰ(data prefix)パケットを送られこれを受け取っ
たノードは再度転送を行うためのバス使用要求を出すた
め、ステップＳ４０１まで戻り、所定ギャップ長が得ら
れるまで待機する。

【０１０１】以上がアービトレーションの流れを説明し
た、フローチャート図２２の説明である。

【０１０２】（Asynchronous（非同期）転送）アシンク
ロナス転送は、非同期転送である。図１４にアシンクロ
ナス転送における時間的な遷移状態を示す。図１４の最
初のサブアクション・ギャップは、バスのアイドル状態
を示すものである。このアイドル時間が一定値になった
時点で、転送を希望するノードはバスが使用できると判
断して、バス獲得のためのアービトレーションを実行す
る。

【０１０３】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋ ｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【０１０４】次に、図１５にアシンクロナス転送のパケ
ットフォーマットの例を示す。

【０１０５】パケットには、データ部及び誤り訂正用の
データＣＲＣの他にはヘッダ部があり、そのヘッダ部に
は図１５に示したような、目的ノードＩＤ、ソースノー
ドＩＤ、転送データ長さや各種コードなどが書き込まれ
転送が行なわれる。

【０１０６】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の１つのノードのみが読込むことになる。

【０１０７】以上がアシンクロナス転送の説明である。

【０１０８】（Isochronous（同期）転送）アイソクロ
ナス転送は同期転送である。１３９４シリアルバスの最
大の特徴であるともいえるこのアイソクロナス転送は、
特にＶＩＤＥＯ映像データや音声データといったマルチ
メディアデータなど、リアルタイムな転送を必要とする
データの転送に適した転送モードである。

【０１０９】また、アシンクロナス転送（非同期）が１
対１の転送であったのに対し、このアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他のすべてのノードへ一様に転送される。

【０１１０】図１６はアイソクロナス転送における、時
間的な遷移状態を示す図である。

【０１１１】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は、１２５μＳで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行なう役割を担っているのがサイクル・スター
ト・パケットである。サイクル・スタート・パケットを
送信するのは、サイクル・マスタと呼ばれるノードであ
り、１つ前のサイクル内の転送終了後、所定のアイドル
期間（サブアクションギャップ）を経た後、本サイクル
の開始を告げるサイクル・スタート・パケットを送信す
る。このサイクル・スタート・パケットの送信される時
間間隔が１２５μＳとなる。

【０１１２】また、図１６にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルＩＤのデータ
のみを取り込む。このチャネルＩＤは送信先のアドレス
を表すものではなく、データに対する論理的な番号を与
えているに過ぎない。よって、あるパケットの送信は１
つの送信元ノードから他のすべてのノードに行き渡る、
ブロードキャストで転送されることになる。

【０１１３】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１１４】また、図１６に示したｉｓｏ ｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
なう前にバスが空き状態であると認識するために必要な
アイドル期間を表している。この所定のアイドル期間を
経過すると、アイソクロナス転送を行ないたいノードは
バスが空いていると判断し、転送前のアービトレーショ
ンを行なうことができる。

【０１１５】つぎに、図１７にアイソクロナス転送のパ
ケットフォーマットの例を示し、説明する。

【０１１６】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータＣＲＣの他
にヘッダ部があり、そのヘッダ部には図１７に示したよ
うな、転送データ長やチャネルＮＯ、その他各種コード
及び誤り訂正用のヘッダＣＲＣなどが書き込まれ、転送
が行なわれる。

【０１１７】以上がアイソクロナス転送の説明である。

【０１１８】（バス・サイクル）実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。その時の、アイソクロナス転
送とアシンクロナス転送が混在した、バス上の転送状態
の時間的な遷移の様子を表した図を図１８に示す。

【０１１９】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることとなる。

【０１２０】図１８に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行ない、所
定のアイドル期間（アイソクロナスギャップ）を待って
からアイソクロナス転送を行なうべきノードはアービト
レーションを行い、パケット転送に入る。図１８ではチ
ャネルｅとチャネルｓとチャネルｋが順にアイソクロナ
ス転送されている。

【０１２１】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行な
った後、サイクル＃ｍにおけるアイソクロナス転送がす
べて終了したら、アシンクロナス転送を行うことができ
るようになる。

【０１２２】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達する事によって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

【０１２３】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タートパケットを転送すべき時間(cycle synch)までの
間にアシンクロナス転送を起動するためのサブアクショ
ンギャップが得られた場合に限っている。

【０１２４】図１８のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間(cycle syn
ch)にいたるので、サイクル＃ｍでの転送はここまでで
終わる。

【０１２５】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間(cyc
le synch)に至ったとしたら、無理に中断せず、その転
送が終了した後のアイドル期間を待ってから次サイクル
のサイクル・スタートパケットを送信する。すなわち、
１つのサイクルが１２５μＳ以上続いたときは、その分
次サイクルは基準の１２５μＳより短縮されたとする。
このようにアイソクロナス・サイクルは１２５μＳを基
準に超過、短縮し得るものである。

【０１２６】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。

【０１２７】こういった遅延情報も含めて、サイクル・
マスタによって管理される。

【０１２８】（ＷＷＩＤ(World Wide Unique ID)）１３
９４シリアルバス規格では、各ノードが夫々の有する機
能を表すために、コンフィグレーションＲＯＭを実装し
ている。図２３はコンフィグレーションＲＯＭの一部を
表す図である。

【０１２９】本図において、ＦＦＦＦＦ００００４０Ｃ
番地とＦＦＦＦＦ００００４１０番地に記憶されている
ＩＤは、３バイトのベンダーＩＤ２３０１と５バイトの
チップＩＤ２３０２、２３０３から構成されている。ベ
ンダーＩＤ２３０１は、各ベンダーがＩＥＥＥに申請し
取得したものであり、例えば、各ベンダーの企業名を示
す情報である。チップＩＤ２３０２、２３０３は各ベン
ダーの夫々が自由に割り振り、各ノードにユニークなＩ
Ｄとなるように設定される。これにより、各ノードのユ
ニークＩＤ（２３０１〜２３０３）と同じＩＤは存在し
ないこととなる。

【０１３０】以上説明した、各ノードにユニークに割り
振られたＩＤ（２３０１〜２３０３）をWorld Wide Uni
que ID（以下ＷＷＵＩＤ）と呼ぶ。１３９４シリアルバ
スによって構成されたネットワーク上の各ノードは、目
的のノードＩＤの接続装置におけるコンフィグレーショ
ンＲＯＭ内のＦＦＦＦＦ００００４０Ｃ番地とＦＦＦＦ
Ｆ００００４１０番地を読み出すことにより、上記ＷＷ
ＵＩＤを知ることができる。

【０１３１】以上が、ＩＥＥＥ１３９４シリアルバスの
説明である。

【０１３２】この様にＩＥＥＥ１３９４Ｉ／Ｆは、従来
のデータ通信システムの煩わしさを払拭する種々の利便
性を有している。特に画像情報の様な大容量データを、
機器制御データと共に高速で転送可能であるので、本Ｉ
／Ｆを使用することでビデオカメラに代表される撮像装
置をＰＣで制御するといった新しいシステムの構成が可
能となる。

【０１３３】すなわち、予め備わっている撮像装置内の
カメラ制御部に対し、ＰＣから動作命令を出力したり、
或いは何らかの制御方法の変更を指示し、撮像装置の遠
隔操作や、予め備わっている装置内のカメラ制御部によ
る制御方法による動作とは別の動作を撮像装置に実行さ
せる、または対象となるビデオカメラにおいて特別の動
作を行わせるための設定を行うためのシステムを構成し
ようとするものである。

【０１３４】図２４は、上述したＰＣからのカメラの動
作制御を行うためのアプリケーション（以下カメラ設定
アプリ）画面表示の例である。

【０１３５】カメラ設定アプリは、図２５に示すよう
に、１３９４シリアルバス２５０４によってＰＣ２５０
１とビデオカメラ２５０５が接続された状態において動
作する。ユーザはキーボード２５０３やポインティング
デバイス２５０２によって、ビデオカメラ２５０５内に
おける色合い、色の濃さ、絞り値、シャッタースピード
といった各制御パラメータの設定を自由に変更すること
ができる。例えば、シャッタースピード変更レバー２４
０５をポインティングデバイス２５０２によって左右に
移動することで、そのレバー位置に応じた設定値が、Ｐ
Ｃ２５０１から１３９４シリアルバス２５０４を通じて
ビデオカメラ２５０５に送信される。ビデオカメラ２５
０５はその設定値を内部記憶装置の所定の位置に保存す
ることで、実際にシャッタースピードを変更することが
可能となる。

【０１３６】ここで、１３９４シリアルバスは画像デー
タと相手機器を制御するためのコマンド群（ＣＴＳ）を
同時に送受信できるので、ビデオカメラ２５０５が画像
データをＰＣ２５０１に対して送信すれば、そのカメラ
画像をＰＣ２５０１の画面上でリアルタイムに確認する
ことができる。図２５のカメラ設定アプリ画面上のカメ
ラ画表示ウィンドウ２４０１の画像表示は、ビデオカメ
ラ２５０５から送信された画像をリアルタイムに表示す
る画面である。すなわち、前述した方法でＰＣからビデ
オカメラの制御パラメータの設定を変更すると、ユーザ
はその変更結果を直ちに前記カメラ画表示ウィンドウ２
４０１にて確認することが可能となる。

【０１３７】本従来例においては、変更可能なカメラ制
御パラメータは数種類となっているが、その他にもＰＣ
から設定可能なパラメータは多数存在する。そのパラメ
ータを変更するためのＰＣから送信されるコマンドの例
を図２８に示す。

【０１３８】以上説明したカメラ設定アプリの機能は、
図２５のようにビデオカメラ２５０５とＰＣ２５０１が
接続された状態にて動作するものであったが、本カメラ
設定アプリには、シミュレーションモードが存在する。
これは、ＰＣ単独で、撮影された元の画像に対してカメ
ラの制御パラメータ設定を変更することで画像の最適化
をシミュレーションする機能である。

【０１３９】以下図２６、図２７を用いて、本シミュレ
ーションモードを簡単に説明する。

【０１４０】まず図２６は、シミュレーションモード状
態でユーザが撮影した夕日のシーンを、カメラ画表示ウ
ィンドウ２４０１に表示した例である。カメラ設定アプ
リの動作モード２４０７はポインティングデバイスによ
って「シミュレート」が選択されている。この状態にお
いては、カメラ設定アプリはビデオカメラからの画像情
報の取り込みを停止し、カメラ画表示ウィンドウ２４０
１には以降説明するシミュレートされた画像が継続的に
表示される。

【０１４１】沈み行く夕日を撮影する場合、普通は赤々
と撮影したいものであるが、通常のビデオカメラのオー
ト設定では、オートホワイトバランス機能が動作して赤
の色成分を抑制し、出来るだけ白に近づける様に動作し
てしまう。従って取り込まれる画像も赤みが薄れ夕日ら
しく撮影する事ができていない。そこでユーザは、ＰＣ
のポインティングデバイスおよびキーボードを用いて、
カメラ設定アプリ画面上の色合い２４０２、色の濃さ２
４０３、絞り値２４０４、シャッタスピード２４０５、
防振ＯＮ／ＯＦＦ２４０６等の各設定の変更を行う。例
えば、初期画像においては色合い２４０２が青側に設定
されているわけであるが、夕日の赤さを強調するために
この設定を赤側に変更する。すると、カメラ設定アプリ
はこの変更した色合い２４０２のレバー位置に応じて、
カメラ設定パラメータの変更を行い、カメラ画表示ウィ
ンドウ２４０１上の同じ画像をそのパラメータに応じた
色合いに変更する。すなわち、カメラ画表示ウィンドウ
２４０１に表示された画像は赤が強調された色合いとな
る。同様に、色の濃さ２４０３、絞り値２４０４などの
設定についても、カメラ画表示ウィンドウ２４０１上で
シミュレートされた画像を確認しながら、ユーザの好み
の設定に変更することで、図２７のように、最終的にユ
ーザにとって最適なカメラ設定を得ることが可能とな
る。

【０１４２】更にその設定を、タスクバー上のファイル
メニュー２４０８によってＰＣ内の記憶装置にファイル
として保存しておくことができる。これは、再度ビデオ
カメラを接続してその設定を送信することで、ビデオカ
メラを「夕日を撮影するための最適な状態」に設定する
ためである。

【０１４３】

【発明が解決しようとする課題】しかしながら上記従来
例においては、ビデオカメラが接続されていない状態で
あっても、最適なカメラ設定パラメータをシミュレーシ
ョンによって決定できるために、その後ビデオカメラが
接続されたような場合には、ビデオカメラ内の設定値と
ＰＣ上で変更された値が食い違ってしまう。そのため
に、カメラ設定アプリ動作とビデオカメラの実動作との
整合性が取れなくなってしまう、といった問題点があっ
た。

【０１４４】従って、本発明は上述した課題に鑑みてな
されたものであり、その目的は、ＰＣ等の制御装置とビ
デオカメラが相互に接続されたカメラ設定のためのシス
テムにおいて、接続直後のＰＣ側の設定値とビデオカメ
ラ内のカメラ設定値の不整合を、再接続直後に自動的に
防止することである。

【０１４５】また、本発明の他の目的は、ＰＣ等の制御
装置とビデオカメラが相互に接続されたカメラ設定のた
めのシステム、特にシミュレーション機能を有したカメ
ラ設定システムにおいて、シミュレーションが実行され
ることによって変更されたＰＣ側の設定値と、変化しな
いカメラ内の設定値の不整合を、再接続直後に自動的に
防止することである。

【０１４６】また、本発明のさらに他の目的は、ＰＣ等
の制御装置と複数のビデオカメラが相互に接続されたカ
メラ設定のためのシステムにおいて、接続直後のＰＣ側
の特定のビデオカメラに対応した設定値と、ビデオカメ
ラ内のカメラ設定値の不整合を防止することである。

【０１４７】また、本発明のさらに他の目的は、ＰＣ等
の制御装置と複数のビデオカメラが相互に接続されたカ
メラ設定のためのシステム、特にシミュレーション機能
を有したカメラ設定システムにおいて、シミュレーショ
ンが実行されることによって変更されたＰＣ側の設定値
と、変化しない特定のカメラ内の設定値の不整合を、再
接続直後に自動的に防止することである。

【０１４８】また、本発明のさらに他の目的は、ＰＣ等
の制御装置と複数のビデオカメラが相互に接続されたカ
メラ設定のためのシステムにおいて、ビデオカメラ固有
のＩＤを利用して特定のビデオカメラを確実に選択し、
選択されたビデオカメラに対応した変更されたＰＣ側の
設定値と、選択されたビデオカメラ内のカメラ設定値の
不整合を、自動的に防止することである。

【０１４９】また、本発明のさらに他の目的は、ＰＣ等
の制御装置とビデオカメラが相互に接続されたカメラ設
定のためのシステムにおいて、接続直後のＰＣ側の設定
値の表示とビデオカメラのカメラ設定値の不整合を防止
することである。

【０１５０】また、本発明のさらに他の目的は、ＰＣ等
の制御装置と複数のビデオカメラが相互に接続されたカ
メラ設定のためのシステムにおいて、接続直後のＰＣ側
の特定のビデオカメラに対応した設定値の表示と、ビデ
オカメラ内のカメラ設定値の不整合を防止することであ
る。

【０１５１】また、本発明のさらに他の目的は、ＰＣ等
の制御装置と複数のビデオカメラが相互に接続されたカ
メラ設定のためのシステムにおいて、ビデオカメラ固有
のＩＤを利用して特定のビデオカメラを確実に選択し、
接続直後のＰＣ側の特定のビデオカメラに対応した設定
値の表示と、選択されたビデオカメラ内のカメラ設定値
の不整合を防止することである。

【０１５２】また、本発明のさらに他の目的は、ＰＣ側
の特定のビデオカメラに対応した設定値と、選択された
ビデオカメラ内のカメラ設定値が異なっていた場合には
警告表示を発生することを目的とする。

【０１５３】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、本発明の撮像装置制御システム
は、撮像装置と、該撮像装置と選択的に接続される制御
装置とを備える撮像装置制御システムであって、前記制
御装置と前記撮像装置とを接続していない状態で前記制
御装置側で設定された第１の撮像装置制御条件を記憶す
るための制御装置側記憶手段と、前記制御装置と前記撮
像装置とを接続していない状態で前記撮像装置側で設定
された第２の撮像装置制御条件を記憶するための撮像装
置側記憶手段と、前記制御装置と前記撮像装置とを再接
続した状態で前記制御装置側記憶手段に記憶された第１
の撮像装置制御条件と前記撮像装置側記憶手段に記憶さ
れた第２の撮像装置制御条件とが不整合の場合には、前
記制御装置は、いずれか一方の撮像装置制御条件に整合
させるための整合手段を有することを特徴としている。

【０１５４】また、本発明に係わる撮像装置制御システ
ムの制御方法は、撮像装置と、該撮像装置と選択的に接
続される制御装置とを備える撮像装置制御システムを制
御するための撮像装置制御システムの制御方法であっ
て、前記制御装置と前記撮像装置とを接続していない状
態で前記制御装置側で設定された第１の撮像装置制御条
件を制御装置側記憶手段に記憶するための制御装置側記
憶工程と、前記制御装置と前記撮像装置とを接続してい
ない状態で前記撮像装置側で設定され撮像装置側記憶手
段に記憶された第２の撮像装置制御条件を前記撮像装置
側記憶手段から読出すための読出し工程と、前記制御装
置と前記撮像装置とを再接続した状態で前記制御装置側
記憶工程で記憶された第１の撮像装置制御条件と前記読
出し工程で読出された第２の撮像装置制御条件とが不整
合の場合には、前記制御装置は、いずれか一方の撮像装
置制御条件に整合させるための整合工程を有することを
特徴としている。

【０１５５】また、本発明に係わる記憶媒体は、撮像装
置と、該撮像装置と選択的に接続される制御装置とを備
える撮像装置制御システムを制御するための制御プログ
ラムを記憶した記憶媒体であって、前記制御プログラム
が、前記制御装置と前記撮像装置とを接続していない状
態で前記制御装置側で設定された第１の撮像装置制御条
件を制御装置側記憶手段に記憶するための制御装置側記
憶工程と、前記制御装置と前記撮像装置とを接続してい
ない状態で前記撮像装置側で設定され撮像装置側記憶手
段に記憶された第２の撮像装置制御条件を前記撮像装置
側記憶手段から読出すための読出し工程と、前記制御装
置と前記撮像装置とを再接続した状態で前記制御装置側
記憶工程で記憶された第１の撮像装置制御条件と前記読
出し工程で読出された第２の撮像装置制御条件とが不整
合の場合には、前記制御装置は、いずれか一方の撮像装
置制御条件に整合させるための整合工程のコードを有す
ることを特徴としている。

【０１５６】また、本発明に係わる制御装置は、撮像装
置と選択的に接続され該撮像装置を制御するための制御
装置であって、該制御装置と前記撮像装置とを接続して
いない状態で前記制御装置側で設定された第１の撮像装
置制御条件を制御装置側で記憶するための制御装置側記
憶手段と、前記制御装置と前記撮像装置とを接続してい
ない状態で前記撮像装置側で設定され撮像装置側記憶手
段に記憶された第２の撮像装置制御条件を前記撮像装置
側記憶手段から読出すための読出し手段と、前記制御装
置と前記撮像装置とを再接続した状態で前記制御装置側
記憶手段に記憶された第１の撮像装置制御条件と前記読
出し手段によって読出された第２の撮像装置制御条件と
が不整合の場合には、前記制御装置は、いずれか一方の
撮像装置制御条件に整合させるための整合手段を有する
ことを特徴としている。

【０１５７】また、本発明に係わる撮像装置は、制御装
置と選択的に接続される撮像装置であって、前記制御装
置と前記撮像装置とを接続していない状態で前記制御装
置側で設定され制御装置側記憶手段に記憶された第１の
撮像装置制御条件を前記制御装置側記憶手段から読出す
ための読出し手段と、前記制御装置と前記撮像装置とを
接続していない状態で前記撮像装置側で設定された第２
の撮像装置制御条件を記憶するための撮像装置側記憶手
段と、前記制御装置と前記撮像装置とを再接続した状態
で前記読出し手段によって読出された第１の撮像装置制
御条件と前記撮像装置側記憶手段に記憶された第２の撮
像装置制御条件とが不整合の場合には、前記撮像装置
は、いずれか一方の撮像装置制御条件に整合させるため
の整合手段を有することを特徴としている。

【０１５８】

【０１５９】

【０１６０】

【０１６１】

【０１６２】

【０１６３】

【０１６４】

【０１６５】

【０１６６】

【０１６７】

【０１６８】

【０１６９】

【０１７０】

【０１７１】

【０１７２】

【０１７３】

【０１７４】

【０１７５】

【０１７６】

【０１７７】

【発明の実施の形態】以下、本発明の好適な実施形態に
ついて、添付図面を参照して詳細に説明する。

【０１７８】（第１の実施形態）図１は第１の実施形態
を表すブロック図で、ビデオカメラ１Ａとパソコン１Ｂ
が１３９４ケーブル１０８で接続されている。

【０１７９】ビデオカメラ１Ａ側のブロックから説明す
ると、１０１はレンズ、１０２はレンズ１０１から入力
される光を画像信号に変換する撮像素子を含み、その撮
像素子から出力される画像信号をデジタル画像信号に変
換する信号処理部、１０３はビデオカメラ全体を制御す
る制御部、１０４は制御部１０３によって読み出され、
レンズ１０１及び信号処理部１０２を制御して前記デジ
タル画像信号を生成するためのカメラ制御パラメータ、
１０５は前記デジタル画像信号及び各種制御情報等を１
３９４シリアルバス１０８に入出力するデジタルインタ
ーフェース、１０６は制御部１０３によって読み書きさ
れ、デジタルインターフェース１０５より入力されたカ
メラ設定値等が一時的に記憶される揮発性メモリ、１０
７は制御部１０３によって読み書きされ、デジタルイン
ターフェース１０５より入力されたカメラ設定値等が最
終的に記憶される不揮発性メモリである。

【０１８０】次にパソコン１Ｂ側のブロック図について
説明する。

【０１８１】１０９はビデオカメラ１Ａからのデジタル
画像を１３９４シリアルバス１０８から受け取り、制御
部１１２からの各種コマンド・データ等を１３９４シリ
アルバス１０８に出力するためのデジタルインターフェ
ース、１１０は１３９４ケーブル１０８にビデオカメラ
が接続されているかを検出する接続検出部、１１１はキ
ーボードやポインティングデバイス等の、ユーザがパソ
コンを操作するためのユーザ操作部、１１２はパソコン
全体を制御する制御部、１１３はユーザ操作部１１１か
らの入力に応じて制御部１１２によって読み書き及び変
更されるカメラ設定パラメータ、１１４はカメラ設定パ
ラメータ１１３をファイル形式で保存するためのハード
ディスク、１１５はデジタルインターフェース１０９を
通じてビデオカメラ１Ａから入力されてくるデジタル画
像情報を記憶する画像メモリを含み、制御部１１２から
のコマンドを受けてメモり内の画像にデジタル効果を行
うことが可能な画像処理部、１１６は画像処理部１１５
から出力されたデジタル画像情報やカメラ設定パラメー
タ１１３からウィンドウ表示画像を生成し、その画像を
モニタ１１７に出力する画面表示部である。

【０１８２】ビデオカメラ１Ａは、デジタルインターフ
ェース１０５からカメラ設定パラメータ及び「Ｓｅｔ」
または「Ｗｒｉｔｅ」等のコマンドを受け取り、そのコ
マンドに応じた内部動作を行う。すなわち、カメラ設定
パラメータ及び「Ｓｅｔ」コマンドが入力されると、制
御部１０３は入力されたパラメータを揮発性メモリ１０
６にセットし、一時的にそのパラメータを使用してレン
ズ１０１及び信号処理部１０２の制御を行う。また、カ
メラ設定パラメータ及び「Ｗｒｉｔｅ」コマンドが入力
されると、制御部１０３は入力されたパラメータを揮発
性メモリ１０６と不揮発性メモリ１０７に書き込むこと
で以降そのパラメータを使用してレンズ１０１及び信号
処理部１０２の制御を行うこととなる。ここで入力され
るカメラ設定パラメータとは、従来の技術の欄で説明し
たとおり、色合い、色の濃さ、絞り値、シャッタースピ
ードといった、レンズ及び信号処理系を制御して出力画
像を変化させるたぐいの設定値である。

【０１８３】次に、本実施形態におけるパソコン側のカ
メラ設定アプリ動作を図２の流れ図を用いて具体的に説
明する。カメラ設定アプリの画面表示は図２４に示され
ている表示と同等のものである。

【０１８４】また、本実施形態におけるシミュレーショ
ンモードとは、従来の技術の欄で説明したとおり、カメ
ラとＰＣが接続されていない状態でもＰＣ内部でカメラ
設定パラメータを変更して、その結果をモニタ上の画面
で確認することが可能なモードである。また、本実施形
態におけるカメラモードとは、ＰＣとビデオカメラが接
続された状態で、ビデオカメラから送信されてくる画像
を確認しながら、実際にビデオカメラ内のカメラ設定パ
ラメータを変更することで、その最適化を行うといった
ものである。カメラ設定アプリは、画面上の動作モード
選択ボタン２４０７をポインティングデバイス等のユー
ザ操作部１１１によって操作することによって、シミュ
レーションモードと、カメラモードを自由に切り換える
ことが可能である。

【０１８５】カメラ設定アプリが起動されると、ステッ
プＳ１２０１においてまずシミュレーションモードでプ
ログラムが開始される。

【０１８６】次にステップＳ１２０２において、カメラ
モードに切り換えられたかのチェックを行い、切り換え
られていなければ、ステップＳ１２０７にてシミュレー
ションモード処理に入る。この処理内では、ユーザ操作
部１１１からの入力受付、変更されたカメラ設定パラメ
ータ１１３に応じた、画像処理部１１５へのコマンド出
力、画面表示部１１６を制御した画面切換、カメラ設定
パラメータ１１３のハードディスク１１４へのファイル
保存等の動作を行う。

【０１８７】この処理の区切りにおいて、ステップＳ１
２０８においてカメラモードに切り換えられたかのチェ
ックを再び行う。切り換えられていなければ、再びシミ
ュレーション処理ステップＳ１２０７を継続する。

【０１８８】切り換えられていれば、ステップＳ１２０
３において接続検出部１１０を参照することで、カメラ
接続がされているかどうかのチェックを行う。接続され
ていない場合は、再びステップＳ１２０２に戻って処理
をループさせることで動作を待機する。

【０１８９】接続されている場合は、ステップＳ１２０
４において、（シミュレーションによって変更された）
カメラ設定パラメータ１１３をディジタルインターフェ
ース１０９から出力することで、接続されたビデオカメ
ラ内の対応したカメラ設定パラメータを変更する。つま
り、カメラ接続開始時において、パソコンとパソコンに
接続されたビデオカメラのデータの整合性を取る。次に
その状態を初期状態として、カメラ調整処理ステップＳ
１２０５を行う。

【０１９０】この処理内では、ユーザ操作部１１１から
の入力受付、変更されたカメラ設定パラメータ１１３に
応じたデジタルインターフェース１０９からのパラメー
タ及びコマンド出力、ビデオカメラから送信されてくる
画像データの画面表示、カメラ設定パラメータ１１３の
ハードディスク１１４へのファイル保存等の処理を行
う。この処理の区切りにおいて、ステップＳ１２０６に
おいてシミュレーションモードに切り換えられたかのチ
ェックを行う。切り換えられていなければ、再びステッ
プＳ１２０５に戻ってカメラ調整処理を継続し、切り換
えられていればステップＳ１２０７に飛んでシミュレー
ション処理に移る。

【０１９１】以上説明したような制御手順を行えば、カ
メラが接続された初期状態においてパソコンとカメラの
データの整合性をとることが可能となり、その後の処理
に矛盾が発生する等の不具合を事前に防止することが可
能となる。

【０１９２】（第２の実施形態）図３は本発明における
カメラ設定アプリの、第２の実施形態を表す流れ図であ
る。この図で表される制御は、図４のブロック図によっ
て表される構成において動作するものである。以下図
３、図４を用いて第２の実施形態を説明する。

【０１９３】カメラ設定アプリが起動されると、ステッ
プＳ１３０１においてまずシミュレーションモードでプ
ログラムが開始される。

【０１９４】次にステップＳ１３０２において、カメラ
モードに切り換えられたかのチェックを行い、切り換え
られていなければ、ステップＳ１３０９にてシミュレー
ションモード処理に入る。この処理内では、ユーザ操作
部１１１からの入力受付、変更されたカメラ設定パラメ
ータ１１３に応じた、画像処理部１１５へのコマンド出
力、画面表示部１１６を制御した画面切換、カメラ設定
パラメータ１１３のハードディスク１１４へのファイル
保存等の動作を行う。

【０１９５】この処理の区切りにおいて、ステップＳ１
３１０においてカメラモードに切り換えられたかのチェ
ックを再び行う。切り換えられていなければ、再びシミ
ュレーション処理ステップＳ１３０９を継続する。

【０１９６】切り換えられていれば、ステップＳ１３０
３において接続検出部１１０を参照することで、カメラ
接続がされているかどうかのチェックを行う。接続され
ていない場合は、再びステップＳ１３０２に戻って処理
をループさせることで動作を待機する。ここまでは、第
１の実施形態と全く同様の動作となっている。

【０１９７】ステップＳ１３０３において、カメラが接
続されていることが検出された場合には、制御部１１２
はデジタルインターフェース１０９を通じてビデオカメ
ラに、色合い、色の濃さ、絞り値、シャッタースピード
等のカメラ設定パラメータを読み出すためのコマンドを
発生する。ビデオカメラ内の制御部１０３はこのコマン
ドを受けて、要求されたカメラ設定パラメータを揮発性
メモリ１０６または不揮発性メモリ１０７より読み出
し、デジタルインターフェース１０５を通じてパソコン
にこれらのデータを送信する。これらの手順によって、
パソコン側の制御部１１２は接続されたビデオカメラ内
の上記のパラメータをパソコン側に読み出し、これをカ
メラ読み出しパラメータ１１８として記憶する。

【０１９８】次に制御部１１２はステップＳ１３０５に
おいて、前記カメラ読み出しパラメータ１１８と現在持
っているパソコン内カメラ設定パラメータ１１３の比較
を行い、その結果をもってステップＳ１３０６において
カメラ設定アプリ画面のカメラ設定パラメータ表示を行
う。すなわち、比較した結果ビデオカメラ内とパソコン
内でデータ値が異なっていた場合には、警告を発するこ
ととなる。

【０１９９】図５は上記説明したような手順によって、
カメラ設定アプリ画面に警告表示が発生された図であ
る。本画面は例えば、シャッタスピード値が異なってい
た例となっている。この場合５０１のようにシャッタス
ピード表示を強調して表示すると共に、本実施形態にお
いては、５０２でその後の処理をユーザに選択させるた
めのサブウィンドウを新たに表示している。

【０２００】次に制御部１１２は、ステップＳ１３０７
においてカメラ調整処理に入る。上記説明したような警
告表示が発生されている場合には、制御部１１２はユー
ザからの入力受付を行う。すなわち、ユーザはサブウィ
ンドウ５０２上の２種類のボタンを、ポインティングデ
バイス等のユーザ操作部１１１を用いて選択すること
で、異なったデータをどちらのデータに合わせるかを決
定する。

【０２０１】ここで、「ビデオに合わせる」ボタンが選
択された場合には、制御部１１２はカメラ設定パラメー
タ１１３をカメラ読み出しパラメータ１１８の値に書き
換える。逆に「ＰＣに合わせる」ボタンが選択された場
合には、制御部１１２はカメラ読み出しパラメータ１１
８をカメラ設定パラメータ１１３の値に書き換えると共
に、概カメラ設定パラメータ１１３をディジタルインタ
ーフェース１０９から出力することで、接続されたビデ
オカメラ内の対応したカメラ設定パラメータを変更す
る。つまり、カメラ接続開始時において、パソコンとパ
ソコンに接続されたビデオカメラのデータの整合性を取
ることができる。

【０２０２】（第３の実施形態）１３９４シリアルバス
接続の一つの特徴でもある、複数の機器がネットワーク
上に接続された場合に、ここまで説明してきたようなデ
ータの整合性をどのようにしてとるかについて、本実施
形態で説明する。

【０２０３】図６は第３の実施形態を表したブロック図
であり、６０１〜６０３は１３９４ケーブルにて接続さ
れたビデオカメラ、６０８は前記ビデオカメラのカメラ
設定を行うためのパソコンである。

【０２０４】ビデオカメラ６０１〜６０３は、従来の技
術の欄にて説明したように、１３９４シリアルバス接続
における各機器固有のＩＤであるＷＷＵＩＤ（１）〜Ｗ
ＷＵＩＤ（Ｎ）をそれぞれ内部的に所有している。パソ
コン６０８は１３９４シリアルバスを通じてこれらＷＷ
ＵＩＤを読み出し、また逆に、特定のＷＷＵＩＤを持つ
機器のみからの画像情報の受付や、特定のＷＷＵＩＤを
持つ機器に対してのカメラパラメータ設定コマンドの発
生などを行うことができる。

【０２０５】本実施形態におけるカメラ設定アプリは、
複数のビデオカメラに対するカメラ設定パラメータを保
持することが可能で、上記ＷＷＵＩＤを用いて接続され
た複数のビデオカメラの中から特定の１台を選択し、そ
の１台に対するカメラパラメータの設定を個別に行うこ
とを可能としたものである。

【０２０６】以下、パソコン６０８内にて動作する本実
施形態におけるカメラ設定アプリの構成について説明す
る。

【０２０７】６０９は１３９４デジタルインターフェー
ス、６１０は制御部６１２から特定のＷＷＵＩＤを受け
取り、そのＷＷＵＩＤを持つビデオカメラがネットワー
ク上に接続されているかを検出する接続検出部、６１１
はビデオカメラの選択やカメラ設定パラメータの変更
等、本カメラ設定アプリの操作を行うためのユーザ操作
部、６１２は本アプリシステム全体を制御する制御部、
６１３はユーザ選択部によって選択されたビデオカメラ
の番号を記憶するための選択ＶｉｄｅｏＮｏ．記憶部、
６１４は前記ＶｉｄｅｏＮｏ．と対応するＷＷＵＩＤ及
び、そのビデオカメラに対するカメラ設定パラメータ群
を保持するカメラ設定パラメータテーブル、６１５はデ
ジタルインターフェース６０９を通じて上記選択された
ＶｉｄｅｏＮｏ．に対応するビデオカメラから入力され
てくる、デジタル画像情報を記憶する画像メモリを含
み、制御部６１２からのコマンドを受けてメモり内の画
像にデジタル効果を行うことが可能な画像処理部、６１
６は画像処理部６１５から出力されたデジタル画像情報
やカメラ設定パラメータからウィンドウ表示画像を生成
し、その画像をモニタ６１８に出力する画面表示部、６
１７はカメラ設定パラメータを、選択したビデオカメラ
のＷＷＵＩＤと共にファイル保存するハードディスクで
ある。

【０２０８】次に、本カメラ設定アプリ動作における制
御部６１２の処理内容を図２９の流れ図に従って説明す
る。

【０２０９】まずステップＳ２９０１にて、本カメラ設
定アプリはカメラモードでプログラム動作を開始する。

【０２１０】すると次に制御部６１２は、ステップＳ２
９０２において以前に保存されているカメラ設定パラメ
ータファイルを読み込み、そのデータをカメラ設定パラ
メータテーブル６１４に展開する。

【０２１１】ユーザはユーザ操作部６１１によって、上
記読み込まれたどのデータ（ビデオカメラ）の設定を行
うかの選択を行わなければならない。そこで制御部６１
２はステップＳ２９０３においてユーザからのカメラ選
択入力を待つ。

【０２１２】選択入力が有ると、処理はステップＳ２９
０４に移り、選択されたビデオカメラのＶｉｄｅｏＮ
ｏ．を選択ＶｉｄｅｏＮｏ．記憶エリア６１３に記憶す
る。

【０２１３】ここでＶｉｄｅｏＮｏ．が決定されると、
カメラ設定パラメータテーブル６１４のそのＮｏ．に対
応するＷＷＵＩＤを参照することで、１３９４シリアル
バスの外部に接続されたある特定のビデオカメラを選択
することができることとなる。

【０２１４】すると、制御部６１２はステップＳ２９０
５で前記選択されたＷＷＵＩＤを接続検出部６１０に送
信し、そのＷＷＵＩＤを持つビデオカメラが１３９４シ
リアルバスネットワークに接続されているかの検出を行
う。

【０２１５】接続されていない場合は処理はその時点で
ループすることで待機し、接続されている場合にはステ
ップＳ２９０６において、選択されたＷＷＵＩＤを持つ
ビデオカメラに対して、カメラ設定パラメータテーブル
６１４の選択されたＶｉｄｅｏＮｏ．に対応したカメラ
設定パラメータを、デジタルインターフェース６０９か
らカメラ側に出力する。そして、その状態を初期状態と
して、従来例等で説明しているようなカメラ調整処理ス
テップＳ２９０７に突入する。

【０２１６】上記説明したような手順で、選択されたビ
デオカメラが接続検出された後に、続いて、ＰＣ側のシ
ミュレーション等で変更されている可能性のあるカメラ
設定パラメータをカメラ側に出力することで、カメラ接
続開始時において、パソコンとパソコンに接続された、
選択されたビデオカメラのデータの整合性を取ることが
できる。

【０２１７】また、詳しくは述べないが、図２９のステ
ップＳ２９０５において、選択されたビデオカメラが接
続されていることが検出された後に、（第２の実施形
態）のように、選択されたビデオカメラ内部のカメラ設
定パラメータ値を読み出して、そのデータを本カメラ設
定アプリの最初の表示データとすることも可能である。
その場合には当然、カメラ設定パラメータテーブル６１
４の選択されたＶｉｄｅｏＮｏ．に対応するカメラ設定
パラメータと、ビデオカメラから読み出されたパラメー
タとの比較を行い、データ内容が異なる場合には（第２
の実施形態）で説明したのと同様の方式で、警告表示を
発生することもできる。

【０２１８】

【他の実施形態】また、本発明の目的は、前述した実施
形態の機能を実現するソフトウェアのプログラムコード
を記録した記憶媒体を、システムあるいは装置に供給
し、そのシステムあるいは装置のコンピュータ（または
ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコ
ードを読出し実行することによっても、達成されること
は言うまでもない。

【０２１９】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０２２０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０２２１】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０２２２】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０２２３】なお、本発明は、その主旨を逸脱しない範
囲で、上記実施形態を修正または変形したものに適用可
能である。

【０２２４】例えば、上記の実施形態では、撮像装置と
してビデオカメラを用いた場合について説明したが、本
発明はこれに限定されることなく、デジタルカメラ、銀
塩カメラ、スキャナ等の他の種類の撮像装置にも適用可
能である。

【０２２５】また、上記の実施形態では、制御装置側か
ら撮像装置側にデータを送るように説明したが、逆に撮
像装置側から制御装置側にデータを送るようにしてもよ
い。

【発明の効果】以上説明したように、本出願によれば、
ＰＣ等の制御装置とビデオカメラが相互に接続されたカ
メラ設定のためのシステムにおいて、接続直後のＰＣ側
の設定値とビデオカメラ内のカメラ設定値の不整合を、
再接続直後に自動的に防止することが可能となる。

【０２２６】また、ＰＣ等の制御装置とビデオカメラが
相互に接続されたカメラ設定のためのシステム、特にシ
ミュレーション機能を有したカメラ設定システムにおい
て、シミュレーションが実行されることによって変更さ
れたＰＣ例の設定値と、変化しないカメラ内の設定値の
不整合を、再接続直後に自動的に防止することが可能と
なる。

【０２２７】また、ＰＣ等の制御装置と複数のビデオカ
メラが相互に接続されたカメラ設定のためのシステムに
おいて、接続直後のＰＣ側の特定のビデオカメラに対応
した設定値と、ビデオカメラ内のカメラ設定値の不整合
を防止することが可能となる。

【０２２８】また、ＰＣ等の制御装置と複数のビデオカ
メラが相互に接続されたカメラ設定のためのシステム、
特にシミュレーション機能を有したカメラ設定システム
において、シミュレーションが実行されることによって
変更されたＰＣ側の設定値と、変化しない特定のカメラ
内の設定値の不整合を、再接続直後に自動的に防止する
ことが可能となる。

【０２２９】また、ＰＣ等の制御装置と複数のビデオカ
メラが相互に接続されたカメラ設定のためのシステムに
おいて、ビデオカメラ固有のＩＤを利用して特定のビデ
オカメラを確実に選択し、選択されたビデオカメラに対
応した変更されたＰＣ側の設定値と、選択されたビデオ
カメラ内のカメラ設定値の不整合を、自動的に防止する
ことが可能となる。

【０２３０】また、ＰＣ等の制御装置とビデオカメラが
相互に接続されたカメラ設定のためのシステムにおい
て、接続直後のＰＣ例の設定値の表示とビデオカメラの
カメラ設定値の不整合を防止することが可能となる。

【０２３１】また、ＰＣ等の制御装置と複数のビデオカ
メラが相互に接続されたカメラ設定のためのシステムに
おいて、接続直後のＰＣ側の特定のビデオカメラに対応
した設定値の表示と、ビデオカメラ内のカメラ設定値の
不整合を防止することが可能となる。

【０２３２】また、ＰＣ等の制御装置と複数のビデオカ
メラが相互に接続されたカメラ設定のためのシステムに
おいて、ビデオカメラ固有のＩＤを利用して特定のビデ
オカメラを確実に選択し、接続直後のＰＣ側の特定のビ
デオカメラに対応した設定値の表示と、選択されたビデ
オカメラ内のカメラ設定値の不整合を防止することこと
が可能となる。

【０２３３】また、ＰＣ側の特定のビデオカメラに対応
した設定値と、選択されたビデオカメラ内のカメラ設定
値が異なっていた場合には警告表示を発生することが可
能となる。

【０２３４】

【図面の簡単な説明】

【図１】第１の実施形態の構成を示すブロック図であ
る。

【図２】第１の実施形態の流れ図である。

【図３】第２の実施形態の流れ図である。

【図４】第２の実施形態のブロック図である。

【図５】第２の実施形態の画面表示図である。

【図６】第３の実施形態のブロック図である。

【図７】１３９４シリアルバスを用いて構成されるネッ
トワーク・システムの一例（ＩＥＥＥ１３９４につい
て）を示す図である。

【図８】１３９４シリアルバスの構成要素（ＩＥＥＥ１
３９４について）を示す図である。

【図９】１３９４シリアルバスにおけるアドレス空間
（ＩＥＥＥ１３９４について）を示す図である。

【図１０】１３９４シリアルバス・ケーブルの断面図で
ある。

【図１１】データ転送フォーマットのＤＳ−Ｌｉｎｋ符
号化方式の説明（ＩＥＥＥ１３９４について）をする図
である。

【図１２】実際のネットワークの一例（ＩＥＥＥ１３９
４について）を示す図である。

【図１３】バス使用要求、及びバス使用許可の図であ
る。

【図１４】アシンクロナス転送における時間的な遷移状
態（ＩＥＥＥ１３９４について）を示す図である。

【図１５】アシンクロナス転送のパケットフォーマット
の例（ＩＥＥＥ１３９４について）を示す図である。

【図１６】アイソクロナス転送における、時間的な遷移
状態（ＩＥＥＥ１３９４について）を示す図である。

【図１７】アイソクロナス転送のパケットフォーマット
の例（ＩＥＥＥ１３９４について）を示す図である。

【図１８】アイソクロナス転送とアシンクロナス転送が
混在した、バス上の転送状態の時間的な遷移の様子（Ｉ
ＥＥＥ１３９４について）を示す図である。

【図１９】バスリセットからノードＩＤ決定までの一般
的なシーケンス１の流れ（ＩＥＥＥ１３９４について）
を示す図である。

【図２０】バスリセットからノードＩＤ決定までの一般
的なシーケンス２（ＩＥＥＥ１３９４について）を示す
図である。

【図２１】バスリセットからノードＩＤ決定までの一般
的なシーケンス３（ＩＥＥＥ１３９４について）を示す
図である。

【図２２】アービトレーションの一連の流れ（ＩＥＥＥ
１３９４について）を示す図である。

【図２３】コンフィグレーションＲＯＭの配置図であ
る。

【図２４】従来例の画面表示１を示す図である。

【図２５】従来例の接続図である。

【図２６】従来例の画面表示２を示す図ある。

【図２７】従来例の画面表示３を示す図である。

【図２８】カメラ設定コマンドの例を示す図である。

【図２９】第３の実施形態の流れ図である。

【符号の説明】

１０１ レンズ １０２ 信号処理部 １０３ 制御部 １０４ カメラ制御パラメータ １０５ デジタルインターフェース １０６ 揮発性メモリ １０７ 不揮発性メモリ １０８ １３９４ケーブル １０９ デジタルインターフェース １１０ 接続検出部 １１１ ユーザ操作部 １１２ 制御部 １１３ カメラ設定パラメータ １１４ ハードディスク １１５ 画像処理部 １１６ 画面表示部 １１７ モニタ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平８−24222（ＪＰ，Ａ) 特開 平７−240871（ＪＰ，Ａ) 特開 平５−276516（ＪＰ，Ａ) 特開 平８−265683（ＪＰ，Ａ) 特開 平７−193806（ＪＰ，Ａ) 特開 平６−153204（ＪＰ，Ａ) 特開 平６−98225（ＪＰ，Ａ) 特表 平８−509337（ＪＰ，Ａ)

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 撮像装置と、該撮像装置と選択的に接続
   される制御装置とを備える撮像装置制御システムであっ
   て、 前記制御装置と前記撮像装置とを接続していない状態で
   前記制御装置側で設定された第１の撮像装置制御条件を
   記憶するための制御装置側記憶手段と、 前記制御装置と前記撮像装置とを接続していない状態で
   前記撮像装置側で設定された第２の撮像装置制御条件を
   記憶するための撮像装置側記憶手段と、前記制御装置と前記撮像装置とを再接続した状態で前記
   制御装置側記憶手段に記憶された第１の撮像装置制御条
   件と前記撮像装置側記憶手段に記憶された第２の撮像装
   置制御条件とが不整合の場合には、前記制御装置は、い
   ずれか一方の撮像装置制御条件に整合させるための整合
   手段 を有することを特徴とする撮像装置制御システム。
2. 【請求項２】 撮像装置と、該撮像装置と選択的に接続
   される制御装置とを備える撮像装置制御システムを制御
   するための撮像装置制御システムの制御方法であって、前記制御装置と前記撮像装置とを接続していない状態で
   前記制御装置側で設定された第１の撮像装置制御条件を
   制御装置側記憶手段に記憶するための制御装置側記憶工
   程と、 前記制御装置と前記撮像装置とを接続していない状態で
   前記撮像装置側で設定され撮像装置側記憶手段に記憶さ
   れた第２の撮像装置制御条件を前記撮像装置側記憶手段
   から読出すための読出し工程と、 前記制御装置と前記撮像装置とを再接続した状態で前記
   制御装置側記憶工程で記憶された第１の撮像装置制御条
   件と前記読出し工程で読出された第２の撮像装置制御条
   件とが不整合の場合には、前記制御装置は、いずれか一
   方の撮像装置制御条件に整合させるための整合工程 を有
   することを特徴とする撮像装置制御システムの制御方
   法。
3. 【請求項３】 撮像装置と、該撮像装置と選択的に接続
   される制御装置とを備える撮像装置制御システムを制御
   するための制御プログラムを記憶した記憶媒体であっ
   て、 前記制御プログラムが、前記制御装置と前記撮像装置とを接続していない状態で
   前記制御装置側で設定された第１の撮像装置制御条件を
   制御装置側記憶手段に記憶するための制御装置側記憶工
   程と、 前記制御装置と前記撮像装置とを接続していない状態で
   前記撮像装置側で設定され撮像装置側記憶手段に記憶さ
   れた第２の撮像装置制御条件を前記撮像装置側記憶手段
   から読出すための読出し工程と、 前記制御装置と前記撮像装置とを再接続した状態で前記
   制御装置側記憶工程で記憶された第１の撮像装置制御条
   件と前記読出し工程で読出された第２の撮像装置制御条
   件とが不整合の場合には、前記制御装置は、いずれか一
   方の撮像装置制御条件に整合させるための整合工程のコ
   ード を有することを特徴とする記憶媒体。
4. 【請求項４】 撮像装置と選択的に接続され該撮像装置
   を制御するための制御装置であって、 該制御装置と前記撮像装置とを接続していない状態で前
   記制御装置側で設定された第１の撮像装置制御条件を制
   御装置側で記憶するための制御装置側記憶手段と、前記制御装置と前記撮像装置とを接続していない状態で
   前記撮像装置側で設定され撮像装置側記憶手段に記憶さ
   れた第２の撮像装置制御条件を前記撮像装置側記憶手段
   から読出すための読出し手段と、 前記制御装置と前記撮像装置とを再接続した状態で前記
   制御装置側記憶手段に記憶された第１の撮像装置制御条
   件と前記読出し手段によって読出された第２の撮像装置
   制御条件とが不整合の場合には、前記制御装置は、いず
   れか一方の撮像装置制御条件に整合させるための整合手
   段 を有することを特徴とする制御装置。
5. 【請求項５】 制御装置と選択的に接続される撮像装置
   であって、前記制御装置と前記撮像装置とを接続していない状態で
   前記制御装置側で設定され制御装置側記憶手段に記憶さ
   れた第１の撮像装置制御条件を前記制御装置側記憶手段
   から読出すための読出し手段と、 前記制御装置と前記撮像装置とを接続していない状態で
   前記撮像装置側で設定 された第２の撮像装置制御条件を
   記憶するための撮像装置側記憶手段と、 前記制御装置と前記撮像装置とを再接続した状態で前記
   読出し手段によって読出された第１の撮像装置制御条件
   と前記撮像装置側記憶手段に記憶された第２の撮像装置
   制御条件とが不整合の場合には、前記撮像装置は、いず
   れか一方の撮像装置制御条件に整合させるための整合手
   段 を有することを特徴とする撮像装置。