JP4006116B2

JP4006116B2 - Imaging condition management apparatus, imaging condition management method, and storage medium

Info

Publication number: JP4006116B2
Application number: JP33383998A
Authority: JP
Inventors: くる美森
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-11-25
Filing date: 1998-11-25
Publication date: 2007-11-14
Anticipated expiration: 2018-11-25
Also published as: JP2000165736A

Description

【０００１】
【発明の属する技術分野】
本発明は、撮影装置によって撮影された映像の撮影条件を管理する撮影条件管理装置、撮影条件管理方法及び記憶媒体に関する。
【０００２】
【従来の技術】
近年、デジタルビデオカメラが普及するに従って、各ビデオカメラメーカは小型、高性能、低価格な機種を短期間に多数投入するようになってきた。これに従って、ユーザ層も女性や高年齢者等に広がってきている一方で、撮影状況も照明が暗い結婚式場内や、スキー場や海岸等の非常に明るい場所での撮影、あるいはスポーツなどの非常に動きが激しい被写体の撮影等と、非常に広がってきている。
【０００３】
ビデオ撮影を行う際には、撮影状況に応じて露出、シャッタスピード、ホワイトバランス等の設定を適切に行う必要があるが、撮影経験の少ないユーザには非常に煩わしい作業であった。そのため、ほとんどのビデオカメラにおいては、上記の設定を自動的に行うオートモードが搭載されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記のように撮影状況が広がって来るに従って、上記オートモードでは露出やホワイトバランス等の適切な設定が困難であるような、特殊な撮影条件での撮影の機会が増えてきている。このため、ユーザがマニュアル設定によって上記露出設定等を行うことが改めて必要となってきているが、やはり設定のための煩わしい作業がネックとなっているのが現状である。
【０００５】
そこで、本発明は、以前に撮影された映像の撮影条件を撮影場所等の撮影状況と共に管理することができ、以前に撮影された映像の中から使用者によって選択された映像の撮影条件を撮像装置に設定することができる撮影条件管理装置、撮影条件管理方法及び記憶媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明に係る撮影条件管理装置は、例えば、映像の撮影に必要な撮影条件を管理する撮影条件管理装置であって、撮影装置から送信された映像と、その映像の撮影条件とを受信する通信手段と、前記撮影装置から送信された映像の中から選択された映像の撮影場所を含む撮影状況を使用者に設定させる撮影状況設定手段と、前記選択された映像と、前記選択された映像の撮影条件と、前記選択された映像の撮影場所を含む撮影状況とを記憶するメモリとを有し、使用者によって設定された撮影状況に適した映像を前記メモリから検索する機能と、前記メモリから検索された映像の中から選択された映像の撮影条件を表示手段に表示する機能と、前記メモリから検索された映像の中から選択された映像の撮影条件を前記撮影装置に設定する前にその撮影条件の中から前記撮影装置に設定してもよい撮影条件を使用者に選択させ、使用者により選択された撮影条件を前記撮影装置に設定する機能とを有することを特徴とする。
【０００７】
また、本発明に係る撮影条件管理方法は、例えば、映像の撮影に必要な撮影条件を管理する撮影条件管理方法であって、撮影装置から送信された映像と、その映像の撮影条件とを受信する工程と、前記撮影装置から送信された映像の中から選択された映像の撮影場所を含む撮影状況を使用者に設定させる工程と、前記選択された映像と、前記選択された映像の撮影条件と、前記選択された映像の撮影場所を含む撮影状況とをメモリに記憶する工程と、使用者によって設定された撮影状況に適した映像を前記メモリから検索する工程と、前記メモリから検索された映像の中から選択された映像の撮影条件を表示手段に表示する工程と、前記メモリから検索された映像の中から選択された映像の撮影条件を前記撮影装置に設定する前にその撮影条件の中から前記撮影装置に設定してもよい撮影条件を使用者に選択させ、使用者により選択された撮影条件を前記撮影装置に設定する工程とを有することを特徴とする。
【０００８】
また、本発明に係る記憶媒体は、例えば、映像の撮影に必要な撮影条件を管理する処理をコンピュータに実行させるコンピュータプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、撮影装置から送信された映像と、その映像の撮影条件とを受信する処理と、前記撮影装置から送信された映像の中から選択された映像の撮影場所を含む撮影状況を使用者に設定させる処理と、前記選択された映像と、前記選択された映像の撮影条件と、前記選択された映像の撮影場所を含む撮影状況とをメモリに記憶する処理と、使用者によって設定された撮影状況に適した映像を前記メモリから検索する処理と、前記メモリから検索された映像の中から選択された映像の撮影条件を表示手段に表示する処理と、前記メモリから検索された映像の中から選択された映像の撮影条件を前記撮影装置に設定する前にその撮影条件の中から前記撮影装置に設定してもよい撮影条件を使用者に選択させ、使用者により選択された撮影条件を前記撮影装置に設定する処理とをコンピュータに実行させるコンピュータプログラムを記憶したことを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態を図面と共に説明する。
本実施の形態は、磁気テープ等に記録された映像情報が撮影された時の撮影条件を管理するシステムである。しかしデジタルビデオカメラ単体で全てのシステムを構築するには、撮影条件を記録するためのメモリ容量、記録された撮影条件をライブラリ化するためのソフトウェア、ハードウェアを含むシステム等、デジタルビデオカメラ自体の体積、処理に大きな負担がかかる。
【００１３】
最近のデジタルビデオカメラの小型化、軽量化、低価格化の流れを考えると、デジタルビデオカメラ本体のみでシステムを構築するのは望ましくない。そこで考えられるのが、パソコン（以後ＰＣ）等と映像情報、撮影条件情報をデジタルＩ／Ｆによって相互通信することにより、撮影条件管理をＰＣ側で行うシステムである。
【００１４】
デジタルビデオカメラとＰＣとの通信を行うには、現在、ＩＥＥＥ１３９４シリアルバスが多用されている。ＩＥＥＥ１３９４シリアルバスの幾つかの大きな特徴としては、後述するように、高速シリアル通信を用いるために、ケーブルが比較的細くフレキシビリティに富み、かつコネクタも従来のＳＣＳＩケーブルに比べて極端に小さいこと、さらには、画像情報のような大容量データを、機器制御データと共に高速で転送できることを挙げることができる。
【００１５】
即ち、ＩＥＥＥ１３９４Ｉ／Ｆを用いた通信によれば、デジタルカメラやビデオカメラ等の移動式や携帯式で、通常は据え置きしない装置を接続するときにも、従来に比べて煩わしさが飛躍的に低減し、画像情報のＰＣへの転送も円滑に行うことが可能になるという大きな利点がある。
そこで、以下にＩＥＥＥ１３９４シリアルバスについて説明する。
【００１６】
家庭用デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータやオーディオデータ等のリアルタイムでかつ大情報量のデータ転送のサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、パソコン（ＰＣ）に取り込んだり、あるいはその他のデジタル機器に転送を行うには、必要な転送機能を備えた高速データ転送可能なインタフェースが必要になってくる。このような観点から開発されたインタフェースが、ＩＥＥＥ１３９４−１９９５（ＨｉｇｈＰｅｒｆｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ、以下、１３９４シリアルバス）である。
【００１７】
図２１に１３９４シリアルバスを用いて構成されるネットワーク・システムの例を示す。このシステムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間及びＣ−Ｈ間をそれぞれ１３９４シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器Ａ〜Ｈは、例としてＰＣ、デジタルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モニタ等である。
【００１８】
各機器間の接続方式は、デイジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。
また、各機器は各自固有のＩＤを有し、それぞれが認識し合うことによって、１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。
【００１９】
また、１３９４シリアルバスの特徴でもあるが、Ｐｌｕｇ＆Ｐｌａｙ機能により、ケーブルを機器に接続した時点で、自動的に機器の認識や接続状況などを認識する機能を有している。
【００２０】
また、図２１のようなシステムにおいて、ネットワークからある機器が削除されたり、又は新たに追加された場合には、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行う。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【００２１】
またデータ転送速度は、１００／２００／４００Ｍｂｐｓ等を備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換性をとるようになっている。
【００２２】
データ転送モードとしては、コントロール信号等の非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータやオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデータとＩｓｏデータは各サイクル（通常１サイクル１２５μＳ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータの転送を優先しつつサイクル内で混在して転送される。
【００２３】
図２２に１３９４シリアルバスの構成要素を示す。
１３９４シリアルバスは全体としてレイヤ（階層）構造で構成されている。図２２に示すように、最もハード的なのが１３９４シリアルバスのケーブルであり、このケーブルのコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤがある。
【００２４】
ハードウェア部は実質的なインターフェイステップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行う。
【００２５】
ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やＩＤの管理を行い、ネットワークの構成を管理する部分である。
上記のハードウェア部とファームウェア部までが実質上の１３９４シリアルバスの構成である。
【００２６】
また、ソフトウェア部のアプリケーション・レイヤは使うソフトによって異なり、インタフェース上にどのようにデータを乗せるかを規定する部分であり、ＡＶプロトコル等のプロトコルによって規定されている。
以上が１３９４シリアルバスの構成である。
【００２７】
次に、図２３に１３９４シリアルバスにおけるアドレス空間の図を示す。
１３９４シリアルバスに接続された各機器（ノード）には必ず各ノード固有の６４ビットアドレスを持たせておく。このアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識でき、相手を指定した通信を行うことができる。
【００２８】
１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準じた方式である。アドレス設定は、最初の１０ｂｉｔがバスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に使われる。残りの４８ｂｉｔが機器に与えられたアドレス幅になり、それぞれ固有のアドレス空間として使用できる。最後の２８ｂｉｔは固有データの領域として、各機器の識別や使用条件の指定の情報等を格納する。
【００２９】
次に、１３９４シリアルバスの特徴といえる技術の部分を、より詳細に説明する。
《１３９４シリアルバスの電気的仕様》
図２４に１３９４シリアルバス・ケーブルの断面図を示す。
１３９４シリアルバスでは接続ケーブル内に、２組のツイストペア信号線の他に電源ラインを設けることも可能である。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。
【００３０】
尚、簡易型の接続ケーブルでは、接続先の機器を限定した上で、電源ラインを設けていないものもある。
電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
【００３１】
《ＤＳ−Ｌｉｎｋ符号化》
図２５は１３９４シリアルバスで採用されているデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。
１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適している。その構成は、２本の信号線を必要とする。より対線のうち１本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。
【００３２】
受信側では、この通信されるデータと、ストローブとの排他的論理和をとることによってクロックを再現できる。
【００３３】
このＤＳ−Ｌｉｎｋ符号化方式を用いるメリットとして、他のシリアルデータ転送方式に比べて転送効率が高いこと、ＰＬＬ回路が不要となるので、コントローラＬＳＩの回路規模を小さくできること、さらには、転送すべきデータが無いときに、アイドル状態であることを示す情報を送る必要が無いので、各機器のトランシーバ回路をスリープ状態にすることができ、これによって消費電力の低減を図れる等が挙げられる。
【００３４】
《バスリセットのシーケンス》
１３９４シリアルバスでは、接続されている各機器（ノード）にはノードＩＤが与えられ、ネットワーク構成として認識されている。
このネットワーク構成に変化があったとき、例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノード数の増減などによって変化が生じて、新たなネットワーク構成を認識する必要があるときは、変化を検知した各ノードはバス上にバスリセット信号を送信して、新たなネットワーク構成を認識するモードに入る。
【００３５】
このときの変化の検知方法は、１３９４ポート基板上でのバイアス電圧の変化を検知することによって行われる。
あるノードからバスリセット信号が伝達されて、各ノードのフィジカルレイヤは、このバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的に全てのノードがバスリセット信号を検知した後、バスリセットが起動となる。
【００３６】
バスリセットは、先に述べたようなケーブル抜挿や、ネットワーク異常等によるハード検出による起動と、プロトコルからのホスト制御等によってフィジカルレイヤに直接命令を出すことによっても起動する。
また、バスリセットが起動するとデータ転送は一時中断され、この間のデータ転送は待たされ、終了後、新しいネットワーク構成のもとで再開される。
以上がバスリセットのシーケンスである。
【００３７】
《ノードＩＤ決定のシーケンス》
バスリセットの後、各ノードは新しいネットワーク構成を構築するために、各ノードにＩＤを与える動作に入る。このときの、バスリセットからノードＩＤ決定までの一般的なシーケンスを図２６、図２７、図２８のフローチャートを用いて説明する。
【００３８】
図２６のフローチャートは、バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示している。
まず、ステップＳ１０１では、ネットワーク内にバスリセットが発生することを常時監視していて、ここでノードの電源ＯＮ／ＯＦＦ等でバスリセットが発生すると、ステップＳ１０２に移る。
【００３９】
ステップＳ１０２では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。ステップＳ１０３では、全てのノード間で親子関係が決定すると、ステップＳ１０４で一つのルートが決定する。全てのノード間で親子関係が決定するまで、ステップＳ１０２の親子関係の宣言を行い、またルートも決定されない。
【００４０】
ステップＳ１０４でルートが決定されると、次にステップＳ１０５で、各ノードにＩＤを与えるノードＩＤの設定作業が行われる。所定のノード順序で、ノードＩＤの設定が行われ、全てのノードにＩＤが与えられるまで繰り返し設定作業が行われ、最終的にステップＳ１０６で全てのノードにＩＤを設定し終えたと判断されたら、新しいネットワーク構成が全てのノードにおいて認識されたので、ステップＳ１０７で、ノード間のデータ転送が行える状態となり、データ転送が開始される。
【００４１】
このステップＳ１０７の状態になると、再びバスリセットが発生するのを監視するモードに入り、バスリセットが発生したら、ステップＳ１０１からステップＳ１０６までの設定作業が繰り返し行われる。
【００４２】
以上説明した図２６のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からＩＤ設定終了までのより詳しい手順を図２７、図２８に示す。
まず、図２７において、ステップＳ２０１では、バスリセットが発生するのを常に監視している。バスリセットが発生すると、ネットワーク構成は一旦リセットされる。次に、ステップＳ２０２で、リセットされたネットワークの接続状況を再認識する作業の第一歩として、各機器にリーフ（ノード）であることを示すフラグを立てておく。さらに、ステップＳ２０３では、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。
【００４３】
ステップＳ２０４では、ポート数の結果に応じてこれから親子関係の宣言を始めていくために、未定義（親子関係が決定されていない）ポートの数を調べる。バスリセットの直後はポート数＝未定義ポート数であるが、親子関係が決定されていくに従って、ステップＳ２０４で検知する未定義ポートの数は変化していく。
【００４４】
まず、バスリセットの直後、はじめに親子関係の宣言を行えるのはリーフに限られている。リーフであるというのはステップＳ２０３のポート数の確認で知ることができる。リーフは、ステップＳ２０５で、自分に接続されているノードに対して、「自分は子、相手は親」と宣言し動作を終了する。
【００４５】
ステップＳ２０３でポート数が複数ありブランチと認識したノードは、バスリセットの直後はステップＳ２０４で未定義ポート数＞１ということなので、ステップＳ２０６へと移り、まずブランチというフラグが立てられ、ステップＳ２０７でリーフからの親子関係宣言で「親」の受付をするために待つ。
【００４６】
リーフが親子関係の宣言を行い、ステップＳ２０７でそれを受けたブランチは適宜ステップＳ２０４の未定義ポート数の確認を行い、未定義ポート数が１になっていれば、残っているポートに接続されているノードに対して、ステップＳ２０５の「自分が子」の宣言をすることが可能になる。２度目以降、ステップＳ２０４で未定義ポート数を確認しても、２以上あるブランチに対しては、再度ステップＳ２０７でリーフ又は他のブランチからの「親」の受付をするために待つ。
【００４７】
最終的に、いずれか１つのブランチ、又は例外的にリーフが（子宣言を行えるのにすばやく動作しなかったため）、ステップＳ２０４の未定義ポート数の結果としてゼロになったら、これにてネットワーク全体の親子関係の宣言が終了したものであり、未定義ポート数がゼロ（すべて親のポートとして決定）になった唯一のノードはステップＳ２０８としてルートのフラグが立てられ、ステップＳ２０９としてルートとしての認識がなされる。
以上のようにして、図２７に示したバスリセットから、ネットワーク内の全てのノード間における親子関係の宣言までが終了する。
【００４８】
次に、図２８のフローチャートについて説明する。
まず、図２７までのシーケンスでリーフ、ブランチ、ルートという各ノードのフラグの情報が設定されているので、これに基づいてステップＳ３０１でそれぞれ分類する。
【００４９】
各ノードにＩＤを与える作業として、最初にＩＤの設定を行うことができるのはリーフからである。リーフ→ブランチ→ルートの順で若い番号（ノード番号＝０〜）からＩＤの設定がなされていく。
【００５０】
次に、ステップＳ３０２で、ネットワーク内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０３で、各自リーフがルートに対して、ＩＤを与えるように要求する。この要求が複数ある場合には、ルートはステップＳ３０４によりアービトレーション（１つに調停する作業）を行い、ステップＳ３０５で、勝ったノード１つにＩＤ番号を与え、負けたノードには失敗の結果通知を行う。
【００５１】
ステップＳ３０６では、ＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたリーフからステップＳ３０７で、セルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５２】
１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３０８で、残りのリーフの数が１つ減らされる。ステップＳ３０９では、上記残りのリーフの数が１以上ある時は、ステップＳ３０３のＩＤ要求の作業からを繰り返し行い、最終的に全てのリーフがＩＤ情報をブロードキャストすると、ステップＳ３０９がＮ＝０となり、次のブランチのＩＤ設定に移る。
【００５３】
ブランチのＩＤ設定もリーフの時と同様に行われる。
まず、ステップＳ３１０で、ネットワーク内に存在するブランチの数Ｍ（Ｍ
は自然数）を設定する。この後、ステップＳ３１で、各自ブランチがルートに対して、ＩＤを与えるように要求する。これに対してルートは、ステップＳ３１２でアービトレーションを行い、勝ったブランチから順にリーフに与え終った次の若い番号から与えていく。
【００５４】
ステップＳ３１３では、ルートは要求を出したブランチにＩＤ情報又は失敗結果を通知し、ステップＳ３１４で、ＩＤ取得が失敗に終わったブランチは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたブランチからステップＳ３１５として、そのノードのセルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５５】
１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３１６で残りのブランチの数が１つ減らされる。そして、ステップＳ３１７で、上記残りのブランチの数が１以上ある時は、ステップＳ３１１のＩＤ要求の作業からを繰り返し、最終的に全てのブランチがＩＤ情報をブロードキャストするまで行われる。全てのブランチがノードＩＤを取得すると、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ取得モードも終了する。
【００５６】
ここまで終了すると、最終的にＩＤ情報を取得していないノードはルートのみなので、ステップＳ３１８で、与えていない番号で最も大きい番号を自分のＩＤ番号と設定し、ステップＳ３１９で、ルートのセルフＩＤパケットをブロードキャストする。
以上により、親子関係が決定した後から、全てのノードのＩＤ、及びバスマネージャが設定されるまでの手順が終了する。
【００５７】
次に、一例として図２９に示した実際のネットワークにおける動作を説明する。
図２９においては、（ルート）ノードＢの下位にはノードＡとノードＣが直接接続されており、また、ノードＣの下位にはノードＤが直接接続されており、さらに、ノードＤの下位にはノードＥとノードＦが直接接続された階層構造になっている。上記の階層構造やルートノード、ノードＩＤを決定する手順を説明する。
【００５８】
バスリセットがされた後、まず各ノードの接続状況を認識するために、各ノードの直接接続されているポート間において、親子関係の宣言がなされる。この親子とは親側が階層構造で上位となり、子側が下位になると言うことができる。図２９では、バスリセットの後、最初に親子関係の宣言を行ったのはノードＡである。基本的にノードの１つのポートにのみ接続があるノード（リーフと呼ぶ）から親子関係の宣言を行うことができる。これは自分には１ポートの接続のみということをまず知ることができるので、これによってネットワークの端であることを認識し、その中で早く動作を行ったノードから親子関係が決定されていく。
【００５９】
こうして親子関係の宣言を行った側（Ａ−Ｂ間ではノードＡ）のポートが子と設定され、相手側（ノードＢ）のポートが親と設定される。即ち、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。
【００６０】
さらに１階層あがって、今度は複数個接続ポートを持つノード（ブランチと呼ぶ）のうち、他ノードからの親子関係の宣言を受けたものから順次、さらに上位に親子関係の宣言を行っていく。図２８では、まずノードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノードＣに対する親子関係の宣言を行っており、その結果ノードＤ−Ｃ間で子−親と決定している。
【００６１】
ノードＤからの親子関係の宣言を受けたノードＣは、もう一つのポートに接続されているノードＢに対して親子関係の宣言を行っている。これによってノードＣ−Ｂ間で子−親と決定している。
【００６２】
このようにして、図２９のような階層構造が構成され、最終的に接続されている全てのポートにおいて親となったノードＢが、ルートノードと決定された。ルートは１つのネットワーク構成中に一つしか存在しないものである。
【００６３】
尚、この図２９においては、ノードＢがルートノードと決定されたが、これはノードＡから親子関係宣言を受けたノードＢが、他のノードに対して親子関係宣言を早いタイミングで行っていれば、ルートノードは他ノードに移っていたこともあり得る。即ち、伝達されるタイミングによってはどのノードもルートノードとなる可能性があり、同じネットワーク構成でもルートノードは一定とは限らない。
【００６４】
ルートノードが決定すると、次は各ノードＩＤを決定するモードに入る。ここでは全てのノードが、決定した自分のノードＩＤを他の全てのノードに通知する（ブロードキャスト機能）。
【００６５】
自己ＩＤ情報は、自分のノード番号、接続されている位置の情報、持っているポートの数、接続のあるポートの数、各ポートの親子関係の情報等を含んでいる。
ノードＩＤ番号の割り振りの手順としては、まず１つのポートにのみ接続があるノード（リーフ）から起動することができ、この中から順にノード番号＝０、１、２・・・と割り当てられる。
【００６６】
ノードＩＤを手にしたノードは、ノード番号を含む情報をブロードキャストで各ノードに送信する。これによって、そのＩＤ番号は「割り当て済み」であることが認識される。
【００６７】
全てのリーフが自己ノードＩＤを取得し終ると、次はブランチヘ移り、リーフに引き続いたノードＩＤ番号が各ノードに割り当てられる。リーフと同様に、ノードＩＤ番号が割り当てられたブランチから順次ノードＩＤ情報をブロードキャストし、最後にルートノードが自己ＩＤ情報をブロードキャストする。即ち、常にルートは最大のノードＩＤ番号を所有するものである。
以上のようにして、階層構造全体のノードＩＤの割り当てが終わり、ネットワーク構成が再構築され、バスの初期化作業が完了する。
【００６８】
《アービトレーション》
１３９４シリアルバスでは、データ転送に先立って必ずバス使用権のアービトレーション（調停）を行う。１３９４シリアルバスは個別に接続された各機器が、転送された信号をそれぞれ中継することによって、ネットワーク内の全ての機器に同信号を伝えるように、論理的なバス型ネットワークであるので、パケットの衝突を防ぐ意味でアービトレーションは必要である。これによってある時間には、たった一つのノードのみ転送を行うことができる。
【００６９】
アービトレーションを説明するために、図３０（ａ）にバス使用要求、図３０（ｂ）にバス使用許可の図を示し、以下これを用いて説明する。
アービトレーションが始まると、１つもしくは複数のノードが親ノードに向かって、それぞれバス使用権の要求を発する。図３０（ａ）のノードＣとノードＦがバス使用権の要求を発しているノードである。
【００７０】
これを受けた親ノード（図３０ではノードＡ）は、さらに親ノードに向かって、バス使用権の要求を発する（中継する）。この要求は最終的に調停を行うルートに届けられる。バス使用要求を受けたルートノードは、どのノードにバスを使用させるかを決める。この調停作業はルートノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可を与える。図３０（ｂ）ではノードＣに使用許可が与えられ、ノードＦの使用は拒否された場合である。
【００７１】
アービトレーションに負けたノードに対してはＤＰ（ｄａｔａｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードのバス使用要求は次回のアービトレーションまで待たされる。
以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。
【００７２】
次に、アービトレーションの一連の流れを図３１のフローチャートに示して説明する。
ノードがデータ転送を開始できるためには、バスがアイドル状態であることが必要である。先に行われていたデータ転送が終了して、現在バスが空き状態であることを認識するためには、各転送モードで個別に設定されている所定のアイドル時間ギャップ長（例、サブアクション・ギャップ）を経過することによって、各ノードは自分の転送が開始できると判断する。
【００７３】
ステップＳ４０１では、Ａｓｙｎｃデータ、Ｉｓｏデータ等それぞれ転送するデータに応じた所定のギャップ長が得られたかを判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。
【００７４】
ステップＳ４０１で所定のギャップ長が得られたら、ステップＳ４０２で、転送すべきデータがあるか判断し、ある場合はステップＳ４０３として転送するためにバスを確保するようにバス使用権の要求をルートに対して発する。このときの、バス使用権の要求を表す信号の伝達は、図３０に示したように、ネットワーク内各機器を中継しながら、最終的にルートに届けられる。
【００７５】
ステップＳ４０２で転送するデータがない場合はそのまま待機する。次に、ステップＳ４０４では、ステップＳ４０３のバス使用要求を１つ以上ルートが受信したら、ルートはステップＳ４０５として使用要求を出したノードの数を調べる。ステップＳ４０５での選択値がノード数＝１（使用権要求を出したノードは１つ）だったら、そのノードに直後のバス使用許可が与えられることになる。
【００７６】
ステップＳ４０５での選択値がノード数＞１（使用要求を出したノードは複数）だったら、ルートはステップＳ４０６として使用許可を与えるノードを１つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得るようなことはなく、平等に権利を与えていくような構成となっている。
【００７７】
ステップＳ４０７では、ステップＳ４０６で使用要求を出した複数ノードの中からルートが調停して使用許可を得た１つのノードと、敗れたその他のノードに分ける選択を行う。ここで、調停されて使用許可を得た１つのノード、又はステップＳ４０５の選択値から使用要求ノード数＝１で調停無しに使用許可を得たノードには、ステップＳ４０８で、ルートはそのノードに対して許可信号を送る。許可信号を得たノードは、受け取った直後に転送すべきデータ（パケット）を転送開始する。
【００７８】
また、ステップＳ４０６の調停で敗れて、バス使用が許可されなかったノードにはステップＳ４０９としてルートから、アービトレーション失敗を示すＤＰ（ｄａｔａｐｒｅｆｉｘ）パケットを送られ、これを受け取ったノードは再度転送を行うためのバス使用要求を出すため、ステップＳ４０１まで戻り、所定ギャップ長が得られるまで待機する。
以上がアービトレーションの流れの説明である。
【００７９】
《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転送》
アシンクロナス転送は、非同期転送である。図３２にアシンクロナス転送における時問的な遷移状態を示す。図３２の最初のサブアクション・ギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった時点で、転送を希望するノードはバスが使用できると判断して、バス獲得のためのアービトレーションを実行する。
【００８０】
アービトレーションでバスの使用許可を得ると、次にデータの転送がパケット形式で実行される。データ転送後、受信したノードは転送されたデータに対しての受信結果のａｃｋ（受信確認用返送コード）をａｃｋｇａｐという短いギャップの後、返送して応答するか応答パケットを送ることによって転送が完了する。
【００８１】
ａｃｋは４ビットの情報と４ビットのチェックサムからなり、成功か、ビジー状態か、ペンディング状態であるかといった情報を含み、すぐに送信元ノードに返送される。
【００８２】
次に、図３３にアシンクロナス転送のパケットフォーマットの例を示す。
パケットには、データ部及び誤り訂正用のデータＣＲＣの他にはヘッダ部があり、そのヘッダ部には図２７に示したような、目的ノードＩＤ、ソースノードＩＤ、転送データ長さや各種コードなどが書き込まれ、転送が行われる。
【００８３】
また、アシンクロナス転送は自己ノードから相手ノードヘの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視されるので、宛先の１つのノードのみが読込むことになる。
【００８４】
《Ｉｓｏｃｈｒｏｎｏｕｓ（同期）転送》
アイソクロナス転送は同期転送である。１３９４シリアルバスの最大の特徴であるともいえるこのアイソクロナス転送は、特にＶＩＤＥＯ映像データや音声データといったマルチメディアデータ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。
【００８５】
また、アシンクロナス転送（非同期）が１対１の転送であったのに対し、このアイソクロナス転送はブロードキャスト機能によって、転送元の１つのノードから他の全てのノードに一様に転送される。
【００８６】
図３４はアイソクロナス転送における、時間的な遷移状態を示す図である。
アイソクロナス転送は、バス上で一定時間毎に実行される。この時間間隔をアイソクロナスサイクルと呼ぶ。アイソクロナスサイクル時間は１２５μＳである。この各サイクルの開始時間を示し、各ノードの時間調整を行う役割を担っているのがサイクル・スタート・パケットである。
【００８７】
サイクル・スタート・パケットを送信するのは、サイクル・マスタと呼ばれるノードであり、１つ前のサイクル内の転送終了後、所定のアイドル期間（サブアクションギャップ）を経た後、本サイクルの開始を告げるサイクル・スタート・パケットを送信する。このサイクル・スタート・パケットの送信される時間間隔が１２５μＳとなる。
【００８８】
また、図３４にチャネルＡ、チャネルＢ、チャネルＣと示したように、１サイクル内において複数種のパケットがチャネルＩＤをそれぞれ与えられることによって、区別して転送できる。これによって同時に複数ノード間でのリアルタイムな転送が可能であり、また受信するノードでは自分が欲しいチャネルＩＤのデータのみを取り込む。このチャネルＩＤは送信先のアドレスを表すものではなく、データに対する論理的な番号を与えているに過ぎない。従って、あるパケットの送信は１つの送信元ノードから他のすべてのノードに行き渡る、ブロードキャストで転送されることになる。
【００８９】
アイソクロナス転送のパケット送信に先立って、アシンクロナス転送同様アービトレーションが行われる。しかし、アシンクロナス転送のように１対１の通信ではないので、アイソクロナス転送にはａｃｋ（受信確認用返信コード）は存在しない。
【００９０】
また、図３４に示したｉｓｏｇａｐ（アイソクロナスギャップ）とは、アイソクロナス転送を行う前にバスが空き状態であると認識するために必要なアイドル期間を表している。この所定のアイドル期間を経過すると、アイソクロナス転送を行いたいノードはバスが空いていると判断し、転送前のアービトレーションを行うことができる。
【００９１】
図３５にアイソクロナス転送のパケットフォーマットの例を示す。
各チャネルに分かれた各種のパケットには、それぞれデータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部があり、そのヘッダ部には図３５に示したような、転送データ長やチャネルＮ０、その他各種コード及び誤り訂正用のヘッダＣＲＣ等が書き込まれ、転送が行われる。
【００９２】
《バス・サイクル》
実際の１３９４シリアルバス上の転送では、アイソクロナス転送と、アシンクロナス転送とは混在できる。その時の、アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を図３６に示す。
アイソクロナス転送はアシンクロナス転送より優先して実行される。その理由は、サイクル・スタート・パケットの後、アシンクロナス転送を起動するために必要なアイドル期間のギャップ長（サブアクションギャップ）よりも短いギャップ長（アイソクロナスギャップ）で、アイソクロナス転送を起動できるからである。従って、アシンクロナス転送より、アイソクロナス転送は優先して実行されることになる。
【００９３】
図３６に示した一般的なバスサイクルにおいて、サイクル＃ｍのスタート時にサイクル・スタート・パケットがサイクル・マスタから各ノードに転送される。これによって、各ノードで時刻調整を行ない、所定のアイドル期間（アイソクロナスギャップ）を待ってからアイソクロナス転送を行うべきノードはアービトレーションを行い、パケット転送に入る。図３６ではチャネルｅとチャネルｓとチャネルｋが順にアイソクロナス転送されている。
【００９４】
このアービトレーションからパケット転送までの動作を、与えられているチャネル分繰り返し行った後、サイクル＃ｍにおけるアイソクロナス転送が全て終了したら、アシンクロナス転送を行うことができるようになる。
【００９５】
アイドル時間がアシンクロナス転送が可能なサブアクションギャップに達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。但し、アシンクロナス転送が行える期間は、アイソクロナス転送終了後から、次のサイクル・スタート・パケットを転送すべき時間（ｃｙｃｌｅｓｙｎｃｈ）までの間にアシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。
【００９６】
図３６のサイクル＃ｍでは、３つのチャネル分のアイソクロナス転送と、その後アシンクロナス転送（含むａｃｋ）が２パケット（パケット１、パケット２）転送されている。このアシンクロナスパケット２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌｅｓｙｎｃｈ）に至るので、サイクル＃ｍでの転送はここまでで終わる。
【００９７】
但し、非同期又は同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（ｃｙｃｌｅｓｙｎｃｈ）に至ったとしたら、無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μＳ以上続いたときは、その分次サイクルは基準の１２５μＳより短縮されるものとする。このようにアイソクロナス・サイクルは１２５μＳを基準に超過、短縮し得るものである。
【００９８】
しかし、アイソクロナス転送はリアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送はサイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管理される。
以上が１３９４シリアルバスについての説明である。
【００９９】
次に、本発明の第１の実施の形態を説明する。図２はシステムの構成を示す。図２において、撮影条件管理用ソフトウェアがインストールされたＰＣ１０１には、ＩＥＥＥ１３９４ケーブル１０３を介してデジタルビデオカメラ（以後ＤＶＣ）１０２が接続されると共に、モニタ１０４、キーボード１０５が設けられている。
【０１００】
図１は、ＰＣ１０１とＤＶＣ１０２の概略構成を示すブロック図である。
この図１においては、特に、ＰＣ１０１では、撮影条件管理ソフトウェアを起動、操作させるために必要な機能を、ＤＶＣ１０２では、ＰＣ１０１と必要な情報の通信を行うために必要な機能のみを示した。
【０１０１】
ＰＣ１０１内部には、ソフトウェアの起動やモニタ表示画像の制御、キーボード等からの入力情報の読み取り等の制御を行う制御手段１０８、モニタ表示用の画像情報を出力する画像表示手段１０９、キーボード等の入力を読み取り、制御手段１０８へ情報を送る操作手段１１０、画像情報や撮影条件、撮影状況情報を記憶するメモリ１１１、ＤＶＣ１０２等とデジタル情報の通信を行うデジタルＩ／Ｆ部１１２が含まれる。
【０１０２】
ＤＶＣ１０７内部には、メカ部１１４や信号処理部１１５の制御を行う制御手段１１３、磁気テープの再生を行うメカ部１１４、磁気テープからの再生信号の処理を行う信号処理部１１５、ＰＣ１０１等とデジタル通信を行うためのデジタルＩ／Ｆ１１６、ＰＣ１０１等から送られて来る情報の記録等に用いられる不揮発性メモリ部１１７が含まれている。
【０１０３】
ＤＶＣ１０２及びＰＣ１０１は、それぞれＩＥＥ１３９４ケーブル１０３が接続されると、それを認識してモード設定動作に入るか否かの判別を行う。
図３はこのときの具体的な処理を示す。
Ｓ３５０１で処理の実行が開始されると、Ｓ３５０２でＩＥＥＥ１３９４ケーブル１０３が接続されたか否かを、バスリセットが発生したかどうかを検出することにより認識する。
【０１０４】
バスリセットが発生していなければ、何ら処理を実行することなくそのまま待機する。バスリセットが発生していれば、Ｓ３５０３でＤＶＣ１０２が接続されたか否かを識別する。ＤＶＣが接続されたか否かの識別方法としては、例えば前述の図２３に示されるＤＶＣの１３９４シリアルバスにおけるアドレス空間の６４ビットアドレスを読み出して、通信対象とするＤＶＣかどうかを識別する方法がある。
【０１０５】
通信対象とするＤＶＣが接続されていないと判断した場合は、処理をＳ３５０２に戻す。通信対象とするＤＶＣが接続されていると判断される場合は、Ｓ３５０４でＤＶＣ側がＰＣ側からの通信要求を受け付ける状態であるかどうかを判断する。通信要求を受け付ける状態でない場合は、処理をＳ３５０３に戻して、制御対象であるＤＶＣが依然接続されているかどうかを確認した上で、Ｓ３５０４の処理を再実行する。
【０１０６】
Ｓ３５０４でＤＶＣが通信要求を受け付ける状態であると認識された場合は、Ｓ３５０５でＤＶＣからＤＶ情報を送信したり、ＰＣ側から撮影条件情報や制御情報を送信する。ＩＥＥＥ１３９４を用いることによって、入出力を相互にリアルタイムで行うことができる。
【０１０７】
次に、ＤＶＣ１０２が磁気テープに記録された映像を再生する再生モードに設定されていた場合、再生映像情報は１３９４ケーブル１０３を通じてＰＣ１０１例に送信される。撮影条件管理ソフトウェアがＰＣ１０１によって起動されていた場合、上記送信された映像情報は圧縮を解かれ、ＰＣ１０１に接続されているモニタ１０４で表示される。
【０１０８】
上記の表示画面を図４に示す。
図４においては、撮影条件管理ソフトウェアが起動されているために、起動ウィンドウ２０１が表示されており、現在、再生画像から撮影条件のサンプルを選択中であることを示すＳＡＭＰＬＥＳＥＬＥＣＴの表示が左上に表示されている。さらに、起動ウィンドウ上には再生画像を表示するための選択ウィンドウ２０２が表示されている。
【０１０９】
このウィンドウ上には、再生画面２０３と共に、再生情報中に含まれるシステムデータから読み取った撮影条件情報もリアルタイムで表示されている（選択ウィンドウ上右側の表２０４）。
【０１１０】
さらに再生画面の下には、再生モードを通常再生、１倍速逆再生、高速逆再生、高速再生、一時停止等を実行させるための再生モードコマンドスイッチ２０５が表示されており、ユーザはマウスポインタ等でこれらのスイッチをクリックすることにより、サンプルとして記憶する画面を自由に選択することができるようになっている。
【０１１１】
また、このときの再生モード情報は、ＩＥＥＥ１３９４を通じてＤＶＣ１０２に送信され、この情報を受け取ったＤＶＣは、その情報に応じて再生モードの設定を変更することによって、コマンドスイッチによる指示と画像の再生モードとの同期をとることが可能となっている。
【０１１２】
サンプルとして選択する画面が決定したら、ユーザはウィンドウ２０２下部に表示されたＳＥＬＥＣＴスイッチ２０６をマウスポインタ等でクリックすると、そのクリックされた時点での再生画面１フレームと、リアルタイムで表示していた撮影条件情報とを共に対応させてＰＣのメモリ１１１に記録する。
【０１１３】
記憶が終了すると、上記メモリ１１１にサンプル情報と共に記録されている任意の撮影状況情報を設定する。撮影状況情報とは、撮影場所、撮影された季節、動きが多い撮影対象の撮影かほとんど動かない撮影対象の撮影か等、記録された画像の画質に大きな影響を与えるであろうと考えられる情報である。これらの情報は、磁気テープ中のシステムデータにデジタル情報として記録するには、大きすぎる情報量である。そのためＰＣ上で設定を行う。
【０１１４】
上記撮影状況情報を設定するために、サンプル画面を選択し、サンプル画面の画像情報と撮影条件情報の記録が終了した時点で選択ウィンドウ２０２は画面から消え、代わりに撮影状況設定ウィンドウ３０１に切り替わる。
【０１１５】
上記切り替わった画面を図５に示す。
撮影状況設定ウィンドウ中には、さきほど選択したサンプル画像と撮影条件とが表示され、さらにウィンドウ中右側には撮影状況設定のための項目３０２が並んでいる。撮影状況の項目としては、撮影場所（ＰＬＡＣＥ）、季節や撮影を行った月といった大雑把な撮影時期（ＤＡＴＥ１）、撮影時間（ＤＡＴＥ２）、動きの多い被写体なのか、動きが少ない被写体なのかという移動頻度（ＭＯＶＩＮＧ）といった項目が初期設定として与えられている。
この項目以外に設定したい項目がある場合は、ＵＳＥＲ１、２、３、４としてユーザが設定できる項目も存在する。
【０１１６】
ここで、撮影状況の設定方法を簡単に説明する。例として撮影場所の設定を行う場合は、マウスポインタ等で項目ＰＬＡＣＥの隣のＮＯＮＳＥＴＴＩＮＧを選択する。すると、選択されたＮＯＮＳＥＴＴｌＮＧの背景色が変化し（図６）、さらに設定選択ウィンドウが現れる（図７（ａ）の５０１）。この選択ウィンドウ５０１内には、野外での撮影か室内での撮影かが選択できるように、ＩＮＤＯＯＲの項目とＯＵＴＤＯＯＲの項目とが表示されている。
【０１１７】
ここでは、野外のスポーツの撮影画面がサンプルとして選択されているので、ＯＵＴＤＯＯＲを選ぶ（図７（ｂ））。するとさらに、野外のどんな場所で撮影が行われたのかを選択する選択ウィンドウ５０２が表示される。この選択ウィンドウで、例えば競技場を示す項目ＳＴＡＤＩＵＭを選択すると、さらにどの競技場での撮影だったかも設定することができる（図７（ｄ））。ここでは横浜国際総合競技場を示すＹＯＫＯＨＡＭＡＫＯＫＵＳＡＩが選択されている。
【０１１８】
ここまでの設定を終えた場合のサンブル設定ウィンドウ３０１を図８に示す。撮影場所を示すＰＬＡＣＥの項目が、ＹＯＫＯＨＡＭＡＫＯＫＵＳＡＩに設定されていることが分かる。
同様に、撮影時期や撮影対象の動きの多さ等を順次設定した設定ウィンドウ３０１を図９に示す。
【０１１９】
以上がソフトウェア側で予め用意された撮影状況設定項目の設定方法であるが、ユーザによってはこの他の設定項目が必要になる場合や、既に存在している設定項目の追加、削除、項目名の変更等を行う必要が考えられる。項目の設定方法を以下に示す。
項目名の変更を行う場合には、設定ウィンドウ３０１上部のＥＤＩＴをマウスポインタ等で選択する（図１０）。すると、選択されたＥＤＩＴの文字が選択されたことを示すために変色する。
【０１２０】
さらに項目名の編集を行う編集ウィンドウ９０１が表示される（図１１）。このウィンドウ９０１内には、設定項目中で編集可能な項目がファイルとして表示され、さらに編集を終了するための終了スイッチＥＮＤ９０３が表示されている。
【０１２１】
ここでは例として、撮影場所を示す項目ＰＬＡＣＥの項目の編集方法を説明する。マウスポインタでＰＬＡＣＥファイル９０２を選択すると、編集ウィンドウ内の表示が変化し、ＰＬＡＣＥファイル９０２内に含まれるＯＵＴＤＯＯＲファイル１００１と、ＩＮＤＯＯＲファイル１００８が表示される（図１２（ａ））。ここでさらに、ＯＵＴＤＯＯＲのファイルを選択すると、ＯＵＴＤＯＯＲフォルダ１００１に含まれる撮影場所のフォルダが表示される（図１２（ｂ））。
【０１２２】
またさらに、撮影場所に相当するＳＴＡＤＩＵＭフォルダ１００４を選択すると、ＳＴＡＤＩＵＭフォルダ１００４に含まれる撮影場所フォルダがさらに表示されることになる（図１２（ｃ））。
【０１２３】
前述したサンプルに対する設定時には、撮影場所情報として野外撮影＞競技場＞横浜国際競技場という撮影場所の限定を行った。しかしユーザによってはこの限定では不十分である場合がある。例えばここでは競技フィールドの真ん中での撮影（明るく、遠い撮影対象）であって、観客席の撮影（暗く、近い撮影対象）ではない、と限定を加えたい場合が考えられる。
【０１２４】
そこで、ここでは横浜国際競技場を示すＹＯＫＯＨＡＭＡＫＯＫＵＳＡＩフォルダ１００５を選択する。すると現在、横浜国際競技場の名称までは登録されていたが、さらに細かい設定はされていないために、表示画面は名称未設定のフォルダ１００６のみが表示される（図１２（ｄ））。今回の撮影画像は競技フィールドの真ん中での撮影が主であるために、「フィールドの真ん中である」という限定を示す名称を、この名称未設定フォルダ１００６に対して、キーボード等を用いて設定することができる（図１２（ｅ））。
【０１２５】
さらに「観客席」「競技場入り口」等の設定も合わせて行いたい場合には、ウィンドウ９０１中のＭＡＫＥＡＮＥＷＣＡＴＥＧＯＲＹスイッチ１００２を選択することで、新たにフォルダを作成することが可能であり、また、既に作成されているフォルダを消去したい場合にも、同様にＣＬＥＡＲＣＡＴＥＧＯＲＹスイッチ１００３を使用すれば、マウスポインタ等で選択したフォルダを消去することも可能である。
同様に、ＵＳＥＲ１、２、３、４の項目もユーザの必要に応じて設定することが可能である。
【０１２６】
以上の撮影状況項目の編集を終了し、ユーザ項目の設定も行った設定の例を図１３に示す。ユーザ項目が、
ＵＳＥＲ１→ＷＨＯ／ＷＨＡＴ（撮影対象）
ＵＳＥＲ２→Ｗ／Ｔ（ワイド・テレ）
ＵＳＥＲ３→ＷＥＡＴＨＥＲ（天気）
ＵＳＥＲ４→ＣＡＭＥＲＡＩＤ（ビデオカメラ１Ｄ）
というように項目名の変更が行われ、さらにそれぞれの項目の設定も行われている。
【０１２７】
ＷＨＯ／ＷＨＡＴ→ＳＰＯＲＴＳＧＡＭＥ
Ｗ／Ｔ→Ｔ
ＷＥＡＴＨＥＲ→ＧＯＯＤ
ＣＡＭＥＲＡＩＤ→１２３４５６
ここで、カメラＩＤとはビデオカメラの固有ＩＤである。ビデオカメラを複数使用する場合には、同じ撮影対象であっても撮影画像に変化があることを考慮している。
【０１２８】
以上でサンプル設定が終了した。設定を終えるには、終了スイッチ１１０１をマウスポインタでクリックする。クリックと同時に、画像画面と共にカメラ撮影条件情報、撮影状況情報をメモリに記憶する。
【０１２９】
以上は撮影条件のサンプルの設定について説明したが、次に、サンプルとして保存された撮影条件の検索方法について説明する。
図１４に撮影条件の検索ウィンドウ１２０１が示されている。検索方法としては、理想に近い画像の撮影条件を検索する（ＰＩＣＴＵＲＥＳＥＡＲＣＨ）、任意の撮影条件の項目から検索する（ＣＡＭＥＲＡＭＯＤＥＳＥＡＲＣＨ）、撮影状況項目から検索する（ＲＥＣＯＤＩＮＧＣＯＮＤＩＴＩＯＮＳＥＡＲＣＨ）の３つを行うことができ、それぞれの検索方法に応じたスイッチ１２０２〜１２０４が表示されている。
【０１３０】
まず、画像による検索の方法を示す。マウスポインタ等でＰＩＣＴＵＲＥスイッチ１２０２をクリックすると、ＰＩＣＴＵＲＥＳＥＡＲＣＨウィンドウ１３０１が表示される（図１５（ａ））。すると、今までサンプルとして記録された画像がウィンドウ上に全て表示される。ユーザは現在撮影した理想の画像に近い画像を選択して、その撮影条件、撮影状況を検索することができる。
【０１３１】
画像を選択するには、選択したい画像をマウスポインタ等でクリックする。すると、選択した画像の画像、撮影条件、撮影状況を表示した検索結果ウィンドウ１３０２が表示される（図１５（ｂ））。
【０１３２】
次に撮影条件によって検索する場合を説明する。検索ウィンドウ１２０１中のＣＡＭＥＲＡＭＯＤＥスイッチ１２０３をマウスポインタ等でクリックすると、ＣＡＭＥＲＡＭＯＤＥＳＥＡＲＣＨウィンドウ１４０１が表示される（図１６（ａ））。ウィンドウ１４０１中には、撮影条件が羅列表示されており、それぞれの設定内容をサンプル設定時と同様に設定することができる。
【０１３３】
必要な設定条件を設定し終えたら、検索スタートスイッチであるＳＥＡＲＣＨスイッチをクリックすれば、設定された設定条件に適合するサンプルのサンプル画像が検索結果選択ウィンドウ１４０３に表示され（図１６（ｃ））、ユーザは検索したいサンプルをサンプル画像をクリックすることによって、前述した検索結果ウィンドウ１３０２を表示させることができる。
【０１３４】
撮影状況による検索も同様である。検索ウィンドウ１２０１中のＲＥＣＯＲＤＩＮＧＣＯＮＤＩＴＩＯＮスイッチをクリックし、撮影状況ウィンドウ１４０２（図１６（ｂ））を表示させる。さらに撮影状況の設定を行い、適合するサンプルから検索したいサンプルを選択し、検索ウィンドウ１３０２を表示させることが可能である。以上が記録されたサンプルの撮影条件検索方法である。
【０１３５】
次に、第２の実施の形態を説明する。
本実施の形態では、検索結果で得られた撮影条件をデジタルビデオカメラに設定させる方法を示す。
図１７（ａ）は検索結果ウィンドウ１３０２である。このウィンドウ１３０２で表示されている撮影条件データをＤＶＣに転送する場合について説明する。
【０１３６】
ウィンドウ１３０２中には、撮影条件転送スイッチ１５０１が表示されている。このスイッチ１５０１をマウスポインタ等でクリックすると、転送設定ウィンドウ１５０３が表示される（図１７（ｂ））。このウィンドウ１５０３は、検索結果ウィンドウ１３０２中に表示されている。
【０１３７】
さらに条件ごとに→とＸの表示が並記されている。ユーザはこの→とＸを各設定ごとに選択することにより、その撮影条件データをＤＶＣに転送するかしないかを選択することが可能となっている。これによって必要な撮影条件データのみをビデオカメラヘ転送することができ、様々な撮影状況に対応することが可能となっている。
【０１３８】
転送データの選択が終了したら、撮影条件データの転送を開始するＳＴＡＲＴＴＲＡＮＳＰＯＲＴスイッチ１５０２をクリックし、転送を開始する。転送された撮影条件情報を受け取ったＤＶＣは、この情報を不揮発性メモリに記憶させる。これによって、必要な時に記憶された撮影条件情報を呼び出すことが可能となり、一つの撮影モードとして使用することができる。
【０１３９】
図１８は、ＰＣ１０１によって起動される撮影条件管理ソフトウェアのサンプル画像の選択時における制御を示すフローチャートである。
まず、Ｓ１０１において、ＤＶＣ側からＤＶ情報が送信中かどうかを判断する。送信中であれば、そのＤＶ情報からサンプルを選択するモードであるのかを判断し（Ｓ１０２）、サンプル選択モードであれば、サンプル画像の選択処理（Ｓ１０３）を行う。
【０１４０】
選択が終了する（Ｓ１０４）と、画像データと撮影条件データを一時的にメモリに記憶し（Ｓ１０５）、撮影状況設定処理を行う（Ｓ１０６）。ここで設定が終了する（Ｓ１０７）と、設定された撮影条件データと画像データ、撮影条件データを一つのサンプル情報としてメモリに記憶する（Ｓ１０８）。
【０１４１】
図１９は撮影条件の検索時における制御を示すフローチャートである。この検索モードは、サンプル選択モードでない場合に呼び出される（▲１▼）。まず、ステップ１０９において、撮影条件検索モードであるかを判断する。
【０１４２】
撮影条件検索モードであれば、画像による検索なのか、撮影条件による検索なのか、撮影状況による検索なのかを判断する（Ｓ１１０、Ｓ１１１、Ｓ１１２）。画像による検索である場合には、サンプル画像の選択処理（Ｓ１１４）を行い、選択が行われたら（Ｓ１１５）、選択されたサンプルの画像情報、撮影条件情報、撮影状況情報をメモリから読み出し、サンプル検索結果ウィンドウ１３０２を表示する（Ｓ１２６）。
【０１４３】
撮影条件による検索であれば、検索を行いたい撮影条件設定処理を行い、さらに設定が終わると、設定された撮影条件に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４４】
撮影状況による検索の場合は、検索を行いたい撮影状況設定処理を行い、さらに設定が終わると、設定された撮影状況に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４５】
図２０は、検索結果の撮影条件情報をＤＶＣに転送する場合の制御を示すフローチャートである。転送モードヘの移行は、Ｓ１２６の処理が終了し、撮影条件の転送要求があった場合（Ｓ１２７）に行われる。転送要求があった場合、転送する撮影条件情報の選択を行う処理（Ｓ１２８）に移行し、さらに選択が終了する（Ｓ１２９）と、ＤＶＣと接続されているか確認した後（Ｓ１３０）に、選択された撮影条件情報をＤＶＣに転送する（Ｓ１３１）。
【０１４６】
次に、本発明の他の実施の形態としての記憶媒体について説明する。
本発明は、ハードウェアで構成してもよく、また、ＣＰＵとメモリとで構成されるコンピュータシステムで構成してもよい。コンピュータシステムで構成する場合、上記メモリは本発明による記憶媒体を構成する。
【０１４７】
即ち、前述した各実施の形態において、各図のフローチャートについて説明した動作を実行するためのソフトウェアのプログラムコードを記憶した記憶媒体を、システムや装置で用い、そのシステムや装置のＣＰＵが上記記憶媒体に格納されたプログラムコードを読み出し、実行することにより、本発明の目的を達成することができる。
【０１４８】
また、この記憶媒体としては、ＲＯＭ、ＲＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、磁気媒体等を用いてよく、これらをＣＤ−ＲＯＭ、フロッピィディスク、磁気媒体、磁気カード、不揮発性メモリカード等に構成して用いてよい。
【０１４９】
従って、この記憶媒体を図１、図２に示したシステムや装置以外の他のシステムや装置で用い、そのシステムあるいはコンピュータがこの記憶媒体に格納されたプログラムコードを読み出し、実行することによっても、上記各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５０】
また、コンピュータ上で稼働しているＯＳ等が処理の一部又は全部を行う場合、あるいは記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された拡張機能ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づいて、上記拡張機能ボードや拡張機能ユニットに備わるＣＰＵ等が処理の一部又は全部を行う場合にも、各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５１】
【発明の効果】
以上説明したように、本発明によれば、以前に撮影された映像の撮影条件を撮影場所等の撮影状況と共に管理することができ、以前に撮影された映像の中から使用者によって選択された映像の撮影条件を撮影装置に設定することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示すブロック図である。
【図２】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示す構成図である。
【図３】ＰＣとＤＶＣの接続の認識のための処理を示すフローチャートである。
【図４】撮影条件管理ソフトウェアの起動ウィンドウ例を示す構成図である。
【図５】サンプルに撮影状況を設定する設定ウィンドウ起動時の例を示す構成図である。
【図６】撮影状況設定方法を示す構成図である。
【図７】撮影状況の内、撮影場所の設定を行う際の設定方法例を示す構成図である。
【図８】撮影場所の設定を終了した設定ウィンドウの表示例を示す構成図である。
【図９】撮影状況の内、撮影場所、撮影時期、撮影対象の動きを設定した設定ウィンドウの表示例を示す構成図である。
【図１０】撮影状況の項目の変更を行う際の説明のための構成図である。
【図１１】撮影状況の項目の編集ウィンドウの表示例を示す構成図である。
【図１２】撮影状況項目の編集方法を説明するための構成図である。
【図１３】撮影状況項目の編集とそれぞれの項目の設定を終了した設定ウィンドウを示す構成図である。
【図１４】撮影条件検索ウィンドウを示す構成図である。
【図１５】サンプル画像による検索を行う際の検索ウィンドウと検索結果ウィンドウを示す構成図である。
【図１６】撮影条件による検索ウィンドウ、撮影状況による検索ウィンドウと検索に適合したサンプルを表示する検索結果選択ウィンドウを示す構成図である。
【図１７】検索された撮影条件の転送要求の説明及び転送する撮影条件の選択と転送開始要求の方法を説明するための構成図である。
【図１８】サンプルの選択、撮影状況の設定のための処理を示すフローチャートである。
【図１９】撮影条件検索のための処理を示すフローチャートである。
【図２０】撮影条件情報をＤＶＣに転送するため処理を示すフローチャートである。
【図２１】１３９４シリアルバスを用いたネットワークシステムの構成図である。
【図２２】１３９４シリアルバスの構成要素を示す構成図である。
【図２３】１３９４シリアルバスのアドレス空間を示す構成図である。
【図２４】１３９４シリアルバスケーブルの断面図である。
【図２５】１３９４シリアルバスにおけるデータ転送フォーマットを示すタイミングチャートである。
【図２６】バスリセットからデータ転送を行うまでのバスの作業を示すフローチャートである。
【図２７】上記バスの作業をさらに詳しく示すフローチャートである。
【図２８】上記バスの作業の続きの作業を示すフローチャートである。
【図２９】１３９４シリアルバスを用いたネットワークの動作を説明するためのブロック図である。
【図３０】１３９４シリアルバスにおけるアービトレーションを説明するためのブロック図である。
【図３１】アービトレーションの一連の流れを示すフローチャートである。
【図３２】アシンクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３３】アシンクロナス転送のパケットフォーマットの例を示す構成図である。
【図３４】アイソクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３５】アイソクロナス転送のパケットフォーマットの例を示す構成図である。
【図３６】バスサイクルを示すタイミングチャートである。
【符号の説明】
１０１ＰＣ
１０２ＤＶＣ
１０３ＩＥＥＥ１３９４ケーブル
１０４モニタ
１０５キーボード
１０８制御手段
１０９画像表示手段
１１０操作手段
１１１メモリ
１１２デジタルＩ／Ｆ
１１３制御手段
１１４メカ部
１１５信号処理部部
１１６デジタルＩ／Ｆ
１１７不揮発性メモリ
２０１撮影条件管理ソフトウェアの起動ウィンドウ
２０２サンプル画像選択ウィンドウ
２０３再生映像表示部分
２０４撮影条件表示部分
２０５再生モード変更命令スイッチ
２０６サンプル画像選択決定スイッチ
３０１サンプルの撮影状況設定ウィンドウ
３０２撮影状況項目表示部
５０１撮影場所選択ウィンドウ
５０２野外撮影場所の限定ウィンドウ
９０１撮影状況設定項目の編集ウィンドウ
９０２撮影状況設定項目の１つ（撮影場所→ＰＬＡＣＥ）
１００１野外撮影の項目
１００２新しい項目の追加スイッチ
１００３項目の削除スイッチ
１００４競技場の項目
１００５横浜国際競技場の項目
１００６新しい項目
１００７変更された項目
１１０１サンプル設定終了スイッチ
１２０１撮影条件検索ウィンドウ
１２０２画像検索スイッチ
１２０３撮影条件検索スイッチ
１２０４撮影状況検索スイッチ
１３０１画像検索ウィンドウ
１３０２検索結果ウィンドウ
１４０１撮影条件検索ウィンドウ
１４０２撮影状況検索ウィンドウ
１４０３検索結果ウィンドウ
１５０１撮影条件転送スイッチ
１５０２撮影条件転送開始スイッチ
１５０３撮影条件転送設定ウィンドウ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a shooting condition management apparatus, a shooting condition management method, and a storage medium that manage shooting conditions of a video shot by a shooting apparatus.
[0002]
[Prior art]
In recent years, with the widespread use of digital video cameras, video camera manufacturers have introduced a large number of compact, high-performance, and low-priced models in a short period of time. According to this, while the user group has expanded to women and older people, the shooting situation is very dark in wedding halls where lighting is very dark, shooting in very bright places such as skiing areas and beaches, or sports etc. It has become extremely widespread, such as taking pictures of fast moving subjects.
[0003]
When performing video shooting, it is necessary to appropriately set the exposure, shutter speed, white balance, and the like according to the shooting situation, but this is a very troublesome operation for a user with little shooting experience. For this reason, most video cameras are equipped with an auto mode that automatically performs the above settings.
[0004]
[Problems to be solved by the invention]
However, as the photographing situation spreads as described above, there are increasing opportunities for photographing under special photographing conditions in which it is difficult to appropriately set exposure, white balance and the like in the auto mode. For this reason, it has become necessary for the user to perform the above-described exposure setting by manual setting, but the current situation is that troublesome work for setting is still a bottleneck.
[0005]
Therefore, the present invention can manage the shooting conditions of a previously shot video together with shooting conditions such as shooting locations, and capture the shooting conditions of a video selected by the user from previously shot videos. An object is to provide an imaging condition management apparatus, an imaging condition management method, and a storage medium that can be set in the apparatus.
[0006]
[Means for Solving the Problems]
The shooting condition management apparatus according to the present invention is a shooting condition management apparatus that manages shooting conditions necessary for shooting a video, for example, and is a communication that receives a video transmitted from the shooting apparatus and the shooting conditions of the video. Means, shooting condition setting means for allowing a user to set a shooting situation including a shooting location of a video selected from the video transmitted from the shooting device, the selected video, and the selected video A memory for storing shooting conditions and a shooting situation including a shooting location of the selected video, a function for searching the memory for a video suitable for the shooting situation set by the user, and from the memory Before setting the shooting conditions of the video selected from the searched video on the display means and the shooting conditions of the video selected from the video searched from the memory in the shooting device The imaging device is selected to the user may photographing conditions be set from among the imaging conditions, and having a function of a photographing condition selected by the user is set in the imaging device.
[0007]
Also, the shooting condition management method according to the present invention is a shooting condition management method for managing shooting conditions necessary for shooting a video, for example, and receives a video transmitted from a shooting device and the shooting conditions of the video. A step of causing a user to set a shooting state including a shooting location of a video selected from the video transmitted from the video camera, the selected video, and a shooting condition of the selected video Storing a shooting situation including a shooting location of the selected video in a memory, searching a video suitable for a shooting situation set by a user from the memory, and searching from the memory A step of displaying the shooting conditions of the video selected from the videos on the display means, and the shooting conditions of the video selected from the videos retrieved from the memory before setting the shooting conditions in the shooting device; The imaging device is selected by the user also may photographing condition set from among, characterized in that a step of setting a shooting condition selected by the user to the imaging apparatus.
[0008]
The storage medium according to the present invention is a computer-readable storage medium that stores a computer program that causes a computer to execute processing for managing shooting conditions necessary for shooting a video, for example. A process of receiving a video and a shooting condition of the video; a process of causing a user to set a shooting situation including a shooting location of a video selected from the video transmitted from the shooting device; and the selected Processing for storing a video, a shooting condition of the selected video and a shooting situation including a shooting location of the selected video in a memory, and a video suitable for the shooting situation set by the user from the memory A process for searching, a process for displaying shooting conditions of a video selected from videos searched from the memory on a display means, and a video searched for from the memory. Before setting the shooting conditions of the video selected from among the shooting conditions, the user can select shooting conditions that may be set in the shooting apparatus from the shooting conditions, and the shooting selected by the user A computer program for causing a computer to execute processing for setting conditions in the photographing apparatus is stored.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
This embodiment is a system for managing shooting conditions when video information recorded on a magnetic tape or the like is shot. However, in order to build an entire system with a single digital video camera, the memory capacity for recording shooting conditions, software for creating a library of recorded shooting conditions, systems including hardware, etc. A large burden is imposed on volume and processing.
[0013]
Considering the recent trend of miniaturization, weight reduction, and price reduction of digital video cameras, it is not desirable to construct a system with only the digital video camera body. One conceivable system is a system that manages the shooting conditions on the PC side by mutually communicating video information and shooting condition information with a personal computer (hereinafter referred to as a PC) through a digital I / F.
[0014]
In order to perform communication between a digital video camera and a PC, an IEEE 1394 serial bus is currently widely used. Some major features of the IEEE 1394 serial bus are that, as will be described later, because the high-speed serial communication is used, the cable is relatively thin and flexible, and the connector is extremely small compared to a conventional SCSI cable. Furthermore, it can be mentioned that a large amount of data such as image information can be transferred at a high speed together with the device control data.
[0015]
In other words, according to the communication using IEEE1394 I / F, even when a mobile device such as a digital camera or a video camera or a portable device that is not normally installed is connected, the troublesomeness is drastically reduced compared to the conventional case. However, there is a great advantage that the image information can be smoothly transferred to the PC.
The IEEE 1394 serial bus will be described below.
[0016]
With the advent of home digital VTRs and DVDs, it is necessary to support data transfer of a large amount of information in real time such as video data and audio data. In order to transfer such video data and audio data in real time and transfer them to a personal computer (PC) or transfer them to other digital devices, an interface capable of high-speed data transfer with the necessary transfer functions is required. It becomes. An interface developed from such a viewpoint is IEEE 1394-1995 (High Performance Serial Bus, hereinafter referred to as 1394 serial bus).
[0017]
FIG. 21 shows an example of a network system configured using a 1394 serial bus. This system includes devices A, B, C, D, E, F, G, and H. Between A and B, between A and C, between B and D, between D and E, between C and F, and C -G and CH are connected by a twisted pair cable of a 1394 serial bus. These devices A to H are, for example, PCs, digital VTRs, DVDs, digital cameras, hard disks, monitors, and the like.
[0018]
As the connection method between the devices, a daisy chain method and a node branching method can be mixed, and a connection with a high degree of freedom is possible.
In addition, each device has its own unique ID and recognizes each other, thereby constituting one network in a range connected by the 1394 serial bus. By simply connecting each digital device with one 1394 serial bus cable in sequence, each device serves as a relay and constitutes a single network as a whole.
[0019]
In addition, as a feature of the 1394 serial bus, it has a function of automatically recognizing a device, a connection status, and the like when a cable is connected to the device by a plug & play function.
[0020]
Further, in the system as shown in FIG. 21, when a device is deleted or newly added from the network, the bus is automatically reset, and the new network configuration is reset before the new network configuration. Rebuild the network. This function makes it possible to always set and recognize the network configuration at that time.
[0021]
The data transfer rate is 100/200/400 Mbps, etc., and a device having a higher transfer rate supports a lower transfer rate and is compatible.
[0022]
As the data transfer mode, asynchronous data such as control signals (Asynchronous data: hereinafter referred to as Async data) is transferred. Asynchronous transfer mode for transferring asynchronous data such as real-time video data and audio data (Isochronous data: hereinafter referred to as Iso data). There is a transfer mode. This Async data and Iso data are mixed in the cycle while giving priority to the transfer of Iso data following the transfer of the cycle start packet (CSP) indicating the start of the cycle in each cycle (usually 125 μS per cycle). Transferred.
[0023]
FIG. 22 shows components of the 1394 serial bus.
The 1394 serial bus has a layer structure as a whole. As shown in FIG. 22, the most hardware is a 1394 serial bus cable, which has a connector port to which a connector of this cable is connected, and there are a physical layer and a link layer as hardware.
[0024]
The hardware part is a substantial interface step part, in which the physical layer performs encoding and connector-related control, and the link layer performs packet transfer and cycle time control.
[0025]
The transaction layer of the firmware unit manages data to be transferred (transaction) and issues instructions such as Read and Write. The serial bus management is a part for managing the connection status and ID of each connected device and managing the network configuration.
The hardware part and the firmware part are substantially the configuration of the 1394 serial bus.
[0026]
The application layer of the software part differs depending on the software used, and is a part that defines how data is placed on the interface, and is defined by a protocol such as the AV protocol.
The above is the configuration of the 1394 serial bus.
[0027]
Next, FIG. 23 shows a diagram of an address space in the 1394 serial bus.
Each device (node) connected to the 1394 serial bus always has a 64-bit address unique to each node. By storing this address in the ROM, it is possible to always recognize the node address of itself or the other party and perform communication specifying the other party.
[0028]
The addressing of the 1394 serial bus is a method according to the IEEE1212 standard. In the address setting, the first 10 bits are used for specifying the bus number, and the next 6 bits are used for specifying the node ID number. The remaining 48 bits are the address width given to the device and can be used as a unique address space. The last 28 bits are used as a unique data area for storing information such as identification of each device and specification of use conditions.
[0029]
Next, a technical part that can be said to be a feature of the 1394 serial bus will be described in more detail.
<< Electrical Specifications of 1394 Serial Bus >>
FIG. 24 is a sectional view of a 1394 serial bus cable.
In the 1394 serial bus, a power supply line can be provided in the connection cable in addition to the two twisted pair signal lines. As a result, it is possible to supply power to devices that do not have a power supply or devices whose voltage has dropped due to a failure.
[0030]
Note that some simple connection cables do not have a power supply line after limiting the connection destination devices.
The voltage of the power source flowing in the power line is defined as 8 to 40 V, and the current is defined as the maximum current DC 1.5A.
[0031]
<< DS-Link coding >>
FIG. 25 is a diagram for explaining the DS-Link encoding method of the data transfer format adopted in the 1394 serial bus.
In the 1394 serial bus, a DS-Link (Data / Strobe Link) encoding method is adopted. This DS-Link encoding method is suitable for high-speed serial data communication. The configuration requires two signal lines. Main data is sent to one of the twisted wires, and a strobe signal is sent to the other twisted wire.
[0032]
On the receiving side, the clock can be reproduced by taking the exclusive OR of the communicated data and the strobe.
[0033]
Advantages of using this DS-Link encoding method are that the transfer efficiency is higher than other serial data transfer methods, the PLL circuit is unnecessary, the circuit scale of the controller LSI can be reduced, and further, the transfer should be performed. When there is no data, there is no need to send information indicating that the device is in an idle state, so that the transceiver circuit of each device can be put into a sleep state, which can reduce power consumption.
[0034]
<Bus reset sequence>
In the 1394 serial bus, each connected device (node) is given a node ID and recognized as a network configuration.
When there is a change in this network configuration, for example, when a change occurs due to an increase or decrease in the number of nodes due to insertion / extraction of nodes, power ON / OFF, etc., and a new network configuration needs to be recognized, a change has been detected. Each node transmits a bus reset signal on the bus and enters a mode for recognizing a new network configuration.
[0035]
The change detection method at this time is performed by detecting a change in the bias voltage on the 1394 port substrate.
A bus reset signal is transmitted from a certain node, and the physical layer of each node receives the bus reset signal and simultaneously transmits the occurrence of the bus reset to the link layer and transmits the bus reset signal to the other nodes. After all nodes have finally detected the bus reset signal, the bus reset is activated.
[0036]
The bus reset is also started by issuing a command directly to the physical layer by means of hardware detection due to cable insertion / removal or network abnormality as described above, and host control from the protocol.
Further, when the bus reset is activated, the data transfer is temporarily interrupted, and the data transfer during this time is awaited and resumed under a new network configuration after the end.
The above is the bus reset sequence.
[0037]
<< Node ID determination sequence >>
After the bus reset, each node enters an operation of giving an ID to each node in order to construct a new network configuration. A general sequence from bus reset to node ID determination at this time will be described with reference to the flowcharts of FIGS. 26, 27, and 28. FIG.
[0038]
The flowchart of FIG. 26 shows a series of bus operations from when a bus reset occurs until a node ID is determined and data transfer can be performed.
First, in step S101, the occurrence of a bus reset in the network is constantly monitored. If a bus reset occurs due to the power ON / OFF of the node, the process proceeds to step S102.
[0039]
In step S102, a parent-child relationship is declared between the directly connected nodes in order to know the connection status of the new network from the state where the network is reset. In step S103, when the parent-child relationship is determined among all the nodes, one route is determined in step S104. Until the parent-child relationship is determined between all the nodes, the parent-child relationship is declared in step S102, and the route is not determined.
[0040]
When the route is determined in step S104, node ID setting work for giving an ID to each node is performed in step S105. Node IDs are set in a predetermined node order, and setting operations are repeated until IDs are given to all nodes. When it is finally determined in step S106 that IDs have been set for all nodes, Since the new network configuration has been recognized in all the nodes, in step S107, data transfer between the nodes can be performed, and data transfer is started.
[0041]
In the state of step S107, a mode for monitoring the occurrence of a bus reset is entered again. When a bus reset occurs, the setting operation from step S101 to step S106 is repeated.
[0042]
FIG. 27 and FIG. 28 show a part from the bus reset to the route determination in the flowchart of FIG. 26 described above and a detailed procedure from the route determination to the ID setting end.
First, in FIG. 27, in step S201, the occurrence of a bus reset is always monitored. When a bus reset occurs, the network configuration is once reset. Next, in step S202, as a first step of re-recognizing the connection status of the reset network, a flag indicating that each device is a leaf (node) is set. In step S203, the number of ports that each device has is connected to other nodes.
[0043]
In step S204, in order to start the declaration of the parent-child relationship according to the result of the number of ports, the number of undefined ports (parent-child relationship is not determined) is checked. Immediately after the bus reset, the number of ports = the number of undefined ports, but as the parent-child relationship is determined, the number of undefined ports detected in step S204 changes.
[0044]
First, immediately after a bus reset, only a leaf can declare a parent-child relationship. A leaf can be known by checking the number of ports in step S203. In step S205, the leaf declares “it is a child and the other party is a parent” to the node connected to itself, and ends the operation.
[0045]
A node that has a plurality of ports in step S203 and has been recognized as a branch immediately after the bus reset indicates that the number of undefined ports> 1 in step S204. Therefore, the process proceeds to step S206, and a flag of branch is first set. Wait to accept the “parent” in the parent-child relationship declaration from the leaf.
[0046]
The leaf declares the parent-child relationship, and the branch receiving it in step S207 appropriately checks the number of undefined ports in step S204. If the number of undefined ports is 1, the branch is connected to the remaining ports. It is possible to declare “I am a child” in step S205 to the node that is present. From the second time, even if the number of undefined ports is confirmed in step S204, for a branch that is two or more, it waits again in step S207 to accept a “parent” from a leaf or another branch.
[0047]
Eventually, if any one branch, or exceptionally leaf (because it did not work quickly enough to make a child declaration), would be zero as a result of the number of undefined ports in step S204, then this is the whole network The only node for which the number of undefined ports has become zero (all determined as parent ports) is flagged as a route in step S208 and recognized as a route in step S209. Is made.
As described above, the process from the bus reset shown in FIG. 27 to the declaration of the parent-child relationship among all the nodes in the network is completed.
[0048]
Next, the flowchart of FIG. 28 will be described.
First, flag information of each node such as leaf, branch, and root is set in the sequence up to FIG. 27. Based on this, the information is classified in step S301.
[0049]
As an operation for assigning an ID to each node, the ID can first be set from the leaf. IDs are set from a young number (node number = 0 to 0) in the order of leaf → branch → root.
[0050]
Next, in step S302, the number N of leaves (N is a natural number) existing in the network is set. Thereafter, in step S303, each leaf requests the root to give an ID. If there are a plurality of requests, the route performs arbitration (operation to adjust to one) in step S304, gives an ID number to one winning node in step S305, and notifies the losing node of the result of the failure. I do.
[0051]
In step S306, the leaf whose ID acquisition has failed fails to issue an ID request again and repeats the same operation. In step S307, the leaf that has obtained the ID broadcasts the self ID packet to all nodes.
[0052]
When the one-node ID information is broadcast, the number of remaining leaves is reduced by one in step S308. In step S309, when the number of remaining leaves is 1 or more, the ID request operation in step S303 is repeated, and when all the leaves are finally broadcast ID information, step S309 becomes N = 0, Move on to ID setting of next branch.
[0053]
The branch ID setting is performed in the same manner as the leaf.
First, in step S310, the number of branches M (M
Is a natural number). Thereafter, in step S31, each branch requests the route to give an ID. On the other hand, the route is arbitrated in step S312, and is given from the next young number that has been given to the leaf in order from the winning branch.
[0054]
In step S313, the root notifies the ID information or the failure result to the branch that issued the request. In step S314, the branch that has failed in ID acquisition issues an ID request again and repeats the same operation. In step S315, the branch that has obtained the ID broadcasts the self ID packet of the node to all the nodes.
[0055]
When the one-node ID information is broadcast, the number of remaining branches is reduced by one in step S316. In step S317, when the number of remaining branches is 1 or more, the process of the ID request in step S311 is repeated until all branches finally broadcast ID information. When all branches have acquired node IDs, M = 0 in step S317, and the branch ID acquisition mode also ends.
[0056]
When the process is completed up to this point, the only node for which ID information has not been acquired is the root. In step S318, the largest unassigned number is set as its own ID number. In step S319, the self ID of the root is set. Broadcast the packet.
As described above, after the parent-child relationship is determined, the procedure until the IDs of all the nodes and the bus manager are set is completed.
[0057]
Next, the operation in the actual network shown in FIG. 29 will be described as an example.
In FIG. 29, the nodes A and C are directly connected to the lower level of the (root) node B, the node D is directly connected to the lower level of the node C, and further to the lower level of the node D. Has a hierarchical structure in which node E and node F are directly connected. A procedure for determining the hierarchical structure, root node, and node ID will be described.
[0058]
After the bus is reset, first, in order to recognize the connection status of each node, a parent-child relationship is declared between the directly connected ports of each node. With this parent and child, it can be said that the parent side is higher in the hierarchical structure and the child side is lower. In FIG. 29, it is the node A that first declared the parent-child relationship after the bus reset. Basically, a parent-child relationship can be declared from a node (referred to as a leaf) that is connected to only one port of the node. Since it can first know that this is only one port connection, it recognizes that it is at the end of the network, and the parent-child relationship is determined from the node that has operated early in that.
[0059]
In this way, the port on the side (Node A between A and B) that has declared the parent-child relationship is set as a child, and the port on the other side (Node B) is set as a parent. That is, the node A-B is determined as a child-parent, the node E-D is determined as a child-parent, and the node FD is determined as a child-parent.
[0060]
Further up one layer, among the nodes having a plurality of connection ports (referred to as “branches”), the declaration of the parent-child relationship is sequentially performed from the node receiving the declaration of the parent-child relationship from another node. In FIG. 28, the node D first determines the parent-child relationship between DE and DF, and then declares the parent-child relationship with respect to the node C. As a result, the node D is determined as the child-parent. is doing.
[0061]
Receiving the declaration of the parent-child relationship from node D, node C declares the parent-child relationship to node B connected to the other port. As a result, the node CB is determined as a child-parent.
[0062]
In this way, the hierarchical structure as shown in FIG. 29 is configured, and the node B that becomes the parent in all the finally connected ports is determined as the root node. Only one route exists in one network configuration.
[0063]
In FIG. 29, the node B is determined as the root node. However, the node B that has received the parent-child relationship declaration from the node A can make a parent-child relationship declaration to other nodes at an early timing. For example, the root node may have moved to another node. That is, any node may be a root node depending on the transmission timing, and the root node is not always constant even in the same network configuration.
[0064]
Once the root node is determined, the next mode is to determine each node ID. Here, all nodes notify their determined node IDs to all other nodes (broadcast function).
[0065]
The self ID information includes its own node number, information on the connected position, the number of ports it has, the number of ports connected, information on the parent-child relationship of each port, and the like.
As a procedure for assigning node ID numbers, first, a node (leaf) connected to only one port can be activated, and node numbers = 0, 1, 2,.
[0066]
The node having the node ID transmits information including the node number to each node by broadcasting. Thus, it is recognized that the ID number is “allocated”.
[0067]
When all the leaves have acquired their own node IDs, the next step is branching, and the node ID numbers subsequent to the leaves are assigned to each node. Similarly to the leaf, node ID information is broadcast sequentially from the branch to which the node ID number is assigned, and finally the root node broadcasts self ID information. That is, the route always has the largest node ID number.
As described above, assignment of node IDs for the entire hierarchical structure is completed, the network configuration is reconstructed, and bus initialization is completed.
[0068]
"arbitration"
In the 1394 serial bus, the bus use right is always arbitrated prior to data transfer. Since the 1394 serial bus is a logical bus type network in which each individually connected device transmits the same signal to all devices in the network by relaying the transferred signal, the packet of the 1394 serial bus Arbitration is necessary to prevent collisions. As a result, only one node can be transferred at a certain time.
[0069]
In order to explain the arbitration, FIG. 30A shows a bus use request and FIG. 30B shows a bus use permission, which will be described below.
When arbitration starts, one or more nodes each issue a bus use right request to the parent node. Nodes C and F in FIG. 30A are nodes that have issued a bus use right request.
[0070]
Upon receiving this, the parent node (node A in FIG. 30) issues (relays) a bus use right request to the parent node. This request is finally delivered to the mediation route. The root node that has received the bus use request determines which node uses the bus. This arbitration work can be performed only by the root node, and the node that won the arbitration is given permission to use the bus. In FIG. 30B, the use permission is given to the node C, and the use of the node F is denied.
[0071]
A DP (data prefix) packet is sent to the node that lost the arbitration to notify that it was rejected. The rejected node bus use request is waited until the next arbitration.
As described above, the node that has won the arbitration and obtained the bus use permission can subsequently start data transfer.
[0072]
Next, a series of arbitration flows will be described with reference to the flowchart of FIG.
In order for a node to begin data transfer, the bus must be idle. In order to recognize that the previous data transfer has been completed and the bus is currently empty, a predetermined idle time gap length (eg, subaction By passing the gap), each node determines that its own transfer can start.
[0073]
In step S401, it is determined whether a predetermined gap length corresponding to the data to be transferred, such as Async data and Iso data, has been obtained. As long as the predetermined gap length cannot be obtained, the bus use right required to start the transfer cannot be requested, so the process waits until the predetermined gap length is obtained.
[0074]
If a predetermined gap length is obtained in step S401, it is determined in step S402 whether there is data to be transferred. If there is, a request for bus use right is routed to secure a bus for transfer in step S403. To the other side. At this time, the transmission of the signal indicating the request for the right to use the bus is finally delivered to the route while relaying each device in the network as shown in FIG.
[0075]
If there is no data to be transferred in step S402, the process waits as it is. Next, in step S404, if one or more routes receive the bus use request in step S403, the route checks the number of nodes that have made use requests in step S405. If the selection value in step S405 is the number of nodes = 1 (one node that has issued a usage right request), the bus use permission immediately after that is given to that node.
[0076]
If the selected value in step S405 is the number of nodes> 1 (a plurality of nodes that have made use requests), the route performs an arbitration operation to determine one node to be permitted to use in step S406. This arbitration work is fair and is configured such that only the same node does not get permission every time, but rights are given equally.
[0077]
In step S407, a selection is made to divide one node that has obtained the use permission by arbitrating the route from the plurality of nodes that issued the use request in step S406 and the other node that has lost. Here, in step S408, the route is assigned to one node that has been granted arbitration and obtained use permission, or a node that has obtained use permission without arbitration from the selection value in step S405 without using the requested number of nodes. In response, a permission signal is sent. The node having obtained the permission signal starts to transfer data (packet) to be transferred immediately after receiving the permission signal.
[0078]
Further, a DP (data prefix) packet indicating arbitration failure is sent from the route to the node that has lost the arbitration in step S406 and the bus use is not permitted, and the node that has received the packet performs forwarding again in step S409. Therefore, the process returns to step S401 and waits until a predetermined gap length is obtained.
The above is the explanation of the arbitration flow.
[0079]
<Asynchronous transfer>
Asynchronous transfer is asynchronous transfer. FIG. 32 shows a temporal transition state in asynchronous transfer. The first subaction gap in FIG. 32 indicates the idle state of the bus. When this idle time reaches a certain value, the node desiring to transfer determines that the bus can be used, and executes arbitration for acquiring the bus.
[0080]
When the bus use permission is obtained by arbitration, data transfer is executed in the packet format. After the data transfer, the received node returns the response ack (reception confirmation return code) for the transferred data by sending back a response or sending a response packet after a short gap called ack gap. Complete.
[0081]
The ack is composed of 4-bit information and a 4-bit checksum, and includes information such as success, busy status, and pending status, and is immediately returned to the transmission source node.
[0082]
Next, FIG. 33 shows an example of a packet format for asynchronous transfer.
The packet has a header part in addition to the data part and error correction data CRC, and the header part has a target node ID, source node ID, transfer data length, various codes, etc. as shown in FIG. Is written and transferred.
[0083]
Asynchronous transfer is one-to-one communication from the own node to the partner node. The packet transferred from the transfer source node is distributed to each node in the network, but since the address other than the address addressed to itself is ignored, only one destination node reads.
[0084]
<< Isochronous (synchronous) transfer >>
Isochronous transfer is synchronous transfer. This isochronous transfer, which can be said to be the greatest feature of the 1394 serial bus, is a transfer mode suitable for transferring data that requires real-time transfer such as multimedia data such as VIDEO video data and audio data.
[0085]
Asynchronous transfer (asynchronous) is a one-to-one transfer, but this isochronous transfer is uniformly transferred from one transfer source node to all other nodes by a broadcast function.
[0086]
FIG. 34 is a diagram showing a temporal transition state in isochronous transfer.
Isochronous transfer is executed at regular intervals on the bus. This time interval is called an isochronous cycle. The isochronous cycle time is 125 μS. The cycle start packet has a role of indicating the start time of each cycle and adjusting the time of each node.
[0087]
The node that transmits the cycle start packet is a node called a cycle master, and after the end of the transfer in the previous cycle, after passing through a predetermined idle period (subaction gap), the start of this cycle is notified. Send cycle start packet. The time interval for transmitting this cycle start packet is 125 μS.
[0088]
Also, as indicated by channel A, channel B, and channel C in FIG. 34, a plurality of types of packets can be distinguished and transferred by being given channel IDs within one cycle. This enables real-time transfer between a plurality of nodes at the same time, and the receiving node captures only the data of the channel ID that it wants. This channel ID does not represent a destination address, but merely gives a logical number to the data. Therefore, transmission of a certain packet is forwarded by broadcast from one source node to all other nodes.
[0089]
Prior to transmission of packets for isochronous transfer, arbitration is performed as in asynchronous transmission. However, since it is not one-to-one communication as in asynchronous transfer, there is no ack (reception confirmation reply code) in isochronous transfer.
[0090]
Further, isogap (isochronous gap) shown in FIG. 34 represents an idle period necessary for recognizing that the bus is empty before performing isochronous transfer. When this predetermined idle period elapses, a node that wishes to perform isochronous transfer determines that the bus is free and can perform arbitration before transfer.
[0091]
FIG. 35 shows an example of a packet format for isochronous transfer.
Each packet divided into each channel has a header portion in addition to the data portion and error correction data CRC, and the header portion has a transfer data length, a channel N0, etc. as shown in FIG. Various codes, error correction header CRC, and the like are written and transferred.
[0092]
《Bus cycle》
In the actual transfer on the 1394 serial bus, isochronous transfer and asynchronous transfer can be mixed. FIG. 36 shows a temporal transition state of the transfer state on the bus in which isochronous transfer and asynchronous transfer are mixed.
Isochronous transfer is executed with priority over asynchronous transfer. The reason for this is that after a cycle start packet, isochronous transfer can be started with a gap length (isochronous gap) shorter than the gap length (subaction gap) of the idle period necessary to start asynchronous transfer. . Therefore, isochronous transfer is executed with priority over asynchronous transfer.
[0093]
In the general bus cycle shown in FIG. 36, a cycle start packet is transferred from the cycle master to each node at the start of cycle #m. As a result, the time is adjusted at each node, and after waiting for a predetermined idle period (isochronous gap), the node which should perform isochronous transfer performs arbitration and enters packet transfer. In FIG. 36, channel e, channel s, and channel k are transferred isochronously in order.
[0094]
After repeating the operations from the arbitration to the packet transfer for a given channel, when all the isochronous transfers in the cycle #m are completed, the asynchronous transfer can be performed.
[0095]
When the idle time reaches the subaction gap where asynchronous transfer is possible, it is determined that a node that wishes to perform asynchronous transfer can move to execution of arbitration. However, the period during which asynchronous transfer can be performed is when the subaction gap for starting asynchronous transfer is obtained between the end of isochronous transfer and the time to transfer the next cycle start packet (cycle sync). Limited to.
[0096]
In cycle #m in FIG. 36, two packets (packet 1 and packet 2) of isochronous transfer for three channels and then asynchronous transfer (including ack) are transferred. After this asynchronous packet 2, it reaches the time (cycle sync) at which the cycle m + 1 is to be started, so the transfer in the cycle #m ends here.
[0097]
However, if the time to transmit the next cycle start packet during the asynchronous or synchronous transfer operation (cycle sync) is reached, it is not interrupted forcibly, and after waiting for the idle period after the transfer is completed, Send cycle start packet for cycle. That is, when one cycle continues for 125 μS or more, the fractional cycle is shortened from the reference 125 μS. In this way, the isochronous cycle can be exceeded or shortened on the basis of 125 μS.
[0098]
However, isochronous transfer is always executed if necessary for every cycle in order to maintain real-time transfer, and asynchronous transfer may be passed to the next and subsequent cycles because the cycle time is shortened. This delay information is managed by the cycle master.
This completes the description of the 1394 serial bus.
[0099]
Next, a first embodiment of the present invention will be described. FIG. 2 shows the system configuration. In FIG. 2, a digital video camera (hereinafter referred to as DVC) 102 is connected to a PC 101 in which shooting condition management software is installed via an IEEE 1394 cable 103, and a monitor 104 and a keyboard 105 are provided.
[0100]
FIG. 1 is a block diagram showing a schematic configuration of the PC 101 and the DVC 102.
In FIG. 1, in particular, the PC 101 shows functions necessary for starting and operating the shooting condition management software, and the DVC 102 shows only functions necessary for communicating necessary information with the PC 101.
[0101]
Inside the PC 101, control means 108 for controlling software activation, monitor display image control, reading input information from a keyboard, etc., image display means 109 for outputting monitor display image information, keyboard input, etc. And a digital I / F unit 112 that communicates digital information with an operation unit 110 that transmits information to the control unit 108, a memory 111 that stores image information, shooting conditions, and shooting state information, a DVC 102, and the like.
[0102]
The DVC 107 includes a control unit 113 for controlling the mechanical unit 114 and the signal processing unit 115, a mechanical unit 114 for reproducing the magnetic tape, a signal processing unit 115 for processing a reproduction signal from the magnetic tape, the PC 101, and the like. A digital I / F 116 for performing communication, and a nonvolatile memory unit 117 used for recording information sent from the PC 101 or the like are included.
[0103]
When the IEEE 1394 cable 103 is connected to each of the DVC 102 and the PC 101, the DVC 102 and the PC 101 recognize each of them and determine whether to enter the mode setting operation.
FIG. 3 shows specific processing at this time.
When execution of the process is started in S3501, it is recognized in S3502 whether or not the IEEE1394 cable 103 is connected by detecting whether or not a bus reset has occurred.
[0104]
If no bus reset has occurred, the process waits without performing any processing. If a bus reset has occurred, whether or not the DVC 102 is connected is identified in S3503. As a method for identifying whether or not a DVC is connected, for example, there is a method of reading out a 64-bit address in the address space of the DVC 1394 serial bus shown in FIG. .
[0105]
If it is determined that the DVC to be communicated is not connected, the process returns to S3502. If it is determined that the DVC to be communicated is connected, it is determined in S3504 whether the DVC side is in a state of accepting a communication request from the PC side. If the communication request is not accepted, the process returns to S3503 to check whether the DVC to be controlled is still connected, and then re-executes the process of S3504.
[0106]
If it is recognized in S3504 that the DVC is in a state of accepting a communication request, DV information is transmitted from the DVC in S3505, or shooting condition information and control information are transmitted from the PC side. By using IEEE1394, input / output can be performed in real time.
[0107]
Next, when the DVC 102 is set to a playback mode for playing back the video recorded on the magnetic tape, the playback video information is transmitted to the PC 101 example through the 1394 cable 103. When the shooting condition management software is activated by the PC 101, the transmitted video information is decompressed and displayed on the monitor 104 connected to the PC 101.
[0108]
The above display screen is shown in FIG.
In FIG. 4, since the shooting condition management software has been started, the startup window 201 is displayed, and the display of SAMPLE SELECT indicating that a sample of shooting conditions is currently being selected from the reproduced image is displayed on the upper left. It is displayed. Further, a selection window 202 for displaying a reproduced image is displayed on the startup window.
[0109]
On this window, together with the playback screen 203, shooting condition information read from the system data included in the playback information is also displayed in real time (table 204 on the right side of the selection window).
[0110]
Furthermore, a playback mode command switch 205 for executing normal playback, 1x reverse playback, high speed reverse playback, high speed playback, pause, etc. is displayed below the playback screen. By clicking these switches, the screen to be stored as a sample can be freely selected.
[0111]
Also, the playback mode information at this time is transmitted to the DVC 102 through the IEEE 1394, and the DVC that has received this information changes the setting of the playback mode according to the information, thereby indicating the command switch instruction and the image playback mode. Can be synchronized.
[0112]
When the screen to be selected as a sample is determined, when the user clicks the SELECT switch 206 displayed at the bottom of the window 202 with a mouse pointer or the like, one frame of the playback screen at the time of the click and the shooting conditions displayed in real time The information is recorded in the memory 111 of the PC in association with the information.
[0113]
When the storage is completed, arbitrary shooting situation information recorded together with the sample information in the memory 111 is set. Shooting status information is information that is thought to have a significant impact on the quality of the recorded image, such as the shooting location, the season in which it was shot, whether the shooting is for a subject that has a lot of movement or a subject that is hardly moving, etc. is there. Such information is too large to be recorded as digital information in the system data on the magnetic tape. Therefore, settings are made on the PC.
[0114]
In order to set the shooting status information, a sample screen is selected, and when the recording of the image information and shooting condition information on the sample screen is completed, the selection window 202 disappears from the screen and is switched to the shooting status setting window 301 instead.
[0115]
The switched screen is shown in FIG.
In the shooting situation setting window, the previously selected sample image and shooting conditions are displayed, and an item 302 for setting the shooting situation is arranged on the right side of the window. The shooting status items include the shooting location (PLACE), the rough shooting time (DATE1) such as the season and the month in which the image was taken, the shooting time (DATE2), and whether the subject is moving or moving slowly. An item such as a frequency (MOVING) is given as an initial setting.
When there is an item to be set other than this item, there are also items that can be set by the user as USER 1, 2, 3, 4.
[0116]
Here, a method of setting the shooting situation will be briefly described. For example, when setting the shooting location, NON SETTING next to the item PLACE is selected with a mouse pointer or the like. Then, the background color of the selected NON SETTlNG changes (FIG. 6), and a setting selection window appears (501 in FIG. 7A). In this selection window 501, an item of “INDOOR” and an item of “OUTDOOR” are displayed so that either shooting in the outdoors or shooting in the room can be selected.
[0117]
Here, since the outdoor sports shooting screen is selected as a sample, OUTDOOR is selected (FIG. 7B). Then, a selection window 502 for selecting where in the field the image was taken is displayed. In this selection window, for example, when an item STADIUM indicating a stadium is selected, it is possible to set which stadium was taken (FIG. 7D). Here, YOKOHAMA KOKUSAI indicating Yokohama International Stadium is selected.
[0118]
FIG. 8 shows the sample setting window 301 when the setting up to here is completed. It can be seen that the PLACE item indicating the shooting location is set to YOKOHAMA KOKUSAI.
Similarly, FIG. 9 shows a setting window 301 in which the shooting time, the amount of movement of the shooting target, and the like are sequentially set.
[0119]
The above is the setting method of shooting condition setting items prepared in advance on the software side. However, depending on the user, other setting items may be required, or setting items that have already been added, deleted, item names It may be necessary to make changes. The setting method of items is shown below.
When changing the item name, EDIT at the top of the setting window 301 is selected with a mouse pointer or the like (FIG. 10). Then, the color changes to indicate that the selected EDIT character has been selected.
[0120]
Further, an edit window 901 for editing the item name is displayed (FIG. 11). In this window 901, editable items among the setting items are displayed as files, and an end switch END903 for ending editing is displayed.
[0121]
Here, as an example, a method for editing the item PLACE indicating the shooting location will be described. When the PLACE file 902 is selected with the mouse pointer, the display in the editing window is changed, and an OUTDOOR file 1001 and an INDOR file 1008 included in the PLACE file 902 are displayed (FIG. 12A). Here, when an OUTDOOR file is further selected, a folder of the shooting location included in the OUTDOOR folder 1001 is displayed (FIG. 12B).
[0122]
Furthermore, when the STADIUM folder 1004 corresponding to the shooting location is selected, the shooting location folder included in the STADIUM folder 1004 is further displayed (FIG. 12C).
[0123]
At the time of setting for the above-described sample, the shooting locations were limited to outdoor shooting>stadium> Yokohama International Stadium as shooting location information. However, this limitation may not be sufficient for some users. For example, here, there may be a case where it is desired to limit the shooting to the middle of the competition field (bright and far shooting target) and not to the audience seating (dark and near shooting target).
[0124]
Therefore, here, the YOKOHAMA KOKUSAI folder 1005 indicating the Yokohama International Stadium is selected. Then, the name of the Yokohama International Stadium has been registered, but since no further detailed settings have been made, only the unnamed folder 1006 is displayed on the display screen (FIG. 12 (d)). Since the photographed image of this time is mainly taken in the middle of the competition field, a name indicating that the restriction is “middle of the field” is set for this unnamed folder 1006 using a keyboard or the like. (FIG. 12E).
[0125]
If you also want to make settings such as “audience seat” and “stadium entrance”, you can create a new folder by selecting the MAKE A NEW CATEGORY switch 1002 in the window 901. Also, when it is desired to delete a folder that has already been created, the folder selected with the mouse pointer or the like can also be deleted using the CLEAR CATGEGORY switch 1003.
Similarly, the items USER1, 2, 3, and 4 can be set as required by the user.
[0126]
FIG. 13 shows an example of settings in which editing of the above-described shooting situation items is completed and user items are also set. User field
USER1 → WHO / WHAT (shooting target)
USER2 → W / T (Wide Tele)
USER3 → WEATHER (weather)
USER4 → CAMERAID (Video camera 1D)
In this way, the item name is changed, and each item is also set.
[0127]
WHO / WHAT → SPORTS GAME
W / T → T
WEATHER → GOOD
CAMERAID → 123456
Here, the camera ID is a unique ID of the video camera. In the case of using a plurality of video cameras, it is considered that there is a change in the captured image even for the same shooting target.
[0128]
This completes the sample setting. To finish the setting, the end switch 1101 is clicked with the mouse pointer. Simultaneously with the click, the camera shooting condition information and shooting status information are stored in the memory together with the image screen.
[0129]
Although the above has described the setting of the shooting condition sample, a method for searching for shooting conditions stored as a sample will be described next.
FIG. 14 shows an imaging condition search window 1201. There are three search methods: a search condition for an image that is close to ideal (PICTURE SEARCH), a search from an item of an arbitrary shooting condition (CAMERA MODE SEARCH), and a search from a shooting condition item (RECODING CONDITION SEARCH). The switches 1202 to 1204 corresponding to the respective search methods can be displayed.
[0130]
First, a search method using images will be described. When the PICTURE switch 1202 is clicked with a mouse pointer or the like, a PICTURE SEARCH window 1301 is displayed (FIG. 15A). Then, all the images recorded as samples so far are displayed on the window. The user can select an image that is close to the ideal image that is currently captured, and search for the imaging condition and imaging status.
[0131]
To select an image, click the image you want to select with a mouse pointer or the like. Then, a search result window 1302 displaying the image of the selected image, shooting conditions, and shooting status is displayed (FIG. 15B).
[0132]
Next, a case where a search is performed according to shooting conditions will be described. When the CAMERA MODE switch 1203 in the search window 1201 is clicked with a mouse pointer or the like, a CAMERA MODE SEARCH window 1401 is displayed (FIG. 16A). In the window 1401, shooting conditions are displayed in a list, and each setting content can be set in the same manner as in the sample setting.
[0133]
After setting the necessary setting conditions, click the SEARCH switch, which is a search start switch, to display a sample image of the sample that matches the set conditions in the search result selection window 1403 (FIG. 16C). The user can display the above-described search result window 1302 by clicking the sample image of the sample to be searched.
[0134]
The same applies to the search based on the shooting situation. A RECORDING CONDITION switch in the search window 1201 is clicked to display a shooting status window 1402 (FIG. 16B). Furthermore, it is possible to set a shooting situation, select a sample to be searched from suitable samples, and display a search window 1302. The above is the method for retrieving the shooting conditions of the recorded sample.
[0135]
Next, a second embodiment will be described.
In the present embodiment, a method for causing a digital video camera to set shooting conditions obtained from a search result will be described.
FIG. 17A shows a search result window 1302. A case where the shooting condition data displayed in this window 1302 is transferred to the DVC will be described.
[0136]
In the window 1302, an imaging condition transfer switch 1501 is displayed. When this switch 1501 is clicked with a mouse pointer or the like, a transfer setting window 1503 is displayed (FIG. 17B). This window 1503 is displayed in the search result window 1302.
[0137]
Further, → and X are displayed in parallel for each condition. The user can select whether to transfer the photographing condition data to the DVC by selecting the → and X for each setting. Thus, only necessary shooting condition data can be transferred to the video camera, and various shooting situations can be dealt with.
[0138]
When selection of transfer data is completed, a STARTTRANSPORT switch 1502 for starting transfer of imaging condition data is clicked to start transfer. The DVC that has received the transferred photographing condition information stores this information in the nonvolatile memory. This makes it possible to call up the stored shooting condition information when necessary, and to use it as one shooting mode.
[0139]
FIG. 18 is a flowchart showing control at the time of selection of a sample image of the imaging condition management software activated by the PC 101.
First, in S101, it is determined whether DV information is being transmitted from the DVC side. If transmission is in progress, it is determined whether the sample selection mode is selected from the DV information (S102). If the sample selection mode is selected, sample image selection processing (S103) is performed.
[0140]
When the selection is completed (S104), the image data and shooting condition data are temporarily stored in the memory (S105), and a shooting status setting process is performed (S106). When the setting is completed (S107), the set shooting condition data, image data, and shooting condition data are stored in the memory as one sample information (S108).
[0141]
FIG. 19 is a flowchart showing the control at the time of searching for photographing conditions. This search mode is called when not in the sample selection mode ((1)). First, in step 109, it is determined whether the shooting condition search mode is set.
[0142]
In the shooting condition search mode, it is determined whether the search is based on an image, a search based on a shooting condition, or a search based on shooting conditions (S110, S111, S112). If the search is based on an image, a sample image selection process (S114) is performed. When selection is made (S115), the image information, shooting condition information, and shooting status information of the selected sample are read from the memory, and the sample is read. A search result window 1302 is displayed (S126).
[0143]
If the search is based on the shooting conditions, a shooting condition setting process to be searched is performed. When the setting is completed, a sample corresponding to the set shooting conditions is searched. Further, when selection is made from the retrieved samples, the process of step 126 is performed.
[0144]
In the case of a search based on the shooting situation, a shooting situation setting process to be searched is performed, and when the setting is completed, a sample corresponding to the set shooting situation is searched. Further, when selection is made from the retrieved samples, the process of step 126 is performed.
[0145]
FIG. 20 is a flowchart showing the control for transferring the photographing condition information of the search result to the DVC. The transition to the transfer mode is performed when the process of S126 is completed and there is a request for transfer of imaging conditions (S127). If there is a transfer request, the process proceeds to processing for selecting shooting condition information to be transferred (S128). When the selection is completed (S129), it is selected after confirming whether it is connected to the DVC (S130). The obtained shooting condition information is transferred to the DVC (S131).
[0146]
Next, a storage medium according to another embodiment of the present invention will be described.
The present invention may be configured by hardware, or may be configured by a computer system including a CPU and a memory. When configured by a computer system, the memory constitutes a storage medium according to the present invention.
[0147]
That is, in each of the above-described embodiments, a storage medium storing a program code of software for executing the operations described with reference to the flowcharts in each figure is used in the system or apparatus, and the CPU of the system or apparatus stores the storage medium. The object of the present invention can be achieved by reading and executing the program code stored in.
[0148]
As the storage medium, a semiconductor memory such as ROM or RAM, an optical disk, a magneto-optical disk, a magnetic medium, or the like may be used. These may be a CD-ROM, a floppy disk, a magnetic medium, a magnetic card, a nonvolatile memory card, or the like. It may be configured and used.
[0149]
Therefore, when this storage medium is used in other systems and apparatuses other than the system and apparatus shown in FIGS. 1 and 2, the system or computer reads out and executes the program code stored in the storage medium, The same functions as those of the above embodiments can be realized, and the same effects can be obtained, and the object of the present invention can be achieved.
[0150]
Further, when an OS or the like running on the computer performs part or all of the processing, or an extended function board in which a program code read from a storage medium is inserted into the computer or an extended function connected to the computer Even when the CPU or the like provided in the extension function board or the extension function unit performs part or all of the processing based on the instruction of the program code after being written in the memory provided in the unit, it is equivalent to each embodiment. In addition to realizing the above functions, the same effect can be obtained and the object of the present invention can be achieved.
[0151]
【The invention's effect】
As described above, according to the present invention, it is possible to manage the shooting conditions of a previously shot video together with the shooting situation such as the shooting location, and the user can select from the previously shot videos. Image capturing conditions can be set in the image capturing apparatus.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration in which a PC and a DVC are connected according to an embodiment of the present invention.
FIG. 2 is a configuration diagram showing a configuration in which a PC and a DVC are connected according to an embodiment of the present invention.
FIG. 3 is a flowchart showing processing for recognizing a connection between a PC and a DVC.
FIG. 4 is a configuration diagram illustrating an example of a startup window of imaging condition management software.
FIG. 5 is a configuration diagram illustrating an example when a setting window for setting a shooting state for a sample is started.
FIG. 6 is a configuration diagram illustrating a shooting situation setting method.
FIG. 7 is a configuration diagram illustrating an example of a setting method when setting a shooting location in a shooting situation.
FIG. 8 is a configuration diagram showing a display example of a setting window after the setting of the shooting location is completed.
FIG. 9 is a configuration diagram illustrating a display example of a setting window in which a shooting location, a shooting timing, and a movement of a shooting target are set in a shooting situation.
FIG. 10 is a configuration diagram for explanation when a shooting status item is changed.
FIG. 11 is a configuration diagram illustrating a display example of an editing window for shooting status items.
FIG. 12 is a configuration diagram for explaining a method of editing a shooting situation item.
FIG. 13 is a configuration diagram illustrating a setting window in which editing of shooting status items and setting of each item are completed.
FIG. 14 is a block diagram showing an imaging condition search window.
FIG. 15 is a configuration diagram showing a search window and a search result window when performing a search using sample images.
FIG. 16 is a configuration diagram showing a search window based on shooting conditions, a search window based on shooting conditions, and a search result selection window that displays samples that match the search.
FIG. 17 is a configuration diagram for explaining a transfer request of a searched shooting condition and a method of selecting a shooting condition to be transferred and a transfer start request.
FIG. 18 is a flowchart illustrating processing for selecting a sample and setting a shooting state.
FIG. 19 is a flowchart showing processing for searching for shooting conditions;
FIG. 20 is a flowchart illustrating a process for transferring shooting condition information to a DVC.
FIG. 21 is a configuration diagram of a network system using a 1394 serial bus.
FIG. 22 is a block diagram showing components of a 1394 serial bus.
FIG. 23 is a block diagram showing an address space of a 1394 serial bus.
FIG. 24 is a cross-sectional view of a 1394 serial bus cable.
FIG. 25 is a timing chart showing a data transfer format in the 1394 serial bus.
FIG. 26 is a flowchart showing bus operations from bus reset to data transfer.
FIG. 27 is a flowchart showing the bus operation in more detail.
FIG. 28 is a flowchart showing a work subsequent to the bus work.
FIG. 29 is a block diagram for explaining the operation of a network using a 1394 serial bus.
FIG. 30 is a block diagram for explaining arbitration in a 1394 serial bus.
FIG. 31 is a flowchart showing a series of arbitration flows;
FIG. 32 is a timing chart showing temporal transition states by asynchronous transfer.
FIG. 33 is a configuration diagram illustrating an example of a packet format for asynchronous transfer.
FIG. 34 is a timing chart showing temporal transition states by isochronous transfer.
FIG. 35 is a block diagram illustrating an example of a packet format for isochronous transfer.
FIG. 36 is a timing chart showing a bus cycle.
[Explanation of symbols]
101 PC
102 DVC
103 IEEE1394 cable
104 monitor
105 keyboard
108 Control means
109 Image display means
110 Operating means
111 memory
112 Digital I / F
113 Control means
114 Mechanical part
115 Signal processing unit
116 Digital I / F
117 Nonvolatile memory
201 Shooting condition management software startup window
202 Sample image selection window
203 Playback video display part
204 Shooting condition display part
205 Playback mode change command switch
206 Sample image selection decision switch
301 Sample shooting status setting window
302 Shooting status item display section
501 Shooting location selection window
502 Limited window for outdoor shooting locations
901 Shooting condition setting item edit window
902 One of the shooting status setting items (shooting location → PLACE)
1001 Field shooting items
1002 New item addition switch
1003 Delete item switch
1004 Field items
1005 Items of Yokohama International Stadium
1006 New item
1007 Item changed
1101 Sample setting end switch
1201 Shooting condition search window
1202 Image search switch
1203 Shooting condition search switch
1204 Shooting condition search switch
1301 Image search window
1302 Search result window
1401 Shooting condition search window
1402 Shooting situation search window
1403 Search results window
1501 Shooting condition transfer switch
1502 Shooting condition transfer start switch
1503 Shooting condition transfer setting window

Claims

A shooting condition management device for managing shooting conditions necessary for shooting a video,
A communication means for receiving a video transmitted from the imaging device and a shooting condition of the video;
A shooting situation setting means for allowing a user to set a shooting situation including a shooting location of a video selected from videos sent from the imaging device;
A memory for storing the selected video, a shooting condition of the selected video, and a shooting situation including a shooting location of the selected video;
A function for retrieving from the memory a video suitable for a shooting situation set by a user, a function for displaying a shooting condition of a video selected from the video retrieved from the memory, on the display unit, and Before setting the shooting conditions of the video selected from the searched videos in the shooting device, the user selects a shooting condition that may be set in the shooting device from the shooting conditions, and the user selects A shooting condition management apparatus having a function of setting the selected shooting condition in the shooting apparatus;

A shooting condition management method for managing shooting conditions necessary for video shooting,
Receiving a video transmitted from the imaging device and shooting conditions of the video;
A step of causing a user to set a shooting situation including a shooting location of a video selected from videos sent from the shooting device;
Storing the selected video, a shooting condition of the selected video, and a shooting situation including a shooting location of the selected video in a memory;
Searching the memory for an image suitable for a shooting situation set by a user;
Displaying on the display means shooting conditions of the video selected from the video searched from the memory;
Before setting the shooting condition of the video selected from the video retrieved from the memory to the shooting device, the user selects a shooting condition that may be set to the shooting device from the shooting conditions, A shooting condition management method comprising: setting a shooting condition selected by a user in the shooting apparatus.

A computer-readable storage medium for storing a computer program that causes a computer to execute processing for managing shooting conditions necessary for shooting a video,
Processing for receiving the video transmitted from the imaging device and the shooting conditions of the video;
A process for allowing a user to set a shooting situation including a shooting location of a video selected from videos sent from the shooting device;
A process of storing the selected video, a shooting condition of the selected video, and a shooting situation including a shooting location of the selected video in a memory;
A process of searching the memory for an image suitable for the shooting situation set by the user;
Processing for displaying on the display means shooting conditions of the video selected from the video searched from the memory;
Before setting the shooting condition of the video selected from the video retrieved from the memory to the shooting device, the user selects a shooting condition that may be set to the shooting device from the shooting conditions, A storage medium storing a computer program for causing a computer to execute processing for setting a shooting condition selected by a user in the shooting apparatus.