(57)【特許請求の範囲】
【請求項１】
ハウジング（１４）と、
前記ハウジング内のプロセッサ（１６）と、
前記ハウジング内の非一時的なコンピュータ可読記憶媒体（２２、２４）と、
を備えるコンピュータであって、
前記コンピュータ可読記憶媒体は前記プロセッサがアクセス可能であり、前記プロセッサは、
マルチメディアファイルを複数のセグメントに分割し（４０）、
各セグメントに該セグメントがどのファイルに属するかを示す少なくとも１つの識別をタグ付けし（４２）、
前記ファイルの前記セグメントが複数のバックアップコンピュータの間に分配されるように、前記セグメントをコンピュータネットワーク内のそれぞれの加入バックアップコンピュータに送信し（４４）、
位置レコードを生成するよう、どの加入コンピュータがどのセグメントを受信したかを記憶する（４６）ロジックを実行し、
前記コンピュータのデータ記憶装置の前記位置レコードにアクセスできない場合に、アクセスするために、前記位置レコードはネットワークサーバに提供される（４８）、コンピュータ。
【請求項２】
各セグメントは、前記ファイル内での位置に関する識別がタグ付けされる（４２）、請求項１に記載のコンピュータ。
【請求項３】
前記ロジックは、前記ファイルをベクトルに変換する（３８）ことを含み、前記セグメントはベクトルで構成されるようになる、請求項１に記載のコンピュータ。
【請求項４】
前記ファイルは、前記セグメントに分割される前にベクトルに変換される、請求項３に記載のコンピュータ。
【請求項５】
前記ロジックは、ユーザによる前記ファイルの復元に関する許容できるファイルパーセンテージの設定を可能にする（３４，５０）ことを含み、前記ファイルは、十分なセグメントが復元されて前記許容できるファイルパーセンテージを満たす場合に完全に復元されたと示され、前記許容できるファイルパーセンテージは１００％未満である、請求項１に記載のコンピュータ。
【請求項６】
ハウジング（１４）と、
前記ハウジング内のプロセッサ（１６）と、
前記ハウジング内の非一時的なコンピュータ可読記憶媒体（２２、２４）と、
を備えるコンピュータであって、
前記コンピュータ可読記憶媒体は前記プロセッサがアクセス可能であり、前記プロセッサは、
複数の加入コンピュータに記憶されたセグメントを有するマルチメディアファイルを復元するよう、復元コマンドを受信し（５０、５２）、
前記セグメントをダウンロードするよう、前記コンピュータと通信し（５４）、
前記マルチメディアファイルを、オリジナルバージョンの少なくとも許容できるファイルパーセンテージに再構成するために、前記セグメントに添付される識別タグを用いて前記セグメントをまとめる（５６）、
ロジックを実行し、前記許容できるファイルパーセンテージは１００％未満である、コンピュータ。
【請求項７】
ユーザは、前記許容できるファイルパーセンテージを設定する、請求項６に記載のコンピュータ。
【請求項８】
前記セグメントは、ベクトルとしてバックアップされ、前記ロジックは、前記ベクトルを元のマルチメディアファイルフォーマットに変換する（５８）ことを含む、請求項６に記載のコンピュータ。
【請求項９】
前記ロジックは、サムネイル画像を前記コンピュータのディスプレイに提示する（５０）ことを含み、各サムネイル画像は、それぞれのマルチメディアファイルを示し、ユーザは、サムネイルを選択して、選択した前記サムネイルに関連する前記ファイルを復元するようコマンドを発生させる、請求項６に記載のコンピュータ。
【請求項１０】
前記ロジックは、復元するマルチメディアファイルを指定するよう、ユーザによるパス名の入力を可能にする（５０）、請求項６に記載のコンピュータ。
【請求項１１】
前記ロジックにより、プロセッサは、
マルチメディアファイルを複数のセグメントに分割し（４０）、
各セグメントに該セグメントがどのファイルに属するかを示す少なくとも１つの識別をタグ付けし（４２）、
前記ファイルの前記セグメントが複数のバックアップコンピュータの間に分配されるように、前記セグメントをコンピュータネットワーク内のそれぞれの加入バックアップコンピュータに送信する（４４）ことを実行する、請求項６に記載のコンピュータ。
【請求項１２】
各セグメントは、前記ファイル内での位置に関する識別がタグ付けされる、請求項１１に記載のコンピュータ。
【請求項１３】
前記ロジックは、前記ファイルをベクトルに変換する（３８）ことを含み、前記セグメントはベクトルで構成されるようになる、請求項１１に記載のコンピュータ。
【請求項１４】
前記ファイルは、前記セグメントに分割される前にベクトルに変換される、請求項１３に記載のコンピュータ。
【請求項１５】
前記ロジックは、位置レコードを生成するよう、どの加入コンピュータがどのセグメントを受信したかを記憶する（４６）ことを含む、請求項１１に記載のコンピュータ。
【請求項１６】
前記コンピュータのデータ記憶装置の前記位置レコードにアクセスできない場合に、アクセスするために、前記位置レコードはネットワークサーバに提供される（４８）、請求項１５に記載のコンピュータ。
【請求項１７】
バックアップされることになる少なくとも１つのマルチメディアファイルを指定する段階（３４）と、
前記ファイルをセグメントに分割する段階（４０）と、
前記セグメントをネットワーク内の前記ファイルをバックアップする手段としてのそれぞれの加入コンピュータに送信する段階（４４）と、
前記加入コンピュータから少なくともいくつかのセグメントをダウンロードする（５４）ことによって前記マルチメディアファイルを復元する段階と、
前記ファイル内のコンテンツのその後の表示で顕著になる悪影響が最低限の状態で、前記セグメントの１００％未満で前記マルチメディアファイルを再構成する段階（５６）と、
を含む方法。
【請求項１８】
前記ファイルをベクトル表現に変換する段階（３８）を含む、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、概してマルチメディアファイルの分散型ネットワークバックアップに関する。
【背景技術】
【０００２】
一般に、デジタル画像、ビデオ、及び音楽等のマルチメディアファイルは、一般的なパーソナルコンピュータのディスクドライブに記憶されるデータの９０％又はそれ以上のデータを占める。ここで理解できるように、個人用マルチメディアファイルをバックアップするための方法が存在するが、その大半は高価であり、ユーザの尽力及び実行方法の知識を必要とする。さらに悪いことに、いくつかのバックアップ機能は、依然として大きなリスクを伴う。例えば、同じＰＣの第２のドライブに個人用ビデオをバックアップすることは、ＰＣを盗難された場合にリスクがある。ファイルをＤＶＤセットにバックアップすることは、火災の場合にリスクがあり、単一のオンラインバックアップサービスにバックアップすることは高価になる可能性があり、オンラインのバックアップ企業がビジネスから撤退した場合には同様にリスクがある。
【０００３】
同様にここで理解できるように、例えば、バックアップ写真の５％−１０％のピクセルがオリジナルと異なっていても、著しい違いがその時々の閲覧者に見えるとは思えないので、マルチメディアファイルの厳密なコピーがバックアップコピーとして常に利用可能である必要はない。同様に、オリジナルビデオと、オリジナルフレームの比較的わずかなパーセンテージが抜けているビデオのバックアップバージョンとの間の違いを見つけることは難しい場合がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
従って、コンピュータは、ハウジングと、ハウジング内のプロセッサと、プロセッサがアクセス可能でロジックを実行する、ハウジング内の非一時的なコンピュータ可読記憶媒体とを備える。このロジックにより、プロセッサは、マルチメディアファイルを複数のセグメントに分割し、各セグメントに該セグメントがどのファイルに属するかを示す少なくとも１つの識別をタグ付けし、ファイルのセグメントが複数のバックアップコンピュータの間に分配されるように、セグメントをコンピュータネットワーク内のそれぞれの加入バックアップコンピュータに送信する。
【０００５】
所望であれば、各セグメントは、ファイル内での位置に関する識別をタグ付けできる。例示的な実施形態において、ロジックは、ファイルをベクトルに変換することを含み、セグメントはベクトルで構成されるようになる。ファイルは、セグメントに分割される前にベクトルに変換できる。更に、ロジックは、位置レコードを生成するために、どの加入コンピュータがどのセグメントを受信したかを記憶することを含むことができ、このことは、コンピュータのデータ記憶装置の位置レコードにアクセスできない場合にアクセスするために、位置レコードはネットワークサーバに提供できる。所望であれば、ユーザはファイルの復元に関する許容できるファイルパーセンテージの設定が可能であり、ファイルは、十分なセグメントが復元されて許容できるファイルパーセンテージを満たす場合に完全に復元されたと示される。許容できるファイルパーセンテージは１００％未満とすることができる。
【０００６】
別の態様において、コンピュータは、ハウジングと、ハウジング内のプロセッサと、プロセッサがアクセス可能でロジックを実行する、ハウジング内の非一時的なコンピュータ可読記憶媒体とを備える。このロジックにより、プロセッサは、複数の加入コンピュータに記憶されたセグメントを有するマルチメディアファイルを復元するための復元コマンドを受信し、セグメントをダウンロードするためにコンピュータと通信する。プロセッサは、マルチメディアファイルを、オリジナルバージョンの少なくとも許容できるファイルパーセンテージに再構成するために、セグメントに添付される識別タグを用いてセグメントをまとめる。許容できるファイルパーセンテージは１００％未満である。
【０００７】
別の態様において、本方法は、バックアップされることになる少なくとも１つのマルチメディアファイルを指定する段階と、ファイルをセグメントに分割する段階（４０）と、セグメントをネットワーク内のファイルをバックアップする手段としてのそれぞれの加入コンピュータに送信する段階（４４）とを含む。マルチメディアファイルは、加入コンピュータから少なくともいくつかのセグメントをダウンロードすることによって復元される。本方法は、ファイル内のコンテンツのその後の表示で顕著になる悪影響が最低限の状態で、セグメントの１００％未満でマルチメディアファイルを再構成する段階（５６）を更に含む。
【０００８】
本発明は、構成及び作動の両方に関して、同じ参照符号が同じ部品に言及する添付図面を参照して十分に理解できる。
【図面の簡単な説明】
【０００９】
【図１】本原理の例示的システムのブロック図である。
【図２】マルチメディアファイルをバックアップするための例示的ロジックのフローチャートである。
【図３】例示的なファイル復元ユーザインタフェース（ＵＩ）の画面ショットである。
【図４】バックアップされたマルチメディアファイルを復元するための例示的ロジックのフローチャートである。
【発明を実施するための形態】
【００１０】
最初に図１を参照すると、システム１０は、ラップトップ式又はノートブック式コンピュータ、ＰＣ、又は一般に同様にデジタルプロセッサ１６を搭載した携帯式軽量プラスチックハウジング１４をもつ携帯情報端末等の送信元コンピュータ１２を含む。プロセッサ１６は、可視ディスプレイ１８及び１つ又はそれ以上のスピーカ等の可聴ディスプレイ２０を制御でき、ディスプレイに、マルチメディアファイルからのビデオファイル、デジタル写真、ファイル、及び音楽ファイル等のマルチメディアコンテンツを提示できる。
【００１１】
本原理を実行するために、プロセッサ１６は、限定されるものではないが、ディスクドライブ２２及びフラッシュメモリ、ダイナミックＲＡＭ（ＤＲＡＭ）等によって実施できる半導体メモリ２４等の、１つ又はそれ以上のコンピュータ可読記憶媒体にアクセスできる。例示的で非限定的な実施形態において、媒体は、例えば、本原理を実行するためにプロセッサが実行可能なモジュール搭載ロジックを含む、種々のソフトウェアモジュールを記憶できる。キーパッド、マウス、トラックボール、ジョイスティック、音声認識装置等の１つ又はそれ以上の入力装置２６からのユーザ入力を受信できる。
【００１２】
また、プロセッサ１６は、有線又は無線モデム又は電話機等のネットワーク通信インタフェース３２を用いて、複数の他のコンピュータ２８及び随意的にインタネットサーバ３０と通信できる。コンピュータ１２、２６の各々は、本明細書のロジックの一部を実行でき、同様にサーバ２８は、以下のロジック等の特定の部分を実行できる。
【００１３】
従って、図２のブロック３４において、バックアップされるマルチメディアファイル自体が選択／指定される。ユーザは、ファイルをバックアップするためのコマンドをディレクトリ、個々のファイル名、ファイルフォルダ等によって入力することができる。もしくは、プロセッサ１６は、バックアップのために製造業者のルール又はユーザが定義したルールに基づいて定期的かつ自動的にファイルを選択できる。いずれの場合もバックアップされるファイル名は記録できる。
【００１４】
所望であれば、バックアップされる各ファイルのサムネイル画像は、例えば、最初のビデオフレーム又はデジタル写真の縮小版を用いて生成することができる。サムネイルは、ディスクドライブ２２に記憶すること及び／又はサーバ３０に送信することができる。このようにして、ユーザは後でこのサムネイルにアクセスしてどのファイルをバックアップしたかを思い出すこと、以下のロジックによるバックアップコピーの復元のためにファイルを選択するのに役立てることができる。
【００１５】
ブロック３６において、選択した各マルチメディアファイルのバックアップを行い、例示的な実施形態において、ロジックはブロック３８に進むことができ、ファイルをセグメント化に適した形式に変換する。１つの実施例において、画像フレームのピクセルは、空間領域から超空間パラメータ化ベクトルセットに変換できる。この変換は、例えば、フーリエ変換を用いて行うことができ、ピクセルの空間的位置を周波数領域に変換する。または、特異値分解（ＳＶＤ）変換、又は他の適切な変換を用いることもできる。
【００１６】
ブロック４０に進み、ブロック３８の変換ステップの出力は複数のセグメントに分割される。例えば、ファイルは、２０、５０、１００、又はそれ以上のセグメントに分割される。ブロック４２において、各セグメントは、それぞれが属するファイルの識別及びファイル内の場所がタグ付けされる。
【００１７】
本明細書で理解されるように、ファイルを変換後に分割することにより、信号の一部を復元できない場合の復元時の顕著な劣化がより少なくなる。例示的に、楽曲を変換することなく複数部分に分割すると、後で一部を復元できないので、結果として得られる再生時の音質はクリック音及びポップ音で著しく劣化する。一方で、楽曲に（一例として）フーリエ変換を適用して、次に周波数成分を各部分に分割する場合、いくつかの部分は復元できない場合があるが、それでも、受信後に逆変換して顕著な劣化なしに復元することができる。
【００１８】
ブロック４４に進み、識別タグが付いた各セグメントは、ネットワークインタフェース３２経由でそれぞれの加入コンピュータ２８にアップロードされる。従って、例示的に、タグの付いたファイルの第１のセグメントは図１の「コンピュータ１」にアップロードでき、タグの付いたファイルの第２のセグメントは「コンピュータ２」にアップロードでき、以下同様である。各セグメントは、ラウンドロビン又はランダム割り当て技術を用いて、加入コンピュータに割り当てて記憶することができる。加入コンピュータは、特定のファイルの２つ以上のセグメントを含むことができるが、その後の復元の間に加入コンピュータが利用できなくなった場合に結果として起きるファイルへの悪影響が最小になるように、単一の加入コンピュータ２８がバックアップする特定の１つのフィルからのセグメント数を最小限にすることが好ましい。
【００１９】
ブロック４６では、どの加入コンピュータ２８が、発信元コンピュータ１２からのどのマルチメディアファイルのセグメントを含むかのレコードが保持される。ブロック４８において、このレコードが発信元コンピュータ１２、所望であれば、サーバ３０又は他の二次的な場所に記憶されるので、発信元コンピュータ１２を紛失した、盗難された、又は動作不能になった場合、ユーザは、サーバ３０内のレコードを使用してマルチメディアファイルを復元することができ、ブロック３４を参照して、発信元コンピュータ１２の元のファイルのどれをバックアップしたかのサムネイル又は他のレコードを発信元コンピュータから受信できる。
【００２０】
図３及び４は、マルチメディアファイルをバックアップコピーから復元する方法を示す。図３は、ディスプレイ１８に表示でき、バックアップコピーからマルチメディアファイルを復元するためのユーザの特定のオプションを可能にする、例示的な復元ユーザインタフェース（ＬＳＩ）５０を示す。図示のように、ユーザは、フィル名を入力することで復元するファイルを選択でき、又はディレクトリ又はフォルダ名を入力することで全てのディレクトリ又はフォルダの復元を選択できる。または、ユーザは「サムネイルに進む」オプションをクリックでき、これにより、関連のサムネイルをクリックすることで１つ又はそれ以上の下層のファイルを選択するために、図２のブロック３４で発生したサムネイルが表示されることになる。
【００２１】
また、特定の実施形態において、ユーザには、例えばパーセンテージの観点で、ファイルのどれくらいの復元を許容できるかを決定するオプションを与えることができる。例えば、ユーザが「９５％」を図示のフィールドに入力でき、ファイルの９５％の復元を許容できると見なすことができることを示すことができる。例えば、表示されたパーセンテージが復元された後の３０分以内である閾値時間内で、表示されたパーセンテージ以上を復元できる場合、ファイルのより高いパーセンテージが戻される。ユーザには、閾値時間を設定するオプションを与えることができ、又は閾値時間は既定値に設定できる。
【００２２】
対照的に、ファイルの表示されたパーセンテージ未満が、ユーザが設定できる又は既定値に設定できる復元時間内で復元できる場合、エラーを戻すことができる、及び／又はユーザが許容できるパーセンテージを下げることを好むか否かの問い合わせ、及びユーザにファイルのどれくらいを現時点で実際に復元できているかを示すプロンプトをディスプレイ上に表示できる。
【００２３】
このようにして、例えば、復元時に１つ又はそれ以上の加入コンピュータ２８を利用できるとして、ユーザの閾値パーセンテージに適する十分なセグメントを復元できる場合、システムは、ユーザに復元ファイルを提供することができる。規定の復元パーセンテージを与えることができ、ユーザが変更すること又は場合によっては変更できないようにすることもできる。または、図３を参照して理解できるように、ユーザは時間無制限で１００％の復元を求めることができる。
【００２４】
いずれの場合も、復元されることになる所望のファイルが設定されると、図４のブロック５２において、このファイルに関連するレコードにアクセスして、どの加入コンピュータ２８かを確認して、セグメントを照会して、ファイル及び各復元セグメントが関連するファイル位置を確認する。この情報を使用して、ブロック５４において、指示されたバックアップ加入コンピュータ２８から必須セグメントをダウンロードして、次に、ブロック５６においてセグメントタグを使用してまとめる。変換が図２のバックアップ時に行われると、図４のブロック５８おいて、逆変換を行ってファイルを元のフォーマットに戻す。
【００２５】
判断ブロック６０では、許容できる復元パーセンテージに達するまで前述の処理が続く。これが起こると、ブロック６２において発信元コンピュータ１２にファイルが表示される及び／又は「復元完了」メッセージが表示される。
【００２６】
所望であれば、グリッドコンピューティング技術を使って追加のサービスを提供できる。例えば、加入コンピュータ２８は、パラメータ化されたマルチメディアコンテンツの解像度を上げること又はトランスコードすることができる。グリッドコンピューティング技術を使って提供できる追加のサービスは、限定されるものではないが、ビデオファイルを別のフォーマットにトランスコードすること、又は画質を高めることができる。このアルゴリズムは、再実行でき、変換後にグリッドコンピューティングのパワーを利用するためにパラメータ化された空間上で実行されるようになっており、グリッドに加入する全てのデバイスがファイルのセグメントを記憶すること、並びに所有者に受信される命令によって、これらを処理することができる。
【００２７】
本明細書では特定のマルチメディアファイルの分散型ネットワークバックアップが示されて詳細に説明されるが、本発明が包含する主題は請求項のみによって限定されることを理解されたい。
【図１】
0005561504.tif 000002
【図２】
0005561504.tif 000003
【図３】
0005561504.tif 000004
【図４】
0005561504.tif 000005