(57)【要約】【課題】本発明は、ファイル交換装置、ファイル交換方法、ファイル交換方法のプログラムに関し、例えばディジタルビデオカメラ、ディジタルスチルカメラ等のモバイル機器に適用して、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようにする。【解決手段】本発明は、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定する。【選択図】　　　　図１
2004078584.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して所望の機器との間でファイル交換するファイル交換装置において、
動作用バッテリの残容量を検出する容量検出手段と、
前記機器との間における伝送帯域を検出する伝送帯域検出手段と、
交換に供するファイルのファイルサイズを検出するファイルサイズ検出手段と、
前記伝送帯域検出手段、前記ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、前記ファイルの伝送に要する所要時間を予測し、前記所要時間により前記容量検出手段で検出される残容量を判定する制御手段と
を備えることを特徴とするファイル交換装置。
【請求項２】
前記伝送帯域検出手段は、
所定データ量に設定したＩＰデータグラムに対する応答時間により、前記伝送帯域を検出し、
前記ファイルサイズ検出手段は、
プロトコル値を所定値に設定し、かつデータ部に前記ファイルのファイル名を割り当てたＩＰデータグラムに対する応答により前記ファイルサイズを検出する
ことを特徴とする請求項１に記載のファイル交換装置。
【請求項３】
前記容量検出手段は、
併せて、前記動作用バッテリの満充電時の容量を検出し、
前記制御手段は、
前記所要時間により前記容量検出手段で検出される残容量を判定して、前記動作用バッテリの残容量では前記ファイルの転送を完了しないと判断される場合、前記所要時間により前記容量検出手段で検出される満充電時の容量を判定する
ことを特徴とする請求項１に記載のファイル交換装置。
【請求項４】
前記制御手段は、
前記所要時間により前記容量検出手段で検出される残容量を判定して、前記動作用バッテリの残容量では前記ファイルの転送を完了しないと判断される場合、レジュームの手法を適用して前記ファイルを転送する
ことを特徴とする請求項１に記載のファイル交換装置。
【請求項５】
前記制御手段は、
前記ファイルの転送を開始して所定時間経過すると、前記伝送帯域検出手段で検出される伝送帯域と、前記ファイルの未だ転送していないデータ量とにより、前記ファイルの残りの伝送に要する所要時間を予測し、前記残りの伝送に要する所要時間で前記容量検出手段で検出される残容量を判定する
ことを特徴とする請求項１に記載のファイル交換装置。
【請求項６】
ネットワークを介して所望の機器との間でファイル交換するファイル交換方法において、
動作用バッテリの残容量を検出する容量検出ステップと、
前記機器との間における伝送帯域を検出する伝送帯域検出ステップと、
交換に供するファイルのファイルサイズを検出するファイルサイズ検出ステップと、
前記伝送帯域検出ステップ、前記ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、前記ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、
前記所要時間により前記容量検出ステップで検出される残容量を判定する判定ステップと
を有することを特徴とするファイル交換方法。
【請求項７】
前記伝送帯域検出ステップは、
前記機器に送出した所定データ量に設定したＩＰデータグラムに対する応答時間により、前記伝送帯域を検出し、
前記ファイルサイズ検出ステップは、
プロトコル値を所定値に設定し、かつデータ部に前記ファイルのファイル名を割り当てたＩＰデータグラムを前記機器に送出し、該ＩＰデータグラムに対する応答により前記ファイルサイズを検出する
ことを特徴とする請求項６に記載のファイル交換方法。
【請求項８】
ネットワークを介して所望の機器との間でファイル交換するファイル交換装置のコンピュータに所定の処理手順を実行させるファイル交換方法のプログラムにおいて、
前記処理手順が、
動作用バッテリの残容量を検出する容量検出ステップと、
前記機器との間における伝送帯域を検出する伝送帯域検出ステップと、
交換に供するファイルのファイルサイズを検出するファイルサイズ検出ステップと、
前記伝送帯域検出ステップ、前記ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、前記ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、
前記所要時間により前記容量検出ステップで検出される残容量を判定する判定ステップと
を有することを特徴とするファイル交換方法のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイル交換装置、ファイル交換方法、ファイル交換方法のプログラムに関し、例えばディジタルビデオカメラ、ディジタルスチルカメラ等のモバイル機器に適用することができる。本発明は、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようにする。
【０００２】
【従来の技術】
従来、コンピュータ等の情報機器においては、インターネット等のネットワークを介してファイルを交換するようになされており、ファイル交換を開始すると、ファイル交換に要する残り時間を表示するようになされている。
【０００３】
すなわちこのようなファイル交換においては、一般に、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ，ＲＦＣ９５９）、ＨＴＴＰ（（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ１９４５　、ＲＦＣ２６１６　）により実行され、コンピュータにおいては、例えばファイルのダウンロードを開始する際に、このダウンロードに供するファイルの情報として、ファイル名、ファイルサイズの情報を取得する。またダウンロードの開始により、ダウンロードしたデータ量をモニタし、このダウンロードしたデータ量とファイルサイズとから、残り時間を計算して表示するようになされている。
【０００４】
これに対してディジタルビデオカメラ、ディジタルスチルカメラ等のモバイル機器においても、サーバ等との間でファイル交換することが提案されている。
【０００５】
【発明が解決しようとする課題】
ところでディジタルビデオカメラにおいて、符号化ビットレート９〔Ｍｂｐｓ〕で２０分間記録した動画ファイルにおいては、ファイルサイズが９〔Ｍｂｐｓ〕×２０〔分〕×６０〔秒〕＝約１．３〔Ｇバイト〕となる。この動画ファイルを伝送帯域６〔Ｍｂｐｓ〕の回線でファイル交換する場合、ファイル交換に約３０〔分〕の時間を要することになる。
【０００６】
これに対してＴＣＰ／ＩＰ（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ７９３
ＩＰ：Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　，ＲＦＣ７９１、ＲＦＣ２４６０）ネットワークであるインターネットに接続するローカルネットワークは、ベストエフォート型のネットワークであり、これによりいわゆるネットワークが混雑した場合には、伝送帯域が保証されなくなる。従って、実際にファイル交換する場合には、上述のように回線の伝送帯域で計算した所要時間に比して、ファイル交換に時間を要する場合が多々発生すると考えられる。
【０００７】
据え置き型の商用電源で動作する機器においては、例えば通常３０分間かかるファイル交換に４０分の時間を要する場合でも、単に待ち時間が長くなるだけで、所望するファイルを確実にファイル交換することができる。
【０００８】
しかしながらモバイル機器においては、バッテリの電源で動作することにより、このようにファイル交換に時間を要するようになると、バッテリの電源が途中で切れ、結局、ユーザーの所望するファイルをファイル交換できなくなる恐れがある。これによりこのようなモバイル機器においては、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができることが望まれる。
【０００９】
なおこのようにファイル交換に時間を要し、ファイル交換できなくなった場合には、ファイル転送に係るレジューム（ファイル転送の中断、再開）の手法を適用することにより、ファイル交換を一時中断して再開することが考えられる。しかしながらこの方法の場合、ファイル交換を開始してファイル交換を完了できなくなった場合の対処方法でしかなく、種々のユーザーにより使用されるディジタルビデオカメラ等のモバイル機器には、ユーザーの使い勝手等の面で、実用上、未だ不十分と考えられる。因みに、このレジュームについて、ＦＴＰにおいては、ＲＦＣ９５９の３．４節及び３．５節、ＲＦＣ１１２３の４．１．３．４節に規定され、ＨＴＴＰにおいては、ＲＦＣ２６１６の１４．３５節に規定されている。
【００１０】
本発明は以上の点を考慮してなされたもので、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるファイル交換装置、ファイル交換方法、ファイル交換方法のプログラムを提案しようとするものである。
【００１１】
【課題を解決するための手段】
かかる課題を解決するため請求項１の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置に適用して、伝送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を備えるようにする。
【００１２】
また請求項６の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換方法に適用して、伝送帯域検出ステップ、ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、所要時間により容量検出ステップで検出される残容量を判定する判定ステップとを有するようにする。
【００１３】
また請求項８の発明においては、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置のコンピュータに所定の処理手順を実行させるファイル交換方法のプログラムに適用して、伝送帯域検出ステップ、ファイルサイズ検出ステップで検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測する所要時間予測ステップと、所要時間により容量検出ステップで検出される残容量を判定する判定ステップとを有するようにする。
【００１４】
請求項１の構成によれば、ネットワークを介して所望の機器との間でファイル交換するファイル交換装置に適用して、伝送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を備えることにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【００１５】
これにより請求項６又は請求項８の構成によれば、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるファイル交換方法又はファイル交換方法のプログラムを提供することができる。
【００１６】
【発明の実施の形態】
以下、適宜図面を参照しながら本発明の実施の形態を詳述する。
【００１７】
（１）第１の実施の形態
（１−１）第１の実施の形態の構成
図２は、本発明の第１の実施の形態によるディジタルビデオカメラに係るファイル交換システムを示すブロック図である。このファイル交換システム１では、ディジタルビデオカメラ２で動画ファイルを取得し、インターネット３を介してこの動画ファイルを、例えばユーザー宅のコンピュータ４にアップロードする。またこれとは逆に、このコンピュータ４に保持されたファイルをインターネット３を介してディジタルビデオカメラ２にダウンロードする。
【００１８】
このためコンピュータ４は、電源の起動により、メモリ４Ｃにワークエリアを確保してハードディスク装置（ＨＤＤ）４Ｂに記録されたオペレーションシステムを実装した後、同様にしてハードディスク装置４Ｂに記録されてなる所定のアプリケーションプログラムを立ち上げ、さらにこのアプリケーションプログラムにより指示される各種のモジュールを実装する。コンピュータ４は、これらのオペレーションシステム、アプリケーションプログラム、モジュールよりモデム４Ｄの動作を制御してインターネット３に接続し、ディジタルビデオカメラ２からの呼びかけによりディジタルビデオカメラ２との間でコネクションを確立する。さらに続いてディジタルビデオカメラ２からの指示により、ディジタルビデオカメラ２との間で所定のデータを送受してダウンロード、アップロードの処理に係る前処理を実行した後、アップロード、ダウンロードの処理を実行する。
【００１９】
なお中央処理ユニット４Ａによるこれら前処理、アップロード、ダウンロードの処理については、ディジタルビデオカメラ２側の対応する構成の説明において、併せて説明する。またこれら前処理、アップロード、ダウンロードの処理に係るアプリケーションプログラム、モジュール等においては、このコンピュータ４の出荷時における事前のインストールにより、又はインターネット等のネットワーク等を介してダウンロードしたプログラムのインストールにより、さらには各種の記録媒体により提供されるプログラムのインストールにより、提供されるようになされている。ちなみにこのような記録媒体としては、光ディスク、磁気ディスク、磁気テープ等の記録媒体を適用することができる。
【００２０】
このコンピュータ４において、ハードディスク装置４Ｂは、ＦＡＴ（Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅ　）３２により情報記録領域が管理され、中央処理ユニット４Ａは、オペレーションシステムの実装により、このＦＡＴ３２のファイル管理システムによりハードディスク装置４Ｂに記録されたシステムエントリエリアのデータをロードする。またこのロードしたデータによりハードディスク装置４Ｂに所望のデータを記録し、また記録したデータを再生し、さらにデータの記録に対応してシステムエントリエリアのデータを更新する。
【００２１】
中央処理ユニット４Ａは、またこのファイル管理システムにより、このようにしてロードしてなるシステムエントリエリアのデータのうちのディレクトリエントリのデータにより、ハードディスク装置４Ｂに記録されてなるファイルのファイル名、ファイルサイズを検出するようになされている。なお図３は、このディレクトリエントリの構造を示す図表であり、先頭よりファイル名、拡張子名、属性、予約、作成時刻、作成日付、最終アクセス日付、先頭クラスタ番号の上位アドレス、記録時刻、記録日付、時、先頭クラスタ番号の下位アドレス、ファイルサイズが順次割り当てられるようになされている。
【００２２】
これに対してディジタルビデオカメラ２は、図４に示すように、バッテリ装置５を着脱可能に保持できるように構成され、このバッテリ装置５に内蔵のバッテリ５Ａの電源により、又は図示しないＡＣアダプターを接続して商用電源により動作するようになされている。
【００２３】
ここでバッテリ装置５は、図示しない充電装置により内蔵のバッテリ５Ａを充電できるように構成され、このバッテリ５Ａに充電した電力をディジタルビデオカメラ２に供給する。バッテリ装置５は、このバッテリ５Ａの充放電をコントローラ５Ｂにより管理し、ディジタルビデオカメラ２への装着によりこのコントローラ５Ｂからバッテリ５Ａの残量、満充電時の容量等をディジタルビデオカメラ２に通知できるようになされている。これによりこのディジタルビデオカメラ２では、高い精度によりバッテリ５Ａの電力を管理できるようになされている。
【００２４】
ディジタルビデオカメラ２において、カメラ機能部６は、中央処理ユニット（ＣＰＵ）７の制御により光学レンズ部８の絞り、ズーム等を制御する。光学レンズ部８は、光電変換部９の受光面に入射光を集光する。光電変換部９は、例えばＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ　）固体撮像素子により構成され、撮像結果を画像信号処理部１０に出力する。画像信号処理部１０は、中央処理ユニット７の制御によりこの光電変換部９による撮像結果を処理してビデオデータを生成し、このビデオデータにより液晶ディスプレイ１１を駆動する。これによりこのディジタルビデオカメラ２においては、光学レンズ部８による撮像結果を液晶ディスプレイ１１によりモニタできるようになされている。
【００２５】
また画像信号処理部１０は、このようにして得られるビデオデータを音声データと共にデータ圧縮し、中央処理ユニット７を介してドライブ１２に出力する。ここでドライブ１２は、中央処理ユニット７の制御により、光ディスク、磁気ディスク、光磁気ディスク、半導体メモリ等による記録媒体１３に、中央処理ユニット７の出力データを記録し、また記録媒体１３に記録されたデータを読み出して中央処理ユニット７に出力する。これによりこのディジタルビデオカメラ２においては、撮像結果による動画ファイルを記録媒体１３に記録して保持できるようになされている。また画像信号処理部１０は、中央処理ユニット７の制御により動作を切り換え、記録媒体１３から読み出されたデータを中央処理ユニット７から入力し、このデータをデータ伸長する。画像信号処理部１０は、このデータ伸長によりビデオデータ及び音声データを復号し、このビデオデータにより液晶ディスプレイ１１を駆動するようになされている。これによりこのディジタルビデオカメラ２では、記録媒体１３に記録した動画ファイルを再生して確認できるようになされている。
【００２６】
なお記録媒体１３においては、コンピュータ４と同様に、ＦＡＴ３２のファイル管理システムにより記録領域が管理されるようになされている。
【００２７】
操作入力部１４は、このディジタルビデオカメラ２の操作パネル、リモートコマンダーに配置された操作子、液晶ディスプレイ１１に配置されたタッチパネルにより構成され、ユーザーにより操作を図示しないインターフェースを介して中央処理ユニット７に通知する。
【００２８】
通信部１５は、インターネット３に接続可能な通信手段であり、例えば有線によるモデム、ＩＥＥＥ　（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｏｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ，Ｉｎｃ．）８０２．１１ｂ等による無線通信装置により構成される。通信部１５は、中央処理ユニット７の制御により、インターネット３に接続し、このインターネット３に接続されてなるコンピュータ４との間でコネクションを確立する。またこのようにしてコネクションを確立して、中央処理ユニット７の制御により、所望のコマンド等をコンピュータ４、中央処理ユニット７との間で入出力し、さらには中央処理ユニット７から出力される動画ファイルをコンピュータ４にアップロードし、さらにはコンピュータ４から動画ファイル等をダウンロードして中央処理ユニット７に出力するようになされている。
【００２９】
ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）による内蔵メモリ１６は、中央処理ユニット７のワークエリアを構成し、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）による内蔵メモリ１７は、中央処理ユニット７のプログラム等を記録して保持するようになされている。なおこの内蔵メモリ１７の内容は、このディジタルビデオカメラ２の製造時における事前のインストールにより設定されるようになされており、このプログラムにおいては、事前のインストールに代えて、インターネット等のネットワーク等を介してダウンロードしたプログラムのインストールにより、さらには各種の記録媒体により提供されるプログラムのインストールにより、提供することができる。因みにこのような記録媒体としては、光ディスク、磁気ディスク、磁気テープ等の記録媒体を適用することができる。
【００３０】
中央処理ユニット７は、これら内蔵メモリ１６、１７と共にこのディジタルビデオカメラ２全体の動作を制御するコンピュータを構成し、内蔵メモリ１７に記録されたプログラムに従って、操作入力部１４を介して検出されるユーザーによる操作に応動して各部の動作を制御し、これにより撮像結果を動画ファイルにより記録媒体１３に記録し、また記録媒体１３に記録した動画ファイルを再生して液晶ディスプレイ１１に表示する。また中央処理ユニット７は、同様のユーザーによる操作に応動したプログラムの実行により、通信部１５を介してコンピュータ４とコネクションを確立し、動画ファイルをアップロード、ダウンロードする。
【００３１】
図１及び図１０は、この動画ファイルのアップロード、ダウンロードに係るファイル交換の処理手順を示すフローチャートである。中央処理ユニット７は、バッテリ装置５の電源により動作している場合に限り、この処理手順を実行する。すなわち中央処理ユニット７は、ユーザーによる操作子の操作により液晶ディスプレイ１１にメニュー画面を表示し、このメニュー画面におけるメニューの選択によりアップロード、ダウンロードの選択を受け付ける。またユーザーによりアップロードの処理が選択された場合、記録媒体１３のファイル管理システムより記録媒体１３に記録されたファイルについて、ディレクトリエントリのデータを取得し、アップロード可能なファイル名を液晶ディスプレイ１１に一覧表示し、この一覧表示における選択によりアップロードするファイルの選択を受け付ける。
【００３２】
これに対してユーザーによりダウンロードの処理が選択された場合、中央処理ユニット７は、通信部１５を介してコンピュータ４との間でコネクションを確立し、上述したコンピュータ４の対応するアプリケーションプログラムより、ダウンロード可能なファイル名を取得する。なお中央処理ユニット７は、このようなコンピュータ４へのログインの前提として、コンピュータ４との間で所定の認証処理等を実行するようになされている。またコンピュータ４の中央処理ユニット４Ａにおいては、事前の設定に従ってダウンロード可能なファイル名をディジタルビデオカメラ２に通知するようになされている。中央処理ユニット７は、このようにして取得したダウンロード可能なファイル名をアップロードの場合と同様に、液晶ディスプレイ１１に一覧表示し、この一覧表示における選択によりダウンロードするファイルの選択を受け付ける。
【００３３】
このようにして処理対象のファイル名、処理の内容を受け付けると、中央処理ユニット７は、ステップＳＰ１からステップＳＰ２に移り、バッテリ装置５のコントローラ５Ｂとの間のデータ交換により、満充電時におけるバッテリ５Ａの容量を検出する。またこのようにして検出した満充電時の容量によりコンピュータ４との間のファイル交換を実行した場合、何時間、ファイル交換可能か計算する。
【００３４】
続いて中央処理ユニット７は、ステップＳＰ３に移り、処理対象のファイルについて、転送に要する所要時間を予測する。ここで図５は、この所要時間の予測処理手順を示すフローチャートである。中央処理ユニット７は、この処理手順を開始すると、ステップＳＰ５からステップＳＰ６に移り、ユーザーにより選択された処理がファイルのアップロードか否か判断する。ここで肯定結果が得られると、中央処理ユニット７は、ステップＳＰ６からステップＳＰ７に移り、ファイルシステムにアクセスし、アップロード対象であるファイルのディレクトリエントリのデータより、ファイルサイズのデータを取得する。さらにこの取得したファイルサイズのデータを内蔵メモリ１６に記録して保持し、ステップＳＰ９に移る。
【００３５】
これに対してユーザーにより選択された処理がダウンロードの場合、中央処理ユニット７は、ステップＳＰ６で否定結果が得られることにより、ステップＳＰ６からステップＳＰ８に移る。ここで中央処理ユニット７は、コンピュータ４からダウンロード対象であるファイルのファイルサイズを検出する。
【００３６】
ここで図６に示すように、ディジタルビデオカメラ２、コンピュータ４においては、ＩＰレイヤを構成するＩＰモジュールの上層に、ファイルサイズ取得モジュールが設けられる（図６（Ｂ））。ここでこのファイルサイズ取得モジュールは、ＩＰモジュールを介してファイルサイズを問い合わせるＩＰデータグラムを送信し、またＩＰモジュールを介してこのようなＩＰデータグラムへの応答を返すモジュールである。
【００３７】
このためファイルサイズ取得モジュールは、ファイル名をパラメータに設定したファイルサイズ取得のコマンドにより、ファイルサイズの問い合わせである旨、プロトコル識別番号（プロトコル）を設定し、このプロトコル識別番号と、ファイル名とをＩＰモジュールに渡す。
【００３８】
なおここでＩＰデータグラムのプロトコル識別番号は、ＲＦＣ１７００　「Ａｓｓｉｇｎｅｄ　Ｎｕｍｂｅｒｓ」の「Ｐｒｏｔｏｃｏｌ　Ｎｕｍｂｅｒｓ」節で規定されており、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ　）では、「１」が割り当てられ、ＴＣＰでは、「６」が割り当てられるようになされている。このプロトコル識別番号は、「１０１」〜「２５４」が空き番号に設定され、この実施の形態では、ファイルサイズ取得モジュールに対して、この空き番号の１つである値「１７０」のプロトコル識別番号を割り当て、ファイルサイズの問い合わせに利用するようになされている。
【００３９】
ＩＰモジュールは、このプロトコル識別番号とファイル名とをそれぞれプロトコルフィールド、データフィールドに割り当ててＩＰデータグラムを生成し、このＩＰデータグラムを送信する（図６（Ａ））。なおこの図６（Ａ）ではファイル名がａｂｃ．ｍｐｇの場合であり、ＩＰデータグラムではＡＳＣＩＩ（Ａｍｅｒｉｃａｎ　Ｓｔａｎｄａｒｄ　Ｃｏｄｅ　ｆｏｒ　Ｉｎｆｏｍａｔｉｏｎ　Ｉｎｔｅｒｃｈａｎｇｅ　）文字コードによりファイル名がセットされることにより、この場合、データフィールドには、１６進数で、「６１６２６３２ｅ６ｄ７０６５６７００」という値がセットされることになる。なお最後の「００」は、終端を意味する「ＮＵＬ」文字である。
【００４０】
またこのＩＰデータグラムを受信すると、ＩＰモジュールにおいては、プロトコル識別番号とファイル名とをファイルサイズ取得モジュールに引き渡す。ファイルサイズ取得モジュールにおいては、このファイル名をキーにしてファイル管理システムにより対応するディレクトリエントリのデータを検出し、このディレクトリエントリのデータよりファイルサイズを検出する。ファイルサイズ取得モジュールにおいては、図６（Ｃ）に示すように、このファイルサイズ、「１７０」によるプロトコル識別番号をファイルサイズのデータと共にＩＰモジュールに渡し、ＩＰモジュールは、このプロトコル識別番号とファイルサイズとをそれぞれプロトコルフィールド、データフィールドに割り当ててＩＰデータグラムを生成して送信する。
【００４１】
このようにしてファイルサイズによるＩＰデータグラムを受信すると、ＩＰモジュールにおいては、プロトコル識別番号とファイルサイズとをファイルサイズ取得モジュールに引き渡し、ファイルサイズ取得モジュールにおいては、ファイルサイズの取得のコマンドを発行したプログラムに、ファイルサイズを通知する。
【００４２】
中央処理ユニット７においては、これらモジュールによる処理により、コンピュータ４からファイルサイズを検出し、このファイルサイズを内蔵メモリ１６に一時記録する。
【００４３】
中央処理ユニット７は、このようにしてファイルサイズを検出すると、続くステップＳＰ９において、伝送帯域の推定処理を実行する。ここで伝送帯域の推定処理は、ｐｉｎｇコマンドを実行して応答に要する時間を計測することにより、伝送帯域を推定する処理である。ここでｐｉｎｇコマンドは、ＩＣＭＰを用いてネットワークの疎通を確認するコマンドである。
【００４４】
図７に示すように、中央処理ユニット７は、伝送帯域推定処理において、ステップＳＰ１１からステップＳＰ１２に移り、現在時刻を取得した後、続くステップＳＰ１３において、エコー要求を送信する。ここで図８及び図９に示すように、エコー要求においては、サービスタイプが値８に設定される。またこの実施の形態では、タイプ、コード、チェックサム、オプションによる８バイトの固定長データに加えて、例えば１１７バイトのデータをメッセージにセットし、これにより全体として８＋１１７＝１２５バイトによるデータをデータ部に割り当てる。なおここではこれらタイプ、コード、オプション、１１７バイトの任意データは、何ら意味を有しないデータが割り当てられるようになされている。
【００４５】
このようにしてエコー要求を送出すると、中央処理ユニット７は、ステップＳＰ１４に移り、ステップＳＰ１３で送出したエコー要求に対する応答であるエコー応答を受信する。ここでＩＣＭＰにおいては、エコー要求を受信した場合、エコー応答を送出することが規定され、これによりコンピュータ４においては、エコー要求の受信によりエコー応答を送出するようになされ、中央処理ユニット７は、このエコー応答をステップＳＰ１４で受信するようになされている。
【００４６】
なおエコー応答は、サービスタイプが値０に設定され、エコー要求のペイロードをそのままデータ部にセットして送信される。これにより中央処理ユニット７においては、このサービスタイプが値０にセットされてなるＩＰデータグラムを受信することにより、エコー応答を受信する。
【００４７】
続いて中央処理ユニット７は、ステップＳＰ１５に移り、ここで現在時刻を取得してエコー応答の受信時刻を検出し、続くステップＳＰ１６において、ステップＳＰ１１で取得したエコー要求送出時刻と、ステップＳＰ１５で検出したエコー応答の受信時刻とから、ファイル転送に要する時間を計算する。すなわち中央処理ユニット７は、ステップＳＰ１５で検出したエコー応答の受信時刻から、ステップＳＰ１１で取得したエコー要求送出時刻を減算し、これによりエコー要求を送信してエコー応答が返されるまでの時間（ＲＴＴ　：Ｒｏｕｎｄ　Ｔｒｉｐ　Ｔｉｍｅ　）を計測する。さらにこのエコー応答が返されるまでの時間を１／２に割り算し、これによりエコー要求を送信して受信されるまでの時間を計算する。さらにエコー要求のデータ部にセットしたデータ長を、このエコー要求を送信して受信されるまでの時間により割り算し、これにより伝送帯域を推定する。
【００４８】
具体的に、エコー要求を送信してエコー応答が返されるまでの時間が１０〔ｍｓｅｃ〕だった場合、エコー要求を送信して受信されるまでの時間は、５〔ｍｓｅｃ〕となり、１２５バイトのデータをこのエコー要求のデータ部により伝送している場合、伝送帯域は、１２５バイト（＝１０００ビット）／０．００５〔秒〕＝２００〔ｋｂｐｓ〕と推定することができる。
【００４９】
このようにして伝送帯域を推定すると、中央処理ユニット７は、ステップＳＰ１７から元の処理手順（図５）に戻る。なお中央処理ユニット７は、この伝送帯域の推定処理を所定回数だけ繰り返し、平均値による伝送帯域により続く処理手順を実行するようになされ、これにより高い精度により伝送帯域を推定するようになされている。
【００５０】
中央処理ユニット７は、続いてこの元の処理手順におけるステップＳＰ１９において（図５）、ステップＳＰ７又はステップＳＰ８で検出したファイルサイズをステップＳＰ９で検出した伝送帯域により割り算し、これによりファイル転送に要する所要時間を計算する。具体的に例えばファイルサイズ１００Ｍ〔バイト〕（Ｍ＝１０４８５７６）のファイルを伝送する場合、１００×１０４８５７６×８÷（２００×１０００）≒４１９４〔秒〕≒７０〔分〕の計算結果を得ることができ、ファイル転送に要する時間を約７０分と推定する。
【００５１】
続いて中央処理ユニット７は、ステップＳＰ２０において、ステップＳＰ１９で計算したファイル転送に要する時間を時、分、秒の単位に換算し、ユーザーにより把握し易い単位に換算する。また続くステップＳＰ２１において、この転送時間を液晶ディスプレイ１１に表示し、ステップＳＰ２２に移って元の処理手順（図１）に戻る。
【００５２】
中央処理ユニット７は、続いてこの元の処理手順のステップＳＰ２５において、バッテリ装置５との間のデータ交換によりバッテリ５Ａの残容量を検出し、この残容量によりコンピュータ４との間のファイル交換を実行した場合、何時間、ファイル交換可能か計算し、これによりバッテリ残量による通信可能時間を計算する。
【００５３】
続いて中央処理ユニット７は、ステップＳＰ２６において、ステップＳＰ３で求めたファイル転送の所要時間とステップＳＰ２５で計算したバッテリ残量による通信可能時間とを比較することにより、ファイル転送の所要時間でバッテリ残量を判定し、バッテリ残量によりファイル交換を完了するか否か判断する。
【００５４】
ここで肯定結果が得られると、この場合、ファイル転送に対してバッテリ５Ａの電力に余裕があることにより、中央処理ユニット７は、ステップＳＰ２６からステップＳＰ２７に移り、ユーザーにより指示されたファイルの転送を開始する。すなわち中央処理ユニット７は、アップロードの場合、ファイル管理システムにより対応するファイルが記録されてなる記録媒体１３のアドレスを順次検出し、このアドレスにより順次記録媒体１３からデータをロードし、このデータをＦＴＰ又はＨＴＴＰによりコンピュータ４に送出する。これに対してダウンロードの場合、ファイルの転送をコンピュータ４にリクエストし、コンピュータ４においては、ファイル管理システムにより対応するファイルが記録されてなるハードディスク装置４Ｂのクラスタアドレスを順次検出する。またこのクラスタアドレスにより順次ハードディスク装置４Ｂに記録されたデータを再生し、ＦＴＰ又はＨＴＴＰによりこの再生したデータをディジタルビデオカメラ２に送出する。中央処理ユニット７においては、ファイル管理システムにより記録媒体１３の空き領域を順次検出し、通信部１５を介して受信されるデータをこの空き領域に順次記録する。
【００５５】
このようにしてファイル転送を開始すると、中央処理ユニット７は、ファイル転送の開始時刻を内蔵メモリ１６に記録して保持し、この開始時刻を基準にして、ステップＳＰ３で検出した所要時間の経過を待機する。また液晶ディスプレイ１１における棒グラフ状の表示により、ファイルサイズに対する転送済データのデータ量、ファイル転送に要する残り時間をユーザーに通知する。
【００５６】
さらにファイルの転送を開始して、ステップＳＰ３で検出した所要時間だけ経過すると、ステップＳＰ２７からステップＳＰ２８に移り、ファイルの転送を完了していないか否か判断する。ここでファイルの転送を完了している場合、中央処理ユニット７は、ステップＳＰ２９に移り、液晶ディスプレイ１１の表示によりファイル転送の終了をユーザーに通知した後、ステップＳＰ３０に移ってこの処理手順を終了する。なお中央処理ユニット７は、このファイル転送の完了により、アップロードの場合、ユーザーの設定により、転送を完了したファイルを記録媒体１３から削除する。
【００５７】
これに対してこのような伝送路においては、他の機器からのアクセスにより伝送速度が種々に変化することにより、推定した所要時間を経過しても、未だファイルの転送を完了していない場合もある。この場合、中央処理ユニット７は、ステップＳＰ２８で肯定結果が得られることにより、ステップＳＰ２８からステップＳＰ３１に移る。ここで中央処理ユニット７は、ファイルサイズから転送済データのデータ量を減算し、残りのデータ量を計算する。また図７について説明したと同様のｐｉｎｇコマンドの実行により改めて伝送帯域を推定し、これら残りのデータ量、伝送帯域より残りファイルの伝送に供する所要時間を計算する。
【００５８】
さらに続くステップＳＰ３２において、バッテリ装置５との間のデータ交換によりバッテリの残量を検出し、このバッテリの残量による通信可能時間を計算する。また続くステップＳＰ３３において、このようにして計算した残りファイルの伝送に供する所要時間がバッテリ残量による通信可能時間より短いか否か判断することにより、残りの所要時間によりバッテリ残量を判定し、ここでバッテリ残量に余裕がある場合、ステップＳＰ２８に移って、ファイル転送処理を継続する。なお中央処理ユニット７は、このようにしてステップＳＰ３３からステップＳＰ２８に戻った場合、このステップＳＰ２８においては、ステップＳＰ３１で計算した残りファイルの転送所要時間の経過を待って、ファイルの転送を完了したか否か判断するようになされている。
【００５９】
これによりディジタルビデオカメラ２では、事前に予測した所要時間によりファイル転送を完了できるとしてファイル転送を開始して、回線の渋滞等によりこの所要時間によりファイル転送できない場合、残りの所要時間を予測してファイル転送を完了できるか否か改めて判断するようになされている。またこの判断によりバッテリの容量が十分な場合には、引き続きファイル転送の処理を継続し、ユーザーにより指定されたファイルをアップロード、ダウンロードするようになされている。
【００６０】
これに対してバッテリの残量が十分でない場合、中央処理ユニット７は、ステップＳＰ３３で否定結果が得られることにより、ステップＳＰ３３からステップＳＰ３４に移る（図１０）。ここで中央処理ユニット７は、レジュームの手法によりファイル転送する旨、ユーザーにより事前に設定されているか否か判断する。またこのようなレジュームによるファイル転送がユーザーにより設定されていない場合、液晶ディスプレイ１１に、回線の渋滞によりバッテリの残量ではファイル転送を完了しない旨のメッセージを表示し、レジュームによるファイル転送するか否か、ユーザーによる選択を受け付ける。
【００６１】
中央処理ユニット７は、これらの選択、設定により、レジュームの手法によるファイル転送が指示された場合、ステップＳＰ３４からステップＳＰ３５に移り、レジュームの手法によりファイルを転送する。すなわち中央処理ユニット７は、バッテリ装置５との間の定期的なデータ交換により、バッテリ５Ａの残量を監視し、バッテリ５Ａの残量が所定量となるまで、ファイル転送を継続する。またバッテリ５Ａの残量が所定量となると、ファイルの転送を中断する。またアップロードの場合には、ファイルの転送を完了した最後の位置をレジュームの開始位置として記録媒体１３、又は内蔵メモリ１６に記録した後、ステップＳＰ３０に移ってこの処理手順を終了する。これに対してダウンロードの場合、記録媒体１３に記録されてなる受信済のデータを１つのファイルに設定してシステムエントリエリアのデータを更新する。またこのファイルの転送を完了した最後の位置をレジュームの開始位置としてコンピュータ４に通知し、コンピュータ４の中央処理ユニット４Ａは、この開始位置をハードディスク装置４Ｂに記録し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６２】
これにより中央処理ユニット７は、バッテリに十分な容量を有している場合、さらには商用電源により動作している場合、改めてコンピュータ４との間でコネクションを確立し、このレジュームの開始位置より残りのデータを転送する。また中央処理ユニット７、４Ａにおいては、このようにして転送して受信した残りのデータをファイル化して記録媒体１３、ハードディスク装置４Ｂに記録した後、受信済データによるファイルと合成し、このファイル交換システム１では、これによりバッテリに余裕の無くなった場合でも、所望するファイルを確実にファイル交換するようになされている。
【００６３】
これに対してステップＳＰ３４で否定結果が得られると、この場合、中央処理ユニット７は、ステップＳＰ３４からステップＳＰ３６に移り、ファイル転送を中止した後、ステップＳＰ３０に移ってこの処理手順を終了する。なおこの場合、中央処理ユニット７、４Ａにおいては、それまで受信したファイルのデータについては、記録媒体１３、ハードディスク装置４Ｂのシステムエントリを更新することなく処理を終了し、これにより後日改めて最初からファイル転送を実行するようになされている。
【００６４】
これに対して当初、所要時間によりバッテリ残量を判定し、バッテリの残量が不足していると判断される場合、中央処理ユニット７は、ステップＳＰ２６で否定結果が得られることにより（図１）、ステップＳＰ２６からステップＳＰ３８に移る（図１０）。ここで中央処理ユニット７は、ステップＳＰ２で検出した満充電によりファイル交換可能な時間と、ステップＳＰ３で検出した所要時間とを比較することにより、ファイル交換に要する所要時間により満充電時の容量を判定する。
【００６５】
ここで満充電時の容量によっては、ファイル交換を完了すると判断される場合、中央処理ユニット７は、ステップＳＰ３８からステップＳＰ３９に移る。ここで中央処理ユニット７は、現在の状態ではファイル交換に電力が不足することによりファイル交換を中止する旨、またバッテリ５Ａを満充電に充電して、さらには商用電源による駆動に切り換える等によりファイル交換可能な旨、液晶ディスプレイ１１にメッセージを表示し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６６】
これにより中央処理ユニット７は、事前に予測されるファイル交換に要する時間によりバッテリ残量、満充電の容量を判定し、ファイル交換の処理を切り換えるようになされている。
【００６７】
これに対して満充電時の容量によっても、ファイル転送に電力が不足すると判断されると、中央処理ユニット７は、ステップＳＰ３８からステップＳＰ４０に移る。ここで中央処理ユニット７は、ステップＳＰ３４における処理と同様に、レジュームの手法によりファイル転送する旨、ユーザーにより事前に設定されているか否か判断する。またこのようなレジュームによるファイル転送がユーザーにより設定されていない場合、液晶ディスプレイ１１に、バッテリ５Ａを十分に充電しても現在の状態ではファイル転送を完了しない旨のメッセージを表示し、レジュームによりファイル転送するか否か、ユーザーによる選択を受け付ける。
【００６８】
中央処理ユニット７は、これらの選択、設定により、レジュームの手法によるファイル転送が指示されると、ステップＳＰ４０からステップＳＰ４１に移り、ステップＳＰ３５における処理と同様にレジュームの手法によりファイル転送する。すなわち中央処理ユニット７は、バッテリ装置５との間の定期的なデータ交換により、バッテリ５Ａの残量を監視し、バッテリ５Ａの残量が所定量となるまで、ファイル転送を継続する。またバッテリ５Ａの残量が所定量となると、ファイルの転送を中止する。またこのファイル交換がアップロードの場合には、ファイルの転送を完了した最後の位置をレジュームの開始位置として記録媒体１３、又は内蔵メモリ１６に記録した後、ステップＳＰ３０に移ってこの処理手順を終了する。これに対してこのファイル交換がダウンロードの場合、記録媒体１３に記録されてなる受信済のデータを１つのファイルに設定してシステムエントリエリアのデータを更新する。またこのファイルの転送を完了した最後の位置をレジュームの開始位置としてコンピュータ４に通知し、コンピュータ４の中央処理ユニット４Ａは、この開始位置をハードディスク装置４Ｂに記録し、ステップＳＰ３０に移ってこの処理手順を終了する。
【００６９】
これに対してステップＳＰ４０で否定結果が得られると、中央処理ユニット７は、ステップＳＰ４０からステップＳＰ３９に移り、この場合、ファイル交換を中止する旨のメッセージ、商用電源による駆動等の対応策のメッセージを表示した後、ステップＳＰ３０に移ってこの処理手順を終了する。
【００７０】
これらによりこの実施の形態において、バッテリ装置５のコントローラ５Ｂは、動作用バッテリの残容量を検出する容量検出手段を構成する。また中央処理ユニット７は、内蔵メモリ１６、１７、通信部１５と共に、コンピュータ４との間における伝送帯域を検出する伝送帯域検出手段を構成し、また内蔵メモリ１６、１７と共に、交換に供するファイルのファイルサイズを検出するファイルサイズ検出手段を構成し、さらには送帯域検出手段、ファイルサイズ検出手段で検出された伝送帯域、ファイルサイズにより、ファイルの伝送に要する所要時間を予測し、所要時間により容量検出手段で検出される残容量を判定する制御手段を構成するようになされている。
【００７１】
（１−２）第１の実施の形態の動作
以上の構成において、このファイル交換システム１では（図１及び図４）、携帯してバッテリ装置５の電力によりディジタルビデオカメラ２を駆動し、又は商用電源によりディジタルビデオカメラ２を駆動し、所望の被写体を撮像して得られる動画ファイルによる撮像結果がディジタルビデオカメラ２の記録媒体１３に記録される。
【００７２】
ファイル交換システム１では、このようにして記録媒体１３に記録された動画ファイルについて、コンピュータ４へのアップロードがユーザーにより指示されると、中央処理ユニット７、内蔵メモリ１６、１７により構成されるディジタルビデオカメラ２のコンピュータにより、通信部１５の動作を制御してコンピュータ４との間でコネクションが確立され、この動画ファイルがコンピュータ４に送信される。またコンピュータ４においては、このようにして送信された動画ファイルがモデム４Ｄを介して受信され、ハードディスク装置４Ｂに記録される。
【００７３】
このようなファイル交換の処理において、ディジタルビデオカメラ２がバッテリ５Ａの電源により動作している場合、ファイル交換システム１では、ディジタルビデオカメラ２でバッテリ５Ａの残容量、満充電時の容量が検出される。さらにＩＰデータグラム（ＩＰパケット）のペイロードであるデータ部が所定データ量に設定されてなるｐｉｎｇコマンドによるエコー要求がコンピュータ４に向けて送出され、このエコー要求を受信したコンピュータ４において、このエコー要求と同一の所定データ量にデータ部が設定されてなるエコー応答がディジタルビデオカメラ２に向けて送出される。ファイル交換システム１では、このエコー要求を送出した後、エコー応答が得られるまでの応答時間がディジタルビデオカメラ２で検出され、これにより伝送帯域が検出される。すなわちｐｉｎｇの往復に要する時間である応答時間が１／２されて、片道の伝送に要する時間が検出され、この伝送に要する時間によりペイロードのデータ量が割り算され、単位時間当たりに伝送可能なデータ量が検出され、これにより伝送帯域が検出される。
【００７４】
また記録媒体１３の記録領域を管理するファイル管理システムにより、ファイル交換に供するファイルのデータ量が検出され、このデータ量がｐｉｎｇにより検出された伝送帯域により割り算されて、現在の伝送帯域で伝送に要する所要時間が検出される。これによりディジタルビデオカメラ２では、事前に、ファイルの伝送に要する所要時間が予測される。ファイル交換システム１では、このようにして検出される所要時間により、バッテリ５Ａの残容量が判定される。
【００７５】
これによりこの実施の形態では、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようになされている。
【００７６】
すなわちこの判定によりバッテリ５Ａの容量がファイル交換に十分な場合、ファイル交換システム１ではファイル交換が開始される。またこのようにしてファイル交換を開始した後、渋滞により伝送帯域が減少する場合もあることにより、ファイル交換を開始して事前に予測した所要時間が経過してもファイル転送を完了しない場合、改めてｐｉｎｇにより伝送帯域が検出され、この伝送帯域と残りのファイルサイズとから、残りの所要時間が検出される。またこの残りの所要時間によりバッテリ５Ａの残量が改めて判定される。
【００７７】
これによりこの実施の形態においては、ファイルの転送を開始して所定時間経過すると、伝送帯域と未だ転送していないデータ量とにより、残りの伝送に要する所要時間を改めて予測し、この残りの伝送に要する所要時間で残容量を判定するようになされ、伝送に供する回線の渋滞が種々に変化した場合でも、この渋滞の変化に対応することができるようになされている。
【００７８】
すなわちこの判定により、未だバッテリ５Ａの残容量が十分な場合、ファイル交換システム１では、引き続きファイル交換の処理が実行され、これによりユーザーにより選択されたファイルがコンピュータ４にアップロードされる。
【００７９】
これに対してこの判定によりバッテリ５Ａの残容量がファイル転送の完了に不十分と判断されると、ユーザーによりレジュームによる処理が設定されている場合、又はユーザーによりレジュームによる処理が指示された場合、ファイル交換が実行され、バッテリ５Ａの残量が所定容量になると、ファイル交換が中断される。ファイル交換システム１では、これによりそれまでコンピュータ４にアップロードされたデータが１つのファイルとしてコンピュータ４のハードディスク装置４Ｂに記録され、レジュームの開始位置がディジタルビデオカメラ２の記録媒体１３に、又は内蔵メモリ１６に記録される。
【００８０】
またこのようにファイル交換を一時中止して、改めてファイル交換する場合には、この開始位置よりデータの転送を開始してコンピュータ４のハードディスク装置４Ｂに記録し、ファイルの転送を完了すると、コンピュータ４において、従前に１つのファイルとして記録してなるファイルと、開始位置からのデータとが１つのファイルに結合され、これによりレジュームの手法を適用してファイル転送の処理が完了する。
【００８１】
これに対してユーザーによりレジュームによる処理が設定されていない場合、又はユーザーによりレジュームによる処理が指示されない場合、ファイル交換システム１では、ファイル交換の処理が中止される。
【００８２】
これに対して事前の判定によりバッテリ５Ａの残量が不足していると判断される場合、バッテリ５Ａの満充電の容量が改めて判定される。さらにこの満充電の容量でも不足すると判断される場合、ユーザーによりレジュームの処理が指示されている場合、レジュームによりファイル交換されるのに対し、レジュームによる処理が指示されていない場合、ファイル交換が中止される。
【００８３】
また満充電の容量によればファイル交換可能な場合、バッテリ装置５の交換により、又は充電によりファイル交換できることにより、この場合は、ファイル交換が中止される。
【００８４】
これらによりこのディジタルビデオカメラ２では、回線の渋滞状況に適切に対応することができるようになされている。すなわちユーザーにおいては、ファイルのアップロードを急いでいる場合も考えられ、またこれとは逆にファイルのアップロードを急いでいない場合も考えられる。この実施の形態においては、バッテリの残量によりアップロードを完了できるか否か、さらにはバッテリを満充電してアップロードを完了できるか否かを、回線の渋滞状況により判断することができ、これにより例えばアップロードを急ぐ場合には、可能な箇所までファイルをアップロードしながらバッテリを手配する、バッテリを交換してアップロードする等の対応策を講じることができ、これにより従来に比して使い勝手を向上することができるようになされている。
【００８５】
これに対してコンピュータ４においては、ハードディスク装置４Ｂに種々のファイルが蓄積され、例えばディジタルビデオカメラ２でコンピュータ４に保持されたファイルを確認するような場合に、ユーザーによりファイルのダウンロードが指示されると、ディジタルビデオカメラ２とコンピュータ４との間でコネクションが確立され、ユーザーにより指示されたファイルの送信がディジタルビデオカメラ２からコンピュータ４にリクエストされる。またこのリクエストにより、コンピュータ４から対応するファイルのデータがディジタルビデオカメラ２に順次送出され、ディジタルビデオカメラ２においては、通信部１５によりこのデータが受信されて記録媒体１３に記録される。
【００８６】
このような一連のダウンロードの処理に際して、ファイル交換システム１では、事前に、ディジタルビデオカメラ２に実装されたファイル交換モジュールにより、ＩＰモジュールを介して、コンピュータ４にファイルサイズを問い合わせするＩＰデータグラムが送信され、同様のＩＰデータグラムであるこの問い合わせの応答により、ディジタルビデオカメラ２で伝送に供するファイルのデータ量が検出される。
【００８７】
ファイル交換システム１では、このファイルサイズにより、アップロードの場合と同様に、所要時間が計算され、この所要時間によりバッテリ５Ａの残容量、満充電時の容量が判定される。またこの判定結果により、レジュームによりファイル転送の処理が実行され、さらにはファイル交換が中止される。これによりこの実施の形態においては、ダウンロードの場合でも、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができるようになされている。
【００８８】
（１−３）第１の実施の形態の効果
以上の構成によれば、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【００８９】
また所定データ量に設定したＩＰデータグラムに対する応答時間により、伝送帯域を検出し、プロトコル値を所定値に設定し、かつデータ部にファイル名を割り当てたＩＰデータグラムに対する応答によりファイルサイズを検出することにより、簡易に、ネットワークの伝送帯域、ファイル転送の所要時間を予測することができる。
【００９０】
またファイル転送の所要時間によりバッテリの残容量を判定して残容量ではファイルの転送を完了しないと判断される場合、ファイル転送の所要時間により満充電時の容量を判定することにより、バッテリを充電してファイル交換を完了できる場合、さらにはバッテリを交換してファイル交換を完了できる場合等に、適切に対応することができる。
【００９１】
またファイル転送の所要時間によりバッテリの残容量を判定して残容量ではファイルの転送を完了しないと判断される場合、レジュームの手法を適用してファイルを転送することにより、伝送帯域が減少した場合でも所望するファイルを確実に転送することができる。
【００９２】
またファイルの転送を開始して所定時間経過すると、改めてファイルの残りの伝送に要する所要時間を予測し、この残りの伝送に要する所要時間でバッテリの残容量を判定することにより、回線の渋滞が変化した場合にも適切に対応することができる。
【００９３】
（２）第２の実施の形態
図１１は、本発明の第２の実施の形態に係るファイル交換システムにおけるファイルサイズ取得モジュールの説明に供する略線図である。この実施の形態に係ファイル交換システムにおいては、ＴＣＰモジュール又はＵＤＰモジュールによるレイヤーの上位レイヤーにファイルサイズ取得モジュールが実装される。なおこのファイル交換システムでは、このファイルサイズ取得モジュールの実装方法が異なる点を除いて、第１の実施の形態に係るファイル交換システムと同一に構成される。
【００９４】
ファイルサイズ取得モジュールにおいては、これにより図１１（Ａ）に示すように、ファイルサイズの検出対象であるファイル名をＴＣＰモジュール又はＵＤＰモジュールに渡し、ＴＣＰモジュール又はＵＤＰモジュールは、このファイル名をデータ部にセットすると共に、ファイルサイズ取得モジュールを特定するポート番号をヘッダ部に設定してＴＣＰパケット又はＵＤＰパケットを生成する。ＩＰモジュールにおいては、これによりこのＴＣＰパケット又はＵＤＰパケットをデータ部にセットすると共に、ＴＣＰモジュール又はＵＤＰモジュールを特定するプロトコル番号をヘッダ部に設定してＩＰパケットを生成し、このＩＰパケットによるＩＰデータグラムをコンピュータ４に送出する。
【００９５】
なおこのようにして設定されるプロトコル番号は、ＴＣＰモジュール又はＵＤＰモジュールにおいて、それぞれ値６又は値１７である。またファイルサイズ取得モジュールのポート番号は、未定義の値である値「４９１５２」から「６５５３５」の番号を割り当てることができ、例えば値「５５５５５」をポート番号に設定することができる。
【００９６】
これに対して応答側においては、このようなＩＰデータグラムを受信すると、ＩＰモジュールにおいて、プロトコル番号よりＴＣＰモジュール又はＵＤＰモジュールにデータ部であるＴＣＰパケット又はＵＤＰパケットを渡し、ＴＣＰモジュール又はＵＤＰモジュールにおいては、このＴＣＰパケット又はＵＤＰパケットのポート番号により、データ部のファイル名をファイルサイズ取得モジュールに通知する。
【００９７】
ファイルサイズ取得モジュールにおいては、この通知によりファイル管理システムを介して対応するファイルのファイルサイズを検出し、このファイルサイズをＴＣＰモジュール又はＵＤＰモジュールに渡す。ＴＣＰモジュール又はＵＤＰモジュールにおいては、これによりこのファイルサイズをデータ部にセットし、ファイルサイズ取得モジュールを特定するポート番号をヘッダ部に設定してＴＣＰパケット又はＵＤＰパケットを生成する。ＩＰモジュールにおいては、これによりこのＴＣＰパケット又はＵＤＰパケットをデータ部にセットすると共に、ＴＣＰモジュール又はＵＤＰモジュールを特定するプロトコル番号をヘッダ部に設定してＩＰパケットを生成し、このＩＰパケットによるＩＰデータグラムをコンピュータ４に送出する。
【００９８】
この実施の形態によれば、ＴＣＰモジュール又はＵＤＰモジュールによるレイヤーの上位レイヤーにファイルサイズ取得モジュールを実装するようにしても、第１の実施の形態と同様の効果を得ることができる。
【００９９】
（３）他の実施の形態
なお上述の実施の形態においては、残容量が不足する場合に、満充電時の容量でファイル交換を完了すると判断されるときはファイル交換を中止する場合について述べたが、本発明はこれに限らず、ユーザーの設定、選択によりレジュームによりファイル交換するようにしてもよい。
【０１００】
また上述の実施の形態においては、電力が不足すると判断された場合、バッテリが一定残量となるまでファイル交換して残りをレジュームにより処理する場合について述べたが、本発明はこれに限らず、電力が不足すると判断された場合には、即座にファイル交換を中断し、レジュームにより処理する場合等、必要に応じてファイル交換を中断する時点は、種々に設定することができる。
【０１０１】
また上述の実施の形態においては、当初推定した所要時間が経過してファイル交換を完了していない場合に、伝送帯域を推定し、さらには残りの所要時間を推定する場合について述べたが、本発明はこれに限らず、例えばファイル交換の中間の時点で伝送帯域を推定し、さらには残りの所要時間を推定する場合等、伝送帯域を推定し直し、さらには残りの所要時間を推定し直す処理においては、必要に応じて種々のタイミングに設けることができる。
【０１０２】
また上述の実施の形態においては、当初推定した所要時間が経過してファイル交換を完了していない場合に、伝送帯域、残りの所要時間を推定する場合について述べたが、本発明はこれに限らず、例えばファイル交換を完了したデータ量と経過時間との監視により、データ転送速度が劣化した場合に、伝送帯域、残りの所要時間を推定し直し、必要に応じてレジュームにより対応するようにしてもよい。このようにしてファイル交換の状況を常時モニタすれば、回線の渋滞が緩和した場合も確認できることにより、レジュームにより対応するように処理を進めて、ファイル交換を完了させることもできる。
【０１０３】
また上述の実施の形態においては、ディジタルビデオカメラに対して、いわゆる上り、下りの伝送帯域が等しいものとして伝送帯域を推定する場合について述べたが、本発明はこれに限らず、上り、下りの伝送帯域が異なる場合にも広く適用することができる。なおこのように上り、下りの伝送帯域が異なる場合例えば事前の設定による上り、下りの比率によりエコー要求を送出して応答が得られる時間を割り算することが考えられる。またこの場合に、この比率を実際のファイル交換結果により修正して使用することも考えられる。
【０１０４】
また上述の実施の形態においては、ディジタルビデオカメラ側の処理によりファイル交換する場合について述べたが、本発明はこれに限らず、コンピュータ側で上述した一連の処理を実行するようにしてもよい。すなわちコンピュータ４の中央処理ユニットにおいては、ｐｉｎｇにより応答時間を検出して回線の伝送帯域を検出し、またディジタルビデオカメラにコマンドを送出してバッテリの残容量、満充電時の容量を検出する。またディジタルビデオカメラよりファイルを取得する場合、上述の実施の形態と同様にしてファイルサイズを検出し、これらにより所要時間を計算する。またこの所要時間によるバッテリの残容量、満充電時の容量の判定により、ディジタルビデオカメラの動作を制御する。このようにコンピュータ側で一連の処理を実行するようにすれば、その分、ディジタルビデオカメラの構成を簡略化することができる。なおこのようにコンピュータ側により処理する場合には、コンピュータにおける通信手段であるモデム等が中央処理ユニットと共に、容量検出手段、伝送帯域検出手段等を構成する。
【０１０５】
また上述の実施の形態においては、動画ファイルを直接、ファイル交換する場合について述べたが、本発明はこれに限らず、例えば電子メールに添付してファイル交換する場合にも広く適用することができる。なお電子メールにおいては、例えばＢＡＳＥ６４により、バイナリデータによる動画ファイル等が一旦キャラクタデータにエンコードして添付される。これにより３バイトデータが４バイトデータに変換され、ファイルサイズが３３〔％〕程度増大する。これにより所要時間の予測においては、ファイル管理システムから取得したファイルサイズを１．３３倍して伝送帯域により割り算することが必要になる。
【０１０６】
また上述の実施の形態においては、動画ファイルをファイル交換する場合について述べたが、本発明はこれに限らず、静止画ファイルをファイル交換する場合、さらにはディジタルビデオカメラのプログラムファイルをファイル交換する場合等、種々のファイル交換に広く適用することができる。
【０１０７】
また上述の実施の形態においては、自宅のコンピュータとディジタルビデオカメラとの間でファイル交換する場合について述べたが、本発明はこれに限らず、例えば、ディジタルスチルカメラ、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ　）との間でファイル交換する場合等、種々の機器間でファイル交換する場合に広く適用することができる。
【０１０８】
また上述の実施の形態においては、図６及び図１１において、ＩＰデータグラムにおけるバージョン番号を値４により示したように、ＩＰｖ４によりファイル交換する場合について述べたが、本発明はこれに限らず、ＩＰｖ６によりファイル交換する場合にも広く適用することができる。
【０１０９】
【発明の効果】
上述のように本発明によれば、ネットワークの伝送帯域、ファイル転送の所要時間を予測し、この所要時間によりバッテリ残量を判定することにより、事前に、ファイル交換を完了できるか否かを判定し、回線の渋滞状況に適切に対応することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るファイル交換システムにおけるディジタルビデオカメラの中央処理ユニットの処理手順を示すフローチャートである。
【図２】本発明の第１の実施の形態に係るファイル交換システムを示すブロック図である。
【図３】ディレクトリエントリの構造を示す図表である。
【図４】図２のディジタルビデオカメラを示すブロック図である。
【図５】所要時間予測処理の説明に供するフローチャートである。
【図６】ファイルサイズ取得モジュールの説明に供する図表である。
【図７】伝送帯域推定処理の説明に供するフローチャートである。
【図８】ｐｉｎｇの説明に供する図表である。
【図９】ｐｉｎｇによるＩＰデータグラムを示す図表である。
【図１０】図１の続きのフローチャートである。
【図１１】本発明の第２の実施の形態に係るファイル交換システムに適用されるファイルサイズ取得モジュールの説明に供する図表である。
【符号の説明】
１……ファイル交換システム、２……ディジタルビデオカメラ、３……インターネット、４……コンピュータ、４Ａ、７……中央処理ユニット、４Ｂ……ハードディスク装置、５……バッテリ装置、５Ａ……バッテリ、１３……記録媒体、１６、１７……内蔵メモリ
【図１】
2004078584.tif 000003
【図２】
2004078584.tif 000004
【図３】
2004078584.tif 000005
【図４】
2004078584.tif 000006
【図５】
2004078584.tif 000007
【図６】
2004078584.tif 000008
【図７】
2004078584.tif 000009
【図８】
2004078584.tif 000010
【図９】
2004078584.tif 000011
【図１０】
2004078584.tif 000012
【図１１】
2004078584.tif 000013