撮影条件管理装置、撮影装置、撮影条件管理システム及びコンピュータ読み取り可能な記憶媒体
【課題】 デジタルビデオカメラ（ＤＶＣ）が撮影したときの撮影条件をＰＣに送って管理し、後の撮影で用いることができるようにする。
【解決手段】 ＰＣ１０１とＤＶＣ１０２とは１３９４シリアルバス１０３で接続されている。ＤＶＣが撮影を行うと、そのときの撮影条件が映像と共に記録される。再生された撮影条件情報は、ＰＣに送られてメモリ１１１に記憶される。その際、撮影時の状況等の任意の情報を対応させて記憶することにより、撮影条件をライブラリ化することができ、これを後日の撮影に際して使用することができる。
【解決手段】 ＰＣ１０１とＤＶＣ１０２とは１３９４シリアルバス１０３で接続されている。ＤＶＣが撮影を行うと、そのときの撮影条件が映像と共に記録される。再生された撮影条件情報は、ＰＣに送られてメモリ１１１に記憶される。その際、撮影時の状況等の任意の情報を対応させて記憶することにより、撮影条件をライブラリ化することができ、これを後日の撮影に際して使用することができる。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、撮影された映像の撮影条件を管理し、後の撮影での撮影条件決定の際に、上記管理された過去の撮影条件を参考にする場合等に用いて好適な撮影条件管理装置、撮影装置、撮影条件管理システム及びそれらに用いられるコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】近年、デジタルビデオカメラが普及するに従って、各ビデオカメラメーカは小型、高性能、低価格な機種を短期間に多数投入するようになってきた。これに従って、ユーザ層も女性や高年齢者等に広がってきている一方で、撮影状況も照明が暗い結婚式場内や、スキー場や海岸等の非常に明るい場所での撮影、あるいはスポーツなどの非常に動きが激しい被写体の撮影等と、非常に広がってきている。
【０００３】ビデオ撮影を行う際には、撮影状況に応じて露出、シャッタスピード、ホワイトバランス等の設定を適切に行う必要があるが、撮影経験の少ないユーザには非常に煩わしい作業であった。そのため、ほとんどのビデオカメラにおいては、上記の設定を自動的に行うオートモードが搭載されている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記のように撮影状況が広がって来るに従って、上記オートモードでは露出やホワイトバランス等の適切な設定が困難であるような、特殊な撮影条件での撮影の機会が増えてきている。このため、ユーザがマニュアル設定によって上記露出設定等を行うことが改めて必要となってきているが、やはり設定のための煩わしい作業がネックとなっているのが現状である。
【０００５】本発明は、上記の問題を解決するために成されたもので、オートモード撮影では適切な撮影設定を行えない場合のマニュアル設定の煩わしさを軽減し、誰でも思った通りの映像を簡単に撮影できる映像撮影条件の管理システムを提供することを目的としている。
【０００６】
【課題を解決するための手段】上記の目的を達成するために、本発明による撮影条件管理装置においては、映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る第１の読み取り手段と、上記読み取った撮影条件情報と対応させて任意の情報を記憶する記憶手段とを設けている。
【０００７】また、本発明による撮影装置においては、撮影した映像の撮影条件情報を外部に送信する送信手段を設けている。
【０００８】また、本発明による撮影条件管理システムにおいては、撮影した映像の撮影条件情報を送信する送信手段を有する撮影装置と、撮影条件情報を受信する受信手段と、上記受信した撮影条件情報を任意の情報と対応させて記憶する記憶手段とを有する撮影条件管理装置と、上記撮影装置と撮影条件管理装置とを接続する通信媒体とを設けている。
【０００９】また、本発明による記憶媒体においては、映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る処理と、上記読み取った撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶している。
【００１０】また、本発明による他の記憶媒体においては、撮影した映像の撮影条件情報を送信する処理を実行するためのプログラムを記憶している。
【００１１】また、本発明による他の記憶媒体においては、撮影した映像の撮影条件情報を送信する処理と、上記撮影条件情報を受信する処理と、上記受信した撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶している。
【００１２】
【発明の実施の形態】以下、本発明の実施の形態を図面と共に説明する。本実施の形態は、磁気テープ等に記録された映像情報が撮影された時の撮影条件を管理するシステムである。しかしデジタルビデオカメラ単体で全てのシステムを構築するには、撮影条件を記録するためのメモリ容量、記録された撮影条件をライブラリ化するためのソフトウェア、ハードウェアを含むシステム等、デジタルビデオカメラ自体の体積、処理に大きな負担がかかる。
【００１３】最近のデジタルビデオカメラの小型化、軽量化、低価格化の流れを考えると、デジタルビデオカメラ本体のみでシステムを構築するのは望ましくない。そこで考えられるのが、パソコン（以後ＰＣ）等と映像情報、撮影条件情報をデジタルＩ／Ｆによって相互通信することにより、撮影条件管理をＰＣ側で行うシステムである。
【００１４】デジタルビデオカメラとＰＣとの通信を行うには、現在、ＩＥＥＥ１３９４シリアルバスが多用されている。ＩＥＥＥ１３９４シリアルバスの幾つかの大きな特徴としては、後述するように、高速シリアル通信を用いるために、ケーブルが比較的細くフレキシビリティに富み、かつコネクタも従来のＳＣＳＩケーブルに比べて極端に小さいこと、さらには、画像情報のような大容量データを、機器制御データと共に高速で転送できることを挙げることができる。
【００１５】即ち、ＩＥＥＥ１３９４Ｉ／Ｆを用いた通信によれば、デジタルカメラやビデオカメラ等の移動式や携帯式で、通常は据え置きしない装置を接続するときにも、従来に比べて煩わしさが飛躍的に低減し、画像情報のＰＣへの転送も円滑に行うことが可能になるという大きな利点がある。そこで、以下にＩＥＥＥ１３９４シリアルバスについて説明する。
【００１６】家庭用デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータやオーディオデータ等のリアルタイムでかつ大情報量のデータ転送のサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、パソコン（ＰＣ）に取り込んだり、あるいはその他のデジタル機器に転送を行うには、必要な転送機能を備えた高速データ転送可能なインタフェースが必要になってくる。このような観点から開発されたインタフェースが、ＩＥＥＥ１３９４−１９９５（Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ、以下、１３９４シリアルバス）である。
【００１７】図２１に１３９４シリアルバスを用いて構成されるネットワーク・システムの例を示す。このシステムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間及びＣ−Ｈ間をそれぞれ１３９４シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器Ａ〜Ｈは、例としてＰＣ、デジタルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モニタ等である。
【００１８】各機器間の接続方式は、デイジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。また、各機器は各自固有のＩＤを有し、それぞれが認識し合うことによって、１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。
【００１９】また、１３９４シリアルバスの特徴でもあるが、Ｐｌｕｇ＆Ｐｌａｙ機能により、ケーブルを機器に接続した時点で、自動的に機器の認識や接続状況などを認識する機能を有している。
【００２０】また、図２１のようなシステムにおいて、ネットワークからある機器が削除されたり、又は新たに追加された場合には、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行う。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【００２１】またデータ転送速度は、１００／２００／４００Ｍｂｐｓ等を備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換性をとるようになっている。
【００２２】データ転送モードとしては、コントロール信号等の非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータやオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデータとＩｓｏデータは各サイクル（通常１サイクル１２５μＳ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータの転送を優先しつつサイクル内で混在して転送される。
【００２３】図２２に１３９４シリアルバスの構成要素を示す。１３９４シリアルバスは全体としてレイヤ（階層）構造で構成されている。図２２に示すように、最もハード的なのが１３９４シリアルバスのケーブルであり、このケーブルのコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤがある。
【００２４】ハードウェア部は実質的なインターフェイステップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行う。
【００２５】ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やＩＤの管理を行い、ネットワークの構成を管理する部分である。上記のハードウェア部とファームウェア部までが実質上の１３９４シリアルバスの構成である。
【００２６】また、ソフトウェア部のアプリケーション・レイヤは使うソフトによって異なり、インタフェース上にどのようにデータを乗せるかを規定する部分であり、ＡＶプロトコル等のプロトコルによって規定されている。以上が１３９４シリアルバスの構成である。
【００２７】次に、図２３に１３９４シリアルバスにおけるアドレス空間の図を示す。１３９４シリアルバスに接続された各機器（ノード）には必ず各ノード固有の６４ビットアドレスを持たせておく。このアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識でき、相手を指定した通信を行うことができる。
【００２８】１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準じた方式である。アドレス設定は、最初の１０ｂｉｔがバスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に使われる。残りの４８ｂｉｔが機器に与えられたアドレス幅になり、それぞれ固有のアドレス空間として使用できる。最後の２８ｂｉｔは固有データの領域として、各機器の識別や使用条件の指定の情報等を格納する。
【００２９】次に、１３９４シリアルバスの特徴といえる技術の部分を、より詳細に説明する。
《１３９４シリアルバスの電気的仕様》図２４に１３９４シリアルバス・ケーブルの断面図を示す。１３９４シリアルバスでは接続ケーブル内に、２組のツイストペア信号線の他に電源ラインを設けることも可能である。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。
【００３０】尚、簡易型の接続ケーブルでは、接続先の機器を限定した上で、電源ラインを設けていないものもある。電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
【００３１】《ＤＳ−Ｌｉｎｋ符号化》図２５は１３９４シリアルバスで採用されているデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適している。その構成は、２本の信号線を必要とする。より対線のうち１本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。
【００３２】受信側では、この通信されるデータと、ストローブとの排他的論理和をとることによってクロックを再現できる。
【００３３】このＤＳ−Ｌｉｎｋ符号化方式を用いるメリットとして、他のシリアルデータ転送方式に比べて転送効率が高いこと、ＰＬＬ回路が不要となるので、コントローラＬＳＩの回路規模を小さくできること、さらには、転送すべきデータが無いときに、アイドル状態であることを示す情報を送る必要が無いので、各機器のトランシーバ回路をスリープ状態にすることができ、これによって消費電力の低減を図れる等が挙げられる。
【００３４】《バスリセットのシーケンス》１３９４シリアルバスでは、接続されている各機器（ノード）にはノードＩＤが与えられ、ネットワーク構成として認識されている。このネットワーク構成に変化があったとき、例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノード数の増減などによって変化が生じて、新たなネットワーク構成を認識する必要があるときは、変化を検知した各ノードはバス上にバスリセット信号を送信して、新たなネットワーク構成を認識するモードに入る。
【００３５】このときの変化の検知方法は、１３９４ポート基板上でのバイアス電圧の変化を検知することによって行われる。あるノードからバスリセット信号が伝達されて、各ノードのフィジカルレイヤは、このバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的に全てのノードがバスリセット信号を検知した後、バスリセットが起動となる。
【００３６】バスリセットは、先に述べたようなケーブル抜挿や、ネットワーク異常等によるハード検出による起動と、プロトコルからのホスト制御等によってフィジカルレイヤに直接命令を出すことによっても起動する。また、バスリセットが起動するとデータ転送は一時中断され、この間のデータ転送は待たされ、終了後、新しいネットワーク構成のもとで再開される。以上がバスリセットのシーケンスである。
【００３７】《ノードＩＤ決定のシーケンス》バスリセットの後、各ノードは新しいネットワーク構成を構築するために、各ノードにＩＤを与える動作に入る。このときの、バスリセットからノードＩＤ決定までの一般的なシーケンスを図２６、図２７、図２８のフローチャートを用いて説明する。
【００３８】図２６のフローチャートは、バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示している。まず、ステップＳ１０１では、ネットワーク内にバスリセットが発生することを常時監視していて、ここでノードの電源ＯＮ／ＯＦＦ等でバスリセットが発生すると、ステップＳ１０２に移る。
【００３９】ステップＳ１０２では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。ステップＳ１０３では、全てのノード間で親子関係が決定すると、ステップＳ１０４で一つのルートが決定する。全てのノード間で親子関係が決定するまで、ステップＳ１０２の親子関係の宣言を行い、またルートも決定されない。
【００４０】ステップＳ１０４でルートが決定されると、次にステップＳ１０５で、各ノードにＩＤを与えるノードＩＤの設定作業が行われる。所定のノード順序で、ノードＩＤの設定が行われ、全てのノードにＩＤが与えられるまで繰り返し設定作業が行われ、最終的にステップＳ１０６で全てのノードにＩＤを設定し終えたと判断されたら、新しいネットワーク構成が全てのノードにおいて認識されたので、ステップＳ１０７で、ノード間のデータ転送が行える状態となり、データ転送が開始される。
【００４１】このステップＳ１０７の状態になると、再びバスリセットが発生するのを監視するモードに入り、バスリセットが発生したら、ステップＳ１０１からステップＳ１０６までの設定作業が繰り返し行われる。
【００４２】以上説明した図２６のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からＩＤ設定終了までのより詳しい手順を図２７、図２８R>８に示す。まず、図２７において、ステップＳ２０１では、バスリセットが発生するのを常に監視している。バスリセットが発生すると、ネットワーク構成は一旦リセットされる。次に、ステップＳ２０２で、リセットされたネットワークの接続状況を再認識する作業の第一歩として、各機器にリーフ（ノード）であることを示すフラグを立てておく。さらに、ステップＳ２０３では、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。
【００４３】ステップＳ２０４では、ポート数の結果に応じてこれから親子関係の宣言を始めていくために、未定義（親子関係が決定されていない）ポートの数を調べる。バスリセットの直後はポート数＝未定義ポート数であるが、親子関係が決定されていくに従って、ステップＳ２０４で検知する未定義ポートの数は変化していく。
【００４４】まず、バスリセットの直後、はじめに親子関係の宣言を行えるのはリーフに限られている。リーフであるというのはステップＳ２０３のポート数の確認で知ることができる。リーフは、ステップＳ２０５で、自分に接続されているノードに対して、「自分は子、相手は親」と宣言し動作を終了する。
【００４５】ステップＳ２０３でポート数が複数ありブランチと認識したノードは、バスリセットの直後はステップＳ２０４で未定義ポート数＞１ということなので、ステップＳ２０６へと移り、まずブランチというフラグが立てられ、ステップＳ２０７でリーフからの親子関係宣言で「親」の受付をするために待つ。
【００４６】リーフが親子関係の宣言を行い、ステップＳ２０７でそれを受けたブランチは適宜ステップＳ２０４の未定義ポート数の確認を行い、未定義ポート数が１になっていれば、残っているポートに接続されているノードに対して、ステップＳ２０５の「自分が子」の宣言をすることが可能になる。２度目以降、ステップＳ２０４で未定義ポート数を確認しても、２以上あるブランチに対しては、再度ステップＳ２０７でリーフ又は他のブランチからの「親」の受付をするために待つ。
【００４７】最終的に、いずれか１つのブランチ、又は例外的にリーフが（子宣言を行えるのにすばやく動作しなかったため）、ステップＳ２０４の未定義ポート数の結果としてゼロになったら、これにてネットワーク全体の親子関係の宣言が終了したものであり、未定義ポート数がゼロ（すべて親のポートとして決定）になった唯一のノードはステップＳ２０８としてルートのフラグが立てられ、ステップＳ２０９としてルートとしての認識がなされる。以上のようにして、図２７に示したバスリセットから、ネットワーク内の全てのノード間における親子関係の宣言までが終了する。
【００４８】次に、図２８のフローチャートについて説明する。まず、図２７までのシーケンスでリーフ、ブランチ、ルートという各ノードのフラグの情報が設定されているので、これに基づいてステップＳ３０１でそれぞれ分類する。
【００４９】各ノードにＩＤを与える作業として、最初にＩＤの設定を行うことができるのはリーフからである。リーフ→ブランチ→ルートの順で若い番号（ノード番号＝０〜）からＩＤの設定がなされていく。
【００５０】次に、ステップＳ３０２で、ネットワーク内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０３で、各自リーフがルートに対して、ＩＤを与えるように要求する。この要求が複数ある場合には、ルートはステップＳ３０４によりアービトレーション（１つに調停する作業）を行い、ステップＳ３０５で、勝ったノード１つにＩＤ番号を与え、負けたノードには失敗の結果通知を行う。
【００５１】ステップＳ３０６では、ＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたリーフからステップＳ３０７で、セルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５２】１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３０８で、残りのリーフの数が１つ減らされる。ステップＳ３０９では、上記残りのリーフの数が１以上ある時は、ステップＳ３０３のＩＤ要求の作業からを繰り返し行い、最終的に全てのリーフがＩＤ情報をブロードキャストすると、ステップＳ３０９がＮ＝０となり、次のブランチのＩＤ設定に移る。
【００５３】ブランチのＩＤ設定もリーフの時と同様に行われる。まず、ステップＳ３１０で、ネットワーク内に存在するブランチの数Ｍ（Ｍは自然数）を設定する。この後、ステップＳ３１で、各自ブランチがルートに対して、ＩＤを与えるように要求する。これに対してルートは、ステップＳ３１２でアービトレーションを行い、勝ったブランチから順にリーフに与え終った次の若い番号から与えていく。
【００５４】ステップＳ３１３では、ルートは要求を出したブランチにＩＤ情報又は失敗結果を通知し、ステップＳ３１４で、ＩＤ取得が失敗に終わったブランチは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたブランチからステップＳ３１５として、そのノードのセルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５５】１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３１６で残りのブランチの数が１つ減らされる。そして、ステップＳ３１７で、上記残りのブランチの数が１以上ある時は、ステップＳ３１１のＩＤ要求の作業からを繰り返し、最終的に全てのブランチがＩＤ情報をブロードキャストするまで行われる。全てのブランチがノードＩＤを取得すると、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ取得モードも終了する。
【００５６】ここまで終了すると、最終的にＩＤ情報を取得していないノードはルートのみなので、ステップＳ３１８で、与えていない番号で最も大きい番号を自分のＩＤ番号と設定し、ステップＳ３１９で、ルートのセルフＩＤパケットをブロードキャストする。以上により、親子関係が決定した後から、全てのノードのＩＤ、及びバスマネージャが設定されるまでの手順が終了する。
【００５７】次に、一例として図２９に示した実際のネットワークにおける動作を説明する。図２９においては、（ルート）ノードＢの下位にはノードＡとノードＣが直接接続されており、また、ノードＣの下位にはノードＤが直接接続されており、さらに、ノードＤの下位にはノードＥとノードＦが直接接続された階層構造になっている。上記の階層構造やルートノード、ノードＩＤを決定する手順を説明する。
【００５８】バスリセットがされた後、まず各ノードの接続状況を認識するために、各ノードの直接接続されているポート間において、親子関係の宣言がなされる。この親子とは親側が階層構造で上位となり、子側が下位になると言うことができる。図２９では、バスリセットの後、最初に親子関係の宣言を行ったのはノードＡである。基本的にノードの１つのポートにのみ接続があるノード（リーフと呼ぶ）から親子関係の宣言を行うことができる。これは自分には１ポートの接続のみということをまず知ることができるので、これによってネットワークの端であることを認識し、その中で早く動作を行ったノードから親子関係が決定されていく。
【００５９】こうして親子関係の宣言を行った側（Ａ−Ｂ間ではノードＡ）のポートが子と設定され、相手側（ノードＢ）のポートが親と設定される。即ち、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。
【００６０】さらに１階層あがって、今度は複数個接続ポートを持つノード（ブランチと呼ぶ）のうち、他ノードからの親子関係の宣言を受けたものから順次、さらに上位に親子関係の宣言を行っていく。図２８では、まずノードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノードＣに対する親子関係の宣言を行っており、その結果ノードＤ−Ｃ間で子−親と決定している。
【００６１】ノードＤからの親子関係の宣言を受けたノードＣは、もう一つのポートに接続されているノードＢに対して親子関係の宣言を行っている。これによってノードＣ−Ｂ間で子−親と決定している。
【００６２】このようにして、図２９のような階層構造が構成され、最終的に接続されている全てのポートにおいて親となったノードＢが、ルートノードと決定された。ルートは１つのネットワーク構成中に一つしか存在しないものである。
【００６３】尚、この図２９においては、ノードＢがルートノードと決定されたが、これはノードＡから親子関係宣言を受けたノードＢが、他のノードに対して親子関係宣言を早いタイミングで行っていれば、ルートノードは他ノードに移っていたこともあり得る。即ち、伝達されるタイミングによってはどのノードもルートノードとなる可能性があり、同じネットワーク構成でもルートノードは一定とは限らない。
【００６４】ルートノードが決定すると、次は各ノードＩＤを決定するモードに入る。ここでは全てのノードが、決定した自分のノードＩＤを他の全てのノードに通知する（ブロードキャスト機能）。
【００６５】自己ＩＤ情報は、自分のノード番号、接続されている位置の情報、持っているポートの数、接続のあるポートの数、各ポートの親子関係の情報等を含んでいる。ノードＩＤ番号の割り振りの手順としては、まず１つのポートにのみ接続があるノード（リーフ）から起動することができ、この中から順にノード番号＝０、１、２・・・と割り当てられる。
【００６６】ノードＩＤを手にしたノードは、ノード番号を含む情報をブロードキャストで各ノードに送信する。これによって、そのＩＤ番号は「割り当て済み」であることが認識される。
【００６７】全てのリーフが自己ノードＩＤを取得し終ると、次はブランチヘ移り、リーフに引き続いたノードＩＤ番号が各ノードに割り当てられる。リーフと同様に、ノードＩＤ番号が割り当てられたブランチから順次ノードＩＤ情報をブロードキャストし、最後にルートノードが自己ＩＤ情報をブロードキャストする。即ち、常にルートは最大のノードＩＤ番号を所有するものである。以上のようにして、階層構造全体のノードＩＤの割り当てが終わり、ネットワーク構成が再構築され、バスの初期化作業が完了する。
【００６８】《アービトレーション》１３９４シリアルバスでは、データ転送に先立って必ずバス使用権のアービトレーション（調停）を行う。１３９４シリアルバスは個別に接続された各機器が、転送された信号をそれぞれ中継することによって、ネットワーク内の全ての機器に同信号を伝えるように、論理的なバス型ネットワークであるので、パケットの衝突を防ぐ意味でアービトレーションは必要である。これによってある時間には、たった一つのノードのみ転送を行うことができる。
【００６９】アービトレーションを説明するために、図３０３０（ａ）にバス使用要求、図３０（ｂ）にバス使用許可の図を示し、以下これを用いて説明する。アービトレーションが始まると、１つもしくは複数のノードが親ノードに向かって、それぞれバス使用権の要求を発する。図３０（ａ）のノードＣとノードＦがバス使用権の要求を発しているノードである。
【００７０】これを受けた親ノード（図３０ではノードＡ）は、さらに親ノードに向かって、バス使用権の要求を発する（中継する）。この要求は最終的に調停を行うルートに届けられる。バス使用要求を受けたルートノードは、どのノードにバスを使用させるかを決める。この調停作業はルートノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可を与える。図３０（ｂ）ではノードＣに使用許可が与えられ、ノードＦの使用は拒否された場合である。
【００７１】アービトレーションに負けたノードに対してはＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードのバス使用要求は次回のアービトレーションまで待たされる。以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。
【００７２】次に、アービトレーションの一連の流れを図３１のフローチャートに示して説明する。ノードがデータ転送を開始できるためには、バスがアイドル状態であることが必要である。先に行われていたデータ転送が終了して、現在バスが空き状態であることを認識するためには、各転送モードで個別に設定されている所定のアイドル時間ギャップ長（例、サブアクション・ギャップ）を経過することによって、各ノードは自分の転送が開始できると判断する。
【００７３】ステップＳ４０１では、Ａｓｙｎｃデータ、Ｉｓｏデータ等それぞれ転送するデータに応じた所定のギャップ長が得られたかを判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。
【００７４】ステップＳ４０１で所定のギャップ長が得られたら、ステップＳ４０２で、転送すべきデータがあるか判断し、ある場合はステップＳ４０３として転送するためにバスを確保するようにバス使用権の要求をルートに対して発する。このときの、バス使用権の要求を表す信号の伝達は、図３０に示したように、ネットワーク内各機器を中継しながら、最終的にルートに届けられる。
【００７５】ステップＳ４０２で転送するデータがない場合はそのまま待機する。次に、ステップＳ４０４では、ステップＳ４０３のバス使用要求を１つ以上ルートが受信したら、ルートはステップＳ４０５として使用要求を出したノードの数を調べる。ステップＳ４０５での選択値がノード数＝１（使用権要求を出したノードは１つ）だったら、そのノードに直後のバス使用許可が与えられることになる。
【００７６】ステップＳ４０５での選択値がノード数＞１（使用要求を出したノードは複数）だったら、ルートはステップＳ４０６として使用許可を与えるノードを１つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得るようなことはなく、平等に権利を与えていくような構成となっている。
【００７７】ステップＳ４０７では、ステップＳ４０６で使用要求を出した複数ノードの中からルートが調停して使用許可を得た１つのノードと、敗れたその他のノードに分ける選択を行う。ここで、調停されて使用許可を得た１つのノード、又はステップＳ４０５の選択値から使用要求ノード数＝１で調停無しに使用許可を得たノードには、ステップＳ４０８で、ルートはそのノードに対して許可信号を送る。許可信号を得たノードは、受け取った直後に転送すべきデータ（パケット）を転送開始する。
【００７８】また、ステップＳ４０６の調停で敗れて、バス使用が許可されなかったノードにはステップＳ４０９としてルートから、アービトレーション失敗を示すＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送られ、これを受け取ったノードは再度転送を行うためのバス使用要求を出すため、ステップＳ４０１まで戻り、所定ギャップ長が得られるまで待機する。以上がアービトレーションの流れの説明である。
【００７９】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転送》アシンクロナス転送は、非同期転送である。図３２にアシンクロナス転送における時問的な遷移状態を示す。図３２の最初のサブアクション・ギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった時点で、転送を希望するノードはバスが使用できると判断して、バス獲得のためのアービトレーションを実行する。
【００８０】アービトレーションでバスの使用許可を得ると、次にデータの転送がパケット形式で実行される。データ転送後、受信したノードは転送されたデータに対しての受信結果のａｃｋ（受信確認用返送コード）をａｃｋ ｇａｐという短いギャップの後、返送して応答するか応答パケットを送ることによって転送が完了する。
【００８１】ａｃｋは４ビットの情報と４ビットのチェックサムからなり、成功か、ビジー状態か、ペンディング状態であるかといった情報を含み、すぐに送信元ノードに返送される。
【００８２】次に、図３３にアシンクロナス転送のパケットフォーマットの例を示す。パケットには、データ部及び誤り訂正用のデータＣＲＣの他にはヘッダ部があり、そのヘッダ部には図２７に示したような、目的ノードＩＤ、ソースノードＩＤ、転送データ長さや各種コードなどが書き込まれ、転送が行われる。
【００８３】また、アシンクロナス転送は自己ノードから相手ノードヘの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視されるので、宛先の１つのノードのみが読込むことになる。
【００８４】《Ｉｓｏｃｈｒｏｎｏｕｓ（同期）転送》アイソクロナス転送は同期転送である。１３９４シリアルバスの最大の特徴であるともいえるこのアイソクロナス転送は、特にＶＩＤＥＯ映像データや音声データといったマルチメディアデータ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。
【００８５】また、アシンクロナス転送（非同期）が１対１の転送であったのに対し、このアイソクロナス転送はブロードキャスト機能によって、転送元の１つのノードから他の全てのノードに一様に転送される。
【００８６】図３４はアイソクロナス転送における、時間的な遷移状態を示す図である。アイソクロナス転送は、バス上で一定時間毎に実行される。この時間間隔をアイソクロナスサイクルと呼ぶ。アイソクロナスサイクル時間は１２５μＳである。この各サイクルの開始時間を示し、各ノードの時間調整を行う役割を担っているのがサイクル・スタート・パケットである。
【００８７】サイクル・スタート・パケットを送信するのは、サイクル・マスタと呼ばれるノードであり、１つ前のサイクル内の転送終了後、所定のアイドル期間（サブアクションギャップ）を経た後、本サイクルの開始を告げるサイクル・スタート・パケットを送信する。このサイクル・スタート・パケットの送信される時間間隔が１２５μＳとなる。
【００８８】また、図３４にチャネルＡ、チャネルＢ、チャネルＣと示したように、１サイクル内において複数種のパケットがチャネルＩＤをそれぞれ与えられることによって、区別して転送できる。これによって同時に複数ノード間でのリアルタイムな転送が可能であり、また受信するノードでは自分が欲しいチャネルＩＤのデータのみを取り込む。このチャネルＩＤは送信先のアドレスを表すものではなく、データに対する論理的な番号を与えているに過ぎない。従って、あるパケットの送信は１つの送信元ノードから他のすべてのノードに行き渡る、ブロードキャストで転送されることになる。
【００８９】アイソクロナス転送のパケット送信に先立って、アシンクロナス転送同様アービトレーションが行われる。しかし、アシンクロナス転送のように１対１の通信ではないので、アイソクロナス転送にはａｃｋ（受信確認用返信コード）は存在しない。
【００９０】また、図３４に示したｉｓｏｇａｐ（アイソクロナスギャップ）とは、アイソクロナス転送を行う前にバスが空き状態であると認識するために必要なアイドル期間を表している。この所定のアイドル期間を経過すると、アイソクロナス転送を行いたいノードはバスが空いていると判断し、転送前のアービトレーションを行うことができる。
【００９１】図３５にアイソクロナス転送のパケットフォーマットの例を示す。各チャネルに分かれた各種のパケットには、それぞれデータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部があり、そのヘッダ部には図３５に示したような、転送データ長やチャネルＮ０、その他各種コード及び誤り訂正用のヘッダＣＲＣ等が書き込まれ、転送が行われる。
【００９２】《バス・サイクル》実際の１３９４シリアルバス上の転送では、アイソクロナス転送と、アシンクロナス転送とは混在できる。その時の、アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を図３６に示す。アイソクロナス転送はアシンクロナス転送より優先して実行される。その理由は、サイクル・スタート・パケットの後、アシンクロナス転送を起動するために必要なアイドル期間のギャップ長（サブアクションギャップ）よりも短いギャップ長（アイソクロナスギャップ）で、アイソクロナス転送を起動できるからである。従って、アシンクロナス転送より、アイソクロナス転送は優先して実行されることになる。
【００９３】図３６に示した一般的なバスサイクルにおいて、サイクル＃ｍのスタート時にサイクル・スタート・パケットがサイクル・マスタから各ノードに転送される。これによって、各ノードで時刻調整を行ない、所定のアイドル期間（アイソクロナスギャップ）を待ってからアイソクロナス転送を行うべきノードはアービトレーションを行い、パケット転送に入る。図３６ではチャネルｅとチャネルｓとチャネルｋが順にアイソクロナス転送されている。
【００９４】このアービトレーションからパケット転送までの動作を、与えられているチャネル分繰り返し行った後、サイクル＃ｍにおけるアイソクロナス転送が全て終了したら、アシンクロナス転送を行うことができるようになる。
【００９５】アイドル時間がアシンクロナス転送が可能なサブアクションギャップに達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。但し、アシンクロナス転送が行える期間は、アイソクロナス転送終了後から、次のサイクル・スタート・パケットを転送すべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）までの間にアシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。
【００９６】図３６のサイクル＃ｍでは、３つのチャネル分のアイソクロナス転送と、その後アシンクロナス転送（含むａｃｋ）が２パケット（パケット１、パケット２）転送されている。このアシンクロナスパケット２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）に至るので、サイクル＃ｍでの転送はここまでで終わる。
【００９７】但し、非同期又は同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）に至ったとしたら、無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μＳ以上続いたときは、その分次サイクルは基準の１２５μＳより短縮されるものとする。このようにアイソクロナス・サイクルは１２５μＳを基準に超過、短縮し得るものである。
【００９８】しかし、アイソクロナス転送はリアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送はサイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管理される。以上が１３９４シリアルバスについての説明である。
【００９９】次に、本発明の第１の実施の形態を説明する。図２はシステムの構成を示す。図２において、影条件管理用ソフトウェアがインストールされたＰＣ１０１には、ＩＥＥＥ１３９４ケーブル１０３を介してデジタルビデオカメラ（以後ＤＶＣ）１０２が接続されると共に、モニタ１０４、キーボード１０５が設けられている。
【０１００】図１は、ＰＣ１０１とＤＶＣ１０２の概略構成を示すブロック図である。この図１においては、特に、ＰＣ１０１では、撮影条件管理ソフトウェアを起動、操作させるために必要な機能を、ＤＶＣ１０２では、ＰＣ１０１と必要な情報の通信を行うために必要な機能のみを示した。
【０１０１】ＰＣ１０１内部には、ソフトウェアの起動やモニタ表示画像の制御、キーボード等からの入力情報の読み取り等の制御を行う制御手段１０８、モニタ表示用の画像情報を出力する画像表示手段１０９、キーボード等の入力を読み取り、制御手段１０８へ情報を送る操作手段１１０、画像情報や撮影条件、撮影状況情報を記憶するメモリ１１１、ＤＶＣ１０２等とデジタル情報の通信を行うデジタルＩ／Ｆ部１１２が含まれる。
【０１０２】ＤＶＣ１０７内部には、メカ部１１４や信号処理部１１５の制御を行う制御手段１１３、磁気テープの再生を行うメカ部１１４、磁気テープからの再生信号の処理を行う信号処理部１１５、ＰＣ１０１等とデジタル通信を行うためのデジタルＩ／Ｆ１１６、ＰＣ１０１等から送られて来る情報の記録等に用いられる不揮発性メモリ部１１７が含まれている。
【０１０３】ＤＶＣ１０２及びＰＣ１０１は、それぞれＩＥＥ１３９４ケーブル１０３が接続されると、それを認識してモード設定動作に入るか否かの判別を行う。図３R>３はこのときの具体的な処理を示す。Ｓ３５０１で処理の実行が開始されると、Ｓ３５０２でＩＥＥＥ１３９４ケーブル１０３が接続されたか否かを、バスリセットが発生したかどうかを検出することにより認識する。
【０１０４】バスリセットが発生していなければ、何ら処理を実行することなくそのまま待機する。バスリセットが発生していれば、Ｓ３５０３でＤＶＣ１０２が接続されたか否かを識別する。ＤＶＣが接続されたか否かの識別方法としては、例えば前述の図２３に示されるＤＶＣの１３９４シリアルバスにおけるアドレス空間の６４ビットアドレスを読み出して、通信対象とするＤＶＣかどうかを識別する方法がある。
【０１０５】通信対象とするＤＶＣが接続されていないと判断した場合は、処理をＳ３５０２に戻す。通信対象とするＤＶＣが接続されていると判断される場合は、Ｓ３５０４でＤＶＣ側がＰＣ側からの通信要求を受け付ける状態であるかどうかを判断する。通信要求を受け付ける状態でない場合は、処理をＳ３５０３に戻して、制御対象であるＤＶＣが依然接続されているかどうかを確認した上で、Ｓ３５０４の処理を再実行する。
【０１０６】Ｓ３５０４でＤＶＣが通信要求を受け付ける状態であると認識された場合は、Ｓ３５０５でＤＶＣからＤＶ情報を送信したり、ＰＣ側から撮影条件情報や制御情報を送信する。ＩＥＥＥ１３９４を用いることによって、入出力を相互にリアルタイムで行うことができる。
【０１０７】次に、ＤＶＣ１０２が磁気テープに記録された映像を再生する再生モードに設定されていた場合、再生映像情報は１３９４ケーブル１０３を通じてＰＣ１０１例に送信される。撮影条件管理ソフトウェアがＰＣ１０１によって起動されていた場合、上記送信された映像情報は圧縮を解かれ、ＰＣ１０１に接続されているモニタ１０４で表示される。
【０１０８】上記の表示画面を図４に示す。図４においては、撮影条件管理ソフトウェアが起動されているために、起動ウィンドウ２０１が表示されており、現在、再生画像から撮影条件のサンプルを選択中であることを示すＳＡＭＰＬＥ ＳＥＬＥＣＴの表示が左上に表示されている。さらに、起動ウィンドウ上には再生画像を表示するための選択ウィンドウ２０２が表示されている。
【０１０９】このウィンドウ上には、再生画面２０３と共に、再生情報中に含まれるシステムデータから読み取った撮影条件情報もリアルタイムで表示されている（選択ウィンドウ上右側の表２０４）。
【０１１０】さらに再生画面の下には、再生モードを通常再生、１倍速逆再生、高速逆再生、高速再生、一時停止等を実行させるための再生モードコマンドスイッチ２０５が表示されており、ユーザはマウスポインタ等でこれらのスイッチをクリックすることにより、サンプルとして記憶する画面を自由に選択することができるようになっている。
【０１１１】また、このときの再生モード情報は、ＩＥＥＥ１３９４を通じてＤＶＣ１０２に送信され、この情報を受け取ったＤＶＣは、その情報に応じて再生モードの設定を変更することによって、コマンドスイッチによる指示と画像の再生モードとの同期をとることが可能となっている。
【０１１２】サンプルとして選択する画面が決定したら、ユーザはウィンドウ２０２下部に表示されたＳＥＬＥＣＴスイッチ２０６をマウスポインタ等でクリックすると、そのクリックされた時点での再生画面１フレームと、リアルタイムで表示していた撮影条件情報とを共に対応させてＰＣのメモリ１１１に記録する。
【０１１３】記憶が終了すると、上記メモリ１１１にサンプル情報と共に記録されている任意の撮影状況情報を設定する。撮影状況情報とは、撮影場所、撮影された季節、動きが多い撮影対象の撮影かほとんど動かない撮影対象の撮影か等、記録された画像の画質に大きな影響を与えるであろうと考えられる情報である。これらの情報は、磁気テープ中のシステムデータにデジタル情報として記録するには、大きすぎる情報量である。そのためＰＣ上で設定を行う。
【０１１４】上記撮影状況情報を設定するために、サンプル画面を選択し、サンプル画面の画像情報と撮影条件情報の記録が終了した時点で選択ウィンドウ２０２は画面から消え、代わりに撮影状況設定ウィンドウ３０１に切り替わる。
【０１１５】上記切り替わった画面を図５に示す。撮影状況設定ウィンドウ中には、さきほど選択したサンプル画像と撮影条件とが表示され、さらにウィンドウ中右側には撮影状況設定のための項目３０２が並んでいる。撮影状況の項目としては、撮影場所（ＰＬＡＣＥ）、季節や撮影を行った月といった大雑把な撮影時期（ＤＡＴＥ１）、撮影時間（ＤＡＴＥ２）、動きの多い被写体なのか、動きが少ない被写体なのかという移動頻度（ＭＯＶＩＮＧ）といった項目が初期設定として与えられている。この項目以外に設定したい項目がある場合は、ＵＳＥＲ１、２、３、４としてユーザが設定できる項目も存在する。
【０１１６】ここで、撮影状況の設定方法を簡単に説明する。例として撮影場所の設定を行う場合は、マウスポインタ等で項目ＰＬＡＣＥの隣のＮＯＮ ＳＥＴＴＩＮＧを選択する。すると、選択されたＮＯＮ ＳＥＴＴｌＮＧの背景色が変化し（図６）、さらに設定選択ウィンドウが現れる（図７（ａ）の５０１）。この選択ウィンドウ５０１内には、野外での撮影か室内での撮影かが選択できるように、ＩＮＤＯＯＲの項目とＯＵＴＤＯＯＲの項目とが表示されている。
【０１１７】ここでは、野外のスポーツの撮影画面がサンプルとして選択されているので、ＯＵＴＤＯＯＲを選ぶ（図７（ｂ））。するとさらに、野外のどんな場所で撮影が行われたのかを選択する選択ウィンドウ５０２が表示される。この選択ウィンドウで、例えば競技場を示す項目ＳＴＡＤＩＵＭを選択すると、さらにどの競技場での撮影だったかも設定することができる（図７（ｄ））。ここでは横浜国際総合競技場を示すＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩが選択されている。
【０１１８】ここまでの設定を終えた場合のサンブル設定ウィンドウ３０１を図８に示す。撮影場所を示すＰＬＡＣＥの項目が、ＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩに設定されていることが分かる。同様に、撮影時期や撮影対象の動きの多さ等を順次設定した設定ウィンドウ３０１を図９に示す。
【０１１９】以上がソフトウェア側で予め用意された撮影状況設定項目の設定方法であるが、ユーザによってはこの他の設定項目が必要になる場合や、既に存在している設定項目の追加、削除、項目名の変更等を行う必要が考えられる。項目の設定方法を以下に示す。項目名の変更を行う場合には、設定ウィンドウ３０１上部のＥＤＩＴをマウスポインタ等で選択する（図１０）。すると、選択されたＥＤＩＴの文字が選択されたことを示すために変色する。
【０１２０】さらに項目名の編集を行う編集ウィンドウ９０１が表示される（図１１）。このウィンドウ９０１内には、設定項目中で編集可能な項目がファイルとして表示され、さらに編集を終了するための終了スイッチＥＮＤ９０３が表示されている。
【０１２１】ここでは例として、撮影場所を示す項目ＰＬＡＣＥの項目の編集方法を説明する。マウスポインタでＰＬＡＣＥファイル９０２を選択すると、編集ウィンドウ内の表示が変化し、ＰＬＡＣＥファイル９０２内に含まれるＯＵＴＤＯＯＲファイル１００１と、ＩＮＤＯＯＲファイル１００８が表示される（図１２（ａ））。ここでさらに、ＯＵＴＤＯＯＲのファイルを選択すると、ＯＵＴＤＯＯＲフォルダ１００１に含まれる撮影場所のフォルダが表示される（図１２（ｂ））。
【０１２２】またさらに、撮影場所に相当するＳＴＡＤＩＵＭフォルダ１００４を選択すると、ＳＴＡＤＩＵＭフォルダ１００４に含まれる撮影場所フォルダがさらに表示されることになる（図１２（ｃ））。
【０１２３】前述したサンプルに対する設定時には、撮影場所情報として野外撮影＞競技場＞横浜国際競技場という撮影場所の限定を行った。しかしユーザによってはこの限定では不十分である場合がある。例えばここでは競技フィールドの真ん中での撮影（明るく、遠い撮影対象）であって、観客席の撮影（暗く、近い撮影対象）ではない、と限定を加えたい場合が考えられる。
【０１２４】そこで、ここでは横浜国際競技場を示すＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩフォルダ１００５を選択する。すると現在、横浜国際競技場の名称までは登録されていたが、さらに細かい設定はされていないために、表示画面は名称未設定のフォルダ１００６のみが表示される（図１２（ｄ））。今回の撮影画像は競技フィールドの真ん中での撮影が主であるために、「フィールドの真ん中である」という限定を示す名称を、この名称未設定フォルダ１００６に対して、キーボード等を用いて設定することができる（図１２（ｅ））。
【０１２５】さらに「観客席」「競技場入り口」等の設定も合わせて行いたい場合には、ウィンドウ９０１中のＭＡＫＥ Ａ ＮＥＷ ＣＡＴＥＧＯＲＹスイッチ１００２を選択することで、新たにフォルダを作成することが可能であり、また、既に作成されているフォルダを消去したい場合にも、同様にＣＬＥＡＲ ＣＡＴＥＧＯＲＹスイッチ１００３を使用すれば、マウスポインタ等で選択したフォルダを消去することも可能である。同様に、ＵＳＥＲ１、２、３、４の項目もユーザの必要に応じて設定することが可能である。
【０１２６】以上の撮影状況項目の編集を終了し、ユーザ項目の設定も行った設定の例を図１３に示す。ユーザ項目が、ＵＳＥＲ１→ＷＨＯ／ＷＨＡＴ（撮影対象）
ＵＳＥＲ２→Ｗ／Ｔ（ワイド・テレ）
ＵＳＥＲ３→ＷＥＡＴＨＥＲ（天気）
ＵＳＥＲ４→ＣＡＭＥＲＡＩＤ（ビデオカメラ１Ｄ）
というように項目名の変更が行われ、さらにそれぞれの項目の設定も行われている。
【０１２７】
ＷＨＯ／ＷＨＡＴ→ＳＰＯＲＴＳ ＧＡＭＥＷ／Ｔ→ＴＷＥＡＴＨＥＲ→ＧＯＯＤＣＡＭＥＲＡＩＤ→１２３４５６ここで、カメラＩＤとはビデオカメラの固有ＩＤである。ビデオカメラを複数使用する場合には、同じ撮影対象であっても撮影画像に変化があることを考慮している。
【０１２８】以上でサンプル設定が終了した。設定を終えるには、終了スイッチ１１０１をマウスポインタでクリックする。クリックと同時に、画像画面と共にカメラ撮影条件情報、撮影状況情報をメモリに記憶する。
【０１２９】以上は撮影条件のサンプルの設定について説明したが、次に、サンプルとして保存された撮影条件の検索方法について説明する。図１４に撮影条件の検索ウィンドウ１２０１が示されている。検索方法としては、理想に近い画像の撮影条件を検索する（ＰＩＣＴＵＲＥ ＳＥＡＲＣＨ）、任意の撮影条件の項目から検索する（ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨ）、撮影状況項目から検索する（ＲＥＣＯＤＩＮＧ ＣＯＮＤＩＴＩＯＮ ＳＥＡＲＣＨ）の３つを行うことができ、それぞれの検索方法に応じたスイッチ１２０２〜１２０４が表示されている。
【０１３０】まず、画像による検索の方法を示す。マウスポインタ等でＰＩＣＴＵＲＥスイッチ１２０２をクリックすると、ＰＩＣＴＵＲＥ ＳＥＡＲＣＨウィンドウ１３０１が表示される（図１５（ａ））。すると、今までサンプルとして記録された画像がウィンドウ上に全て表示される。ユーザは現在撮影した理想の画像に近い画像を選択して、その撮影条件、撮影状況を検索することができる。
【０１３１】画像を選択するには、選択したい画像をマウスポインタ等でクリックする。すると、選択した画像の画像、撮影条件、撮影状況を表示した検索結果ウィンドウ１３０２が表示される（図１５（ｂ））。
【０１３２】次に撮影条件によって検索する場合を説明する。検索ウィンドウ１２０１中のＣＡＭＥＲＡ ＭＯＤＥスイッチ１２０３をマウスポインタ等でクリックすると、ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨウィンドウ１４０１が表示される（図１６（ａ））。ウィンドウ１４０１中には、撮影条件が羅列表示されており、それぞれの設定内容をサンプル設定時と同様に設定することができる。
【０１３３】必要な設定条件を設定し終えたら、検索スタートスイッチであるＳＥＡＲＣＨスイッチをクリックすれば、設定された設定条件に適合するサンプルのサンプル画像が検索結果選択ウィンドウ１４０３に表示され（図１６（ｃ））、ユーザは検索したいサンプルをサンプル画像をクリックすることによって、前述した検索結果ウィンドウ１３０２を表示させることができる。
【０１３４】撮影状況による検索も同様である。検索ウィンドウ１２０１中のＲＥＣＯＲＤＩＮＧ ＣＯＮＤＩＴＩＯＮスイッチをクリックし、撮影状況ウィンドウ１４０２（図１６（ｂ））を表示させる。さらに撮影状況の設定を行い、適合するサンプルから検索したいサンプルを選択し、検索ウィンドウ１３０２を表示させることが可能である。以上が記録されたサンプルの撮影条件検索方法である。
【０１３５】次に、第２の実施の形態を説明する。本実施の形態では、検索結果で得られた撮影条件をデジタルビデオカメラに設定させる方法を示す。図１７（ａ）は検索結果ウィンドウ１３０２である。このウィンドウ１３０２で表示されている撮影条件データをＤＶＣに転送する場合について説明する。
【０１３６】ウィンドウ１３０２中には、撮影条件転送スイッチ１５０１が表示されている。このスイッチ１５０１をマウスポインタ等でクリックすると、転送設定ウィンドウ１５０３が表示される（図１７（ｂ））。このウィンドウ１５０３は、検索結果ウィンドウ１３０２中に表示されている。
【０１３７】さらに条件ごとに→とＸの表示が並記されている。ユーザはこの→とＸを各設定ごとに選択することにより、その撮影条件データをＤＶＣに転送するかしないかを選択することが可能となっている。これによって必要な撮影条件データのみをビデオカメラヘ転送することができ、様々な撮影状況に対応することが可能となっている。
【０１３８】転送データの選択が終了したら、撮影条件データの転送を開始するＳＴＡＲＴＴＲＡＮＳＰＯＲＴスイッチ１５０２をクリックし、転送を開始する。転送された撮影条件情報を受け取ったＤＶＣは、この情報を不揮発性メモリに記憶させる。これによって、必要な時に記憶された撮影条件情報を呼び出すことが可能となり、一つの撮影モードとして使用することができる。
【０１３９】図１８は、ＰＣ１０１によって起動される撮影条件管理ソフトウェアのサンプル画像の選択時における制御を示すフローチャートである。まず、Ｓ１０１において、ＤＶＣ側からＤＶ情報が送信中かどうかを判断する。送信中であれば、そのＤＶ情報からサンプルを選択するモードであるのかを判断し（Ｓ１０２）、サンプル選択モードであれば、サンプル画像の選択処理（Ｓ１０３）を行う。
【０１４０】選択が終了する（Ｓ１０４）と、画像データと撮影条件データを一時的にメモリに記憶し（Ｓ１０５）、撮影状況設定処理を行う（Ｓ１０６）。ここで設定が終了する（Ｓ１０７）と、設定された撮影条件データと画像データ、撮影条件データを一つのサンプル情報としてメモリに記憶する（Ｓ１０８）。
【０１４１】図１９は撮影条件の検索時における制御を示すフローチャートである。この検索モードは、サンプル選択モードでない場合に呼び出される（■）。まず、ステップ１０９において、撮影条件検索モードであるかを判断する。
【０１４２】撮影条件検索モードであれば、画像による検索なのか、撮影条件による検索なのか、撮影状況による検索なのかを判断する（Ｓ１１０、Ｓ１１１、Ｓ１１２）。画像による検索である場合には、サンプル画像の選択処理（Ｓ１１４）を行い、選択が行われたら（Ｓ１１５）、選択されたサンプルの画像情報、撮影条件情報、撮影状況情報をメモリから読み出し、サンプル検索結果ウィンドウ１３０２を表示する（Ｓ１２６）。
【０１４３】撮影条件による検索であれば、検索を行いたい撮影条件設定処理を行い、さらに設定が終わると、設定された撮影条件に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４４】撮影状況による検索の場合は、検索を行いたい撮影状況設定処理を行い、さらに設定が終わると、設定された撮影状況に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４５】図２０は、検索結果の撮影条件情報をＤＶＣに転送する場合の制御を示すフローチャートである。転送モードヘの移行は、Ｓ１２６の処理が終了し、撮影条件の転送要求があった場合（Ｓ１２７）に行われる。転送要求があった場合、転送する撮影条件情報の選択を行う処理（Ｓ１２８）に移行し、さらに選択が終了する（Ｓ１２９）と、ＤＶＣと接続されているか確認した後（Ｓ１３０）に、選択された撮影条件情報をＤＶＣに転送する（Ｓ１３１）。
【０１４６】次に、本発明の他の実施の形態としての記憶媒体について説明する。本発明は、ハードウェアで構成してもよく、また、ＣＰＵとメモリとで構成されるコンピュータシステムで構成してもよい。コンピュータシステムで構成する場合、上記メモリは本発明による記憶媒体を構成する。
【０１４７】即ち、前述した各実施の形態において、各図のフローチャートについて説明した動作を実行するためのソフトウェアのプログラムコードを記憶した記憶媒体を、システムや装置で用い、そのシステムや装置のＣＰＵが上記記憶媒体に格納されたプログラムコードを読み出し、実行することにより、本発明の目的を達成することができる。
【０１４８】また、この記憶媒体としては、ＲＯＭ、ＲＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、磁気媒体等を用いてよく、これらをＣＤ−ＲＯＭ、フロッピィディスク、磁気媒体、磁気カード、不揮発性メモリカード等に構成して用いてよい。
【０１４９】従って、この記憶媒体を図１、図２に示したシステムや装置以外の他のシステムや装置で用い、そのシステムあるいはコンピュータがこの記憶媒体に格納されたプログラムコードを読み出し、実行することによっても、上記各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５０】また、コンピュータ上で稼働しているＯＳ等が処理の一部又は全部を行う場合、あるいは記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された拡張機能ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づいて、上記拡張機能ボードや拡張機能ユニットに備わるＣＰＵ等が処理の一部又は全部を行う場合にも、各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５１】
【発明の効果】以上説明したように、本発明における請求項１、１６、１７、１９の発明によれば、パソコン等に撮影条件を取り込み記憶する際に、撮影条件と共に、どういった環境での撮影であったか、何を撮影していたのか（晴天の野外、夏、公園、子供）等の情報や、サンプルとして記憶した撮影条件のサンプル名等の情報等を含む撮影状況情報等、任意の情報を付け加えることができる。これによって、撮影条件をライブラリ化することができ、後で撮影を行う場合に、上記任意の情報を参考にして撮影条件を決定することができる。
【０１５２】また、請求項２の発明によれば、上記のようにライブラリ化した撮影条件から、撮影条件に付随した任意の情報を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５３】また、請求項３の発明によれば、上記ライブラリ化した任意の撮影状況に関する情報から、撮影条件を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５４】また、請求項４の発明によれば、撮影した映像情報に付随してその撮影条件、撮影状況を記録することができる。これによって、例えばパソコン等に撮影条件を取り込み、記憶する際に、撮影条件と共に、どういった環境での撮影であったか、何を撮影していたのか（晴天の野外、夏、公園、子供）等の情報や、サンプルとして記録した撮影条件のサンプル名情報を付加し、さらに、撮影された映像情報も付加して記録することができる。このため、撮影条件、撮影状況、撮影映像をライブラリ化することができる。
【０１５５】また、請求項５の発明によれば、撮影条件から、撮影された映像情報や撮影状況を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５６】また、請求項６の発明によれば、撮影状況から、撮影された映像情報や撮影状況を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５７】また、請求項７の発明によれば、映像情報から、その映像が撮影されたときの撮影条件、撮影状況等を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５８】請求項８の発明によれば、最適と思われる撮影条件を選択し、その撮影条件をビデオカメラに設定することができるので、煩わしい撮影条件の設定を自動的に行うことができる。
【０１５９】また、請求項９の発明によれば、いくつかの異なる撮影環境で撮影を行うことが考えられる場合に、予めいくつか撮影条件をビデオカメラに記憶させておくことで、それぞれの撮影環境に適応した撮影条件で撮影を行うことができる。
【０１６０】また、請求項１０の発明によれば、ユーザが撮影状況等の任意の情報を自分で新たに設定することができる。
【０１６１】また、請求項１１、１８の発明によれば、撮影条件情報を管理する装置に対して、管理すべき撮影条件情報を送信することのできる撮影装置を提供することができる。
【０１６２】また、請求項１２、１３の発明によれば、撮影条件情報をその撮影した映像情報と共に記録し、再生することができ、再生した撮影条件情報及び／又は映像情報を管理装置に送信することのできる撮影装置を提供することができる。
【０１６３】また、請求項１４の発明によれば、管理装置等の外部装置から撮影条件を受信し、それを撮影の際に設定することができるので、煩わしい撮影条件の設定を自動的に行うことができる。
【０１６４】また、請求項１５の発明によれば、上記受信した撮影条件情報を記憶しておき、後の撮影の際に用いるようにすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示すブロック図である。
【図２】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示す構成図である。
【図３】ＰＣとＤＶＣの接続の認識のための処理を示すフローチャートである。
【図４】撮影条件管理ソフトウェアの起動ウィンドウ例を示す構成図である。
【図５】サンプルに撮影状況を設定する設定ウィンドウ起動時の例を示す構成図である。
【図６】撮影状況設定方法を示す構成図である。
【図７】撮影状況の内、撮影場所の設定を行う際の設定方法例を示す構成図である。
【図８】撮影場所の設定を終了した設定ウィンドウの表示例を示す構成図である。
【図９】撮影状況の内、撮影場所、撮影時期、撮影対象の動きを設定した設定ウィンドウの表示例を示す構成図である。
【図１０】撮影状況の項目の変更を行う際の説明のための構成図である。
【図１１】撮影状況の項目の編集ウィンドウの表示例を示す構成図である。
【図１２】撮影状況項目の編集方法を説明するための構成図である。
【図１３】撮影状況項目の編集とそれぞれの項目の設定を終了した設定ウィンドウを示す構成図である。
【図１４】撮影条件検索ウィンドウを示す構成図である。
【図１５】サンプル画像による検索を行う際の検索ウィンドウと検索結果ウィンドウを示す構成図である。
【図１６】撮影条件による検索ウィンドウ、撮影状況による検索ウィンドウと検索に適合したサンプルを表示する検索結果選択ウィンドウを示す構成図である。
【図１７】検索された撮影条件の転送要求の説明及び転送する撮影条件の選択と転送開始要求の方法を説明するための構成図である。
【図１８】サンプルの選択、撮影状況の設定のための処理を示すフローチャートである。
【図１９】撮影条件検索のための処理を示すフローチャートである。
【図２０】撮影条件情報をＤＶＣに転送するため処理を示すフローチャートである。
【図２１】１３９４シリアルバスを用いたネットワークシステムの構成図である。
【図２２】１３９４シリアルバスの構成要素を示す構成図である。
【図２３】１３９４シリアルバスのアドレス空間を示す構成図である。
【図２４】１３９４シリアルバスケーブルの断面図である。
【図２５】１３９４シリアルバスにおけるデータ転送フォーマットを示すタイミングチャートである。
【図２６】バスリセットからデータ転送を行うまでのバスの作業を示すフローチャートである。
【図２７】上記バスの作業をさらに詳しく示すフローチャートである。
【図２８】上記バスの作業の続きの作業を示すフローチャートである。
【図２９】１３９４シリアルバスを用いたネットワークの動作を説明するためのブロック図である。
【図３０】１３９４シリアルバスにおけるアービトレーションを説明するためのブロック図である。
【図３１】アービトレーションの一連の流れを示すフローチャートである。
【図３２】アシンクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３３】アシンクロナス転送のパケットフォーマットの例を示す構成図である。
【図３４】アイソクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３５】アイソクロナス転送のパケットフォーマットの例を示す構成図である。
【図３６】バスサイクルを示すタイミングチャートである。
【符号の説明】
１０１ ＰＣ
１０２ ＤＶＣ
１０３ ＩＥＥＥ１３９４ケーブル
１０４ モニタ
１０５ キーボード
１０８ 制御手段
１０９ 画像表示手段
１１０ 操作手段
１１１ メモリ
１１２ デジタルＩ／Ｆ
１１３ 制御手段
１１４ メカ部
１１５ 信号処理部部
１１６ デジタルＩ／Ｆ
１１７ 不揮発性メモリ
２０１ 撮影条件管理ソフトウェアの起動ウィンドウ
２０２ サンプル画像選択ウィンドウ
２０３ 再生映像表示部分
２０４ 撮影条件表示部分
２０５ 再生モード変更命令スイッチ
２０６ サンプル画像選択決定スイッチ
３０１ サンプルの撮影状況設定ウィンドウ
３０２ 撮影状況項目表示部
５０１ 撮影場所選択ウィンドウ
５０２ 野外撮影場所の限定ウィンドウ
９０１ 撮影状況設定項目の編集ウィンドウ
９０２ 撮影状況設定項目の１つ（撮影場所→ＰＬＡＣＥ）
１００１ 野外撮影の項目
１００２ 新しい項目の追加スイッチ
１００３ 項目の削除スイッチ
１００４ 競技場の項目
１００５ 横浜国際競技場の項目
１００６ 新しい項目
１００７ 変更された項目
１１０１ サンプル設定終了スイッチ
１２０１ 撮影条件検索ウィンドウ
１２０２ 画像検索スイッチ
１２０３ 撮影条件検索スイッチ
１２０４ 撮影状況検索スイッチ
１３０１ 画像検索ウィンドウ
１３０２ 検索結果ウィンドウ
１４０１ 撮影条件検索ウィンドウ
１４０２ 撮影状況検索ウィンドウ
１４０３ 検索結果ウィンドウ
１５０１ 撮影条件転送スイッチ
１５０２ 撮影条件転送開始スイッチ
１５０３ 撮影条件転送設定ウィンドウ
【０００１】
【発明の属する技術分野】本発明は、撮影された映像の撮影条件を管理し、後の撮影での撮影条件決定の際に、上記管理された過去の撮影条件を参考にする場合等に用いて好適な撮影条件管理装置、撮影装置、撮影条件管理システム及びそれらに用いられるコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】近年、デジタルビデオカメラが普及するに従って、各ビデオカメラメーカは小型、高性能、低価格な機種を短期間に多数投入するようになってきた。これに従って、ユーザ層も女性や高年齢者等に広がってきている一方で、撮影状況も照明が暗い結婚式場内や、スキー場や海岸等の非常に明るい場所での撮影、あるいはスポーツなどの非常に動きが激しい被写体の撮影等と、非常に広がってきている。
【０００３】ビデオ撮影を行う際には、撮影状況に応じて露出、シャッタスピード、ホワイトバランス等の設定を適切に行う必要があるが、撮影経験の少ないユーザには非常に煩わしい作業であった。そのため、ほとんどのビデオカメラにおいては、上記の設定を自動的に行うオートモードが搭載されている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記のように撮影状況が広がって来るに従って、上記オートモードでは露出やホワイトバランス等の適切な設定が困難であるような、特殊な撮影条件での撮影の機会が増えてきている。このため、ユーザがマニュアル設定によって上記露出設定等を行うことが改めて必要となってきているが、やはり設定のための煩わしい作業がネックとなっているのが現状である。
【０００５】本発明は、上記の問題を解決するために成されたもので、オートモード撮影では適切な撮影設定を行えない場合のマニュアル設定の煩わしさを軽減し、誰でも思った通りの映像を簡単に撮影できる映像撮影条件の管理システムを提供することを目的としている。
【０００６】
【課題を解決するための手段】上記の目的を達成するために、本発明による撮影条件管理装置においては、映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る第１の読み取り手段と、上記読み取った撮影条件情報と対応させて任意の情報を記憶する記憶手段とを設けている。
【０００７】また、本発明による撮影装置においては、撮影した映像の撮影条件情報を外部に送信する送信手段を設けている。
【０００８】また、本発明による撮影条件管理システムにおいては、撮影した映像の撮影条件情報を送信する送信手段を有する撮影装置と、撮影条件情報を受信する受信手段と、上記受信した撮影条件情報を任意の情報と対応させて記憶する記憶手段とを有する撮影条件管理装置と、上記撮影装置と撮影条件管理装置とを接続する通信媒体とを設けている。
【０００９】また、本発明による記憶媒体においては、映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る処理と、上記読み取った撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶している。
【００１０】また、本発明による他の記憶媒体においては、撮影した映像の撮影条件情報を送信する処理を実行するためのプログラムを記憶している。
【００１１】また、本発明による他の記憶媒体においては、撮影した映像の撮影条件情報を送信する処理と、上記撮影条件情報を受信する処理と、上記受信した撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶している。
【００１２】
【発明の実施の形態】以下、本発明の実施の形態を図面と共に説明する。本実施の形態は、磁気テープ等に記録された映像情報が撮影された時の撮影条件を管理するシステムである。しかしデジタルビデオカメラ単体で全てのシステムを構築するには、撮影条件を記録するためのメモリ容量、記録された撮影条件をライブラリ化するためのソフトウェア、ハードウェアを含むシステム等、デジタルビデオカメラ自体の体積、処理に大きな負担がかかる。
【００１３】最近のデジタルビデオカメラの小型化、軽量化、低価格化の流れを考えると、デジタルビデオカメラ本体のみでシステムを構築するのは望ましくない。そこで考えられるのが、パソコン（以後ＰＣ）等と映像情報、撮影条件情報をデジタルＩ／Ｆによって相互通信することにより、撮影条件管理をＰＣ側で行うシステムである。
【００１４】デジタルビデオカメラとＰＣとの通信を行うには、現在、ＩＥＥＥ１３９４シリアルバスが多用されている。ＩＥＥＥ１３９４シリアルバスの幾つかの大きな特徴としては、後述するように、高速シリアル通信を用いるために、ケーブルが比較的細くフレキシビリティに富み、かつコネクタも従来のＳＣＳＩケーブルに比べて極端に小さいこと、さらには、画像情報のような大容量データを、機器制御データと共に高速で転送できることを挙げることができる。
【００１５】即ち、ＩＥＥＥ１３９４Ｉ／Ｆを用いた通信によれば、デジタルカメラやビデオカメラ等の移動式や携帯式で、通常は据え置きしない装置を接続するときにも、従来に比べて煩わしさが飛躍的に低減し、画像情報のＰＣへの転送も円滑に行うことが可能になるという大きな利点がある。そこで、以下にＩＥＥＥ１３９４シリアルバスについて説明する。
【００１６】家庭用デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータやオーディオデータ等のリアルタイムでかつ大情報量のデータ転送のサポートが必要になっている。こういったビデオデータやオーディオデータをリアルタイムで転送し、パソコン（ＰＣ）に取り込んだり、あるいはその他のデジタル機器に転送を行うには、必要な転送機能を備えた高速データ転送可能なインタフェースが必要になってくる。このような観点から開発されたインタフェースが、ＩＥＥＥ１３９４−１９９５（Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ、以下、１３９４シリアルバス）である。
【００１７】図２１に１３９４シリアルバスを用いて構成されるネットワーク・システムの例を示す。このシステムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ間、Ｃ−Ｇ間及びＣ−Ｈ間をそれぞれ１３９４シリアルバスのツイスト・ペア・ケーブルで接続されている。これらの機器Ａ〜Ｈは、例としてＰＣ、デジタルＶＴＲ、ＤＶＤ、デジタルカメラ、ハードディスク、モニタ等である。
【００１８】各機器間の接続方式は、デイジーチェーン方式とノード分岐方式とを混在可能としたものであり、自由度の高い接続が可能である。また、各機器は各自固有のＩＤを有し、それぞれが認識し合うことによって、１３９４シリアルバスで接続された範囲において、１つのネットワークを構成している。各デジタル機器間をそれぞれ１本の１３９４シリアルバスケーブルで順次接続するだけで、それぞれの機器が中継の役割を行い、全体として１つのネットワークを構成するものである。
【００１９】また、１３９４シリアルバスの特徴でもあるが、Ｐｌｕｇ＆Ｐｌａｙ機能により、ケーブルを機器に接続した時点で、自動的に機器の認識や接続状況などを認識する機能を有している。
【００２０】また、図２１のようなシステムにおいて、ネットワークからある機器が削除されたり、又は新たに追加された場合には、自動的にバスリセットを行い、それまでのネットワーク構成をリセットしてから、新たなネットワークの再構築を行う。この機能によって、その時々のネットワークの構成を常時設定、認識することができる。
【００２１】またデータ転送速度は、１００／２００／４００Ｍｂｐｓ等を備えており、上位の転送速度を持つ機器が下位の転送速度をサポートし、互換性をとるようになっている。
【００２２】データ転送モードとしては、コントロール信号等の非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータやオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデータとＩｓｏデータは各サイクル（通常１サイクル１２５μＳ）の中において、サイクル開始を示すサイクル・スタート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータの転送を優先しつつサイクル内で混在して転送される。
【００２３】図２２に１３９４シリアルバスの構成要素を示す。１３９４シリアルバスは全体としてレイヤ（階層）構造で構成されている。図２２に示すように、最もハード的なのが１３９４シリアルバスのケーブルであり、このケーブルのコネクタが接続されるコネクタポートがあり、その上にハードウェアとしてフィジカル・レイヤとリンク・レイヤがある。
【００２４】ハードウェア部は実質的なインターフェイステップの部分であり、そのうちフィジカル・レイヤは符号化やコネクタ関連の制御等を行い、リンク・レイヤはパケット転送やサイクルタイムの制御等を行う。
【００２５】ファームウェア部のトランザクション・レイヤは、転送（トランザクション）すべきデータの管理を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。シリアルバスマネージメントは、接続されている各機器の接続状況やＩＤの管理を行い、ネットワークの構成を管理する部分である。上記のハードウェア部とファームウェア部までが実質上の１３９４シリアルバスの構成である。
【００２６】また、ソフトウェア部のアプリケーション・レイヤは使うソフトによって異なり、インタフェース上にどのようにデータを乗せるかを規定する部分であり、ＡＶプロトコル等のプロトコルによって規定されている。以上が１３９４シリアルバスの構成である。
【００２７】次に、図２３に１３９４シリアルバスにおけるアドレス空間の図を示す。１３９４シリアルバスに接続された各機器（ノード）には必ず各ノード固有の６４ビットアドレスを持たせておく。このアドレスをＲＯＭに格納しておくことで、自分や相手のノードアドレスを常時認識でき、相手を指定した通信を行うことができる。
【００２８】１３９４シリアルバスのアドレッシングは、ＩＥＥＥ１２１２規格に準じた方式である。アドレス設定は、最初の１０ｂｉｔがバスの番号の指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に使われる。残りの４８ｂｉｔが機器に与えられたアドレス幅になり、それぞれ固有のアドレス空間として使用できる。最後の２８ｂｉｔは固有データの領域として、各機器の識別や使用条件の指定の情報等を格納する。
【００２９】次に、１３９４シリアルバスの特徴といえる技術の部分を、より詳細に説明する。
《１３９４シリアルバスの電気的仕様》図２４に１３９４シリアルバス・ケーブルの断面図を示す。１３９４シリアルバスでは接続ケーブル内に、２組のツイストペア信号線の他に電源ラインを設けることも可能である。これによって、電源を持たない機器や、故障により電圧低下した機器等にも電力の供給が可能になっている。
【００３０】尚、簡易型の接続ケーブルでは、接続先の機器を限定した上で、電源ラインを設けていないものもある。電源線内を流れる電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａと規定されている。
【００３１】《ＤＳ−Ｌｉｎｋ符号化》図２５は１３９４シリアルバスで採用されているデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図である。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒｏｂｅ Ｌｉｎｋ）符号化方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に適している。その構成は、２本の信号線を必要とする。より対線のうち１本に主となるデータを送り、他方のより対線にはストローブ信号を送る構成になっている。
【００３２】受信側では、この通信されるデータと、ストローブとの排他的論理和をとることによってクロックを再現できる。
【００３３】このＤＳ−Ｌｉｎｋ符号化方式を用いるメリットとして、他のシリアルデータ転送方式に比べて転送効率が高いこと、ＰＬＬ回路が不要となるので、コントローラＬＳＩの回路規模を小さくできること、さらには、転送すべきデータが無いときに、アイドル状態であることを示す情報を送る必要が無いので、各機器のトランシーバ回路をスリープ状態にすることができ、これによって消費電力の低減を図れる等が挙げられる。
【００３４】《バスリセットのシーケンス》１３９４シリアルバスでは、接続されている各機器（ノード）にはノードＩＤが与えられ、ネットワーク構成として認識されている。このネットワーク構成に変化があったとき、例えばノードの挿抜や電源のＯＮ／ＯＦＦ等によるノード数の増減などによって変化が生じて、新たなネットワーク構成を認識する必要があるときは、変化を検知した各ノードはバス上にバスリセット信号を送信して、新たなネットワーク構成を認識するモードに入る。
【００３５】このときの変化の検知方法は、１３９４ポート基板上でのバイアス電圧の変化を検知することによって行われる。あるノードからバスリセット信号が伝達されて、各ノードのフィジカルレイヤは、このバスリセット信号を受けると同時にリンクレイヤにバスリセットの発生を伝達し、かつ他のノードにバスリセット信号を伝達する。最終的に全てのノードがバスリセット信号を検知した後、バスリセットが起動となる。
【００３６】バスリセットは、先に述べたようなケーブル抜挿や、ネットワーク異常等によるハード検出による起動と、プロトコルからのホスト制御等によってフィジカルレイヤに直接命令を出すことによっても起動する。また、バスリセットが起動するとデータ転送は一時中断され、この間のデータ転送は待たされ、終了後、新しいネットワーク構成のもとで再開される。以上がバスリセットのシーケンスである。
【００３７】《ノードＩＤ決定のシーケンス》バスリセットの後、各ノードは新しいネットワーク構成を構築するために、各ノードにＩＤを与える動作に入る。このときの、バスリセットからノードＩＤ決定までの一般的なシーケンスを図２６、図２７、図２８のフローチャートを用いて説明する。
【００３８】図２６のフローチャートは、バスリセットの発生からノードＩＤが決定し、データ転送が行えるようになるまでの、一連のバスの作業を示している。まず、ステップＳ１０１では、ネットワーク内にバスリセットが発生することを常時監視していて、ここでノードの電源ＯＮ／ＯＦＦ等でバスリセットが発生すると、ステップＳ１０２に移る。
【００３９】ステップＳ１０２では、ネットワークがリセットされた状態から、新たなネットワークの接続状況を知るために、直接接続されている各ノード間において親子関係の宣言がなされる。ステップＳ１０３では、全てのノード間で親子関係が決定すると、ステップＳ１０４で一つのルートが決定する。全てのノード間で親子関係が決定するまで、ステップＳ１０２の親子関係の宣言を行い、またルートも決定されない。
【００４０】ステップＳ１０４でルートが決定されると、次にステップＳ１０５で、各ノードにＩＤを与えるノードＩＤの設定作業が行われる。所定のノード順序で、ノードＩＤの設定が行われ、全てのノードにＩＤが与えられるまで繰り返し設定作業が行われ、最終的にステップＳ１０６で全てのノードにＩＤを設定し終えたと判断されたら、新しいネットワーク構成が全てのノードにおいて認識されたので、ステップＳ１０７で、ノード間のデータ転送が行える状態となり、データ転送が開始される。
【００４１】このステップＳ１０７の状態になると、再びバスリセットが発生するのを監視するモードに入り、バスリセットが発生したら、ステップＳ１０１からステップＳ１０６までの設定作業が繰り返し行われる。
【００４２】以上説明した図２６のフローチャートのバスリセットからルート決定までの部分と、ルート決定後からＩＤ設定終了までのより詳しい手順を図２７、図２８R>８に示す。まず、図２７において、ステップＳ２０１では、バスリセットが発生するのを常に監視している。バスリセットが発生すると、ネットワーク構成は一旦リセットされる。次に、ステップＳ２０２で、リセットされたネットワークの接続状況を再認識する作業の第一歩として、各機器にリーフ（ノード）であることを示すフラグを立てておく。さらに、ステップＳ２０３では、各機器が自分の持つポートがいくつ他ノードと接続されているのかを調べる。
【００４３】ステップＳ２０４では、ポート数の結果に応じてこれから親子関係の宣言を始めていくために、未定義（親子関係が決定されていない）ポートの数を調べる。バスリセットの直後はポート数＝未定義ポート数であるが、親子関係が決定されていくに従って、ステップＳ２０４で検知する未定義ポートの数は変化していく。
【００４４】まず、バスリセットの直後、はじめに親子関係の宣言を行えるのはリーフに限られている。リーフであるというのはステップＳ２０３のポート数の確認で知ることができる。リーフは、ステップＳ２０５で、自分に接続されているノードに対して、「自分は子、相手は親」と宣言し動作を終了する。
【００４５】ステップＳ２０３でポート数が複数ありブランチと認識したノードは、バスリセットの直後はステップＳ２０４で未定義ポート数＞１ということなので、ステップＳ２０６へと移り、まずブランチというフラグが立てられ、ステップＳ２０７でリーフからの親子関係宣言で「親」の受付をするために待つ。
【００４６】リーフが親子関係の宣言を行い、ステップＳ２０７でそれを受けたブランチは適宜ステップＳ２０４の未定義ポート数の確認を行い、未定義ポート数が１になっていれば、残っているポートに接続されているノードに対して、ステップＳ２０５の「自分が子」の宣言をすることが可能になる。２度目以降、ステップＳ２０４で未定義ポート数を確認しても、２以上あるブランチに対しては、再度ステップＳ２０７でリーフ又は他のブランチからの「親」の受付をするために待つ。
【００４７】最終的に、いずれか１つのブランチ、又は例外的にリーフが（子宣言を行えるのにすばやく動作しなかったため）、ステップＳ２０４の未定義ポート数の結果としてゼロになったら、これにてネットワーク全体の親子関係の宣言が終了したものであり、未定義ポート数がゼロ（すべて親のポートとして決定）になった唯一のノードはステップＳ２０８としてルートのフラグが立てられ、ステップＳ２０９としてルートとしての認識がなされる。以上のようにして、図２７に示したバスリセットから、ネットワーク内の全てのノード間における親子関係の宣言までが終了する。
【００４８】次に、図２８のフローチャートについて説明する。まず、図２７までのシーケンスでリーフ、ブランチ、ルートという各ノードのフラグの情報が設定されているので、これに基づいてステップＳ３０１でそれぞれ分類する。
【００４９】各ノードにＩＤを与える作業として、最初にＩＤの設定を行うことができるのはリーフからである。リーフ→ブランチ→ルートの順で若い番号（ノード番号＝０〜）からＩＤの設定がなされていく。
【００５０】次に、ステップＳ３０２で、ネットワーク内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。この後、ステップＳ３０３で、各自リーフがルートに対して、ＩＤを与えるように要求する。この要求が複数ある場合には、ルートはステップＳ３０４によりアービトレーション（１つに調停する作業）を行い、ステップＳ３０５で、勝ったノード１つにＩＤ番号を与え、負けたノードには失敗の結果通知を行う。
【００５１】ステップＳ３０６では、ＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたリーフからステップＳ３０７で、セルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５２】１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３０８で、残りのリーフの数が１つ減らされる。ステップＳ３０９では、上記残りのリーフの数が１以上ある時は、ステップＳ３０３のＩＤ要求の作業からを繰り返し行い、最終的に全てのリーフがＩＤ情報をブロードキャストすると、ステップＳ３０９がＮ＝０となり、次のブランチのＩＤ設定に移る。
【００５３】ブランチのＩＤ設定もリーフの時と同様に行われる。まず、ステップＳ３１０で、ネットワーク内に存在するブランチの数Ｍ（Ｍは自然数）を設定する。この後、ステップＳ３１で、各自ブランチがルートに対して、ＩＤを与えるように要求する。これに対してルートは、ステップＳ３１２でアービトレーションを行い、勝ったブランチから順にリーフに与え終った次の若い番号から与えていく。
【００５４】ステップＳ３１３では、ルートは要求を出したブランチにＩＤ情報又は失敗結果を通知し、ステップＳ３１４で、ＩＤ取得が失敗に終わったブランチは、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤを取得できたブランチからステップＳ３１５として、そのノードのセルフＩＤパケットをブロードキャストで全ノードに転送する。
【００５５】１ノードＩＤ情報のブロードキャストが終わると、ステップＳ３１６で残りのブランチの数が１つ減らされる。そして、ステップＳ３１７で、上記残りのブランチの数が１以上ある時は、ステップＳ３１１のＩＤ要求の作業からを繰り返し、最終的に全てのブランチがＩＤ情報をブロードキャストするまで行われる。全てのブランチがノードＩＤを取得すると、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ取得モードも終了する。
【００５６】ここまで終了すると、最終的にＩＤ情報を取得していないノードはルートのみなので、ステップＳ３１８で、与えていない番号で最も大きい番号を自分のＩＤ番号と設定し、ステップＳ３１９で、ルートのセルフＩＤパケットをブロードキャストする。以上により、親子関係が決定した後から、全てのノードのＩＤ、及びバスマネージャが設定されるまでの手順が終了する。
【００５７】次に、一例として図２９に示した実際のネットワークにおける動作を説明する。図２９においては、（ルート）ノードＢの下位にはノードＡとノードＣが直接接続されており、また、ノードＣの下位にはノードＤが直接接続されており、さらに、ノードＤの下位にはノードＥとノードＦが直接接続された階層構造になっている。上記の階層構造やルートノード、ノードＩＤを決定する手順を説明する。
【００５８】バスリセットがされた後、まず各ノードの接続状況を認識するために、各ノードの直接接続されているポート間において、親子関係の宣言がなされる。この親子とは親側が階層構造で上位となり、子側が下位になると言うことができる。図２９では、バスリセットの後、最初に親子関係の宣言を行ったのはノードＡである。基本的にノードの１つのポートにのみ接続があるノード（リーフと呼ぶ）から親子関係の宣言を行うことができる。これは自分には１ポートの接続のみということをまず知ることができるので、これによってネットワークの端であることを認識し、その中で早く動作を行ったノードから親子関係が決定されていく。
【００５９】こうして親子関係の宣言を行った側（Ａ−Ｂ間ではノードＡ）のポートが子と設定され、相手側（ノードＢ）のポートが親と設定される。即ち、ノードＡ−Ｂ間では子−親、ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。
【００６０】さらに１階層あがって、今度は複数個接続ポートを持つノード（ブランチと呼ぶ）のうち、他ノードからの親子関係の宣言を受けたものから順次、さらに上位に親子関係の宣言を行っていく。図２８では、まずノードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノードＣに対する親子関係の宣言を行っており、その結果ノードＤ−Ｃ間で子−親と決定している。
【００６１】ノードＤからの親子関係の宣言を受けたノードＣは、もう一つのポートに接続されているノードＢに対して親子関係の宣言を行っている。これによってノードＣ−Ｂ間で子−親と決定している。
【００６２】このようにして、図２９のような階層構造が構成され、最終的に接続されている全てのポートにおいて親となったノードＢが、ルートノードと決定された。ルートは１つのネットワーク構成中に一つしか存在しないものである。
【００６３】尚、この図２９においては、ノードＢがルートノードと決定されたが、これはノードＡから親子関係宣言を受けたノードＢが、他のノードに対して親子関係宣言を早いタイミングで行っていれば、ルートノードは他ノードに移っていたこともあり得る。即ち、伝達されるタイミングによってはどのノードもルートノードとなる可能性があり、同じネットワーク構成でもルートノードは一定とは限らない。
【００６４】ルートノードが決定すると、次は各ノードＩＤを決定するモードに入る。ここでは全てのノードが、決定した自分のノードＩＤを他の全てのノードに通知する（ブロードキャスト機能）。
【００６５】自己ＩＤ情報は、自分のノード番号、接続されている位置の情報、持っているポートの数、接続のあるポートの数、各ポートの親子関係の情報等を含んでいる。ノードＩＤ番号の割り振りの手順としては、まず１つのポートにのみ接続があるノード（リーフ）から起動することができ、この中から順にノード番号＝０、１、２・・・と割り当てられる。
【００６６】ノードＩＤを手にしたノードは、ノード番号を含む情報をブロードキャストで各ノードに送信する。これによって、そのＩＤ番号は「割り当て済み」であることが認識される。
【００６７】全てのリーフが自己ノードＩＤを取得し終ると、次はブランチヘ移り、リーフに引き続いたノードＩＤ番号が各ノードに割り当てられる。リーフと同様に、ノードＩＤ番号が割り当てられたブランチから順次ノードＩＤ情報をブロードキャストし、最後にルートノードが自己ＩＤ情報をブロードキャストする。即ち、常にルートは最大のノードＩＤ番号を所有するものである。以上のようにして、階層構造全体のノードＩＤの割り当てが終わり、ネットワーク構成が再構築され、バスの初期化作業が完了する。
【００６８】《アービトレーション》１３９４シリアルバスでは、データ転送に先立って必ずバス使用権のアービトレーション（調停）を行う。１３９４シリアルバスは個別に接続された各機器が、転送された信号をそれぞれ中継することによって、ネットワーク内の全ての機器に同信号を伝えるように、論理的なバス型ネットワークであるので、パケットの衝突を防ぐ意味でアービトレーションは必要である。これによってある時間には、たった一つのノードのみ転送を行うことができる。
【００６９】アービトレーションを説明するために、図３０３０（ａ）にバス使用要求、図３０（ｂ）にバス使用許可の図を示し、以下これを用いて説明する。アービトレーションが始まると、１つもしくは複数のノードが親ノードに向かって、それぞれバス使用権の要求を発する。図３０（ａ）のノードＣとノードＦがバス使用権の要求を発しているノードである。
【００７０】これを受けた親ノード（図３０ではノードＡ）は、さらに親ノードに向かって、バス使用権の要求を発する（中継する）。この要求は最終的に調停を行うルートに届けられる。バス使用要求を受けたルートノードは、どのノードにバスを使用させるかを決める。この調停作業はルートノードのみが行なえるものであり、調停によって勝ったノードにはバスの使用許可を与える。図３０（ｂ）ではノードＣに使用許可が与えられ、ノードＦの使用は拒否された場合である。
【００７１】アービトレーションに負けたノードに対してはＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送り、拒否されたことを知らせる。拒否されたノードのバス使用要求は次回のアービトレーションまで待たされる。以上のようにして、アービトレーションに勝ってバスの使用許可を得たノードは、以降データの転送を開始できる。
【００７２】次に、アービトレーションの一連の流れを図３１のフローチャートに示して説明する。ノードがデータ転送を開始できるためには、バスがアイドル状態であることが必要である。先に行われていたデータ転送が終了して、現在バスが空き状態であることを認識するためには、各転送モードで個別に設定されている所定のアイドル時間ギャップ長（例、サブアクション・ギャップ）を経過することによって、各ノードは自分の転送が開始できると判断する。
【００７３】ステップＳ４０１では、Ａｓｙｎｃデータ、Ｉｓｏデータ等それぞれ転送するデータに応じた所定のギャップ長が得られたかを判断する。所定のギャップ長が得られない限り、転送を開始するために必要なバス使用権の要求はできないので、所定のギャップ長が得られるまで待つ。
【００７４】ステップＳ４０１で所定のギャップ長が得られたら、ステップＳ４０２で、転送すべきデータがあるか判断し、ある場合はステップＳ４０３として転送するためにバスを確保するようにバス使用権の要求をルートに対して発する。このときの、バス使用権の要求を表す信号の伝達は、図３０に示したように、ネットワーク内各機器を中継しながら、最終的にルートに届けられる。
【００７５】ステップＳ４０２で転送するデータがない場合はそのまま待機する。次に、ステップＳ４０４では、ステップＳ４０３のバス使用要求を１つ以上ルートが受信したら、ルートはステップＳ４０５として使用要求を出したノードの数を調べる。ステップＳ４０５での選択値がノード数＝１（使用権要求を出したノードは１つ）だったら、そのノードに直後のバス使用許可が与えられることになる。
【００７６】ステップＳ４０５での選択値がノード数＞１（使用要求を出したノードは複数）だったら、ルートはステップＳ４０６として使用許可を与えるノードを１つに決定する調停作業を行う。この調停作業は公平なものであり、毎回同じノードばかりが許可を得るようなことはなく、平等に権利を与えていくような構成となっている。
【００７７】ステップＳ４０７では、ステップＳ４０６で使用要求を出した複数ノードの中からルートが調停して使用許可を得た１つのノードと、敗れたその他のノードに分ける選択を行う。ここで、調停されて使用許可を得た１つのノード、又はステップＳ４０５の選択値から使用要求ノード数＝１で調停無しに使用許可を得たノードには、ステップＳ４０８で、ルートはそのノードに対して許可信号を送る。許可信号を得たノードは、受け取った直後に転送すべきデータ（パケット）を転送開始する。
【００７８】また、ステップＳ４０６の調停で敗れて、バス使用が許可されなかったノードにはステップＳ４０９としてルートから、アービトレーション失敗を示すＤＰ（ｄａｔａ ｐｒｅｆｉｘ）パケットを送られ、これを受け取ったノードは再度転送を行うためのバス使用要求を出すため、ステップＳ４０１まで戻り、所定ギャップ長が得られるまで待機する。以上がアービトレーションの流れの説明である。
【００７９】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転送》アシンクロナス転送は、非同期転送である。図３２にアシンクロナス転送における時問的な遷移状態を示す。図３２の最初のサブアクション・ギャップは、バスのアイドル状態を示すものである。このアイドル時間が一定値になった時点で、転送を希望するノードはバスが使用できると判断して、バス獲得のためのアービトレーションを実行する。
【００８０】アービトレーションでバスの使用許可を得ると、次にデータの転送がパケット形式で実行される。データ転送後、受信したノードは転送されたデータに対しての受信結果のａｃｋ（受信確認用返送コード）をａｃｋ ｇａｐという短いギャップの後、返送して応答するか応答パケットを送ることによって転送が完了する。
【００８１】ａｃｋは４ビットの情報と４ビットのチェックサムからなり、成功か、ビジー状態か、ペンディング状態であるかといった情報を含み、すぐに送信元ノードに返送される。
【００８２】次に、図３３にアシンクロナス転送のパケットフォーマットの例を示す。パケットには、データ部及び誤り訂正用のデータＣＲＣの他にはヘッダ部があり、そのヘッダ部には図２７に示したような、目的ノードＩＤ、ソースノードＩＤ、転送データ長さや各種コードなどが書き込まれ、転送が行われる。
【００８３】また、アシンクロナス転送は自己ノードから相手ノードヘの１対１の通信である。転送元ノードから転送されたパケットは、ネットワーク中の各ノードに行き渡るが、自分宛てのアドレス以外のものは無視されるので、宛先の１つのノードのみが読込むことになる。
【００８４】《Ｉｓｏｃｈｒｏｎｏｕｓ（同期）転送》アイソクロナス転送は同期転送である。１３９４シリアルバスの最大の特徴であるともいえるこのアイソクロナス転送は、特にＶＩＤＥＯ映像データや音声データといったマルチメディアデータ等のリアルタイムな転送を必要とするデータの転送に適した転送モードである。
【００８５】また、アシンクロナス転送（非同期）が１対１の転送であったのに対し、このアイソクロナス転送はブロードキャスト機能によって、転送元の１つのノードから他の全てのノードに一様に転送される。
【００８６】図３４はアイソクロナス転送における、時間的な遷移状態を示す図である。アイソクロナス転送は、バス上で一定時間毎に実行される。この時間間隔をアイソクロナスサイクルと呼ぶ。アイソクロナスサイクル時間は１２５μＳである。この各サイクルの開始時間を示し、各ノードの時間調整を行う役割を担っているのがサイクル・スタート・パケットである。
【００８７】サイクル・スタート・パケットを送信するのは、サイクル・マスタと呼ばれるノードであり、１つ前のサイクル内の転送終了後、所定のアイドル期間（サブアクションギャップ）を経た後、本サイクルの開始を告げるサイクル・スタート・パケットを送信する。このサイクル・スタート・パケットの送信される時間間隔が１２５μＳとなる。
【００８８】また、図３４にチャネルＡ、チャネルＢ、チャネルＣと示したように、１サイクル内において複数種のパケットがチャネルＩＤをそれぞれ与えられることによって、区別して転送できる。これによって同時に複数ノード間でのリアルタイムな転送が可能であり、また受信するノードでは自分が欲しいチャネルＩＤのデータのみを取り込む。このチャネルＩＤは送信先のアドレスを表すものではなく、データに対する論理的な番号を与えているに過ぎない。従って、あるパケットの送信は１つの送信元ノードから他のすべてのノードに行き渡る、ブロードキャストで転送されることになる。
【００８９】アイソクロナス転送のパケット送信に先立って、アシンクロナス転送同様アービトレーションが行われる。しかし、アシンクロナス転送のように１対１の通信ではないので、アイソクロナス転送にはａｃｋ（受信確認用返信コード）は存在しない。
【００９０】また、図３４に示したｉｓｏｇａｐ（アイソクロナスギャップ）とは、アイソクロナス転送を行う前にバスが空き状態であると認識するために必要なアイドル期間を表している。この所定のアイドル期間を経過すると、アイソクロナス転送を行いたいノードはバスが空いていると判断し、転送前のアービトレーションを行うことができる。
【００９１】図３５にアイソクロナス転送のパケットフォーマットの例を示す。各チャネルに分かれた各種のパケットには、それぞれデータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部があり、そのヘッダ部には図３５に示したような、転送データ長やチャネルＮ０、その他各種コード及び誤り訂正用のヘッダＣＲＣ等が書き込まれ、転送が行われる。
【００９２】《バス・サイクル》実際の１３９４シリアルバス上の転送では、アイソクロナス転送と、アシンクロナス転送とは混在できる。その時の、アイソクロナス転送とアシンクロナス転送とが混在した、バス上の転送状態の時間的な遷移の様子を図３６に示す。アイソクロナス転送はアシンクロナス転送より優先して実行される。その理由は、サイクル・スタート・パケットの後、アシンクロナス転送を起動するために必要なアイドル期間のギャップ長（サブアクションギャップ）よりも短いギャップ長（アイソクロナスギャップ）で、アイソクロナス転送を起動できるからである。従って、アシンクロナス転送より、アイソクロナス転送は優先して実行されることになる。
【００９３】図３６に示した一般的なバスサイクルにおいて、サイクル＃ｍのスタート時にサイクル・スタート・パケットがサイクル・マスタから各ノードに転送される。これによって、各ノードで時刻調整を行ない、所定のアイドル期間（アイソクロナスギャップ）を待ってからアイソクロナス転送を行うべきノードはアービトレーションを行い、パケット転送に入る。図３６ではチャネルｅとチャネルｓとチャネルｋが順にアイソクロナス転送されている。
【００９４】このアービトレーションからパケット転送までの動作を、与えられているチャネル分繰り返し行った後、サイクル＃ｍにおけるアイソクロナス転送が全て終了したら、アシンクロナス転送を行うことができるようになる。
【００９５】アイドル時間がアシンクロナス転送が可能なサブアクションギャップに達することによって、アシンクロナス転送を行いたいノードはアービトレーションの実行に移れると判断する。但し、アシンクロナス転送が行える期間は、アイソクロナス転送終了後から、次のサイクル・スタート・パケットを転送すべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）までの間にアシンクロナス転送を起動するためのサブアクションギャップが得られた場合に限っている。
【００９６】図３６のサイクル＃ｍでは、３つのチャネル分のアイソクロナス転送と、その後アシンクロナス転送（含むａｃｋ）が２パケット（パケット１、パケット２）転送されている。このアシンクロナスパケット２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）に至るので、サイクル＃ｍでの転送はここまでで終わる。
【００９７】但し、非同期又は同期転送動作中に次のサイクル・スタート・パケットを送信すべき時間（ｃｙｃｌｅ ｓｙｎｃｈ）に至ったとしたら、無理に中断せず、その転送が終了した後のアイドル期間を待ってから次サイクルのサイクル・スタート・パケットを送信する。すなわち、１つのサイクルが１２５μＳ以上続いたときは、その分次サイクルは基準の１２５μＳより短縮されるものとする。このようにアイソクロナス・サイクルは１２５μＳを基準に超過、短縮し得るものである。
【００９８】しかし、アイソクロナス転送はリアルタイム転送を維持するために毎サイクル必要であれば必ず実行され、アシンクロナス転送はサイクル時間が短縮されたことによって次以降のサイクルにまわされることもある。こういった遅延情報も含めて、サイクル・マスタによって管理される。以上が１３９４シリアルバスについての説明である。
【００９９】次に、本発明の第１の実施の形態を説明する。図２はシステムの構成を示す。図２において、影条件管理用ソフトウェアがインストールされたＰＣ１０１には、ＩＥＥＥ１３９４ケーブル１０３を介してデジタルビデオカメラ（以後ＤＶＣ）１０２が接続されると共に、モニタ１０４、キーボード１０５が設けられている。
【０１００】図１は、ＰＣ１０１とＤＶＣ１０２の概略構成を示すブロック図である。この図１においては、特に、ＰＣ１０１では、撮影条件管理ソフトウェアを起動、操作させるために必要な機能を、ＤＶＣ１０２では、ＰＣ１０１と必要な情報の通信を行うために必要な機能のみを示した。
【０１０１】ＰＣ１０１内部には、ソフトウェアの起動やモニタ表示画像の制御、キーボード等からの入力情報の読み取り等の制御を行う制御手段１０８、モニタ表示用の画像情報を出力する画像表示手段１０９、キーボード等の入力を読み取り、制御手段１０８へ情報を送る操作手段１１０、画像情報や撮影条件、撮影状況情報を記憶するメモリ１１１、ＤＶＣ１０２等とデジタル情報の通信を行うデジタルＩ／Ｆ部１１２が含まれる。
【０１０２】ＤＶＣ１０７内部には、メカ部１１４や信号処理部１１５の制御を行う制御手段１１３、磁気テープの再生を行うメカ部１１４、磁気テープからの再生信号の処理を行う信号処理部１１５、ＰＣ１０１等とデジタル通信を行うためのデジタルＩ／Ｆ１１６、ＰＣ１０１等から送られて来る情報の記録等に用いられる不揮発性メモリ部１１７が含まれている。
【０１０３】ＤＶＣ１０２及びＰＣ１０１は、それぞれＩＥＥ１３９４ケーブル１０３が接続されると、それを認識してモード設定動作に入るか否かの判別を行う。図３R>３はこのときの具体的な処理を示す。Ｓ３５０１で処理の実行が開始されると、Ｓ３５０２でＩＥＥＥ１３９４ケーブル１０３が接続されたか否かを、バスリセットが発生したかどうかを検出することにより認識する。
【０１０４】バスリセットが発生していなければ、何ら処理を実行することなくそのまま待機する。バスリセットが発生していれば、Ｓ３５０３でＤＶＣ１０２が接続されたか否かを識別する。ＤＶＣが接続されたか否かの識別方法としては、例えば前述の図２３に示されるＤＶＣの１３９４シリアルバスにおけるアドレス空間の６４ビットアドレスを読み出して、通信対象とするＤＶＣかどうかを識別する方法がある。
【０１０５】通信対象とするＤＶＣが接続されていないと判断した場合は、処理をＳ３５０２に戻す。通信対象とするＤＶＣが接続されていると判断される場合は、Ｓ３５０４でＤＶＣ側がＰＣ側からの通信要求を受け付ける状態であるかどうかを判断する。通信要求を受け付ける状態でない場合は、処理をＳ３５０３に戻して、制御対象であるＤＶＣが依然接続されているかどうかを確認した上で、Ｓ３５０４の処理を再実行する。
【０１０６】Ｓ３５０４でＤＶＣが通信要求を受け付ける状態であると認識された場合は、Ｓ３５０５でＤＶＣからＤＶ情報を送信したり、ＰＣ側から撮影条件情報や制御情報を送信する。ＩＥＥＥ１３９４を用いることによって、入出力を相互にリアルタイムで行うことができる。
【０１０７】次に、ＤＶＣ１０２が磁気テープに記録された映像を再生する再生モードに設定されていた場合、再生映像情報は１３９４ケーブル１０３を通じてＰＣ１０１例に送信される。撮影条件管理ソフトウェアがＰＣ１０１によって起動されていた場合、上記送信された映像情報は圧縮を解かれ、ＰＣ１０１に接続されているモニタ１０４で表示される。
【０１０８】上記の表示画面を図４に示す。図４においては、撮影条件管理ソフトウェアが起動されているために、起動ウィンドウ２０１が表示されており、現在、再生画像から撮影条件のサンプルを選択中であることを示すＳＡＭＰＬＥ ＳＥＬＥＣＴの表示が左上に表示されている。さらに、起動ウィンドウ上には再生画像を表示するための選択ウィンドウ２０２が表示されている。
【０１０９】このウィンドウ上には、再生画面２０３と共に、再生情報中に含まれるシステムデータから読み取った撮影条件情報もリアルタイムで表示されている（選択ウィンドウ上右側の表２０４）。
【０１１０】さらに再生画面の下には、再生モードを通常再生、１倍速逆再生、高速逆再生、高速再生、一時停止等を実行させるための再生モードコマンドスイッチ２０５が表示されており、ユーザはマウスポインタ等でこれらのスイッチをクリックすることにより、サンプルとして記憶する画面を自由に選択することができるようになっている。
【０１１１】また、このときの再生モード情報は、ＩＥＥＥ１３９４を通じてＤＶＣ１０２に送信され、この情報を受け取ったＤＶＣは、その情報に応じて再生モードの設定を変更することによって、コマンドスイッチによる指示と画像の再生モードとの同期をとることが可能となっている。
【０１１２】サンプルとして選択する画面が決定したら、ユーザはウィンドウ２０２下部に表示されたＳＥＬＥＣＴスイッチ２０６をマウスポインタ等でクリックすると、そのクリックされた時点での再生画面１フレームと、リアルタイムで表示していた撮影条件情報とを共に対応させてＰＣのメモリ１１１に記録する。
【０１１３】記憶が終了すると、上記メモリ１１１にサンプル情報と共に記録されている任意の撮影状況情報を設定する。撮影状況情報とは、撮影場所、撮影された季節、動きが多い撮影対象の撮影かほとんど動かない撮影対象の撮影か等、記録された画像の画質に大きな影響を与えるであろうと考えられる情報である。これらの情報は、磁気テープ中のシステムデータにデジタル情報として記録するには、大きすぎる情報量である。そのためＰＣ上で設定を行う。
【０１１４】上記撮影状況情報を設定するために、サンプル画面を選択し、サンプル画面の画像情報と撮影条件情報の記録が終了した時点で選択ウィンドウ２０２は画面から消え、代わりに撮影状況設定ウィンドウ３０１に切り替わる。
【０１１５】上記切り替わった画面を図５に示す。撮影状況設定ウィンドウ中には、さきほど選択したサンプル画像と撮影条件とが表示され、さらにウィンドウ中右側には撮影状況設定のための項目３０２が並んでいる。撮影状況の項目としては、撮影場所（ＰＬＡＣＥ）、季節や撮影を行った月といった大雑把な撮影時期（ＤＡＴＥ１）、撮影時間（ＤＡＴＥ２）、動きの多い被写体なのか、動きが少ない被写体なのかという移動頻度（ＭＯＶＩＮＧ）といった項目が初期設定として与えられている。この項目以外に設定したい項目がある場合は、ＵＳＥＲ１、２、３、４としてユーザが設定できる項目も存在する。
【０１１６】ここで、撮影状況の設定方法を簡単に説明する。例として撮影場所の設定を行う場合は、マウスポインタ等で項目ＰＬＡＣＥの隣のＮＯＮ ＳＥＴＴＩＮＧを選択する。すると、選択されたＮＯＮ ＳＥＴＴｌＮＧの背景色が変化し（図６）、さらに設定選択ウィンドウが現れる（図７（ａ）の５０１）。この選択ウィンドウ５０１内には、野外での撮影か室内での撮影かが選択できるように、ＩＮＤＯＯＲの項目とＯＵＴＤＯＯＲの項目とが表示されている。
【０１１７】ここでは、野外のスポーツの撮影画面がサンプルとして選択されているので、ＯＵＴＤＯＯＲを選ぶ（図７（ｂ））。するとさらに、野外のどんな場所で撮影が行われたのかを選択する選択ウィンドウ５０２が表示される。この選択ウィンドウで、例えば競技場を示す項目ＳＴＡＤＩＵＭを選択すると、さらにどの競技場での撮影だったかも設定することができる（図７（ｄ））。ここでは横浜国際総合競技場を示すＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩが選択されている。
【０１１８】ここまでの設定を終えた場合のサンブル設定ウィンドウ３０１を図８に示す。撮影場所を示すＰＬＡＣＥの項目が、ＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩに設定されていることが分かる。同様に、撮影時期や撮影対象の動きの多さ等を順次設定した設定ウィンドウ３０１を図９に示す。
【０１１９】以上がソフトウェア側で予め用意された撮影状況設定項目の設定方法であるが、ユーザによってはこの他の設定項目が必要になる場合や、既に存在している設定項目の追加、削除、項目名の変更等を行う必要が考えられる。項目の設定方法を以下に示す。項目名の変更を行う場合には、設定ウィンドウ３０１上部のＥＤＩＴをマウスポインタ等で選択する（図１０）。すると、選択されたＥＤＩＴの文字が選択されたことを示すために変色する。
【０１２０】さらに項目名の編集を行う編集ウィンドウ９０１が表示される（図１１）。このウィンドウ９０１内には、設定項目中で編集可能な項目がファイルとして表示され、さらに編集を終了するための終了スイッチＥＮＤ９０３が表示されている。
【０１２１】ここでは例として、撮影場所を示す項目ＰＬＡＣＥの項目の編集方法を説明する。マウスポインタでＰＬＡＣＥファイル９０２を選択すると、編集ウィンドウ内の表示が変化し、ＰＬＡＣＥファイル９０２内に含まれるＯＵＴＤＯＯＲファイル１００１と、ＩＮＤＯＯＲファイル１００８が表示される（図１２（ａ））。ここでさらに、ＯＵＴＤＯＯＲのファイルを選択すると、ＯＵＴＤＯＯＲフォルダ１００１に含まれる撮影場所のフォルダが表示される（図１２（ｂ））。
【０１２２】またさらに、撮影場所に相当するＳＴＡＤＩＵＭフォルダ１００４を選択すると、ＳＴＡＤＩＵＭフォルダ１００４に含まれる撮影場所フォルダがさらに表示されることになる（図１２（ｃ））。
【０１２３】前述したサンプルに対する設定時には、撮影場所情報として野外撮影＞競技場＞横浜国際競技場という撮影場所の限定を行った。しかしユーザによってはこの限定では不十分である場合がある。例えばここでは競技フィールドの真ん中での撮影（明るく、遠い撮影対象）であって、観客席の撮影（暗く、近い撮影対象）ではない、と限定を加えたい場合が考えられる。
【０１２４】そこで、ここでは横浜国際競技場を示すＹＯＫＯＨＡＭＡ ＫＯＫＵＳＡＩフォルダ１００５を選択する。すると現在、横浜国際競技場の名称までは登録されていたが、さらに細かい設定はされていないために、表示画面は名称未設定のフォルダ１００６のみが表示される（図１２（ｄ））。今回の撮影画像は競技フィールドの真ん中での撮影が主であるために、「フィールドの真ん中である」という限定を示す名称を、この名称未設定フォルダ１００６に対して、キーボード等を用いて設定することができる（図１２（ｅ））。
【０１２５】さらに「観客席」「競技場入り口」等の設定も合わせて行いたい場合には、ウィンドウ９０１中のＭＡＫＥ Ａ ＮＥＷ ＣＡＴＥＧＯＲＹスイッチ１００２を選択することで、新たにフォルダを作成することが可能であり、また、既に作成されているフォルダを消去したい場合にも、同様にＣＬＥＡＲ ＣＡＴＥＧＯＲＹスイッチ１００３を使用すれば、マウスポインタ等で選択したフォルダを消去することも可能である。同様に、ＵＳＥＲ１、２、３、４の項目もユーザの必要に応じて設定することが可能である。
【０１２６】以上の撮影状況項目の編集を終了し、ユーザ項目の設定も行った設定の例を図１３に示す。ユーザ項目が、ＵＳＥＲ１→ＷＨＯ／ＷＨＡＴ（撮影対象）
ＵＳＥＲ２→Ｗ／Ｔ（ワイド・テレ）
ＵＳＥＲ３→ＷＥＡＴＨＥＲ（天気）
ＵＳＥＲ４→ＣＡＭＥＲＡＩＤ（ビデオカメラ１Ｄ）
というように項目名の変更が行われ、さらにそれぞれの項目の設定も行われている。
【０１２７】
ＷＨＯ／ＷＨＡＴ→ＳＰＯＲＴＳ ＧＡＭＥＷ／Ｔ→ＴＷＥＡＴＨＥＲ→ＧＯＯＤＣＡＭＥＲＡＩＤ→１２３４５６ここで、カメラＩＤとはビデオカメラの固有ＩＤである。ビデオカメラを複数使用する場合には、同じ撮影対象であっても撮影画像に変化があることを考慮している。
【０１２８】以上でサンプル設定が終了した。設定を終えるには、終了スイッチ１１０１をマウスポインタでクリックする。クリックと同時に、画像画面と共にカメラ撮影条件情報、撮影状況情報をメモリに記憶する。
【０１２９】以上は撮影条件のサンプルの設定について説明したが、次に、サンプルとして保存された撮影条件の検索方法について説明する。図１４に撮影条件の検索ウィンドウ１２０１が示されている。検索方法としては、理想に近い画像の撮影条件を検索する（ＰＩＣＴＵＲＥ ＳＥＡＲＣＨ）、任意の撮影条件の項目から検索する（ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨ）、撮影状況項目から検索する（ＲＥＣＯＤＩＮＧ ＣＯＮＤＩＴＩＯＮ ＳＥＡＲＣＨ）の３つを行うことができ、それぞれの検索方法に応じたスイッチ１２０２〜１２０４が表示されている。
【０１３０】まず、画像による検索の方法を示す。マウスポインタ等でＰＩＣＴＵＲＥスイッチ１２０２をクリックすると、ＰＩＣＴＵＲＥ ＳＥＡＲＣＨウィンドウ１３０１が表示される（図１５（ａ））。すると、今までサンプルとして記録された画像がウィンドウ上に全て表示される。ユーザは現在撮影した理想の画像に近い画像を選択して、その撮影条件、撮影状況を検索することができる。
【０１３１】画像を選択するには、選択したい画像をマウスポインタ等でクリックする。すると、選択した画像の画像、撮影条件、撮影状況を表示した検索結果ウィンドウ１３０２が表示される（図１５（ｂ））。
【０１３２】次に撮影条件によって検索する場合を説明する。検索ウィンドウ１２０１中のＣＡＭＥＲＡ ＭＯＤＥスイッチ１２０３をマウスポインタ等でクリックすると、ＣＡＭＥＲＡ ＭＯＤＥ ＳＥＡＲＣＨウィンドウ１４０１が表示される（図１６（ａ））。ウィンドウ１４０１中には、撮影条件が羅列表示されており、それぞれの設定内容をサンプル設定時と同様に設定することができる。
【０１３３】必要な設定条件を設定し終えたら、検索スタートスイッチであるＳＥＡＲＣＨスイッチをクリックすれば、設定された設定条件に適合するサンプルのサンプル画像が検索結果選択ウィンドウ１４０３に表示され（図１６（ｃ））、ユーザは検索したいサンプルをサンプル画像をクリックすることによって、前述した検索結果ウィンドウ１３０２を表示させることができる。
【０１３４】撮影状況による検索も同様である。検索ウィンドウ１２０１中のＲＥＣＯＲＤＩＮＧ ＣＯＮＤＩＴＩＯＮスイッチをクリックし、撮影状況ウィンドウ１４０２（図１６（ｂ））を表示させる。さらに撮影状況の設定を行い、適合するサンプルから検索したいサンプルを選択し、検索ウィンドウ１３０２を表示させることが可能である。以上が記録されたサンプルの撮影条件検索方法である。
【０１３５】次に、第２の実施の形態を説明する。本実施の形態では、検索結果で得られた撮影条件をデジタルビデオカメラに設定させる方法を示す。図１７（ａ）は検索結果ウィンドウ１３０２である。このウィンドウ１３０２で表示されている撮影条件データをＤＶＣに転送する場合について説明する。
【０１３６】ウィンドウ１３０２中には、撮影条件転送スイッチ１５０１が表示されている。このスイッチ１５０１をマウスポインタ等でクリックすると、転送設定ウィンドウ１５０３が表示される（図１７（ｂ））。このウィンドウ１５０３は、検索結果ウィンドウ１３０２中に表示されている。
【０１３７】さらに条件ごとに→とＸの表示が並記されている。ユーザはこの→とＸを各設定ごとに選択することにより、その撮影条件データをＤＶＣに転送するかしないかを選択することが可能となっている。これによって必要な撮影条件データのみをビデオカメラヘ転送することができ、様々な撮影状況に対応することが可能となっている。
【０１３８】転送データの選択が終了したら、撮影条件データの転送を開始するＳＴＡＲＴＴＲＡＮＳＰＯＲＴスイッチ１５０２をクリックし、転送を開始する。転送された撮影条件情報を受け取ったＤＶＣは、この情報を不揮発性メモリに記憶させる。これによって、必要な時に記憶された撮影条件情報を呼び出すことが可能となり、一つの撮影モードとして使用することができる。
【０１３９】図１８は、ＰＣ１０１によって起動される撮影条件管理ソフトウェアのサンプル画像の選択時における制御を示すフローチャートである。まず、Ｓ１０１において、ＤＶＣ側からＤＶ情報が送信中かどうかを判断する。送信中であれば、そのＤＶ情報からサンプルを選択するモードであるのかを判断し（Ｓ１０２）、サンプル選択モードであれば、サンプル画像の選択処理（Ｓ１０３）を行う。
【０１４０】選択が終了する（Ｓ１０４）と、画像データと撮影条件データを一時的にメモリに記憶し（Ｓ１０５）、撮影状況設定処理を行う（Ｓ１０６）。ここで設定が終了する（Ｓ１０７）と、設定された撮影条件データと画像データ、撮影条件データを一つのサンプル情報としてメモリに記憶する（Ｓ１０８）。
【０１４１】図１９は撮影条件の検索時における制御を示すフローチャートである。この検索モードは、サンプル選択モードでない場合に呼び出される（
【０１４２】撮影条件検索モードであれば、画像による検索なのか、撮影条件による検索なのか、撮影状況による検索なのかを判断する（Ｓ１１０、Ｓ１１１、Ｓ１１２）。画像による検索である場合には、サンプル画像の選択処理（Ｓ１１４）を行い、選択が行われたら（Ｓ１１５）、選択されたサンプルの画像情報、撮影条件情報、撮影状況情報をメモリから読み出し、サンプル検索結果ウィンドウ１３０２を表示する（Ｓ１２６）。
【０１４３】撮影条件による検索であれば、検索を行いたい撮影条件設定処理を行い、さらに設定が終わると、設定された撮影条件に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４４】撮影状況による検索の場合は、検索を行いたい撮影状況設定処理を行い、さらに設定が終わると、設定された撮影状況に対応したサンプルの検索を行う。さらに検索されたサンプルの中から選択が行われると、ステップ１２６の処理を行う。
【０１４５】図２０は、検索結果の撮影条件情報をＤＶＣに転送する場合の制御を示すフローチャートである。転送モードヘの移行は、Ｓ１２６の処理が終了し、撮影条件の転送要求があった場合（Ｓ１２７）に行われる。転送要求があった場合、転送する撮影条件情報の選択を行う処理（Ｓ１２８）に移行し、さらに選択が終了する（Ｓ１２９）と、ＤＶＣと接続されているか確認した後（Ｓ１３０）に、選択された撮影条件情報をＤＶＣに転送する（Ｓ１３１）。
【０１４６】次に、本発明の他の実施の形態としての記憶媒体について説明する。本発明は、ハードウェアで構成してもよく、また、ＣＰＵとメモリとで構成されるコンピュータシステムで構成してもよい。コンピュータシステムで構成する場合、上記メモリは本発明による記憶媒体を構成する。
【０１４７】即ち、前述した各実施の形態において、各図のフローチャートについて説明した動作を実行するためのソフトウェアのプログラムコードを記憶した記憶媒体を、システムや装置で用い、そのシステムや装置のＣＰＵが上記記憶媒体に格納されたプログラムコードを読み出し、実行することにより、本発明の目的を達成することができる。
【０１４８】また、この記憶媒体としては、ＲＯＭ、ＲＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、磁気媒体等を用いてよく、これらをＣＤ−ＲＯＭ、フロッピィディスク、磁気媒体、磁気カード、不揮発性メモリカード等に構成して用いてよい。
【０１４９】従って、この記憶媒体を図１、図２に示したシステムや装置以外の他のシステムや装置で用い、そのシステムあるいはコンピュータがこの記憶媒体に格納されたプログラムコードを読み出し、実行することによっても、上記各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５０】また、コンピュータ上で稼働しているＯＳ等が処理の一部又は全部を行う場合、あるいは記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された拡張機能ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づいて、上記拡張機能ボードや拡張機能ユニットに備わるＣＰＵ等が処理の一部又は全部を行う場合にも、各実施の形態と同等の機能を実現できると共に、同等の効果を得ることができ、本発明の目的を達成することができる。
【０１５１】
【発明の効果】以上説明したように、本発明における請求項１、１６、１７、１９の発明によれば、パソコン等に撮影条件を取り込み記憶する際に、撮影条件と共に、どういった環境での撮影であったか、何を撮影していたのか（晴天の野外、夏、公園、子供）等の情報や、サンプルとして記憶した撮影条件のサンプル名等の情報等を含む撮影状況情報等、任意の情報を付け加えることができる。これによって、撮影条件をライブラリ化することができ、後で撮影を行う場合に、上記任意の情報を参考にして撮影条件を決定することができる。
【０１５２】また、請求項２の発明によれば、上記のようにライブラリ化した撮影条件から、撮影条件に付随した任意の情報を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５３】また、請求項３の発明によれば、上記ライブラリ化した任意の撮影状況に関する情報から、撮影条件を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５４】また、請求項４の発明によれば、撮影した映像情報に付随してその撮影条件、撮影状況を記録することができる。これによって、例えばパソコン等に撮影条件を取り込み、記憶する際に、撮影条件と共に、どういった環境での撮影であったか、何を撮影していたのか（晴天の野外、夏、公園、子供）等の情報や、サンプルとして記録した撮影条件のサンプル名情報を付加し、さらに、撮影された映像情報も付加して記録することができる。このため、撮影条件、撮影状況、撮影映像をライブラリ化することができる。
【０１５５】また、請求項５の発明によれば、撮影条件から、撮影された映像情報や撮影状況を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５６】また、請求項６の発明によれば、撮影状況から、撮影された映像情報や撮影状況を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５７】また、請求項７の発明によれば、映像情報から、その映像が撮影されたときの撮影条件、撮影状況等を検索することができるので、撮影条件を決定する際の検討を行いやすくすることができる。
【０１５８】請求項８の発明によれば、最適と思われる撮影条件を選択し、その撮影条件をビデオカメラに設定することができるので、煩わしい撮影条件の設定を自動的に行うことができる。
【０１５９】また、請求項９の発明によれば、いくつかの異なる撮影環境で撮影を行うことが考えられる場合に、予めいくつか撮影条件をビデオカメラに記憶させておくことで、それぞれの撮影環境に適応した撮影条件で撮影を行うことができる。
【０１６０】また、請求項１０の発明によれば、ユーザが撮影状況等の任意の情報を自分で新たに設定することができる。
【０１６１】また、請求項１１、１８の発明によれば、撮影条件情報を管理する装置に対して、管理すべき撮影条件情報を送信することのできる撮影装置を提供することができる。
【０１６２】また、請求項１２、１３の発明によれば、撮影条件情報をその撮影した映像情報と共に記録し、再生することができ、再生した撮影条件情報及び／又は映像情報を管理装置に送信することのできる撮影装置を提供することができる。
【０１６３】また、請求項１４の発明によれば、管理装置等の外部装置から撮影条件を受信し、それを撮影の際に設定することができるので、煩わしい撮影条件の設定を自動的に行うことができる。
【０１６４】また、請求項１５の発明によれば、上記受信した撮影条件情報を記憶しておき、後の撮影の際に用いるようにすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示すブロック図である。
【図２】本発明の実施の形態によるＰＣとＤＶＣを接続した構成を示す構成図である。
【図３】ＰＣとＤＶＣの接続の認識のための処理を示すフローチャートである。
【図４】撮影条件管理ソフトウェアの起動ウィンドウ例を示す構成図である。
【図５】サンプルに撮影状況を設定する設定ウィンドウ起動時の例を示す構成図である。
【図６】撮影状況設定方法を示す構成図である。
【図７】撮影状況の内、撮影場所の設定を行う際の設定方法例を示す構成図である。
【図８】撮影場所の設定を終了した設定ウィンドウの表示例を示す構成図である。
【図９】撮影状況の内、撮影場所、撮影時期、撮影対象の動きを設定した設定ウィンドウの表示例を示す構成図である。
【図１０】撮影状況の項目の変更を行う際の説明のための構成図である。
【図１１】撮影状況の項目の編集ウィンドウの表示例を示す構成図である。
【図１２】撮影状況項目の編集方法を説明するための構成図である。
【図１３】撮影状況項目の編集とそれぞれの項目の設定を終了した設定ウィンドウを示す構成図である。
【図１４】撮影条件検索ウィンドウを示す構成図である。
【図１５】サンプル画像による検索を行う際の検索ウィンドウと検索結果ウィンドウを示す構成図である。
【図１６】撮影条件による検索ウィンドウ、撮影状況による検索ウィンドウと検索に適合したサンプルを表示する検索結果選択ウィンドウを示す構成図である。
【図１７】検索された撮影条件の転送要求の説明及び転送する撮影条件の選択と転送開始要求の方法を説明するための構成図である。
【図１８】サンプルの選択、撮影状況の設定のための処理を示すフローチャートである。
【図１９】撮影条件検索のための処理を示すフローチャートである。
【図２０】撮影条件情報をＤＶＣに転送するため処理を示すフローチャートである。
【図２１】１３９４シリアルバスを用いたネットワークシステムの構成図である。
【図２２】１３９４シリアルバスの構成要素を示す構成図である。
【図２３】１３９４シリアルバスのアドレス空間を示す構成図である。
【図２４】１３９４シリアルバスケーブルの断面図である。
【図２５】１３９４シリアルバスにおけるデータ転送フォーマットを示すタイミングチャートである。
【図２６】バスリセットからデータ転送を行うまでのバスの作業を示すフローチャートである。
【図２７】上記バスの作業をさらに詳しく示すフローチャートである。
【図２８】上記バスの作業の続きの作業を示すフローチャートである。
【図２９】１３９４シリアルバスを用いたネットワークの動作を説明するためのブロック図である。
【図３０】１３９４シリアルバスにおけるアービトレーションを説明するためのブロック図である。
【図３１】アービトレーションの一連の流れを示すフローチャートである。
【図３２】アシンクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３３】アシンクロナス転送のパケットフォーマットの例を示す構成図である。
【図３４】アイソクロナス転送による時間的な遷移状態を示すタイミングチャートである。
【図３５】アイソクロナス転送のパケットフォーマットの例を示す構成図である。
【図３６】バスサイクルを示すタイミングチャートである。
【符号の説明】
１０１ ＰＣ
１０２ ＤＶＣ
１０３ ＩＥＥＥ１３９４ケーブル
１０４ モニタ
１０５ キーボード
１０８ 制御手段
１０９ 画像表示手段
１１０ 操作手段
１１１ メモリ
１１２ デジタルＩ／Ｆ
１１３ 制御手段
１１４ メカ部
１１５ 信号処理部部
１１６ デジタルＩ／Ｆ
１１７ 不揮発性メモリ
２０１ 撮影条件管理ソフトウェアの起動ウィンドウ
２０２ サンプル画像選択ウィンドウ
２０３ 再生映像表示部分
２０４ 撮影条件表示部分
２０５ 再生モード変更命令スイッチ
２０６ サンプル画像選択決定スイッチ
３０１ サンプルの撮影状況設定ウィンドウ
３０２ 撮影状況項目表示部
５０１ 撮影場所選択ウィンドウ
５０２ 野外撮影場所の限定ウィンドウ
９０１ 撮影状況設定項目の編集ウィンドウ
９０２ 撮影状況設定項目の１つ（撮影場所→ＰＬＡＣＥ）
１００１ 野外撮影の項目
１００２ 新しい項目の追加スイッチ
１００３ 項目の削除スイッチ
１００４ 競技場の項目
１００５ 横浜国際競技場の項目
１００６ 新しい項目
１００７ 変更された項目
１１０１ サンプル設定終了スイッチ
１２０１ 撮影条件検索ウィンドウ
１２０２ 画像検索スイッチ
１２０３ 撮影条件検索スイッチ
１２０４ 撮影状況検索スイッチ
１３０１ 画像検索ウィンドウ
１３０２ 検索結果ウィンドウ
１４０１ 撮影条件検索ウィンドウ
１４０２ 撮影状況検索ウィンドウ
１４０３ 検索結果ウィンドウ
１５０１ 撮影条件転送スイッチ
１５０２ 撮影条件転送開始スイッチ
１５０３ 撮影条件転送設定ウィンドウ
【特許請求の範囲】
【請求項１】 映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る第１の読み取り手段と、上記読み取った撮影条件情報と対応させて任意の情報を記憶する記憶手段とを設けたことを特徴とする撮影条件管理装置。
【請求項２】 上記記憶手段から上記撮影条件情報に基づいて上記任意の情報を検索する第１の検索手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項３】 上記記憶手段から上記任意の情報に基づいて上記撮影条件を検索する第２の検索手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項４】 上記記録媒体又は撮像装置から上記映像情報を読み取る第２の読み取り手段を設け、上記読み取った映像情報を上記記憶手段に、上記任意の情報及び撮影条件情報と対応させて記憶することを特徴とする請求項１記載の撮影条件管理装置。
【請求項５】 上記記憶手段から上記撮影条件情報に基づいて上記任意の情報及び／又は映像情報を検索する第３の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項６】 上記記憶手段から上記任意の情報に基づいて上記撮影条件及び／又は映像情報を検索する第４の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項７】 上記記憶手段から上記映像情報に基づいて上記撮影条件及び／又は任意の情報を検索する第５の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項８】 上記記憶された撮影条件情報のうち、所望の撮影条件を上記撮像装置に設定する第１の設定手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項９】 上記記憶された撮影条件情報のうち、所望の撮影条件を上記撮像装置内の記憶手段に記憶させる制御手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項１０】 上記任意の情報を設定する第２の設定手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項１１】 撮影した映像の撮影条件情報を外部に送信する送信手段を設けたことを特徴とする撮影装置。
【請求項１２】 上記撮影した映像情報を上記撮影条件情報と共に記録媒体に記録再生する記録再生手段を設け、上記送信手段は、再生された撮影条件情報を送信することを特徴とする請求項１１記載の撮影装置。
【請求項１３】 上記送信手段は、上記撮影条件情報と撮影した映像情報とを対応させて送信することを特徴とする請求項１１記載の撮影装置。
【請求項１４】 外部から送られて来る撮影条件情報を受信する受信手段と、撮影時に上記受信した撮影条件を設定する設定手段とを設けたことを特徴とする請求項１１記載の撮影装置。
【請求項１５】 外部から送られて来る撮影条件情報を受信する受信手段と、上記受信した撮影条件を記憶する記憶手段を設けたことを特徴とする請求項１４記載の撮影装置。
【請求項１６】 撮影した映像の撮影条件情報を送信する送信手段を有する撮影装置と、上記撮影条件情報を受信する受信手段と、上記受信した撮影条件情報を任意の情報と対応させて記憶する記憶手段とを有する撮影条件管理装置と、上記撮影装置と撮影条件管理装置とを接続する通信媒体とを設けたことを特徴とする撮影条件管理システム。
【請求項１７】 映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る処理と、上記読み取った撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１８】 撮影した映像の撮影条件情報を送信する処理を実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１９】 撮影した映像の撮影条件情報を送信する処理と、上記撮影条件情報を受信する処理と、上記受信した撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１】 映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る第１の読み取り手段と、上記読み取った撮影条件情報と対応させて任意の情報を記憶する記憶手段とを設けたことを特徴とする撮影条件管理装置。
【請求項２】 上記記憶手段から上記撮影条件情報に基づいて上記任意の情報を検索する第１の検索手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項３】 上記記憶手段から上記任意の情報に基づいて上記撮影条件を検索する第２の検索手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項４】 上記記録媒体又は撮像装置から上記映像情報を読み取る第２の読み取り手段を設け、上記読み取った映像情報を上記記憶手段に、上記任意の情報及び撮影条件情報と対応させて記憶することを特徴とする請求項１記載の撮影条件管理装置。
【請求項５】 上記記憶手段から上記撮影条件情報に基づいて上記任意の情報及び／又は映像情報を検索する第３の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項６】 上記記憶手段から上記任意の情報に基づいて上記撮影条件及び／又は映像情報を検索する第４の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項７】 上記記憶手段から上記映像情報に基づいて上記撮影条件及び／又は任意の情報を検索する第５の検索手段を設けたことを特徴とする請求項４記載の撮影条件管理装置。
【請求項８】 上記記憶された撮影条件情報のうち、所望の撮影条件を上記撮像装置に設定する第１の設定手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項９】 上記記憶された撮影条件情報のうち、所望の撮影条件を上記撮像装置内の記憶手段に記憶させる制御手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項１０】 上記任意の情報を設定する第２の設定手段を設けたことを特徴とする請求項１記載の撮影条件管理装置。
【請求項１１】 撮影した映像の撮影条件情報を外部に送信する送信手段を設けたことを特徴とする撮影装置。
【請求項１２】 上記撮影した映像情報を上記撮影条件情報と共に記録媒体に記録再生する記録再生手段を設け、上記送信手段は、再生された撮影条件情報を送信することを特徴とする請求項１１記載の撮影装置。
【請求項１３】 上記送信手段は、上記撮影条件情報と撮影した映像情報とを対応させて送信することを特徴とする請求項１１記載の撮影装置。
【請求項１４】 外部から送られて来る撮影条件情報を受信する受信手段と、撮影時に上記受信した撮影条件を設定する設定手段とを設けたことを特徴とする請求項１１記載の撮影装置。
【請求項１５】 外部から送られて来る撮影条件情報を受信する受信手段と、上記受信した撮影条件を記憶する記憶手段を設けたことを特徴とする請求項１４記載の撮影装置。
【請求項１６】 撮影した映像の撮影条件情報を送信する送信手段を有する撮影装置と、上記撮影条件情報を受信する受信手段と、上記受信した撮影条件情報を任意の情報と対応させて記憶する記憶手段とを有する撮影条件管理装置と、上記撮影装置と撮影条件管理装置とを接続する通信媒体とを設けたことを特徴とする撮影条件管理システム。
【請求項１７】 映像情報を記録した記録媒体又は撮影を行った撮像装置から映像を撮影したときの撮影条件情報を読み取る処理と、上記読み取った撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１８】 撮影した映像の撮影条件情報を送信する処理を実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１９】 撮影した映像の撮影条件情報を送信する処理と、上記撮影条件情報を受信する処理と、上記受信した撮影条件情報を任意の情報と対応させて記憶する処理とを実行するためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図１８】
【図２１】
【図２９】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図３２】
【図１２】
【図１３】
【図１４】
【図１７】
【図２０】
【図１５】
【図１６】
【図１９】
【図２２】
【図２３】
【図２６】
【図２４】
【図２５】
【図２７】
【図２８】
【図３０】
【図３１】
【図３３】
【図３４】
【図３５】
【図３６】
【図２】
【図３】
【図４】
【図５】
【図１８】
【図２１】
【図２９】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図３２】
【図１２】
【図１３】
【図１４】
【図１７】
【図２０】
【図１５】
【図１６】
【図１９】
【図２２】
【図２３】
【図２６】
【図２４】
【図２５】
【図２７】
【図２８】
【図３０】
【図３１】
【図３３】
【図３４】
【図３５】
【図３６】
【公開番号】特開２０００−１６５７３６（Ｐ２０００−１６５７３６Ａ）
【公開日】平成１２年６月１６日（２０００．６．１６）
【国際特許分類】
【出願番号】特願平１０−３３３８３９
【出願日】平成１０年１１月２５日（１９９８．１１．２５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１２年６月１６日（２０００．６．１６）
【国際特許分類】
【出願日】平成１０年１１月２５日（１９９８．１１．２５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]