JP2000165736A - 撮影条件管理装置、撮影装置、撮影条件管理システム及びコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 デジタルビデオカメラ（ＤＶＣ）が撮影した
ときの撮影条件をＰＣに送って管理し、後の撮影で用い
ることができるようにする。 【解決手段】 ＰＣ１０１とＤＶＣ１０２とは１３９４
シリアルバス１０３で接続されている。ＤＶＣが撮影を
行うと、そのときの撮影条件が映像と共に記録される。
再生された撮影条件情報は、ＰＣに送られてメモリ１１
１に記憶される。その際、撮影時の状況等の任意の情報
を対応させて記憶することにより、撮影条件をライブラ
リ化することができ、これを後日の撮影に際して使用す
ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、撮影された映像の
撮影条件を管理し、後の撮影での撮影条件決定の際に、
上記管理された過去の撮影条件を参考にする場合等に用
いて好適な撮影条件管理装置、撮影装置、撮影条件管理
システム及びそれらに用いられるコンピュータ読み取り
可能な記憶媒体に関するものである。

【０００２】

【従来の技術】近年、デジタルビデオカメラが普及する
に従って、各ビデオカメラメーカは小型、高性能、低価
格な機種を短期間に多数投入するようになってきた。こ
れに従って、ユーザ層も女性や高年齢者等に広がってき
ている一方で、撮影状況も照明が暗い結婚式場内や、ス
キー場や海岸等の非常に明るい場所での撮影、あるいは
スポーツなどの非常に動きが激しい被写体の撮影等と、
非常に広がってきている。

【０００３】ビデオ撮影を行う際には、撮影状況に応じ
て露出、シャッタスピード、ホワイトバランス等の設定
を適切に行う必要があるが、撮影経験の少ないユーザに
は非常に煩わしい作業であった。そのため、ほとんどの
ビデオカメラにおいては、上記の設定を自動的に行うオ
ートモードが搭載されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ように撮影状況が広がって来るに従って、上記オートモ
ードでは露出やホワイトバランス等の適切な設定が困難
であるような、特殊な撮影条件での撮影の機会が増えて
きている。このため、ユーザがマニュアル設定によって
上記露出設定等を行うことが改めて必要となってきてい
るが、やはり設定のための煩わしい作業がネックとなっ
ているのが現状である。

【０００５】本発明は、上記の問題を解決するために成
されたもので、オートモード撮影では適切な撮影設定を
行えない場合のマニュアル設定の煩わしさを軽減し、誰
でも思った通りの映像を簡単に撮影できる映像撮影条件
の管理システムを提供することを目的としている。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明による撮影条件管理装置においては、映像
情報を記録した記録媒体又は撮影を行った撮像装置から
映像を撮影したときの撮影条件情報を読み取る第１の読
み取り手段と、上記読み取った撮影条件情報と対応させ
て任意の情報を記憶する記憶手段とを設けている。

【０００７】また、本発明による撮影装置においては、
撮影した映像の撮影条件情報を外部に送信する送信手段
を設けている。

【０００８】また、本発明による撮影条件管理システム
においては、撮影した映像の撮影条件情報を送信する送
信手段を有する撮影装置と、撮影条件情報を受信する受
信手段と、上記受信した撮影条件情報を任意の情報と対
応させて記憶する記憶手段とを有する撮影条件管理装置
と、上記撮影装置と撮影条件管理装置とを接続する通信
媒体とを設けている。

【０００９】また、本発明による記憶媒体においては、
映像情報を記録した記録媒体又は撮影を行った撮像装置
から映像を撮影したときの撮影条件情報を読み取る処理
と、上記読み取った撮影条件情報を任意の情報と対応さ
せて記憶する処理とを実行するためのプログラムを記憶
している。

【００１０】また、本発明による他の記憶媒体において
は、撮影した映像の撮影条件情報を送信する処理を実行
するためのプログラムを記憶している。

【００１１】また、本発明による他の記憶媒体において
は、撮影した映像の撮影条件情報を送信する処理と、上
記撮影条件情報を受信する処理と、上記受信した撮影条
件情報を任意の情報と対応させて記憶する処理とを実行
するためのプログラムを記憶している。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
と共に説明する。本実施の形態は、磁気テープ等に記録
された映像情報が撮影された時の撮影条件を管理するシ
ステムである。しかしデジタルビデオカメラ単体で全て
のシステムを構築するには、撮影条件を記録するための
メモリ容量、記録された撮影条件をライブラリ化するた
めのソフトウェア、ハードウェアを含むシステム等、デ
ジタルビデオカメラ自体の体積、処理に大きな負担がか
かる。

【００１３】最近のデジタルビデオカメラの小型化、軽
量化、低価格化の流れを考えると、デジタルビデオカメ
ラ本体のみでシステムを構築するのは望ましくない。そ
こで考えられるのが、パソコン（以後ＰＣ）等と映像情
報、撮影条件情報をデジタルＩ／Ｆによって相互通信す
ることにより、撮影条件管理をＰＣ側で行うシステムで
ある。

【００１４】デジタルビデオカメラとＰＣとの通信を行
うには、現在、ＩＥＥＥ１３９４シリアルバスが多用さ
れている。ＩＥＥＥ１３９４シリアルバスの幾つかの大
きな特徴としては、後述するように、高速シリアル通信
を用いるために、ケーブルが比較的細くフレキシビリテ
ィに富み、かつコネクタも従来のＳＣＳＩケーブルに比
べて極端に小さいこと、さらには、画像情報のような大
容量データを、機器制御データと共に高速で転送できる
ことを挙げることができる。

【００１５】即ち、ＩＥＥＥ１３９４Ｉ／Ｆを用いた通
信によれば、デジタルカメラやビデオカメラ等の移動式
や携帯式で、通常は据え置きしない装置を接続するとき
にも、従来に比べて煩わしさが飛躍的に低減し、画像情
報のＰＣへの転送も円滑に行うことが可能になるという
大きな利点がある。そこで、以下にＩＥＥＥ１３９４シ
リアルバスについて説明する。

【００１６】家庭用デジタルＶＴＲやＤＶＤの登場に伴
って、ビデオデータやオーディオデータ等のリアルタイ
ムでかつ大情報量のデータ転送のサポートが必要になっ
ている。こういったビデオデータやオーディオデータを
リアルタイムで転送し、パソコン（ＰＣ）に取り込んだ
り、あるいはその他のデジタル機器に転送を行うには、
必要な転送機能を備えた高速データ転送可能なインタフ
ェースが必要になってくる。このような観点から開発さ
れたインタフェースが、ＩＥＥＥ１３９４−１９９５
（Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ
Ｂｕｓ、以下、１３９４シリアルバス）である。

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

【００１８】各機器間の接続方式は、デイジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。また、各機器は各自固
有のＩＤを有し、それぞれが認識し合うことによって、
１３９４シリアルバスで接続された範囲において、１つ
のネットワークを構成している。各デジタル機器間をそ
れぞれ１本の１３９４シリアルバスケーブルで順次接続
するだけで、それぞれの機器が中継の役割を行い、全体
として１つのネットワークを構成するものである。

【００１９】また、１３９４シリアルバスの特徴でもあ
るが、Ｐｌｕｇ＆Ｐｌａｙ機能により、ケーブルを機器
に接続した時点で、自動的に機器の認識や接続状況など
を認識する機能を有している。

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

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

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

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

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

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

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

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

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

【００２９】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。 《１３９４シリアルバスの電気的仕様》図２４に１３９
４シリアルバス・ケーブルの断面図を示す。１３９４シ
リアルバスでは接続ケーブル内に、２組のツイストペア
信号線の他に電源ラインを設けることも可能である。こ
れによって、電源を持たない機器や、故障により電圧低
下した機器等にも電力の供給が可能になっている。

【００３０】尚、簡易型の接続ケーブルでは、接続先の
機器を限定した上で、電源ラインを設けていないものも
ある。電源線内を流れる電源の電圧は８〜４０Ｖ、電流
は最大電流ＤＣ１．５Ａと規定されている。

【００３１】《ＤＳ−Ｌｉｎｋ符号化》図２５は１３９
４シリアルバスで採用されているデータ転送フォーマッ
トのＤＳ−Ｌｉｎｋ符号化方式を説明するための図であ
る。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Ｄａ
ｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が採用され
ている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリ
アルデータ通信に適している。その構成は、２本の信号
線を必要とする。より対線のうち１本に主となるデータ
を送り、他方のより対線にはストローブ信号を送る構成
になっている。

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

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

【００３４】《バスリセットのシーケンス》１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノー
ド数の増減などによって変化が生じて、新たなネットワ
ーク構成を認識する必要があるときは、変化を検知した
各ノードはバス上にバスリセット信号を送信して、新た
なネットワーク構成を認識するモードに入る。

【００３５】このときの変化の検知方法は、１３９４ポ
ート基板上でのバイアス電圧の変化を検知することによ
って行われる。あるノードからバスリセット信号が伝達
されて、各ノードのフィジカルレイヤは、このバスリセ
ット信号を受けると同時にリンクレイヤにバスリセット
の発生を伝達し、かつ他のノードにバスリセット信号を
伝達する。最終的に全てのノードがバスリセット信号を
検知した後、バスリセットが起動となる。

【００３６】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御等によってフィジ
カルレイヤに直接命令を出すことによっても起動する。
また、バスリセットが起動するとデータ転送は一時中断
され、この間のデータ転送は待たされ、終了後、新しい
ネットワーク構成のもとで再開される。以上がバスリセ
ットのシーケンスである。

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

【００３８】図２６のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示している。ま
ず、ステップＳ１０１では、ネットワーク内にバスリセ
ットが発生することを常時監視していて、ここでノード
の電源ＯＮ／ＯＦＦ等でバスリセットが発生すると、ス
テップＳ１０２に移る。

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

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

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

【００４２】以上説明した図２６のフローチャートのバ
スリセットからルート決定までの部分と、ルート決定後
からＩＤ設定終了までのより詳しい手順を図２７、図２
８に示す。まず、図２７において、ステップＳ２０１で
は、バスリセットが発生するのを常に監視している。バ
スリセットが発生すると、ネットワーク構成は一旦リセ
ットされる。次に、ステップＳ２０２で、リセットされ
たネットワークの接続状況を再認識する作業の第一歩と
して、各機器にリーフ（ノード）であることを示すフラ
グを立てておく。さらに、ステップＳ２０３では、各機
器が自分の持つポートがいくつ他ノードと接続されてい
るのかを調べる。

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

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

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

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

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

【００４８】次に、図２８のフローチャートについて説
明する。まず、図２７までのシーケンスでリーフ、ブラ
ンチ、ルートという各ノードのフラグの情報が設定され
ているので、これに基づいてステップＳ３０１でそれぞ
れ分類する。

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

【００５０】次に、ステップＳ３０２で、ネットワーク
内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。
この後、ステップＳ３０３で、各自リーフがルートに対
して、ＩＤを与えるように要求する。この要求が複数あ
る場合には、ルートはステップＳ３０４によりアービト
レーション（１つに調停する作業）を行い、ステップＳ
３０５で、勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。

【００５１】ステップＳ３０６では、ＩＤ取得が失敗に
終わったリーフは、再度ＩＤ要求を出し、同様の作業を
繰り返す。ＩＤを取得できたリーフからステップＳ３０
７で、セルフＩＤパケットをブロードキャストで全ノー
ドに転送する。

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

【００５３】ブランチのＩＤ設定もリーフの時と同様に
行われる。まず、ステップＳ３１０で、ネットワーク内
に存在するブランチの数Ｍ（Ｍは自然数）を設定する。
この後、ステップＳ３１で、各自ブランチがルートに対
して、ＩＤを与えるように要求する。これに対してルー
トは、ステップＳ３１２でアービトレーションを行い、
勝ったブランチから順にリーフに与え終った次の若い番
号から与えていく。

【００５４】ステップＳ３１３では、ルートは要求を出
したブランチにＩＤ情報又は失敗結果を通知し、ステッ
プＳ３１４で、ＩＤ取得が失敗に終わったブランチは、
再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取
得できたブランチからステップＳ３１５として、そのノ
ードのセルフＩＤパケットをブロードキャストで全ノー
ドに転送する。

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

【００５６】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８で、与えていない番号で最も大きい番号を自分の
ＩＤ番号と設定し、ステップＳ３１９で、ルートのセル
フＩＤパケットをブロードキャストする。以上により、
親子関係が決定した後から、全てのノードのＩＤ、及び
バスマネージャが設定されるまでの手順が終了する。

【００５７】次に、一例として図２９に示した実際のネ
ットワークにおける動作を説明する。図２９において
は、（ルート）ノードＢの下位にはノードＡとノードＣ
が直接接続されており、また、ノードＣの下位にはノー
ドＤが直接接続されており、さらに、ノードＤの下位に
はノードＥとノードＦが直接接続された階層構造になっ
ている。上記の階層構造やルートノード、ノードＩＤを
決定する手順を説明する。

【００５８】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位に
なると言うことができる。図２９では、バスリセットの
後、最初に親子関係の宣言を行ったのはノードＡであ
る。基本的にノードの１つのポートにのみ接続があるノ
ード（リーフと呼ぶ）から親子関係の宣言を行うことが
できる。これは自分には１ポートの接続のみということ
をまず知ることができるので、これによってネットワー
クの端であることを認識し、その中で早く動作を行った
ノードから親子関係が決定されていく。

【００５９】こうして親子関係の宣言を行った側（Ａ−
Ｂ間ではノードＡ）のポートが子と設定され、相手側
（ノードＢ）のポートが親と設定される。即ち、ノード
Ａ−Ｂ間では子−親、ノードＥ−Ｄ間で子−親、ノード
Ｆ−Ｄ間で子−親と決定される。

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

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

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

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

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

【００６５】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。ノードＩＤ番号の割り振りの手順としては、まず
１つのポートにのみ接続があるノード（リーフ）から起
動することができ、この中から順にノード番号＝０、
１、２・・・と割り当てられる。

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

【００６７】全てのリーフが自己ノードＩＤを取得し終
ると、次はブランチヘ移り、リーフに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。即ち、常
にルートは最大のノードＩＤ番号を所有するものであ
る。以上のようにして、階層構造全体のノードＩＤの割
り当てが終わり、ネットワーク構成が再構築され、バス
の初期化作業が完了する。

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

【００６９】アービトレーションを説明するために、図
３０（ａ）にバス使用要求、図３０（ｂ）にバス使用許
可の図を示し、以下これを用いて説明する。アービトレ
ーションが始まると、１つもしくは複数のノードが親ノ
ードに向かって、それぞれバス使用権の要求を発する。
図３０（ａ）のノードＣとノードＦがバス使用権の要求
を発しているノードである。

【００７０】これを受けた親ノード（図３０ではノード
Ａ）は、さらに親ノードに向かって、バス使用権の要求
を発する（中継する）。この要求は最終的に調停を行う
ルートに届けられる。バス使用要求を受けたルートノー
ドは、どのノードにバスを使用させるかを決める。この
調停作業はルートノードのみが行なえるものであり、調
停によって勝ったノードにはバスの使用許可を与える。
図３０（ｂ）ではノードＣに使用許可が与えられ、ノー
ドＦの使用は拒否された場合である。

【００７１】アービトレーションに負けたノードに対し
てはＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送り、
拒否されたことを知らせる。拒否されたノードのバス使
用要求は次回のアービトレーションまで待たされる。以
上のようにして、アービトレーションに勝ってバスの使
用許可を得たノードは、以降データの転送を開始でき
る。

【００７２】次に、アービトレーションの一連の流れを
図３１のフローチャートに示して説明する。ノードがデ
ータ転送を開始できるためには、バスがアイドル状態で
あることが必要である。先に行われていたデータ転送が
終了して、現在バスが空き状態であることを認識するた
めには、各転送モードで個別に設定されている所定のア
イドル時間ギャップ長（例、サブアクション・ギャッ
プ）を経過することによって、各ノードは自分の転送が
開始できると判断する。

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

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

【００７５】ステップＳ４０２で転送するデータがない
場合はそのまま待機する。次に、ステップＳ４０４で
は、ステップＳ４０３のバス使用要求を１つ以上ルート
が受信したら、ルートはステップＳ４０５として使用要
求を出したノードの数を調べる。ステップＳ４０５での
選択値がノード数＝１（使用権要求を出したノードは１
つ）だったら、そのノードに直後のバス使用許可が与え
られることになる。

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

【００７７】ステップＳ４０７では、ステップＳ４０６
で使用要求を出した複数ノードの中からルートが調停し
て使用許可を得た１つのノードと、敗れたその他のノー
ドに分ける選択を行う。ここで、調停されて使用許可を
得た１つのノード、又はステップＳ４０５の選択値から
使用要求ノード数＝１で調停無しに使用許可を得たノー
ドには、ステップＳ４０８で、ルートはそのノードに対
して許可信号を送る。許可信号を得たノードは、受け取
った直後に転送すべきデータ（パケット）を転送開始す
る。

【００７８】また、ステップＳ４０６の調停で敗れて、
バス使用が許可されなかったノードにはステップＳ４０
９としてルートから、アービトレーション失敗を示すＤ
Ｐ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送られ、これ
を受け取ったノードは再度転送を行うためのバス使用要
求を出すため、ステップＳ４０１まで戻り、所定ギャッ
プ長が得られるまで待機する。以上がアービトレーショ
ンの流れの説明である。

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

【００８０】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋ ｇａｐという短いギャップの後、返送して応答す
るか応答パケットを送ることによって転送が完了する。

【００８１】ａｃｋは４ビットの情報と４ビットのチェ
ックサムからなり、成功か、ビジー状態か、ペンディン
グ状態であるかといった情報を含み、すぐに送信元ノー
ドに返送される。

【００８２】次に、図３３にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
及び誤り訂正用のデータＣＲＣの他にはヘッダ部があ
り、そのヘッダ部には図２７に示したような、目的ノー
ドＩＤ、ソースノードＩＤ、転送データ長さや各種コー
ドなどが書き込まれ、転送が行われる。

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

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

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

【００８６】図３４はアイソクロナス転送における、時
間的な遷移状態を示す図である。アイソクロナス転送
は、バス上で一定時間毎に実行される。この時間間隔を
アイソクロナスサイクルと呼ぶ。アイソクロナスサイク
ル時間は１２５μＳである。この各サイクルの開始時間
を示し、各ノードの時間調整を行う役割を担っているの
がサイクル・スタート・パケットである。

【００８７】サイクル・スタート・パケットを送信する
のは、サイクル・マスタと呼ばれるノードであり、１つ
前のサイクル内の転送終了後、所定のアイドル期間（サ
ブアクションギャップ）を経た後、本サイクルの開始を
告げるサイクル・スタート・パケットを送信する。この
サイクル・スタート・パケットの送信される時間間隔が
１２５μＳとなる。

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

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

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

【００９１】図３５にアイソクロナス転送のパケットフ
ォーマットの例を示す。各チャネルに分かれた各種のパ
ケットには、それぞれデータ部及び誤り訂正用のデータ
ＣＲＣの他にヘッダ部があり、そのヘッダ部には図３５
に示したような、転送データ長やチャネルＮ０、その他
各種コード及び誤り訂正用のヘッダＣＲＣ等が書き込ま
れ、転送が行われる。

【００９２】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送とは混在できる。その時の、アイソクロナス
転送とアシンクロナス転送とが混在した、バス上の転送
状態の時間的な遷移の様子を図３６に示す。アイソクロ
ナス転送はアシンクロナス転送より優先して実行され
る。その理由は、サイクル・スタート・パケットの後、
アシンクロナス転送を起動するために必要なアイドル期
間のギャップ長（サブアクションギャップ）よりも短い
ギャップ長（アイソクロナスギャップ）で、アイソクロ
ナス転送を起動できるからである。従って、アシンクロ
ナス転送より、アイソクロナス転送は優先して実行され
ることになる。

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

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

【００９５】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達することによって、アシ
ンクロナス転送を行いたいノードはアービトレーション
の実行に移れると判断する。但し、アシンクロナス転送
が行える期間は、アイソクロナス転送終了後から、次の
サイクル・スタート・パケットを転送すべき時間（ｃｙ
ｃｌｅ ｓｙｎｃｈ）までの間にアシンクロナス転送を
起動するためのサブアクションギャップが得られた場合
に限っている。

【００９６】図３６のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナス転送と、その後アシンクロナス転
送（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌ
ｅ ｓｙｎｃｈ）に至るので、サイクル＃ｍでの転送は
ここまでで終わる。

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

【００９８】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。こういった遅延情報も含めて、サイクル・マスタに
よって管理される。以上が１３９４シリアルバスについ
ての説明である。

【００９９】次に、本発明の第１の実施の形態を説明す
る。図２はシステムの構成を示す。図２において、影条
件管理用ソフトウェアがインストールされたＰＣ１０１
には、ＩＥＥＥ１３９４ケーブル１０３を介してデジタ
ルビデオカメラ（以後ＤＶＣ）１０２が接続されると共
に、モニタ１０４、キーボード１０５が設けられてい
る。

【０１００】図１は、ＰＣ１０１とＤＶＣ１０２の概略
構成を示すブロック図である。この図１においては、特
に、ＰＣ１０１では、撮影条件管理ソフトウェアを起
動、操作させるために必要な機能を、ＤＶＣ１０２で
は、ＰＣ１０１と必要な情報の通信を行うために必要な
機能のみを示した。

【０１０１】ＰＣ１０１内部には、ソフトウェアの起動
やモニタ表示画像の制御、キーボード等からの入力情報
の読み取り等の制御を行う制御手段１０８、モニタ表示
用の画像情報を出力する画像表示手段１０９、キーボー
ド等の入力を読み取り、制御手段１０８へ情報を送る操
作手段１１０、画像情報や撮影条件、撮影状況情報を記
憶するメモリ１１１、ＤＶＣ１０２等とデジタル情報の
通信を行うデジタルＩ／Ｆ部１１２が含まれる。

【０１０２】ＤＶＣ１０７内部には、メカ部１１４や信
号処理部１１５の制御を行う制御手段１１３、磁気テー
プの再生を行うメカ部１１４、磁気テープからの再生信
号の処理を行う信号処理部１１５、ＰＣ１０１等とデジ
タル通信を行うためのデジタルＩ／Ｆ１１６、ＰＣ１０
１等から送られて来る情報の記録等に用いられる不揮発
性メモリ部１１７が含まれている。

【０１０３】ＤＶＣ１０２及びＰＣ１０１は、それぞれ
ＩＥＥ１３９４ケーブル１０３が接続されると、それを
認識してモード設定動作に入るか否かの判別を行う。図
３はこのときの具体的な処理を示す。Ｓ３５０１で処理
の実行が開始されると、Ｓ３５０２でＩＥＥＥ１３９４
ケーブル１０３が接続されたか否かを、バスリセットが
発生したかどうかを検出することにより認識する。

【０１０４】バスリセットが発生していなければ、何ら
処理を実行することなくそのまま待機する。バスリセッ
トが発生していれば、Ｓ３５０３でＤＶＣ１０２が接続
されたか否かを識別する。ＤＶＣが接続されたか否かの
識別方法としては、例えば前述の図２３に示されるＤＶ
Ｃの１３９４シリアルバスにおけるアドレス空間の６４
ビットアドレスを読み出して、通信対象とするＤＶＣか
どうかを識別する方法がある。

【０１０５】通信対象とするＤＶＣが接続されていない
と判断した場合は、処理をＳ３５０２に戻す。通信対象
とするＤＶＣが接続されていると判断される場合は、Ｓ
３５０４でＤＶＣ側がＰＣ側からの通信要求を受け付け
る状態であるかどうかを判断する。通信要求を受け付け
る状態でない場合は、処理をＳ３５０３に戻して、制御
対象であるＤＶＣが依然接続されているかどうかを確認
した上で、Ｓ３５０４の処理を再実行する。

【０１０６】Ｓ３５０４でＤＶＣが通信要求を受け付け
る状態であると認識された場合は、Ｓ３５０５でＤＶＣ
からＤＶ情報を送信したり、ＰＣ側から撮影条件情報や
制御情報を送信する。ＩＥＥＥ１３９４を用いることに
よって、入出力を相互にリアルタイムで行うことができ
る。

【０１０７】次に、ＤＶＣ１０２が磁気テープに記録さ
れた映像を再生する再生モードに設定されていた場合、
再生映像情報は１３９４ケーブル１０３を通じてＰＣ１
０１例に送信される。撮影条件管理ソフトウェアがＰＣ
１０１によって起動されていた場合、上記送信された映
像情報は圧縮を解かれ、ＰＣ１０１に接続されているモ
ニタ１０４で表示される。

【０１０８】上記の表示画面を図４に示す。図４におい
ては、撮影条件管理ソフトウェアが起動されているため
に、起動ウィンドウ２０１が表示されており、現在、再
生画像から撮影条件のサンプルを選択中であることを示
すＳＡＭＰＬＥ ＳＥＬＥＣＴの表示が左上に表示され
ている。さらに、起動ウィンドウ上には再生画像を表示
するための選択ウィンドウ２０２が表示されている。

【０１０９】このウィンドウ上には、再生画面２０３と
共に、再生情報中に含まれるシステムデータから読み取
った撮影条件情報もリアルタイムで表示されている（選
択ウィンドウ上右側の表２０４）。

【０１１０】さらに再生画面の下には、再生モードを通
常再生、１倍速逆再生、高速逆再生、高速再生、一時停
止等を実行させるための再生モードコマンドスイッチ２
０５が表示されており、ユーザはマウスポインタ等でこ
れらのスイッチをクリックすることにより、サンプルと
して記憶する画面を自由に選択することができるように
なっている。

【０１１１】また、このときの再生モード情報は、ＩＥ
ＥＥ１３９４を通じてＤＶＣ１０２に送信され、この情
報を受け取ったＤＶＣは、その情報に応じて再生モード
の設定を変更することによって、コマンドスイッチによ
る指示と画像の再生モードとの同期をとることが可能と
なっている。

【０１１２】サンプルとして選択する画面が決定した
ら、ユーザはウィンドウ２０２下部に表示されたＳＥＬ
ＥＣＴスイッチ２０６をマウスポインタ等でクリックす
ると、そのクリックされた時点での再生画面１フレーム
と、リアルタイムで表示していた撮影条件情報とを共に
対応させてＰＣのメモリ１１１に記録する。

【０１１３】記憶が終了すると、上記メモリ１１１にサ
ンプル情報と共に記録されている任意の撮影状況情報を
設定する。撮影状況情報とは、撮影場所、撮影された季
節、動きが多い撮影対象の撮影かほとんど動かない撮影
対象の撮影か等、記録された画像の画質に大きな影響を
与えるであろうと考えられる情報である。これらの情報
は、磁気テープ中のシステムデータにデジタル情報とし
て記録するには、大きすぎる情報量である。そのためＰ
Ｃ上で設定を行う。

【０１１４】上記撮影状況情報を設定するために、サン
プル画面を選択し、サンプル画面の画像情報と撮影条件
情報の記録が終了した時点で選択ウィンドウ２０２は画
面から消え、代わりに撮影状況設定ウィンドウ３０１に
切り替わる。

【０１１５】上記切り替わった画面を図５に示す。撮影
状況設定ウィンドウ中には、さきほど選択したサンプル
画像と撮影条件とが表示され、さらにウィンドウ中右側
には撮影状況設定のための項目３０２が並んでいる。撮
影状況の項目としては、撮影場所（ＰＬＡＣＥ）、季節
や撮影を行った月といった大雑把な撮影時期（ＤＡＴＥ
１）、撮影時間（ＤＡＴＥ２）、動きの多い被写体なの
か、動きが少ない被写体なのかという移動頻度（ＭＯＶ
ＩＮＧ）といった項目が初期設定として与えられてい
る。この項目以外に設定したい項目がある場合は、ＵＳ
ＥＲ１、２、３、４としてユーザが設定できる項目も存
在する。

【０１１６】ここで、撮影状況の設定方法を簡単に説明
する。例として撮影場所の設定を行う場合は、マウスポ
インタ等で項目ＰＬＡＣＥの隣のＮＯＮ ＳＥＴＴＩＮ
Ｇを選択する。すると、選択されたＮＯＮ ＳＥＴＴｌ
ＮＧの背景色が変化し（図６）、さらに設定選択ウィン
ドウが現れる（図７（ａ）の５０１）。この選択ウィン
ドウ５０１内には、野外での撮影か室内での撮影かが選
択できるように、ＩＮＤＯＯＲの項目とＯＵＴＤＯＯＲ
の項目とが表示されている。

【０１１７】ここでは、野外のスポーツの撮影画面がサ
ンプルとして選択されているので、ＯＵＴＤＯＯＲを選
ぶ（図７（ｂ））。するとさらに、野外のどんな場所で
撮影が行われたのかを選択する選択ウィンドウ５０２が
表示される。この選択ウィンドウで、例えば競技場を示
す項目ＳＴＡＤＩＵＭを選択すると、さらにどの競技場
での撮影だったかも設定することができる（図７
（ｄ））。ここでは横浜国際総合競技場を示すＹＯＫＯ
ＨＡＭＡ ＫＯＫＵＳＡＩが選択されている。

【０１１８】ここまでの設定を終えた場合のサンブル設
定ウィンドウ３０１を図８に示す。撮影場所を示すＰＬ
ＡＣＥの項目が、ＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩに
設定されていることが分かる。同様に、撮影時期や撮影
対象の動きの多さ等を順次設定した設定ウィンドウ３０
１を図９に示す。

【０１１９】以上がソフトウェア側で予め用意された撮
影状況設定項目の設定方法であるが、ユーザによっては
この他の設定項目が必要になる場合や、既に存在してい
る設定項目の追加、削除、項目名の変更等を行う必要が
考えられる。項目の設定方法を以下に示す。項目名の変
更を行う場合には、設定ウィンドウ３０１上部のＥＤＩ
Ｔをマウスポインタ等で選択する（図１０）。すると、
選択されたＥＤＩＴの文字が選択されたことを示すため
に変色する。

【０１２０】さらに項目名の編集を行う編集ウィンドウ
９０１が表示される（図１１）。このウィンドウ９０１
内には、設定項目中で編集可能な項目がファイルとして
表示され、さらに編集を終了するための終了スイッチＥ
ＮＤ９０３が表示されている。

【０１２１】ここでは例として、撮影場所を示す項目Ｐ
ＬＡＣＥの項目の編集方法を説明する。マウスポインタ
でＰＬＡＣＥファイル９０２を選択すると、編集ウィン
ドウ内の表示が変化し、ＰＬＡＣＥファイル９０２内に
含まれるＯＵＴＤＯＯＲファイル１００１と、ＩＮＤＯ
ＯＲファイル１００８が表示される（図１２（ａ））。
ここでさらに、ＯＵＴＤＯＯＲのファイルを選択する
と、ＯＵＴＤＯＯＲフォルダ１００１に含まれる撮影場
所のフォルダが表示される（図１２（ｂ））。

【０１２２】またさらに、撮影場所に相当するＳＴＡＤ
ＩＵＭフォルダ１００４を選択すると、ＳＴＡＤＩＵＭ
フォルダ１００４に含まれる撮影場所フォルダがさらに
表示されることになる（図１２（ｃ））。

【０１２３】前述したサンプルに対する設定時には、撮
影場所情報として野外撮影＞競技場＞横浜国際競技場と
いう撮影場所の限定を行った。しかしユーザによっては
この限定では不十分である場合がある。例えばここでは
競技フィールドの真ん中での撮影（明るく、遠い撮影対
象）であって、観客席の撮影（暗く、近い撮影対象）で
はない、と限定を加えたい場合が考えられる。

【０１２４】そこで、ここでは横浜国際競技場を示すＹ
ＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩフォルダ１００５を選
択する。すると現在、横浜国際競技場の名称までは登録
されていたが、さらに細かい設定はされていないため
に、表示画面は名称未設定のフォルダ１００６のみが表
示される（図１２（ｄ））。今回の撮影画像は競技フィ
ールドの真ん中での撮影が主であるために、「フィール
ドの真ん中である」という限定を示す名称を、この名称
未設定フォルダ１００６に対して、キーボード等を用い
て設定することができる（図１２（ｅ））。

【０１２５】さらに「観客席」「競技場入り口」等の設
定も合わせて行いたい場合には、ウィンドウ９０１中の
ＭＡＫＥ Ａ ＮＥＷ ＣＡＴＥＧＯＲＹスイッチ１０
０２を選択することで、新たにフォルダを作成すること
が可能であり、また、既に作成されているフォルダを消
去したい場合にも、同様にＣＬＥＡＲ ＣＡＴＥＧＯＲ
Ｙスイッチ１００３を使用すれば、マウスポインタ等で
選択したフォルダを消去することも可能である。同様
に、ＵＳＥＲ１、２、３、４の項目もユーザの必要に応
じて設定することが可能である。

【０１２６】以上の撮影状況項目の編集を終了し、ユー
ザ項目の設定も行った設定の例を図１３に示す。ユーザ
項目が、 ＵＳＥＲ１→ＷＨＯ／ＷＨＡＴ（撮影対象） ＵＳＥＲ２→Ｗ／Ｔ（ワイド・テレ） ＵＳＥＲ３→ＷＥＡＴＨＥＲ（天気） ＵＳＥＲ４→ＣＡＭＥＲＡＩＤ（ビデオカメラ１Ｄ） というように項目名の変更が行われ、さらにそれぞれの
項目の設定も行われている。

【０１２７】 ＷＨＯ／ＷＨＡＴ→ＳＰＯＲＴＳ ＧＡＭＥ Ｗ／Ｔ→Ｔ ＷＥＡＴＨＥＲ→ＧＯＯＤ ＣＡＭＥＲＡＩＤ→１２３４５６ ここで、カメラＩＤとはビデオカメラの固有ＩＤであ
る。ビデオカメラを複数使用する場合には、同じ撮影対
象であっても撮影画像に変化があることを考慮してい
る。

【０１２８】以上でサンプル設定が終了した。設定を終
えるには、終了スイッチ１１０１をマウスポインタでク
リックする。クリックと同時に、画像画面と共にカメラ
撮影条件情報、撮影状況情報をメモリに記憶する。

【０１２９】以上は撮影条件のサンプルの設定について
説明したが、次に、サンプルとして保存された撮影条件
の検索方法について説明する。図１４に撮影条件の検索
ウィンドウ１２０１が示されている。検索方法として
は、理想に近い画像の撮影条件を検索する（ＰＩＣＴＵ
ＲＥ ＳＥＡＲＣＨ）、任意の撮影条件の項目から検索
する（ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨ）、撮影
状況項目から検索する（ＲＥＣＯＤＩＮＧ ＣＯＮＤＩ
ＴＩＯＮ ＳＥＡＲＣＨ）の３つを行うことができ、そ
れぞれの検索方法に応じたスイッチ１２０２〜１２０４
が表示されている。

【０１３０】まず、画像による検索の方法を示す。マウ
スポインタ等でＰＩＣＴＵＲＥスイッチ１２０２をクリ
ックすると、ＰＩＣＴＵＲＥ ＳＥＡＲＣＨウィンドウ
１３０１が表示される（図１５（ａ））。すると、今ま
でサンプルとして記録された画像がウィンドウ上に全て
表示される。ユーザは現在撮影した理想の画像に近い画
像を選択して、その撮影条件、撮影状況を検索すること
ができる。

【０１３１】画像を選択するには、選択したい画像をマ
ウスポインタ等でクリックする。すると、選択した画像
の画像、撮影条件、撮影状況を表示した検索結果ウィン
ドウ１３０２が表示される（図１５（ｂ））。

【０１３２】次に撮影条件によって検索する場合を説明
する。検索ウィンドウ１２０１中のＣＡＭＥＲＡ ＭＯ
ＤＥスイッチ１２０３をマウスポインタ等でクリックす
ると、ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨウィンド
ウ１４０１が表示される（図１６（ａ））。ウィンドウ
１４０１中には、撮影条件が羅列表示されており、それ
ぞれの設定内容をサンプル設定時と同様に設定すること
ができる。

【０１３３】必要な設定条件を設定し終えたら、検索ス
タートスイッチであるＳＥＡＲＣＨスイッチをクリック
すれば、設定された設定条件に適合するサンプルのサン
プル画像が検索結果選択ウィンドウ１４０３に表示され
（図１６（ｃ））、ユーザは検索したいサンプルをサン
プル画像をクリックすることによって、前述した検索結
果ウィンドウ１３０２を表示させることができる。

【０１３４】撮影状況による検索も同様である。検索ウ
ィンドウ１２０１中のＲＥＣＯＲＤＩＮＧ ＣＯＮＤＩ
ＴＩＯＮスイッチをクリックし、撮影状況ウィンドウ１
４０２（図１６（ｂ））を表示させる。さらに撮影状況
の設定を行い、適合するサンプルから検索したいサンプ
ルを選択し、検索ウィンドウ１３０２を表示させること
が可能である。以上が記録されたサンプルの撮影条件検
索方法である。

【０１３５】次に、第２の実施の形態を説明する。本実
施の形態では、検索結果で得られた撮影条件をデジタル
ビデオカメラに設定させる方法を示す。図１７（ａ）は
検索結果ウィンドウ１３０２である。このウィンドウ１
３０２で表示されている撮影条件データをＤＶＣに転送
する場合について説明する。

【０１３６】ウィンドウ１３０２中には、撮影条件転送
スイッチ１５０１が表示されている。このスイッチ１５
０１をマウスポインタ等でクリックすると、転送設定ウ
ィンドウ１５０３が表示される（図１７（ｂ））。この
ウィンドウ１５０３は、検索結果ウィンドウ１３０２中
に表示されている。

【０１３７】さらに条件ごとに→とＸの表示が並記され
ている。ユーザはこの→とＸを各設定ごとに選択するこ
とにより、その撮影条件データをＤＶＣに転送するかし
ないかを選択することが可能となっている。これによっ
て必要な撮影条件データのみをビデオカメラヘ転送する
ことができ、様々な撮影状況に対応することが可能とな
っている。

【０１３８】転送データの選択が終了したら、撮影条件
データの転送を開始するＳＴＡＲＴＴＲＡＮＳＰＯＲＴ
スイッチ１５０２をクリックし、転送を開始する。転送
された撮影条件情報を受け取ったＤＶＣは、この情報を
不揮発性メモリに記憶させる。これによって、必要な時
に記憶された撮影条件情報を呼び出すことが可能とな
り、一つの撮影モードとして使用することができる。

【０１３９】図１８は、ＰＣ１０１によって起動される
撮影条件管理ソフトウェアのサンプル画像の選択時にお
ける制御を示すフローチャートである。まず、Ｓ１０１
において、ＤＶＣ側からＤＶ情報が送信中かどうかを判
断する。送信中であれば、そのＤＶ情報からサンプルを
選択するモードであるのかを判断し（Ｓ１０２）、サン
プル選択モードであれば、サンプル画像の選択処理（Ｓ
１０３）を行う。

【０１４０】選択が終了する（Ｓ１０４）と、画像デー
タと撮影条件データを一時的にメモリに記憶し（Ｓ１０
５）、撮影状況設定処理を行う（Ｓ１０６）。ここで設
定が終了する（Ｓ１０７）と、設定された撮影条件デー
タと画像データ、撮影条件データを一つのサンプル情報
としてメモリに記憶する（Ｓ１０８）。

【０１４１】図１９は撮影条件の検索時における制御を
示すフローチャートである。この検索モードは、サンプ
ル選択モードでない場合に呼び出される（）。まず、
ステップ１０９において、撮影条件検索モードであるか
を判断する。

【０１４２】撮影条件検索モードであれば、画像による
検索なのか、撮影条件による検索なのか、撮影状況によ
る検索なのかを判断する（Ｓ１１０、Ｓ１１１、Ｓ１１
２）。画像による検索である場合には、サンプル画像の
選択処理（Ｓ１１４）を行い、選択が行われたら（Ｓ１
１５）、選択されたサンプルの画像情報、撮影条件情
報、撮影状況情報をメモリから読み出し、サンプル検索
結果ウィンドウ１３０２を表示する（Ｓ１２６）。

【０１４３】撮影条件による検索であれば、検索を行い
たい撮影条件設定処理を行い、さらに設定が終わると、
設定された撮影条件に対応したサンプルの検索を行う。
さらに検索されたサンプルの中から選択が行われると、
ステップ１２６の処理を行う。

【０１４４】撮影状況による検索の場合は、検索を行い
たい撮影状況設定処理を行い、さらに設定が終わると、
設定された撮影状況に対応したサンプルの検索を行う。
さらに検索されたサンプルの中から選択が行われると、
ステップ１２６の処理を行う。

【０１４５】図２０は、検索結果の撮影条件情報をＤＶ
Ｃに転送する場合の制御を示すフローチャートである。
転送モードヘの移行は、Ｓ１２６の処理が終了し、撮影
条件の転送要求があった場合（Ｓ１２７）に行われる。
転送要求があった場合、転送する撮影条件情報の選択を
行う処理（Ｓ１２８）に移行し、さらに選択が終了する
（Ｓ１２９）と、ＤＶＣと接続されているか確認した後
（Ｓ１３０）に、選択された撮影条件情報をＤＶＣに転
送する（Ｓ１３１）。

【０１４６】次に、本発明の他の実施の形態としての記
憶媒体について説明する。本発明は、ハードウェアで構
成してもよく、また、ＣＰＵとメモリとで構成されるコ
ンピュータシステムで構成してもよい。コンピュータシ
ステムで構成する場合、上記メモリは本発明による記憶
媒体を構成する。

【０１４７】即ち、前述した各実施の形態において、各
図のフローチャートについて説明した動作を実行するた
めのソフトウェアのプログラムコードを記憶した記憶媒
体を、システムや装置で用い、そのシステムや装置のＣ
ＰＵが上記記憶媒体に格納されたプログラムコードを読
み出し、実行することにより、本発明の目的を達成する
ことができる。

【０１４８】また、この記憶媒体としては、ＲＯＭ、Ｒ
ＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、
磁気媒体等を用いてよく、これらをＣＤ−ＲＯＭ、フロ
ッピィディスク、磁気媒体、磁気カード、不揮発性メモ
リカード等に構成して用いてよい。

【０１４９】従って、この記憶媒体を図１、図２に示し
たシステムや装置以外の他のシステムや装置で用い、そ
のシステムあるいはコンピュータがこの記憶媒体に格納
されたプログラムコードを読み出し、実行することによ
っても、上記各実施の形態と同等の機能を実現できると
共に、同等の効果を得ることができ、本発明の目的を達
成することができる。

【０１５０】また、コンピュータ上で稼働しているＯＳ
等が処理の一部又は全部を行う場合、あるいは記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された拡張機能ボードやコンピュータに接続された
拡張機能ユニットに備わるメモリに書き込まれた後、そ
のプログラムコードの指示に基づいて、上記拡張機能ボ
ードや拡張機能ユニットに備わるＣＰＵ等が処理の一部
又は全部を行う場合にも、各実施の形態と同等の機能を
実現できると共に、同等の効果を得ることができ、本発
明の目的を達成することができる。

【０１５１】

【発明の効果】以上説明したように、本発明における請
求項１、１６、１７、１９の発明によれば、パソコン等
に撮影条件を取り込み記憶する際に、撮影条件と共に、
どういった環境での撮影であったか、何を撮影していた
のか（晴天の野外、夏、公園、子供）等の情報や、サン
プルとして記憶した撮影条件のサンプル名等の情報等を
含む撮影状況情報等、任意の情報を付け加えることがで
きる。これによって、撮影条件をライブラリ化すること
ができ、後で撮影を行う場合に、上記任意の情報を参考
にして撮影条件を決定することができる。

【０１５２】また、請求項２の発明によれば、上記のよ
うにライブラリ化した撮影条件から、撮影条件に付随し
た任意の情報を検索することができるので、撮影条件を
決定する際の検討を行いやすくすることができる。

【０１５３】また、請求項３の発明によれば、上記ライ
ブラリ化した任意の撮影状況に関する情報から、撮影条
件を検索することができるので、撮影条件を決定する際
の検討を行いやすくすることができる。

【０１５４】また、請求項４の発明によれば、撮影した
映像情報に付随してその撮影条件、撮影状況を記録する
ことができる。これによって、例えばパソコン等に撮影
条件を取り込み、記憶する際に、撮影条件と共に、どう
いった環境での撮影であったか、何を撮影していたのか
（晴天の野外、夏、公園、子供）等の情報や、サンプル
として記録した撮影条件のサンプル名情報を付加し、さ
らに、撮影された映像情報も付加して記録することがで
きる。このため、撮影条件、撮影状況、撮影映像をライ
ブラリ化することができる。

【０１５５】また、請求項５の発明によれば、撮影条件
から、撮影された映像情報や撮影状況を検索することが
できるので、撮影条件を決定する際の検討を行いやすく
することができる。

【０１５６】また、請求項６の発明によれば、撮影状況
から、撮影された映像情報や撮影状況を検索することが
できるので、撮影条件を決定する際の検討を行いやすく
することができる。

【０１５７】また、請求項７の発明によれば、映像情報
から、その映像が撮影されたときの撮影条件、撮影状況
等を検索することができるので、撮影条件を決定する際
の検討を行いやすくすることができる。

【０１５８】請求項８の発明によれば、最適と思われる
撮影条件を選択し、その撮影条件をビデオカメラに設定
することができるので、煩わしい撮影条件の設定を自動
的に行うことができる。

【０１５９】また、請求項９の発明によれば、いくつか
の異なる撮影環境で撮影を行うことが考えられる場合
に、予めいくつか撮影条件をビデオカメラに記憶させて
おくことで、それぞれの撮影環境に適応した撮影条件で
撮影を行うことができる。

【０１６０】また、請求項１０の発明によれば、ユーザ
が撮影状況等の任意の情報を自分で新たに設定すること
ができる。

【０１６１】また、請求項１１、１８の発明によれば、
撮影条件情報を管理する装置に対して、管理すべき撮影
条件情報を送信することのできる撮影装置を提供するこ
とができる。

【０１６２】また、請求項１２、１３の発明によれば、
撮影条件情報をその撮影した映像情報と共に記録し、再
生することができ、再生した撮影条件情報及び／又は映
像情報を管理装置に送信することのできる撮影装置を提
供することができる。

【０１６３】また、請求項１４の発明によれば、管理装
置等の外部装置から撮影条件を受信し、それを撮影の際
に設定することができるので、煩わしい撮影条件の設定
を自動的に行うことができる。

【０１６４】また、請求項１５の発明によれば、上記受
信した撮影条件情報を記憶しておき、後の撮影の際に用
いるようにすることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態によるＰＣとＤＶＣを接続
した構成を示すブロック図である。

【図２】本発明の実施の形態によるＰＣとＤＶＣを接続
した構成を示す構成図である。

【図３】ＰＣとＤＶＣの接続の認識のための処理を示す
フローチャートである。

【図４】撮影条件管理ソフトウェアの起動ウィンドウ例
を示す構成図である。

【図５】サンプルに撮影状況を設定する設定ウィンドウ
起動時の例を示す構成図である。

【図６】撮影状況設定方法を示す構成図である。

【図７】撮影状況の内、撮影場所の設定を行う際の設定
方法例を示す構成図である。

【図８】撮影場所の設定を終了した設定ウィンドウの表
示例を示す構成図である。

【図９】撮影状況の内、撮影場所、撮影時期、撮影対象
の動きを設定した設定ウィンドウの表示例を示す構成図
である。

【図１０】撮影状況の項目の変更を行う際の説明のため
の構成図である。

【図１１】撮影状況の項目の編集ウィンドウの表示例を
示す構成図である。

【図１２】撮影状況項目の編集方法を説明するための構
成図である。

【図１３】撮影状況項目の編集とそれぞれの項目の設定
を終了した設定ウィンドウを示す構成図である。

【図１４】撮影条件検索ウィンドウを示す構成図であ
る。

【図１５】サンプル画像による検索を行う際の検索ウィ
ンドウと検索結果ウィンドウを示す構成図である。

【図１６】撮影条件による検索ウィンドウ、撮影状況に
よる検索ウィンドウと検索に適合したサンプルを表示す
る検索結果選択ウィンドウを示す構成図である。

【図１７】検索された撮影条件の転送要求の説明及び転
送する撮影条件の選択と転送開始要求の方法を説明する
ための構成図である。

【図１８】サンプルの選択、撮影状況の設定のための処
理を示すフローチャートである。

【図１９】撮影条件検索のための処理を示すフローチャ
ートである。

【図２０】撮影条件情報をＤＶＣに転送するため処理を
示すフローチャートである。

【図２１】１３９４シリアルバスを用いたネットワーク
システムの構成図である。

【図２２】１３９４シリアルバスの構成要素を示す構成
図である。

【図２３】１３９４シリアルバスのアドレス空間を示す
構成図である。

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

【図２５】１３９４シリアルバスにおけるデータ転送フ
ォーマットを示すタイミングチャートである。

【図２６】バスリセットからデータ転送を行うまでのバ
スの作業を示すフローチャートである。

【図２７】上記バスの作業をさらに詳しく示すフローチ
ャートである。

【図２８】上記バスの作業の続きの作業を示すフローチ
ャートである。

【図２９】１３９４シリアルバスを用いたネットワーク
の動作を説明するためのブロック図である。

【図３０】１３９４シリアルバスにおけるアービトレー
ションを説明するためのブロック図である。

【図３１】アービトレーションの一連の流れを示すフロ
ーチャートである。

【図３２】アシンクロナス転送による時間的な遷移状態
を示すタイミングチャートである。

【図３３】アシンクロナス転送のパケットフォーマット
の例を示す構成図である。

【図３４】アイソクロナス転送による時間的な遷移状態
を示すタイミングチャートである。

【図３５】アイソクロナス転送のパケットフォーマット
の例を示す構成図である。

【図３６】バスサイクルを示すタイミングチャートであ
る。

【符号の説明】 １０１ ＰＣ １０２ ＤＶＣ １０３ ＩＥＥＥ１３９４ケーブル １０４ モニタ １０５ キーボード １０８ 制御手段 １０９ 画像表示手段 １１０ 操作手段 １１１ メモリ １１２ デジタルＩ／Ｆ １１３ 制御手段 １１４ メカ部 １１５ 信号処理部部 １１６ デジタルＩ／Ｆ １１７ 不揮発性メモリ ２０１ 撮影条件管理ソフトウェアの起動ウィンドウ ２０２ サンプル画像選択ウィンドウ ２０３ 再生映像表示部分 ２０４ 撮影条件表示部分 ２０５ 再生モード変更命令スイッチ ２０６ サンプル画像選択決定スイッチ ３０１ サンプルの撮影状況設定ウィンドウ ３０２ 撮影状況項目表示部 ５０１ 撮影場所選択ウィンドウ ５０２ 野外撮影場所の限定ウィンドウ ９０１ 撮影状況設定項目の編集ウィンドウ ９０２ 撮影状況設定項目の１つ（撮影場所→ＰＬＡＣ
Ｅ） １００１ 野外撮影の項目 １００２ 新しい項目の追加スイッチ １００３ 項目の削除スイッチ １００４ 競技場の項目 １００５ 横浜国際競技場の項目 １００６ 新しい項目 １００７ 変更された項目 １１０１ サンプル設定終了スイッチ １２０１ 撮影条件検索ウィンドウ １２０２ 画像検索スイッチ １２０３ 撮影条件検索スイッチ １２０４ 撮影状況検索スイッチ １３０１ 画像検索ウィンドウ １３０２ 検索結果ウィンドウ １４０１ 撮影条件検索ウィンドウ １４０２ 撮影状況検索ウィンドウ １４０３ 検索結果ウィンドウ １５０１ 撮影条件転送スイッチ １５０２ 撮影条件転送開始スイッチ １５０３ 撮影条件転送設定ウィンドウ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/781 Ｈ０４Ｎ 5/781 ５１０Ｌ

Claims (19)

【特許請求の範囲】
1. 【請求項１】 映像情報を記録した記録媒体又は撮影を
   行った撮像装置から映像を撮影したときの撮影条件情報
   を読み取る第１の読み取り手段と、 上記読み取った撮影条件情報と対応させて任意の情報を
   記憶する記憶手段とを設けたことを特徴とする撮影条件
   管理装置。
2. 【請求項２】 上記記憶手段から上記撮影条件情報に基
   づいて上記任意の情報を検索する第１の検索手段を設け
   たことを特徴とする請求項１記載の撮影条件管理装置。
3. 【請求項３】 上記記憶手段から上記任意の情報に基づ
   いて上記撮影条件を検索する第２の検索手段を設けたこ
   とを特徴とする請求項１記載の撮影条件管理装置。
4. 【請求項４】 上記記録媒体又は撮像装置から上記映像
   情報を読み取る第２の読み取り手段を設け、上記読み取
   った映像情報を上記記憶手段に、上記任意の情報及び撮
   影条件情報と対応させて記憶することを特徴とする請求
   項１記載の撮影条件管理装置。
5. 【請求項５】 上記記憶手段から上記撮影条件情報に基
   づいて上記任意の情報及び／又は映像情報を検索する第
   ３の検索手段を設けたことを特徴とする請求項４記載の
   撮影条件管理装置。
6. 【請求項６】 上記記憶手段から上記任意の情報に基づ
   いて上記撮影条件及び／又は映像情報を検索する第４の
   検索手段を設けたことを特徴とする請求項４記載の撮影
   条件管理装置。
7. 【請求項７】 上記記憶手段から上記映像情報に基づい
   て上記撮影条件及び／又は任意の情報を検索する第５の
   検索手段を設けたことを特徴とする請求項４記載の撮影
   条件管理装置。
8. 【請求項８】 上記記憶された撮影条件情報のうち、所
   望の撮影条件を上記撮像装置に設定する第１の設定手段
   を設けたことを特徴とする請求項１記載の撮影条件管理
   装置。
9. 【請求項９】 上記記憶された撮影条件情報のうち、所
   望の撮影条件を上記撮像装置内の記憶手段に記憶させる
   制御手段を設けたことを特徴とする請求項１記載の撮影
   条件管理装置。
10. 【請求項１０】 上記任意の情報を設定する第２の設定
    手段を設けたことを特徴とする請求項１記載の撮影条件
    管理装置。
11. 【請求項１１】 撮影した映像の撮影条件情報を外部に
    送信する送信手段を設けたことを特徴とする撮影装置。
12. 【請求項１２】 上記撮影した映像情報を上記撮影条件
    情報と共に記録媒体に記録再生する記録再生手段を設
    け、上記送信手段は、再生された撮影条件情報を送信す
    ることを特徴とする請求項１１記載の撮影装置。
13. 【請求項１３】 上記送信手段は、上記撮影条件情報と
    撮影した映像情報とを対応させて送信することを特徴と
    する請求項１１記載の撮影装置。
14. 【請求項１４】 外部から送られて来る撮影条件情報を
    受信する受信手段と、撮影時に上記受信した撮影条件を
    設定する設定手段とを設けたことを特徴とする請求項１
    １記載の撮影装置。
15. 【請求項１５】 外部から送られて来る撮影条件情報を
    受信する受信手段と、上記受信した撮影条件を記憶する
    記憶手段を設けたことを特徴とする請求項１４記載の撮
    影装置。
16. 【請求項１６】 撮影した映像の撮影条件情報を送信す
    る送信手段を有する撮影装置と、 上記撮影条件情報を受信する受信手段と、上記受信した
    撮影条件情報を任意の情報と対応させて記憶する記憶手
    段とを有する撮影条件管理装置と、 上記撮影装置と撮影条件管理装置とを接続する通信媒体
    とを設けたことを特徴とする撮影条件管理システム。
17. 【請求項１７】 映像情報を記録した記録媒体又は撮影
    を行った撮像装置から映像を撮影したときの撮影条件情
    報を読み取る処理と、 上記読み取った撮影条件情報を任意の情報と対応させて
    記憶する処理とを実行するためのプログラムを記憶した
    コンピュータ読み取り可能な記憶媒体。
18. 【請求項１８】 撮影した映像の撮影条件情報を送信す
    る処理を実行するためのプログラムを記憶したコンピュ
    ータ読み取り可能な記憶媒体。
19. 【請求項１９】 撮影した映像の撮影条件情報を送信す
    る処理と、 上記撮影条件情報を受信する処理と、 上記受信した撮影条件情報を任意の情報と対応させて記
    憶する処理とを実行するためのプログラムを記憶したコ
    ンピュータ読み取り可能な記憶媒体。