(57)【要約】【課題】転送中の動画像データをリアルタイムで確認でき、かつ受信側の処理能力を監視することで転送時間や転送量にも影響を与えない画像再生技術の実現。【解決手段】動画像データから静止画像データを抽出して再生する装置であって、送信側装置から動画像データを受信する受信手段と、前記受信手段により受信した動画像データから静止画像データを抽出する抽出手段と、前記抽出手段により抽出された静止画像データを所定間隔で更新して再生する再生手段と、前記受信手段、前記抽出手段、及び前記再生手段を制御する制御手段と、前記制御手段の処理負荷を監視する監視手段と、を備え、前記制御手段は、前記監視手段により得られた処理負荷の度合に応じて、前記再生手段により再生する前記静止画像データの更新間隔を変更する。【選択図】      図１
2007049634.tif 000002
【特許請求の範囲】
【請求項１】
動画像データから静止画像データを抽出して再生する装置であって、
送信側装置から動画像データを受信する受信手段と、
前記受信手段により受信した動画像データから静止画像データを抽出する抽出手段と、
前記抽出手段により抽出された静止画像データを所定間隔で更新して再生する再生手段と、
前記受信手段、前記抽出手段、及び前記再生手段を制御する制御手段と、
前記制御手段の処理負荷を監視する監視手段と、を備え、
前記制御手段は、前記監視手段により得られた処理負荷の度合に応じて、前記再生手段により再生する前記静止画像データの更新間隔を変更することを特徴とする装置。
【請求項２】
前記制御手段は、前記監視手段により得られた処理負荷が所定度合より大きい場合、前記再生手段により再生する前記静止画像データの更新間隔を現在の間隔より長くし、前記処理負荷が所定度合より小さい場合、前記更新間隔を現在の間隔より短くすることを特徴とする請求項１に記載の装置。
【請求項３】
前記制御手段は、前記抽出手段により抽出された全ての静止画データから、前記監視手段により得られた処理負荷の度合に応じて、前記再生手段により再生する静止画像データを選択することを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記再生手段により再生される前記静止画像データを非表示にする非表示手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の装置。
【請求項５】
前記更新間隔には最小値が設定されていることを特徴とする請求項１乃至４のいずれか１項に記載の装置。
【請求項６】
前記受信手段、前記抽出手段、及び前記再生手段による各処理を停止させる停止手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の装置。
【請求項７】
前記受信手段は、前記送信側装置から動画像データ、静止画像データ、及び音声データを含むマルチメディアデータを受信し、
受信した前記マルチメディアデータを記録する記録手段を有することを特徴とする請求項１乃至６のいずれか１項に記載の装置。
【請求項８】
前記制御手段は、前記受信手段による動画像データの受信が完了すると、前記抽出手段による静止画像データの抽出及び前記再生手段による抽出された静止画像データの再生を即座に終了させることを特徴とする請求項１乃至７のいずれか１項に記載の装置。
【請求項９】
前記抽出手段は前記静止画像データに添付された縮小画像データを抽出し、前記再生手段は前記縮小画像データを再生することを特徴とする請求項１乃至８のいずれか１項に記載の装置。
【請求項１０】
前記静止画像データに縮小画像データが添付されていない場合、当該静止画像データに付随する情報を前記再生手段により表示することを特徴とする請求項９に記載の装置。
【請求項１１】
前記マルチメディアデータに音声データが含まれている場合、前記再生手段は音声データ用のアイコンを表示することを特徴とする請求項７に記載の装置。
【請求項１２】
前記動画像データの撮影位置を検出する検出手段と、
前記検出手段により検出された撮影位置が縦位置である場合、前記抽出手段により抽出された前記静止画像データを縦位置に回転させる回転手段と、を更に備え、
前記再生手段は、前記回転手段により回転した前記静止画像データを再生することを特徴とする請求項１乃至１１のいずれか１項に記載の装置。
【請求項１３】
動画像データから静止画像データを抽出して再生する方法であって、
送信側装置から動画像データを受信する受信工程と、
前記受信工程により受信した動画像データから静止画像データを抽出する抽出工程と、
前記抽出工程により抽出された静止画像データを所定間隔で更新して再生する再生工程と、
前記受信工程、前記抽出工程、及び前記再生工程を制御する際の処理負荷を監視する監視工程と、を備え、
前記監視工程により得られた処理負荷の度合に応じて、前記再生工程により再生する前記静止画像データの更新間隔を変更することを特徴とする方法。
【請求項１４】
請求項１３に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１５】
請求項１４に記載のプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信中の動画像データから静止画像データを抽出し、間引き再生する技術に関するものである。
【背景技術】
【０００２】
近年、静止画像データのみならず動画像データも記録可能であると共に、パソコン（以下、ＰＣ）などの情報処理装置に接続してデータ通信が可能なビデオカメラ、デジタルカメラ、撮像機能付携帯電話等の撮像機器が普及している。また、これらの撮像機器をＰＣなどの情報処理装置に接続することで当該情報処理装置のディスプレイに撮影済みの静止画像や動画像を表示し、それらの画像データを当該情報処理装置のハードディスクやDVD等の記録デバイスに記録することができる。
【０００３】
ところで、これらの撮像機器を用いて情報処理装置から撮影済みの静止画像及び動画像を閲覧する場合には、撮像機器から各画像データそのものを情報処理装置に送信し、転送完了後に情報処理装置で閲覧用のデータに変更し表示を行っている。しかしながら、この方法ではどのような画像データであっても、情報処理装置側での受信が完了するまではその画像データの内容を知ることができない。例えばファイルサイズの大きな動画像データの取り込みを長時間かけて行ったにも係わらず、再生してみたら無用なファイルであったということにもなりかねない。そこで、受信中の動画像データを再生表示する方法としてストリーミング再生（ヘアイソクロナス法）がある。このストリーミング再生は受信中の動画像データを、動画像データを撮影した実時間で再生する技術である。即ち、送信側のデジタルカメラなどで動画像データから抽出した時系列的に連続する静止画像データ群を送信し、受信側で受信済み静止画像データ群をストリーミング再生する。これによって、動画像データ全体を受信する前に動画像データの内容を知ることができる（例えば、特許文献１）。
【特許文献１】特開2003-333464公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では動画像データに加え、ストリーミング再生用の静止画像データ群を受信する必要があるため、静止画像データ群のファイルサイズ分だけ全体の転送量が増加してしまう。更に動画像データのファイルサイズが大きくなるほど、ストリーミング再生用の静止画像データ群のファイルサイズも大きくなってしまうという問題も発生する。
【０００５】
また、ストリーミング再生用の静止画像データ群の表示と、受信中の動画像データフレームとの同期は可能であるものの、受信側の処理能力を考慮してストリーミング再生用の静止画像データ群が作成されていない。このため、ストリーミング再生用の静止画像データ群の表示が受信側の処理能力に大きな負荷をかけ動画像データの受信を遅延させるおそれがある。更に高速転送が可能な環境下では短時間でストリーミング再生用の静止画像データへ切り替えられるため、それが受信側装置の処理能力に不必要な負荷を与えるおそれもある。
【０００６】
本発明は、上述した課題に鑑みてなされたもので、転送中の動画像データをリアルタイムで確認でき、かつ受信側の処理能力を監視することで転送時間や転送量にも影響を与えない画像再生技術の実現を目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決し、目的を達成するため、本発明は、動画像データから静止画像データを抽出して再生する装置であって、送信側装置から動画像データを受信する受信手段と、前記受信手段により受信した動画像データから静止画像データを抽出する抽出手段と、前記抽出手段により抽出された静止画像データを所定間隔で更新して再生する再生手段と、前記受信手段、前記抽出手段、及び前記再生手段を制御する制御手段と、前記制御手段の処理負荷を監視する監視手段と、を備え、前記制御手段は、前記監視手段により得られた処理負荷の度合に応じて、前記再生手段により再生する前記静止画像データの更新間隔を変更する。
【０００８】
また、本発明は、動画像データから静止画像データを抽出して再生する方法であって、送信側装置から動画像データを受信する受信工程と、前記受信工程により受信した動画像データから静止画像データを抽出する抽出工程と、前記抽出工程により抽出された静止画像データを所定間隔で更新して再生する再生工程と、前記受信工程、前記抽出工程、及び前記再生工程を制御する際の処理負荷を監視する監視工程と、を備え、前記監視工程により得られた処理負荷の度合に応じて、前記再生工程により再生する前記静止画像データの更新間隔を変更する。
【発明の効果】
【０００９】
本発明によれば、カメラなどの撮像機器からＰＣなどの情報処理装置へ動画像データを転送する際に、受信側の処理負荷に応じて静止画像データの更新間隔を変更して再生を行う。このため、転送時間を延ばすことなく、受信中の動画像データの受信状況とデータ内容を容易に認識でき、不要な動画像データの受信をキャンセルすることも可能になる。
【発明を実施するための最良の形態】
【００１０】
以下に、添付図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００１１】
尚、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。
【００１２】
図１は、本発明が実施されうるプラットフォームとなる間引き再生システムの構成例を示している。
【００１３】
図１において、１０１はコンピュータシステム本体、１０２はデータを表示するディプレイ、１０３は代表的なポインティングデバイスであるマウス、１０４はマウスボタン、１０５はキーボードである。２０５はデジタルカメラであり、コンピュータシステム本体１０１にＵＳＢ等の通信ケーブル１０７で接続され、通信ケーブル１０７を介して相互に各種データの授受が可能とされている。
【００１４】
図２は本実施形態の間引き再生システムを構成するソフトウェア及びハードウェアを示している。
【００１５】
図２において、２０１はハードウェアである。２０２はハードウェア２０１の上で動作するオペレーティングシステム（ＯＳ）である。２０３はＯＳ２０２の上で動作するアプリケーションソフトウェアである。２０４もハードウェアであるがその他のハードウェア２０１やＯＳ２０２を介してシステムを動作させる制御部である。なお、ハードウェア２０１とＯＳ２０２を構成するブロックのうち、構成要件としては当然に含まれるが、本実施形態を説明する上で直接必要としないブロックに関しては図示していない。そのような図示していないブロックとしては、例えば、ハードウェアではメモリカードなどの外部メモリ、ＯＳではメモリ管理システム等である。
【００１６】
図２において、２０２１はＯＳを構成するファイルシステムであり、アプリケーションソフトウェアがハードウェアを意識せずにファイルの入出力が行える機能がある。２０１１はファイルシステム２０２１がハードディスク２００９の読み書きを行うためのディスクＩＯインターフェースである。２０２２はＯＳ２０２を構成する描画管理システムであり、アプリケーションソフトウェア２０３がハードウェア２０１を意識せずに描画を行えるようにする機能がある。２０１２は描画管理システム２０２２がディスプレイ１０２に描画を行うためのビデオインターフェースである。２０２３はＯＳ２０２を構成する入力デバイスシステムであり、アプリケーションソフトウェア２０３がハードウェア２０１を意識せずに、ユーザの入力を受け取ることができるようにする機能がある。２０１３は入力デバイス管理システム２０２３がキーボード１０５やマウス１０３からの入力を受け取るための入力デバイスインターフェースである。２０５はデジタルカメラであり、本例ではＵＳＢケーブル経由で接続される。デジタルカメラ２０５のＵＳＢインターフェース２０１４を介して外部インターフェース管理システム２０２４が管理する。通信モジュール２０３２は、この外部インターフェース管理システム２０２４と通信を行う。間引き再生ソフト２０３１は、通信モジュール２０３２を使ってデジタルカメラ２０５と画像データや各種情報の授受を行う。ＣＰＵ２０４１はシステムの動作全般の主制御部である。２０４２はＣＰＵ２０４１が実行するアプリケーションやデータが読み込まれる物理メモリである。
【００１７】
図３は本実施形態のデジタルカメラ２０５の構成を示している。
【００１８】
図３において、３０１がＵＳＢインターフェースであり、ＰＣとの接続に用いられる。３０２はモードスイッチであり、３０２ａにスイッチを切り替えると再生モード、３０２ｂに切り替えると撮影モードになる。３０３はメモリーカードスロットである。デジタルカメラからＰＣへ画像データを転送する場合は、モードスイッチ３０２を再生モードにしておく。撮影モードのときは、ＬＣＤ３０４に画像のプレビューが表示され、レリーズスイッチ３０５を押すことによって画像が撮影され、撮影された画像データがメモリーカード３０６に記録される。
【００１９】
なお、本実施形態では、図３のデジタルカメラで撮影し記録される動画像のデジタル画像データはＡＶＩ(Audio Video Interleaved)としている。また、静止画像のデジタル画像データはＪＰＥＧ(Joint Photographic Experts Group)としている。更に、音声のデジタル音声データはＷＡＶ(Word Audio Video)としている。再生モードのときは、ＬＣＤ３０４に撮影・記録された最後の画像が表示され、十字キー３０７の左右ボタン３０７ａ，３０７ｂによって画像を順次送り再生を行う。また、３０８はメニューボタンでＬＣＤ３０４上にメニュー画面が表示される。左右ボタン３０７ａ，３０７ｂでメニュー項目を選択でき、ＳＥＴボタン３０９で確定できる。
【００２０】
なお、モードスイッチ３０２を再生モードとし、カメラ側のＵＳＢインターフェース３０１とＰＣ側のＵＳＢインターフェース２０１４（図２）をＵＳＢケーブル（図１の１０７）で接続することで、デジタルカメラ２０５はＰＣ接続モードに変更される。このＰＣ接続モードになると、ＰＣ側からデジタルカメラを制御することができ、撮影モード時にメモリーカードへ記録されたデジタルデータをＰＣ側に転送することができる。
【００２１】
次に、本実施形態の動作及び作用について図４〜図８を参照して説明する。
【００２２】
図４はデジタルカメラが送信してくるマルチメディアデータを受信し、その一部もしくは関連するデータをディスプレイに表示する動作を示すフローチャートである。図５は受信中のマルチメディアデータが動画像データの場合に、受信中の動画像データから間引いた静止画像データをディスプレイ１０２に表示する際の画面の遷移状態を示している。図６は動画像データから間引いた静止画像データを隠す設定にした状態での表示画面を示している。図７は受信中のマルチメディアデータが静止画像データの場合に、受信中の静止画像データからサムネイルデータを抽出しディスプレイ１０２に表示している画面を示している。図８は受信中のマルチメディアデータが音声データの場合にディスプレイ１０２に表示される音声アイコンを示している。
【００２３】
先ず、図４のフローチャートを用いて、受信したマルチメディアデータが動画像データの場合における動作について説明する。
【００２４】
本実施形態では、マルチメディアデータの受信を行う前に、Ｓ４０２でプラットフォームとなるＰＣの処理能力やカメラの通信能力を取得する。ＰＣの処理能力はＣＰＵ２０４１のスペックや物理メモリ２０４２のサイズなどであり、カメラの通信能力はＵＳＢ２．０での通信が可能か、もしくはＵＳＢ１．１のみでの通信が可能かなどである。上記プラットフォームとなる性能の取得が終わると実際にＳ４０３でマルチメディアデータの受信を開始する。
【００２５】
Ｓ４０４では受信したマルチメディアデータの種類を判別している。判別の際には受信しているデータの拡張子だけでなく、実際にヘッダを解析してデータの種類を判別している。ここでは、受信しているマルチメディアデータは動画像データなので、抽出した静止画像データを表示するタイミングを計測するスレッドＡを開始する。更に、受信した動画像データから全ての静止画像データを抽出し、スレッドＡから静止画像表示要求を受け取った場合に抽出した静止画像データを表示するスレッドＢという２つのスレッドを開始する。
【００２６】
先ずタイマー監視を行うスレッドＡについて説明する。
【００２７】
スレッドＡが従うタイマーの初期値は、Ｓ４０２で取得したプラットフォームの性能によって決められている。ＣＰＵ２０４１の処理能力が高く、カメラの通信能力も高い場合には、Ｓ４１２で待つ一定時間の初期値は短くなる。逆にＣＰＵ２０４１の処理能力が低い、もしくはカメラの通信能力が十分でない場合には、Ｓ４１２で待つ一定時間の初期値は長くなる。但し、ＣＰＵ２０４１の処理能力が非常に高く、なおかつ通信速度が早い場合など、表示した静止画像を十分に確認できないうちに次の画像に切り替わってしまう恐れがあるため、Ｓ４１２で待つ一定時間には最小値を持たせている。
【００２８】
次に、動画像データの受信と、受信した動画像データからの静止画像データの抽出と、スレッドＡとから静止画像表示要求に反応して静止画像データの表示とを行う、スレッドＢについて説明する。
【００２９】
Ｓ４２１でデジタルカメラ側のＵＳＢインターフェース３０１とＰＣ側のＵＳＢインターフェース２０１４を介してデジタルカメラ２０５から動画像データを受信すると、Ｓ４２２で動画像データを構成している全ての静止画像データを抽出する。次に、Ｓ４２３で動画像データが縦位置で撮影されていれば、抽出した静止画像データを縦位置に回転する。Ｓ４２４がスレッドＡからの静止画像表示要求を受け取ったならばＳ４２５で静止画像データをＰＣのディスプレイ１０２に表示する。一方、Ｓ４２４でスレッドＡから静止画像表示要求がなければＳ４２６で抽出した静止画像データを破棄する。
【００３０】
そして、Ｓ４０６では、ＣＰＵ２０４１の稼動状況と転送速度の変化を常に監視し、監視結果によってタイマー設定値を変更する。ここでは、例えば、他のアプリケーションが起動するなどしてＣＰＵ２０４１の処理能力が一部奪われるとする。すると、スレッドＡからの静止画像表示要求に応え静止画像データを即座に表示することが困難になるだけでなく、最終的にデジタルカメラとの通信に影響を来たしてしまう可能性もある。そのため、Ｓ４０６ではＣＰＵの負荷増大や、転送速度が低下を検知した場合は転送速度の低下を招かない程度にスレッドＡによる静止画像表示要求の間隔を広げる。逆にほかのアプリケーションの終了などでＣＰＵの負荷が減り、なおかつ転送速度が向上している場合にはスレッドＡによる静止画像表示要求の間隔を狭める。
【００３１】
図５は受信中のマルチメディアデータが動画像データの場合に、受信中の動画像データから抽出した静止画像と、ＰＣのディスプレイ１０２で間引き再生された静止画像とを夫々示している。
【００３２】
図５において、５００から５０９はある一定時間内に受信した動画像データから抽出された静止画像である。５１０から５１４は抽出した静止画像データを間引き再生した場合のＰＣのディスプレイ１０２に表示される画面である。なお、５１０から５１４を並べて図示しているが明示的に並べているだけで、５１０から５１４のいずれかが同時にＰＣのディスプレイ１０２に表示されることはない。
【００３３】
さて、Ｓ４２２では動画像データ内の静止画像データの抽出を行い、受信した動画像データに含まれる静止画像データを全て抽出するが、抽出した全ての静止画像データがＰＣのディスプレイ１０２上に表示されるわけではない。動画像データから抽出された静止画像データのいずれをディスプレイ１０２に表示するかは、ＣＰＵ２０４１の稼動状況や転送速度に応じて決定される。５０１，５０３，５０５，５０６，５０９は動画像データから抽出されたがディスプレイ１０２には表示されない静止画像に対応する。動画像データ内に含まれている静止画像データの画像数をＡ、動画像データから抽出される静止画像データの画像数をＢ、ディスプレイ１０２に表示される静止画像の画像数をＣとすると、本実施形態では、以下の関係式が成立する。
Ａ＝Ｂ≧Ｃ
ここで、静止画像データを抽出する段階で静止画像を間引かずに、全ての静止画像データを抽出し表示する段階で間引き処理を行っているのには、以下の２つ理由による。即ち、
第１の理由は、静止画像データの表示処理にはデコードなどの演算量の多い処理が必要となるが、動画像データから静止画像データを抽出する処理は基本的にはデータのコピーなので、全ての静止画像データを抽出してもそれほどの負荷にならないためである。
【００３４】
第２の理由は、抽出する静止画像データのファイルサイズは静止画像データ毎に異なっているが、個々の静止画像データのファイルサイズを記したデータベースを動画データ像は持ち合わせていない。そのため、先頭の静止画像データから順番に抽出していかなければ途中にある静止画像データを抜き出すことが困難になるからである。
【００３５】
なお、本実施の形態ではデジタルカメラで撮影し記録される動画像のデジタル画像データはＡＶＩとしたためＡＶＩを前提として説明した。しかしながら、Ｓ４２２では前述のように全ての静止画像データを抽出する仕組みが備わっているため、ＭＰＥＧ画像データを受信する際にも本方法を実施することが可能である。
【００３６】
５０４を表示する際には、ＣＰＵ２０４１の稼動状況や転送速度は５０２を表示した際と同じなので、スレッドＡで表示要求を出す間隔に変更ない。そのため５０４を表示する前にも５０２を表示する前と同じ枚数の１枚（５０３）を間引いている。
【００３７】
５０７を表示する際には、５０４を表示した際に比べＣＰＵ２０４１の処理負荷が増えたため、スレッドＡで表示要求を出す間隔が伸びた。その結果５０７を表示する前に、５０４を表示する前よりも多い、２枚（５０５と５０６）を間引いている。
【００３８】
５０８を表示する際には、５０７を表示した際に比べ、ＣＰＵ２０４１の処理能力に余裕が出る。なおかつスレッドＡで表示要求を出す間隔を狭くしても既にＰＣのディスプレイ１０２で表示している静止画像を再表示する可能性が無いほど転送速度が向上したため、間引いた枚数が０枚になっている。
【００３９】
図５で示したように、スレッドＡで表示要求を出す間隔の調整を、Ｓ４０７で動画像ファイル全体の受信完了を検知するまで繰り返す。
【００４０】
Ｓ４０７でファイルの受信完了を検知すると、動画像データ内の静止画像データを抽出と表示のために立てたスレッドをＳ４０８で終了させる。全てのファイル受信を終えていなければ、次のファイルをＳ４０３で受信する。
【００４１】
また、受信中のマルチメディアデータの一部、もしくは関連する画像データの表示を非表示にすることも可能である。図６に画像データを表示又は非表示にする画面を示す。
【００４２】
画面６００の中央部分には転送中のマルチメディアデータである静止画像６０２が表示されている。画面６００上に存在するボタン６０１を押下することで静止画像６０２を非表示にすることができる。６１０が画像６０２を非表示にした画面である。画面６１０ではボタン６１１を押下することで非表示にしていた画像を表示状態に戻すことができる。図６では転送中のマルチメディアデータの画像６０２と、画像６０２を非表示にするボタン６０１とが同じウィンドウ上に表示されているが、画像６０２とボタン６０１とを異なるウィンドウ上に配置してもよい。
【００４３】
次に、受信したマルチメディアデータが静止画像データの場合における動作について説明する。
【００４４】
本実施の形態ではマルチメディアデータの受信を行う前に、Ｓ４０２でプラットフォームとなるＰＣの処理能力やカメラの通信能力を取得する。プラットフォームの性能の取得が終わると実際にＳ４０３でマルチメディアデータの受信を開始する。
【００４５】
Ｓ４０４では受信したマルチメディアデータの種類を判別している。判別の際には受信しているデータの拡張子だけでなく、実際にヘッダを解析してデータの種類を判別している。受信しているマルチメディアデータは静止画像データなので、Ｓ４０４とＳ４３０の判別を通る。Ｓ４３２でファイル全体の受信が完了するまでは、図７に示すように受信中の静止画像データからサムネイルデータを抽出し、ＰＣのディスプレイ１０２に表示する。図７は図３のデジタルカメラで撮影されたＥＸＩＦ−ＪＰＥＧ７００から、ＥＸＩＦのヘッダ７０１に含まれるサムネイル７０２を抽出し、これをＰＣのディスプレイ１０２に受信中の静止画像データの代わりに表示している（７１０）。この表示はＥＸＩＦ−ＪＰＥＧ７００の受信が完了するまで行われる（Ｓ４３２）。
【００４６】
サムネイル７０２が存在しないＪＰＥＧ７００を受信する場合は、画素データ７０３の受信を終えた箇所をサムネイル７０２の代わりに表示してもよい。
【００４７】
最後に、受信したマルチメディアデータが音声データの場合における動作について説明する。
【００４８】
本実施の形態ではマルチメディアデータの受信を行う前に、Ｓ４０２でプラットフォームとなるＰＣの処理能力やカメラの通信能力を取得する。プラットフォームの性能の取得が終わると実際にＳ４０３でマルチメディアデータの受信を開始する。
【００４９】
Ｓ４０４では受信したマルチメディアデータの種類を判別している。判別の際には受信しているデータの拡張子だけでなく、実際にヘッダを解析してデータの種類を判別している。受信しているマルチメディアデータは音声データなので、Ｓ４０４，Ｓ４３０，Ｓ４４０の判別を通る。Ｓ４４２でファイル全体の受信が完了するまでは、Ｓ４４１で図８に示すように、システムで用意した音声データ用の画像アイコン８０１をＰＣのディスプレイ１０２に表示する。
【００５０】
［他の実施形態］
以上、本発明に係る実施形態について具体例を用いて詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００５１】
また、本発明の目的は、図示の機能ブロック及び動作において、いずれの部分をハードウェア回路により実現し、或いはコンピュータを用いたソフトウェア処理によって実現しても達成されることは言うまでもない。
【００５２】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給することによって達成される場合も含む。その場合、システム等のコンピュータが該プログラムコードを読み出して実行することになる。
【００５３】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であっても良い。
【００５５】
プログラムを供給するための記録媒体（記憶媒体）としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク等がある。その他にも、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD-ROM、DVD-R)等がある。
【００５６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのものをダウンロードすることもできる。また圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。
【００５７】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザが、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードすることもできる。この場合、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現する。
【００５８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOS等が、実際の処理の一部又は全部を行うことによっても実現され得る。
【００５９】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットのメモリに書き込まれた後、該ボード等のCPU等が実際の処理の一部又は全部を行うことによっても実現される。
【図面の簡単な説明】
【００６０】
【図１】本発明に係る実施形態の間引き再生システムの構成を示す図である。
【図２】本実施形態の間引き再生システムを構成するソフトウェア及びハードウェアを示す図である。
【図３】本実施形態のデジタルカメラの構成を示す図である。
【図４】デジタルカメラが送信してくるマルチメディアデータを受信し、その一部もしくは関連するデータをディスプレイに表示する動作を示すフローチャートである。
【図５】受信中のマルチメディアデータが動画像データの場合に、受信中の動画像データから間引いた静止画像データをディスプレイ１０２に表示する際の画面の遷移状態を示す図である。
【図６】動画像データから間引いた静止画像データを隠す設定にした状態での表示画面を示す図である。
【図７】受信中のマルチメディアデータが静止画像データの場合に、受信中の静止画像データからサムネイルデータを抽出しディスプレイ１０２に表示している画面を示す図である。
【図８】受信中のマルチメディアデータが音声の場合にディスプレイ１０２に表示される音声アイコンを示す図である。
【符号の説明】
【００６１】
１０１  コンピュータシステム本体
１０２  ディプレイ
１０３  マウス
１０４  マウスボタン
１０５  キーボード
１０７  通信ケーブル
２０１  ハードウェア
２０２  ソフトウェア（ＯＳ）
２０３  アプリケーションソフトウェア
２０４  制御部
２０５  デジタルカメラ
３０１  ＵＳＢインターフェース
３０２  モードスイッチ
３０３  メモリーカードスロット
３０４  ＬＣＤ
３０５  レリーズスイッチ
３０６  メモリーカード
３０７  十字キー
３０８  メニューボタン
３０９  ＳＥＴボタン
【図１】
2007049634.tif 000003
【図２】
2007049634.tif 000004
【図３】
2007049634.tif 000005
【図４】
2007049634.tif 000006
【図５】
2007049634.tif 000007
【図６】
2007049634.tif 000008
【図７】
2007049634.tif 000009
【図８】
2007049634.tif 000010