JP2004078584A

JP2004078584A - File exchange device, file exchange method and program for file exchange method

Info

Publication number: JP2004078584A
Application number: JP2002238224A
Authority: JP
Inventors: Ryogo Ito; 伊藤　亮吾
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-08-19
Filing date: 2002-08-19
Publication date: 2004-03-11

Abstract

<P>PROBLEM TO BE SOLVED: To provide a file exchange device, a file exchange method, and a program for the file exchange method to be applied to mobile equipment such as a digital video camera and a digital still camera for preliminarily deciding whether or not file exchange can be completed, and for properly facilitating countermeasures to the congesting situations of a line. <P>SOLUTION: This file exchange device is configured to predict the transmission band of a network and the required time of file transfer, and to decide a residual battery from the required time. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、ファイル交換装置、ファイル交換方法、ファイル交換方法のプログラムに関し、例えばディジタルビデオカメラ、ディジタルスチルカメラ等のモバイル機器に適用することができる。本発明は、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようにする。
【０００２】
【従来の技術】
従来、コンピュータ等の情報機器においては、インターネット等のネットワークを介してファイルを交換するようになされており、ファイル交換を開始すると、ファイル交換に要する残り時間を表示するようになされている。
【０００３】
すなわちこのようなファイル交換においては、一般に、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ，ＲＦＣ９５９）、ＨＴＴＰ（（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ１９４５　、ＲＦＣ２６１６　）により実行され、コンピュータにおいては、例えばファイルのダウンロードを開始する際に、このダウンロードに供するファイルの情報として、ファイル名、ファイルサイズの情報を取得する。またダウンロードの開始により、ダウンロードしたデータ量をモニタし、このダウンロードしたデータ量とファイルサイズとから、残り時間を計算して表示するようになされている。
【０００４】
これに対してディジタルビデオカメラ、ディジタルスチルカメラ等のモバイル機器においても、サーバ等との間でファイル交換することが提案されている。
【０００５】
【発明が解決しようとする課題】
ところでディジタルビデオカメラにおいて、符号化ビットレート９〔Ｍｂｐｓ〕で２０分間記録した動画ファイルにおいては、ファイルサイズが９〔Ｍｂｐｓ〕×２０〔分〕×６０〔秒〕＝約１．３〔Ｇバイト〕となる。この動画ファイルを伝送帯域６〔Ｍｂｐｓ〕の回線でファイル交換する場合、ファイル交換に約３０〔分〕の時間を要することになる。
【０００６】
これに対してＴＣＰ／ＩＰ（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ７９３
ＩＰ：Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ７９１、ＲＦＣ２４６０）ネットワークであるインターネットに接続するローカルネットワークは、ベストエフォート型のネットワークであり、これによりいわゆるネットワークが混雑した場合には、伝送帯域が保証されなくなる。従って、実際にファイル交換する場合には、上述のように回線の伝送帯域で計算した所要時間に比して、ファイル交換に時間を要する場合が多々発生すると考えられる。
【０００７】
据え置き型の商用電源で動作する機器においては、例えば通常３０分間かかるファイル交換に４０分の時間を要する場合でも、単に待ち時間が長くなるだけで、所望するファイルを確実にファイル交換することができる。
【０００８】
しかしながらモバイル機器においては、バッテリの電源で動作することにより、このようにファイル交換に時間を要するようになると、バッテリの電源が途中で切れ、結局、ユーザーの所望するファイルをファイル交換できなくなる恐れがある。これによりこのようなモバイル機器においては、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができることが望まれる。
【０００９】
なおこのようにファイル交換に時間を要し、ファイル交換できなくなった場合には、ファイル転送に係るレジューム（ファイル転送の中断、再開）の手法を適用することにより、ファイル交換を一時中断して再開することが考えられる。しかしながらこの方法の場合、ファイル交換を開始してファイル交換を完了できなくなった場合の対処方法でしかなく、種々のユーザーにより使用されるディジタルビデオカメラ等のモバイル機器には、ユーザーの使い勝手等の面で、実用上、未だ不十分と考えられる。因みに、このレジュームについて、ＦＴＰにおいては、ＲＦＣ９５９の３．４節及び３．５節、ＲＦＣ１１２３の４．１．３．４節に規定され、ＨＴＴＰにおいては、ＲＦＣ２６１６の１４．３５節に規定されている。
【００１０】
本発明は以上の点を考慮してなされたもので、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるファイル交換装置、ファイル交換方法、ファイル交換方法のプログラムを提案しようとするものである。
【００１１】
【課題を解決するための手段】
かかる課題を解決するため請求項１の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置に適用して、伝送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を備えるようにする。
【００１２】
また請求項６の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換方法に適用して、伝送帯域検出ステップ、ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、所要時間により容量検出ステップで検出される残容量を判定する判定ステップとを有するようにする。
【００１３】
また請求項８の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置のコンピュータに所定の処理手順を実行させるファイル交換方法のプログラムに適用して、伝送帯域検出ステップ、ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、所要時間により容量検出ステップで検出される残容量を判定する判定ステップとを有するようにする。
【００１４】
請求項１の構成によれば、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置に適用して、伝送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を備えることにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【００１５】
これにより請求項６又は請求項８の構成によれば、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるファイル交換方法又はファイル交換方法のプログラムを提供することができる。
【００１６】
【発明の実施の形態】
以下、適宜図面を参照しながら本発明の実施の形態を詳述する。
【００１７】
（１）第１の実施の形態
（１−１）第１の実施の形態の構成
図２は、本発明の第１の実施の形態によるディジタルビデオカメラに係るファイル交換システムを示すブロック図である。このファイル交換システム１では、ディジタルビデオカメラ２で動画ファイルを取得し、インターネット３を介してこの動画ファイルを、例えばユーザー宅のコンピュータ４にアップロードする。またこれとは逆に、このコンピュータ４に保持されたファイルをインターネット３を介してディジタルビデオカメラ２にダウンロードする。
【００１８】
このためコンピュータ４は、電源の起動により、メモリ４Ｃにワークエリアを確保してハードディスク装置（ＨＤＤ）４Ｂに記録されたオペレーションシステムを実装した後、同様にしてハードディスク装置４Ｂに記録されてなる所定のアプリケーションプログラムを立ち上げ、さらにこのアプリケーションプログラムにより指示される各種のモジュールを実装する。コンピュータ４は、これらのオペレーションシステム、アプリケーションプログラム、モジュールよりモデム４Ｄの動作を制御してインターネット３に接続し、ディジタルビデオカメラ２からの呼びかけによりディジタルビデオカメラ２との間でコネクションを確立する。さらに続いてディジタルビデオカメラ２からの指示により、ディジタルビデオカメラ２との間で所定のデータを送受してダウンロード、アップロードの処理に係る前処理を実行した後、アップロード、ダウンロードの処理を実行する。
【００１９】
なお中央処理ユニット４Ａによるこれら前処理、アップロード、ダウンロードの処理については、ディジタルビデオカメラ２側の対応する構成の説明において、併せて説明する。またこれら前処理、アップロード、ダウンロードの処理に係るアプリケーションプログラム、モジュール等においては、このコンピュータ４の出荷時における事前のインストールにより、又はインターネット等のネットワーク等を介してダウンロードしたプログラムのインストールにより、さらには各種の記録媒体により提供されるプログラムのインストールにより、提供されるようになされている。ちなみにこのような記録媒体としては、光ディスク、磁気ディスク、磁気テープ等の記録媒体を適用することができる。
【００２０】
このコンピュータ４において、ハードディスク装置４Ｂは、ＦＡＴ（Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅ　）３２により情報記録領域が管理され、中央処理ユニット４Ａは、オペレーションシステムの実装により、このＦＡＴ３２のファイル管理システムによりハードディスク装置４Ｂに記録されたシステムエントリエリアのデータをロードする。またこのロードしたデータによりハードディスク装置４Ｂに所望のデータを記録し、また記録したデータを再生し、さらにデータの記録に対応してシステムエントリエリアのデータを更新する。
【００２１】
中央処理ユニット４Ａは、またこのファイル管理システムにより、このようにしてロードしてなるシステムエントリエリアのデータのうちのディレクトリエントリのデータにより、ハードディスク装置４Ｂに記録されてなるファイルのファイル名、ファイルサイズを検出するようになされている。なお図３は、このディレクトリエントリの構造を示す図表であり、先頭よりファイル名、拡張子名、属性、予約、作成時刻、作成日付、最終アクセス日付、先頭クラスタ番号の上位アドレス、記録時刻、記録日付、時、先頭クラスタ番号の下位アドレス、ファイルサイズが順次割り当てられるようになされている。
【００２２】
これに対してディジタルビデオカメラ２は、図４に示すように、バッテリ装置５を着脱可能に保持できるように構成され、このバッテリ装置５に内蔵のバッテリ５Ａの電源により、又は図示しないＡＣアダプターを接続して商用電源により動作するようになされている。
【００２３】
ここでバッテリ装置５は、図示しない充電装置により内蔵のバッテリ５Ａを充電できるように構成され、このバッテリ５Ａに充電した電力をディジタルビデオカメラ２に供給する。バッテリ装置５は、このバッテリ５Ａの充放電をコントローラ５Ｂにより管理し、ディジタルビデオカメラ２への装着によりこのコントローラ５Ｂからバッテリ５Ａの残量、満充電時の容量等をディジタルビデオカメラ２に通知できるようになされている。これによりこのディジタルビデオカメラ２では、高い精度によりバッテリ５Ａの電力を管理できるようになされている。
【００２４】
ディジタルビデオカメラ２において、カメラ機能部６は、中央処理ユニット（ＣＰＵ）７の制御により光学レンズ部８の絞り、ズーム等を制御する。光学レンズ部８は、光電変換部９の受光面に入射光を集光する。光電変換部９は、例えばＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ　）固体撮像素子により構成され、撮像結果を画像信号処理部１０に出力する。画像信号処理部１０は、中央処理ユニット７の制御によりこの光電変換部９による撮像結果を処理してビデオデータを生成し、このビデオデータにより液晶ディスプレイ１１を駆動する。これによりこのディジタルビデオカメラ２においては、光学レンズ部８による撮像結果を液晶ディスプレイ１１によりモニタできるようになされている。
【００２５】
また画像信号処理部１０は、このようにして得られるビデオデータを音声データと共にデータ圧縮し、中央処理ユニット７を介してドライブ１２に出力する。ここでドライブ１２は、中央処理ユニット７の制御により、光ディスク、磁気ディスク、光磁気ディスク、半導体メモリ等による記録媒体１３に、中央処理ユニット７の出力データを記録し、また記録媒体１３に記録されたデータを読み出して中央処理ユニット７に出力する。これによりこのディジタルビデオカメラ２においては、撮像結果による動画ファイルを記録媒体１３に記録して保持できるようになされている。また画像信号処理部１０は、中央処理ユニット７の制御により動作を切り換え、記録媒体１３から読み出されたデータを中央処理ユニット７から入力し、このデータをデータ伸長する。画像信号処理部１０は、このデータ伸長によりビデオデータ及び音声データを復号し、このビデオデータにより液晶ディスプレイ１１を駆動するようになされている。これによりこのディジタルビデオカメラ２では、記録媒体１３に記録した動画ファイルを再生して確認できるようになされている。
【００２６】
なお記録媒体１３においては、コンピュータ４と同様に、ＦＡＴ３２のファイル管理システムにより記録領域が管理されるようになされている。
【００２７】
操作入力部１４は、このディジタルビデオカメラ２の操作パネル、リモートコマンダーに配置された操作子、液晶ディスプレイ１１に配置されたタッチパネルにより構成され、ユーザーにより操作を図示しないインターフェースを介して中央処理ユニット７に通知する。
【００２８】
通信部１５は、インターネット３に接続可能な通信手段であり、例えば有線によるモデム、ＩＥＥＥ　（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｏｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１ｂ等による無線通信装置により構成される。通信部１５は、中央処理ユニット７の制御により、インターネット３に接続し、このインターネット３に接続されてなるコンピュータ４との間でコネクションを確立する。またこのようにしてコネクションを確立して、中央処理ユニット７の制御により、所望のコマンド等をコンピュータ４、中央処理ユニット７との間で入出力し、さらには中央処理ユニット７から出力される動画ファイルをコンピュータ４にアップロードし、さらにはコンピュータ４から動画ファイル等をダウンロードして中央処理ユニット７に出力するようになされている。
【００２９】
ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）による内蔵メモリ１６は、中央処理ユニット７のワークエリアを構成し、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）による内蔵メモリ１７は、中央処理ユニット７のプログラム等を記録して保持するようになされている。なおこの内蔵メモリ１７の内容は、このディジタルビデオカメラ２の製造時における事前のインストールにより設定されるようになされており、このプログラムにおいては、事前のインストールに代えて、インターネット等のネットワーク等を介してダウンロードしたプログラムのインストールにより、さらには各種の記録媒体により提供されるプログラムのインストールにより、提供することができる。因みにこのような記録媒体としては、光ディスク、磁気ディスク、磁気テープ等の記録媒体を適用することができる。
【００３０】
中央処理ユニット７は、これら内蔵メモリ１６、１７と共にこのディジタルビデオカメラ２全体の動作を制御するコンピュータを構成し、内蔵メモリ１７に記録されたプログラムに従って、操作入力部１４を介して検出されるユーザーによる操作に応動して各部の動作を制御し、これにより撮像結果を動画ファイルにより記録媒体１３に記録し、また記録媒体１３に記録した動画ファイルを再生して液晶ディスプレイ１１に表示する。また中央処理ユニット７は、同様のユーザーによる操作に応動したプログラムの実行により、通信部１５を介してコンピュータ４とコネクションを確立し、動画ファイルをアップロード、ダウンロードする。
【００３１】
図１及び図１０は、この動画ファイルのアップロード、ダウンロードに係るファイル交換の処理手順を示すフローチャートである。中央処理ユニット７は、バッテリ装置５の電源により動作している場合に限り、この処理手順を実行する。すなわち中央処理ユニット７は、ユーザーによる操作子の操作により液晶ディスプレイ１１にメニュー画面を表示し、このメニュー画面におけるメニューの選択によりアップロード、ダウンロードの選択を受け付ける。またユーザーによりアップロードの処理が選択された場合、記録媒体１３のファイル管理システムより記録媒体１３に記録されたファイルについて、ディレクトリエントリのデータを取得し、アップロード可能なファイル名を液晶ディスプレイ１１に一覧表示し、この一覧表示における選択によりアップロードするファイルの選択を受け付ける。
【００３２】
これに対してユーザーによりダウンロードの処理が選択された場合、中央処理ユニット７は、通信部１５を介してコンピュータ４との間でコネクションを確立し、上述したコンピュータ４の対応するアプリケーションプログラムより、ダウンロード可能なファイル名を取得する。なお中央処理ユニット７は、このようなコンピュータ４へのログインの前提として、コンピュータ４との間で所定の認証処理等を実行するようになされている。またコンピュータ４の中央処理ユニット４Ａにおいては、事前の設定に従ってダウンロード可能なファイル名をディジタルビデオカメラ２に通知するようになされている。中央処理ユニット７は、このようにして取得したダウンロード可能なファイル名をアップロードの場合と同様に、液晶ディスプレイ１１に一覧表示し、この一覧表示における選択によりダウンロードするファイルの選択を受け付ける。
【００３３】
このようにして処理対象のファイル名、処理の内容を受け付けると、中央処理ユニット７は、ステップＳＰ１からステップＳＰ２に移り、バッテリ装置５のコントローラ５Ｂとの間のデータ交換により、満充電時におけるバッテリ５Ａの容量を検出する。またこのようにして検出した満充電時の容量によりコンピュータ４との間のファイル交換を実行した場合、何時間、ファイル交換可能か計算する。
【００３４】
続いて中央処理ユニット７は、ステップＳＰ３に移り、処理対象のファイルについて、転送に要する所要時間を予測する。ここで図５は、この所要時間の予測処理手順を示すフローチャートである。中央処理ユニット７は、この処理手順を開始すると、ステップＳＰ５からステップＳＰ６に移り、ユーザーにより選択された処理がファイルのアップロードか否か判断する。ここで肯定結果が得られると、中央処理ユニット７は、ステップＳＰ６からステップＳＰ７に移り、ファイルシステムにアクセスし、アップロード対象であるファイルのディレクトリエントリのデータより、ファイルサイズのデータを取得する。さらにこの取得したファイルサイズのデータを内蔵メモリ１６に記録して保持し、ステップＳＰ９に移る。
【００３５】
これに対してユーザーにより選択された処理がダウンロードの場合、中央処理ユニット７は、ステップＳＰ６で否定結果が得られることにより、ステップＳＰ６からステップＳＰ８に移る。ここで中央処理ユニット７は、コンピュータ４からダウンロード対象であるファイルのファイルサイズを検出する。
【００３６】
ここで図６に示すように、ディジタルビデオカメラ２、コンピュータ４においては、ＩＰレイヤを構成するＩＰモジュールの上層に、ファイルサイズ取得モジュールが設けられる（図６（Ｂ））。ここでこのファイルサイズ取得モジュールは、ＩＰモジュールを介してファイルサイズを問い合わせるＩＰデータグラムを送信し、またＩＰモジュールを介してこのようなＩＰデータグラムへの応答を返すモジュールである。
【００３７】
このためファイルサイズ取得モジュールは、ファイル名をパラメータに設定したファイルサイズ取得のコマンドにより、ファイルサイズの問い合わせである旨、プロトコル識別番号（プロトコル）を設定し、このプロトコル識別番号と、ファイル名とをＩＰモジュールに渡す。
【００３８】
なおここでＩＰデータグラムのプロトコル識別番号は、ＲＦＣ１７００　「Ａｓｓｉｇｎｅｄ　Ｎｕｍｂｅｒｓ」の「Ｐｒｏｔｏｃｏｌ　Ｎｕｍｂｅｒｓ」節で規定されており、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ　）では、「１」が割り当てられ、ＴＣＰでは、「６」が割り当てられるようになされている。このプロトコル識別番号は、「１０１」〜「２５４」が空き番号に設定され、この実施の形態では、ファイルサイズ取得モジュールに対して、この空き番号の１つである値「１７０」のプロトコル識別番号を割り当て、ファイルサイズの問い合わせに利用するようになされている。
【００３９】
ＩＰモジュールは、このプロトコル識別番号とファイル名とをそれぞれプロトコルフィールド、データフィールドに割り当ててＩＰデータグラムを生成し、このＩＰデータグラムを送信する（図６（Ａ））。なおこの図６（Ａ）ではファイル名がａｂｃ．ｍｐｇの場合であり、ＩＰデータグラムではＡＳＣＩＩ（Ａｍｅｒｉｃａｎ　Ｓｔａｎｄａｒｄ　Ｃｏｄｅ　ｆｏｒ　Ｉｎｆｏｍａｔｉｏｎ　Ｉｎｔｅｒｃｈａｎｇｅ　）文字コードによりファイル名がセットされることにより、この場合、データフィールドには、１６進数で、「６１６２６３２ｅ６ｄ７０６５６７００」という値がセットされることになる。なお最後の「００」は、終端を意味する「ＮＵＬ」文字である。
【００４０】
またこのＩＰデータグラムを受信すると、ＩＰモジュールにおいては、プロトコル識別番号とファイル名とをファイルサイズ取得モジュールに引き渡す。ファイルサイズ取得モジュールにおいては、このファイル名をキーにしてファイル管理システムにより対応するディレクトリエントリのデータを検出し、このディレクトリエントリのデータよりファイルサイズを検出する。ファイルサイズ取得モジュールにおいては、図６（Ｃ）に示すように、このファイルサイズ、「１７０」によるプロトコル識別番号をファイルサイズのデータと共にＩＰモジュールに渡し、ＩＰモジュールは、このプロトコル識別番号とファイルサイズとをそれぞれプロトコルフィールド、データフィールドに割り当ててＩＰデータグラムを生成して送信する。
【００４１】
このようにしてファイルサイズによるＩＰデータグラムを受信すると、ＩＰモジュールにおいては、プロトコル識別番号とファイルサイズとをファイルサイズ取得モジュールに引き渡し、ファイルサイズ取得モジュールにおいては、ファイルサイズの取得のコマンドを発行したプログラムに、ファイルサイズを通知する。
【００４２】
中央処理ユニット７においては、これらモジュールによる処理により、コンピュータ４からファイルサイズを検出し、このファイルサイズを内蔵メモリ１６に一時記録する。
【００４３】
中央処理ユニット７は、このようにしてファイルサイズを検出すると、続くステップＳＰ９において、伝送帯域の推定処理を実行する。ここで伝送帯域の推定処理は、ｐｉｎｇコマンドを実行して応答に要する時間を計測することにより、伝送帯域を推定する処理である。ここでｐｉｎｇコマンドは、ＩＣＭＰを用いてネットワークの疎通を確認するコマンドである。
【００４４】
図７に示すように、中央処理ユニット７は、伝送帯域推定処理において、ステップＳＰ１１からステップＳＰ１２に移り、現在時刻を取得した後、続くステップＳＰ１３において、エコー要求を送信する。ここで図８及び図９に示すように、エコー要求においては、サービスタイプが値８に設定される。またこの実施の形態では、タイプ、コード、チェックサム、オプションによる８バイトの固定長データに加えて、例えば１１７バイトのデータをメッセージにセットし、これにより全体として８＋１１７＝１２５バイトによるデータをデータ部に割り当てる。なおここではこれらタイプ、コード、オプション、１１７バイトの任意データは、何ら意味を有しないデータが割り当てられるようになされている。
【００４５】
このようにしてエコー要求を送出すると、中央処理ユニット７は、ステップＳＰ１４に移り、ステップＳＰ１３で送出したエコー要求に対する応答であるエコー応答を受信する。ここでＩＣＭＰにおいては、エコー要求を受信した場合、エコー応答を送出することが規定され、これによりコンピュータ４においては、エコー要求の受信によりエコー応答を送出するようになされ、中央処理ユニット７は、このエコー応答をステップＳＰ１４で受信するようになされている。
【００４６】
なおエコー応答は、サービスタイプが値０に設定され、エコー要求のペイロードをそのままデータ部にセットして送信される。これにより中央処理ユニット７においては、このサービスタイプが値０にセットされてなるＩＰデータグラムを受信することにより、エコー応答を受信する。
【００４７】
続いて中央処理ユニット７は、ステップＳＰ１５に移り、ここで現在時刻を取得してエコー応答の受信時刻を検出し、続くステップＳＰ１６において、ステップＳＰ１１で取得したエコー要求送出時刻と、ステップＳＰ１５で検出したエコー応答の受信時刻とから、ファイル転送に要する時間を計算する。すなわち中央処理ユニット７は、ステップＳＰ１５で検出したエコー応答の受信時刻から、ステップＳＰ１１で取得したエコー要求送出時刻を減算し、これによりエコー要求を送信してエコー応答が返されるまでの時間（ＲＴＴ　：Ｒｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ　）を計測する。さらにこのエコー応答が返されるまでの時間を１／２に割り算し、これによりエコー要求を送信して受信されるまでの時間を計算する。さらにエコー要求のデータ部にセットしたデータ長を、このエコー要求を送信して受信されるまでの時間により割り算し、これにより伝送帯域を推定する。
【００４８】
具体的に、エコー要求を送信してエコー応答が返されるまでの時間が１０〔ｍｓｅｃ〕だった場合、エコー要求を送信して受信されるまでの時間は、５〔ｍｓｅｃ〕となり、１２５バイトのデータをこのエコー要求のデータ部により伝送している場合、伝送帯域は、１２５バイト（＝１０００ビット）／０．００５〔秒〕＝２００〔ｋｂｐｓ〕と推定することができる。
【００４９】
このようにして伝送帯域を推定すると、中央処理ユニット７は、ステップＳＰ１７から元の処理手順（図５）に戻る。なお中央処理ユニット７は、この伝送帯域の推定処理を所定回数だけ繰り返し、平均値による伝送帯域により続く処理手順を実行するようになされ、これにより高い精度により伝送帯域を推定するようになされている。
【００５０】
中央処理ユニット７は、続いてこの元の処理手順におけるステップＳＰ１９において（図５）、ステップＳＰ７又はステップＳＰ８で検出したファイルサイズをステップＳＰ９で検出した伝送帯域により割り算し、これによりファイル転送に要する所要時間を計算する。具体的に例えばファイルサイズ１００Ｍ〔バイト〕（Ｍ＝１０４８５７６）のファイルを伝送する場合、１００×１０４８５７６×８÷（２００×１０００）≒４１９４〔秒〕≒７０〔分〕の計算結果を得ることができ、ファイル転送に要する時間を約７０分と推定する。
【００５１】
続いて中央処理ユニット７は、ステップＳＰ２０において、ステップＳＰ１９で計算したファイル転送に要する時間を時、分、秒の単位に換算し、ユーザーにより把握し易い単位に換算する。また続くステップＳＰ２１において、この転送時間を液晶ディスプレイ１１に表示し、ステップＳＰ２２に移って元の処理手順（図１）に戻る。
【００５２】
中央処理ユニット７は、続いてこの元の処理手順のステップＳＰ２５において、バッテリ装置５との間のデータ交換によりバッテリ５Ａの残容量を検出し、この残容量によりコンピュータ４との間のファイル交換を実行した場合、何時間、ファイル交換可能か計算し、これによりバッテリ残量による通信可能時間を計算する。
【００５３】
続いて中央処理ユニット７は、ステップＳＰ２６において、ステップＳＰ３で求めたファイル転送の所要時間とステップＳＰ２５で計算したバッテリ残量による通信可能時間とを比較することにより、ファイル転送の所要時間でバッテリ残量を判定し、バッテリ残量によりファイル交換を完了するか否か判断する。
【００５４】
ここで肯定結果が得られると、この場合、ファイル転送に対してバッテリ５Ａの電力に余裕があることにより、中央処理ユニット７は、ステップＳＰ２６からステップＳＰ２７に移り、ユーザーにより指示されたファイルの転送を開始する。すなわち中央処理ユニット７は、アップロードの場合、ファイル管理システムにより対応するファイルが記録されてなる記録媒体１３のアドレスを順次検出し、このアドレスにより順次記録媒体１３からデータをロードし、このデータをＦＴＰ又はＨＴＴＰによりコンピュータ４に送出する。これに対してダウンロードの場合、ファイルの転送をコンピュータ４にリクエストし、コンピュータ４においては、ファイル管理システムにより対応するファイルが記録されてなるハードディスク装置４Ｂのクラスタアドレスを順次検出する。またこのクラスタアドレスにより順次ハードディスク装置４Ｂに記録されたデータを再生し、ＦＴＰ又はＨＴＴＰによりこの再生したデータをディジタルビデオカメラ２に送出する。中央処理ユニット７においては、ファイル管理システムにより記録媒体１３の空き領域を順次検出し、通信部１５を介して受信されるデータをこの空き領域に順次記録する。
【００５５】
このようにしてファイル転送を開始すると、中央処理ユニット７は、ファイル転送の開始時刻を内蔵メモリ１６に記録して保持し、この開始時刻を基準にして、ステップＳＰ３で検出した所要時間の経過を待機する。また液晶ディスプレイ１１における棒グラフ状の表示により、ファイルサイズに対する転送済データのデータ量、ファイル転送に要する残り時間をユーザーに通知する。
【００５６】
さらにファイルの転送を開始して、ステップＳＰ３で検出した所要時間だけ経過すると、ステップＳＰ２７からステップＳＰ２８に移り、ファイルの転送を完了していないか否か判断する。ここでファイルの転送を完了している場合、中央処理ユニット７は、ステップＳＰ２９に移り、液晶ディスプレイ１１の表示によりファイル転送の終了をユーザーに通知した後、ステップＳＰ３０に移ってこの処理手順を終了する。なお中央処理ユニット７は、このファイル転送の完了により、アップロードの場合、ユーザーの設定により、転送を完了したファイルを記録媒体１３から削除する。
【００５７】
これに対してこのような伝送路においては、他の機器からのアクセスにより伝送速度が種々に変化することにより、推定した所要時間を経過しても、未だファイルの転送を完了していない場合もある。この場合、中央処理ユニット７は、ステップＳＰ２８で肯定結果が得られることにより、ステップＳＰ２８からステップＳＰ３１に移る。ここで中央処理ユニット７は、ファイルサイズから転送済データのデータ量を減算し、残りのデータ量を計算する。また図７について説明したと同様のｐｉｎｇコマンドの実行により改めて伝送帯域を推定し、これら残りのデータ量、伝送帯域より残りファイルの伝送に供する所要時間を計算する。
【００５８】
さらに続くステップＳＰ３２において、バッテリ装置５との間のデータ交換によりバッテリの残量を検出し、このバッテリの残量による通信可能時間を計算する。また続くステップＳＰ３３において、このようにして計算した残りファイルの伝送に供する所要時間がバッテリ残量による通信可能時間より短いか否か判断することにより、残りの所要時間によりバッテリ残量を判定し、ここでバッテリ残量に余裕がある場合、ステップＳＰ２８に移って、ファイル転送処理を継続する。なお中央処理ユニット７は、このようにしてステップＳＰ３３からステップＳＰ２８に戻った場合、このステップＳＰ２８においては、ステップＳＰ３１で計算した残りファイルの転送所要時間の経過を待って、ファイルの転送を完了したか否か判断するようになされている。
【００５９】
これによりディジタルビデオカメラ２では、事前に予測した所要時間によりファイル転送を完了できるとしてファイル転送を開始して、回線の渋滞等によりこの所要時間によりファイル転送できない場合、残りの所要時間を予測してファイル転送を完了できるか否か改めて判断するようになされている。またこの判断によりバッテリの容量が十分な場合には、引き続きファイル転送の処理を継続し、ユーザーにより指定されたファイルをアップロード、ダウンロードするようになされている。
【００６０】
これに対してバッテリの残量が十分でない場合、中央処理ユニット７は、ステップＳＰ３３で否定結果が得られることにより、ステップＳＰ３３からステップＳＰ３４に移る（図１０）。ここで中央処理ユニット７は、レジュームの手法によりファイル転送する旨、ユーザーにより事前に設定されているか否か判断する。またこのようなレジュームによるファイル転送がユーザーにより設定されていない場合、液晶ディスプレイ１１に、回線の渋滞によりバッテリの残量ではファイル転送を完了しない旨のメッセージを表示し、レジュームによるファイル転送するか否か、ユーザーによる選択を受け付ける。
【００６１】
中央処理ユニット７は、これらの選択、設定により、レジュームの手法によるファイル転送が指示された場合、ステップＳＰ３４からステップＳＰ３５に移り、レジュームの手法によりファイルを転送する。すなわち中央処理ユニット７は、バッテリ装置５との間の定期的なデータ交換により、バッテリ５Ａの残量を監視し、バッテリ５Ａの残量が所定量となるまで、ファイル転送を継続する。またバッテリ５Ａの残量が所定量となると、ファイルの転送を中断する。またアップロードの場合には、ファイルの転送を完了した最後の位置をレジュームの開始位置として記録媒体１３、又は内蔵メモリ１６に記録した後、ステップＳＰ３０に移ってこの処理手順を終了する。これに対してダウンロードの場合、記録媒体１３に記録されてなる受信済のデータを１つのファイルに設定してシステムエントリエリアのデータを更新する。またこのファイルの転送を完了した最後の位置をレジュームの開始位置としてコンピュータ４に通知し、コンピュータ４の中央処理ユニット４Ａは、この開始位置をハードディスク装置４Ｂに記録し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６２】
これにより中央処理ユニット７は、バッテリに十分な容量を有している場合、さらには商用電源により動作している場合、改めてコンピュータ４との間でコネクションを確立し、このレジュームの開始位置より残りのデータを転送する。また中央処理ユニット７、４Ａにおいては、このようにして転送して受信した残りのデータをファイル化して記録媒体１３、ハードディスク装置４Ｂに記録した後、受信済データによるファイルと合成し、このファイル交換システム１では、これによりバッテリに余裕の無くなった場合でも、所望するファイルを確実にファイル交換するようになされている。
【００６３】
これに対してステップＳＰ３４で否定結果が得られると、この場合、中央処理ユニット７は、ステップＳＰ３４からステップＳＰ３６に移り、ファイル転送を中止した後、ステップＳＰ３０に移ってこの処理手順を終了する。なおこの場合、中央処理ユニット７、４Ａにおいては、それまで受信したファイルのデータについては、記録媒体１３、ハードディスク装置４Ｂのシステムエントリを更新することなく処理を終了し、これにより後日改めて最初からファイル転送を実行するようになされている。
【００６４】
これに対して当初、所要時間によりバッテリ残量を判定し、バッテリの残量が不足していると判断される場合、中央処理ユニット７は、ステップＳＰ２６で否定結果が得られることにより（図１）、ステップＳＰ２６からステップＳＰ３８に移る（図１０）。ここで中央処理ユニット７は、ステップＳＰ２で検出した満充電によりファイル交換可能な時間と、ステップＳＰ３で検出した所要時間とを比較することにより、ファイル交換に要する所要時間により満充電時の容量を判定する。
【００６５】
ここで満充電時の容量によっては、ファイル交換を完了すると判断される場合、中央処理ユニット７は、ステップＳＰ３８からステップＳＰ３９に移る。ここで中央処理ユニット７は、現在の状態ではファイル交換に電力が不足することによりファイル交換を中止する旨、またバッテリ５Ａを満充電に充電して、さらには商用電源による駆動に切り換える等によりファイル交換可能な旨、液晶ディスプレイ１１にメッセージを表示し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６６】
これにより中央処理ユニット７は、事前に予測されるファイル交換に要する時間によりバッテリ残量、満充電の容量を判定し、ファイル交換の処理を切り換えるようになされている。
【００６７】
これに対して満充電時の容量によっても、ファイル転送に電力が不足すると判断されると、中央処理ユニット７は、ステップＳＰ３８からステップＳＰ４０に移る。ここで中央処理ユニット７は、ステップＳＰ３４における処理と同様に、レジュームの手法によりファイル転送する旨、ユーザーにより事前に設定されているか否か判断する。またこのようなレジュームによるファイル転送がユーザーにより設定されていない場合、液晶ディスプレイ１１に、バッテリ５Ａを十分に充電しても現在の状態ではファイル転送を完了しない旨のメッセージを表示し、レジュームによりファイル転送するか否か、ユーザーによる選択を受け付ける。
【００６８】
中央処理ユニット７は、これらの選択、設定により、レジュームの手法によるファイル転送が指示されると、ステップＳＰ４０からステップＳＰ４１に移り、ステップＳＰ３５における処理と同様にレジュームの手法によりファイル転送する。すなわち中央処理ユニット７は、バッテリ装置５との間の定期的なデータ交換により、バッテリ５Ａの残量を監視し、バッテリ５Ａの残量が所定量となるまで、ファイル転送を継続する。またバッテリ５Ａの残量が所定量となると、ファイルの転送を中止する。またこのファイル交換がアップロードの場合には、ファイルの転送を完了した最後の位置をレジュームの開始位置として記録媒体１３、又は内蔵メモリ１６に記録した後、ステップＳＰ３０に移ってこの処理手順を終了する。これに対してこのファイル交換がダウンロードの場合、記録媒体１３に記録されてなる受信済のデータを１つのファイルに設定してシステムエントリエリアのデータを更新する。またこのファイルの転送を完了した最後の位置をレジュームの開始位置としてコンピュータ４に通知し、コンピュータ４の中央処理ユニット４Ａは、この開始位置をハードディスク装置４Ｂに記録し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６９】
これに対してステップＳＰ４０で否定結果が得られると、中央処理ユニット７は、ステップＳＰ４０からステップＳＰ３９に移り、この場合、ファイル交換を中止する旨のメッセージ、商用電源による駆動等の対応策のメッセージを表示した後、ステップＳＰ３０に移ってこの処理手順を終了する。
【００７０】
これらによりこの実施の形態において、バッテリ装置５のコントローラ５Ｂは、動作用バッテリの残容量を検出する容量検出手段を構成する。また中央処理ユニット７は、内蔵メモリ１６、１７、通信部１５と共に、コンピュータ４との間における伝送帯域を検出する伝送帯域検出手段を構成し、また内蔵メモリ１６、１７と共に、交換に供するファイルのファイルサイズを検出するファイルサイズ検出手段を構成し、さらには送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を構成するようになされている。
【００７１】
（１−２）第１の実施の形態の動作
以上の構成において、このファイル交換システム１では（図１及び図４）、携帯してバッテリ装置５の電力によりディジタルビデオカメラ２を駆動し、又は商用電源によりディジタルビデオカメラ２を駆動し、所望の被写体を撮像して得られる動画ファイルによる撮像結果がディジタルビデオカメラ２の記録媒体１３に記録される。
【００７２】
ファイル交換システム１では、このようにして記録媒体１３に記録された動画ファイルについて、コンピュータ４へのアップロードがユーザーにより指示されると、中央処理ユニット７、内蔵メモリ１６、１７により構成されるディジタルビデオカメラ２のコンピュータにより、通信部１５の動作を制御してコンピュータ４との間でコネクションが確立され、この動画ファイルがコンピュータ４に送信される。またコンピュータ４においては、このようにして送信された動画ファイルがモデム４Ｄを介して受信され、ハードディスク装置４Ｂに記録される。
【００７３】
このようなファイル交換の処理において、ディジタルビデオカメラ２がバッテリ５Ａの電源により動作している場合、ファイル交換システム１では、ディジタルビデオカメラ２でバッテリ５Ａの残容量、満充電時の容量が検出される。さらにＩＰデータグラム（ＩＰパケット）のペイロードであるデータ部が所定データ量に設定されてなるｐｉｎｇコマンドによるエコー要求がコンピュータ４に向けて送出され、このエコー要求を受信したコンピュータ４において、このエコー要求と同一の所定データ量にデータ部が設定されてなるエコー応答がディジタルビデオカメラ２に向けて送出される。ファイル交換システム１では、このエコー要求を送出した後、エコー応答が得られるまでの応答時間がディジタルビデオカメラ２で検出され、これにより伝送帯域が検出される。すなわちｐｉｎｇの往復に要する時間である応答時間が１／２されて、片道の伝送に要する時間が検出され、この伝送に要する時間によりペイロードのデータ量が割り算され、単位時間当たりに伝送可能なデータ量が検出され、これにより伝送帯域が検出される。
【００７４】
また記録媒体１３の記録領域を管理するファイル管理システムにより、ファイル交換に供するファイルのデータ量が検出され、このデータ量がｐｉｎｇにより検出された伝送帯域により割り算されて、現在の伝送帯域で伝送に要する所要時間が検出される。これによりディジタルビデオカメラ２では、事前に、ファイルの伝送に要する所要時間が予測される。ファイル交換システム１では、このようにして検出される所要時間により、バッテリ５Ａの残容量が判定される。
【００７５】
これによりこの実施の形態では、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようになされている。
【００７６】
すなわちこの判定によりバッテリ５Ａの容量がファイル交換に十分な場合、ファイル交換システム１ではファイル交換が開始される。またこのようにしてファイル交換を開始した後、渋滞により伝送帯域が減少する場合もあることにより、ファイル交換を開始して事前に予測した所要時間が経過してもファイル転送を完了しない場合、改めてｐｉｎｇにより伝送帯域が検出され、この伝送帯域と残りのファイルサイズとから、残りの所要時間が検出される。またこの残りの所要時間によりバッテリ５Ａの残量が改めて判定される。
【００７７】
これによりこの実施の形態においては、ファイルの転送を開始して所定時間経過すると、伝送帯域と未だ転送していないデータ量とにより、残りの伝送に要する所要時間を改めて予測し、この残りの伝送に要する所要時間で残容量を判定するようになされ、伝送に供する回線の渋滞が種々に変化した場合でも、この渋滞の変化に対応することができるようになされている。
【００７８】
すなわちこの判定により、未だバッテリ５Ａの残容量が十分な場合、ファイル交換システム１では、引き続きファイル交換の処理が実行され、これによりユーザーにより選択されたファイルがコンピュータ４にアップロードされる。
【００７９】
これに対してこの判定によりバッテリ５Ａの残容量がファイル転送の完了に不十分と判断されると、ユーザーによりレジュームによる処理が設定されている場合、又はユーザーによりレジュームによる処理が指示された場合、ファイル交換が実行され、バッテリ５Ａの残量が所定容量になると、ファイル交換が中断される。ファイル交換システム１では、これによりそれまでコンピュータ４にアップロードされたデータが１つのファイルとしてコンピュータ４のハードディスク装置４Ｂに記録され、レジュームの開始位置がディジタルビデオカメラ２の記録媒体１３に、又は内蔵メモリ１６に記録される。
【００８０】
またこのようにファイル交換を一時中止して、改めてファイル交換する場合には、この開始位置よりデータの転送を開始してコンピュータ４のハードディスク装置４Ｂに記録し、ファイルの転送を完了すると、コンピュータ４において、従前に１つのファイルとして記録してなるファイルと、開始位置からのデータとが１つのファイルに結合され、これによりレジュームの手法を適用してファイル転送の処理が完了する。
【００８１】
これに対してユーザーによりレジュームによる処理が設定されていない場合、又はユーザーによりレジュームによる処理が指示されない場合、ファイル交換システム１では、ファイル交換の処理が中止される。
【００８２】
これに対して事前の判定によりバッテリ５Ａの残量が不足していると判断される場合、バッテリ５Ａの満充電の容量が改めて判定される。さらにこの満充電の容量でも不足すると判断される場合、ユーザーによりレジュームの処理が指示されている場合、レジュームによりファイル交換されるのに対し、レジュームによる処理が指示されていない場合、ファイル交換が中止される。
【００８３】
また満充電の容量によればファイル交換可能な場合、バッテリ装置５の交換により、又は充電によりファイル交換できることにより、この場合は、ファイル交換が中止される。
【００８４】
これらによりこのディジタルビデオカメラ２では、回線の渋滞状況に適切に対応することができるようになされている。すなわちユーザーにおいては、ファイルのアップロードを急いでいる場合も考えられ、またこれとは逆にファイルのアップロードを急いでいない場合も考えられる。この実施の形態においては、バッテリの残量によりアップロードを完了できるか否か、さらにはバッテリを満充電してアップロードを完了できるか否かを、回線の渋滞状況により判断することができ、これにより例えばアップロードを急ぐ場合には、可能な箇所までファイルをアップロードしながらバッテリを手配する、バッテリを交換してアップロードする等の対応策を講じることができ、これにより従来に比して使い勝手を向上することができるようになされている。
【００８５】
これに対してコンピュータ４においては、ハードディスク装置４Ｂに種々のファイルが蓄積され、例えばディジタルビデオカメラ２でコンピュータ４に保持されたファイルを確認するような場合に、ユーザーによりファイルのダウンロードが指示されると、ディジタルビデオカメラ２とコンピュータ４との間でコネクションが確立され、ユーザーにより指示されたファイルの送信がディジタルビデオカメラ２からコンピュータ４にリクエストされる。またこのリクエストにより、コンピュータ４から対応するファイルのデータがディジタルビデオカメラ２に順次送出され、ディジタルビデオカメラ２においては、通信部１５によりこのデータが受信されて記録媒体１３に記録される。
【００８６】
このような一連のダウンロードの処理に際して、ファイル交換システム１では、事前に、ディジタルビデオカメラ２に実装されたファイル交換モジュールにより、ＩＰモジュールを介して、コンピュータ４にファイルサイズを問い合わせするＩＰデータグラムが送信され、同様のＩＰデータグラムであるこの問い合わせの応答により、ディジタルビデオカメラ２で伝送に供するファイルのデータ量が検出される。
【００８７】
ファイル交換システム１では、このファイルサイズにより、アップロードの場合と同様に、所要時間が計算され、この所要時間によりバッテリ５Ａの残容量、満充電時の容量が判定される。またこの判定結果により、レジュームによりファイル転送の処理が実行され、さらにはファイル交換が中止される。これによりこの実施の形態においては、ダウンロードの場合でも、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようになされている。
【００８８】
（１−３）第１の実施の形態の効果
以上の構成によれば、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【００８９】
また所定データ量に設定したＩＰデータグラムに対する応答時間により、伝送帯域を検出し、プロトコル値を所定値に設定し、かつデータ部にファイル名を割り当てたＩＰデータグラムに対する応答によりファイルサイズを検出することにより、簡易に、ネットワークの伝送帯域、ファイル転送の所要時間を予測することができる。
【００９０】
またファイル転送の所要時間によりバッテリの残容量を判定して残容量ではファイルの転送を完了しないと判断される場合、ファイル転送の所要時間により満充電時の容量を判定することにより、バッテリを充電してファイル交換を完了できる場合、さらにはバッテリを交換してファイル交換を完了できる場合等に、適切に対応することができる。
【００９１】
またファイル転送の所要時間によりバッテリの残容量を判定して残容量ではファイルの転送を完了しないと判断される場合、レジュームの手法を適用してファイルを転送することにより、伝送帯域が減少した場合でも所望するファイルを確実に転送することができる。
【００９２】
またファイルの転送を開始して所定時間経過すると、改めてファイルの残りの伝送に要する所要時間を予測し、この残りの伝送に要する所要時間でバッテリの残容量を判定することにより、回線の渋滞が変化した場合にも適切に対応することができる。
【００９３】
（２）第２の実施の形態
図１１は、本発明の第２の実施の形態に係るファイル交換システムにおけるファイルサイズ取得モジュールの説明に供する略線図である。この実施の形態に係ファイル交換システムにおいては、ＴＣＰモジュール又はＵＤＰモジュールによるレイヤーの上位レイヤーにファイルサイズ取得モジュールが実装される。なおこのファイル交換システムでは、このファイルサイズ取得モジュールの実装方法が異なる点を除いて、第１の実施の形態に係るファイル交換システムと同一に構成される。
【００９４】
ファイルサイズ取得モジュールにおいては、これにより図１１（Ａ）に示すように、ファイルサイズの検出対象であるファイル名をＴＣＰモジュール又はＵＤＰモジュールに渡し、ＴＣＰモジュール又はＵＤＰモジュールは、このファイル名をデータ部にセットすると共に、ファイルサイズ取得モジュールを特定するポート番号をヘッダ部に設定してＴＣＰパケット又はＵＤＰパケットを生成する。ＩＰモジュールにおいては、これによりこのＴＣＰパケット又はＵＤＰパケットをデータ部にセットすると共に、ＴＣＰモジュール又はＵＤＰモジュールを特定するプロトコル番号をヘッダ部に設定してＩＰパケットを生成し、このＩＰパケットによるＩＰデータグラムをコンピュータ４に送出する。
【００９５】
なおこのようにして設定されるプロトコル番号は、ＴＣＰモジュール又はＵＤＰモジュールにおいて、それぞれ値６又は値１７である。またファイルサイズ取得モジュールのポート番号は、未定義の値である値「４９１５２」から「６５５３５」の番号を割り当てることができ、例えば値「５５５５５」をポート番号に設定することができる。
【００９６】
これに対して応答側においては、このようなＩＰデータグラムを受信すると、ＩＰモジュールにおいて、プロトコル番号よりＴＣＰモジュール又はＵＤＰモジュールにデータ部であるＴＣＰパケット又はＵＤＰパケットを渡し、ＴＣＰモジュール又はＵＤＰモジュールにおいては、このＴＣＰパケット又はＵＤＰパケットのポート番号により、データ部のファイル名をファイルサイズ取得モジュールに通知する。
【００９７】
ファイルサイズ取得モジュールにおいては、この通知によりファイル管理システムを介して対応するファイルのファイルサイズを検出し、このファイルサイズをＴＣＰモジュール又はＵＤＰモジュールに渡す。ＴＣＰモジュール又はＵＤＰモジュールにおいては、これによりこのファイルサイズをデータ部にセットし、ファイルサイズ取得モジュールを特定するポート番号をヘッダ部に設定してＴＣＰパケット又はＵＤＰパケットを生成する。ＩＰモジュールにおいては、これによりこのＴＣＰパケット又はＵＤＰパケットをデータ部にセットすると共に、ＴＣＰモジュール又はＵＤＰモジュールを特定するプロトコル番号をヘッダ部に設定してＩＰパケットを生成し、このＩＰパケットによるＩＰデータグラムをコンピュータ４に送出する。
【００９８】
この実施の形態によれば、ＴＣＰモジュール又はＵＤＰモジュールによるレイヤーの上位レイヤーにファイルサイズ取得モジュールを実装するようにしても、第１の実施の形態と同様の効果を得ることができる。
【００９９】
（３）他の実施の形態
なお上述の実施の形態においては、残容量が不足する場合に、満充電時の容量でファイル交換を完了すると判断されるときはファイル交換を中止する場合について述べたが、本発明はこれに限らず、ユーザーの設定、選択によりレジュームによりファイル交換するようにしてもよい。
【０１００】
また上述の実施の形態においては、電力が不足すると判断された場合、バッテリが一定残量となるまでファイル交換して残りをレジュームにより処理する場合について述べたが、本発明はこれに限らず、電力が不足すると判断された場合には、即座にファイル交換を中断し、レジュームにより処理する場合等、必要に応じてファイル交換を中断する時点は、種々に設定することができる。
【０１０１】
また上述の実施の形態においては、当初推定した所要時間が経過してファイル交換を完了していない場合に、伝送帯域を推定し、さらには残りの所要時間を推定する場合について述べたが、本発明はこれに限らず、例えばファイル交換の中間の時点で伝送帯域を推定し、さらには残りの所要時間を推定する場合等、伝送帯域を推定し直し、さらには残りの所要時間を推定し直す処理においては、必要に応じて種々のタイミングに設けることができる。
【０１０２】
また上述の実施の形態においては、当初推定した所要時間が経過してファイル交換を完了していない場合に、伝送帯域、残りの所要時間を推定する場合について述べたが、本発明はこれに限らず、例えばファイル交換を完了したデータ量と経過時間との監視により、データ転送速度が劣化した場合に、伝送帯域、残りの所要時間を推定し直し、必要に応じてレジュームにより対応するようにしてもよい。このようにしてファイル交換の状況を常時モニタすれば、回線の渋滞が緩和した場合も確認できることにより、レジュームにより対応するように処理を進めて、ファイル交換を完了させることもできる。
【０１０３】
また上述の実施の形態においては、ディジタルビデオカメラに対して、いわゆる上り、下りの伝送帯域が等しいものとして伝送帯域を推定する場合について述べたが、本発明はこれに限らず、上り、下りの伝送帯域が異なる場合にも広く適用することができる。なおこのように上り、下りの伝送帯域が異なる場合例えば事前の設定による上り、下りの比率によりエコー要求を送出して応答が得られる時間を割り算することが考えられる。またこの場合に、この比率を実際のファイル交換結果により修正して使用することも考えられる。
【０１０４】
また上述の実施の形態においては、ディジタルビデオカメラ側の処理によりファイル交換する場合について述べたが、本発明はこれに限らず、コンピュータ側で上述した一連の処理を実行するようにしてもよい。すなわちコンピュータ４の中央処理ユニットにおいては、ｐｉｎｇにより応答時間を検出して回線の伝送帯域を検出し、またディジタルビデオカメラにコマンドを送出してバッテリの残容量、満充電時の容量を検出する。またディジタルビデオカメラよりファイルを取得する場合、上述の実施の形態と同様にしてファイルサイズを検出し、これらにより所要時間を計算する。またこの所要時間によるバッテリの残容量、満充電時の容量の判定により、ディジタルビデオカメラの動作を制御する。このようにコンピュータ側で一連の処理を実行するようにすれば、その分、ディジタルビデオカメラの構成を簡略化することができる。なおこのようにコンピュータ側により処理する場合には、コンピュータにおける通信手段であるモデム等が中央処理ユニットと共に、容量検出手段、伝送帯域検出手段等を構成する。
【０１０５】
また上述の実施の形態においては、動画ファイルを直接、ファイル交換する場合について述べたが、本発明はこれに限らず、例えば電子メールに添付してファイル交換する場合にも広く適用することができる。なお電子メールにおいては、例えばＢＡＳＥ６４により、バイナリデータによる動画ファイル等が一旦キャラクタデータにエンコードして添付される。これにより３バイトデータが４バイトデータに変換され、ファイルサイズが３３〔％〕程度増大する。これにより所要時間の予測においては、ファイル管理システムから取得したファイルサイズを１．３３倍して伝送帯域により割り算することが必要になる。
【０１０６】
また上述の実施の形態においては、動画ファイルをファイル交換する場合について述べたが、本発明はこれに限らず、静止画ファイルをファイル交換する場合、さらにはディジタルビデオカメラのプログラムファイルをファイル交換する場合等、種々のファイル交換に広く適用することができる。
【０１０７】
また上述の実施の形態においては、自宅のコンピュータとディジタルビデオカメラとの間でファイル交換する場合について述べたが、本発明はこれに限らず、例えば、ディジタルスチルカメラ、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ　）との間でファイル交換する場合等、種々の機器間でファイル交換する場合に広く適用することができる。
【０１０８】
また上述の実施の形態においては、図６及び図１１において、ＩＰデータグラムにおけるバージョン番号を値４により示したように、ＩＰｖ４によりファイル交換する場合について述べたが、本発明はこれに限らず、ＩＰｖ６によりファイル交換する場合にも広く適用することができる。
【０１０９】
【発明の効果】
上述のように本発明によれば、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るファイル交換システムにおけるディジタルビデオカメラの中央処理ユニットの処理手順を示すフローチャートである。
【図２】本発明の第１の実施の形態に係るファイル交換システムを示すブロック図である。
【図３】ディレクトリエントリの構造を示す図表である。
【図４】図２のディジタルビデオカメラを示すブロック図である。
【図５】所要時間予測処理の説明に供するフローチャートである。
【図６】ファイルサイズ取得モジュールの説明に供する図表である。
【図７】伝送帯域推定処理の説明に供するフローチャートである。
【図８】ｐｉｎｇの説明に供する図表である。
【図９】ｐｉｎｇによるＩＰデータグラムを示す図表である。
【図１０】図１の続きのフローチャートである。
【図１１】本発明の第２の実施の形態に係るファイル交換システムに適用されるファイルサイズ取得モジュールの説明に供する図表である。
【符号の説明】
１……ファイル交換システム、２……ディジタルビデオカメラ、３……インターネット、４……コンピュータ、４Ａ、７……中央処理ユニット、４Ｂ……ハードディスク装置、５……バッテリ装置、５Ａ……バッテリ、１３……記録媒体、１６、１７……内蔵メモリ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a file exchange device, a file exchange method, and a program for a file exchange method, and can be applied to mobile devices such as digital video cameras and digital still cameras. The present invention predicts the transmission bandwidth of a network and the time required for file transfer, and determines the remaining battery power based on the required time, thereby determining in advance whether file exchange can be completed, and To be able to respond appropriately.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in an information device such as a computer, a file is exchanged via a network such as the Internet. When the file exchange is started, a remaining time required for the file exchange is displayed.
[0003]
That is, such file exchange is generally performed by FTP (File Transfer Protocol, RFC959) and HTTP (HyperText Transfer Protocol, RFC1945, RFC2616). When a file is started, for example, the computer starts downloading the file. Obtain information on the file name and file size as information on the file to be provided for this download, monitor the amount of downloaded data at the start of the download, and calculate the remaining time from the amount of data downloaded and the file size. Is displayed.
[0004]
On the other hand, in mobile devices such as digital video cameras and digital still cameras, it has been proposed to exchange files with servers and the like.
[0005]
[Problems to be solved by the invention]
In a digital video camera, a moving image file recorded at an encoding bit rate of 9 [Mbps] for 20 minutes has a file size of 9 [Mbps] × 20 [minutes] × 60 [seconds] = approximately 1.3 [GB]. It becomes. In the case of exchanging the moving image file over a line having a transmission band of 6 [Mbps], it takes about 30 [minutes] to exchange the file.
[0006]
On the other hand, TCP / IP (TCP: Transmission Control Protocol, RFC793)
A local network connected to the Internet, which is an IP (Internet Protocol, RFC791, RFC2460) network, is a best-effort network, so that when a so-called network is congested, the transmission band cannot be guaranteed. Therefore, when actually exchanging files, it is considered that it often takes time to exchange files as compared with the required time calculated in the transmission band of the line as described above.
[0007]
In a device that operates on a stationary commercial power supply, even if, for example, a file exchange that normally takes 30 minutes takes 40 minutes, a desired file can be reliably exchanged only by increasing the waiting time. .
[0008]
However, since mobile devices operate on battery power, if file exchange takes time in this way, the battery power may be cut off halfway, and eventually the user may not be able to exchange files desired by the user. is there. Thus, in such a mobile device, it is desired that it is determined in advance whether or not the file exchange can be completed, and that it is possible to appropriately cope with a traffic jam situation on the line.
[0009]
In this way, if the file exchange takes time and the file cannot be exchanged, the file exchange is temporarily suspended and resumed by applying the method of resuming (suspending and resuming the file transfer) relating to the file transfer. It is possible to do. However, this method is only a method for coping with the inability to complete the file exchange by starting the file exchange, and mobile devices such as digital video cameras used by various users are not easy to use. Therefore, it is considered that it is still insufficient for practical use. By the way, regarding this resume, in FTP, it is defined in RFC 959, sections 3.4 and 3.5, in RFC 1123, section 4.1.3.4, and in HTTP, it is defined in RFC 2616, section 14.35. I have.
[0010]
The present invention has been made in consideration of the above points, and determines in advance whether file exchange can be completed, and a file exchange device and a file exchange method capable of appropriately responding to a traffic jam situation on a line. It is intended to propose a program for a file exchange method.
[0011]
[Means for Solving the Problems]
In order to solve this problem, the invention according to claim 1 is applied to a file exchange device for exchanging a file with a desired device via a network, and the transmission band detected by the transmission band detecting unit and the file size detected by the file size detecting unit. A control unit for predicting a required time required for file transmission based on the band and the file size and determining a remaining capacity detected by the capacity detecting unit based on the required time is provided.
[0012]
In the invention according to claim 6, the present invention is applied to a file exchange method for exchanging files with a desired device via a network, and the transmission band and the file size detected in the transmission band detection step and the file size detection step are used. A required time estimating step of estimating a required time required for transmitting a file, and a determining step of determining a remaining capacity detected in the capacity detecting step based on the required time.
[0013]
In the invention according to claim 8, the transmission band detecting step is applied to a program of a file exchange method for causing a computer of a file exchange apparatus for exchanging files with a desired device via a network to execute a predetermined processing procedure. A required time estimating step of estimating a required time required for file transmission based on the transmission band and the file size detected in the file size detecting step, and a determining step of determining a remaining capacity detected in the capacity detecting step based on the required time. To have.
[0014]
According to the configuration of the first aspect, the present invention is applied to a file exchange device for exchanging a file with a desired device via a network, and the transmission band and the file size detected by the transmission band detection unit and the file size detection unit are used. By providing control means for predicting the required time required for file transmission and determining the remaining capacity detected by the capacity detecting means based on the required time, it is determined in advance whether file exchange can be completed, It can respond appropriately to the traffic congestion situation.
[0015]
Thus, according to the configuration of claim 6 or claim 8, it is determined in advance whether or not the file exchange can be completed, and the file exchange method or the file exchange method capable of appropriately responding to the traffic congestion state of the line. Program can be provided.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings as appropriate.
[0017]
(1) First embodiment
(1-1) Configuration of First Embodiment
FIG. 2 is a block diagram showing a file exchange system according to the digital video camera according to the first embodiment of the present invention. In the file exchange system 1, a moving image file is acquired by a digital video camera 2, and the moving image file is uploaded to, for example, a computer 4 in a user's home via the Internet 3. Conversely, the file stored in the computer 4 is downloaded to the digital video camera 2 via the Internet 3.
[0018]
For this reason, the computer 4 secures a work area in the memory 4C by mounting the power supply, mounts the operation system recorded in the hard disk drive (HDD) 4B, and then similarly performs the predetermined operation recorded in the hard disk drive 4B. The application program is started, and various modules specified by the application program are mounted. The computer 4 controls the operation of the modem 4D from these operation systems, application programs, and modules, connects to the Internet 3, and establishes a connection with the digital video camera 2 by a call from the digital video camera 2. Further, in accordance with an instruction from the digital video camera 2, predetermined data is transmitted to and received from the digital video camera 2, and pre-processing relating to download and upload processing is performed, and then upload and download processing is performed.
[0019]
The pre-processing, uploading, and downloading processing by the central processing unit 4A will be described together with the corresponding configuration on the digital video camera 2 side. Further, in these application programs, modules, and the like related to the pre-processing, uploading, and downloading processing, by prior installation at the time of shipment of the computer 4 or by installing a program downloaded via a network such as the Internet, It is provided by installing programs provided by various recording media. Incidentally, as such a recording medium, a recording medium such as an optical disk, a magnetic disk, and a magnetic tape can be applied.
[0020]
In the computer 4, the information recording area of the hard disk device 4B is managed by a FAT (File Allocation Table) 32, and the central processing unit 4A is recorded on the hard disk device 4B by the file management system of the FAT 32 by implementing an operation system. Load the data in the system entry area. Further, desired data is recorded on the hard disk device 4B by the loaded data, the recorded data is reproduced, and the data in the system entry area is updated in accordance with the recording of the data.
[0021]
The central processing unit 4A also uses the file management system to execute the file name and file size of the file recorded on the hard disk device 4B according to the directory entry data of the data in the system entry area thus loaded. Has been made to detect. FIG. 3 is a chart showing the structure of this directory entry. From the top, the file name, extension name, attribute, reservation, creation time, creation date, last access date, upper address of the first cluster number, recording time, recording The date, hour, lower address of the first cluster number, and file size are sequentially assigned.
[0022]
On the other hand, as shown in FIG. 4, the digital video camera 2 is configured so as to be able to detachably hold the battery device 5, and is powered by a battery 5A built in the battery device 5 or an AC adapter (not shown). It is connected and operated by commercial power.
[0023]
Here, the battery device 5 is configured so that a built-in battery 5A can be charged by a charging device (not shown), and supplies the power charged in the battery 5A to the digital video camera 2. The battery device 5 manages charging / discharging of the battery 5A by the controller 5B, and when attached to the digital video camera 2, the controller 5B can notify the digital video camera 2 of the remaining amount of the battery 5A, the capacity at the time of full charge, and the like. It has been done. Thereby, in the digital video camera 2, the power of the battery 5A can be managed with high accuracy.
[0024]
In the digital video camera 2, a camera function unit 6 controls the aperture, zoom, and the like of the optical lens unit 8 under the control of a central processing unit (CPU) 7. The optical lens unit 8 focuses incident light on a light receiving surface of the photoelectric conversion unit 9. The photoelectric conversion unit 9 is configured by, for example, a charge coupled device (CCD) solid-state imaging device, and outputs an imaging result to the image signal processing unit 10. The image signal processing unit 10 processes the imaging result of the photoelectric conversion unit 9 under the control of the central processing unit 7 to generate video data, and drives the liquid crystal display 11 with the video data. Thus, in the digital video camera 2, the image pickup result by the optical lens unit 8 can be monitored by the liquid crystal display 11.
[0025]
Further, the image signal processing section 10 compresses the video data thus obtained together with the audio data, and outputs it to the drive 12 via the central processing unit 7. The drive 12 records the output data of the central processing unit 7 on a recording medium 13 such as an optical disk, a magnetic disk, a magneto-optical disk, or a semiconductor memory under the control of the central processing unit 7, and records the output data on the recording medium 13. The read data is read and output to the central processing unit 7. This allows the digital video camera 2 to record and hold a moving image file based on the imaging result in the recording medium 13. Further, the image signal processing unit 10 switches the operation under the control of the central processing unit 7, inputs the data read from the recording medium 13 from the central processing unit 7, and expands the data. The image signal processing unit 10 decodes the video data and the audio data by the data decompression, and drives the liquid crystal display 11 with the video data. Thus, in the digital video camera 2, the moving image file recorded on the recording medium 13 can be reproduced and confirmed.
[0026]
Note that, in the recording medium 13, similarly to the computer 4, the recording area is managed by the FAT32 file management system.
[0027]
The operation input unit 14 includes an operation panel of the digital video camera 2, an operation unit arranged on a remote commander, and a touch panel arranged on the liquid crystal display 11. The operation of the central processing unit 7 is performed by a user via an interface (not shown). Notify
[0028]
The communication unit 15 is a communication unit that can be connected to the Internet 3, and includes, for example, a wired modem, a wireless communication device such as an IEEE (The Institute of Electrical and Electronics Engineers, Inc.) 802.11b, or the like. The communication unit 15 connects to the Internet 3 under the control of the central processing unit 7 and establishes a connection with the computer 4 connected to the Internet 3. In addition, the connection is established in this manner, and under the control of the central processing unit 7, desired commands and the like are input and output between the computer 4 and the central processing unit 7, and further, a moving image output from the central processing unit 7. The file is uploaded to the computer 4, and a moving image file or the like is further downloaded from the computer 4 and output to the central processing unit 7.
[0029]
A built-in memory 16 constituted by a RAM (Random Access Memory) constitutes a work area of the central processing unit 7, and a built-in memory 17 constituted by a ROM (Read Only Memory) records and holds a program of the central processing unit 7. Has been done. The contents of the built-in memory 17 are set by prior installation at the time of manufacture of the digital video camera 2. In this program, instead of the prior installation, the contents are stored via a network such as the Internet. It can be provided by installing a downloaded program, and further by installing programs provided by various recording media. Incidentally, as such a recording medium, a recording medium such as an optical disk, a magnetic disk, and a magnetic tape can be applied.
[0030]
The central processing unit 7 constitutes a computer for controlling the operation of the entire digital video camera 2 together with the built-in memories 16 and 17, and a user detected via the operation input unit 14 according to a program recorded in the built-in memory 17. The operation of each unit is controlled in response to the operation by the user, whereby the imaging result is recorded on the recording medium 13 as a moving image file, and the moving image file recorded on the recording medium 13 is reproduced and displayed on the liquid crystal display 11. The central processing unit 7 establishes a connection with the computer 4 via the communication unit 15 by executing a program in response to a similar user operation, and uploads and downloads a moving image file.
[0031]
FIG. 1 and FIG. 10 are flowcharts showing the processing procedure of the file exchange for uploading and downloading the moving image file. The central processing unit 7 executes this processing procedure only when operating with the power supply of the battery device 5. That is, the central processing unit 7 displays a menu screen on the liquid crystal display 11 in response to an operation of a control by a user, and accepts an upload or download selection by selecting a menu on the menu screen. When the upload process is selected by the user, the data of the directory entry is acquired for the file recorded on the recording medium 13 from the file management system of the recording medium 13, and a list of the uploadable file names is displayed on the liquid crystal display 11. Then, the selection of the file to be uploaded is accepted by the selection in the list display.
[0032]
On the other hand, when the download process is selected by the user, the central processing unit 7 establishes a connection with the computer 4 via the communication unit 15 and downloads the program from the corresponding application program of the computer 4 described above. Get possible file names. Note that the central processing unit 7 executes a predetermined authentication process and the like with the computer 4 as a premise of logging in to the computer 4. The central processing unit 4A of the computer 4 notifies the digital video camera 2 of a downloadable file name in accordance with a preset setting. The central processing unit 7 displays a list of the downloadable file names obtained in this manner on the liquid crystal display 11 in the same manner as in the case of uploading, and accepts the selection of the file to be downloaded based on the selection in the list display.
[0033]
When the file name of the processing target and the content of the processing are received in this way, the central processing unit 7 proceeds from step SP1 to step SP2, and exchanges data with the controller 5B of the battery device 5 to execute the battery charging at the time of full charge. 5 A capacity is detected. When the file exchange with the computer 4 is executed based on the capacity at the time of full charge detected in this way, how many hours can be exchanged is calculated.
[0034]
Subsequently, the central processing unit 7 proceeds to step SP3, and predicts the required time required for transfer for the file to be processed. Here, FIG. 5 is a flowchart showing the procedure of the required time prediction process. Upon starting this processing procedure, the central processing unit 7 proceeds from step SP5 to step SP6, and determines whether or not the processing selected by the user is file upload. If a positive result is obtained here, the central processing unit 7 proceeds from step SP6 to step SP7, accesses the file system, and acquires data of the file size from the data of the directory entry of the file to be uploaded. Further, the obtained data of the file size is recorded and held in the built-in memory 16, and the process proceeds to step SP9.
[0035]
On the other hand, if the process selected by the user is download, the central processing unit 7 proceeds from step SP6 to step SP8 because a negative result is obtained in step SP6. Here, the central processing unit 7 detects the file size of the file to be downloaded from the computer 4.
[0036]
Here, as shown in FIG. 6, in the digital video camera 2 and the computer 4, a file size acquisition module is provided above the IP module constituting the IP layer (FIG. 6B). Here, the file size acquisition module is a module that transmits an IP datagram inquiring about a file size via the IP module and returns a response to such an IP datagram via the IP module.
[0037]
For this reason, the file size acquisition module sets a protocol identification number (protocol) indicating that the inquiry is about a file size by using a file size acquisition command in which the file name is set as a parameter, and compares the protocol identification number with the file name. Pass to IP module.
[0038]
Note that the protocol identification number of the IP datagram is defined in the “Protocol Numbers” section of RFC 1700 “Assigned Numbers”. For example, “1” is assigned in ICMP (Internet Control Message Protocol), and in TCP, “6” is assigned. As this protocol identification number, “101” to “254” are set as empty numbers, and in this embodiment, a protocol identification number of a value “170” which is one of the empty numbers is given to the file size acquisition module. Is allocated and used to inquire about the file size.
[0039]
The IP module assigns the protocol identification number and the file name to the protocol field and the data field, respectively, generates an IP datagram, and transmits the IP datagram (FIG. 6A). In FIG. 6A, the file name is abc. In the case of the IP datagram, the file name is set by the ASCII (American Standard Code for Information Interchange) character code in the IP datagram. Will be done. Note that the last “00” is a “NUL” character meaning an end.
[0040]
When receiving the IP datagram, the IP module passes the protocol identification number and the file name to the file size acquisition module. In the file size obtaining module, the data of the corresponding directory entry is detected by the file management system using the file name as a key, and the file size is detected from the data of the directory entry. In the file size acquisition module, as shown in FIG. 6 (C), the protocol identification number based on the file size “170” is passed to the IP module together with the file size data. Are assigned to a protocol field and a data field, respectively, to generate and transmit an IP datagram.
[0041]
When the IP datagram with the file size is received in this manner, the IP module passes the protocol identification number and the file size to the file size acquisition module, and the file size acquisition module issues a file size acquisition command. Notify the program of the file size.
[0042]
The central processing unit 7 detects the file size from the computer 4 by the processing by these modules and temporarily records the file size in the internal memory 16.
[0043]
Upon detecting the file size in this way, the central processing unit 7 executes a transmission band estimation process in a succeeding step SP9. Here, the transmission band estimation process is a process of estimating the transmission band by executing a ping command and measuring the time required for a response. Here, the ping command is a command for confirming network communication using ICMP.
[0044]
As shown in FIG. 7, in the transmission band estimation processing, the central processing unit 7 proceeds from step SP11 to step SP12, acquires the current time, and then transmits an echo request in step SP13. Here, as shown in FIGS. 8 and 9, the service type is set to the value 8 in the echo request. Further, in this embodiment, for example, 117-byte data is set in the message in addition to the 8-byte fixed-length data according to the type, code, checksum, and option. Assign to Here, these types, codes, options, and optional data of 117 bytes are assigned data having no meaning.
[0045]
After transmitting the echo request in this way, the central processing unit 7 proceeds to step SP14 and receives an echo response which is a response to the echo request transmitted in step SP13. Here, in ICMP, when an echo request is received, it is specified that an echo response is sent out, whereby the computer 4 sends out an echo response by receiving the echo request, and the central processing unit 7 This echo response is received in step SP14.
[0046]
In the echo response, the service type is set to a value of 0, and the payload of the echo request is set as it is in the data portion and transmitted. As a result, the central processing unit 7 receives an echo response by receiving an IP datagram having this service type set to the value 0.
[0047]
Subsequently, the central processing unit 7 proceeds to step SP15, in which the current time is acquired to detect the reception time of the echo response, and in the subsequent step SP16, the echo request transmission time acquired in step SP11 and the detection time in step SP15 are detected. The time required for file transfer is calculated from the reception time of the received echo response. That is, the central processing unit 7 subtracts the echo request transmission time acquired in step SP11 from the reception time of the echo response detected in step SP15, and thereby the time (RTT) until the echo request is transmitted and the echo response is returned. : Round Trip Time). Further, the time until the echo response is returned is divided by 1/2, whereby the time until the echo request is transmitted and received is calculated. Further, the data length set in the data portion of the echo request is divided by the time from when the echo request is transmitted to when it is received, thereby estimating the transmission bandwidth.
[0048]
Specifically, if the time from sending an echo request to returning an echo response is 10 [msec], the time from sending an echo request to receiving it is 5 [msec], which is 125 bytes. When data is transmitted by the data part of the echo request, the transmission band can be estimated to be 125 bytes (= 1000 bits) /0.005 [sec] = 200 [kbps].
[0049]
After estimating the transmission band in this way, the central processing unit 7 returns to the original processing procedure (FIG. 5) from step SP17. The central processing unit 7 repeats the transmission band estimation process a predetermined number of times, and executes a subsequent processing procedure based on the transmission band based on the average value, thereby estimating the transmission band with high accuracy. .
[0050]
At step SP19 in the original processing procedure (FIG. 5), the central processing unit 7 divides the file size detected at step SP7 or SP8 by the transmission band detected at step SP9, thereby requiring file transfer. Calculate the time required. Specifically, for example, when transmitting a file having a file size of 100 M [bytes] (M = 1048576), a calculation result of 100 × 1048576 × 8１０４ (200 × 1000) ≒ 4194 [seconds] ≒ 70 [minutes] can be obtained. It can be estimated that the time required for file transfer is about 70 minutes.
[0051]
Subsequently, in step SP20, the central processing unit 7 converts the time required for the file transfer calculated in step SP19 into units of hours, minutes, and seconds, and converts the units into units that can be easily grasped by the user. In the subsequent step SP21, the transfer time is displayed on the liquid crystal display 11, and the process proceeds to step SP22 to return to the original processing procedure (FIG. 1).
[0052]
Subsequently, in step SP25 of the original processing procedure, the central processing unit 7 detects the remaining capacity of the battery 5A by exchanging data with the battery device 5, and performs file exchange with the computer 4 based on the remaining capacity. When executed, it calculates how many hours the file can be exchanged, and thereby calculates the communicable time based on the remaining battery power.
[0053]
Subsequently, in step SP26, the central processing unit 7 compares the required time of the file transfer obtained in step SP3 with the communicable time based on the remaining battery power calculated in step SP25, and thereby determines the remaining battery time in the required time of the file transfer. The amount is determined, and it is determined whether or not the file exchange is completed based on the remaining battery power.
[0054]
If an affirmative result is obtained here, in this case, the central processing unit 7 moves from step SP26 to step SP27 because the power of the battery 5A has room for the file transfer, and transfers the file specified by the user. To start. That is, in the case of uploading, the central processing unit 7 sequentially detects the address of the recording medium 13 on which the corresponding file is recorded by the file management system, sequentially loads data from the recording medium 13 based on the address, and transmits the data to the FTP. Alternatively, the data is sent to the computer 4 by HTTP. On the other hand, in the case of downloading, the computer 4 requests the computer 4 to transfer the file, and the computer 4 sequentially detects the cluster address of the hard disk device 4B in which the corresponding file is recorded by the file management system. The data recorded in the hard disk device 4B is sequentially reproduced by the cluster address, and the reproduced data is transmitted to the digital video camera 2 by FTP or HTTP. In the central processing unit 7, empty areas of the recording medium 13 are sequentially detected by the file management system, and data received via the communication unit 15 is sequentially recorded in the empty areas.
[0055]
When the file transfer is started in this manner, the central processing unit 7 records and holds the start time of the file transfer in the internal memory 16 and, based on this start time, determines whether or not the required time detected in step SP3 has elapsed. stand by. The bar-shaped display on the liquid crystal display 11 notifies the user of the amount of transferred data with respect to the file size and the remaining time required for file transfer.
[0056]
Further, when the transfer of the file is started and the required time detected in step SP3 has elapsed, the process proceeds from step SP27 to step SP28, and it is determined whether or not the transfer of the file has been completed. If the file transfer has been completed here, the central processing unit 7 proceeds to step SP29, notifies the user of the end of the file transfer by displaying on the liquid crystal display 11, and then proceeds to step SP30 to end this processing procedure. I do. The central processing unit 7 deletes the transferred file from the recording medium 13 in accordance with the user's setting in the case of uploading upon completion of the file transfer.
[0057]
On the other hand, in such a transmission path, due to various changes in transmission speed due to access from other devices, even when the estimated required time has elapsed, the file transfer may not be completed yet. is there. In this case, the central processing unit 7 proceeds from step SP28 to step SP31 when a positive result is obtained in step SP28. Here, the central processing unit 7 subtracts the data amount of the transferred data from the file size, and calculates the remaining data amount. The transmission band is estimated again by executing the same ping command as described with reference to FIG. 7, and the time required for transmitting the remaining file is calculated from the remaining data amount and the transmission band.
[0058]
In the following step SP32, the remaining amount of the battery is detected by exchanging data with the battery device 5, and the communicable time based on the remaining amount of the battery is calculated. In the subsequent step SP33, it is determined whether the required time for transmitting the remaining file calculated in this way is shorter than the communicable time based on the remaining battery power, and the remaining battery time is determined based on the remaining required time. If there is enough remaining battery power, the process proceeds to step SP28, and the file transfer process is continued. When returning to step SP28 from step SP33 in this way, the central processing unit 7 completes the file transfer after waiting for the elapse of the required transfer time of the remaining file calculated in step SP31. Is determined.
[0059]
Thus, the digital video camera 2 starts the file transfer assuming that the file transfer can be completed based on the required time predicted in advance, and predicts the remaining required time if the file transfer cannot be performed due to the required time due to traffic congestion or the like. It is determined whether or not the file transfer can be completed. If the battery capacity is sufficient according to this determination, the file transfer process is continued, and the file specified by the user is uploaded and downloaded.
[0060]
On the other hand, if the remaining battery level is not sufficient, the central processing unit 7 proceeds from step SP33 to step SP34 because a negative result is obtained in step SP33 (FIG. 10). Here, the central processing unit 7 determines whether or not the user has set in advance that the file transfer is to be performed by the resume method. If the file transfer by the resume is not set by the user, a message indicating that the file transfer is not completed with the remaining amount of the battery due to traffic congestion is displayed on the liquid crystal display 11, and whether or not the file transfer by the resume is performed is determined. Or accept the selection by the user.
[0061]
When the file transfer by the resume method is instructed by these selection and setting, the central processing unit 7 proceeds from step SP34 to step SP35, and transfers the file by the resume method. That is, the central processing unit 7 monitors the remaining amount of the battery 5A by performing regular data exchange with the battery device 5, and continues the file transfer until the remaining amount of the battery 5A reaches a predetermined amount. When the remaining amount of the battery 5A reaches a predetermined amount, the transfer of the file is interrupted. In the case of uploading, the last position where the file transfer is completed is recorded as the resume start position in the recording medium 13 or the built-in memory 16, and the process proceeds to step SP30 to end this processing procedure. On the other hand, in the case of downloading, the received data recorded on the recording medium 13 is set in one file and the data in the system entry area is updated. Also, the last position at which the transfer of the file is completed is notified to the computer 4 as the resume start position, and the central processing unit 4A of the computer 4 records this start position on the hard disk device 4B, and proceeds to step SP30 to execute this processing. End the procedure.
[0062]
Thus, when the battery has a sufficient capacity, or when it is operated by a commercial power supply, the central processing unit 7 establishes a connection with the computer 4 again, and Transfer data. In the central processing units 7 and 4A, the remaining data transferred and received as described above is filed and recorded on the recording medium 13 and the hard disk device 4B, and then combined with a file based on the received data, and this file exchange is performed. In the system 1, a desired file is surely exchanged even when the battery runs out of room.
[0063]
On the other hand, if a negative result is obtained in step SP34, in this case, the central processing unit 7 shifts from step SP34 to step SP36, stops the file transfer, shifts to step SP30, and ends this processing procedure. In this case, in the central processing units 7 and 4A, the processing of the data of the file received so far is finished without updating the system entry of the recording medium 13 and the hard disk device 4B, and thereby the file is renewed from the beginning at a later date. A transfer has been made.
[0064]
On the other hand, initially, the remaining battery charge is determined based on the required time, and when it is determined that the remaining battery charge is insufficient, the central processing unit 7 obtains a negative result in step SP26 (FIG. 1). ), And proceeds from step SP26 to step SP38 (FIG. 10). Here, the central processing unit 7 compares the time during which the file can be exchanged due to the full charge detected at step SP2 with the required time detected at step SP3, and determines the capacity at the time of full charge according to the required time required for file exchange. judge.
[0065]
If it is determined that the file exchange is to be completed depending on the capacity at the time of full charge, the central processing unit 7 proceeds from step SP38 to step SP39. Here, the central processing unit 7 stops the file exchange due to insufficient power for the file exchange in the current state, charges the battery 5A to a full charge, and further switches the operation to the commercial power supply. A message to the effect that the exchange is possible is displayed on the liquid crystal display 11, and the process proceeds to step SP30 to end this processing procedure.
[0066]
Thus, the central processing unit 7 determines the remaining battery capacity and the fully charged capacity based on the time required for the file exchange predicted in advance, and switches the file exchange process.
[0067]
On the other hand, when it is determined that the power for the file transfer is insufficient even by the capacity at the time of full charge, the central processing unit 7 proceeds from step SP38 to step SP40. Here, similarly to the processing in step SP34, the central processing unit 7 determines whether or not the user has set in advance that the file transfer is to be performed by the resume method. When the file transfer by the resume is not set by the user, a message is displayed on the liquid crystal display 11 indicating that the file transfer is not completed in the current state even if the battery 5A is sufficiently charged. Accepts the user's selection as to whether or not to transfer.
[0068]
When the file transfer by the resume method is instructed by these selections and settings, the central processing unit 7 proceeds from step SP40 to step SP41, and transfers the file by the resume method as in the process in step SP35. That is, the central processing unit 7 monitors the remaining amount of the battery 5A by performing regular data exchange with the battery device 5, and continues the file transfer until the remaining amount of the battery 5A reaches a predetermined amount. When the remaining amount of the battery 5A reaches a predetermined amount, the transfer of the file is stopped. If the file exchange is an upload, the last position where the file transfer has been completed is recorded in the recording medium 13 or the built-in memory 16 as the resume start position, and the process proceeds to step SP30 to end this processing procedure. . On the other hand, when the file exchange is a download, the received data recorded on the recording medium 13 is set in one file and the data in the system entry area is updated. Also, the last position where the transfer of the file is completed is notified to the computer 4 as the resume start position, and the central processing unit 4A of the computer 4 records this start position on the hard disk device 4B, and proceeds to step SP30 to execute this processing. End the procedure.
[0069]
On the other hand, if a negative result is obtained in step SP40, the central processing unit 7 shifts from step SP40 to step SP39, in which case a message to stop the file exchange, a message to take measures such as driving by commercial power supply, etc. Is displayed, the process moves to step SP30, and this processing procedure ends.
[0070]
Thus, in this embodiment, the controller 5B of the battery device 5 constitutes a capacity detection unit that detects the remaining capacity of the operating battery. Further, the central processing unit 7 constitutes a transmission band detecting means for detecting a transmission band with the computer 4 together with the built-in memories 16 and 17 and the communication unit 15. A file size detecting means for detecting a file size is configured. Further, a time required for transmitting a file is predicted based on a transmission band and a transmission band detected by the file size detecting means. The control means determines the remaining capacity detected by the detection means.
[0071]
(1-2) Operation of First Embodiment
In the above configuration, in the file exchange system 1 (FIGS. 1 and 4), the user carries the digital video camera 2 with the power of the battery device 5 or drives the digital video camera 2 with the commercial power source, and The imaging result of the moving image file obtained by imaging the subject is recorded on the recording medium 13 of the digital video camera 2.
[0072]
In the file exchange system 1, when the user instructs the upload of the moving picture file recorded on the recording medium 13 to the computer 4, the digital video constituted by the central processing unit 7 and the built-in memories 16 and 17 is provided. The computer of the camera 2 controls the operation of the communication unit 15 to establish a connection with the computer 4, and the moving image file is transmitted to the computer 4. In the computer 4, the moving image file transmitted in this way is received via the modem 4D and recorded on the hard disk device 4B.
[0073]
In such a file exchange process, when the digital video camera 2 is operated by the power supply of the battery 5A, in the file exchange system 1, the remaining capacity of the battery 5A and the capacity at the time of full charge are detected by the digital video camera 2. You. Further, an echo request by a ping command in which a data portion which is a payload of an IP datagram (IP packet) is set to a predetermined data amount is transmitted to the computer 4, and the computer 4 receiving the echo request sends the echo request to the computer 4. An echo response in which the data portion is set to the same predetermined data amount as described above is transmitted to the digital video camera 2. In the file exchange system 1, the response time until the echo response is obtained after the transmission of the echo request is detected by the digital video camera 2, whereby the transmission band is detected. That is, the response time, which is the time required for a ping round trip, is halved, the time required for one-way transmission is detected, the data amount of the payload is divided by the time required for this transmission, and the data that can be transmitted per unit time is determined. The quantity is detected, and thereby the transmission band is detected.
[0074]
In addition, the file management system that manages the recording area of the recording medium 13 detects the data amount of the file to be used for file exchange, divides this data amount by the transmission band detected by ping, and performs transmission in the current transmission band. The required time is detected. Thereby, in the digital video camera 2, the time required for transmitting the file is predicted in advance. In the file exchange system 1, the remaining capacity of the battery 5A is determined based on the required time thus detected.
[0075]
Thus, in this embodiment, the transmission band of the network, the time required for file transfer are predicted, and the remaining battery time is determined based on the required time to determine in advance whether file exchange can be completed, It is designed to be able to properly respond to traffic congestion on the line.
[0076]
That is, if the capacity of the battery 5A is sufficient for file exchange by this determination, the file exchange system 1 starts file exchange. Also, after starting the file exchange in this way, the transmission bandwidth may be reduced due to traffic congestion, so if the file transfer is not completed even after the required time elapses in advance after starting the file exchange, anew. The transmission band is detected by ping, and the remaining required time is detected from the transmission band and the remaining file size. The remaining time of the battery 5A is determined again based on the remaining time.
[0077]
Accordingly, in this embodiment, when a predetermined time has elapsed after the start of the file transfer, the time required for the remaining transmission is predicted again based on the transmission bandwidth and the amount of data that has not been transferred, and the remaining transmission time is estimated. The remaining capacity is determined based on the time required for the transmission, so that even when the traffic congestion of the line used for transmission changes variously, it is possible to cope with the change of the traffic congestion.
[0078]
That is, if the remaining capacity of the battery 5A is still sufficient according to this determination, the file exchange system 1 continues to perform the file exchange process, and thereby uploads the file selected by the user to the computer 4.
[0079]
On the other hand, if it is determined that the remaining capacity of the battery 5A is not sufficient to complete the file transfer by this determination, the resume processing is set by the user, or the resume processing is instructed by the user. When the file exchange is performed and the remaining amount of the battery 5A reaches a predetermined capacity, the file exchange is interrupted. In the file exchange system 1, the data that has been uploaded to the computer 4 is recorded as a single file on the hard disk drive 4B of the computer 4, and the resume start position is recorded on the recording medium 13 of the digital video camera 2 or in the internal memory. 16 is recorded.
[0080]
When the file exchange is temporarily stopped and the file exchange is performed again, data transfer is started from this start position and recorded on the hard disk device 4B of the computer 4, and when the file transfer is completed, the computer 4 In the above, the file previously recorded as one file and the data from the start position are combined into one file, whereby the file transfer process is completed by applying the resume method.
[0081]
On the other hand, if the user does not set the resume process, or if the user does not instruct the resume process, the file exchange system 1 stops the file exchange process.
[0082]
On the other hand, when it is determined by the previous determination that the remaining amount of the battery 5A is insufficient, the fully charged capacity of the battery 5A is determined again. In addition, if it is determined that the capacity of this full charge is insufficient, if the user instructs the resume processing, the file exchange is performed by the resume, but if the resume processing is not instructed, the file exchange is stopped. Is done.
[0083]
Further, if the file can be exchanged according to the full charge capacity, the file exchange can be stopped by exchanging the battery device 5 or by charging, and in this case, the file exchange is stopped.
[0084]
As a result, the digital video camera 2 can appropriately cope with traffic congestion on the line. That is, the user may be in a hurry to upload the file, or conversely, may not be in a hurry to upload the file. In this embodiment, whether or not uploading can be completed based on the remaining battery level, and whether or not uploading can be completed by fully charging the battery, can be determined based on the traffic congestion state of the line. For example, when uploading is urgent, it is possible to take measures such as arranging the battery while uploading the file to a possible location, replacing the battery and uploading the battery, thereby improving the usability compared to the conventional case. It has been made possible.
[0085]
On the other hand, in the computer 4, various files are stored in the hard disk device 4B. For example, when the digital video camera 2 checks the file held in the computer 4, the user instructs to download the file. Then, a connection is established between the digital video camera 2 and the computer 4, and the digital video camera 2 requests the computer 4 to transmit a file specified by the user. In response to this request, the data of the corresponding file is sequentially transmitted from the computer 4 to the digital video camera 2. In the digital video camera 2, the data is received by the communication unit 15 and recorded on the recording medium 13.
[0086]
At the time of such a series of download processes, in the file exchange system 1, an IP datagram for inquiring the computer 4 of the file size via the IP module by the file exchange module mounted on the digital video camera 2 in advance. The digital video camera 2 detects the data amount of the file to be transmitted by the digital video camera 2 in response to the inquiry transmitted as a similar IP datagram.
[0087]
In the file exchange system 1, the required time is calculated based on the file size, as in the case of uploading, and the remaining capacity of the battery 5A and the capacity when fully charged are determined based on the required time. Further, based on the result of this determination, the file transfer process is executed by the resume, and further, the file exchange is stopped. Accordingly, in this embodiment, even in the case of downloading, whether the file exchange can be completed in advance by estimating the transmission band of the network and the time required for file transfer and determining the remaining battery level based on the time required It is determined whether or not it is possible to appropriately cope with the traffic congestion situation of the line.
[0088]
(1-3) Effects of the first embodiment
According to the above configuration, the transmission band of the network and the required time for file transfer are predicted, and the remaining battery charge is determined based on the required time to determine in advance whether file exchange can be completed, It can respond appropriately to the traffic congestion situation.
[0089]
Further, the transmission band is detected by the response time to the IP datagram set to the predetermined data amount, the protocol value is set to the predetermined value, and the file size is detected by the response to the IP datagram in which the file name is assigned to the data part. This makes it possible to easily predict the transmission band of the network and the time required for file transfer.
[0090]
In addition, when the remaining capacity of the battery is determined based on the time required for file transfer, and it is determined that the file transfer is not completed based on the remaining capacity, the battery is charged by determining the capacity at the time of full charge based on the required time for file transfer. In this case, it is possible to appropriately cope with the case where the file exchange can be completed, and the case where the file exchange can be completed by replacing the battery.
[0091]
In addition, when the remaining capacity of the battery is determined based on the time required for file transfer and it is determined that the file transfer is not completed with the remaining capacity, when the transmission bandwidth is reduced by transferring the file using the resume method. However, a desired file can be surely transferred.
[0092]
When a predetermined time has elapsed after the start of the file transfer, the time required for the remaining transmission of the file is predicted again, and the remaining capacity of the battery is determined based on the time required for the remaining transmission. It is possible to appropriately cope with a change.
[0093]
(2) Second embodiment
FIG. 11 is a schematic diagram for explaining a file size acquisition module in the file exchange system according to the second embodiment of the present invention. In the file exchange system according to this embodiment, a file size acquisition module is mounted on a layer higher than the layer by the TCP module or the UDP module. Note that this file exchange system is configured the same as the file exchange system according to the first embodiment except that the method of mounting the file size acquisition module is different.
[0094]
In the file size acquisition module, as shown in FIG. 11A, the file name whose file size is to be detected is passed to the TCP module or the UDP module, and the TCP module or the UDP module transmits the file name to the data section. And a port number specifying the file size acquisition module is set in the header to generate a TCP packet or a UDP packet. In the IP module, this sets the TCP packet or the UDP packet in the data portion, sets the protocol number for specifying the TCP module or the UDP module in the header portion, generates the IP packet, and generates the IP data by the IP packet. The gram is sent to the computer 4.
[0095]
The protocol number set in this way is the value 6 or the value 17 in the TCP module or the UDP module, respectively. The port number of the file size acquisition module can be assigned an undefined value from “49152” to “65535”. For example, the value “55555” can be set as the port number.
[0096]
On the other hand, on the response side, when such an IP datagram is received, the IP module passes a TCP packet or a UDP packet which is a data part to the TCP module or the UDP module from the protocol number, and the TCP module or the UDP module transmits the data packet. Notifies the file size acquisition module of the file name of the data part by the port number of the TCP packet or UDP packet.
[0097]
The file size acquisition module detects the file size of the corresponding file via the file management system based on the notification, and passes the file size to the TCP module or the UDP module. In the TCP module or the UDP module, the file size is set in the data section, and a port number for specifying the file size acquisition module is set in the header section to generate a TCP packet or a UDP packet. In the IP module, this sets the TCP packet or the UDP packet in the data portion, sets the protocol number for specifying the TCP module or the UDP module in the header portion, generates the IP packet, and generates the IP data by the IP packet. The gram is sent to the computer 4.
[0098]
According to this embodiment, the same effect as in the first embodiment can be obtained even if the file size acquisition module is mounted on a layer higher than the layer by the TCP module or the UDP module.
[0099]
(3) Other embodiments
In the above-described embodiment, the case where the file exchange is stopped when it is determined that the file exchange is completed with the capacity at the time of full charge when the remaining capacity is insufficient has been described, but the present invention is not limited to this. Instead, the files may be exchanged by resume according to the setting and selection of the user.
[0100]
Further, in the above embodiment, when it is determined that the power is insufficient, a case has been described in which the file is exchanged until the battery reaches a certain remaining amount and the remaining is processed by the resume, but the present invention is not limited to this. When it is determined that the power is insufficient, the file exchange is immediately interrupted, and the point at which the file exchange is interrupted can be variously set as necessary, such as when processing is performed by resuming.
[0101]
Further, in the above-described embodiment, the case has been described where the transmission bandwidth is estimated when the file exchange is not completed after the initially estimated required time has elapsed, and further, the remaining required time is estimated. The present invention is not limited to this. For example, when estimating the transmission bandwidth at an intermediate point in the file exchange and further estimating the remaining required time, the transmission bandwidth is re-estimated, and further the remaining required time is re-estimated. In the processing, it can be provided at various timings as needed.
[0102]
Further, in the above-described embodiment, the case has been described where the transmission bandwidth and the remaining required time are estimated when the file exchange is not completed after the initially estimated required time has elapsed, but the present invention is not limited to this. For example, by monitoring the amount of data and the elapsed time after completing the file exchange, when the data transfer speed is deteriorated, the transmission bandwidth and the remaining required time are re-estimated, and if necessary, the resume is dealt with by resuming. Is also good. If the status of file exchange is constantly monitored in this way, it is possible to confirm even when traffic congestion on the line has been alleviated, so that processing can be advanced to respond more to resume and file exchange can be completed.
[0103]
Further, in the above-described embodiment, a case has been described where the so-called upstream and downstream transmission bands are assumed to be equal with respect to a digital video camera, but the present invention is not limited to this, and the upstream and downstream transmission bands are estimated. It can be widely applied even when the transmission bands are different. When the uplink and downlink transmission bands are different, for example, it is conceivable to divide the time for transmitting an echo request and obtaining a response according to the uplink / downlink ratio set in advance. In this case, it is also conceivable to use this ratio after correcting it based on the actual file exchange result.
[0104]
Further, in the above-described embodiment, a case has been described in which files are exchanged by processing on the digital video camera side. However, the present invention is not limited to this, and the above-described series of processing may be executed on the computer side. That is, the central processing unit of the computer 4 detects the response time by ping to detect the transmission band of the line, and sends a command to the digital video camera to detect the remaining capacity of the battery and the capacity when fully charged. When acquiring a file from a digital video camera, the file size is detected in the same manner as in the above-described embodiment, and the required time is calculated based on the detected file size. The operation of the digital video camera is controlled by determining the remaining capacity of the battery and the capacity at the time of full charge based on the required time. If the series of processing is executed on the computer side, the configuration of the digital video camera can be simplified accordingly. When processing is performed by the computer in this way, a modem or the like, which is communication means in the computer, constitutes a capacity detection unit, a transmission band detection unit, and the like together with the central processing unit.
[0105]
Further, in the above-described embodiment, the case where the moving image file is directly exchanged is described. However, the present invention is not limited to this, and can be widely applied to, for example, the case where the file is exchanged by attaching to an e-mail. . In an electronic mail, for example, a moving image file of binary data is temporarily encoded into character data and attached by BASE64, for example. As a result, the 3-byte data is converted into 4-byte data, and the file size increases by about 33%. As a result, in estimating the required time, it is necessary to multiply the file size obtained from the file management system by 1.33 and divide by the transmission band.
[0106]
Further, in the above-described embodiment, the case where the moving image file is exchanged has been described. However, the present invention is not limited to this. When the still image file is exchanged, further, the program file of the digital video camera is exchanged. In various cases, the present invention can be widely applied to various file exchanges.
[0107]
Further, in the above-described embodiment, the case where a file is exchanged between a home computer and a digital video camera has been described. However, the present invention is not limited to this. For example, a digital still camera, a PDA (Personal Digital Assistance), and the like can be used. It can be widely applied to the case of exchanging files between various devices, such as the case of exchanging files between devices.
[0108]
In the above-described embodiment, the case where the file exchange is performed by using the IPv4 as shown in FIG. 6 and FIG. 11 with the version number in the IP datagram indicated by the value 4, but the present invention is not limited to this. It can be widely applied to the case of exchanging files according to IPv6.
[0109]
【The invention's effect】
As described above, according to the present invention, it is determined whether the file exchange can be completed in advance by estimating the transmission band of the network and the time required for file transfer, and determining the remaining battery power based on the required time. However, it is possible to appropriately cope with the traffic congestion of the line.
[Brief description of the drawings]
FIG. 1 is a flowchart showing a processing procedure of a central processing unit of a digital video camera in a file exchange system according to a first embodiment of the present invention.
FIG. 2 is a block diagram showing a file exchange system according to the first embodiment of the present invention.
FIG. 3 is a table showing a structure of a directory entry.
FIG. 4 is a block diagram illustrating the digital video camera of FIG. 2;
FIG. 5 is a flowchart illustrating a required time prediction process.
FIG. 6 is a chart provided for description of a file size acquisition module.
FIG. 7 is a flowchart illustrating a transmission band estimation process.
FIG. 8 is a table for explaining ping.
FIG. 9 is a chart showing an IP datagram by ping.
FIG. 10 is a flowchart continued from FIG. 1;
FIG. 11 is a table for explaining a file size obtaining module applied to a file exchange system according to a second embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... File exchange system, 2 ... Digital video camera, 3 ... Internet, 4 ... Computer, 4A, 7 ... Central processing unit, 4B ... Hard disk device, 5 ... Battery device, 5A ... Battery, 13: Recording medium, 16, 17: Internal memory

Claims

In a file exchange device for exchanging files with a desired device via a network,
Capacity detection means for detecting the remaining capacity of the operating battery;
Transmission band detection means for detecting a transmission band between the device,
File size detecting means for detecting a file size of a file to be exchanged;
The required time required for transmitting the file is predicted based on the transmission band and the file size detected by the transmission band detecting means and the file size detecting means, and the remaining capacity detected by the capacity detecting means is determined based on the required time. A file exchange device, comprising:

The transmission band detection means,
Detecting the transmission band by a response time to an IP datagram set to a predetermined data amount,
The file size detection means,
The file exchange apparatus according to claim 1, wherein the file size is detected by a response to an IP datagram in which a protocol value is set to a predetermined value and a file name of the file is assigned to a data part.

The capacitance detecting means includes:
At the same time, detecting the capacity of the operation battery when fully charged,
The control means includes:
The remaining capacity detected by the capacity detecting means is determined based on the required time, and if it is determined that the transfer of the file is not completed with the remaining capacity of the operating battery, the capacity detecting means detects the remaining capacity based on the required time. The file exchange device according to claim 1, wherein the capacity at the time of full charge to be performed is determined.

The control means includes:
The remaining capacity detected by the capacity detection means is determined based on the required time, and when it is determined that the transfer of the file is not completed with the remaining capacity of the operation battery, the file is restored by applying a resume method. The file exchange device according to claim 1, wherein the file is transferred.

The control means includes:
When a predetermined time elapses after the transfer of the file is started, the time required for the remaining transmission of the file is determined by the transmission band detected by the transmission band detection unit and the amount of data not yet transferred of the file. 2. The file exchange apparatus according to claim 1, wherein the remaining capacity detected by the capacity detecting means is determined based on the time required for the remaining transmission.

In a file exchange method for exchanging files with a desired device via a network,
A capacity detection step of detecting a remaining capacity of the operation battery;
Transmission band detection step of detecting a transmission band between the device,
A file size detection step for detecting a file size of a file to be exchanged;
The transmission band detection step, the transmission band detected in the file size detection step, the required time prediction step of predicting the required time required for transmission of the file by the file size,
Determining a remaining capacity detected in the capacity detection step based on the required time.

The transmission band detection step,
Detecting the transmission band by a response time to an IP datagram set to a predetermined data amount transmitted to the device,
The file size detecting step includes:
An IP datagram having a protocol value set to a predetermined value and a file name of the file assigned to a data portion is transmitted to the device, and the file size is detected by a response to the IP datagram. Item 6. The file exchange method according to Item 6.

In a file exchange method program that causes a computer of a file exchange device that exchanges files with a desired device over a network to execute a predetermined processing procedure,
The processing procedure is as follows:
A capacity detection step of detecting a remaining capacity of the operation battery;
Transmission band detection step of detecting a transmission band between the device,
A file size detection step for detecting a file size of a file to be exchanged;
The transmission band detection step, the transmission band detected in the file size detection step, the required time prediction step of predicting the required time required for transmission of the file by the file size,
A determining step of determining a remaining capacity detected in the capacity detecting step based on the required time.