(57)【要約】【課題】利用者が撮影装置からデジタル画像ファイルを削除したいときに、通信バスやインターネットなどに接続しなくてもバックアップ状態を簡単に知ることができるようにする。【解決手段】撮影装置Ａ００１により撮影された画像から生成されて記録されたデジタル画像ファイルとそのサムネイル画像をＰＣＢ００１に転送してバックアップし、ＰＣに転送されて記憶されたデジタル画像ファイルとそのサムネイル画像をバックアップサーバＣ００１に転送してバックアップする場合、デジタル画像ファイルとそのサムネイル画像が撮影装置のみにより記録されているか、前記バックアップ手段によりＰＣまで転送されて記録されているか、バックアップサーバまで転送されて記録されているかを示す表示メッセージを撮影装置により記録されているサムネイル画像に書き込む。【選択図】図１
2007179277.tif 000002
【特許請求の範囲】
【請求項１】
撮影装置により撮影された画像をバックアップするシステムであって、
前記撮影装置により撮影された画像から生成されて記録されたデジタル画像ファイルとそのサムネイル画像をパーソナルコンピュータに転送して記憶するバックアップ手段と、
前記撮影装置により撮影された画像から生成されて記録された前記デジタル画像ファイルと前記サムネイル画像が前記撮影装置のみにより記録されているか、前記バックアップ手段により前記パーソナルコンピュータまで転送されて記録されているかを示す表示メッセージを前記撮影装置により記録されている前記サムネイル画像に書き込む書き込み手段とを、
備えたバックアップシステム。
【請求項２】
前記パーソナルコンピュータに転送されて記憶された前記デジタル画像ファイルと前記サムネイル画像をバックアップサーバに転送して記憶する第２のバックアップ手段を更に備え、
前記書き込み手段は、前記撮影装置により撮影された画像から生成されて記録された前記デジタル画像ファイルと前記サムネイル画像が前記第２のバックアップ手段により前記バックアップサーバまで転送されて記録されているかを示す表示メッセージを前記撮影装置により記録されているサムネイル画像に書き込むことを特徴とする請求項１に記載のバックアップシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルカメラ、デジタルムービーなどの撮影装置によって記録されたデジタル画像ファイルを装置の故障・誤操作・不慮の事故から保護し、かつ利用者の利便性を考慮したバックアップシステムに関する。
【背景技術】
【０００２】
周知のように、近年では、映像や音声などの各種情報信号をデジタルファイル化して蓄積するデジタルカメラ、デジタルムービーに類する撮影装置が急速に普及している。アナログテープメディアと比較して、デジタルファイル及び記録装置の利点の１つに、高速コピー性とランダムアクセス性が挙げられる。例えば撮影装置と、ハードディスクなどの大容量の記録装置を内蔵するパーソナルコンピュータ（以下ＰＣと略記する）とを、ユニバーサル・シリアル・バス（以下ＵＳＢと略記する）に類する通信バスを用いて接続して、通信バス経由でデジタルファイルをＰＣに高速にコピーし、ＰＣ側でファイル管理を行うことは当然のように行われている。
【０００３】
また、アナログテープメディアではテープ位置によって記録位置を管理しているため上書きの危険性があったが、デジタルファイルはファイル名によってファイル管理されるため、上書きの危険性がない。また、必要がなくなったデジタルファイルのみをファイル単位で安全に消去することができる。さらに、ＰＣ上で動作する画像管理アプリケーション（応用ソフト）においては、通信バスの接続状態を常に監視し、間欠的に接続される撮影装置を検出したとき、ＰＣ上のハードディスクに、撮影装置に蓄積されているデジタルファイルをコピーすることで、自動的に撮影装置内のデジタルファイル群のバックアップ（ある時点での状態を保持する機能）を実現している。さらに、ＰＣ上で動作するＤＶＤライティングアプリケーションを用いて、ハードディスク内の複数のデジタルファイルを、ＤＶＤメディアに書き込むことで、より恒久的なバックアップを行うこともできる。
【０００４】
また、下記の特許文献１に示されるように、ＰＣからインターネットを介して、Ｗｅｂサーバへデジタルファイルを送信し、さらにバックアップサーバに登録することによって、バックアップを行うこともできる。
【０００５】
上記のような環境が整っていれば、撮影装置内の記録装置は必ずしも取り外し可能である必要はない。このため近年では、大容量のハードディスクを内蔵したデジタルカメラやデジタルムービーが市販されるようになった。
【特許文献１】特開２００２−２７８８１６号公報（要約書）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
年々、撮影装置内の記憶媒体の容量は増加している。このため、静止画像ファイルであれば９９９９枚以上、動画像ファイルの場合は数百シーン分（＝数百ファイル）、合計７時間以上撮影できる撮影装置も市販されるようになり、利用者にとってデジタルファイル管理の重要性がますます高まっている。基本的に、撮影装置は利用者が持ち運ぶものであるから、破損、水没、紛失の危険性が常に付きまとう。また、撮影時に記憶媒体が満杯になってしまった場合、利用者が撮影装置に備えられたファイル・マネジメント用の対話型グラフィカル・ユーザ・インタフェース（以下ＧＵＩと略記する）を用いて、デジタルファイルから生成されたサムネイル画像と呼ばれるデジタルファイルの特徴を表す縮小画像を閲覧し、必要のなくなったデジタルファイルを選択して消去することで、記憶容量を空ける必要があるが、数が膨大になると誤操作による消去が起こりやすくなる。
【０００７】
一方で、一般にＰＣは固定されて設置されているため、撮影装置よりは安全ではあるが、内蔵されているハードディスクの信頼性を考慮すると、恒久的にデジタルファイルを保存する対象にはなり得ない。ＰＣに補助記憶装置としてＤＶＤライティングドライブが内蔵されている場合、ＤＶＤメディアにバックアップすることで安全性は高まるが、一般にハードディスクの方がＤＶＤメディアより容量が多い。２００５年時点で個人向けに販売されているＰＣに搭載されているハードディスク容量は２５０ギガバイト（ＧＢ）（１ギガバイト＝1,000,000,000バイト）程度であるが、ＤＶＤメディアは４．７ＧＢであるため、完全にバックアップをとるには５０枚程度必要である。そのバックアップ作業には、対話的なデジタルファイル選択操作と、ＤＶＤメディアの物理的な交換を伴うため、利用者に相当の苦痛を感じさせる作業量が発生する。
【０００８】
また、特許文献１によればＤＶＤメディアの交換などがなく、またバックアップ対象となる装置がインターネット上のどこに存在していてもバックアップを行うことができるため好適である。しかし、特許文献１では、撮像装置・ＰＣ・バックアップサーバそれぞれのバックアップ状態の交換が考慮されていない。また、バックアップをとりたい装置には、インターネット接続機能が必要となる提案である。
【０００９】
例えば利用者が撮影装置を撮影地へ持ち出して、撮影中に撮影装置内の記録装置が満杯になり、その場で不要なデジタルファイルを消したいと利用者が感じたときに、デジタルファイルが（１）撮影装置内にしか存在しないものか、（２）ＰＣにバックアップ済みであるか、（３）バックアップサーバにバックアップ済みであるか、を簡単に知る方法がない。このため利用者は安心してデジタルファイルを記憶媒体から消去することができない。また、撮影装置は持ち運ぶものであるから、撮影地において、オンデマンドにバックアップ状態をＰＣ又はバックアップサーバへ照会することは困難である。撮影装置に、携帯電話網や無線ＬＡＮ網への接続機能を持たせ、特許文献１にあるようなバックアップ管理用のＷｅｂサーバへのアクセス機能と、バックアップ用アプリケーションを搭載すれば可能ではあるが、生産コストの上昇を考えると甚だ非現実的である。
【００１０】
このため、間欠的に接続される撮影装置とＰＣ間、さらに間欠的に接続されるＰＣとバックアップサーバ間において、バックアップが利用者の手を煩わせずに自動で行われ、かつ利用者が撮影装置からデジタルファイルを削除したいときには、通信バスやインターネットなどに接続しなくてもバックアップ状態を簡単に知ることができるバックアップシステムが望まれている。さらに、前記バックアップシステムは、ＰＣ及びバックアップサーバを新規に用意しなければならないとしても、撮影装置本体は既存の製品に手を加えないで提供できることが望ましい。
【００１１】
本発明は上記従来技術の問題点に鑑み、利用者が撮影装置からデジタル画像ファイルを削除したいときに、通信バスやインターネットなどに接続しなくてもバックアップ状態を簡単に知ることができるバックアップを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は上記目的を達成するために、撮影装置により撮影された画像をバックアップするシステムであって、前記撮影装置により撮影された画像から生成されて記録されたデジタル画像ファイルとそのサムネイル画像をパーソナルコンピュータに転送して記憶するバックアップ手段と、前記撮影装置により撮影された画像から生成されて記録された前記デジタル画像ファイルと前記サムネイル画像が前記撮影装置のみにより記録されているか、前記バックアップ手段により前記パーソナルコンピュータまで転送されて記録されているかを示す表示メッセージを前記撮影装置により記録されている前記サムネイル画像に書き込む書き込み手段とを備えたことを特徴とする。
また、前記パーソナルコンピュータに転送されて記憶された前記デジタル画像ファイルと前記サムネイル画像をバックアップサーバに転送して記憶する第２のバックアップ手段を更に備え、
前記書き込み手段は、前記撮影装置により撮影された画像から生成されて記録された前記デジタル画像ファイルと前記サムネイル画像が前記第２のバックアップ手段により前記バックアップサーバまで転送されて記録されているかを示す表示メッセージを前記撮影装置により記録されているサムネイル画像に書き込むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、利用者が撮影装置からデジタルファイルを削除したいときには、通信バスやインターネットなどに接続しなくてもバックアップ状態を簡単に知ることができる。また、撮影装置のハードウェアを拡張する必要がなく、生産コスト上昇を抑えることができる。また、撮影装置が備えている対話型ファイルマネージャをそのままバックアップ状態表示に用いることができ、ファイルマネージャを拡張する工数が必要なく、また利用者の操作感が損なわれることがない。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係るバックアップシステムの一実施の形態の全体構成を示すブロック図である。
【００１５】
図１において、撮影装置Ａ００１とＰＣＢ００１は通信バスＵ００１経由で間欠的に接続される。また、ＰＣＢ００１とバックアップサーバＣ００１はインターネットＩ００１経由で間欠的に接続される。撮影装置Ａ００１内の各ブロックについて説明する。撮像手段１０１は利用者の撮影操作に従って静止画・動画などを撮影してデジタルデータを生成する。ファイル記録手段１０２は、撮像手段１０１により生成されたデジタルデータに、ファイルシステム規格に従ってファイル名を付けてデジタルファイルを生成し、さらに閲覧の便宜を図るために、縮小された画像であるサムネイル画像ファイルを生成する。ファイル手段１０３は、ファイル記録手段１０２により生成されたデジタルファイル及びサムネイル画像ファイルを一時蓄積するファイルシステムである。通信バス手段１０４は、ファイル手段１０３内を外部装置（ここではＰＣＢ００１）からアクセス（読み込み・書き換え）するためのインタフェースである。
【００１６】
ファイルマネージャ手段１０５は、利用者が入力キー（不図示）を用いて対話的に選択した、ファイル手段１０３内のサムネイル画像ファイルをデイスプレイ（不図示）を用いて閲覧し、少なくともデジタルファイルの削除操作が可能なファイルマネージャに類するアプリケーションである。この画面例を図９に示す。ファイルマネージャは、大多数のデジタルカメラ・デジタルムービーが当然のように備えている公知の技術であるから、その実現方法の詳細についての説明は省略する。
【００１７】
ＰＣＢ００１内の各ブロックについて説明する。通信バス手段１１０は、通信バスＵ００１経由で、外貌装置のファイル手段（ここでは撮影装置Ａ００１のファイル手段１０３）へアクセス（読み込み・書き換え）するためのインタフェースである。バス監視手段１１１は、通信バス手段１１０に外部装置が接続又は切断されたことを検出し、登録手段１１２へ通知する。登録手段１１２は、バス監視手段１１１から接続が通知されると、データベース手段１１４に、通信バス手段１１０経由で取得した撮影装置Ａ００１内のデジタルファイル及びサムネイル画像ファイルを保存するとともに、サムネイル画像データにバックアップ状態を表すための加工を加えて、ファイル手段１０３へ書き戻す。サムネイル画像加工手段１１５はバックアップ状態を表す加工を、登録手段１１２から指定されたサムネイル画像ファイルに加える。
【００１８】
データベース手段１１４内のバックアップ管理テーブルＴｂの構造を図２に示す。図２に示すバックアップ管理テーブルＴｂにおける指紋情報は、デジタルファイルをメッセージダイジェスト関数に入力して得られた固定長のビット列である。メッセージダイジェスト関数は、任意の長さの入力ビット列をとり、固定長の出力ビット列を得ることのできる関数のうち、入力ビット列が１ビット異なると出力ビット列の半分以上が変化する特性を持つ関数である。一般に入力ビット列よりも出力ビット列の方が十分短いため、データ同士を迅速に比較する指紋情報（メッセージダイジェスト）として扱われることが多い。確率的には異なる入力ビット列同士が同一の出力ビット列を持つこともあり得るが、個人の利用者が管理するデジタルファイルの個数は高々数百万個であると考えられ、出力ビット列を１２８ビット程度確保しておけば、衝突する確率は事実上無視できる。なお、上記のようなメッセージダイジェスト関数の一例として、ＭＤ５関数:インターネット標準リクエストフォーコメント１３２１（Request for Comments:1321, The MD5 Message-Digest Algorithm）が挙げられる。
【００１９】
図２に示すバックアップ管理テーブルＴｂにおけるデジタルファイル名は、対応するデジタルファイルのファイル名である。デジタルファイルは、対応するデジタルファイルのデータ本体である。サムネイル画像ファイル名は、対応するサムネイル画像ファイルのファイル名である。サムネイル画像ファイルは、対応するサムネイル画像ファイルのデータ本体である。サーバ転送済みフラグは、対応するデジタルファイルがバックアップサーバＣ００１の転送状態を示す真偽値であって、初期状態はＮＯ、転送済みの場合はＹＥＳがセットされる。
【００２０】
図１に示すＰＣＢ００１のデータベース手段１１４では、図２に示す指紋情報を主キーとして扱う。ここで、主キーとは、データベース用語であり、１つのテーブル中で主キー群は互いに重複しないユニークなエントリを指す。なお、デジタルファイル名を主キーにしない理由は、撮影装置Ａ００１の後述する使用状況によってはユニークになり得ないためである。ここでファイルシステム規格は、ＪＥＩＤＡ規格のカメラファイルシステム規格 DCF Version 1.0 に準拠し、各デジタルファイルのフォーマットは、ＪＥＩＤＡ規格のデジタルスチルカメラ用画像ファイルフォーマット規格（Exif) Version 2.0 に準拠するものとする。
【００２１】
図３に前記カメラファイルシステム規格に準拠した撮影装置Ａ００１内のファイル手段１０３のディレクトリ及びファイル配置の例を示す。図３では１回目の撮影によって撮影装置Ａ００１内にデジタルファイル“JVCF0001.JPG”とサムネイル画像ファイル“JVCF0001.THM”が作られ、２回目の撮影によって撮影装置Ａ００１内にデジタルファイル“JVCF0002.JPG”とサムネイル画像ファイル“JVCF0002.THM”が作られたことを表している。各ファイル名は前記ファイルシステム規格の命名規則に準じており、同一撮影時のデジタルファイル名とサムネイル画像ファイル名は、ファイル拡張子（JPG、THM）を除いて同一であるので、ごく簡単な文字列解析により２つのファイルはセットとして扱うことができる。また、上記のＪＥＩＤＡ規格のデジタルスチルカメラ用画像ファイルフォーマット規格では、デジタルファイル本体の圧縮ファイルフォーマットが規定されており、“THM”の拡張子を持つ単独ファイルとして（１）サムネイル画像ファイルを生成する方法の他に、（２）デジタルファイル内のアプリケーションマーカーセグメント１と呼ばれるブロックにサムネイル画像を混載させることもできる。本実施の形態では説明の簡単化のために（１）方式を用いて説明するが、（２）方式にも適用できることは言うまでもない。
【００２２】
ファイル名には４桁の連続番号も含まれているが、この管理は撮影装置Ａ００１に任されており、別々の場所、時刻で撮影した結果が、同一のファイル名、番号を持つことは容易にあり得る。ＰＣＢ００１側から見ると、撮影装置Ａ００１との通信バス接続は間欠的であるから、同一のファイル名を持つデジタルファイルの中身が同一であるか異なっているかは、その都度チェックしなければならない。
【００２３】
続いて、登録手段１１２の動作をフローチャート図４を用いて説明する。各ステップにおける、データベース手段１１４に対する各種操作は、データベースアクセス言語ＳＱＬ（Structured Query Language ＝構造化問い合わせ言語）で表す。また、この動作フローチャートは、バス監視手段１１１によって、通信バスＵ００１に撮影装置Ａ００１が接続されたことを報告した際に起動される。まず、ディレクトリ読み込みステップＳ００１は、ファイル手段１０３のディレクトリを走査し、Ｎ個のデジタルファイル名Ｆｎとサムネイル画像ファイル名Ｔｎ（いずれもｎ＝１〜Ｎ、整数）を、1 セットずつ順に取得するプログラムである。これ以上読み込むファイル名がない場合は終了する。
【００２４】
指紋情報生成ステップＳ００２は、デジタルファイル名Ｆｎを用いてデジタルファイルデータを読み出して、メッセージダイジェスト関数に入力し、指紋情報ｆｐを生成する。既登録チェックステップＳ００３は以下のように、指紋情報ｆｐを主キーとするＳＱＬ文をデータベース手段１１４に発行し、既に登録されているデジタルファイルか否かを判別する。このＳＱＬ文の返り値が空値（φ）であった場合には未登録であると判定し、指紋情報ｆｐであった場合には既登録と判定する。
SELECT テーブル：指紋情報 FROM バックアップ管理テーブルＴｂ
WHERE テーブル：指紋情報＝指紋情報ｆｐ ・・・［ＳＱＬ１］
【００２５】
データベース登録ステップＳ００４は、既登録チェックステップＳ００３において未登録と判定された場合に起動し、以下のＳＱＬ文を発行する。
INSERT INTO バックアップ管理テーブルＴｂ
（テーブル：指紋情報、テーブル：デジタルファイル名、テーブル：デジタルファイル、テーブル：サムネイル画像ファイル名、テーブル：サムネイル画像ファイル、テーブル：サーバ転送済みフラグ）
VALUES（ｆｐ、Ｆｎ、Ｆｎの指し示すフアイル本体、Ｔｎ、Ｔｎの指し示すファイル本体、ＮＯ）・・・・［ＳＱＬ２］
【００２６】
ＰＣ転送済みサムネイル加工ステップＳ００５は、ファイル手段１０３内の、サムネイル画像ファイル名Ｔｎが指し示すサムネイル画像ファイルを直接加工し、ＰＣへコピーされたことを利用者に提示するメッセージを画像として埋め込む。この例を図５に示し、画像の一部分にオーバレイする形で三角を書き込んでいる。
【００２７】
バックアップチェックステップＳ００６は、既登録チェックステップＳ００３において既登録と判定された場合に起動し、以下のＳＱＬ文を発行する。
SELECT テーブル：サーバ転送済みフラグ FROM バックアップ管理テーブルＴｂ
WHERE テーブル：指紋情報 ＝ 指紋情報ｆｐ・・・［ＳＱＬ３］
上記の結果から得られたサーバ転送済みフラグＵＰＦの内容が、ＹＥＳであった場合には、サーバ転送済みサムネイル加工ステップＳ００７へ移行する。サーバ転送済みサムネイル加工手段Ｓ００７は、以下のＳＱＬ文を発行してデータベース手段１１４に登録されているサムネイル画像ファイルを取得する。
SELECT テーブル：サムネイル画像ファイル FROM バックアップ管理テーブルＴｂ
WHERE テーブル：指紋情報＝指紋情報ｆｐ・・・［ＳＱＬ４］
【００２８】
上記の結果から得られたサムネイル画像ファイル（ＴＨＭＦ）に、バックアップサーバＣ００１にバックアップされたことを示すメッセージを画像として埋め込む。この例を図６に示し、画像の一部分にオーバレイする形で円形を書き込んでいる。さらに、書き換えたサムネイル画像ファイル（ＴＨＭＦ）を、ファイル手段１０３内のサムネイル画像ファイル名Ｔｎの指し示すディレクトリ位置に上書き保存する。こうすることでファイル手段１０３内のサムネイル画像ファイルが差し替えられる。以上が登録手段１１２の動作の詳細である。結果的に登録手段１１２は、データベース手段１１４に、撮影装置Ａ００１内の各ファイルをコピーするとともに、バックアップ状態に合わせて撮影装置Ａ００１内のサムネイル画像ファイルを書き換える役割を果たす。
【００２９】
インターネット監視手段１１３は、ＰＣＢ００１とバックアップサーバＣ００１との間欠的な接続状態を監視し、バックアップサーバＣ００１にアクセス可能になったことを検出し、バックアップ手段１１６へ通知する。通信手段１１７は、インターネットＩ００１を経由してバックアップサーバＣ００１内のデータベース手段１２２にＳＱＬ文を発行する遠隔地のデータベースにアクセスするためのＯＤＢＣ（Open DataBase Connectivity＝共通データベース接続規格）クライアントドライバである。また通信手段１１７は、アカウント名ＡＣをあらかじめ保持する。アカウント名ＡＣは、撮影装置Ａ００１及びＰＣＢ００１を利用する利用者ごとにユニークなＩＤであるものとし、ここでは説明のために、ＰＣＢ００１のアカウント名として“ＦＵＪＩＩ”を用いる。
【００３０】
また、通信手段１２１は、インターネットＩ００１を経由して外部からＳＱＬ文を受け付けるためのＯＤＢＣサーバドライバである。尚、本実施の形態では説明の簡単化のためにＯＤＢＣ接続を直接用いているが、他の適切なインターネットプロトコル、オブジェクトリクエストブローカー（Object Request Broker ＝異なるホスト上に分散しているプログラム部品（オブジェクト）間で処理要求やデータの送受信の仲介を行うソフトウェア）、Ｗｅｂ（ワールド・ワイド・ウエブ）サーバ、アブリケーションサーバなどを仲介しても構わない。
【００３１】
バックアップサーバＣ００１側のデータベース手段１２２内のバックアップ管理テーブルＴｄの構造を図７に示す。図７に示すバックアップ管理テーブルＴｄにおいて、指紋情報は、デジタルファイルをメッセージダイジェスト関数に入力して得られた固定長のビット列である。アカウント名は、対応するデジタルファイルを登録したアカウント名を保持する。デジタルファイル名は、対応するデジタルファイルのファイル名である。デジタルファイルは、対応するデジタルファイルのデータ本体である。サムネイル画像ファイル名は、対応するサムネイル画像ファイルのファイル名である。サムネイル画像ファイルは、対応するサムネイル画像ファイルのデータ本体である。なお、バックアップ管理テーブルＴｄの主キーは、指紋情報＋アカウント名であるものとする。
【００３２】
バックアップ手段１１６は、データベース手段１１４に問い合わせを行い、バックアップ済みフラグがＮＯである行を抽出し、通信手段１１７経由でバックアップサーバＣ００１側のデータベース手段１２２に転送する。続いてバックアップ手段１１６の動作を図８に示すフローチャートを用いて説明する。この動作フローチャートは、インターネット監視手段１１３が、ＰＣＢ００１とバックアップサーバＣ００１とが接続したと報告した際に起動する。
【００３３】
バックアップ行抽出ステップＳ１０１は、データベース手段１１４に以下のＳＱＬ文を発行する。
SELECTテーブル ＊ FROM バックアップ管理テーブルＴｂ
WHEREテーブル：サーバ転送済みフラグ＝ＮＯ・・・［ＳＱＬ５］
なお、アスタリスク（＊）は各テーブルカラムすべてを含むことを表すＳＱＬのワイルドカードである。結果的に、上記問い合わせにより、サーバ転送済みフラグ＝ＮＯの行の内容がＭ行分出力される。行読み込みステップＳ１０２は、出力行数（Ｍ回）繰り返すループステップであって、各出力行を１行ずつ順次取り出す。取り出す行が無くなれば終了する。
【００３４】
登録確認ステップＳ１０３は、以下のＳＱＬ文を発行してバックアップ管理テーブルＴｄに主キー（＝指紋情報＋アカウント名）が登録されているかチェックする。登録確認ステップＳ１０３は、ＳＱＬ問い合わせの結果が空値（φ）である場合には未登録と判定し、出力行の指紋情報と一致する指紋情報が返ってきた場合は既登録と判定する。
SELECT テーブル：指紋情報 FROM バックアップ管理テーブルＴｄ
WHERE テーブル：指紋情報＝出力行の指紋情報
AND テーブル：アカウント名 ＝ アカウント名ＡＣ・・・［ＳＱＬ６］
【００３５】
登録ステップＳ１０４は、登録確認ステップＳ１０３において未登録である場合に動作する。出力行をデータベース手段１２２内のバックアップ管理テーブルＴｄに合う形に加工し、通信手段１２１経由で登録処理を行う。この場合のＳＱＬ文を示す。
INSERT INTO  バックアップ管理テーブルＴｄ
（テーブル：指紋情報、テーブル：アカウント名、テーブル：デジタルファイル名、テーブル：デジタルファイル、テーブル：サムネイル画像ファイル名、テーブル：サムネイル画像ファイル）
VALUES（出力行の指紋情報、アカウント名ＡＣ、出力行のデジタルファイル名、出力行のデジタルファイル、出力行のサムネイル画像ファイル名、出力行のサムネイル画像ファイル）・・・［ＳＱＬ７］
【００３６】
上記で行っている加工は、結果的に、出力行に含まれているサーバ転送済みフラグを捨て、ＰＣＢ００１に関連付けられたアカウント名ＡＣに差し替えているに過ぎない。登録ステップＳ１０４はＳＱＬ問い合わせ後、登録成功又は登録失敗のいずれかの状態をとる。フラグ更新ステップＳ１０５は、登録ステップＳ１０４において登録成功時に起動し、以下のＳＱＬ文を発行してバックアップ管理テーブルＴｂのサーバ転送済みフラグをＹＥＳに更新する。
UPDATE バックアップ管理テーブルＴｂ
SET テーブル：サーバ転送済みフラグ＝ＹＥＳ
WHERE テーブル：指紋情報＝出力行の指紋情報・・・［ＳＱＬ８］
【００３７】
以上がバックアップ手段１１６の詳細である。結果的にバックアップ手段１１６は、ＰＣＢ００１が蓄積しているデジタルファイルのうち、バックアップサーバＣ００１にコピー済みでないものだけを抽出してコピーを行い、コピーが成功した場合はサーバ転送済みフラグをＹＥＳに更新する。
【００３８】
以上が本発明の実施の形態の示すバックアップシステムの詳細である。本バックアップシステムにおいて、撮影装置Ａ００１とＰＣＢ００１間、及びＰＣＢ００１とバックアップサーバＣ００１間の接続状態は、それぞれバス監視手段１１１、インターネット監視手段１１３によって常に監視され、自動的にデジタルファイルがバックアップサーバＣ００１へコピーされていくとともに、そのバックアップ状態が、撮影装置Ａ００１内のサムネイル画像ファイルに、随時反映される。
【００３９】
言い換えると、上記のようなバックアップシステム配下の撮影装置Ａ００１内のサムネイル画像ファイルは、常にバックアップ状態を反映する。利用者は、撮影装置Ａ００１に備え付けられたファイルマネージャ手段１０５を用いて、削除したいデジタルファイルに関連付けられたサムネイル画像ファイルを閲覧するだけで、即座にデジタルファイルがＰＣＢ００１又はバックアップサーバＣ００１にバックアップ済みであるか否かを視覚的に把握することが可能となる。このため、撮影地においてファイル手段１０３の容量が満杯になった場合であっても、安心してデジタルファイルを削除することができる。また、撮影装置Ａ００１は、既存のファイルマネージャ内蔵型のデジタルカメラやデジタルムービーをそのまま用いることができ、撮影装置Ａ００１に本実施の形態を適用する際に、何ら改良・改造を加えることがなく、製造コストが上昇しない。
【００４０】
また、今日では１人の利用者が複数台の撮影装置Ａ００１を持つことは珍しくはないが、ＰＣＢ００１にあらかじめ書き込まれたアカウント名と、指紋情報をキーとしたデータベースＴｂによる厳密なバックアップ手段１１６によって、偶然デジタルファイル名が重なったとしても、バックアップサーバＣ００１にバックアップされていないという事態が生じないため、利用者はデジタルファイル名が重なることによってバックアップがされないのではないか、という不安から完全に開放される。また、撮影装置Ａ００１からＰＣＢ００１へ、ＰＣＢ００１からバックアップサーバＣ００１へのデジタルファイルのコピーは自動的に行われ、利用者はバックアップ作業に関して介在することなく、常に撮影装置Ａ００１内に残したデジタルファイルのみを確認しておけばよいため、バックアップに要する労力が劇的に改善される。
【００４１】
さらに、バックアップサーバＣ００１においては、同一アカウント名でかつ同一指紋情報を持つ画像が、重複してバックアップサーバＣ００１に蓄積されることは、データベース手段１２２内のバックアップ管理テーブルＴｄの構造上回避されているため、記憶容量と通信帯域を有効活用できる。特に、取り外し不可能なハードディスク搭載型の撮影装置では、いったんＰＣＢ００１にバックアップされたデジタルファイルを、利用者が手動で撮影装置Ａ００１に書き戻し（コピーし直し）、外部に持ち出して知人などに見せるという行為を行うことがあるが、その書き戻された状態の撮影装置Ａ００１を、通信バスＵ００１を介してＰＣＢ００１と接続したとしても、書き戻したデジタルファイルの指紋情報は既登録のものと一致するため、ＰＣＢ００１及びバックアップサーバＣ００１にデジタルファイルが２重にコピーされることを完全に回避でき、記憶容量と通信帯域を有効活用できる。
【図面の簡単な説明】
【００４２】
【図１】本発明に係るバックアップシステムの一実施の形態の全体構成を示すブロック図である。
【図２】図１のＰＣのバックアップ管理テーブルのデータ構造を示す説明図である。
【図３】図１の撮像装置側のファイルのディレクトリ及びファイル配置を示す説明図である。
【図４】図１のＰＣの登録手段の動作を示すフローチャートである。
【図５】ＰＣコピー済みを示すサムネイル画像の例を示す説明図である。
【図６】バックアップサーバコピー済みを示すサムネイル画像の例を示す説明図である。
【図７】図１のバックアップサーバ側のバックアップ管理テーブルのデータ構造を示す説明図である。
【図８】図１のＰＣのバックアップ手段の動作を示すフローチャートである。
【図９】一般的なデジタルカメラ・デジタルムービーが備えているファイルマネージャの画面例を示す説明図である。
【符号の説明】
【００４３】
Ａ００１  撮影装置
Ｂ００１  ＰＣ
Ｃ００１  バックアップサーバ
Ｕ００１  通信バス
Ｉ００１  インターネット
１０１  撮像手段
１０２  ファイル記録手段
１０３  ファイル手段
１０４  通信バス手段
１０５  ファイルマネージャ手段
１１０  通信バス手段（ＰＣ）
１１１  バス監視手段
１１２  登録手段
１１３  インターネット監視手段
１１４  データベース手段
１１５  サムネイル画像加工手段
１１６  バックアップ手段
１１７、１２１  通信手段
１２２  データベース手段
【図１】
2007179277.tif 000003
【図２】
2007179277.tif 000004
【図３】
2007179277.tif 000005
【図４】
2007179277.tif 000006
【図５】
2007179277.tif 000007
【図６】
2007179277.tif 000008
【図７】
2007179277.tif 000009
【図８】
2007179277.tif 000010
【図９】
2007179277.tif 000011