(57)【特許請求の範囲】
【請求項１】
デジタルカメラとして動作する入力装置であって、
前記入力装置に所定の処理を行わせるための指示を入力するための操作手段と、
前記入力装置に前記所定の処理を行わせるためのコマンドを前記入力装置と接続された情報処理装置から受信する通信手段とを有し、
前記所定の処理は、画像データの削除、画像データの属性情報の変更、画像データの追加、撮影に関する設定の変更、撮影動作のいずれか一つであり、
前記通信手段は、前記入力装置が前記コマンドに従って前記所定の処理を行った場合は、前記所定の処理に対応する第１のイベント情報を前記情報処理装置に送信し、前記入力装置が前記操作手段を介して入力された指示に従って前記所定の処理を行った場合は、前記第１のイベント情報と同一の第２のイベント情報を前記情報処理装置に送信することを特徴とする入力装置。
【請求項２】
前記所定の処理が画像データの削除である場合、前記第１のイベント情報及び前記第２のイベント情報は、前記入力装置側の画像データに変更が発生したことを前記情報処理装置に通知するための情報を含むことを特徴とする請求項１に記載の入力装置。
【請求項３】
前記所定の処理が画像データの属性情報の変更である場合、前記第１のイベント情報及び前記第２のイベント情報は、前記入力装置側の画像データの属性が変更されたことを前記情報処理装置に通知するための情報と、前記所定の処理によって属性が変更された画像データを前記情報処理装置に通知するための情報とを含むことを特徴とする請求項１又は２に記載の入力装置。
【請求項４】
前記所定の処理が撮影に関する設定の変更である場合、前記第１のイベント情報及び前記第２のイベント情報は、前記入力装置側の撮影に関する設定が変更されたことを前記情報処理装置に通知するための情報を含むことを特徴とする請求項１に記載の入力装置。
【請求項５】
前記所定の処理が撮影に関する設定の変更である場合、前記第１のイベント情報及び前記第２のイベント情報は、前記入力装置側の撮影に関する設定が変更されたことを前記情報処理装置に通知するための情報と、前記所定の処理によって変更された設定項目を前記情報処理装置に通知するための情報とを含むことを特徴とする請求項１に記載の入力装置。
【請求項６】
前記所定の処理が撮影に関する設定の変更である場合、前記第１のイベント情報及び前記第２のイベント情報は、前記入力装置側の撮影に関する設定が変更されたことを前記情報処理装置に通知するための情報と、前記所定の処理によって変更された設定項目を前記情報処理装置に通知するための情報と、前記所定の処理によって変更された設定項目の変更後の値を前記情報処理装置に通知するための情報とを含むことを特徴とする請求項１に記載の入力装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、動画や静止画を撮影するデジタルカメラ等の入力装置に関する。
【０００２】
【従来の技術】
従来から、デジタルカメラで撮影した画像データや音声データ等はデジタルカメラ内部に実装されているフラッシュメモリー等の記録装置に記録したり、デジタルカメラに着脱可能な記録媒体に記録したりしていた。また、デジタルカメラとパーソナルコンピュータ（以下ＰＣ）等の情報処理装置とをケーブル等で接続し、デジタルカメラ内部の記録装置や、デジタルカメラに着脱可能な記録媒体に記録されている画像データ等の情報をＰＣに転送するシステムが考案され、製品化されている。
【０００３】
例えばＰＣとデジタルカメラを接続して使用するシステムにおいては、デジタルカメラ内の記憶媒体に記録されている画像データをＰＣ上に一覧表示して、ユーザーに示し、ユーザーが指定した画像をＰＣ上に転送し保存したり、表示したりするものがある。
【０００４】
また、ＰＣ上のアプリケーションソフトから、ＰＣに接続されているデジタルカメラ等の入力装置を操作して、その入力装置内に画像情報を記録し、その記録した画像情報をＰＣに転送して表示したり保存したりするものもある。
【０００５】
さらに、本願の出願人による特許出願である特開２０００−１３７７９６には、入力装置をＰＣに接続し、撮影した画像情報を入力装置内に保存することなく、直接にＰＣに転送して使用するようなシステムが提案されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来の技術においては、デジタルカメラをＰＣに接続して使用するようなシステムでは、例えばデジタルカメラのような入力装置側にＰＣモード移行部材があり、ユーザーがカメラを操作してＰＣ接続モードにしてからＰＣとデジタルカメラを接続して使用し、接続されている間は、ＰＣからの操作のみが許可され、入力装置の操作が禁止されるというものが多かった。また、仮に入力装置側にＰＣ接続モードに移行する操作部材が存在しなくても、ケーブル等でＰＣと入力装置を接続した段階で、同様にＰＣからの操作のみを許可し、入力装置の操作を禁止するものも多かった。
【０００７】
これは、ＰＣによってデジタルカメラのような入力装置内の情報を参照、利用している際に、入力装置を操作して装置内の情報が変更された場合、ＰＣ上のアプリケーションとの整合性をとるのが困難であることなどによる。
【０００８】
また、例えば、ＰＣに接続した状態のカメラ等の情報入力装置及びＰＣ双方から撮影操作可能なシステムがあっても、ＰＣからの撮影シーケンスと、カメラ撮影した際の撮影シーケンスが異なっているため、ＰＣ側のアプリケーションの負荷が増大し、前述したカメラ側のフラッシュメモリー等の記録媒体に記録せずに直接にＰＣに転送する撮影なども等価に扱うことが困難であった。
【０００９】
すなわち、ＰＣに入力装置を接続して使用するシステムにおいては、入力装置単体で使用する場合に比べ、ユーザーに対して、システムとしての制約が大きい。
【００１０】
今後、通信手段の無線化が進むにつれ、ＰＣ等の情報処理装置とデジタルカメラ等の情報入力装置とは互いに接続され、情報交換を行いながらも、それをユーザーに意識させずに行われることが望まれる。
【００１１】
従って、本発明は、ＰＣ等の情報処理装置とデジタルカメラ等の入力装置とを接続した状態で（物理的なケーブルで接続されている場合だけでなく、無線通信などにおいては論理的接続状態も含む）、入力装置を情報処理装置側から操作することも、入力装置側から操作することもできるようにし、さらに、情報処理装置側の負荷を軽減することもできるようにすることを目的とする。
【００１２】
【課題を解決するための手段】
本発明に係る入力装置は、デジタルカメラとして動作する入力装置であって、前記入力装置に所定の処理を行わせるための指示を入力するための操作手段と、前記入力装置に前記所定の処理を行わせるためのコマンドを前記入力装置と接続された情報処理装置から受信する通信手段とを有し、前記所定の処理は、画像データの削除、画像データの属性情報の変更、画像データの追加、撮影に関する設定の変更、撮影動作のいずれか一つであり、前記通信手段は、前記入力装置が前記コマンドに従って前記所定の処理を行った場合は、前記所定の処理に対応する第１のイベント情報を前記情報処理装置に送信し、前記入力装置が前記操作手段を介して入力された指示に従って前記所定の処理を行った場合は、前記第１のイベント情報と同一の第２のイベント情報を前記情報処理装置に送信することを特徴とする。
【００５４】
【発明の実施の形態】
以下、本発明の実施形態に係るデジタルカメラシステムを図面を参照しながら詳細に説明する。
【００５５】
図１は、本発明が実施されるデジタルカメラシステムのブロック図である。
【００５６】
本実施例では、大きく分けてデジタルカメラなどの情報入力装置（以下デジタルカメラ）１００と情報処理装置１０１に別れる。情報処理装置１０１は、通常コンピュータ（以下ＰＣ）を用い、この内部には図示しない演算処理装置（ＣＰＵ）や、一次記憶装置（ＲＡＭ）や、二次記憶装置（ハードディスク）、操作装置（キーボード、マウス）、表示装置（ディスプレイ）等を備えている。
【００５７】
デジタルカメラ１００はレンズ、ＣＣＤ、駆動回路等を含んだ光学ユニット１０５、画像データ等を処理する信号処理回路１０４、ＣＰＵ等の演算装置１０３、ＤＲＡＭ等の１次記憶装置１０６、内蔵フラッシュＲＯＭ等の２次記憶装置１０７、操作部材１０８、ＬＣＤ液晶等の表示装置１０９、プログラム格納等に使用されるＲＯＭ等の読み出し専用メモリー１１０、コンパクトフラッシュ（登録商標）メモリーカード等の着脱可能記録媒体１１１、ＰＣとの接続を管理する通信制御装置１０２等から構成される。
【００５８】
デジタルカメラの種類によっては着脱可能な記憶媒体１１１だけを備えてもよいし、着脱不可能な内蔵フラッシュＲＯＭ等の２次記憶装置１０７だけを使用するものであってもよい。
【００５９】
図２は、本発明の第１の実施の形態の概略を示す概略図である。
２０１はデジタルカメラで、情報の入力装置となっており、２０２はこのデジタルカメラとＵＳＢケーブルで接続されたＰＣ上で動作しているアプリケーションソフトである。
【００６０】
デジタルカメラ２０１をＰＣにＵＳＢ接続すると、ＰＣ上にアプリケーションが起動し、デジタルカメラ２０１の内蔵フラッシュＲＯＭ等の２次記憶装置１０７若しくは着脱可能記録媒体１１１内に記録されている画像データをＰＣ上に転送し、サムネール表示する。すなわち、アプリケーション２０２は、接続されているデジタルカメラが内部に保持しているデータを参照して表示に活用しており、このデジタルカメラ内部のデータに変更が加えられた時点で、この表示を更新する。
【００６１】
図３は、図２におけるＰＣ上のアプリケーション２０２の操作でカメラ内部の画像データを消去した場合の処理を示すフローチャートである。
【００６２】
図３の処理において、まず、アプリケーション２０２の操作で、デジタルカメラ２０１に画像消去コマンドを送信する（ステップＳ３０１）。デジタルカメラ２０１はこのコマンドを受けて、指定された画像データを削除する（ステップＳ３０２）。その後デジタルカメラ２０１はＰＣに対してカメラ内部の画像データに変更が発生したことを示すＵｐｄａｔｅイベントを発行する（ステップＳ３０３）。
【００６３】
図４は、イベントの内容を示す図である。
【００６４】
図４に示したように、このイベントはＥｖｅｎｔＩＤと、そのパラメータから構成される。この例の場合、図４の（１）のようなイベントが発生し、ＰＣに送信される。ＰＣ側のアプリケーションは、この発行されたイベントを受けてデジタルカメラ内のデータを再度収集するためのコマンドをデジタルカメラ２０１に送信する（ステップＳ３０４）。
【００６５】
この場合のイベントでは、図４の（１）に示すように、パラメータに情報が存在しない。そのため、ＰＣ側のアプリケーションでは、カメラ内のどの情報がＵｐｄａｔｅされたかを知ることはできない。カメラ内の画像データになんらかの変更が発生したことがわかるだけである。従って、ＰＣ側アプリケーションは、カメラ内の画像データを再度収集し直すコマンドをデジタルカメラ２０１に送り（ステップＳ３０４）、デジタルカメラ２０１はこのコマンドを受けてデータを収集しＰＣにデータを送る（ステップＳ３０５）。ＰＣ側アプリケーションは、このデータを受けて、最新の情報に表示を更新する（ステップＳ３０６）。
【００６６】
このようなイベントを用いることで、ＰＣ側アプリケーションは、カメラ内のどの画像情報に変更が発生したか（例えば画像が削除されたのか、または画像の属性情報が変更されたのか等）細かいことを判別して処理を分岐する必要がなくなり、どのような変更の場合も同一の処理で対応可能となる。このため、ＰＣアプリケーションの処理を単純化できる。
【００６７】
図５は、図２におけるデジタルカメラ２０１の操作でデジタルカメラ２０１内の画像データを削除した場合の処理を示すフローチャートである。
【００６８】
まず、デジタルカメラ２０１のＵＩを操作して、デジタルカメラ２０１内の指定された画像データを削除する（ステップＳ５０１）。その後デジタルカメラ２０１はＰＣに対してカメラ内部の画像データに変更が発生したことを示すＵｐｄａｔｅイベントを発行する（ステップＳ５０２）。このイベントも前述した図４の（１）のようなイベントでデジタルカメラ２０１内の画像データに何らかの変更が発生したことを通知する。
【００６９】
ＰＣ側のアプリケーションはこのイベントを受けて、デジタルカメラ２０１内の画像データを再度収集し直すコマンドをデジタルカメラ２０１に送り（ステップＳ５０３）、デジタルカメラはこのコマンドを受けてデータを収集しＰＣにデータを送る（ステップＳ５０４）。ＰＣ側アプリケーションは、このデータを受けて、最新の情報に表示を更新する（ステップＳ５０５）。
【００７０】
本実施の形態では、上述のようにＰＣ側アプリケーションの操作でデジタルカメラ２０１内の画像を消去した場合の処理１（図３参照）と、デジタルカメラ２０１側の操作でデジタルカメラ２０１内の画像を消去した場合の処理１（図５参照）が同じであることである。
【００７１】
これにより、デジタルカメラ２０１内の画像をＰＣ上のアプリケーションで参照しているときに、ＰＣ上のアプリケーションでデジタルカメラ２０１内のデータを操作した場合も、デジタルカメラ２０１側の操作でデジタルカメラ２０１内のデータを操作した場合も同一の処理で対応でき、カメラ内のデータとＰＣ上のアプリケーションの表示等の同期を容易にとれる。
【００７２】
また、デジタルカメラ２０１側の画像データに変更が発生した時点で発生するイベントを図４の（２）のようにすることもできる。この場合は、上記の例とは異なり、デジタルカメラ側の画像データにどんな変更が発生したかの情報が含まれている。ＥｖｅｎｔＩＤには、ファイルの属性が変化したことを示すＩＤが付き、パラメータにはどのファイルが変更されたかが示されている。このようなイベントを用いて、カメラ内の画像データの属性が変更された場合を以下に説明する。
【００７３】
図６は、ＰＣ上のアプリケーションの操作によってデジタルカメラ２０１内の画像データの属性を変更する処理を示す図である。
【００７４】
まず、ＰＣ側のアプリケーションの操作でデジタルカメラ２０１に対して画像データ属性変更コマンドを発行する（ステップＳ６０１）。このコマンドを受けて、デジタルカメラ２０１ではデジタルカメラ２０１内に保持している画像データの属性（例えば書込み禁止属性）を変更する（ステップＳ６０２）。そしてＰＣに対してデジタルカメラ２０１内の画像データの属性が変更されたことを示す属性変更イベントに変更された画像ファイルパス名をパラメータとして付け加えて送信する（ステップＳ６０３）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された画像ファイルをパラメータから特定し、その属性情報をデジタルカメラ２０１から取得するコマンドを発行する（ステップＳ６０４）。このコマンドを受けてデジタルカメラ２０１は、指定された画像データの属性情報をＰＣに送信する（ステップＳ６０５）。このデータを受信したＰＣアプリケーションはこの属性情報で自分が保持していた情報を更新し、必要なときは表示を更新する。
【００７５】
図８は、図２におけるデジタルカメラ２０１側の操作で、デジタルカメラ２０１内の画像データの属性情報を変更する処理を示す図である。
【００７６】
まず、デジタルカメラ２０１のＵＩを操作して、デジタルカメラ２０１内の指定された画像データの属性情報を変更する（ステップＳ８０１）。そしてＰＣに対してデジタルカメラ２０１内の画像データの属性が変更されたことを示す属性変更イベントに変更された画像ファイルパス名をパラメータとして付け加えて送信する（ステップＳ８０２）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された画像ファイルをパラメータから特定し、その属性情報をデジタルカメラ２０１から取得するコマンドを発行する（ステップＳ８０３）。このコマンドを受けてデジタルカメラ２０１は、指定された画像データの属性情報をＰＣに送信する（ステップＳ８０４）。このデータを受信したＰＣアプリケーションはこの属性情報で自分が保持していた情報を更新し、必要なときは更新する。
【００７７】
この例の場合も、図６の処理２と図８の処理２とは同一になる。すなわち、画像データの属性変更という操作を、ＰＣ側アプリケーションから行っても、デジタルカメラ側ＵＩで行っても、同一の処理フローで実現可能であり、アプリケーションソフトの負荷が軽減される。また、この例の場合は、アプリケーションソフトが、デジタルカメラ２０１内に存在する画像データにどのような変更が発生したかを識別し、変更が発生した情報だけを取得、更新するために処理が複雑になる。しかし、一方でシステムのパフォーマンスは向上する。
【００７８】
また、図４の（３）のように、画像属性変更以外にも、例えば画像追加操作が行われた場合においても、同様のイベント、パラメータをデジタルカメラ２０１が発生させることで、同じ処理を実行できる。
【００７９】
次に、本発明の第２の実施の形態について述べる。
【００８０】
図９は、本発明の第２の実施の形態の概略を示す概略図である。
【００８１】
図９において、９０１はデジタルカメラで、上記と同様の情報の入力装置である。９０２は、このデジタルカメラ９０１とＵＳＢケーブルで接続されたＰＣ上で動作しているアプリケーションソフトである。このモデルでは、デジタルカメラ９０１をＰＣにＵＳＢ接続すると、ＰＣ上にアプリケーションが起動し、デジタルカメラ９０１内部に設定されている撮影に関する各種設定パラメータ項目とその内容を表示する。この状態で、デジタルカメラ２０１の操作部材を操作して撮影設定を変更したり、ＰＣ上のアプリケーションを操作してデジタルカメラ２０１内の撮影設定を変更したりすると、それに連動してアプリケーションソフト９０２の表示が更新される。
【００８２】
図１０は、図９におけるアプリケーション９０２の操作によってデジタルカメラ９０１内部の撮影設定を変更する処理を示す図である。
【００８３】
まず、アプリケーション９０２の操作によって、デジタルカメラ９０１に撮影設定変更コマンドを送信する（ステップＳ１００１）。デジタルカメラ９０１はこのコマンドを受けて、指定された撮影設定を変更する（ステップＳ１００２）。その後デジタルカメラ９０１はＰＣに対してデジタルカメラ９０２内部の撮影設定に変更が発生したことを示すＣｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントを発行する（ステップＳ１００３）。このイベントも前述したように、ＥｖｅｎｔＩＤと、そのパラメータから構成される。この例の場合、図４の（４）のようなイベントが発生し、ＰＣに送信される。ＰＣ側のアプリケーションは、この発行されたイベントを受けてデジタルカメラ９０１内の撮影設定パラメータを取得するためのコマンドをデジタルカメラ９０１に送信する。この場合のイベントでは、図４の（４）に示すように、イベントのパラメータに情報が存在しない。そのため、ＰＣ側のアプリケーションでは、デジタルカメラ内９０１のどの撮影設定項目が変更されたかを知ることはできない。デジタルカメラ９０１内の撮影設定項目（図１２参照）のうちのどれかの少なくとも１つ以上の項目になんらかの変更が発生したことがわかるだけである。従って、ＰＣ側アプリケーションは、デジタルカメラ９０１内の撮影設定項目郡を再度取得し直すコマンドをデジタルカメラ９０１に送り（ステップＳ１００４）、デジタルカメラ９０１はこのコマンドを受けて現在の撮影設定項目郡をＰＣに送る（ステップＳ１００５）。ＰＣ側アプリケーションは、このデータを受けて、最新の情報に表示を更新する（ステップＳ１００６）。
【００８４】
このようなイベントを用いることで、ＰＣ側アプリケーションは、デジタルカメラ９０１内のどの撮影設定項目に変更が発生したかなどを判別して処理を分岐する必要がなく、どのような変更の場合も同一の処理で対応できる。このため、ＰＣアプリケーションの処理を単純化できる。また複数の設定項目が同時に変更された場合にも１度の処理でデジタルカメラ９０１側の最新情報をＰＣ側アプリケーションに反映できるようになる。
【００８５】
図１１は、図９におけるデジタルカメラ９０１を操作することによってデジタルカメラ内の撮影設定項目を変更する処理を示す図である。
先ず、デジタルカメラ９０１側のＵＩを操作して、デジタルカメラ９０１の撮影設定を変更する（ステップＳ１１０１）。その後デジタルカメラ９０１はＰＣに対してデジタルカメラ９０１内部の撮影設定に変更が発生したことを示すＣｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントを発行する（ステップＳ１１０２）。このイベントも前述したように、ＥｖｅｎｔＩＤと、そのパラメータから構成される。この例の場合も、図４の（４）のようなイベントが発生し、ＰＣに送信される。ＰＣ側のアプリケーションは、この発行されたイベントを受けてカメラ内の撮影設定パラメータを取得するためのコマンドをデジタルカメラに送信する。この場合のイベントでは、図４の（４）に示すように、イベントのパラメータに情報が存在しない。そのため、ＰＣ側のアプリケーションでは、デジタルカメラ９０１内のどの撮影設定項目が変更されたかを知ることはできない。
【００８６】
図１２は、撮影設定項目を示す図である。
【００８７】
図１２に示すように、デジタルカメラ９０１内には種々の撮影設定項目があり、ＰＣ側のアプリケーションでは、これらのうち少なくとも１つ以上の項目に変更が発生したことだけが分かる。従って、ＰＣ側アプリケーションは、デジタルカメラ９０１内の撮影設定項目郡を再度取得し直すコマンドをデジタルカメラ９０１に送り（ステップＳ１１０３）、デジタルカメラ９０１はこのコマンドを受けて現在の撮影設定項目郡をＰＣに送る（ステップＳ１１０４）。ＰＣ側アプリケーションは、このデータを受けて、最新の情報に表示を更新する（ステップＳ１１０５）。
【００８８】
この例の場合も、やはり図１０の処理３と図１１の処理３の処理とが同一になる。すなわち、デジタルカメラ９０１の撮影設定変更という操作を、ＰＣ側アプリケーションから行っても、デジタルカメラ９０１側ＵＩで行っても、同一の処理が可能であり、アプリケーションソフトの負荷が軽減される。
【００８９】
また、この例の場合も、デジタルカメラ９０１側の撮影設定項目に変更が発生した時点で発生するイベントを図４の（５）のようにすることも可能である。この場合は、前述した例とは異なり、デジタルカメラ９０１側のどの撮影設定項目に変更が発生したかの情報が含まれているパラメータが付加される。このようなイベントを用いて、デジタルカメラ９０１内の撮影設定項目が変更された場合を以下に説明する。
【００９０】
図１３は、ＰＣ上のアプリケーションの操作によってデジタルカメラ内の撮影設定データを変更する処理を示す図である。
【００９１】
まず、ＰＣ側のアプリケーションの操作でデジタルカメラ９０１に対して撮影設定パラメータ変更コマンドを発行する（ステップＳ１３０１）。このコマンドを受けて、デジタルカメラ９０１ではその内部に保持している撮影設定（たとえば図１２に示したТｖ値）を変更する（ステップＳ１３０２）。そしてＰＣに対してデジタルカメラ９０１内の撮影設定が変更されたことを示すＣｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントに変更された設定項目（図４の（５）の場合はТｖ値項目）をパラメータとして付け加えて送信する（ステップＳ１３０３）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された撮影設定項目をパラメータから特定し、その撮影設定項目をデジタルカメラ９０１から取得するコマンドを発行する（ステップＳ１３０４）。このコマンドを受けてデジタルカメラ９０１は、指定された撮影設定項目をＰＣに送信する（ステップＳ１３０５）。このデータを受信したＰＣアプリケーションはこの撮影設定項目値で自分が保持していた情報を更新し、必要なときは表示を更新する。
【００９２】
図１４は、デジタルカメラ９０１側のＵＩを操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示す図である。
【００９３】
まずデジタルカメラのＵＩの操作でデジタルカメラ９０１内に保持している撮影設定（たとえばТｖ値など。図１２参照）を変更する（ステップＳ１４０１）。そしてＰＣに対してデジタルカメラ９０１内の撮影設定が変更されたことを示す、Ｃｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントに変更された設定項目（図４の（５）の場合はТｖ値項目）をパラメータとして付け加えて送信する（ステップＳ１４０２）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された撮影設定項目をパラメータから特定し、その撮影設定項目をデジタルカメラから取得するコマンドを発行する（ステップＳ１４０３）。このコマンドを受けてデジタルカメラは、指定された撮影設定項目をＰＣに送信する（ステップＳ１４０４）。このデータを受信したＰＣアプリケーションはこの撮影設定項目値で自分が保持していた情報を更新し、必要なときは表示を更新する（ステップＳ１４０５）。
【００９４】
この例の場合も、図１３の処理４と図１４の処理４とは同一になる。すなわち、撮影設定変更という操作を、ＰＣ側アプリケーションから行っても、デジタルカメラ９０１側ＵＩで行っても、同一の処理が実行でき、アプリケーションソフトの負荷が軽減される。また、この例の場合は、前述の例に比べると、アプリケーションソフトが、デジタルカメラ９０１内のどの設定項目に変更が発生したかを識別し、変更が発生した情報だけを取得し、更新するため、処理がやや複雑になる。しかし、システムのパフォーマンスは向上する。
【００９５】
また、デジタルカメラ９０１側の撮影設定項目に変更が発生した時点で発生するイベントを図４の（６）のようにすることも可能である。この場合は、前述した例とは異なり、デジタルカメラ９０１側のどの撮影設定項目に変更が発生したかの情報と、その更新された新たな値が含まれているパラメータが付加される。このようなイベントを用いて、デジタルカメラ９０１内の撮影設定項目が変更された場合を以下に説明する。
【００９６】
図１５は、ＰＣ上のアプリケーションの操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示した図である。
【００９７】
図１５において、まず、ＰＣ側のアプリケーションの操作でデジタルカメラ９０１に対して撮影設定パラメータ変更コマンドを発行する（ステップＳ１５０１）。このコマンドを受けて、デジタルカメラ９０１では内部に保持している撮影設定（たとえばＴｖ値など。図１２参照）を変更する（ステップＳ１５０２）。そしてＰＣに対してカメラ内の撮影設定が変更されたことを示すＣｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントに変更された設定項目（図４の（６）の場合はＴｖ値項目で値が１／２５０）をパラメータとして付け加えて送信する（ステッＳ１５０３）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された撮影設定項目をパラメータから特定し、その撮影設定項目の新たな値を用いて自分が保持していた情報を更新し、必要ならときは更新する（ステップＳ１５０４）。
【００９８】
図１６は、デジタルカメラ９０１側のＵＩの操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示す図である。
【００９９】
まずデジタルカメラ９０１のＵＩの操作でカメラ内に保持している撮影設定（たとえばＴｖ値など。図１２参照）を変更する（ステップＳ１６０１）。そしてＰＣに対してデジタルカメラ９０１内の撮影設定が変更されたことを示すＣｈａｎｇｅ  Ｒｅｌｅａｓｅ  Ｐａｒａｍイベントに変更された設定項目（図４の（６）の場合はＴｖ値項目で値が１／２５０）をパラメータとして付け加えて送信する（ステップＳ１６０２）。このイベントとパラメータを受けたＰＣ側アプリケーションは変更された撮影設定項目をパラメータから特定し、その撮影設定項目の新たな値を用いて自分が保持していた情報を更新し、必要とあらば表示を更新したりする（ステップＳ１６０３）。
【０１００】
この例の場合も、やはり図１５の処理５と図１６の処理５とは同一になる。すなわち、撮影設定変更という操作を、ＰＣ側アプリケーションから行っても、デジタルカメラ９０１側ＵＩで行っても、同一の処理が実行でき、アプリケーションソフトの負荷が軽減される。また、この例の場合は、デジタルカメラ９０１が発生したイベントに、パラメータとして変更された項目と、さらにその値データも同時に送られてくるため、アプリケーションソフトが、そのイベント処理の中で、デジタルカメラ９０１内のどの設定項目に変更が発生したかを識別し、さらに変更された値も更新できるため、非常に効率的なシステムにすることが可能である。しかし、イベントとしてデータを含んでデジタルカメラ９０１側から自発的に送信されるため、あまりデータ長が大きいと、たとえばＵＳＢの割り込みパイプ等を使用して送信する場合は、不向きであることもある。
【０１０１】
次に、本発明の第３の実施形態について説明する。
【０１０２】
図１７は第３の実施例の形態の概略を示す概略図である。
【０１０３】
１７０１はデジタルカメラで、情報の入力装置となっており、１７０２は、このデジタルカメラ１７０１とＵＳＢケーブルで接続されたＰＣ上で動作しているアプリケーションソフトの例である。このモデルでは、デジタルカメラ１７０１をＰＣにＵＳＢ接続すると、ＰＣ上にアプリケーションが起動し、デジタルカメラ１８０１このアプリケーションは接続されているデジタルカメラ１７０１を操作して撮影したり、デジタルカメラ１７０１でレリーズされて撮影された画像を表示したりするものである。図中の１７０３はレリーズボタンで、これを押すとデジタルカメラ１７０１は撮影を行い、サムネール画像を１７０４に表示し、その後１７０５に原画像を表示する。
【０１０４】
デジタルカメラ１７０１側のレリーズスイッチで撮影された場合も同様にサムネール、原画像を表示するものである。
【０１０５】
図１８は、ＰＣ上のアプリケーションソフトを操作してリモート撮影した場合のシーケンスを示しフローチャートである。
本実施例のアプリケーションは、起動すると最初にデジタルカメラ１７０１の撮影時のイベント発生動作を設定するコマンドを送信する（ステップＳ１８０１）。
【０１０６】
図１９は、撮影後のイベント発生設定コマンドのパラメータを示す図である。
【０１０７】
ステップＳ１８０１で送信されるコマンドは、図１９の（Ａ）のような構成のコマンドとして送信される。図１９のＮｕｍ  Ｏｆ  Ｅｖｅｎｔは、このコマンドで指定するイベントの数を表し、Ｋｉｎｄ  Ｏｆ  Ｅｖｅｎｔはイベントの種類を示す。Ｆｌａｇは、そのイベントを発行してほしければＴｒｕｅ、発行してほしくなければＦａｌｓｅとなる。たとえば本実施例の場合、サムネールと原画像をアプリケーションソフト上で両方表示したいため、Ｎｕｍ  Ｏｆ  Ｅｖｅｎｔは２、Ｎｕｍ  Ｏｆ  ＥｖｅｎｔにはＴｈｕｍｂｎａｉｌとＦｕｌｌ  Ｖｉｅｗが入り、共にＴｒｕｅとなる。
【０１０８】
このコマンドを受けたカメラは、ＦｌａｇにＴｒｕｅが設定されているイベントを図２０の（Ａ）のように格納しておく（ステップ１８０２）。この実施例ではサムネールと原画像のみ利用するが、もしデジタルカメラ１７０１が同時に音声やデジタルカメラ１７０１内のＣＦ（コンパクフラッシュカード）にも画像を記録する場合には図２０の（Ａ）のようにＳｏｕｎｄ、ＳａｖｅＣＦ等がＡｒｒａｙとして保持される。
【０１０９】
図２１は、イベント設定の処理シーケンスを示すフローチャートである。まず初期化でＥｖｅｎｔＣｏｕｎｔｅｒを０にクリアする（ステップＳ２１０１）。そして前述した撮影時のイベント発生動作を設定するコマンドを受信すると（ステップＳ２４０２）、Ｉｎｄｅｘ変数を０で初期化し（ステップＳ２４０３）、このｉｎｄｅｘがＮｕｍ  Ｏｆ  Ｅｖｅｎｔより小さい場合は以下の処理を繰り返す（ステップＳ２４０４）。
【０１１０】
Ｉｎｄｅｘをインクリメントして（ステップＳ２４０５）、受信したコマンドのパラメータに格納されてきたＦｌａｇがＴｒｕｅのイベントかどうか判断し（ステップＳ２４０６）、ＴｒｕｅのもののみＥｖｅｎｔ  Ｔａｂｌｅに追加する（ステップＳ２４０７）。そしてＥｖｅｎｔ  Ｃｏｕｎｔｅｒもインクリメントする（ステップＳ２４０８）。
【０１１１】
そしてステップＳ２４０４からＳ２４０８までを条件が満足されるまで繰り返してＥｖｅｎｔ  Ｔａｂｌｅを設定する。その後、ユーザーがＰＣ上のアプリケーションを操作してレリーズボタンを押した場合にはカメラに対してレリーズ要求コマンドを送信する（ステップＳ１８０３）。これを受けてカメラはＲｅｌｅａｓｅ  ＳｔａｒｔイベントをＰＣに送信する（ステップＳ１８０４）。このイベントを受けたＰＣ側アプリケーションは、その後デジタルカメラ１７０１から送られてくるであろうＲｅｌｅａｓｅ  Ｅｖｅｎｔの受信準備をする（ステップＳ１８０５）。この準備では、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔをキューイングしておくキューの追加準備などが含まれる。デジタルカメラ１７０１側はその後撮影動作に入り（ステップＳ１８０６）、たとえばＡＦ（Ａｕｔｏフォーカス）が合わない場合などは撮影動作をキャンセルし、ＰＣにそのキャンセルを知らせるイベントを発行する（ステップＳ１８０８）。
【０１１２】
このキャンセルイベントを受けたＰＣ側アプリケーションは、ユーザーに警告の表示（図２２参照）をする（ステップＳ１８１４）。図２２は警告表示の一例を示す図である。
【０１１３】
デジタルカメラ１７０１が正常に撮影動作を完了した場合は、前述したＥｖｅｎｔ  Ｔａｂｌｅに設定されたイベントを順に発行していく。この例の場合まずＴｈｕｍｂｎａｉｌ  Ｒｅｌｅａｓｅ  ＥｖｅｎｔをＰＣに対して発行し（Ｓ１８０９）する。
【０１１４】
次にＦｕｌｌ  Ｖｅｉｗ  Ｒｅｌｅａｓｅ  Ｅｖｅｎｔを発行する（ステップＳ１８１０）。ＰＣ側は、それぞれのイベントを受けて、ＰＣ側が用意したＥｖｅｎｔ  Ｑｕｅｕｅに格納する（ステップＳ１８１５，Ｓ１８１６）。その後カメラはＰＣに対して、Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔを発行し（ステップＳ１８１１）、ＰＣからデータ取得要求がくるのを待つ。
【０１１５】
Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔを受信したＰＣ側アプリケーションは（ステップＳ１８１７）、Ｅｖｅｎｔ  ＱｕｅｕｅにＲｅｌｅａｓｅ  Ｅｖｅｎｔがあるかどうかを確認し（ステップＳ１８１８）、あればそのイベントをＱｕｅｕｅから取り出してそのデータをカメラに要求するコマンドを送信する（ステップＳ１８１９）。
【０１１６】
ここで、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔについて説明する。図４の（７）にサムネールのＲｅｌｅａｓｅ  Ｅｖｅｎｔを、図４の（８）に本体画像のＲｅｌｅａｓｅ  Ｅｖｅｎｔを示す。それぞれパラメータにＲｅｌｅａｓｅ  Ｅｖｅｎｔ  Ｐａｒａｍ構造体を伴って送信される。このＲｅｌｅａｓｅ  Ｅｖｅｎｔ  Ｐａｒａｍ構造体は例えば図７の（Ａ）のような構成になっている。ＳｅｑｕｅｎｃｅＩＤとは、デジタルカメラが撮影した画像データ群（例えばサムネール、原画像、音声など関連付けされているデータ群）を識別可能なユニークな識別情報である。このＳｅｑｕｅｎｃｅＩＤは関連付けられるデータ群の要素データのそれぞれには同一のものがつけられる。
【０１１７】
Ｄａｔａ  Ｓｉｚｅはそのイベントによって通知したデータのサイズを示している。サムネールのイベントならばサムネールのサイズを示す。Ｄａｔａ  Ｆｏｒｍａｔには、そのイベントによって通知したデータの形式等を格納する。
【０１１８】
前述したステップＳ１８１９の処理でデジタルカメラ１７０１に対して、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔで知らされたデータを獲得する要求コマンドを送信する際に、このＳｅｑｕｅｎｃｅＩＤをパラメータとして使用する。デジタルカメラ１７０１側では、このＳｅｑｕｅｎｃｅＩＤを使って内部に保持しているデータを検索し、該当するデータを特定してPCに送信するようになる（ステップＳ１８１２）。そのデータを受けてＰＣ側アプリケーションはデータを保存したり、表示したりすることができる（ステップＳ１８２０）。
【０１１９】
図２３は、デジタルカメラ１７０１内のデータをデジタルカメラ１７０１が破棄する処理を示すフローチャートである。
【０１２０】
本実施の形態に使用しているデジタルカメラでは、ＰＣアプリケーションからレリーズした場合に撮影されたデータ群を、デジタルカメラ内部のＤＲＡＭ等の１次記憶装置に記憶しておき、そのデータが転送完了された時点で破棄するようになっている。しかし、１つのデータ群をまとまったデータとして管理しているため、データの破棄は一連のデータ要素をまとめて行っている。そこで、必要なデータを全て転送したあとにそのデータ群を削除するようになっている。それを実現するために、前述したＳｅｑｕｅｎｃｅＩＤに１つ前述したＥｖｅｎｔＣｏｕｎｔｅｒのコピーが割り当てられる。
【０１２１】
まずＰＣ側からのデータ取得コマンドを待機していて（ステップＳ２３０１）、データ取得コマンドがきたら（ステップＳ２３０２）そのＥｖｅｎｔＣｏｕｎｔｅｒを１つデクリメントする（ステップＳ２３０３）。
【０１２２】
次に、ＥｖｅｎｔＣｏｕｎｔｅｒが０かどうか判断し（ステップＳ２３０４）、もし０ならばデータ群をＤＲＡＭから削除して（ステップＳ２３０５）終了する。ＥｖｅｎｔＣｏｕｎｔｅｒが０でなければ、まだＰＣから取得されるデータが残っていることになるため、次の取得コマンドを待つ。
【０１２３】
この例では、データ群を１つのデータとしてカメラ側で管理しているため、削除するときに、１度にデータ群ごと削除する必要があったが、カメラ側でデータ群の各データ要素ごとに削除可能な構成になる場合には、ＰＣから取得されたデータ要素ごとに、ＤＲＡＭから削除していってもいい。また、後述するが、１つのデータを複数のクライアントで使用する場合（例えばサムネール画像を複数のアプリケーションなどで同時に使用したい場合）などには、前記ＥｖｅｎｔＣｏｕｎｔｅｒの代わりに、各要素データごとにカウンターを設け、同様にカウンターが０になった時点でその要素データをＤＲＡＭから削除するようにしてもいい。
【０１２４】
図２４は、デジタルカメラ側のＵＩを操作して撮影動作を行い、ＰＣ側アプリケーションにそのデータを表示、保存する処理を示すフローチャートである。この場合も前述したアプリケーションからのレリーズ時と同様に、起動すると最初にデジタルカメラの撮影時のイベント発生動作を設定するコマンドを送信する（ステップＳ２４０１）。これはたとえば図１９の（Ａ）のような構成でコマンドとして送信される。
【０１２５】
図１９のＮｕｍ  Ｏｆ  Ｅｖｅｎｔは、このコマンドで指定するイベントの数を表し、Ｋｉｎｄ  Ｏｆ  Ｅｖｅｎｔはイベントの種類を示す。Ｆｌａｇは、そのイベントの発行を望むときはＴｒｕｅ、発行を望まないときはＦａｌｓｅとなる。たとえば本実施例の場合、サムネールと原画像を両方表示したいため、Ｎｕｍ  Ｏｆ  Ｅｖｅｎｔは２、Ｋｉｎｄ  Ｏｆ  ＥｖｅｎｔにはＴｈｕｍｂｎａｉｌとＦｕｌｌ  Ｖｉｅｗが入り、共にＴｒｕｅとなる。
【０１２６】
このコマンドを受けたカメラは、ＦｌａｇにＴｒｕｅが設定されているイベントを図２０の（Ａ）のように格納しておく（ステップＳ２４０２）。この実施例ではサムネールと本体画像のみ利用するが、もしカメラが同時に音声やカメラ内のＣＦ（コンパクフラッシュカード）にも画像を記録する場合には図２０の（Ａ）のようにＳｏｕｎｄ、ＳａｖｅＣＦ等がＡｒｒａｙとして保持される。
【０１２７】
このイベント設定の処理シーケンスは前述したアプリケーションからのレリーズ時と同様である。
【０１２８】
その後、カメラ側のレリーズスイッチを押すことで、レリーズ動作に入る（ステップＳ２４０３）。その後カメラはＲｅｌｅａｓｅ  ＳｔａｒｔイベントをＰＣに送信する（ステップＳ２４０４）。このイベントを受けたＰＣ側アプリケーションは、その後カメラから送られてくるＲｅｌｅａｓｅ  Ｅｖｅｎｔの受信準備をする（ステップＳ２４１３）。この準備では、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔをキューイングしておくキューの追加準備などが含まれる。カメラ側はその後撮影動作に入り（ステップＳ２４０５）、たとえばＡＦ（Ａｕｔｏフォーカス）が合わない場合などは撮影動作をキャンセルし、ＰＣにそのキャンセルを知らせるイベントを発行する（ステップＳ２４０７）。
【０１２９】
このキャンセルイベントを受けたＰＣ側アプリケーションは、たとえば図２２のような表示をしてユーザーに警告をする（ステップＳ２４１４）。
【０１３０】
また、カメラが正常に撮影動作を完了した場合は、前述したＥｖｅｎｔ  Ｔａｂｌｅに設定されたイベントを順に発行していく。この例の場合まずＴｈｕｍｂｎａｉｌ  Ｒｅｌｅａｓｅ  ＥｖｅｎｔをＰＣに対して発行する（ステップＳ２４０８）。
【０１３１】
次にＦｕｌｌ  Ｖｉｅｗ  Ｒｅｌｅａｓｅ  Ｅｖｅｎｔを発行する（ステップＳ２４０９）。ＰＣ側は、それぞれのイベントを受けて、ＰＣ側が用意したＥｖｅｎｔ  Ｑｕｅｕｅに格納する（ステップＳ２４１５，Ｓ２４１６）。その後カメラはＰＣに対して、Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔを発行し（ステップＳ１８１１）、ＰＣからデータ取得要求がくるのを待つ。
【０１３２】
Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔを受信したＰＣ側アプリケーションは（ストップＳ２４１７）、Ｅｖｅｎｔ  ＱｕｅｕｅにＲｅｌｅａｓｅ  Ｅｖｅｎｔがあるかどうかを確認し（ステップＳ２４１８）あればそのイベントをＱｕｅｕｅから取り出し、そのデータをカメラに要求するコマンドを送信する（ステップＳ２４１９）。ここで、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔは前述したアプリケーションからのレリーズ時と同様である。
【０１３３】
前述したｓ２４１９の処理でデジタルカメラに対して、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔで知らされたデータを獲得する要求コマンドを送信する際に、このＳｅｑｕｅｎｃｅＩＤをパラメータとして使用する。デジタルカメラがわでは、このＳｅｑｕｅｎｃｅＩＤを使って内部に保持しているデータを検索し、該当するデータを特定して送信するようになる（ステップＳ２４１１）。そのデータを受けてＰＣ側アプリケーションはデータを保存したり、表示したりすることができる（ステップＳ２４２０）。
【０１３４】
この例の場合、前記Ｒｅｌｅａｓｅ  Ｓｔａｒｔ  Ｅｖｅｎｔを発行するタイミングをデジタルカメラのスイッチ１（レリーズスイッチの半押し状態）のタイミングで発行し、前記Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔをデジタルカメラのレリーズスイッチを話したタイミングにあわせて発行するように構成することで、単写と連写を区別せずに、同一のシーケンスで扱うことが可能になる。ＰＣ側のアプリケーションは、連写の場合は、前記Ｒｅｌｅａｓｅ  Ｓｔａｒｔ  Ｅｖｅｎｔと前記Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔの間に挟まれて受け取るＲｅｌｅａｓｅ  Ｅｖｅｎｔをキューイングしておいて、前記Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔがきたあとに順次キューからイベントを取り出してデータを特定して取得するため、連写の場合は、この前記Ｒｅｌｅａｓｅ  ＳｔａｒｔＥｖｅｎｔと前記Ｒｅｌｅａｓｅ  Ｓｔｏｐ  Ｅｖｅｎｔの間に挟まれて受け取るＲｅｌｅａｓｅ  Ｅｖｅｎｔが連写枚数分ＰＣに送信されるだけで、ＰＣ側の処理は単写の場合となんら変わらすに対応できる。
【０１３５】
また、この第３の実施の形態の場合も、やはり図１８の処理６と図２４の処理６とは同一になる。すなわち、撮影、データ転送という動作を、ＰＣ側アプリケーションから行っても、デジタルカメラ側ＵＩで行っても、同一の処理フローで実現可能であり、アプリケーションソフトの負荷が軽減されつつ自由な操作を提供できる。
【０１３６】
また、前述したデジタルカメラの撮影時のイベント発生動作を設定するコマンドに付加する情報を図１９の（Ｂ）のようにすることも可能である。この場合は、前述した例にＡｄｄフィールドが追加されている。このＡｄｄフィールドには、イベントを送る送り先が識別できる情報が格納される。この場合のカメラ側のエベントテープルの格納方法は、図２０の（Ｂ）のようになる。
【０１３７】
それぞれのイベントに対して送信先Ａｄｄｒｅｓｓを割り当て、そのアドレス当てにイベントを送信可能になる。こうすることで、マルチクライアント環境で、同一の情報（例えばサムネール画像）を複数のプロセスなどで同時に要求したい場合などにデバイスとして対応可能である。
【０１３８】
さらに、Ｒｅｌｅａｓｅ  Ｅｖｅｎｔに吹かされるＲｅｌｅａｓｅ  Ｅｖｅｎｔ  Ｐａｒａｍ構造体を図７の（Ｂ）、図７の（Ｃ）のように構成することも可能である。図６の（Ｂ）はＩｎｔｅｒｎａｌ  Ｆｉｌｅ  Ｐａｔｈというフィールドを追加し、撮影データをＰＣにのみ転送するだけではなく、カメラ内部のＣＦ等の２次記憶装置にも同時に保存するような場合に、カメラ内部でそのデータを識別可能な情報（例えばファイルパス名）を格納する。ＰＣ側アプリケーションでは、この情報を元に、カメラ内のデータと、ＰＣに転送されたデータの照合が可能になる。図７の（Ｃ）は、必ずカメラ内部のＣＦ等の２次記憶装置にも記憶してからＰＣに転送してくるような場合に使用可能で、前述したＳｅｑｕｅｎｃｅＩＤの変わりにＩｎｔｅｒｎａｌ  Ｆｉｌｅ  Ｐａｔｈを使用するものである。
【０１３９】
以上、３つの実施例を挙げて本発明を説明したが、全体を通して言えることは、ＰＣ側アプリケーションの操作、カメラ側UIの操作、どちらからの操作による動作なのかにかかわらず、アプリケーションのその後の更新動作等を統一できるということである。
【０１４０】
これをさらに進めると、図２６のように、カメラ操作プロセスとデータ表示プロセス（データ処理プロセス）というように別のプロセス（スレッドでもいい）にわけることも容易に実現できる。これによって、データ表示プロセス（データ処理プロセス）はカメラからのイベントにのみ反応して動作し、そのイベントの発生理由の如何にかかわらず同じ動作になる。これにより、前記カメラ操作プロセスと前記データ表示プロセス（データ処理プロセス）の独立性はきわめて高くなり、例えば図２６の（Ａ）のように、カメラ操作プロセスとデータ表示プロセス（データ処理プロセス）を別々のＰＣにおくことも可能になる。
【０１４１】
また、図２６の（Ｂ）のように複数のＰＣ上でアプリケーションを動作させ、カメラへの操作、表示等を矛盾なく実行するシステムも比較的容易に構築できるようになる。
【０１４２】
【発明の効果】
本発明によれば、ＰＣ（パーソナルコンピュータ）等の情報処理装置とデジタルカメラ等の入力装置とを接続した状態で、入力装置を情報処理装置側から操作することも、入力装置側から操作することもできるようにし、さらに、情報処理装置側の負荷を軽減することもできる。
【図面の簡単な説明】
【図１】本発明が実施されるデジタルカメラシステムのブロック図である。
【図２】本発明の第１の実施の形態の概略を示す概略図である。
【図３】図２におけるＰＣ上のアプリケーション２０２の操作でカメラ内部の画像データを消去した場合の処理を示すフローチャートである。
【図４】イベントの内容を示す図である。
【図５】図２におけるデジタルカメラ２０１の操作でデジタルカメラ２０１内の画像データを削除した場合の処理を示すフローチャートである。
【図６】ＰＣ上のアプリケーションの操作によってデジタルカメラ２０１内の画像データの属性を変更する処理を示す図である。
【図７】Ｒｅｌｅａｓｅ  Ｅｖｅｎｔ  Ｐａｒａｍ構造の概念図
【図８】図２におけるデジタルカメラ２０１側の操作で、デジタルカメラ２０１内の画像データの属性情報を変更する処理を示す図である
【図９】本発明の第２の実施の形態の概略を示す概略図である。
【図１０】図９におけるアプリケーション９０２の操作によってデジタルカメラ９０１内部の撮影設定を変更する処理を示す図である。
【図１１】図９におけるデジタルカメラ９０１を操作することによってデジタルカメラ内の撮影設定項目を変更する処理を示す図である。
【図１２】撮影設定項目を示す図である。
【図１３】ＰＣ上のアプリケーションの操作によってデジタルカメラ内の撮影設定データを変更する処理を示す図である。
【図１４】デジタルカメラ９０１側のＵＩを操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示す図である。
【図１５】ＰＣ上のアプリケーションの操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示した図である。
【図１６】デジタルカメラ９０１側のＵＩの操作によってデジタルカメラ９０１内の撮影設定データを変更する処理を示す図である。
【図１７】第３の実施例の形態の概略を示す概略図である。
【図１８】ＰＣ上のアプリケーションソフトを操作してリモート撮影した場合のシーケンスを示しフローチャートである。
【図１９】イベント発生設定コマンドのパラメータの概念図である。
【図２０】Ｅｖｅｎｔ  Ｔａｂｌｅの概念図である。
【図２１】撮影イベント設定を示すフローチャートである。
【図２２】撮影キャンセルを知らせるメッセージを示す図である。
【図２３】ＤＲＡＭ上の画像データ削除を示すフローチャートである。
【図２４】カメラ側の操作でカメラのレリーズを行った場合を示すフローチャートである。
【図２５】制御プロセスと表示プロセスを独立させた場合の概念図である。
【図２６】制御プロセスと表示プロセスを複数のＰＣに分散した場合の概念図である。
【符号の説明】
１００  デジタルカメラ
１０１  情報処理装置
１０２  通信制御装置
１０３  演算装置
１０４  信号処理装置
１０５  光学ユニット
１０６  一次記憶装置
１０７  二次記憶装置
１０８  操作部材
１０９  表示部材
１１０  読み出し専用メモリー
１１１  着脱可能記録媒体
【図１】
0004593756.tif 000002
【図２】
0004593756.tif 000003
【図３】
0004593756.tif 000004
【図４】
0004593756.tif 000005
【図５】
0004593756.tif 000006
【図６】
0004593756.tif 000007
【図７】
0004593756.tif 000008
【図８】
0004593756.tif 000009
【図９】
0004593756.tif 000010
【図１０】
0004593756.tif 000011
【図１１】
0004593756.tif 000012
【図１２】
0004593756.tif 000013
【図１３】
0004593756.tif 000014
【図１４】
0004593756.tif 000015
【図１５】
0004593756.tif 000016
【図１６】
0004593756.tif 000017
【図１７】
0004593756.tif 000018
【図１８】
0004593756.tif 000019
【図１９】
0004593756.tif 000020
【図２０】
0004593756.tif 000021
【図２１】
0004593756.tif 000022
【図２２】
0004593756.tif 000023
【図２３】
0004593756.tif 000024
【図２４】
0004593756.tif 000025
【図２５】
0004593756.tif 000026
【図２６】
0004593756.tif 000027