データ転送装置及びその制御方法
【課題】 オブジェクトベースのデータ転送プロトコルを用い、関連する複数のファイルを、データ受信装置が関連性を理解できるように転送する。
【解決手段】 関連する複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送する際、まず、データ受信装置が取り扱い可能なオブジェクトの形式を取得する。そして、データ受信装置が取り扱い可能な形式で、関連する複数のファイルを含んだ１つのデータオブジェクトを生成し、送信する。
【解決手段】 関連する複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送する際、まず、データ受信装置が取り扱い可能なオブジェクトの形式を取得する。そして、データ受信装置が取り扱い可能な形式で、関連する複数のファイルを含んだ１つのデータオブジェクトを生成し、送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送技術に関し、特に、複数のファイル（静止画、動画、音声、テキストなど）から構成されるマルチメディアデータを転送するためのデータ転送技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラ、デジタルビデオカメラ、ＤＶＤレコーダやＨＤＤレコーダといった、撮影及び録画などの画像記録装置の普及が進んでいる。また、据え置き型録画装置で録画した放送番組を携帯機器に転送し、車中で視聴するといったことも珍しくなくなっている。
【０００３】
しかしながら、マルチメディアデータの取り扱いは依然として負荷の大きな処理であるため、携帯電話や携帯音楽／ビデオプレーヤなどにおいては、サポート可能なマルチメディアデータの形式に制限がある場合が多い。例えば、動画像データであれば、特定の符号化方式で、かつ特定の解像度のもののみ再生可能であるといった具合である。
【０００４】
電子機器の中には、複数のファイルを一つのマルチメディアデータとして扱うものがある。このような機器で利用するためにデータ転送を行う際には、複数のファイルの関連性についても転送先の機器に伝えることが必要である。
【０００５】
このように、他の機器での利用を目的にデータ転送する場合には、単にデータが転送できればよいだけでなく、転送先の電子機器が理解できるようなファイル構成で、かつ適切な場所にデータ転送しなければならない。さもないと、結局は転送先の機器で正常な取り扱いができず、データ転送自体が無駄になってしまう。
【０００６】
また、電子機器と情報処理装置の間でマルチメディアデータを転送するプロトコルとして、オブジェクトベースの通信プロトコルが普及しはじめている。オブジェクトベースの通信プロトコルとして、例えばPTP(Picture Transfer Protocol)や、MTP(Media Transfer Protocol)などがあげられる。これらオブジェクトベースの通信の特徴は、機器同士で通信するための設定に専門的な知識を必要としない点である。
【０００７】
このようなオブジェクトベースの通信においても、複数のファイルを一つのマルチメディアデータとして扱う機器へデータを転送する際には、複数ファイルの関連性を伝える必要がある。
一方、従来のファイル転送システムには、複数のファイルを一括して連続転送するものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平５−６７００９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１に記載される従来の画像転送システムは、データ処理装置間において複数ファイルを一括して連続転送することで、転送効率向上を実現している。
しかし、特許文献１に記載される画像転送システムには、一括転送される複数ファイルの関連性を転送先に伝える仕組みが存在しない。従って、PTPやMTPのようなオブジェクトベースのプロトコルを利用して、複数ファイルを一つのマルチメディアデータとして取り扱う電子機器へデータ伝送する場合にそのまま適用することはできない。
【００１０】
本発明は、このような従来技術の問題点を解決することを目的とする。具体的には、オブジェクトベースのデータ転送プロトコルを用い、転送される複数のファイルの関連性を転送先に伝えることの可能なデータ転送装置を提供することにある。
【課題を解決するための手段】
【００１１】
上述の目的は、オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、データ受信装置の能力情報を取得する取得手段と、複数のファイルを含み、データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、能力情報に基づいて生成するオブジェクト生成手段と、生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立ってデータ受信装置へ通知する通知手段と、データオブジェクトをデータ受信装置へデータ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置によって達成される。
【００１２】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、複数のファイルが関連したファイルであることを、複数のファイルの送信に先立ってデータ受信装置へ通知する通知手段と、複数のファイルの各々を、１つのデータオブジェクトとしてデータ受信装置へデータ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置によっても達成される。
【００１３】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルに従って、データ転送装置からデータオブジェクトを受信するデータ受信装置であって、データ転送装置から、転送されるデータオブジェクトの形式を表す形式情報を受信する第１の受信手段と、データ転送装置からデータオブジェクトを受信する第２の受信手段と、形式情報に基づき、データオブジェクトから複数のファイルを分離する分離手段と、分離した複数のファイルを、関連したファイルとして取り扱いできるよう、予め定められた規則に従って記憶媒体に保存する保存手段とを有することを特徴とするデータ受信装置によっても達成される。
【００１４】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルに従って、データ転送装置からデータオブジェクトを受信するデータ受信装置であって、データ転送装置から、転送されるデータオブジェクトの形式を表す形式情報を受信する第１の受信手段と、データ転送装置からデータオブジェクトを受信する第２の受信手段と、形式情報に基づき、第２の受信手段により受信した複数のデータオブジェクトを、関連したファイルとして取り扱いできるよう、予め定められた規則に従って記憶媒体に保存する保存手段とを有することを特徴とするデータ受信装置によっても達成される。
【００１５】
また、上述の目的は、本発明のデータ転送装置と、本発明のデータ受信装置とから構成されることを特徴とするデータ転送システムによっても達成される。
【発明の効果】
【００１６】
このような構成により、本発明によれば、オブジェクトベースのデータ転送プロトコルを用い、転送される複数のファイルの関連性を転送先に伝えることの可能なデータ転送装置が実現できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るデータ転送システムの構成例を示す図である。
【図２】本発明の実施形態における、コンピュータ１０１のファイルシステムについて説明するための図である。
【図３】本発明の実施形態におけるデジタルカメラ１００のファイルシステムについて説明するための図である。
【図４】本発明の第１の実施形態において、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のコンピュータ１０１側の動作を示すフローチャートである。
【図５】本発明の第１の実施形態において、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のデジタルカメラ１００側の動作を示すフローチャートである。
【図６】図４及び図５のフローチャートで説明したコンピュータ１０１とデジタルカメラ１００の処理手順を示すシーケンスチャートである。
【図７】本実施形態におけるコンピュータ１０１が生成し、デジタルカメラ１００に送信する動画オブジェクトのデータ構造例を示す図である。
【図８】本発明の第１の実施形態の変形例において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。
【図９】本発明の第２の実施形態において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。
【図１０】本発明の第２の実施形態において、転送中に接続が切断された際の処理を説明するためのシーケンスチャートである。
【発明を実施するための形態】
【００１８】
（第１の実施形態）
以下、添付図面を参照して、本発明の好適な実施形態を詳細に説明する。
データ転送装置（転送元機器）とデータ受信装置（転送先機器）とが接続されてなる本実施形態のデータ転送システムにおいて、データ転送装置とデータ受信装置とがオブジェクトベースのデータ転送プロトコル、具体的には上述のＰＴＰを用いるものとする。
【００１９】
ＰＴＰの詳細については、PIMA 15740:2000, PHOTOGRAPIHIC AND IMAGING MANUFACTURERS ASSOCIATION, INC.を参照されたい。なお、他のオブジェクトベースのデータ転送プロトコルも利用可能である。例えば、ＰＴＰの拡張仕様であるＭＴＰを利用することも可能である。
【００２０】
図１は、本実施形態に係るデータ転送システムの構成例を示す図である。
図１に示すデータ転送システムは、データ転送装置の一例としてのコンピュータ１０１と、データ受信装置の一例としてのデジタルカメラ１００とが通信インターフェース１０２を通じて通信可能に接続された構成を有する。
【００２１】
デジタルカメラ１００は、再生モードで動作中、通信器２１９を通じてコンピュータ１０１との接続を検知すると、通信モードに遷移する。一方、コンピュータ１０１には、PTPに基づき、デジタルカメラ１００へ動画データの送信を要求することが可能なアプリケーションがインストールされている。
【００２２】
図１において、被写体からの光束が光学系２０１を通して撮像素子２０２に結像され、撮像素子２０２を構成する各画素において、輝度に応じた電荷が蓄積される。撮像素子２０２で蓄積された電荷は撮像プロセス部２０３で画像信号に変換される。撮像プロセス部２０３から出力されたアナログ形式の画像信号は、A/Dコンバータ２０４によりデジタル画像信号に変換され、データバス２０５を介してRAM２１０に保存される。
【００２３】
中央処理部２１３は、画像処理部２０７、圧縮伸張部２０８、表示制御部２０９、記録再生制御部２１１、通信制御部２１２及び中央制御部２１５の６つから構成される。
画像処理部２０７は、RAM２１０に保存されたデジタル画像信号に対し、ホワイトバランス処理、色補間処理、シャープネス処理、ぼかし処理、カラーバランス処理、レベル補正処理等を行い、デジタル画像データとして出力する。
【００２４】
圧縮伸張部２０８は、画像処理部２０７で処理されたデジタル画像データをJPEG、JPEG2000等の符号化方式に従って圧縮符号化する機能と、圧縮符号化されたデジタル画像データを伸張（復号化）する機能とを有する。符号化時の圧縮率は、ユーザによる設定が可能である。
【００２５】
表示制御部２０９は、ＬＣＤ等の表示器２１７の表示制御を行う。具体的には、メニュー画面などのＧＵＩの表示、撮影された画像の表示などの制御を行う。
記録再生制御部２１１は、メモリカード、光ディスク、ＨＤＤなどの記憶媒体２１８の書き込み及び読み出しに係る制御を行う。
通信制御部２１２は、通信器２１９を通じたデータ入出力の制御を行う。
中央制御部２１５は、中央処理部２１３内の各部の動作を制御する。
【００２６】
システム制御部２１４は、データバス２０５と接続されており、システム制御部２１４は、ROM２００に格納された制御プログラムを実行してデジタルカメラ１００全体の動作を制御するマイクロコンピュータである。また、システム制御部２１４は、圧縮伸張部２０８で符号化された符号化デジタル画像データとその付加情報とを含む画像ファイルを生成し、生成した画像ファイルをRAM２１０に格納する。
【００２７】
ここで、画像ファイルに含められる付加情報には、画像に関する情報、デジタルカメラ１００に関する情報、デジタル画像のサムネイル等が含まれる。RAM２１０は、複数の画像ファイルを記憶する容量を有する。また、システム制御部２１４は、デジタルカメラ１００を省電力状態にする機能を有する。
【００２８】
デジタルカメラ１００が省電力状態である場合、システム制御部２１４は、デジタルカメラ１００の機能の一部をオフにして消費電力を削減する。ROM２００は、システム制御部２１４がデジタルカメラ１００を制御するための制御プログラムを始め、デジタルカメラ１００に関する情報等が記憶されている。また、ROM２００には、表示器２１７に表示されるＧＵＩや設定メニューなどに対応する画像データも記憶されている。
【００２９】
ＡＥ／ＡＦ制御部２０６は、システム制御部２１４の制御に従い、光学系２０１が有する絞りを制御したりフォーカスレンズを制御したりすることにより、自動露出制御及び自動焦点制御を実現する。
【００３０】
操作器２１６は、ユーザがデジタルカメラ１００を操作するためのマン＝マシーンインターフェースであり、各種スイッチ、ボタン等を含む。具体例としては以下のスイッチ、ボタンが含まれる。例えば、電源スイッチ電源をオン又はオフするための電源スイッチ、シャッターボタン、表示器２１７に設定メニューを表示させるためのメニューボタンが含まれる。また表示器２１７に表示されたカーソルを上、下、左又は右に移動するための方向キー、カーソルが選択している画像、項目、値等をデジタルカメラ１００に設定又は選択させるためのSETボタン等も含まれる。
【００３１】
シャッターボタンには、半押し状態と全押し状態とがある。撮影モードで動作中にシャッターボタンが半押し状態にされると、デジタルカメラ１００はＡＦ、ＡＥ等を実行し、シャッターボタンが全押し状態にされると、デジタルカメラ１００は撮影及び記録を実行する。
【００３２】
表示器２１７は、表示制御部２０９によって要求された情報を表示する。表示器２１７には、デジタルカメラ１００に関する情報や、撮影された画像や、記憶媒体２１８に保存された画像を始め、ＧＵＩ画像などが表示される。記憶媒体２１８に保存された画像を表示する場合、その画像の情報や撮影時の情報なども表示することができる。また、表示器２１７が電子ビューファインダーとして機能する場合には、デジタルカメラ１００の各種状態（電池の残容量など）や設定されている撮影パラメータ等が撮影画像とともに表示される。
【００３３】
記録再生制御部２１１は、RAM２１０に格納された画像ファイルを記憶媒体２１８に書き込む機能と、記憶媒体２１８に保存された画像ファイルを記憶媒体２１８から読み出してRAM２１０に書き込む機能とを有する。記憶媒体２１８から読み出されてRAM２１０に書き込まれた画像ファイル内の符号化デジタル画像データは、圧縮伸張部２０８により復号化された後、表示制御部２０９によって表示器２１７に表示される。
【００３４】
記憶媒体２１８は、不揮発性のメモリカード、光ディスク及びＨＤＤ等であり、RAM２１０に保存された符号化デジタル画像データが、記録再生制御部２１１を介して書き込まれる。この記憶媒体２１８は、デジタルカメラ１００に脱着可能でも、装置に組み込まれて脱着不能であってもよい。なお、本実施形態において画像ファイルは、DCF(Design rule for Camera File System)に規定されるファイルシステムに準じて記憶媒体２１８へ記録されるものとする。そして、動画ファイルは、DCF基本ファイルとDCFサムネイルファイルで１つのマルチメディアデータとして取り扱われる。ただし、実際のファイル構成は、DCFに限定されない。DCFの詳細については、JEIDA規格:JEIDA４９-２-１９９８を参照されたい。
【００３５】
通信器２１９は、無線もしくは有線通信インターフェースであり、デジタルカメラ１００に対して脱着可能であっても無くても良い。
通信制御部２１２では、本実施形態においてはPTPに準拠した通信が可能である。ただし、PTPでなくとも、マルチメディアデータを一つのオブジェクトとして取り扱い可能な任意のオブジェクトベースのプロトコルであって良い。
【００３６】
コンピュータ１０１の操作器２２１は、キーボードやマウスなどの入力機器を含み、システム制御部２２５が操作器２２１の操作に応じた制御を行う。システム制御部２２５は、図示しないＲＯＭに格納された制御プログラムを実行し、コンピュータ１０１全体の動作を制御するマイクロコンピュータである。
【００３７】
表示器２２２は例えば液晶ディスプレイモニタであり、表示制御部２２８の制御に従ってＧＵＩなどの表示を行う。RAM２２９は、コンピュータ１０１でシステム制御部２２５がOSやアプリケーションを実行するために用いる揮発性のメモリである。
【００３８】
記憶媒体２２３は、記憶制御部２３０による制御に基づいてデータを入出力をする装置であり、不揮発性の記憶装置である。記憶媒体２２３には、OSやアプリケーションが格納されている。通信器２２４は、通信器２１９と通信可能であり、通信制御部２３１の制御に従ってデータの入出力を行う。通信器２２４は、無線もしくは有線通信インターフェースであり、コンピュータ１０１に対して脱着可能であっても無くても良い。
【００３９】
中央処理部２２７は、表示制御部２２８、記憶制御部２３０、通信制御部２３１、中央制御部２２６で構成される。中央制御部２２６は、システム制御部２２５の制御に従い、中央処理部２２７内の他の制御部を制御する。
【００４０】
なお、以下の説明において、デジタルカメラ１００及びコンピュータ１０１が主体として記載されている動作は、システム制御部２１４及び２２５が制御プログラムを実行し、動作に必要な各部を制御することにより実現される。
【００４１】
図２は、本実施形態におけるコンピュータ１０１のファイルシステムについて説明するための図である。
AVIファイル３０１は、Audio Video Interleavingフォーマットのファイルであり、動画ファイルである。このAVIファイル３０１は、コンピュータ１０１において単独で扱うことが可能なファイル（再生などの処理において、他のファイルを必要としないファイル）である。
【００４２】
THMファイル３０２は、AVIファイル３０１のサムネイルファイル（代表静止画ファイル）である。DCFの規定を満たすためには必要なサムネイルファイルであるが、コンピュータ１０１が動画ファイル（AVIファイル３０１）を扱う上では、必ずしも必要としない。
【００４３】
図３は、本実施形態におけるデジタルカメラ１００のファイルシステムについて説明するための図である。
上述のように、本実施形態のデジタルカメラ１００は、DCFに準拠したファイル記録を行っている。図３において、記憶媒体２１８の上位階層のファイル構成が４００として示されている。AVIファイル４０２は、DCFファイルである。THMファイル４０３は、AVIファイル４０２のDCFサムネイル（代表静止画）ファイルを示す。
【００４４】
デジタルカメラ１００は、AVIファイル４０２と、対応するDCFサムネイルファイルであるTHMファイル４０３を、一つの動画データ（マルチメディアデータ）として取り扱う（再生、書き換え、削除等を行う）ことができる。
【００４５】
オブジェクト構成４０１は、デジタルカメラ１００の通信制御部２１２が実現するオブジェクト空間を表す。オブジェクト構成４０１は、コンピュータ１０１がデジタルカメラ１００にアクセスした場合に、オブジェクト空間として見える。デジタルカメラ１００内のオブジェクト空間では、記憶媒体２１８で構成されるAVIファイル４０２と対応するTHMファイル４０３の組み合わせを一つのオブジェクト４０４として表示している。
【００４６】
図７は、本実施形態におけるコンピュータ１０１が生成し、デジタルカメラ１００に送信する動画オブジェクトのデータ構造例を示す。
データ領域８０１にはオブジェクトデータの全長サイズ、データ領域８０２にはオブジェクトを構成するファイル数がそれぞれ格納される。また、データ領域８０３にはDCFサムネイルファイルのファイルサイズ、データ領域８０４にはDCFサムネイルファイルのデータ、データ領域８０５にはDCFファイルサイズ、データ領域８０６にはDCFファイルのデータがそれぞれ格納される。
【００４７】
本実施形態において、動画ファイル（AVIファイル）４０２はDCFファイルであるためデータ領域８０６に、対応するTHMファイル４０３はデータ領域８０４にそれぞれ格納される。
【００４８】
図４は、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のコンピュータ１０１側の動作を示すフローチャートである。
コンピュータ１０１とデジタルカメラ１００の接続が確立しているものとして処理を説明する。まず、Ｓ５０１でコンピュータ１０１は、デジタルカメラ１００に能力情報を問い合わせ、デジタルカメラ１００がサポートする（取り扱い可能な）オブジェクトについての情報を含む能力情報を取得する。
【００４９】
ここで、得られた能力情報から、デジタルカメラ１００が本実施形態で使用する動画オブジェクトの形式（図７）をサポートすることがわかったとする。
次に、Ｓ５０２において、コンピュータ１０１は、ユーザからの動画ファイル転送指示を受け付ける。例えば、コンピュータ１０１は、表示器２２２に表示されたＧＵＩの操作器２２１を介した操作を通じてユーザから動画のファイル転送指示を受け付ける。
【００５０】
ファイル転送指示を受け付けると、コンピュータ１０１は、指示されたファイルからデジタルカメラ１００が取り扱い可能な形式（この場合は図７の形式）を有する動画オブジェクトを生成するために必要なデータが全て含まれるかどうかを調べる（Ｓ５０３）。
【００５１】
例えば、転送指示で指定されたファイルが、生成しようとする動画オブジェクトの形式に必要なファイルよりも少ない場合など、動画オブジェクトを生成するために必要なデータが不足している場合がある。このように、必要なデータが不足していると判断した場合、コンピュータ１０１は、不足しているデータを補って動画オブジェクトを生成し（Ｓ５０４）、処理をＳ５０６へ遷移させる。
【００５２】
本実施形態においては、上述のように、動画ファイル(AVIファイル）と対応するサムネイルファイル(THMファイル）とを含んだ１つの動画オブジェクトを生成する。従って、例えばユーザがコンピュータ１０１上のアプリケーションからAVIファイル３０１のみを選択してデジタルカメラ１００への転送を指示した場合には、対応するサムネイルファイルが不足データとなる。そのため、コンピュータ１０１は、AVIファイル３０１からサムネイルファイルを作成するか、記憶媒体２２３の中からAVIファイル３０１に対応するTHMファイル３０２を探し出すことにより、不足データを補う。
【００５３】
一方、動画オブジェクトを生成するために必要なデータが揃っていると判断した場合、コンピュータ１０１はそれらのデータから動画オブジェクトを生成し（Ｓ５０５）、処理をＳ５０６へ遷移させる。例えばユーザがAVIファイル３０１と対応するTHMファイル３０２を選択して転送指示を行った場合には、必要なデータが揃っているため、コンピュータ１０１はＳ５０５で動画オブジェクトを生成する。
【００５４】
Ｓ５０６でコンピュータ１０１は、生成した動画オブジェクトをデジタルカメラ１００へPTPに基づいた手順で送信する。例えば、ＲＡＭ２２９に記憶されている動画オブジェクトデータを読み出し、通信制御部２３１が通信器２２４を制御して送信を行う。送信手順の詳細については後述する。
動画オブジェクトの送信が終了すると、送信処理を終了する。
【００５５】
図５は、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のデジタルカメラ１００側の動作を示すフローチャートである。
コンピュータ１０１とデジタルカメラ１００の接続が確立しているものとして処理を説明する。Ｓ６０１で、デジタルカメラ１００は、Ｓ５０１においてコンピュータ１０１が出力する能力情報の要求を受信する。そして、サポートするオブジェクトの種類に関する情報を含む能力情報を例えばＲＯＭ２００から読み出し、通信制御部２１２の制御により通信器２１９を通じてコンピュータ１０１へ送信する。
【００５６】
その後、デジタルカメラ１００がコンピュータ１０１からの要求待ちの状態において、コンピュータ１０１から動画オブジェクトを受信したとする（Ｓ６０２）。受信した動画オブジェクトは、例えばＲＡＭ２１０に記憶される。動画オブジェクトの受信後、デジタルカメラ１００は受信した動画オブジェクトが妥当なものかどうかを検査する（Ｓ６０３）。具体的には、受信した動画オブジェクトがDCFの規定に準じているか、すなわち動画オブジェクトが動画ファイルと対応するサムネイルファイルの両方を含んでいるか否かを検査する。この検査で、例えばサムネイルファイルが存在せず、動画オブジェクトが妥当でないと判断された場合、デジタルカメラ１００は処理をＳ６０４へ遷移させる。一方、動画オブジェクトが妥当であると判断された場合、デジタルカメラ１００は処理をＳ６０５へ遷移させる。
【００５７】
Ｓ６０４で、デジタルカメラ１００は、受信したデータを動画オブジェクトとして取り扱うために不足しているデータを補い、処理をＳ６０５へ遷移させる。つまり、上述の例のようにサムネイルファイルが不足している場合には、受信した動画ファイルからサムネイル画像を生成する。
【００５８】
なお、サムネイルファイルのみを受信し、動画ファイルが不足している場合、その旨を表す予め定めたイベントをデジタルカメラ１００からコンピュータ１０１に返答してもよい。そして、コンピュータ１０１側で受信イベントからデータ不足を把握し、データを補って動画オブジェクト生成し直して再送するように構成しても良い。
【００５９】
Ｓ６０５で、デジタルカメラ１００は、動画オブジェクトを記憶媒体２１８に保存し、処理を終了する。この際、分離手段としてのデジタルカメラ１００は、動画オブジェクトに先立って受信する、オブジェクトの形式情報に基づき、動画オブジェクトを構成する個々のファイルを分離する。そして、保存手段としてのデジタルカメラ１００は、分離したファイルを関連したファイルとして取り扱いできるように記憶媒体２１８へ保存する。具体的には、予め定められた規則、例えばDCFの規定に従って、動画ファイルとサムネイルファイルを同じフォルダに保存する。例えば、動画オブジェクトとして図２におけるAVIファイル３０１とTHMファイル３０２を受信した場合、個々のファイルを同じフォルダに保存する。
【００６０】
図６は、図４及び図５のフローチャートで説明したコンピュータ１０１とデジタルカメラ１００の処理手順を示すシーケンスチャートである。以後、図６のシーケンスチャートを用い、コンピュータ１０１とデジタルカメラ１００との間で行われる通信手順の詳細について説明する。
【００６１】
まず、Ｓ７００において、コンピュータ１０１とデジタルカメラ１００とをＵＳＢケーブルなどにより接続し、通信を確立する。なお、コンピュータ１０１とデジタルカメラ１００とが相互に通信可能であれば、任意の有線接続又は無線接続規格を用いることができる。
【００６２】
次に、取得手段としてのコンピュータ１０１は、デジタルカメラ１００に対してＰＴＰコマンドを発行し、デジタルカメラ１００の能力に関する情報の取得を行なう。具体的には、Ｓ７０１でコンピュータ１０１は、PTPコマンドGetDeviceInfoをデジタルカメラ１００へ発行する。このコマンドに対し、デジタルカメラ１００は、カメラに関する情報（DeviceInfo dataset）を返す。この情報の中には、デジタルカメラ１００がサポートするオブジェクトの種類に関する情報がコード（ObjectFormatCode）で記載されている。従って、コンピュータ１０１は、デジタルカメラ１００から返された能力情報を参照することで、デジタルカメラ１００がサポートするオブジェクトの種類を把握することができる。
【００６３】
Ｓ７０２において、コンピュータ１０１は、デジタルカメラ１００とPTPに基づく通信を実現するためのセッション（論理接続）を確立するため、セッション確立コマンド(OpenSession)を発行する。デジタルカメラ１００がセッション確立コマンドに対して正常応答すると、セッションが確立する。セッションが確立すると、GetDeviceInfoコマンド以外のPTPコマンドを利用した通信が可能になる。
【００６４】
ユーザがコンピュータ１０１で動作するアプリケーションを利用し、コンピュータ１０１の記憶媒体２２３に記憶されている動画ファイル（AVIファイル３０１）をデジタルカメラ１００に転送する指示を操作器２２１を通じて入力したとする。
この指示に応答して、オブジェクト生成手段としてのコンピュータ１０１は図４におけるＳ５０３からＳ５０５の処理を実行し、図７に示した構成の動画オブジェクトが生成される。
【００６５】
次いで、コンピュータ１０１は送信処理を行なう（図４、Ｓ５０６）。
具体的には、まず、通知手段としてのコンピュータ１０１は、動画オブジェクトの実際の送信に先立って、SendObjectInfoコマンドをデジタルカメラ１００に発行する（Ｓ７０３）。SendObjectInfoコマンドは、送信しようとするオブジェクトの関する情報(ObjectInfo dataset)を送信先の装置に通知するコマンドである。オブジェクトの形式に関する情報にはオブジェクトの形式やファイル名などが含まれる。ここでは、図７に示した動画オブジェクトの形式を表す値を含む形式情報が通知される。
【００６６】
デジタルカメラ１００は、オブジェクトの送信に先立って、転送されるデータオブジェクトの形式情報をコンピュータ１０１から受信することで、どのようなオブジェクトが送信されてくるのかを把握することができる。本実施形態において、デジタルカメラ１００は、形式情報に基づき、図７の形式の動画オブジェクトが送信されてくることを理解する。
【００６７】
次に、送信手段としてのコンピュータ１０１は、SendObjectコマンドをデジタルカメラ１００に発行し、動画オブジェクトを送信する（Ｓ７０４及び図４のＳ５０６）。動画オブジェクトを受信したデジタルカメラ１００は、形式情報に基づいて、受信した動画オブジェクトに対して図５におけるＳ６０３からＳ６０５の処理を実行する。このようなシーケンスを実現することで、コンピュータ１０１からデジタルカメラ１００へ複数のファイルで構成される動画データを送信することを実現することが可能である。
【００６８】
このように、本実施形態では、コンピュータ１０１は複数ファイルで構成されるマルチメディアデータから一つの動画オブジェクトを生成して送信する。そして、デジタルカメラ１００は受信した動画オブジェクトを複数のファイルに分離し、デジタルカメラ１００が扱えるファイル構成で保存する。
【００６９】
すなわち、オブジェクトベースのプロトコルを用いたデータ転送において、転送されるファイル間の関連性を転送先に伝えることができ、それによって転送先で適切な取り扱いを行うことが可能となる。
【００７０】
さらに、動画オブジェクトを生成したり、受信した動画オブジェクトを取り扱ったりするのに必要なデータが不足している場合は、不足したデータを、コンピュータ１０１もしくはデジタルカメラ１００の少なくとも一方において補う。そして、動画オブジェクトを生成したり、ファイルの保存を行う。
【００７１】
そのため、例えばユーザが動画ファイルと対応するサムネイルファイルのうち、一方しか選択せずに送信指示を行ったとしても、送信先の装置においては動画オブジェクトとして取り扱いできるように保存することができる。
【００７２】
なお、関連する複数のファイルを送信するためにコンピュータ１０１が用いるデータオブジェクト形式（例えば、図７に示す形式）を、デジタルカメラ１００がサポートしていない場合も考えられる。この場合、ユーザが転送指示において動画ファイルを指定したならば、転送してもデータ受信装置で取り扱いできない旨のメッセージなどを表示器２２２に表示するなどしてユーザに報知することができる。これにより、ユーザは、送信が行われる前に、指定したファイルが、デジタルカメラ１００で扱うことができないマルチメディアデータであることを知ることが出来る。また、転送成功した場合は、確実に受信側でマルチメディアデータを扱うことができることを意味するので、ユーザビリティの向上を図ることが出来る。
【００７３】
また、以下のような処理を行うことも可能である。
図６を用いて説明したシーケンスでは、コンピュータ１０１が複数ファイル（動画ファイルと対応するサムネイルファイル）により構成されるマルチメディアデータから、１つのオブジェクトを生成し、そのオブジェクトを一括送信するものであった。
しかし、例えば動画ファイルサイズが大きい場合などにおいては、分割して送信した方がよい場合もある。
【００７４】
図８は、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ分割転送する際の手順の例を示すシーケンスチャートである。
Ｓ７０３でコンピュータ１０１は動画オブジェクトの送信に先立ち、SendObjectInfoコマンドを発行し、送信する動画オブジェクトの形式情報と、分割送信することを通知する。必要に応じて、分割数も通知するようにしてもよい。また、分割送信することや分割数も形式情報に含めて良い。
【００７５】
Ｓ９００から、コンピュータ１０１は動画オブジェクトの送信を開始する。図６のＳ７０４と違い、動画オブジェクトを分割送信する点が異なる。分割送信コマンド(SendPartialObject)は例えばベンダ拡張コマンドとして実装することが可能である。
【００７６】
分割手段としてのコンピュータ１０１は、図７に示した構造の動画オブジェクトを、所定数に分割する。そして、コンピュータ１０１は、分割されたデータ領域毎に送信する。従って、Ｓ９０１，Ｓ９０２，Ｓ９０３により送信されるデータ領域は互いに異なる。送信データ領域をずらしながら順次転送し、Ｓ９０３で図７の全てのデータを送信完了する。
【００７７】
デジタルカメラ１００は、順次受信したデータをＲＡＭ２１０へ記憶し、動画オブジェクトを順次再構成していく。Ｓ９０３で最後のデータ領域を受信すると、デジタルカメラ１００は、動画オブジェクトの再構成が完了し、図６で説明したのと同様の保存処理を行なう。
【００７８】
動画オブジェクトを分割送信することの利点は、例えばコンピュータ１０１やデジタルカメラ１００において、転送の進捗状況を把握することが可能になることである。さらに、転送中に切断された場合、デジタルカメラ１００は、オブジェクト転送に失敗したと判定することができる。従って、途中まで転送されたデータなど、デジタルカメラ１００で適切に取り扱えない形式のデータオブジェクトを検出し、消去することが可能である。その結果、動画オブジェクトとして未完成のままのデータがデジタルカメラ１００に残らないため、コンピュータ１０１と整合性のとれないファイルが生成されない。
【００７９】
（第２の実施形態）
第１の実施形態では、複数のファイルから構成されるマルチメディアデータを１つのオブジェクトとして送信するものであった。
【００８０】
それに対し、本実施形態では、マルチメディアデータを構成する複数のファイルの関係を送信元（コンピュータ１０１）から送信先（デジタルカメラ１００）に通知した後、各ファイルを個別のオブジェクトとして送信する。そして、デジタルカメラ１００は、データオブジェクトの受信に先立って通知されたファイルの関係に基づき、その後受信するデータオブジェクト間の関係を認識し、関係に応じた保存を行う。
【００８１】
図９は、本実施形態において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。図６を参照して既に説明した手順については、同じ参照数字を付して説明を省略する。また、本実施形態において、ユーザから送信指示されたファイルは動画ファイルと対応するサムネイルファイルであるとする。
【００８２】
Ｓ１０００で、通知手段としてのコンピュータ１０１は、これから転送するファイルについての情報、具体的には、関連した複数のファイルを送信しようとしていることを、デジタルカメラ１００へ通知する。
この通知は、SendObjectInfoコマンドを利用し、本実施形態による送信方法やデータオブジェクトの形式を示す予め定めたObjectFormatCodeを通知することによって実現しても良いし、他のコマンドを利用して実現しても良い。いずれにせよ、デジタルカメラ１００が、複数の関連したファイルが送信されてくることを把握できればよい。
【００８３】
本実施形態においてコンピュータ１０１が通知し、デジタルカメラ１００が把握した動画オブジェクトの構成が、図９の１００４で示されているような、AVIファイルと対応するTHMファイルからなる動画オブジェクトとであるとする。
従って、デジタルカメラ１００は、コンピュータ１０１からこれから受信するデータオブジェクトは、動画ファイルと対応するサムネイルファイルであることを理解する。
【００８４】
Ｓ１００１で、送信手段としてのコンピュータ１０１は、SendObjectコマンドを用いてサムネイルファイルを１つのデータオブジェクトとして送信する。受信したデジタルカメラ１００は、DCFサムネイルファイルを生成する。この時点での動画オブジェクトは、１００５に示すように不完全な状態であるため、Unknown Image Objectとして扱われる。
【００８５】
次にＳ１００２で、コンピュータ１０１は、デジタルカメラ１００に対して、先に送信したサムネイルファイルに対応する動画ファイルの送信を通知する。この通知を受信したデジタルカメラ１００は、動画オブジェクトの構成１００４から、次に受信するオブジェクトが先に生成したDCFサムネイルファイルに対応する動画ファイルであると判断することができる。
【００８６】
Ｓ１００３において、コンピュータ１０１は、SendObjectコマンドを用いてデジタルカメラ１００に動画ファイルを１つのデータオブジェクトとして送信する。デジタルカメラ１００は、Ｓ１０００で通知された情報に基づき、受信した動画ファイルが、Ｓ１００１で受信したサムネイルファイルに対応する動画ファイルであると理解する。
【００８７】
これにより、デジタルカメラ１００は、１００７に示すように、動画オブジェクトとして取り扱うために必要なファイルが揃ったことを認識する。そして、保存手段としてのデジタルカメラ１００は、コンピュータ１０１から受信した複数のデータオブジェクト（サムネイルファイルと動画ファイル）を、関連したファイルとして取り扱いできるように、記憶媒体２１８に保存する。本実施形態においても、予め定められた規則、例えばDCFの規定に従って、動画ファイルとサムネイルファイルを同じフォルダに保存する。
【００８８】
なお、上述したように、本実施形態の本質は、
・データ転送装置から、個別のデータオブジェクトとして送信される複数のファイルの関連性をデジタルカメラ１００が認識できるように通知を行うこと、
・データ受信装置が、個別に受信したデータオブジェクトを、通知に基づいて関連したファイルであると認識し、関連したファイルとして取り扱いできるように保存すること、
である。
本実施形態における、通知の方法やタイミングは、必ずしも本実施形態に限定されるものではなく、他の適切な手法を採用することも可能である。
【００８９】
たとえば、デジタルカメラ１００が、動画ファイルを受信した場合には、直近に受信した、又はその後に受信したサムネイルファイルに対応するものとして取り扱うことも可能である。あるいは、動画ファイルの送信予告時に、対応するサムネイルファイルを指定しても良い。また、サムネイルファイルと動画ファイルの送信順序を逆転してもよい。
【００９０】
本実施形態の送信手順のメリットは、例えば大量の動画オブジェクトを送信したい場合、先にサムネイルファイルのみを順次送信し、その後動画ファイルを順次送信することで、送信予定の動画を事前にデジタルカメラ１００に通知できることである。例えば、デジタルカメラ１００は、サムネイルファイルを表示器２１７に一覧表示し、さらに現在動画ファイルがどの程度受信されているかの表示に利用することが可能である。
【００９１】
次に、図１０に示すシーケンスチャートを用いて、本実施形態の送信手順において、動画オブジェクトを構成する複数のファイルの転送が終了する前に切断されたときの処理について説明する。
【００９２】
Ｓ１００１においてサムネイルファイルを送信し、サムネイルファイルの正常送信が確認された後、Ｓ１１００において、コンピュータ１０１とデジタルカメラ１００との接続が切断されたとする。デジタルカメラ１００の通信器２１９は、接続が切断されたことを検知すると、デジタルカメラ１００で取り扱いできない状態にあるデータオブジェクトを検出する。具体的には、通信器２１９は、Unknown Image Objectの状態にあるデータオブジェクトを検出する。そして、消去手段としての通信器２１９は、検出されたデータオブジェクトを全て消去する。これにより、デジタルカメラ１００において正しく取り扱いできないマルチメディアデータが残ることを防止でき、デジタルカメラ１００の記憶媒体２１８やＲＡＭ２１０の領域が無駄に使用されることを抑制できる。
【００９３】
以上説明したように、本発明によれば、複数のファイルで構成されるマルチメディアデータを１つのオブジェクトとして取り扱うデジタルカメラ１００が適切に取り扱いできるようにコンピュータ１０１からファイルを送信することができる。
【００９４】
また、デジタルカメラ１００が、正しく取り扱いできない状態のまま転送が終了したファイルを消去することにより、デジタルカメラ１００の記憶領域を無駄にすることがない。
【００９５】
（他の実施形態）
なお、上述の実施形態においては、オブジェクトベースでの伝送を行うプロトコルの一例としてＰＴＰを利用し、複数のファイルから構成されるマルチメディアデータの送信元装置の一例としてコンピュータを、送信先装置の一例としてデジタルカメラを説明した。しかし、これらは例示であり、他のプロトコルや機器を利用した通信に対しても本発明は適用可能である。
【００９６】
また、動画オブジェクトがAVIファイルと、対応するTHMファイルから構成される例のみを説明したが、他のフォーマットに準じた動画ファイル及びサムネイルファイルであってもよい。
【００９７】
上述の実施形態は、システム或は装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。
【００９８】
従って、上述の実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【００９９】
なお、上述の実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。
【０１００】
上述の実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【０１０１】
有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。
【０１０２】
そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。
【０１０３】
つまり、上述の実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。
【０１０４】
また、上述の実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体を配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを許可してもよい。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。
【０１０５】
また、上述の実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。
【０１０６】
さらに、上述の実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。
【技術分野】
【０００１】
本発明は、データ転送技術に関し、特に、複数のファイル（静止画、動画、音声、テキストなど）から構成されるマルチメディアデータを転送するためのデータ転送技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラ、デジタルビデオカメラ、ＤＶＤレコーダやＨＤＤレコーダといった、撮影及び録画などの画像記録装置の普及が進んでいる。また、据え置き型録画装置で録画した放送番組を携帯機器に転送し、車中で視聴するといったことも珍しくなくなっている。
【０００３】
しかしながら、マルチメディアデータの取り扱いは依然として負荷の大きな処理であるため、携帯電話や携帯音楽／ビデオプレーヤなどにおいては、サポート可能なマルチメディアデータの形式に制限がある場合が多い。例えば、動画像データであれば、特定の符号化方式で、かつ特定の解像度のもののみ再生可能であるといった具合である。
【０００４】
電子機器の中には、複数のファイルを一つのマルチメディアデータとして扱うものがある。このような機器で利用するためにデータ転送を行う際には、複数のファイルの関連性についても転送先の機器に伝えることが必要である。
【０００５】
このように、他の機器での利用を目的にデータ転送する場合には、単にデータが転送できればよいだけでなく、転送先の電子機器が理解できるようなファイル構成で、かつ適切な場所にデータ転送しなければならない。さもないと、結局は転送先の機器で正常な取り扱いができず、データ転送自体が無駄になってしまう。
【０００６】
また、電子機器と情報処理装置の間でマルチメディアデータを転送するプロトコルとして、オブジェクトベースの通信プロトコルが普及しはじめている。オブジェクトベースの通信プロトコルとして、例えばPTP(Picture Transfer Protocol)や、MTP(Media Transfer Protocol)などがあげられる。これらオブジェクトベースの通信の特徴は、機器同士で通信するための設定に専門的な知識を必要としない点である。
【０００７】
このようなオブジェクトベースの通信においても、複数のファイルを一つのマルチメディアデータとして扱う機器へデータを転送する際には、複数ファイルの関連性を伝える必要がある。
一方、従来のファイル転送システムには、複数のファイルを一括して連続転送するものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平５−６７００９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１に記載される従来の画像転送システムは、データ処理装置間において複数ファイルを一括して連続転送することで、転送効率向上を実現している。
しかし、特許文献１に記載される画像転送システムには、一括転送される複数ファイルの関連性を転送先に伝える仕組みが存在しない。従って、PTPやMTPのようなオブジェクトベースのプロトコルを利用して、複数ファイルを一つのマルチメディアデータとして取り扱う電子機器へデータ伝送する場合にそのまま適用することはできない。
【００１０】
本発明は、このような従来技術の問題点を解決することを目的とする。具体的には、オブジェクトベースのデータ転送プロトコルを用い、転送される複数のファイルの関連性を転送先に伝えることの可能なデータ転送装置を提供することにある。
【課題を解決するための手段】
【００１１】
上述の目的は、オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、データ受信装置の能力情報を取得する取得手段と、複数のファイルを含み、データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、能力情報に基づいて生成するオブジェクト生成手段と、生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立ってデータ受信装置へ通知する通知手段と、データオブジェクトをデータ受信装置へデータ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置によって達成される。
【００１２】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、複数のファイルが関連したファイルであることを、複数のファイルの送信に先立ってデータ受信装置へ通知する通知手段と、複数のファイルの各々を、１つのデータオブジェクトとしてデータ受信装置へデータ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置によっても達成される。
【００１３】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルに従って、データ転送装置からデータオブジェクトを受信するデータ受信装置であって、データ転送装置から、転送されるデータオブジェクトの形式を表す形式情報を受信する第１の受信手段と、データ転送装置からデータオブジェクトを受信する第２の受信手段と、形式情報に基づき、データオブジェクトから複数のファイルを分離する分離手段と、分離した複数のファイルを、関連したファイルとして取り扱いできるよう、予め定められた規則に従って記憶媒体に保存する保存手段とを有することを特徴とするデータ受信装置によっても達成される。
【００１４】
また、上述の目的は、オブジェクトベースのデータ転送プロトコルに従って、データ転送装置からデータオブジェクトを受信するデータ受信装置であって、データ転送装置から、転送されるデータオブジェクトの形式を表す形式情報を受信する第１の受信手段と、データ転送装置からデータオブジェクトを受信する第２の受信手段と、形式情報に基づき、第２の受信手段により受信した複数のデータオブジェクトを、関連したファイルとして取り扱いできるよう、予め定められた規則に従って記憶媒体に保存する保存手段とを有することを特徴とするデータ受信装置によっても達成される。
【００１５】
また、上述の目的は、本発明のデータ転送装置と、本発明のデータ受信装置とから構成されることを特徴とするデータ転送システムによっても達成される。
【発明の効果】
【００１６】
このような構成により、本発明によれば、オブジェクトベースのデータ転送プロトコルを用い、転送される複数のファイルの関連性を転送先に伝えることの可能なデータ転送装置が実現できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るデータ転送システムの構成例を示す図である。
【図２】本発明の実施形態における、コンピュータ１０１のファイルシステムについて説明するための図である。
【図３】本発明の実施形態におけるデジタルカメラ１００のファイルシステムについて説明するための図である。
【図４】本発明の第１の実施形態において、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のコンピュータ１０１側の動作を示すフローチャートである。
【図５】本発明の第１の実施形態において、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のデジタルカメラ１００側の動作を示すフローチャートである。
【図６】図４及び図５のフローチャートで説明したコンピュータ１０１とデジタルカメラ１００の処理手順を示すシーケンスチャートである。
【図７】本実施形態におけるコンピュータ１０１が生成し、デジタルカメラ１００に送信する動画オブジェクトのデータ構造例を示す図である。
【図８】本発明の第１の実施形態の変形例において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。
【図９】本発明の第２の実施形態において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。
【図１０】本発明の第２の実施形態において、転送中に接続が切断された際の処理を説明するためのシーケンスチャートである。
【発明を実施するための形態】
【００１８】
（第１の実施形態）
以下、添付図面を参照して、本発明の好適な実施形態を詳細に説明する。
データ転送装置（転送元機器）とデータ受信装置（転送先機器）とが接続されてなる本実施形態のデータ転送システムにおいて、データ転送装置とデータ受信装置とがオブジェクトベースのデータ転送プロトコル、具体的には上述のＰＴＰを用いるものとする。
【００１９】
ＰＴＰの詳細については、PIMA 15740:2000, PHOTOGRAPIHIC AND IMAGING MANUFACTURERS ASSOCIATION, INC.を参照されたい。なお、他のオブジェクトベースのデータ転送プロトコルも利用可能である。例えば、ＰＴＰの拡張仕様であるＭＴＰを利用することも可能である。
【００２０】
図１は、本実施形態に係るデータ転送システムの構成例を示す図である。
図１に示すデータ転送システムは、データ転送装置の一例としてのコンピュータ１０１と、データ受信装置の一例としてのデジタルカメラ１００とが通信インターフェース１０２を通じて通信可能に接続された構成を有する。
【００２１】
デジタルカメラ１００は、再生モードで動作中、通信器２１９を通じてコンピュータ１０１との接続を検知すると、通信モードに遷移する。一方、コンピュータ１０１には、PTPに基づき、デジタルカメラ１００へ動画データの送信を要求することが可能なアプリケーションがインストールされている。
【００２２】
図１において、被写体からの光束が光学系２０１を通して撮像素子２０２に結像され、撮像素子２０２を構成する各画素において、輝度に応じた電荷が蓄積される。撮像素子２０２で蓄積された電荷は撮像プロセス部２０３で画像信号に変換される。撮像プロセス部２０３から出力されたアナログ形式の画像信号は、A/Dコンバータ２０４によりデジタル画像信号に変換され、データバス２０５を介してRAM２１０に保存される。
【００２３】
中央処理部２１３は、画像処理部２０７、圧縮伸張部２０８、表示制御部２０９、記録再生制御部２１１、通信制御部２１２及び中央制御部２１５の６つから構成される。
画像処理部２０７は、RAM２１０に保存されたデジタル画像信号に対し、ホワイトバランス処理、色補間処理、シャープネス処理、ぼかし処理、カラーバランス処理、レベル補正処理等を行い、デジタル画像データとして出力する。
【００２４】
圧縮伸張部２０８は、画像処理部２０７で処理されたデジタル画像データをJPEG、JPEG2000等の符号化方式に従って圧縮符号化する機能と、圧縮符号化されたデジタル画像データを伸張（復号化）する機能とを有する。符号化時の圧縮率は、ユーザによる設定が可能である。
【００２５】
表示制御部２０９は、ＬＣＤ等の表示器２１７の表示制御を行う。具体的には、メニュー画面などのＧＵＩの表示、撮影された画像の表示などの制御を行う。
記録再生制御部２１１は、メモリカード、光ディスク、ＨＤＤなどの記憶媒体２１８の書き込み及び読み出しに係る制御を行う。
通信制御部２１２は、通信器２１９を通じたデータ入出力の制御を行う。
中央制御部２１５は、中央処理部２１３内の各部の動作を制御する。
【００２６】
システム制御部２１４は、データバス２０５と接続されており、システム制御部２１４は、ROM２００に格納された制御プログラムを実行してデジタルカメラ１００全体の動作を制御するマイクロコンピュータである。また、システム制御部２１４は、圧縮伸張部２０８で符号化された符号化デジタル画像データとその付加情報とを含む画像ファイルを生成し、生成した画像ファイルをRAM２１０に格納する。
【００２７】
ここで、画像ファイルに含められる付加情報には、画像に関する情報、デジタルカメラ１００に関する情報、デジタル画像のサムネイル等が含まれる。RAM２１０は、複数の画像ファイルを記憶する容量を有する。また、システム制御部２１４は、デジタルカメラ１００を省電力状態にする機能を有する。
【００２８】
デジタルカメラ１００が省電力状態である場合、システム制御部２１４は、デジタルカメラ１００の機能の一部をオフにして消費電力を削減する。ROM２００は、システム制御部２１４がデジタルカメラ１００を制御するための制御プログラムを始め、デジタルカメラ１００に関する情報等が記憶されている。また、ROM２００には、表示器２１７に表示されるＧＵＩや設定メニューなどに対応する画像データも記憶されている。
【００２９】
ＡＥ／ＡＦ制御部２０６は、システム制御部２１４の制御に従い、光学系２０１が有する絞りを制御したりフォーカスレンズを制御したりすることにより、自動露出制御及び自動焦点制御を実現する。
【００３０】
操作器２１６は、ユーザがデジタルカメラ１００を操作するためのマン＝マシーンインターフェースであり、各種スイッチ、ボタン等を含む。具体例としては以下のスイッチ、ボタンが含まれる。例えば、電源スイッチ電源をオン又はオフするための電源スイッチ、シャッターボタン、表示器２１７に設定メニューを表示させるためのメニューボタンが含まれる。また表示器２１７に表示されたカーソルを上、下、左又は右に移動するための方向キー、カーソルが選択している画像、項目、値等をデジタルカメラ１００に設定又は選択させるためのSETボタン等も含まれる。
【００３１】
シャッターボタンには、半押し状態と全押し状態とがある。撮影モードで動作中にシャッターボタンが半押し状態にされると、デジタルカメラ１００はＡＦ、ＡＥ等を実行し、シャッターボタンが全押し状態にされると、デジタルカメラ１００は撮影及び記録を実行する。
【００３２】
表示器２１７は、表示制御部２０９によって要求された情報を表示する。表示器２１７には、デジタルカメラ１００に関する情報や、撮影された画像や、記憶媒体２１８に保存された画像を始め、ＧＵＩ画像などが表示される。記憶媒体２１８に保存された画像を表示する場合、その画像の情報や撮影時の情報なども表示することができる。また、表示器２１７が電子ビューファインダーとして機能する場合には、デジタルカメラ１００の各種状態（電池の残容量など）や設定されている撮影パラメータ等が撮影画像とともに表示される。
【００３３】
記録再生制御部２１１は、RAM２１０に格納された画像ファイルを記憶媒体２１８に書き込む機能と、記憶媒体２１８に保存された画像ファイルを記憶媒体２１８から読み出してRAM２１０に書き込む機能とを有する。記憶媒体２１８から読み出されてRAM２１０に書き込まれた画像ファイル内の符号化デジタル画像データは、圧縮伸張部２０８により復号化された後、表示制御部２０９によって表示器２１７に表示される。
【００３４】
記憶媒体２１８は、不揮発性のメモリカード、光ディスク及びＨＤＤ等であり、RAM２１０に保存された符号化デジタル画像データが、記録再生制御部２１１を介して書き込まれる。この記憶媒体２１８は、デジタルカメラ１００に脱着可能でも、装置に組み込まれて脱着不能であってもよい。なお、本実施形態において画像ファイルは、DCF(Design rule for Camera File System)に規定されるファイルシステムに準じて記憶媒体２１８へ記録されるものとする。そして、動画ファイルは、DCF基本ファイルとDCFサムネイルファイルで１つのマルチメディアデータとして取り扱われる。ただし、実際のファイル構成は、DCFに限定されない。DCFの詳細については、JEIDA規格:JEIDA４９-２-１９９８を参照されたい。
【００３５】
通信器２１９は、無線もしくは有線通信インターフェースであり、デジタルカメラ１００に対して脱着可能であっても無くても良い。
通信制御部２１２では、本実施形態においてはPTPに準拠した通信が可能である。ただし、PTPでなくとも、マルチメディアデータを一つのオブジェクトとして取り扱い可能な任意のオブジェクトベースのプロトコルであって良い。
【００３６】
コンピュータ１０１の操作器２２１は、キーボードやマウスなどの入力機器を含み、システム制御部２２５が操作器２２１の操作に応じた制御を行う。システム制御部２２５は、図示しないＲＯＭに格納された制御プログラムを実行し、コンピュータ１０１全体の動作を制御するマイクロコンピュータである。
【００３７】
表示器２２２は例えば液晶ディスプレイモニタであり、表示制御部２２８の制御に従ってＧＵＩなどの表示を行う。RAM２２９は、コンピュータ１０１でシステム制御部２２５がOSやアプリケーションを実行するために用いる揮発性のメモリである。
【００３８】
記憶媒体２２３は、記憶制御部２３０による制御に基づいてデータを入出力をする装置であり、不揮発性の記憶装置である。記憶媒体２２３には、OSやアプリケーションが格納されている。通信器２２４は、通信器２１９と通信可能であり、通信制御部２３１の制御に従ってデータの入出力を行う。通信器２２４は、無線もしくは有線通信インターフェースであり、コンピュータ１０１に対して脱着可能であっても無くても良い。
【００３９】
中央処理部２２７は、表示制御部２２８、記憶制御部２３０、通信制御部２３１、中央制御部２２６で構成される。中央制御部２２６は、システム制御部２２５の制御に従い、中央処理部２２７内の他の制御部を制御する。
【００４０】
なお、以下の説明において、デジタルカメラ１００及びコンピュータ１０１が主体として記載されている動作は、システム制御部２１４及び２２５が制御プログラムを実行し、動作に必要な各部を制御することにより実現される。
【００４１】
図２は、本実施形態におけるコンピュータ１０１のファイルシステムについて説明するための図である。
AVIファイル３０１は、Audio Video Interleavingフォーマットのファイルであり、動画ファイルである。このAVIファイル３０１は、コンピュータ１０１において単独で扱うことが可能なファイル（再生などの処理において、他のファイルを必要としないファイル）である。
【００４２】
THMファイル３０２は、AVIファイル３０１のサムネイルファイル（代表静止画ファイル）である。DCFの規定を満たすためには必要なサムネイルファイルであるが、コンピュータ１０１が動画ファイル（AVIファイル３０１）を扱う上では、必ずしも必要としない。
【００４３】
図３は、本実施形態におけるデジタルカメラ１００のファイルシステムについて説明するための図である。
上述のように、本実施形態のデジタルカメラ１００は、DCFに準拠したファイル記録を行っている。図３において、記憶媒体２１８の上位階層のファイル構成が４００として示されている。AVIファイル４０２は、DCFファイルである。THMファイル４０３は、AVIファイル４０２のDCFサムネイル（代表静止画）ファイルを示す。
【００４４】
デジタルカメラ１００は、AVIファイル４０２と、対応するDCFサムネイルファイルであるTHMファイル４０３を、一つの動画データ（マルチメディアデータ）として取り扱う（再生、書き換え、削除等を行う）ことができる。
【００４５】
オブジェクト構成４０１は、デジタルカメラ１００の通信制御部２１２が実現するオブジェクト空間を表す。オブジェクト構成４０１は、コンピュータ１０１がデジタルカメラ１００にアクセスした場合に、オブジェクト空間として見える。デジタルカメラ１００内のオブジェクト空間では、記憶媒体２１８で構成されるAVIファイル４０２と対応するTHMファイル４０３の組み合わせを一つのオブジェクト４０４として表示している。
【００４６】
図７は、本実施形態におけるコンピュータ１０１が生成し、デジタルカメラ１００に送信する動画オブジェクトのデータ構造例を示す。
データ領域８０１にはオブジェクトデータの全長サイズ、データ領域８０２にはオブジェクトを構成するファイル数がそれぞれ格納される。また、データ領域８０３にはDCFサムネイルファイルのファイルサイズ、データ領域８０４にはDCFサムネイルファイルのデータ、データ領域８０５にはDCFファイルサイズ、データ領域８０６にはDCFファイルのデータがそれぞれ格納される。
【００４７】
本実施形態において、動画ファイル（AVIファイル）４０２はDCFファイルであるためデータ領域８０６に、対応するTHMファイル４０３はデータ領域８０４にそれぞれ格納される。
【００４８】
図４は、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のコンピュータ１０１側の動作を示すフローチャートである。
コンピュータ１０１とデジタルカメラ１００の接続が確立しているものとして処理を説明する。まず、Ｓ５０１でコンピュータ１０１は、デジタルカメラ１００に能力情報を問い合わせ、デジタルカメラ１００がサポートする（取り扱い可能な）オブジェクトについての情報を含む能力情報を取得する。
【００４９】
ここで、得られた能力情報から、デジタルカメラ１００が本実施形態で使用する動画オブジェクトの形式（図７）をサポートすることがわかったとする。
次に、Ｓ５０２において、コンピュータ１０１は、ユーザからの動画ファイル転送指示を受け付ける。例えば、コンピュータ１０１は、表示器２２２に表示されたＧＵＩの操作器２２１を介した操作を通じてユーザから動画のファイル転送指示を受け付ける。
【００５０】
ファイル転送指示を受け付けると、コンピュータ１０１は、指示されたファイルからデジタルカメラ１００が取り扱い可能な形式（この場合は図７の形式）を有する動画オブジェクトを生成するために必要なデータが全て含まれるかどうかを調べる（Ｓ５０３）。
【００５１】
例えば、転送指示で指定されたファイルが、生成しようとする動画オブジェクトの形式に必要なファイルよりも少ない場合など、動画オブジェクトを生成するために必要なデータが不足している場合がある。このように、必要なデータが不足していると判断した場合、コンピュータ１０１は、不足しているデータを補って動画オブジェクトを生成し（Ｓ５０４）、処理をＳ５０６へ遷移させる。
【００５２】
本実施形態においては、上述のように、動画ファイル(AVIファイル）と対応するサムネイルファイル(THMファイル）とを含んだ１つの動画オブジェクトを生成する。従って、例えばユーザがコンピュータ１０１上のアプリケーションからAVIファイル３０１のみを選択してデジタルカメラ１００への転送を指示した場合には、対応するサムネイルファイルが不足データとなる。そのため、コンピュータ１０１は、AVIファイル３０１からサムネイルファイルを作成するか、記憶媒体２２３の中からAVIファイル３０１に対応するTHMファイル３０２を探し出すことにより、不足データを補う。
【００５３】
一方、動画オブジェクトを生成するために必要なデータが揃っていると判断した場合、コンピュータ１０１はそれらのデータから動画オブジェクトを生成し（Ｓ５０５）、処理をＳ５０６へ遷移させる。例えばユーザがAVIファイル３０１と対応するTHMファイル３０２を選択して転送指示を行った場合には、必要なデータが揃っているため、コンピュータ１０１はＳ５０５で動画オブジェクトを生成する。
【００５４】
Ｓ５０６でコンピュータ１０１は、生成した動画オブジェクトをデジタルカメラ１００へPTPに基づいた手順で送信する。例えば、ＲＡＭ２２９に記憶されている動画オブジェクトデータを読み出し、通信制御部２３１が通信器２２４を制御して送信を行う。送信手順の詳細については後述する。
動画オブジェクトの送信が終了すると、送信処理を終了する。
【００５５】
図５は、コンピュータ１０１がデジタルカメラ１００に対して動画データを送信する際のデジタルカメラ１００側の動作を示すフローチャートである。
コンピュータ１０１とデジタルカメラ１００の接続が確立しているものとして処理を説明する。Ｓ６０１で、デジタルカメラ１００は、Ｓ５０１においてコンピュータ１０１が出力する能力情報の要求を受信する。そして、サポートするオブジェクトの種類に関する情報を含む能力情報を例えばＲＯＭ２００から読み出し、通信制御部２１２の制御により通信器２１９を通じてコンピュータ１０１へ送信する。
【００５６】
その後、デジタルカメラ１００がコンピュータ１０１からの要求待ちの状態において、コンピュータ１０１から動画オブジェクトを受信したとする（Ｓ６０２）。受信した動画オブジェクトは、例えばＲＡＭ２１０に記憶される。動画オブジェクトの受信後、デジタルカメラ１００は受信した動画オブジェクトが妥当なものかどうかを検査する（Ｓ６０３）。具体的には、受信した動画オブジェクトがDCFの規定に準じているか、すなわち動画オブジェクトが動画ファイルと対応するサムネイルファイルの両方を含んでいるか否かを検査する。この検査で、例えばサムネイルファイルが存在せず、動画オブジェクトが妥当でないと判断された場合、デジタルカメラ１００は処理をＳ６０４へ遷移させる。一方、動画オブジェクトが妥当であると判断された場合、デジタルカメラ１００は処理をＳ６０５へ遷移させる。
【００５７】
Ｓ６０４で、デジタルカメラ１００は、受信したデータを動画オブジェクトとして取り扱うために不足しているデータを補い、処理をＳ６０５へ遷移させる。つまり、上述の例のようにサムネイルファイルが不足している場合には、受信した動画ファイルからサムネイル画像を生成する。
【００５８】
なお、サムネイルファイルのみを受信し、動画ファイルが不足している場合、その旨を表す予め定めたイベントをデジタルカメラ１００からコンピュータ１０１に返答してもよい。そして、コンピュータ１０１側で受信イベントからデータ不足を把握し、データを補って動画オブジェクト生成し直して再送するように構成しても良い。
【００５９】
Ｓ６０５で、デジタルカメラ１００は、動画オブジェクトを記憶媒体２１８に保存し、処理を終了する。この際、分離手段としてのデジタルカメラ１００は、動画オブジェクトに先立って受信する、オブジェクトの形式情報に基づき、動画オブジェクトを構成する個々のファイルを分離する。そして、保存手段としてのデジタルカメラ１００は、分離したファイルを関連したファイルとして取り扱いできるように記憶媒体２１８へ保存する。具体的には、予め定められた規則、例えばDCFの規定に従って、動画ファイルとサムネイルファイルを同じフォルダに保存する。例えば、動画オブジェクトとして図２におけるAVIファイル３０１とTHMファイル３０２を受信した場合、個々のファイルを同じフォルダに保存する。
【００６０】
図６は、図４及び図５のフローチャートで説明したコンピュータ１０１とデジタルカメラ１００の処理手順を示すシーケンスチャートである。以後、図６のシーケンスチャートを用い、コンピュータ１０１とデジタルカメラ１００との間で行われる通信手順の詳細について説明する。
【００６１】
まず、Ｓ７００において、コンピュータ１０１とデジタルカメラ１００とをＵＳＢケーブルなどにより接続し、通信を確立する。なお、コンピュータ１０１とデジタルカメラ１００とが相互に通信可能であれば、任意の有線接続又は無線接続規格を用いることができる。
【００６２】
次に、取得手段としてのコンピュータ１０１は、デジタルカメラ１００に対してＰＴＰコマンドを発行し、デジタルカメラ１００の能力に関する情報の取得を行なう。具体的には、Ｓ７０１でコンピュータ１０１は、PTPコマンドGetDeviceInfoをデジタルカメラ１００へ発行する。このコマンドに対し、デジタルカメラ１００は、カメラに関する情報（DeviceInfo dataset）を返す。この情報の中には、デジタルカメラ１００がサポートするオブジェクトの種類に関する情報がコード（ObjectFormatCode）で記載されている。従って、コンピュータ１０１は、デジタルカメラ１００から返された能力情報を参照することで、デジタルカメラ１００がサポートするオブジェクトの種類を把握することができる。
【００６３】
Ｓ７０２において、コンピュータ１０１は、デジタルカメラ１００とPTPに基づく通信を実現するためのセッション（論理接続）を確立するため、セッション確立コマンド(OpenSession)を発行する。デジタルカメラ１００がセッション確立コマンドに対して正常応答すると、セッションが確立する。セッションが確立すると、GetDeviceInfoコマンド以外のPTPコマンドを利用した通信が可能になる。
【００６４】
ユーザがコンピュータ１０１で動作するアプリケーションを利用し、コンピュータ１０１の記憶媒体２２３に記憶されている動画ファイル（AVIファイル３０１）をデジタルカメラ１００に転送する指示を操作器２２１を通じて入力したとする。
この指示に応答して、オブジェクト生成手段としてのコンピュータ１０１は図４におけるＳ５０３からＳ５０５の処理を実行し、図７に示した構成の動画オブジェクトが生成される。
【００６５】
次いで、コンピュータ１０１は送信処理を行なう（図４、Ｓ５０６）。
具体的には、まず、通知手段としてのコンピュータ１０１は、動画オブジェクトの実際の送信に先立って、SendObjectInfoコマンドをデジタルカメラ１００に発行する（Ｓ７０３）。SendObjectInfoコマンドは、送信しようとするオブジェクトの関する情報(ObjectInfo dataset)を送信先の装置に通知するコマンドである。オブジェクトの形式に関する情報にはオブジェクトの形式やファイル名などが含まれる。ここでは、図７に示した動画オブジェクトの形式を表す値を含む形式情報が通知される。
【００６６】
デジタルカメラ１００は、オブジェクトの送信に先立って、転送されるデータオブジェクトの形式情報をコンピュータ１０１から受信することで、どのようなオブジェクトが送信されてくるのかを把握することができる。本実施形態において、デジタルカメラ１００は、形式情報に基づき、図７の形式の動画オブジェクトが送信されてくることを理解する。
【００６７】
次に、送信手段としてのコンピュータ１０１は、SendObjectコマンドをデジタルカメラ１００に発行し、動画オブジェクトを送信する（Ｓ７０４及び図４のＳ５０６）。動画オブジェクトを受信したデジタルカメラ１００は、形式情報に基づいて、受信した動画オブジェクトに対して図５におけるＳ６０３からＳ６０５の処理を実行する。このようなシーケンスを実現することで、コンピュータ１０１からデジタルカメラ１００へ複数のファイルで構成される動画データを送信することを実現することが可能である。
【００６８】
このように、本実施形態では、コンピュータ１０１は複数ファイルで構成されるマルチメディアデータから一つの動画オブジェクトを生成して送信する。そして、デジタルカメラ１００は受信した動画オブジェクトを複数のファイルに分離し、デジタルカメラ１００が扱えるファイル構成で保存する。
【００６９】
すなわち、オブジェクトベースのプロトコルを用いたデータ転送において、転送されるファイル間の関連性を転送先に伝えることができ、それによって転送先で適切な取り扱いを行うことが可能となる。
【００７０】
さらに、動画オブジェクトを生成したり、受信した動画オブジェクトを取り扱ったりするのに必要なデータが不足している場合は、不足したデータを、コンピュータ１０１もしくはデジタルカメラ１００の少なくとも一方において補う。そして、動画オブジェクトを生成したり、ファイルの保存を行う。
【００７１】
そのため、例えばユーザが動画ファイルと対応するサムネイルファイルのうち、一方しか選択せずに送信指示を行ったとしても、送信先の装置においては動画オブジェクトとして取り扱いできるように保存することができる。
【００７２】
なお、関連する複数のファイルを送信するためにコンピュータ１０１が用いるデータオブジェクト形式（例えば、図７に示す形式）を、デジタルカメラ１００がサポートしていない場合も考えられる。この場合、ユーザが転送指示において動画ファイルを指定したならば、転送してもデータ受信装置で取り扱いできない旨のメッセージなどを表示器２２２に表示するなどしてユーザに報知することができる。これにより、ユーザは、送信が行われる前に、指定したファイルが、デジタルカメラ１００で扱うことができないマルチメディアデータであることを知ることが出来る。また、転送成功した場合は、確実に受信側でマルチメディアデータを扱うことができることを意味するので、ユーザビリティの向上を図ることが出来る。
【００７３】
また、以下のような処理を行うことも可能である。
図６を用いて説明したシーケンスでは、コンピュータ１０１が複数ファイル（動画ファイルと対応するサムネイルファイル）により構成されるマルチメディアデータから、１つのオブジェクトを生成し、そのオブジェクトを一括送信するものであった。
しかし、例えば動画ファイルサイズが大きい場合などにおいては、分割して送信した方がよい場合もある。
【００７４】
図８は、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ分割転送する際の手順の例を示すシーケンスチャートである。
Ｓ７０３でコンピュータ１０１は動画オブジェクトの送信に先立ち、SendObjectInfoコマンドを発行し、送信する動画オブジェクトの形式情報と、分割送信することを通知する。必要に応じて、分割数も通知するようにしてもよい。また、分割送信することや分割数も形式情報に含めて良い。
【００７５】
Ｓ９００から、コンピュータ１０１は動画オブジェクトの送信を開始する。図６のＳ７０４と違い、動画オブジェクトを分割送信する点が異なる。分割送信コマンド(SendPartialObject)は例えばベンダ拡張コマンドとして実装することが可能である。
【００７６】
分割手段としてのコンピュータ１０１は、図７に示した構造の動画オブジェクトを、所定数に分割する。そして、コンピュータ１０１は、分割されたデータ領域毎に送信する。従って、Ｓ９０１，Ｓ９０２，Ｓ９０３により送信されるデータ領域は互いに異なる。送信データ領域をずらしながら順次転送し、Ｓ９０３で図７の全てのデータを送信完了する。
【００７７】
デジタルカメラ１００は、順次受信したデータをＲＡＭ２１０へ記憶し、動画オブジェクトを順次再構成していく。Ｓ９０３で最後のデータ領域を受信すると、デジタルカメラ１００は、動画オブジェクトの再構成が完了し、図６で説明したのと同様の保存処理を行なう。
【００７８】
動画オブジェクトを分割送信することの利点は、例えばコンピュータ１０１やデジタルカメラ１００において、転送の進捗状況を把握することが可能になることである。さらに、転送中に切断された場合、デジタルカメラ１００は、オブジェクト転送に失敗したと判定することができる。従って、途中まで転送されたデータなど、デジタルカメラ１００で適切に取り扱えない形式のデータオブジェクトを検出し、消去することが可能である。その結果、動画オブジェクトとして未完成のままのデータがデジタルカメラ１００に残らないため、コンピュータ１０１と整合性のとれないファイルが生成されない。
【００７９】
（第２の実施形態）
第１の実施形態では、複数のファイルから構成されるマルチメディアデータを１つのオブジェクトとして送信するものであった。
【００８０】
それに対し、本実施形態では、マルチメディアデータを構成する複数のファイルの関係を送信元（コンピュータ１０１）から送信先（デジタルカメラ１００）に通知した後、各ファイルを個別のオブジェクトとして送信する。そして、デジタルカメラ１００は、データオブジェクトの受信に先立って通知されたファイルの関係に基づき、その後受信するデータオブジェクト間の関係を認識し、関係に応じた保存を行う。
【００８１】
図９は、本実施形態において、動画オブジェクトをコンピュータ１０１からデジタルカメラ１００へ転送する際の手順の例を示すシーケンスチャートである。図６を参照して既に説明した手順については、同じ参照数字を付して説明を省略する。また、本実施形態において、ユーザから送信指示されたファイルは動画ファイルと対応するサムネイルファイルであるとする。
【００８２】
Ｓ１０００で、通知手段としてのコンピュータ１０１は、これから転送するファイルについての情報、具体的には、関連した複数のファイルを送信しようとしていることを、デジタルカメラ１００へ通知する。
この通知は、SendObjectInfoコマンドを利用し、本実施形態による送信方法やデータオブジェクトの形式を示す予め定めたObjectFormatCodeを通知することによって実現しても良いし、他のコマンドを利用して実現しても良い。いずれにせよ、デジタルカメラ１００が、複数の関連したファイルが送信されてくることを把握できればよい。
【００８３】
本実施形態においてコンピュータ１０１が通知し、デジタルカメラ１００が把握した動画オブジェクトの構成が、図９の１００４で示されているような、AVIファイルと対応するTHMファイルからなる動画オブジェクトとであるとする。
従って、デジタルカメラ１００は、コンピュータ１０１からこれから受信するデータオブジェクトは、動画ファイルと対応するサムネイルファイルであることを理解する。
【００８４】
Ｓ１００１で、送信手段としてのコンピュータ１０１は、SendObjectコマンドを用いてサムネイルファイルを１つのデータオブジェクトとして送信する。受信したデジタルカメラ１００は、DCFサムネイルファイルを生成する。この時点での動画オブジェクトは、１００５に示すように不完全な状態であるため、Unknown Image Objectとして扱われる。
【００８５】
次にＳ１００２で、コンピュータ１０１は、デジタルカメラ１００に対して、先に送信したサムネイルファイルに対応する動画ファイルの送信を通知する。この通知を受信したデジタルカメラ１００は、動画オブジェクトの構成１００４から、次に受信するオブジェクトが先に生成したDCFサムネイルファイルに対応する動画ファイルであると判断することができる。
【００８６】
Ｓ１００３において、コンピュータ１０１は、SendObjectコマンドを用いてデジタルカメラ１００に動画ファイルを１つのデータオブジェクトとして送信する。デジタルカメラ１００は、Ｓ１０００で通知された情報に基づき、受信した動画ファイルが、Ｓ１００１で受信したサムネイルファイルに対応する動画ファイルであると理解する。
【００８７】
これにより、デジタルカメラ１００は、１００７に示すように、動画オブジェクトとして取り扱うために必要なファイルが揃ったことを認識する。そして、保存手段としてのデジタルカメラ１００は、コンピュータ１０１から受信した複数のデータオブジェクト（サムネイルファイルと動画ファイル）を、関連したファイルとして取り扱いできるように、記憶媒体２１８に保存する。本実施形態においても、予め定められた規則、例えばDCFの規定に従って、動画ファイルとサムネイルファイルを同じフォルダに保存する。
【００８８】
なお、上述したように、本実施形態の本質は、
・データ転送装置から、個別のデータオブジェクトとして送信される複数のファイルの関連性をデジタルカメラ１００が認識できるように通知を行うこと、
・データ受信装置が、個別に受信したデータオブジェクトを、通知に基づいて関連したファイルであると認識し、関連したファイルとして取り扱いできるように保存すること、
である。
本実施形態における、通知の方法やタイミングは、必ずしも本実施形態に限定されるものではなく、他の適切な手法を採用することも可能である。
【００８９】
たとえば、デジタルカメラ１００が、動画ファイルを受信した場合には、直近に受信した、又はその後に受信したサムネイルファイルに対応するものとして取り扱うことも可能である。あるいは、動画ファイルの送信予告時に、対応するサムネイルファイルを指定しても良い。また、サムネイルファイルと動画ファイルの送信順序を逆転してもよい。
【００９０】
本実施形態の送信手順のメリットは、例えば大量の動画オブジェクトを送信したい場合、先にサムネイルファイルのみを順次送信し、その後動画ファイルを順次送信することで、送信予定の動画を事前にデジタルカメラ１００に通知できることである。例えば、デジタルカメラ１００は、サムネイルファイルを表示器２１７に一覧表示し、さらに現在動画ファイルがどの程度受信されているかの表示に利用することが可能である。
【００９１】
次に、図１０に示すシーケンスチャートを用いて、本実施形態の送信手順において、動画オブジェクトを構成する複数のファイルの転送が終了する前に切断されたときの処理について説明する。
【００９２】
Ｓ１００１においてサムネイルファイルを送信し、サムネイルファイルの正常送信が確認された後、Ｓ１１００において、コンピュータ１０１とデジタルカメラ１００との接続が切断されたとする。デジタルカメラ１００の通信器２１９は、接続が切断されたことを検知すると、デジタルカメラ１００で取り扱いできない状態にあるデータオブジェクトを検出する。具体的には、通信器２１９は、Unknown Image Objectの状態にあるデータオブジェクトを検出する。そして、消去手段としての通信器２１９は、検出されたデータオブジェクトを全て消去する。これにより、デジタルカメラ１００において正しく取り扱いできないマルチメディアデータが残ることを防止でき、デジタルカメラ１００の記憶媒体２１８やＲＡＭ２１０の領域が無駄に使用されることを抑制できる。
【００９３】
以上説明したように、本発明によれば、複数のファイルで構成されるマルチメディアデータを１つのオブジェクトとして取り扱うデジタルカメラ１００が適切に取り扱いできるようにコンピュータ１０１からファイルを送信することができる。
【００９４】
また、デジタルカメラ１００が、正しく取り扱いできない状態のまま転送が終了したファイルを消去することにより、デジタルカメラ１００の記憶領域を無駄にすることがない。
【００９５】
（他の実施形態）
なお、上述の実施形態においては、オブジェクトベースでの伝送を行うプロトコルの一例としてＰＴＰを利用し、複数のファイルから構成されるマルチメディアデータの送信元装置の一例としてコンピュータを、送信先装置の一例としてデジタルカメラを説明した。しかし、これらは例示であり、他のプロトコルや機器を利用した通信に対しても本発明は適用可能である。
【００９６】
また、動画オブジェクトがAVIファイルと、対応するTHMファイルから構成される例のみを説明したが、他のフォーマットに準じた動画ファイル及びサムネイルファイルであってもよい。
【００９７】
上述の実施形態は、システム或は装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。
【００９８】
従って、上述の実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【００９９】
なお、上述の実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。
【０１００】
上述の実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【０１０１】
有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。
【０１０２】
そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。
【０１０３】
つまり、上述の実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。
【０１０４】
また、上述の実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体を配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを許可してもよい。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。
【０１０５】
また、上述の実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。
【０１０６】
さらに、上述の実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。
【特許請求の範囲】
【請求項１】
オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、
前記データ受信装置の能力情報を取得する取得手段と、
前記複数のファイルを含み、前記データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、前記能力情報に基づいて生成するオブジェクト生成手段と、
前記生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立って前記データ受信装置へ通知する通知手段と、
前記データオブジェクトを前記データ受信装置へ前記データ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置。
【請求項２】
オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置の制御方法であって、
取得手段が、前記データ受信装置の能力情報を取得する取得工程と、
オブジェクト生成手段が、前記複数のファイルを含み、前記データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、前記能力情報に基づいて生成するオブジェクト生成工程と、
通知手段が、前記生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立って前記データ受信装置へ通知する通知工程と、
送信手段が、前記データオブジェクトを前記データ受信装置へ前記データ転送プロトコルに従って送信する送信工程とを有することを特徴とするデータ転送装置。
【請求項３】
コンピュータを、請求項１に記載のデータ転送装置として機能させるためのプログラム。
【請求項１】
オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置であって、
前記データ受信装置の能力情報を取得する取得手段と、
前記複数のファイルを含み、前記データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、前記能力情報に基づいて生成するオブジェクト生成手段と、
前記生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立って前記データ受信装置へ通知する通知手段と、
前記データオブジェクトを前記データ受信装置へ前記データ転送プロトコルに従って送信する送信手段とを有することを特徴とするデータ転送装置。
【請求項２】
オブジェクトベースのデータ転送プロトコルを用い、複数のファイルから構成されるマルチメディアデータをデータ受信装置へ転送するデータ転送装置の制御方法であって、
取得手段が、前記データ受信装置の能力情報を取得する取得工程と、
オブジェクト生成手段が、前記複数のファイルを含み、前記データ受信装置が取り扱い可能な形式を有する１つのデータオブジェクトを、前記能力情報に基づいて生成するオブジェクト生成工程と、
通知手段が、前記生成したデータオブジェクトの形式を表す形式情報を、前記データオブジェクトの送信に先立って前記データ受信装置へ通知する通知工程と、
送信手段が、前記データオブジェクトを前記データ受信装置へ前記データ転送プロトコルに従って送信する送信工程とを有することを特徴とするデータ転送装置。
【請求項３】
コンピュータを、請求項１に記載のデータ転送装置として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２５６３６５（Ｐ２０１２−２５６３６５Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１２−１９４３９６（Ｐ２０１２−１９４３９６）
【出願日】平成２４年９月４日（２０１２．９．４）
【分割の表示】特願２００７−９３４１４（Ｐ２００７−９３４１４）の分割
【原出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２４年９月４日（２０１２．９．４）
【分割の表示】特願２００７−９３４１４（Ｐ２００７−９３４１４）の分割
【原出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]