JP6251401B2 - データバックアップ方法、装置、電子デバイス、プログラム及び記録媒体 - Google Patents

Description

本発明はデータバックアップ技術分野に関し、特にデータバックアップ方法、装置、電子デバイス、プログラム及び記録媒体に関する。

移動端末の機能が益々豊富になることに伴って、ユーザは移動端末を仕事や生活などの様々な場面に応用し、それに対応して生成された各種のデータを移動端末内に記憶させておく。移動端末の紛失、破損などの状況が発生したとき、これらのデータが紛失されるリスクがあり、または、移動端末のメモリスペースが足りないことで、ユーザが手動で管理を行うとき、ある一部の重要なデータを誤って削除してしまうことがある。

関連技術において、ルータのスマート化の発展と応用に基づいて、ルータに大容量のハードディスクを配置して、ユーザが移動端末内のデータをルータにバックアップすることができるようにし、これにより、データの安全性が確保できるだけでなく、ユーザが簡単にバックアップデータを調べることができるようになった。

しかしながら、関連技術には、記憶されるバックアップデータの管理効率を向上させるために、ルータへのバックアップデータの記憶方法をどのように改善するかについては言及しなかった。

本発明は、関連技術におけるルータに記憶されるバックアップデータの管理効率の低いという技術的問題を解決するために、データバックアップ方法、装置、電子デバイス、プログラム及び記録媒体を提供する。

本発明の実施例の第１の態様によれば、データバックアップ方法であって、
端末からのバックアップデータを受信するステップと、
前記端末がログインしたアカウント情報を確定するステップと、
前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップとを含むデータバックアップ方法を提供する。

好ましく、前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップは、
前記端末のデバイス識別子を取得するステップと、
前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ、前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶するステップとを含む。

好ましく、前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップは、
前記バックアップデータのメタデータ情報を読み取るステップと、
前記メタデータ情報に基づいて、前記バックアップデータを分類するステップと、
前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶するステップと含む。

好ましく、
更に、
前記端末から送信されるデータのアクセス要求を受信するステップと、
前記データのアクセス要求に基づいて、前記アカウント情報に対応するバックアップデータの情報を前記端末に返すステップとを含む。

好ましく、
更に、
前記端末から送信されるデータ管理指令を受信するステップと、
前記データ管理指令に基づいて、前記アカウント情報に対応するバックアップデータを管理するステップとを含む。

本発明の実施例の第２の態様によれば、データバックアップ装置であって、
端末からのバックアップデータを受信するためのデータ受信ユニットと、
前記端末がログインしたアカウント情報を確定するためのアカウント確定ユニットと、
前記バックアップデータを、前記アカウント情報に対応するパスに記憶するためのデータ記憶ユニットとを備えるデータバックアップ装置を提供する。

好ましく、前記データ記憶ユニットは、
前記データ記憶ユニットは、
前記端末のデバイス識別子を取得するための識別子取得サブユニットと、
前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ、前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶するための第１サブパス確定サブユニットとを備える。

好ましく、前記データ記憶ユニットは、
前記バックアップデータのメタデータ情報を読み取るための情報読取サブユニットと、
前記メタデータ情報に基づいて、前記バックアップデータを分類するためのデータ分類サブユニットと、
前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶するための第２サブパス確定サブユニットとを備える。

好ましく、
更に、
前記端末から送信されるデータのアクセス要求を受信するための要求受信ユニットと、
前記データのアクセス要求に基づいて、前記アカウント情報に対応するバックアップデータの情報を前記端末に返すための情報返しユニットとを備える。

好ましく、
更に、
前記端末から送信されるデータ管理指令を受信するための指令受信ユニットと、
前記データ管理指令に基づいて、前記アカウント情報に対応するバックアップデータを管理するためのデータ管理ユニットとを備える。

本発明の実施例の第三の態様によれば、
プロセッサと、
プロセッサが実行可能な指令を記憶するためのメモリとを備え、
前記プロセッサは、
端末からのバックアップデータを受信し、
前記端末がログインしたアカウント情報を確定し、
前記バックアップデータを、前記アカウント情報に対応するパスに記憶するように構成される電子デバイスを提供する。
本発明の実施例の第４の態様によれば、プロセッサに実行されることにより、前記データバックアップ方法を実現する記録媒体に記録されたプログラムを提供する。
本発明の実施例の第５の態様によれば、前記プログラムが記録された記録媒体を提供する。

本発明の実施例が提供する技術案は下記のような有益な効果を含むことができる。

本発明は、アカウント情報に基づいてバックアップデータを記憶することで、異なるアカウント同士が事前にアクセス権限の制限に基づくことができるようにし、これによりバックアップデータの安全性とプライバシーを高め、記憶されるバックアップデータに対するルータの管理効率の向上に役立つ。

本発明は更に、記憶されるバックアップデータの管理のために、アカウント情報とデバイス識別子を組み合わせ、バックアップデータに対する更なる緻密な記憶管理を実現する。

本発明は更に、バックアップデータのメタデータ情報に基づいて、バックアップデータを分類して記憶し、これによりユーザがバックアップデータを検索しやすくなり、バックアップデータに対するルータの管理効率の向上にも役立つ。

本発明は更に、端末がログインしたアカウント情報に基づいて、該アカウント情報に対応するバックアップデータの情報のみ返し、これによりアカウントに基づくバックアップデータの管理を実現しやすく、その他のアカウントのもとのバックアップデータの内容の漏洩を避け、バックアップデータの安全性の向上にも役立つ。

本発明は更に、アカウントログインのメカニズムを通じて、ユーザがログインしたアカウントに対応するバックアップデータのみに対して検索と管理を行うようにし、ルータがバックアップデータを管理しやすく、バックアップデータの安全性の向上にも役立つ。

また、上記の一般的な説明及び以下の詳細な説明は単なる例示及び解釈に過ぎず、本発明を限定するものではないことを理解すべきである。

ここでの図面は明細書に取り込まれて明細書の一部を構成し、本発明に合致する実施例を示し、また、明細書と共に本発明の原理の解釈に用いられる。
図１は一つの例示的な実施例にかかる一つのデータバックアップ方法のフローチャートである。 図２は一つの例示的な実施例にかかる一つのデータバックアップパスの組織図である。 図３は一つの例示的な実施例にかかる他の一つのデータバックアップパスの組織図である。 図４は一つの例示的な実施例にかかるバックアップデータ管理のフローチャートである。 図５は一つの例示的な実施例にかかる端末画面の図である。 図６は一つの例示的な実施例にかかる端末画面の図である。 図７は他の例示的な実施例にかかる一つのデータバックアップパスの組織図である。 図８は他の例示的な実施例にかかる他の一つのデータバックアップパスの組織図である。 図９-１１は一つの例示的な実施例にかかる端末画面の図である。 図９-１１は一つの例示的な実施例にかかる端末画面の図である。 図９-１１は一つの例示的な実施例にかかる端末画面の図である。 図１２は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。 図１３は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。 図１４は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。 図１５は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。 図１６は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。 図１７は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。

ここで例示的な実施例について詳細に説明を行うが、その例示は図面において示されている。以下の説明が図面に関する場合、特に示さない限り、異なる図面の中の同一の数字は同一又は類似の要素を表す。また、以下の例示的な実施例で説明する実施形態は、本発明と一致する全ての実施形態を代表するものではなく、これらは特許請求の範囲において詳述した、本発明の一部の態様と一致する装置及び方法の例に過ぎない。

図１は一つの例示的な実施例にかかる一つのデータバックアップ方法のフローチャートである。図１に示すように、該方法はルータに使われ、以下のようなステップを含む。

ステップ１０２において、端末からのバックアップデータを受信する。

本実施例において、端末はルータが構築したローカルエリアネットワークに入った後、ルータについてデータバックアップを実現することができる。一つの例示的な実施形態において、ルータは端末と協議してバックアップ機能を起動した後、ルータは端末から受信されるデータがバックアップする必要があるデータであるのかを確定する。他の一つの例示的な実施例において、ルータは端末から受信されるパケットにおける識別子に基づいて、該パケットが、端末がバックアップする必要があるデータであるのかを識別する。

ステップ１０４において、前記端末がログインしたアカウント情報を確定する。

本実施例において、端末のアカウントログインを実現するために、ルータは端末から送信されるログインアカウント及びログインパスワードを含むログイン要求に基づいて、該「ログインアカウント＋ログインパスワード」とマッチングするアカウント情報を照会する。例示的な実施形態として、ルータはバックアップデータを受信する際、対応するパケットにおけるアカウント識別子に基づいて、対応する端末がログインしたアカウント情報を確定することができる。

ステップ１０６において、前記バックアップデータを、前記アカウント情報に対応するパスに記憶する。

上述した実施例から分かるように、本発明はアカウントログインのメカニズムを通じて、ルータにおいて異なるアカウントのバックアップデータのストレージパス（Ｓｔｏｒａｇｅ ｐａｔｈ）を区別し、異なるアカウントに対応するバックアップデータに対する有効な管理に役立つ。

ルータはアカウント情報に基づいて、対応するバックアップデータのストレージパスを区別する際に、様々な組織構造を採用することが可能で、以下において詳細な説明を行う。

一つの例示的な実施例として、図２は一つのデータのストレージパスの組織構造を示す。ルータにおいて、「データ」の１級ストレージパスである「／Ｄａｔａ／」を作成する。１級ストレージパスである「／Ｄａｔａ／」のもとに、それぞれのアカウントを分枝として、例えばアカウントＡに対応する２級ストレージパスである「／Ｄａｔａ／Ａ／」、アカウントＢに対応する２級ストレージパスである「／Ｄａｔａ／Ｂ／」のような、それぞれのアカウントに対応する２級ストレージパスを作成する。それぞれの２級ストレージパスのもとに、それぞれのデータ種類を分枝としてそれぞれのデータ種類に対応する３級ストレージパスを作成する。例えばアカウントＡに対応する２級ストレージパスである「／Ｄａｔａ／Ａ／」のもとに、データ種類の「映像」に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／ｍｏｖｉｅ／」、データ種類の「画像」に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／ｐｉｃｔｕｒｅ／」、データ種類の「音楽」に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／ｍｕｓｉｃ／」などを作成する。

他の一つの例示的な実施例として、図３は他の一つのデータストレージパスの組織構造を示す。ルータにおいて、「データ」の１級ストレージパスである「／Ｄａｔａ／」を作成する。１級ストレージパスである「／Ｄａｔａ／」のもとに、それぞれのデータ種類を分枝として、例えばデータ種類の「映像」に対応する２級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／」、データ種類の「画像」に対応する２級ストレージパスである「／Ｄａｔａ／ｐｉｃｔｕｒｅ／」、データ種類の「音楽」に対応する２級ストレージパスである「／Ｄａｔａ／ｍｕｓｉｃ／」などのような、それぞれのデータ種類に対応する２級ストレージパスを作成する。それぞれの２級ストレージパスのもとに、それぞれのアカウントを分枝として、例えば「映像」に対応する２級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／」のもとに、アカウントＡに対応する３級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／Ａ／」、アカウントＢに対応する３級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／Ｂ／」などを作成するように、それぞれのアカウントに対応する３級ストレージパスを作成する。

図２または図３に示すデータのストレージパスの組織構造に基づくと、端末がバックアップデータをルータに伝送する際、ルータは該端末がログインしたアカウントの情報に基づいて、バックアップデータを該アカウント情報に対応するデータのストレージパスに記憶する。同時に、当業者は、その他の形式のデータのストレージパスの組織構造を採用することもでき、端末がログインした異なるアカウントに対応するバックアップデータに対して対応的に記憶することさえできれば、本発明の技術案に応用することができることを、理解すべきである。

ルータが図２または図３に示すデータのストレージパスの組織構造を採用する際、ユーザは端末とルータの間のデータのインタラクションを通じて、端末がログインしたアカウントの情報に対応するバックアップデータについての管理操作を実現することができ、以下において図４と組み合わせて詳細な説明を行う。

ステップ４０２において、端末はアカウントＡを通じてルータにログイン要求を発信すると仮定する。

ステップ４０４において、ルータはログイン要求に含まれているログインアカウントとログインパスワードの組み合わせに対して認証を行い、認証された後、端末にログイン成功の情報を返す。

ステップ４０６において、端末はログインしたアカウントＡに基づいて、ルータにデータのアクセス要求を送信する。

ステップ４０８において、ルータはアカウントＡのアクセスが許されるバックアップデータを確定する。

本実施例において、ユーザは実際のニーズに基づいて、ログインしたアカウントに対応するバックアップデータに対してのアクセス権限を設置し、端末はアカウントＡにログインする際、アカウントＡに対応するバックアップデータしかアクセスできないこともあり、または対応する権限を持ちながら、その他のアカウントに対応するバックアップデータにアクセスすることもある。

ステップ４１０において、ルータはステップ４０８において確定した、アカウントＡのアクセスが許されるバックアップデータの情報を端末に送信する。

本実施例において、図５に示すように、ユーザが端末を通じてアカウント「小白」にログインしたと仮定し、かつ端末画面における「映像」、「画像」、「音楽」などのボタンをクリックすることで、「小白」がルータにおいて対応するバックアップデータにアクセスすることができると仮定する。例えば、ユーザが「画像」ボタンをクリックした際、図２に示すデータのストレージパスの組織構造に基づく場合、対応するデータのストレージパスである「／Ｄａｔａ／小白／ｐｉｃｔｕｒｅ／」に入り、かつ図６に示す画面を通じて表示され、ユーザは指をタッチスクリーンの上で上下にスライドすることで、画像のサムネイルに対するプレビューを実現し、またサムネイルをクリックすることで対応する画像を全画面表示することもできる。当然ながら、ここでは図２に示すデータのストレージパスの組織構造のみを例にしており、図３に示すデータのストレージパスの組織構造を採用する場合、ユーザが「画像」ボタンをクリックした際、進入するデータのストレージパスは「／Ｄａｔａ／ｐｉｃｔｕｒｅ／小白／」であってもよい。

更に、同じユーザの携帯電話、タブレットＰＣなど複数のデバイス、または同じ家庭内の複数のユーザの携帯電話などは、同じアカウントを共有している可能性があり、ユーザはルータがそれぞれの端末デバイスに対して更なる精細なバックアップデータの管理を実現することを要求する可能性がある。従って、ルータは端末からのバックアップデータを、端末がログインしたアカウント情報に対応するパスに記憶する際、更に、前記端末のデバイス識別子を取得し、前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶することができる。

本実施例において、端末がログインしたアカウント情報と、端末のデバイス識別子を同時に考慮することを通じて、ルータがバックアップデータを記憶する際、対応するデータのストレージパスの組織構造も更なる拡張する必要があるようになる。

一つの例示的な実施例として、図７に示すデータのストレージパスの組織構造は図２を基に拡張を実現し、以下のプロセスを含む。例えばアカウントＡをデバイス１、デバイス２など複数の端末デバイスが共有していると仮定し、アカウントＡに対応する２級ストレージパスである「／Ｄａｔａ／Ａ／」のもとに、デバイス１に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ１／」と、デバイス２に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ２／」とをそれぞれ作成し、それぞれのアカウントに対応する２級ストレージパスのもとに、それぞれのアカウントに対応する複数の端末デバイスそれぞれに対し、対応する３級ストレージパスをそれぞれ作成する。そして、デバイス１に対応する３級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ１／」のもとに、例えばデータ種類の「映像」に対応する４級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ／ｍｏｖｉｅ／」、データ種類の「画像」に対応する４級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ／ｐｉｃｔｕｒｅ／」、データ種類の「音楽」に対応する４級ストレージパスである「／Ｄａｔａ／Ａ／Ｄｅｖｉｃｅ／ｍｕｓｉｃ／」のような、それぞれのデータ種類に対応する４級ストレージパスを作成する。同様に、デバイス２などその他のデバイスそれぞれに対応する３級ストレージパスのもとに、対応する４級ストレージパスを作成することができる。

他の一つの例示的な実施例として、図８に示すデータのストレージパスの組織構造は図３を基に拡張を実現し、以下のプロセスを含む。例えば、アカウントＡをデバイス１、デバイス２など複数の端末デバイスが共有していると仮定し、アカウントＡに対応する３級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／Ａ／」のもとに、デバイス１に対応する４級ストレージパスである「／Ｄａｔａ／ｍｏｖｉｅ／Ａ／Ｄｅｖｉｃｅ１／」と、デバイス２に対応する４級ストレージパスである「／Ｄａｔａ／／ｍｏｖｉｅ／Ａ／Ｄｅｖｉｃｅ２／」とをそれぞれ作成するように、それぞれのアカウントに対応する３級ストレージパスのもとに、それぞれのアカウントに対応する複数の端末デバイスそれぞれに対し、対応する４級ストレージパスをそれぞれ作成する。同様に、アカウントＢなどその他のアカウントそれぞれに対応する３級ストレージパスのもとに、該アカウントを使用するデバイスそれぞれのために、対応する４級ストレージパスを作成することができる。

図７または図８に示すデータのストレージパスの組織構造に基づいて、図４に示すデータのインタラクションプロセスを通じて、ユーザが図９に示す画面でバックアップデータへのアクセス及び管理を実現することも可能である。図９に示すように、ユーザが端末を通じてアカウント「小白」にログインしたと仮定し、ルータは更に該端末の種類が「小米携帯電話２Ｓ」であることを確定することを通じて、「小白」のもとの「小米携帯電話２Ｓ」（即ち図９に示す「小米２Ｓ）に対応するバックアップデータの情報を端末に返し、端末画面における「映像」、「画像」、「音楽」などのボタンをクリックすることで、ルータにおける対応するバックアップデータにアクセスすることができる。

本発明の一つの例示的な実施例に基づいて、ルータは更に、端末からのバックアップデータのメタデータ（ｍｅｔａｄａｔａ）情報を読み取り、前記メタデータ情報に基づいて前記バックアップデータを分類し、前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶することもできる。

本実施例において、バックアップデータのメタデータは対応する作成時間、ファイルの大きさなどであってもよい。「作成時間」を例として、ルータが端末から受信するバックアップデータが１２３．ｊｐｇであり、該ファイルは「画像」の種類に属し、作成時間は２０１４年７月３０日であると仮定する。ルータが図７に示すデータのストレージパスの組織構造を採用するとき、端末が既にアカウント「小白」にログインし、端末デバイスが「小米２Ｓ」であると仮定すると、ルータが選択するデータのストレージパスは、「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／１２３．ｊｐｇ」であり、または「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／０７／１２３．ｊｐｇ」であり、または「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／０７／３０／１２３．ｊｐｇ」などである。ルータが図８に示すデータのストレージパスの組織構造を採用するとき、ルータが選択するデータのストレージパスは「／Ｄａｔａ／ｐｉｃｔｕｒｅ／小白／ｘｉａｏｍｉ２Ｓ／２０１４／１２３．ｊｐｇ」であり、または「／Ｄａｔａ／ｐｉｃｔｕｒｅ／小白／ｘｉａｏｍｉ２Ｓ／２０１４／０７／１２３．ｊｐｇ」であり、または「／Ｄａｔａ／ｐｉｃｔｕｒｅ／小白／ｘｉａｏｍｉ２Ｓ／２０１４／０７／３０／１２３．ｊｐｇ」などである。

上記に対応して、ユーザは下記の方法でルータに記憶されたバックアップデータである「１２３．ｊｐｇ」にアクセスすることができる。図９に示す端末画面において、ユーザは「画像」ボタンをクリックし、ルータが図７に示すデータのストレージパスの組織構造を採用すると仮定すると、端末は図１０に対応するデータのストレージパスである「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／」に入り、端末画面において複数のサブパスに対応するフォルダを表示する。ユーザがフォルダ「２０１４」を選択したとき、図１１に示すサブパスである「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／」に入り、ユーザは端末画面の上でスライド操作を通じてフォルダ「０７」を選択し、これにより、対応するサブパスである「／Ｄａｔａ／小白／ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／０７／」のもとに、バックアップデータである「１２３．ｊｐｇ」を取得する。

本発明は更に、前述したアクセスの処理方法の実施例に対応してアクセスの処理装置の実施例を提供する。

図１２は一つの例示的な実施例にかかる一つのデータバックアップ装置のブロック図である。図１２に示すように、該装置はデータ受信ユニット１２１、アカウント確定ユニット１２２及びデータ記憶ユニット１２３を備える。

ここで、データ受信ユニット１２１は、端末からのバックアップデータを受信するように構成される。

アカウント確定ユニット１２２は、前記端末がログインしたアカウント情報を確定するように構成される。

データ記憶ユニット１２３は、前記バックアップデータを、前記アカウント情報に対応するパスに記憶するように構成される。

上述した実施例において、アカウント情報に基づいてバックアップデータを記憶することで、異なるアカウント同士が事前にアクセス権限の制限に基づくことができるようにし、これによりバックアップデータの安全性とプライバシーを高め、記憶されたバックアップデータに対するルータの管理効率の向上に役立つ。

図１３に示すように、図１３は一つの例示的な実施例にかかる他の一つのデータバックアップ装置のブロック図であり、該実施例は、前述した図１２に示す実施例を基に、データ記憶ユニット１２３は、識別子取得サブユニット１２３１及び第１サブパス確定サブユニット１２３２を備えることができる。

ここで、識別子取得サブユニット１２３１は、前記端末のデバイス識別子を取得するように構成される。

第１サブパス確定サブユニット１２３２は、前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶するように構成される。

上述した実施例において、記憶されるバックアップデータの管理のために、アカウント情報とデバイス識別子を組み合わせ、バックアップデータに対する更なる緻密な記憶管理を実現する。

図１４に示すように、図１４は一つの例示的な実施例にかかる他の一つのデータバックアップ装置のブロック図であり、該実施例は、前述した図１２に示す実施例を基に、データ記憶ユニット１２３は、情報読取サブユニット１２３３、データ分類サブユニット１２３４及び第２サブパス確定サブユニット１２３５を備えることができる。

ここで、情報読取サブユニット１２３３は、前記バックアップデータのメタデータ情報を読み取るように構成される。

データ分類サブユニット１２３４は、前記メタデータ情報に基づいて、前記バックアップデータを分類するように構成される。

第２サブパス確定サブユニット１２３５は、前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶するように構成される。

上述した実施例において、バックアップデータのメタデータ情報に基づいて、バックアップデータを分類して記憶し、これによりユーザがバックアップデータを検索しやすくなり、バックアップデータに対するルータの管理効率の向上にも役立つ。

図１５に示すように、図１５は一つの例示的な実施例にかかる他の一つのデータバックアップ装置のブロック図であり、該実施例は、前述した図１２に示す実施例を基に、データバックアップ装置は更に、要求受信ユニット１２４及び情報返しユニット１２５を備えることができる。

ここで、要求受信ユニット１２４は、前記端末から送信されるデータのアクセス要求を受信するように構成される。

情報返しユニット１２５は、前記データのアクセス要求に基づいて、前記アカウント情報に対応するバックアップデータの情報を前記端末に返すように構成される。

上述した実施例において、端末がログインしたアカウント情報に基づいて、該アカウント情報に対応するバックアップデータの情報のみ返し、これによりアカウントに基づくバックアップデータの管理を実現しやすく、その他のアカウントのもとのバックアップデータの内容の漏洩を避け、バックアップデータの安全性の向上にも役立つ。

説明しなければいけないのは、上述した図１５に示す装置実施例における要求受信ユニット１２４と情報返しユニット１２５の構造は、前述した図１２乃至図１４のいずれか一つの装置実施例に含まれてもよく、本発明はこれについて限定しない。

図１６に示すように、図１６は一つの例示的な実施例にかかる他の一つのデータバックアップ装置のブロック図であり、該実施例は、前述した図１２に示す実施例を基に、データバックアップ装置は更に、指令受信ユニット１２６及びデータ管理ユニット１２７を備えることができる。

ここで、指令受信ユニット１２６は、前記端末から送信されるデータ管理指令を受信するように構成される。

データ管理ユニット１２７は、前記データ管理指令に基づいて、前記アカウント情報に対応するバックアップデータを管理するように構成される。

上述した実施例において、アカウントログインのメカニズムを通じて、ユーザがログインしたアカウントに対応するバックアップデータのみに対して検索と管理を行うようにし、ルータがバックアップデータを管理しやすく、バックアップデータの安全性の向上にも役立つ。

説明しなければいけないのは、上述した図１６に示す装置実施例における指令受信ユニット１２６及びデータ管理ユニット１２７の構造は、前述した図１２乃至図１５のいずれか一つの装置実施例に含まれてもよく、本発明はこれについて限定しない。

上述した装置におけるそれぞれのユニットの機能及び作用の実現過程の詳細は、上述した方法における対応するステップの実現過程を参照すればよく、ここでは繰り返して説明しない。

装置実施例は、基本的に方法の実施例に対応するため、関連するところは方法の実施例の部分的な説明を参考にすることができる。以上、説明した装置実施例は例示的なものに過ぎず、ここで分離できるパーツとして説明された前記ユニットは、物理的に分離できるものであってもなくてもよい。ユニットとして表示されたパーツは物理的なユニットであってもなくてもよい。即ち、一か所に位置することが可能で、または複数のネットワークユニットに分布されていてもよい。実際のニーズに基づいて、その中の部分または全部のモジュールを選択して本発明の方案の目的を実現することができる。当業者は創造的な労働を経ずに、理解し実施することができる。

上記に対応して、本発明は更に信号伝送制御装置を提供し、プロセッサと、プロセッサにより実行可能な指令を記憶するためのメモリとを備える。ここで前記プロセッサは、端末からのバックアップデータを受信し、前記端末がログインしたアカウント情報を確定し、前記バックアップデータを前記アカウント情報に対応するパスに記憶するように構成される。

また、上記に対応して、本発明は更に端末を提供し、前記端末は、メモリ及びメモリに記憶された一つまたは一つ以上のプログラムを含んでおり、かつ、一つまたは一つ以上のプロセッサによって、端末からのバックアップデータを受信し、前記端末がログインしたアカウント情報を確定し、前記バックアップデータを前記アカウント情報に対応するパスに記憶するための指令を含む前記一つまたは一つ以上のプログラムを実行するように構成される。

コンピュータ読み取り可能な非一時的な記憶媒体は、前記記憶媒体の指令が移動端末のプロセッサによって実行されるとき、移動端末が、端末からのバックアップデータを受信するステップと、前記端末がログインしたアカウント情報を確定するステップと、前記バックアップデータを前記アカウント情報に対応するパスに記憶するステップとを含むデータバックアップ方法を実行できるようにする。

図１７は一つの例示的な実施例にかかる一つのデータバックアップに用いられる装置１７００のブロック図である。例えば、装置１７００を一つのサーバとして提供することができる。図１７に示すように、装置１７００は、一つ又は複数のプロセッサを有する処理部材１７２２、及びメモリ１７３２を代表とする記憶装置を備える。該記憶装置は、例えばアプリケーションプログラムのような、処理部材１７２２によって実行される指令を記憶するために使われる。メモリ１７３２に記憶されるアプリケーションプログラムは、一つ又は複数の、それぞれ一組の指令に対応するモジュールを含むことができる。また、処理部材１７２２は指令を実行するように構成され、
端末からのバックアップデータを受信するステップと、
前記端末がログインしたアカウント情報を確定するステップと、
前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップとを含む前記方法を実行する。

装置１７００は更に、装置１７００の電源の管理を実行するように構成される電源部材１７２６、装置１７００をネットワークに接続するように構成される一つの有線又は無線ネットワークインタフェース１７５０及び一つの入力／出力（Ｉ／Ｏ）インタフェース１７５８を備える。装置１７００はメモリ１７３２に記憶された、例えばＷｉｎｄｏｕｓ（登録商標） Ｓｅｒｖｅｒ、Ｍａｃ ０Ｓ（登録商標） Ｘ、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）又は類似のオペレーティングシステムに基づいて動作することができる。

当業者は明細書を検討し、ここで開示した発明を実践した後、本発明のその他の実施方案を容易に思いつくことができる。本願は本発明の全ての変更、用途又は適応性の変化を含む。これらの変更、用途又は適応性の変化は本発明の一般的な原理に従っており、本発明に未開示の本技術分野における周知技術又は慣用技術手段を含む。明細書及び実施例は例示的なものに過ぎず、本発明の真の範囲及び主旨は以下の特許請求の範囲によって示される。

本発明は、上記で説明した、また図面において示した寸分違わぬ構成に限定されず、その範囲を逸脱しない前提のもとで種々の変更及び修正を行うことができることを理解すべきである。本発明の範囲は付された特許請求の範囲によってのみ限定される。

本願は出願番号がＣＮ２０１４１０４０４８８８．５であって、出願日が２０１４年８月１５日である中国特許出願に基づき、優先権を主張し、当該中国特許出願の全ての内容を本願に援用する。

Claims (13)

1. データバックアップ装置において、端末が前記データバックアップ装置で構築されたローカルエリアネットワークに入った後、前記データバックアップ装置が前記端末からのパケットを受信し、当該パケットにおける識別子に基づいて、当該パケットが、前記端末がバックアップする必要があるバックアップデータであるのかを識別し、当該パケットがバックアップデータであると識別すれば、バックアップ機能を起動するステップと、
   前記データバックアップ装置が前記端末がログインしたアカウント情報を確定するステップと、
   前記データバックアップ装置が前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップとを含むことを特徴とするデータバックアップ方法。
2. 前記データバックアップ装置が前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップは、
   前記端末のデバイス識別子を取得するステップと、
   前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ、前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶するステップとを含むことを特徴とする請求項１に記載のデータバックアップ方法。
3. 前記データバックアップ装置が前記バックアップデータを、前記アカウント情報に対応するパスに記憶するステップは、
   前記バックアップデータのメタデータ情報を読み取るステップと、
   前記メタデータ情報に基づいて、前記バックアップデータを分類するステップと、
   前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶するステップと含むことを特徴とする請求項１に記載のデータバックアップ方法。
4. 更に、
   前記データバックアップ装置が前記端末から送信されるデータのアクセス要求を受信するステップと、
   前記データバックアップ装置が前記データのアクセス要求に基づいて、前記アカウント情報に対応するバックアップデータの情報を前記端末に返すステップとを含むことを特徴とする請求項１に記載のデータバックアップ方法。
5. 更に、
   前記データバックアップ装置が前記端末から送信されるデータ管理指令を受信するステップと、
   前記データバックアップ装置が前記データ管理指令に基づいて、前記アカウント情報に対応するバックアップデータを管理するステップとを含むことを特徴とする請求項４に記載のデータバックアップ方法。
6. データバックアップ装置であって、
   端末からのバックアップデータを受信するためのデータ受信ユニットと、
   前記端末がログインしたアカウント情報を確定するためのアカウント確定ユニットと、
   前記バックアップデータを、前記アカウント情報に対応するパスに記憶するためのデータ記憶ユニットとを備え、
   前記データバックアップ装置において、前記端末が前記データバックアップ装置で構築されたローカルエリアネットワークに入った後、前記データバックアップ装置が前記端末からのパケットを受信し、当該パケットにおける識別子に基づいて、当該パケットが、前記端末がバックアップする必要があるバックアップデータであるのかを識別し、当該パケットがバックアップデータであると識別すれば、前記データ受信ユニット、前記アカウント確定ユニット、及び前記データ記憶ユニットを起動することを特徴とするデータバックアップ装置。
7. 前記データ記憶ユニットは、
   前記端末のデバイス識別子を取得するための識別子取得サブユニットと、
   前記アカウント情報に対応するパスのもとに、前記デバイス識別子に対応するサブパスを確定し、かつ、前記バックアップデータを前記デバイス識別子に対応するサブパスに記憶するための第１サブパス確定サブユニットとを備えることを特徴とする請求項６に記載のデータバックアップ装置。
8. 前記データ記憶ユニットは、
   前記バックアップデータのメタデータ情報を読み取るための情報読取サブユニットと、
   前記メタデータ情報に基づいて、前記バックアップデータを分類するためのデータ分類サブユニットと、
   前記アカウント情報に対応するパスのもとに、分類結果に対応するサブパスを確定し、前記バックアップデータを前記分類結果に対応するサブパスに記憶するための第２サブパス確定サブユニットとを備えることを特徴とする請求項６に記載のデータバックアップ装置。
9. 更に、
   前記端末から送信されるデータのアクセス要求を受信するための要求受信ユニットと、
   前記データのアクセス要求に基づいて、前記アカウント情報に対応するバックアップデータの情報を前記端末に返すための情報返しユニットとを備えることを特徴とする請求項６に記載のデータバックアップ装置。
10. 更に、
    前記端末から送信されるデータ管理指令を受信するための指令受信ユニットと、
    前記データ管理指令に基づいて、前記アカウント情報に対応するバックアップデータを管理するためのデータ管理ユニットとを備えることを特徴とする請求項９に記載のデータバックアップ装置。
11. プロセッサと、
    プロセッサが実行可能な指令を記憶するためのメモリとを備え、
    前記プロセッサは、
    端末からのパケットを受信し、当該パケットにおける識別子に基づいて、当該パケットが、前記端末がバックアップする必要があるバックアップデータであるのかを識別し、当該パケットがバックアップデータであると識別すれば、バックアップ機能を起動し、
    前記端末がログインしたアカウント情報を確定し、
    前記バックアップデータを、前記アカウント情報に対応するパスに記憶するように構成されることを特徴とする電子デバイス。
12. プロセッサに実行されることにより、請求項１から請求項５のいずれかに記載のデータバックアップ方法を実現する記録媒体に記録されたプログラム。
13. 請求項１２に記載のプログラムが記録された記録媒体。

Images