JP6211708B2 - ファイルバックアップ、及びファイルバックアップ装置、プログラム及び記録媒体 - Google Patents

Description

相互参照

本願は、出願番号がＣＮ２０１４１０４２９７０１．７であり、出願日が２０１４年８月２７日である中国特許出願に基づき提出し、該中国特許出願の優先権を主張する。ここで、該中国特許出願の全ての内容は、本願に組み込まれて参考とする。

本開示は、記憶の技術分野に関するものであり、特にファイルバックアップ、及びファイルバックアップ装置、プログラム及び記録媒体に関するものである。

モバイルデバイスが広く使用及び普及したことにつれ、人々は、モバイルデバイス上のファイルを自動的にバックアップするニーズがより高くなりつつある。モバイルデバイスのローカル記憶空間が通常不足しているため、モバイルデバイスのローカルのファイルを、例えば、ローカルサーバー或はインテリジェントルータ、より大きい記憶空間を有するデバイス上に自動的にバックアップすることが望まれる。

しかしながら、実際の応用において、異なるファイルパスの複数のファイルが同一のファイルである状況がよくあるため、モバイルデバイスのローカルのファイルをローカルサーバー或はインテリジェントルータ上に自動的にバックアップする際、同一のファイルが重複してバックアップされてしまう。

本開示は、関連技術に存在した問題を克服するために、以下のファイルバックアップ方法及び装置、プログラム及び記録媒体を提供した。

本開示の実施例の第一の局面によれば、
予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしないことを含むファイルバックアップ方法を提供した。

前記予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定することは、
前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断し、
前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得し、
前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得することを含むことが好ましい。

前記ファイルから複数個のファイルセグメントを抽出することは、
前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出することを含み、
前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さいことが好ましい。

前記方法は、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した場合、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードし、
前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、前記ハッシュ値をローカル・バックアップ・データベースに記憶することを更に含むことが好ましい。

前記方法は、
前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークすることを更に含むことが好ましい。

前記バックアップサーバーへ前記ファイルをバックアップしない前に、前記方法は、
ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会し、
前記ハッシュ値がアップロード済み状態にマークされたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしないことにし、
前記ハッシュ値がアップロード済み状態にマークされていないことを検知した場合、バックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会し、
前記ハッシュ値に対応するファイルがアップロード成功されたことを検知した場合、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークしてバックアップサーバーへ該ファイルをバックアップしないが、前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した場合、バックアップサーバーへ該ファイルをバックアップすることを更に含むことが好ましい。

前記方法は、
前記ローカル・バックアップ・データベースにおいて、最後の更新時間及びファイルの大きさを含むファイルの属性情報を記録し、
前記ファイルの属性情報が前記ローカル・バックアップ・データベースに記録された属性情報とは異なる場合、前記ローカル・バックアップ・データベースに記録された該ファイルのハッシュ値及び属性情報を更新することを更に含むことが好ましい。

本開示の実施例の第二の局面によれば、
端末からアップロードした、ハッシュ値が保持されている検索請求を受信し、
ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告することを含むファイルバックアップ方法を提供した。

前記方法は、
予め設定したアルゴリズムに基づいて、端末からアップロードしたファイルのハッシュ値を確定し、
前記ファイルがローカルにバックアップ成功された後、確定されたハッシュ値をローカル・バックアップ・データベースに記憶することを更に含むことが好ましい。

前記予め設定したアルゴリズムに基づいて、端末からアップロードしたファイルのハッシュ値を確定することは、
前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断し、
前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得し、
前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得することを含むことが好ましい。
前記ファイルから複数個のファイルセグメントを抽出することは、
前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出することを含み、
前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さいことが好ましい。

本開示の実施例の第三の局面によれば、
予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定する第一の確定モジュールと、
確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索する第一の検索モジュールと、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしない処理モジュールとを備えるファイルバックアップ装置を提供した。

前記第一の確定モジュールは、
前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断する第一の判断サブモジュールと、
前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得する第一の確定サブモジュールと、
前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得する第二の確定サブモジュールとを備えることが好ましい。

前記第一の確定サブモジュールは、
前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出する第一の抽出サブモジュールを備え、
前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さいことが好ましい。

前記装置は、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した時、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードするアップロードモジュールと、
前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、ローカル・バックアップ・データベースに前記ハッシュ値を記憶する第一の記憶モジュールとを更に備えることが好ましい。

前記装置は、
前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークするマークモジュールを更に備えることが好ましい。

前記処理モジュールは、
ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会する第一の照会サブモジュールと、
前記ハッシュ値がアップロード済み状態にマークされたことを検知した時、バックアップサーバーへ前記ファイルをバックアップしない処理サブモジュールと、
前記ハッシュ値がアップロード済み状態にマークされていないことを検知した場合、バックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会する第二の照会サブモジュールと、
前記ハッシュ値に対応するファイルがアップロード成功されたことを検知した場合、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークして、バックアップサーバーへ該ファイルをバックアップしない第一のマークサブモジュールと、
前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した場合、バックアップサーバーへ該ファイルをバックアップするバックアップサブモジュールとを備えることが好ましい。

前記装置は、
前記ローカル・バックアップ・データベースにおいて、最後の更新時間及びファイルの大きさを含むファイルの属性情報を記録する記録モジュールと、
前記ファイルの属性情報が前記ローカル・バックアップ・データベースに記録された属性情報とは異なる時、前記ローカル・バックアップ・データベースに記録された該ファイルのハッシュ値及び属性情報を更新する更新モジュールとを更に備えることが好ましい。

本開示の実施例の第四の局面によれば、
端末からアップロードした、ハッシュ値が保持されている検索請求を受信する受信モジュールと、
ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索する第二の検索モジュールと、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告する通告モジュールとを備えるファイルバックアップ装置を提供した。

前記装置は、
予め設定したアルゴリズムに基づいて、端末からアップロードしたファイルのハッシュ値を確定する第二の確定モジュールと、
前記ファイルがローカルにバックアップ成功された後、確定されたハッシュ値をローカル・バックアップ・データベースに記憶する第二の記憶モジュールとを更に備えることが好ましい。

前記第二の確定モジュールは、
前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断する第二の判断サブモジュールと、
前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得する第三の確定サブモジュールと、
前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得する第四の確定サブモジュールとを備えることが好ましい。

前記第三の確定サブモジュールは、
前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出する第二の抽出サブモジュールを備え、
前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さいことが好ましい。

本開示の実施例の第五の局面によれば、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するメモリとを備え、
前記プロセッサは、
予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
ローカル・バックアップ・データベースにおいて、確定されたハッシュ値を検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしないように構成されているファイルバックアップ装置を提供した。

本開示の実施例の第六の局面によれば、
プロセッサと、
プロセッサが実行可能なコマンドを記憶するメモリとを備え、
前記プロセッサは、
端末からアップロードした、ハッシュ値が保持されている検索請求を受信し、
ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告するように構成されているファイルバックアップ装置を提供した。
本開示のその他の方面は、
プロセッサに実行されることにより、前記方法を実現することを特徴とするプログラムを提供する。
本開示のその他の方面は、
前記プログラムが記録された記録媒体を提供する。

本開示の実施例が提供した技術案は、以下の有益な効果を奏することができる。

本開示の以上の実施例において、予め設定したアルゴリズムに基づいて前記ファイルに対してハッシュ値の確定を行い、確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索し、ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した時、バックアップサーバーへ該ファイルをバックアップすることを停止させることによって、異なるファイルパスで同一のファイルを重複してバックアップすることを回避できる。

本開示の以上の実施例において、予め設定したアルゴリズムに基づいて前記ファイルのハッシュ値を確定する時、前記ファイルに対して閾値化の処理を行い、前記ファイルの大きさが予め設定した閾値より大きい時、該ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得することにより、前記ファイルが大きすぎる時、該ファイルハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

本開示の以上の実施例において、前記ファイルから均等的に分布され、且つ予め設定した大きさが前記予め設定した閾値より小さいファイルセグメントを抽出することによって、ハッシュ値の確定時の計算量を減少させると共に、前記各ファイルセグメントに対するハッシュ値の確定結果が前記ファイルに対するハッシュ値の確定結果とできるだけ一致にさせることができる。

本開示の以上の実施例において、ローカル・バックアップ・データベースにおいて前記ハッシュ値が検知されていない場合、前記ハッシュ値に対応するファイルがバックアップサーバーにアップロードし、該ハッシュ値をローカル・バックアップ・データベースに記憶することによって、異なるパスの同一のファイルを再びバックアップする時、ローカル・バックアップ・データベースにおいて、確定されたハッシュ値を検知できる。これにより、同一のファイルを重複してバックアップすることを回避できる。

本開示の以上の実施例において、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ハッシュ値をローカル・バックアップ・データベースにおいてアップロード済み状態にマークすることによって、ローカル・バックアップ・データベースにおいてハッシュ値の検索を行う時、ファイルのアップロード状態を知ることができる。

本開示の以上の実施例において、バックアップサーバーへの前記ファイルのバックアップを停止させる前に、ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会し、アップロード済み状態にマークされた場合、バックアップサーバーへ該ファイルをバックアップすることを停止させ、アップロード済み状態にマークされていない場合、更にバックアップサーバーに該ファイルがアップロード成功されたか否かを確定し、該ファイルがアップロード成功されたことを確定した場合、バックアップサーバーへ該ファイルをバックアップすることを停止させ、該ファイルがアップロード成功されていないことを確定した場合、バックアップサーバーへ該ファイルをバックアップする。該技術案によれば、ファイルアップロード成功していないことで生じた誤操作を有効的に回避できる。

本開示の以上の実施例において、ローカルデータベースにおいてファイルの最後の更新時間及びファイルの大きさ等の属性情報を記録し、前記ファイルの属性情報がローカルに記録された属性情報とは異なる時、ローカル・バックアップ・データベースの属性情報及び記録された該ファイルのハッシュ値を更新することにより、ファイルをバックアップ時の誤判断操作を有効的に回避できる。

本開示の以上の実施例において、ローカル・バックアップ・データベースにおいて端末から受信した検索請求に保持されたハッシュ値を検索し、ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録された場合、端末に該ファイルに対応のファイルがアップロード成功されたことを通告することにより、端末がファイルアップロード成功していないことで生じた誤操作のため、異なるファイルパスの同一のファイルをバックアップサーバーに重複してバックアップすることを有効的に回避できる。

本開示の以上の実施例において、予め設定したアルゴリズムに基づいて端末からアップロードしたファイルのハッシュ値を確定し、該ファイルがローカルにバックアップ成功された後、ローカル・バックアップ・データベースに確定されたハッシュ値を記憶することにより、バックアップサーバーがローカル・バックアップ・データベースにおいて再び該ハッシュ値を検知した時、該ハッシュ値に対応するファイルのアップロード済み状態を対応の端末に通告することができる。

本開示の以上の実施例において、予め設定したアルゴリズムに基づいて前記ファイルのハッシュ値を確定する時、前記ファイルに対して閾値化の処理を行い、前記ファイルの大きさが予め設定した閾値より大きい時、該ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得することにより、前記ファイルが大きすぎる時、該ファイルハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

本開示の以上の実施例において、前記ファイルから均等的に分布され、且つ予め設定した大きさが前記予め設定した閾値より小さいファイルセグメントを抽出することにより、ハッシュ値の確定量を減少させると共に、前記各ファイルセグメントに対するハッシュ値の確定結果が前記ファイルに対するハッシュ値の確定結果と一致にさせることができる。

以上の一般的な記述及び以下の詳細な記述は、例示のものに過ぎず、本開示を限定するものではないと理解すべきである。

ここでの図面は明細書に組み込まれて明細書の一部を構成し、本開示に適合する実施例を示し、明細書と共に本開示の原理の解釈に用いられる。
例示的な実施例で示すファイルバックアップ方法のフローの模式図である。 例示的な実施例で示すもう一つのファイルバックアップ方法のフローの模式図である。 例示的な実施例で示すもう一つのファイルバックアップ方法のフローの模式図である。 例示的な実施例で示す、ビデオファイルから抽出されたファイルセグメントの模式図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。 例示的な実施例で示す、ファイルバックアップ装置に用いられる構成の模式図である。 例示的な実施例で示す、ファイルバックアップ装置に用いられるもう一つの構成の模式図である。

ここで、図面に示された例示的な実施例を詳細に説明する。以下の記載において、図面を言及するとき、特に説明しない限り、異なる図面における同じ番号が同一または同等の要素を示す。以下の例示的な実施例に記載の実施の形態は、本開示と一致するあらゆる実施の形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に詳細に記載される、本開示の一部の局面と一致する装置及び方法の例にすぎない。

本明細書に使用の用語は、特定の実施例を描写する目的で記載したものであり、本開示を限定するものではない。本明細書及び付加の特許請求の範囲において使用された単数形態の“一種”、“前記”及び“該”も、上下文脈には明白にその意味を表示した以外、複数の形態を含んでいる。本文において、使用の用語“及び／又は”は、一つまたは複数の関連した項目の何れか一つ及び全ての組み合わせを含んでいることを理解すべきである。

本明細書において用語の「第一の」、「第二の」、「第三の」等を用いてそれぞれの部材を記載したが、これらの部材は、これらの用語に限定されないことを理解すべきである。これらの用語は、同一の類型の部材を区別するために用いられるものである。例えば、本開示の保護範囲内であれば、第一の部材が第二の部材と称することもできる。同様に、第二の部材が第一の部材と称することもできる。また、言語の場所によって決まるが、例えば、ここで使用した言葉「…すると」は、「……である時」或は「……になった時」或は「…であれば」と解釈されて良い。

図１に示すように、図１は、例示的な実施例で示すファイルバックアップ方法を示す。該ファイルバックアップ方法は、端末に用いられ、以下のステップを含む。

ステップ１０１において、予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定する。

本実施例において、前記予め設定したアルゴリズムは、該ファイルに対してハッシュ値の確定を行う前に、該ファイルに対して閾値化の処理を行って閾値化の処理結果に基づいて、異なるハッシュ値の確定方法をそれぞれ用いるものであっても良い。

例えば、先ず該ファイルの大きさが予め設定した閾値より大きいか否かの判断を行う。該ファイルの大きさが予め設定した閾値より大きくない場合、該ファイルに対してハッシュ値の確定を直接に行う。該ファイルの大きさが予め設定した閾値より大きい場合、この時、該ファイルに対してハッシュ値の計算を直接に行うと、計算量があまりに大きくなってしまう。計算量があまりに大きい場合、デバイスの電気消費量が増加になってしまう。そのため、予め設定した閾値より大きいファイルに対して、該ファイルから複数個の、予め設定した大きさのファイルセグメントを抽出し、抽出された複数個のファイルセグメントに対してハッシュ値の確定を行って該ファイルのハッシュ値を取得することにしても良い。例えば、該ファイルからファイルセグメントを抽出する時、該ファイルを、予め設定した大きさの複数個のファイルブロックに分割して、分割し得たファイルブロックから複数個のファイルブロックを前記ファイルセグメントとして抽出しても良い。

ここで、前記予め設定した大きさが前記予め設定した閾値より小さいことについて、前記予め設定した閾値は、実際の状況に基づいて設定されて良いし、或は工程の経験値を前記予め設定した閾値として選択して良いので、本開示は、これに対して特別な限定をしない。例えば、本開示は、ビデオ画像ファイルをバックアップする時、前記予め設定した閾値を、工程の経験値４Ｍにして良い。

前記ファイルからファイルセグメントを抽出する時、ランダムに抽出して良いし、均等的に抽出しても良い。ランダムに抽出されたファイルセグメントは、前記ファイルにおいて均等的に分布していない可能性があるため、前記ファイルにおいて、均等的に分布していないファイルセグメントに対してハッシュ値の確定を行う時に確定されたハッシュ値は、前記ファイルに対するハッシュ値の確定結果とは誤差が存在する恐れがある。従って、前記各ファイルセグメントに対するハッシュ値の確定結果を、前記ファイルに対するハッシュ値の確定結果に出来るだけ一致させるために、前記ファイルから均等的にファイルセグメントを抽出しても良い。例えば、一定の間隔でファイルセグメントを抽出して良い。これにより、抽出されたファイルセグメントが前記ファイルにおいて均等的に分布されていることを保証できる。

また、以下のことを説明すべきである。即ち、前記ファイルからファイルセグメントを抽出する時、抽出されたファイルセグメントの個数は、多すぎても少なすぎでも良くない。抽出されたファイルセグメントの個数が多すぎると、ハッシュ値の確定を行う時、アルゴリズムが頻繁に呼び出されることにより、無駄にシステムのリソースを占有することになる。抽出されたファイルセグメントの個数が少なすぎる時、最終のハッシュ値の確定結果の正確度に影響を与えてしまう。そのため、実際の応用において、当業者は、二者のことを同時に考慮する上で、合理的に抽出のファイルセグメントの個数を設定しても良いし、或は、工程の経験値を採用して良い。本開示において、これに対して特別な限定をしない。

該技術案によれば、該ファイルのハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

ステップ１０２において、確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索する。

本実施例において、ローカル・バックアップ・データベースにおいて該ハッシュ値が記録されていないことを検知した場合、該ハッシュ値に対応するファイルをバックアップサーバーにアップロードする。前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、確定された前記ハッシュ値をローカル・バックアップ・データベースにおいて記憶する。

ステップ１０３において、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへの前記ファイルのバックアップを停止させる。

本実施例において、ローカル・バックアップ・データベースにおいて該ハッシュ値が記録されたことを検知した場合、該ファイルが既にバックアップサーバーへアップロードされたことを表明するので、バックアップサーバーへ該ファイルをバックアップしない。ことによって、同一ファイルを重複してバックアップすることを回避できる。

ここで、バックアップサーバーへファイルをアップロードする時、アップロードの失敗で生じた誤操作を防止するために、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、ローカル・バックアップ・データベースにおいて該ハッシュ値をアップロード済み状態にマークして良い。ローカル・バックアップ・データベースにおいて該ハッシュ値を検知した場合、該ハッシュ値に対応するファイルをバックアップサーバーにバックアップする前に、ローカル・バックアップ・データベースにおいて該ハッシュ値がアップロード済み状態にマークされたか否かを更に照会することによって、該ファイルがアップロード成功されたか否かを確定することができる。該ハッシュ値はアップロード済み状態にマークされた場合、該ハッシュ値に対応するファイルがアップロード成功されたことを表明しているので、バックアップサーバーへ該ファイルを継続してバックアップすることを停止させる。逆に、該ハッシュ値はアップロード済み状態にマークされていない場合、該ファイルがアップロード成功されていない可能性が高く、バックアップサーバーに該ファイルがアップロード成功されたか否かを照会する。バックアップサーバーから該ハッシュ値に対応するファイルがアップロード成功されたことを通告した場合、バックアップサーバーへ該ファイルを継続してバックアップすることを停止させる。同じ理由で、バックアップサーバーから該ハッシュ値に対応するファイルがアップロード成功されていないことを通告した場合、改めてバックアップサーバーへ該ファイルをバックアップする。

上述の実施例から分かるように、端末は、予め設定したアルゴリズムでファイルに対してハッシュ値の確定を行い、確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索する。ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した時、バックアップサーバーへの該ファイルのバックアップを停止させることにより、異なるファイルパスで同一のファイルを重複してバックアップすることを回避できる。

図２に示すように、図２は、例示的な実施例で示すもう一つのファイルバックアップ方法のフローチャートである。該ファイルバックアップ方法は、バックアップサーバーに用いられ、以下のステップを含む。

ステップ２０１において、端末からアップロードした検索請求を受信する。前記検索請求中にはハッシュ値が保持されている。

ステップ２０２において、ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索する。

本実施例において、バックアップサーバーは、端末からアップロードしたファイルを受信した後、予め設定したアルゴリズムに基づいて、端末からアップロードしたファイルのハッシュ値を確定し、該ファイルがローカルにバックアップ成功された後、前記端末に通告すると同時に、確定されたハッシュ値をローカル・バックアップ・データベースに記憶する。これによって、端末が検索を行うことが便利になる。

ここで、バックアップサーバー上に採用された前記予め設定したアルゴリズムは、端末上に採用された予め設定したアルゴリズムと同一にする。該ファイルに対してハッシュ値の確定を行う前に、該ファイルの大きさが予め設定した閾値より大きいか否かの判断を行っても良い。該ファイルの大きさが予め設定した閾値より大きくない場合、該ファイルに対してハッシュ値の確定を直接に行う。該ファイルの大きさが予め設定した閾値より大きい場合、この時、該ファイルに対してハッシュ値の確定を直接に行うと、計算量があまりに大きくなってしまう。計算量があまりに大きい場合、デバイスの電気消費量が増加になってしまう。そのため、予め設定した閾値より大きいファイルに対して、該ファイルから複数個の、予め設定した大きさのファイルセグメントを抽出し、抽出された複数個のファイルセグメントに対してハッシュ値の確定を行って該ファイルのハッシュ値を取得することにしても良い。例えば、該ファイルからファイルセグメントを抽出する時、該ファイルを、予め設定した大きさの複数個のファイルブロックに分割して、分割し得たファイルブロックから複数個のファイルブロックを前記ファイルセグメントとして抽出しても良い。
ここで、前記予め設定した大きさが前記予め設定した閾値より小さいことについて、前記予め設定した閾値は、実際の状況に基づいて設定されて良いし、或は工程の経験値を前記予め設定した閾値として選択して良いので、本開示は、これに対して特別な限定をしない。例えば、本開示は、ビデオ画像ファイルをバックアップする時、前記予め設定した閾値を工程の経験値４Ｍにして良い。

前記ファイルからファイルセグメントを抽出する時、ランダムに抽出して良いし、均等的に抽出しても良い。ランダムに抽出されたファイルセグメントは、前記ファイルにおいて均等的に分布していない可能性があるため、前記ファイルにおいて均等的に分布していないファイルセグメントに対してハッシュ値の確定を行う時、確定されたハッシュ値は、前記ファイルに対するハッシュ値の確定結果とは誤差が存在する恐れがある。従って、前記各ファイルセグメントに対するハッシュ値の確定結果を、前記ファイルに対するハッシュ値の確定結果に出来るだけ一致させるために、前記ファイルから均等的にファイルセグメントを抽出しても良い。例えば、一定の間隔でファイルセグメントを抽出して良い。これにより、抽出されたファイルセグメントが前記ファイルにおいて均等的に分布していることを保証できる。

また、以下のことを説明すべきである。即ち、前記ファイルからファイルセグメントを抽出する時、抽出されたファイルセグメントの個数は、多すぎても少なすぎでも良くない。抽出されたファイルセグメントの個数が多すぎると、ハッシュ値の確定を行う際、アルゴリズムが頻繁に呼び出されることにより、無駄にシステムのリソースを占有することになる。抽出されたファイルセグメントの個数が少なすぎると、最終のハッシュ値の確定結果の正確度に影響を与えてしまう。そのため、実際の応用において、当業者は、二者のことを同時に考慮する上で、抽出しようとするファイルセグメントの個数を合理的に設定しても良いし、或は、工程の経験値を採用して良い。本開示において、これに対して特別な限定をしない。

該技術案によれば、該ファイルのハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

ステップ２０３において、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告することになる。

本実施例において、ローカル・バックアップ・データベースにおいて確定されたハッシュ値が記録したことを検知した場合、端末が今回バックアップサーバーへ検索するファイルは、この前にローカルにアップロード成功されたファイルであることを表明したので、バックアップサーバーは、端末へ通告メッセージを送り、端末に該ファイルがアップロード成功されたことを通告する。これによって、端末が該通告メッセージを受信した後、該ファイルをバックアップサーバーに継続してバックアップすることを停止させることができる。同じ理由で、ローカルバックアップデータにおいて確定されたハッシュ値が記録されていないことを検知した場合、バックアップサーバーから依然として端末に通告メッセージを送り、端末に該ファイルがアップロード成功されていないことを通告する。これによって、端末が該通告メッセージを受信した後、該ファイルをバックアップサーバーへ改めてバックアップさせることができる。

上述の実施例から分かるように、バックアップサーバーは、ローカル・バックアップ・データベースにおいて、端末から受信した検索請求に保持されたハッシュ値を検索し、ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録された時、端末に該ファイルに対応のファイルがアップロード成功されたことを通告する。これによって、端末がファイルアップロード成功していないから生じた誤操作で、異なるファイルパスで同一のファイルをバックアップサーバーに重複してバックアップしてしまうことを有効的に回避できる。

図３に示すように、図３は、例示的な実施例で示すもう一つのファイルバックアップ方法のフローチャートである。該方法は、以下のステップを含む。

ステップ３０１において、端末が予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定する。

本実施例において、前記予め設定したアルゴリズムは、該ファイルに対してハッシュ値の確定を行う前、先ず該ファイルの大きさが予め設定した閾値より大きいか否かの判断を行う。

該ファイルの大きさが予め設定した閾値より大きくない場合、該ファイルに対してハッシュ値の確定を直接に行う。該ファイルの大きさが予め設定した閾値より大きい場合、この時、該ファイルに対してハッシュ値の確定を直接に行うと、計算量があまりに大きくなってしまう。計算量があまりに大きい場合、デバイスの電気消費量が増加になってしまう。そのため、予め設定した閾値より大きいファイルに対して、該ファイルから複数個の、予め設定した大きさのファイルセグメントを抽出し、抽出された複数個のファイルセグメントに対してハッシュ値の確定を行い、該ファイルのハッシュ値を取得することにしても良い。例えば、該ファイルからファイルセグメントを抽出する時、該ファイルを、予め設定した大きさの複数個のファイルブロックに分割して、分割し得たファイルブロックから複数個のファイルブロックを抽出して前記ファイルセグメントとしても良い。

ここで、前記予め設定した大きさが前記予め設定した閾値より小さいことについて、前記予め設定した閾値は、実際の状況に基づいて設定されて良いし、或は工程の経験値を選択して前記予め設定した閾値として良い。このため、本開示は、これに対して特別な限定をしない。例えば、本開示は、ビデオ画像ファイルをバックアップする時、前記予め設定した閾値を工程の経験値４Ｍにして良い。

前記ファイルからファイルセグメントを抽出する時、ランダムに抽出して良いし、均等的に抽出しても良い。ランダムに抽出されたファイルセグメントは、前記ファイルにおいて均等的に分布していない可能性があるため、前記ファイルにおいて、均等的に分布していないファイルセグメントに対してハッシュ値の確定を行う時に確定されたハッシュ値は、前記ファイルに対するハッシュ値の確定結果とは誤差が存在する恐れがある。従って、前記各ファイルセグメントに対するハッシュ値の確定結果を、前記ファイルに対するハッシュ値の確定結果に出来るだけ一致させるために、前記ファイルから均等的にファイルセグメントを抽出しても良い。例えば、一定の間隔でファイルセグメントを抽出して良い。これにより、抽出されたファイルセグメントが前記ファイルにおいて均等的に分布していることを保証できる。

また、以下のことを説明すべきである。即ち、前記ファイルからファイルセグメントを抽出する時、抽出されたファイルセグメントの個数は、多すぎても少なすぎでも良くない。抽出されたファイルセグメントの個数が多すぎると、ハッシュ値の確定を行う時、アルゴリズムが頻繁に呼び出されることにより、無駄にシステムのリソースを占有することになる。抽出されたファイルセグメントの個数が少なすぎる時、最終のハッシュ値の確定結果の正確度に影響を与えてしまう。そのため、実際の応用において、当業者は、二者のことを同時に考慮する上で、抽出しようとするファイルセグメントの個数を合理的に設定しても良いし、或は、工程の経験値を採用して良い。本開示において、これに対して特別な限定をしない。

例えば、端末がローカルにある１０Ｍの大きさのビデオファイルをバックアップしようとし、前記予め設定した閾値Ｔは、工程の経験値４Ｍとしていることを仮定する。この時、該ビデオファイルの大きさは、前記予め設定した閾値より大きいため、該ビデオファイルにおいて、同様に、工程の経験値に従って４段の予め設定した大きさが１Ｍであるファイルセグメントを抽出しても良い。

更に、まず該ビデオファイルを４つのファイル区間に分割して、各ファイル区間は２．５Ｍであり、各ファイル区間から１Ｍの大きさのファイルセグメントを抽出する。同時に、ファイルセグメントが該ビデオファイルにおいて均等的に分布していることを保証するために、ファイルセグメントの間に一定の間隔を設置して良い。例えば、以下の区間関数に従って、ファイルセグメントを抽出して良い。
［ＫＰ，ＫＰ＋１］
上述の区間関数において、Ｐは、各ファイル区間の大きさであり、Ｋの取得値は、（０，１，…，Ｔ−１）、Ｔは、前記予め設定した閾値である。本実施例において、Ｐ値は２．５、Ｋの取得値は、（０，１，２，３）であり、上述の区間関数に従って、図４に示すように、該ビデオファイルから［０、１Ｍ］、［２．５Ｍ、３．５Ｍ］、［５Ｍ、６Ｍ］、［７．５Ｍ、８．５Ｍ］の一定間隔が１．５Ｍであり、大きさが１Ｍである四つのファイルセグメントを抽出することができる。

該技術案によれば、該ファイルのハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

ステップ３０２において、端末が確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索する。

本実施例において、端末がローカル・バックアップ・データベースにおいて該ハッシュ値が記録されていないことを検知した場合、該ハッシュ値に対応するファイルをバックアップサーバーにアップロードする。前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、確定し得た前記ハッシュ値をローカル・バックアップ・データベースに記憶する。同時に、端末は前記ハッシュ値に対応するファイルがバックアップサーバーにアップロード成功されたことを取得した後、前記ハッシュ値をローカル・バックアップ・データベースにおいてアップロード済み状態にマークする。ここで、端末は、前記ハッシュ値に対応するファイルがバックアップサーバーにアップロード成功されたか否かは、該ファイルがバックアップサーバーにアップロード成功された後に、バックアップサーバーから端末へ送信する通告メッセージを受信することによって取得しても良い。

ステップ３０３において、端末がローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、続いてローカル・バックアップ・データベースにおいて該ハッシュ値がアップロード済み状態にマークされたか否かをサーチする。

ステップ３０４において、端末は、前記ハッシュ値がアップロード済み状態にマークされていないことを検知した場合、バックアップサーバーに前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会する。

本実施例において、端末が前記ハッシュ値がアップロード済み状態にマークされたことを検知した場合、バックアップサーバーへ該ファイルを継続してバックアップすることを停止させる。ここで、端末がバックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会することは、バックアップサーバーに該ハッシュ値を保持している検索請求によって実現される。

ステップ３０５において、バックアップサーバーは、ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索する。

本実施例において、バックアップサーバーは、端末からアップロードしたファイルを受信した時、まず予め設定したアルゴリズムに基づいて該ファイルのハッシュ値を確定し、該ファイルがローカルにバックアップ成功された後、確定されたハッシュ値をローカル・バックアップ・データベースに記憶する。これによって、端末が検索を行うことが便利になる。ここで、バックアップサーバーがファイルのハッシュ値を確定時に採用の予め設定したアルゴリズムは、端末がファイルのハッシュ値を確定時に採用のアルゴリズムに一致になっている。本実施例にはその説明を省略する。

ステップ３０６において、バックアップサーバーがローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告する。

本実施例において、バックアップサーバーが、ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、端末に通告メッセージを送信して端末に通告する。

ステップ３０７において、端末が、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークして、バックアップサーバーへの該ファイルのバックアップを停止する。

本実施例において、端末は、バックアップサーバーから送った通告メッセージを受信することによって該前記ハッシュ値に対応するファイルがアップロード成功されたことを取得した後、前記ハッシュ値をアップロード済み状態にマークして、バックアップサーバーへ該ファイルを継続してバックアップすることを停止することになる。同様に、端末がバックアップサーバーから前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した時、バックアップサーバーへ該ファイルをバックアップし、該ファイルをバックアップサーバーにアップロード成功した後、ローカル・バックアップ・データベースにおいて該ファイルに対応するハッシュ値をアップロード済み状態にマークする。
上述の実施例から分かるように、本開示は、予め設定したアルゴリズムに基づいて前記ファイルに対してハッシュ値の確定を行い、確定されたハッシュ値を端末のローカル・バックアップ・データベースにおいて検索する。ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した時、バックアップサーバーへの該ファイルのバックアップを停止させることにより、異なるファイルパスで同一のファイルを重複してバックアップすることを回避できる。同時に、本開示は、従来技術のハッシュ値確定のアルゴリズムに対して改善し、目標のファイルから複数個の、均等的に分布され、且つ比較的に小さいファイルセグメントを抽出して、抽出された複数個のファイルセグメントに対してハッシュ値の確定を行う。これにより、該ファイルのハッシュ値の確定時の計算量を有効的に減少させることができる。これにより、デバイスの電気消費量を低下させることができる。

本開示のもう一つの好ましい実施例において、上述の図１または図３に示した実施例の元で、端末のローカルデータベースにおいてファイルの属性情報の記録を行って良い。例えば、前記属性情報は、最後の更新時間及びファイルの大きさ等を含んでも良い。ローカルデータベースにおいて記録されたファイルの属性情報は、ファイルの実際の属性情報と異なる時、該ファイルが修正されたか或は新たな内容が書き込まれたかを表明するので、該ファイルのハッシュ値を改めて確定し、ローカルデータベースにおいて記録されたハッシュ値の更新を行うと共に、該ファイルの属性情報の更新を行うことが必要となる。当然ながら、ローカルデータベースにおいて記録されたファイルの属性情報は、ファイルの実際の属性情報と同じである場合、ローカル・バックアップ・データベースを更新する必要がなく、ローカル・バックアップ・データベース中のバッファ値を直接使用して良い。

以上の実施例において、ローカルデータベースにおいてファイルの最後の更新時間及びファイルの大きさ等の属性情報を記録し、且つ前記ファイルの属性情報がローカル記録の属性情報と異なる時に、ローカル・バックアップ・データベースの属性情報及び記録された該ファイルのハッシュ値の更新を行う。これによって、ファイルに対するバックアップ時の誤判断操作を有効的に回避できる。

本開示は、前述のファイルバックアップ方法の実施例に対応して、ファイルバックアップ装置の実施例を提供した。

図５は、例示的な実施例で示すファイルバックアップ装置の模式的なブロック図である。該装置は、端末に応用される。

図５に示すように、例示的な実施例で示すファイルバックアップ装置５００は、第一の確定モジュール５０１と、第一の検索モジュール５０２と、処理モジュール５０３とを備える。

前記第一の確定モジュール５０１は、予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定するように構成される。

前記第一の検索モジュール５０２は、確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索するように構成される。

前記処理モジュール５０３は、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへの前記ファイルのバックアップを行わないように構成される。

上述の実施例において、予め設定したアルゴリズムに基づいて前記ファイルに対してハッシュ値の確定を行い、確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索する。ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した時、バックアップサーバーへの該ファイルのバックアップを停止させることによって、異なるファイルパスで同一のファイルを重複してバックアップすることを回避できる。

図６を参照する。図６は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図５に示した実施例の上で、前記第一の確定モジュール５０１は、第一の判断サブモジュール５０１Ａと、第一の確定サブモジュール５０１Ｂと、第二の確定サブモジュール５０１Ｃとを備えて良い。

前記第一の判断サブモジュール５０１Ａは、前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断するように構成される。

前記第一の確定サブモジュール５０１Ｂは、前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得するように構成される。

前記第二の確定サブモジュール５０２Ｂは、前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得するように構成される。

上述の実施例において、予め設定したアルゴリズムに基づいて前記ファイルのハッシュ値を確定する時、前記ファイルに対して閾値化の処理を行い、前記ファイルの大きさが予め設定した閾値より大きい時、該ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得する。これによって、前記ファイルが大きすぎる時、該ファイルのハッシュ値の確定時の確定量を有効的に減少させ、デバイスの電気消費量を低下させることができる。

図７を参照する。図７は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図６に示した実施例を基礎に、前記第一の確定サブモジュール５０１Ｂが第一の抽出サブモジュール５０１Ｂ１を更に備えて良い。

前記第一の抽出サブモジュール５０１Ｂ１は、前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出するように構成される。ここで、前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さい。

上述の実施例において、前記ファイルから、均等的に分布され、予め設定した大きさが前記予め設定した閾値より小さいファイルセグメントを抽出することによって、ハッシュ値の確定時の計算量を減少させると共に、前記各ファイルセグメントに対するハッシュ値の確定結果を、前記ファイルに対するハッシュ値の確定結果にできるだけ一致させることができる。

図８を参照する。図８は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図５に示した実施例を基礎に、前記装置５００は、アップロードモジュール５０４と、第一の記憶モジュール５０５とを更に備えて良い。

前記アップロードモジュール５０４は、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した時、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードするように構成される。

前記第一の記憶モジュール５０５は、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、ローカル・バックアップ・データベースに前記ハッシュ値を記憶するように構成される。

上述の実施例において、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後に、前記ハッシュ値をローカル・バックアップ・データベースにおいてアップロード済み状態にマークすることによって、ローカル・バックアップ・データベースにおいてハッシュ値の検索を行う時、ファイルのアップロード状態を知ることができる。

説明すべきことは、上述の図８に示した装置の実施例において示されたアップロードモジュール５０４と第一の記憶モジュール５０５の構成は、前述の図６〜図７の装置の実施例に備われて良い。本開示は、これに対して限定しない。

図９を参照する。図９は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図８に示した実施例を基礎に、前記装置５００は、マークモジュール５０６を更に備えても良い。

前記マークモジュール５０６は、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後に、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークするように構成される。

上述の実施例において、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ハッシュ値をローカル・バックアップ・データベースにおいてアップロード済み状態にマークする。これによって、ローカル・バックアップ・データベースにおいてハッシュ値の検索を行う時、ファイルのアップロード状態を知ることができる。

説明すべきことは、上述の図９に示した装置の実施例において示されたアップロードモジュール５０４と第一の記憶モジュール５０５の構成は、前述の図６〜図８の装置の実施例に備われても良い。本開示は、これに対して限定しない。

図１０を参照する。図１０は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図５に示した実施例を基礎に、前記処理モジュールは、第一の照会サブモジュール５０３Ａと、処理サブモジュール５０３Ｂと、第二の照会サブモジュール５０３Ｃと、第一のマークサブモジュール５０３Ｄと、バックアップサブモジュール５０３Ｅとを更に備えて良い。

前記第一の照会サブモジュール５０３Ａは、バックアップサーバーへの前記ファイルのバックアップを停止させる前に、ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会するように構成される。

前記処理サブモジュール５０３Ｂは、前記ハッシュ値がアップロード済み状態にマークされたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしないように構成される。

前記第二の照会サブモジュール５０３Ｃは、前記ハッシュ値がアップロード済み状態にマークされていないことを検知した場合、バックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会するように構成される。

前記第一のマークサブモジュール５０３Ｄは、前記ハッシュ値に対応するファイルがアップロード成功されたことを検知した場合、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークして、バックアップサーバーへ該ファイルのバックアップをしないように構成される。

前記バックアップサブモジュール５０３Ｅは、前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した場合、バックアップサーバーへ該ファイルをバックアップするように構成される。

上述の実施例において、バックアップサーバーへの前記ファイルのバックアップを停止させる前に、ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会し、アップロード済み状態にマークされた場合、バックアップサーバーへの該ファイルのバックアップを停止させるが、アップロード済み状態にマークされていない場合、更にバックアップサーバーへ該ファイルがアップロード成功されたか否かを確定し、該ファイルがアップロード成功されたことを確定した時、バックアップサーバーへの該ファイルのバックアップを停止させ、該ファイルがアップロード成功されていないことを確定した時、バックアップサーバーへ該ファイルをバックアップする。該技術案によれば、ファイルアップロード成功していないことで生じた誤操作を有効的に回避できる。

説明すべきことは、上述の図１０に示した装置の実施例において示された第一の照会サブモジュール５０３Ａ、処理サブモジュール５０３Ｂ、第二の照会サブモジュール５０３Ｃ、第一のマークサブモジュール５０３Ｄ、バックアップサブモジュール５０３Ｅの構成は、前述の図６〜図９の装置の実施例に備われて良い。本開示は、これに対して限定しない。

図１１を参照する。図１１は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図５に示した実施例を基礎に、前記装置５００は、記録モジュール５０６と更新モジュール５０７とを更に備える。

前記記録モジュール５０６は、前記ローカル・バックアップ・データベースにおいて前記ファイルの属性情報を記録するように構成される。前記属性情報は、最後の更新時間及びファイルの大きさを含む。

前記更新モジュール５０７は、前記ファイルの属性情報が前記ローカル・バックアップ・データベースに記録された属性情報と異なる時、前記ローカル・バックアップ・データベースに記録された該ファイルのハッシュ値及び属性情報を更新するように構成される。

上述の実施例において、ローカルデータベースにおいてファイルの最後の更新時間及びファイルの大きさ等の属性情報を記録し、前記ファイルの属性情報がローカルに記録された属性情報と異なった時、ローカル・バックアップ・データベースの属性情報及び記録された該ファイルのハッシュ値を更新する。これによって、ファイルのバックアップ時の誤判断操作を有効的に回避できる。

説明すべきことは、上述の図１１に示した装置の実施例において示された記録モジュール５０６、更新モジュール５０７の構成は、前述の図６〜図１０の装置の実施例に備われて良い。本開示は、これに対して限定しない。

図１２は、例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該装置は、バックアップサーバーに応用される。

図１２に示すように、例示的な実施例で示すもう一つのファイルバックアップ装置１２００は、受信モジュール１２０１と、第二の検索モジュール１２０２と、通告モジュール１２０３とを備える。

前記受信モジュール１２０１は、端末からアップロードした検索請求を受信するように構成される。前記検索請求にはハッシュ値が保持されている。

前記第二の検索モジュール１２０２は、ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索するように構成される。

前記通告モジュール１２０３は、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告するように構成される。

上述の実施例において、ローカル・バックアップ・データベースにおいて端末から受信した検索請求に保持されているハッシュ値を検索し、ローカル・バックアップ・データベースに前記ハッシュ値が記録された時、端末へ該ファイルに対応するファイルがアップロード成功されたことを通告する。これによって、ファイルアップロード成功していないことで生じた誤操作で、端末が異なるファイルパスで同一のファイルをバックアップサーバーに重複してバックアップすることを有効的に回避できる。

図１３を参照する。図１３は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図１２に示した実施例を基礎に、前記装置１２００は、第二の確定モジュール１２０４と第二の記憶モジュール１２０５とを更に備える。

前記第二の確定モジュール１２０４は、予め設定したアルゴリズムに基づいて端末からアップロードしたファイルのハッシュ値を確定するように構成される。

前記第二の記憶モジュール１２０５は、前記ファイルがローカルにバックアップ成功された後、確定されたハッシュ値をローカル・バックアップ・データベースに記憶するように構成される。

上述の実施例において、予め設定したアルゴリズムに基づいて端末からアップロードしたファイルのハッシュ値を確定し、該ファイルがローカルにバックアップ成功された後、確定されたハッシュ値をローカル・バックアップ・データベースに記憶することによって、バックアップサーバーがローカル・バックアップ・データベースにおいて該ハッシュ値を再び検知した時、該ハッシュ値に対応するファイルのアップロード済み状態を、対応の端末に通告することができる。

図１４を参照する。図１４は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図１２に示した実施例を基礎に、前記第二の確定モジュール１２０４が第二の判断サブモジュール１２０４Ａと、第三の確定サブモジュール１２０４Ｂと第四の確定サブモジュール１２０４Ｃとを備える。

前記第二の判断サブモジュール１２０４Ａは、前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断するように構成される。

前記第三の確定サブモジュール１２０４Ｂは、前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得するように構成される。

前記第四の確定サブモジュール１２０４Ｃは、前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行ってハッシュ値を取得するように構成される。

上述の実施例において、予め設定したアルゴリズムで前記ファイルのハッシュ値を確定する時、前記ファイルに対して閾値化の処理を行い、前記ファイルの大きさが予め設定した閾値より大きい時、該ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルのハッシュ値を取得する。これによって、前記ファイルが大きすぎる時、該ファイルのハッシュ値の確定時の計算量を有効的に減少させ、デバイスの電気消費量を低下させることができる。同時に、前記ファイルから均等的に分布され、且つ予め設定した大きさが前記予め設定した閾値より小さいファイルセグメントを抽出することによって、ハッシュ値の確定量を減少させると共に、前記各ファイルセグメントに対するハッシュ値の確定結果が前記ファイルに対するハッシュ値の確定結果に一致させることができる。

図１５を参照する。図１５は、本開示の例示的な実施例で示すもう一つのファイルバックアップ装置の模式的なブロック図である。該実施例は、前述の図１４に示した実施例を基礎に、前記第三の確定サブモジュール１２０４Ｂが第二の抽出サブモジュール１２０４Ｂ１を備えて良い。

前記第二の抽出サブモジュール１２０４Ｂ１は、前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出するように構成される。ここで、前記予め設定した大きさのファイルセグメントが占有するバイト数が前記予め設定した閾値より小さい。

上述の実施例において、前記ファイルから均等的に分布され、且つ予め設定した大きさが前記予め設定した閾値より小さいファイルセグメントを抽出することによって、ハッシュ値の確定時の計算量を減少させると共に、前記各ファイルセグメントに対するハッシュ値の確定結果が前記ファイルに対するハッシュ値の確定結果にできるだけ一致させることができる。

対応的に、本開示は、ファイルバックアップ装置を更に提供した。前記装置は、メモリと、一つ或は一つ以上のプログラムを備え、一つ或は一つ以上のプログラムは、メモリに記憶され、一つ或は一つ以上のプロセッサで実行する前記一つ或は一つ以上のプログラムは、以下の操作を行えるコマンドを含んでいる。

即ち、予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
確定されたハッシュ値をローカル・バックアップ・データベースにおいて検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしない操作を行うコマンドが含まれている。

図１６は、例示的な実施例で示すファイルバックアップ装置の構成の模式図である。

図１６に示すように、例示的な実施例で示すファイルバックアップ装置１６００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信デバイス、ゲーム制御台、タブレットデバイス、医療デバイス、ヘルスデバイス、パーソナルデジタルアシスタント等であっても良い。

図１６を参照する。装置１６００は、プロセッサアセンブリ１６０１、メモリ１６０２、電源アセンブリ１６０３、マルチメディアアセンブリ１６０４、オーディオアセンブリ１６０５、入力／出力（Ｉ／ Ｏ）のインターフェース１６０６、センサーアセンブリ１６０７、及び通信アセンブリ１６０８の一つまたは複数のアセンブリを備えて良い。

プロセッサアセンブリ１６０１は、一般的に装置１６００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセッサアセンブリ１６０１は、一つまたは複数のプロセッサ１６０９を含み、これらによって命令を実行することにより、上記の方法の全部、或は一部のステップを実現することができる。なお、プロセッサアセンブリ１６０１は、一つまたは複数のモジュールを含み、これらによってプロセッサアセンブリ１６０１と他のアセンブリの間のインタラクションを容易にするようにしてもよい。例えば、プロセッサアセンブリ１６０１は、マルチメディアモジュールを含み、これらによってマルチメディアアセンブリ１６０４とプロセッサアセンブリ１６０１の間のインタラクションを容易にするようにしてもよい。

メモリ１６０２は、各種類のデータを記憶することにより装置１６００の操作を支援するように構成される。これらのデータの例は、装置１６００において操作されるいずれのアプリケーションプログラム又は方法のコマンド、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ１６０２は、いずれの種類の揮発性メモリ、不揮発性メモリ記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクである。

電源アセンブリ１６０３は、装置１６００の多様なアセンブリに電力を供給する。電源アセンブリ１６０３は、電源管理システム、一つまたは複数の電源、及び装置１６００のための電力の生成、管理及び割り当てに関連する他のアセンブリを含んでもよい。

マルチメディアアセンブリ１６０４は、前記装置１６００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。上記の実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つまたは複数のタッチセンサーを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサーは、タッチ、或はスライドの動作の境界だけでなく、前記のタッチ、或はスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディアアセンブリ１６０４は、一つのフロントカメラ、及び／又はリアーカメラを含む。装置１６００が、例えば撮影モード、或はビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアーカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアーカメラのそれぞれは、一つの固定型の光レンズ系、或は可変な焦点距離と光学ズーム機能を有するものであってもよい。

オーディオアセンブリ１６０５は、オーディオ信号を入力／出力するように構成される。例えば、オーディオアセンブリ１６０５は、一つのマイク（ＭＩＣ）を含み、装置１６００、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ１６０２に記憶されたり、通信アセンブリ１６０８を介して送信されたりされる。上記の実施例において、オーディオアセンブリ１６０５は、オーディオ信号を出力するための一つのスピーカーをさらに含む。

Ｉ／Ｏインターフェイス１６０２は、プロセッサアセンブリ１１０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。

センサアセンブリ１６０７は、装置１６００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサアセンブリ１６０７は、装置１６００のＯＮ／ＯＦＦ状態、装置１６００のディスプレイとキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、センサアセンブリ１６０７は、装置１６００、或は装置１６００の一つのアセンブリの位置変更、ユーザと装置１６００とが接触しているか否か、装置１６００の方位、又は加速／減速、装置１６００の温度の変化を検出できる。センサアセンブリ１６０７は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサアセンブリ１６０７は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤ画像センサのような光センサを含んでもよい。上記の実施例において、当該センサアセンブリ１６０７は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。

通信アセンブリ１６０８は、装置１６００と他の機器の間に有線、又は無線形態の通信を提供する。装置１６００は、例えばＷｉＦｉ、２Ｇ、３Ｇ、或はこれらの組み合わせのような、通信規格に基づいた無線ネットワークに接続されてもよい。一つの例示的な実施例において、通信アセンブリ１６０８は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信アセンブリ１６０８は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を促進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ）技術、他の技術に基づいて実現できる。

例示的な実施例において、装置１６００は、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。

例示的な実施例において、さらに、コマンドを含む非一時的なコンピュータで読み取り可能な記憶媒体、例えばコマンドを含むメモリ１６０２を提供しており、装置１６００のプロセッサ１６０９により上記コマンドを実行して上記方法を実現する。例えば、前記非一時的なコンピュータで読み取り可能な記憶媒体は、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）、磁気テープ、フロッピーディスク、光データ記憶デバイス等である。

非揮発的なコンピュータで読み取り可能な記憶媒体は、当該記録媒体のコマンドが端末デバイスのプロセッサによって実行される際に、端末にファイルバックアップ方法を実行させることができる。前記方法は、
予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
ローカル・バックアップ・データベースにおいて確定されたハッシュ値を検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへの前記ファイルのバックアップを停止させることを含む。

対応的に、本開示は、ファイルバックアップ装置を更に提供した。前記装置は、メモリと、一つ或は一つ以上のプログラムを備え、一つ或は一つ以上のプログラムは、メモリに記憶され、一つ或は一つ以上のプロセッサで実行される前記一つ或は一つ以上のプログラムは、以下の操作を行うコマンドを含んでいる。

即ち、端末からアップロードした、ハッシュ値が保持されている検索請求を受信し、
ローカル・バックアップ・データベースにおいて前記ハッシュ値を検索し、
前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、該ハッシュ値に対応するファイルがアップロード成功されたことを前記端末に通告する操作を行うコマンドを含んでいる。

図１７は、例示的な実施例で示すファイルバックアップの装置１７００のブロック図である。例えば、装置１７００は、サーバーであっても良い。図１７を参照する。装置１７００は１つ又は複数のプロセッサを含むプロセッサアセンブリ１７２２と、メモリ１７３２が代表となり、例えばアプリケーションなどのプロセッサアセンブリ１７２２により実行可能な各種コマンドを記憶する記憶媒体ソースと、を備える。メモリ１７３２内に記憶されたアプリケーションは、１つ又は１つ以上のモジュールを含み、当該１つ又は１つ以上のモジュールは、それぞれ１組のコマンドに対応する。また、プロセッサアセンブリ１７２２は、コマンドを実行するように構成され、これにより、上記ファイルバックアップ方法を実行する。

装置１７００は、さらに、装置１７００の給電管理を行うための電源アセンブリ１７２６と、装置１７００とネットワークと接続するための有線又は無線のネットワークインターフェース１７５０と、入力／出力（Ｉ／Ｏ）インターフェース１７５８とを備える。装置１７００は、例えば、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ，Ｍａｃ ＯＳ ＸＴＭ，ＵｎｉｘＴＭ，ＬｉｎｕｘＴＭ，ＦｒｅｅＢＳＤＴＭなどの、メモリ１７３２に記憶された操作システムにおいて操作を行うことができる。

当業者は、本明細書に開示された発明の詳細を考慮し、実施することにより、本開示の他の実施案を容易に想定することができる。本出願は、本開示のいかなる変形、用途、又は適応的な変化を含むことを目的としており、いかなる変形、用途、又は適応的な変化は、本開示の一般原理に基づいて、且つ本開示において公開されていない本技術分野においての公知常識又は慣用技術手段を含む。明細書及び実施例は、例示的なものを開示しており、本開示の保護範囲と主旨は、特許請求の範囲に記述される。

本開示は、上記において開示された構成又は図面に示した構造に限定されるものではなく、本開示の範囲内であれば、様々な補正又は変更を行うことができる。本開示の範囲は、特許請求の範囲により制限される。

Claims (13)

1. 端末が予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
   前記端末が確定された前記ハッシュ値をローカル・バックアップ・データベースにおいて検索し、
   前記端末が前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した場合、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードし、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、前記ハッシュ値をローカル・バックアップ・データベースに記憶し、前記端末が前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップせず、
   前記予め設定したアルゴリズムに基づいてファイルの前記ハッシュ値を確定することは、
   前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断し、
   前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルの前記ハッシュ値を取得し、
   前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行って前記ハッシュ値を取得することを含むことを特徴とする端末で用いられるファイルバックアップ方法。
2. 前記ファイルから複数個のファイルセグメントを抽出することは、
   前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出することを含み、
   前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定した閾値より小さいことを特徴とする請求項１に記載のファイルバックアップ方法。
3. 前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークすることを更に含むことを特徴とする請求項１に記載のファイルバックアップ方法。
4. 前記端末が前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した後、ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会し、
   前記端末が前記ハッシュ値がアップロード済み状態にマークされたことを検知した後、バックアップサーバーへ前記ファイルをバックアップしないことにし、
   前記端末が前記ハッシュ値がアップロード済み状態にマークされていないことを検知した後、バックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会し、前記ハッシュ値に対応するファイルがアップロード成功されたことを検知した後、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークしてバックアップサーバーへ該ファイルをバックアップしないが、前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した後、バックアップサーバーへ該ファイルをバックアップすることを更に含むことを特徴とする請求項１に記載のファイルバックアップ方法。
5. 前記ローカル・バックアップ・データベースにおいて、最後の更新時間及びファイルの大きさを含むファイルの属性情報を記録し、
   前記ファイルの属性情報が前記ローカル・バックアップ・データベースに記録された属性情報とは異なる場合、前記ローカル・バックアップ・データベースに記録された該ファイルの前記ハッシュ値及び属性情報を更新することを更に含むことを特徴とする請求項１に記載のファイルバックアップ方法。
6. 予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定する第一の確定モジュールと、
   確定された前記ハッシュ値をローカル・バックアップ・データベースにおいて検索する第一の検索モジュールと、
   前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した時、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードするアップロードモジュールと、
   前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、ローカル・バックアップ・データベースに前記ハッシュ値を記憶する第一の記憶モジュールと、
   前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしない処理モジュールとを備え、
   前記第一の確定モジュールは、
   前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断する第一の判断サブモジュールと、
   前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルの前記ハッシュ値を取得する第一の確定サブモジュールと、
   前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行って前記ハッシュ値を取得する第二の確定サブモジュールとを備えることを特徴とするファイルバックアップ装置。
7. 前記第一の確定サブモジュールは、
   前記ファイルから複数個の、予め設定した大きさのファイルセグメントを均等的に抽出する第一の抽出サブモジュールを備え、
   前記予め設定した大きさのファイルセグメントが占有するバイト数は、前記予め設定し
   た閾値より小さいことを特徴とする請求項６に記載のファイルバックアップ装置。
8. 前記ハッシュ値に対応するファイルをバックアップサーバーにアップロード成功した後、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークするマークモジュールを更に備えることを特徴とする請求項６に記載のファイルバックアップ装置。
9. 前記処理モジュールは、
   ローカル・バックアップ・データベースにおいて前記ハッシュ値がアップロード済み状態にマークされたか否かを照会する第一の照会サブモジュールと、
   前記ハッシュ値がアップロード済み状態にマークされたことを検知した後、バックアップサーバーへ前記ファイルをバックアップしない処理サブモジュールと、
   前記ハッシュ値がアップロード済み状態にマークされていないことを検知した後、バックアップサーバーに対して前記ハッシュ値に対応するファイルがアップロード成功されたか否かを照会する第二の照会サブモジュールと、
   前記ハッシュ値に対応するファイルがアップロード成功されたことを検知した後、ローカル・バックアップ・データベースにおいて前記ハッシュ値をアップロード済み状態にマークして、バックアップサーバーへ該ファイルをバックアップしない第一のマークサブモジュールと、
   前記ハッシュ値に対応するファイルがアップロード成功されていないことを検知した後、バックアップサーバーへ該ファイルをバックアップするバックアップサブモジュールとを備えることを特徴とする請求項６に記載のファイルバックアップ装置。
10. 前記ローカル・バックアップ・データベースにおいて、最後の更新時間及びファイルの大きさを含むファイルの属性情報を記録する記録モジュールと、
    前記ファイルの属性情報が前記ローカル・バックアップ・データベースに記録された属性情報とは異なる時、前記ローカル・バックアップ・データベースに記録された該ファイルの前記ハッシュ値及び属性情報を更新する更新モジュールとを更に備えることを特徴とする請求項６に記載のファイルバックアップ装置。
11. プロセッサと、
    プロセッサが実行可能なコマンドを記憶するメモリとを備え、
    前記プロセッサは、
    予め設定したアルゴリズムに基づいてファイルのハッシュ値を確定し、
    ローカル・バックアップ・データベースにおいて、確定された前記ハッシュ値を検索し、
    前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されていないことを検知した場合、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードし、前記ハッシュ値に対応するファイルをバックアップサーバーにアップロードした後、前記ハッシュ値をローカル・バックアップ・データベースに記憶し、前記ローカル・バックアップ・データベースにおいて前記ハッシュ値が記録されたことを検知した場合、バックアップサーバーへ前記ファイルをバックアップしないように構成されており、
    前記予め設定したアルゴリズムは、前記ファイルの大きさが予め設定した閾値の以上であるか否かを判断し、
    前記ファイルの大きさが前記予め設定した閾値の以上であると判断した時、前記ファイルから複数個のファイルセグメントを抽出して、前記複数個のファイルセグメントに対してハッシュ値の確定を行って前記ファイルの前記ハッシュ値を取得し、
    前記ファイルの大きさが前記予め設定した閾値より小さいと判断した時、前記ファイルに対してハッシュ値の確定を行って前記ハッシュ値を取得することを特徴とするファイルバックアップ装置。
12. プロセッサに実行されることにより、請求項１から請求項５のいずれかに記載の方法を実現することを特徴とするプログラム。
13. 請求項１２に記載のプログラムが記録された記録媒体。

Images