(57)【特許請求の範囲】
【請求項１】
データをバックアップするための方法であって、
端末が、ルータによって形成されるローカルネットワークに加わることをトリガーとして、所定のタイプの新たなファイルが前記端末に存在するかどうかを決定するステップと、
前記端末が前記所定のタイプの前記新たなファイルが存在する場合に所定のアルゴリズムにしたがって前記新たなファイルに対応するチェック値を計算するステップと、
前記端末が接続されるルータへ前記チェック値を含む問い合わせ要求を送って、前記チェック値を有するファイルが前記ルータに記憶されているかどうかを問い合わせるステップと、
前記端末が前記ルータから戻される問い合わせ結果にしたがって前記チェック値を有するファイルが前記ルータに記憶されていないと決定する場合には、前記新たなファイルを前記ルータにバックアップするステップと、
を備え、
接続されるルータへ前記チェック値を含む問い合わせ要求を送る前記ステップは、
既に登録されたアカウント情報にしたがって前記ルータにログインする場合にログインアカウントを介して前記問い合わせ要求を前記ルータへ送るステップを備え、それにより、前記ルータは、前記チェック値を有するファイルが、前記ログインアカウントがアクセス可能なバックアップデータとして記憶されているかどうかを問い合わせる方法。
【請求項２】
前記新たなファイルを前記ルータにバックアップする前記ステップは、
既に登録されたアカウント情報にしたがって前記ルータにログインする場合にログインアカウントを介して前記新たなファイルを前記ルータへ送るステップを備え、それにより、前記ルータは、前記ログインアカウントに対応するパスに前記新たなファイルをバックアップする請求項１に記載の方法。
【請求項３】
前記端末を表示する識別子を介して前記新たなファイルを標識化するステップを更に備え、それにより、前記ルータは、前記ログインアカウントと前記端末の識別子とに対応するパスに前記新たなファイルをバックアップする請求項２に記載の方法。
【請求項４】
データアクセス要求を前記ルータに送信するとともに、既に登録されたアカウント情報にしたがって前記ルータにログインする場合に前記ルータから戻されてログインアカウントがアクセス可能なバックアップデータに関する情報を受信するステップと、
前記ログインアカウントがアクセス可能な前記バックアップデータを管理するためにデータ管理命令を前記ルータへ送るステップと
を更に備える請求項１〜３の何れか１項に記載の方法。
【請求項５】
データをバックアップするための装置であって、
前記装置が、ルータによって形成されるローカルネットワークに加わることをトリガーとして、所定のタイプの新たなファイルが前記装置に存在するかどうかを決定するように構成される増分決定ユニットと、
前記所定のタイプの前記新たなファイルが存在すると決定される場合には、所定のアルゴリズムにしたがって前記新たなファイルに対応するチェック値を計算するように構成されるチェック値計算ユニットと、
接続されるルータへ前記チェック値を含む問い合わせ要求を送って、前記チェック値を有するファイルが前記ルータに記憶されているかどうかを問い合わせるように構成されるファイル問い合わせユニットと、
前記ルータから戻される問い合わせ結果にしたがって前記チェック値を有するファイルが前記ルータに記憶されていないと決定される場合には、前記新たなファイルを前記ルータにバックアップするように構成されるファイルバックアップユニットと
を備え、
前記ファイル問い合わせユニットは、
既に登録されたアカウント情報にしたがって前記ルータがログインされる場合にログインアカウントを介して前記問い合わせ要求を前記ルータへ送るように構成される要求送信サブユニットを備え、それにより、前記ルータは、前記チェック値を有するファイルが、前記ログインアカウントがアクセス可能なバックアップデータとして記憶されているかどうかを問い合わせる装置。
【請求項６】
前記ファイルバックアップユニットは、
既に登録されたアカウント情報にしたがって前記ルータがログインされる場合にログインアカウントを介して前記新たなファイルを前記ルータへ送るように構成されるファイル送信サブユニットを備え、それにより、前記ルータは、前記ログインアカウントに対応するパスに前記新たなファイルをバックアップする請求項５に記載の装置。
【請求項７】
データをバックアップするための装置が属する前記装置を表示する識別子を介して前記新たなファイルを標識化するように構成されるファイル標識化ユニットを更に備え、それにより、前記ルータは、データをバックアップするための前記装置が属する前記装置の識別子と前記ログインアカウントとに対応するパスに前記新たなファイルをバックアップする請求項６に記載の装置。
【請求項８】
データアクセス要求を前記ルータに送信するとともに、既に登録されたアカウント情報にしたがって前記ルータがログインされる場合に前記ルータから戻されてログインアカウントがアクセス可能なバックアップデータに関する情報を受けるように構成されるデータアクセスユニットと、
前記ログインアカウントがアクセス可能な前記バックアップデータを管理するために、データ管理命令を前記ルータに送るように構成される命令送信ユニットと
を更に備える請求項５〜７の何れか１項に記載の装置。
【請求項９】
請求項１〜４の何れか１項に記載のバックアップするための方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
この出願は、その全体の内容が参照により本願に組み入れられる、２０１４年８月１５日に出願された中国特許出願第２０１４１０４０４５４９．７号に基づくとともにその優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、データバックアップ技術の分野に関し、特に、データをバックアップするための方法、データをバックアップするための装置、および、電子装置に関する。
【背景技術】
【０００３】
携帯端末の機能の多様性の増大に伴い、ユーザは、仕事や生活などの様々な場面で携帯端末を使用するとともに、それに伴う様々なタイプのデータを携帯端末に記憶する。携帯端末が紛失、損傷等される場合には、データを失うリスクがある。あるいは、携帯端末の不十分な記憶スペースに起因してユーザがマニュアル管理を行なうときには、幾つかの重要なデータが誤って消去される場合がある。
【０００４】
関連技術では、ルータの知的な開発および用途に基づき、ルータが高容量のハードディスクを伴って構成され、それにより、ユーザは、携帯端末内のデータをルータにバックアップすることができ、その結果、データの安全性を確保でき、また、ユーザは、バックアップデータを都合良く見ることができる。
【０００５】
しかしながら、関連技術において、バックアップは、携帯端末内のバックアップされるべき全てのデータの単位に基づいて行なわれる。すなわち、携帯端末内のバックアップされるべき全てのデータをルータへ毎回送信する必要があり、そのため、データ送信に非常に時間がかかり、したがって、ユーザの利用経験が影響される。
【発明の概要】
【０００６】
本開示は、関連技術においてデータバックアップが端末で行なわれる際の多大な送信量および多くの時間消費という技術的課題を解決するために、データをバックアップするための方法、データをバックアップするための装置、および、電子装置を提供する。
【０００７】
本開示の実施形態の第１の態様によれば、データをバックアップするための方法であって、
所定のタイプの新たなファイルがローカルに存在するかどうかを決定するステップと、
所定のタイプの新たなファイルが存在する場合に所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算するステップと、
接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせるステップと、
ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定する場合には新たなファイルをルータにバックアップするステップと
を含む方法が提供される。
【０００８】
あるいは、接続されるルータへチェック値を含む問い合わせ要求を送るステップは、
既に登録されたアカウント情報にしたがってルータにログインする場合にログインアカウントを介して問い合わせ要求をルータへ送るステップを含み、それにより、ルータは、チェック値を有するファイルがログインアカウントにアクセス可能なバックアップデータに記憶されているかどうかを問い合わせる。
【０００９】
あるいは、新たなファイルをルータにバックアップするステップは、
既に登録されたアカウント情報にしたがってルータにログインする場合にログインアカウントを介して新たなファイルをルータへ送るステップを含み、それにより、ルータは、ログインアカウントに対応するパスに新たなファイルをバックアップする。
【００１０】
あるいは、方法は、
ローカル装置の識別子を介して新たなファイルを標識化するステップを更に含み、それにより、ルータは、ログインアカウントとローカル装置とに対応するパスに新たなファイルをバックアップする。
【００１１】
あるいは、方法は、
データアクセス要求をルータに送信するとともに、既に登録されたアカウント情報にしたがってルータにログインする場合にルータから戻されてログインアカウントにアクセス可能なバックアップデータに関する情報を受信するステップと、
ログインアカウントにアクセス可能なバックアップデータを管理するためにデータ管理命令をルータへ送るステップと
を更に含む。
【００１２】
本開示の実施形態の第２の態様によれば、データをバックアップするための装置であって、
所定のタイプの新たなファイルがローカルに存在するかどうかを決定するように構成される増分決定ユニットと、
所定のタイプの新たなファイルが存在すると決定される場合には、所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算するように構成されるチェック値計算ユニットと、
接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせるように構成されるファイル問い合わせユニットと、
ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定される場合には、新たなファイルをルータにバックアップするように構成されるファイルバックアップユニットと
を含む装置が提供される。
【００１３】
あるいは、ファイル問い合わせユニットは、
既に登録されたアカウント情報にしたがってルータがログインされる場合にログインアカウントを介して問い合わせ要求をルータへ送るように構成される要求送信サブユニットを含み、それにより、ルータは、チェック値を有するファイルがログインアカウントにアクセス可能なバックアップデータに記憶されているかどうかを問い合わせる。
【００１４】
あるいは、ファイルバックアップユニットは、
既に登録されたアカウント情報にしたがってルータがログインされる場合にログインアカウントを介して新たなファイルをルータへ送るように構成されるファイル送信サブユニットを含み、それにより、ルータは、ログインアカウントに対応するパスに新たなファイルをバックアップする。
【００１５】
あるいは、装置は、
データをバックアップするための前記装置が属する装置の識別子を介して新たなファイルを標識化するように構成されるファイル標識化ユニットを更に含み、それにより、ルータは、データをバックアップするための前記装置が属する装置とログインアカウントとに対応するパスに新たなファイルをバックアップする。
【００１６】
あるいは、装置は、
データアクセス要求をルータに送信するとともに、既に登録されたアカウント情報にしたがってルータがログインされる場合にルータから戻されてログインアカウントにアクセス可能なバックアップデータに関する情報を受けるように構成されるデータアクセスユニットと、
ログインアカウントにアクセス可能なバックアップデータを管理するために、データ管理命令をルータに送るように構成される命令送信ユニットと
を更に含む。
【００１７】
本開示の実施形態の第３の態様によれば、
プロセッサと、
プロセッサによって実行可能な命令を記憶するためのメモリと、
を含む電子装置が提供される。
プロセッサは、
所定のタイプの新たなファイルがローカルに存在するかどうかを決定し、
所定のタイプの新たなファイルが存在する場合に所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算し、
接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせ、
ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定する場合には新たなファイルをルータにバックアップする
ように構成される。
【００１８】
本開示の実施形態によって与えられる技術的な解決策は、以下の有利な効果を有することができる。
【００１９】
本開示では、端末で新たなファイルを検出することによって、端末からのデータの増分バックアップを実現することができる。すなわち、新たなファイルをルータへ送信してバックアップするだけで済み、したがって、データの送信量が大きく減少されて、データのバックアップ効率が高まる。一方、新たなファイルがルータに記憶されているかどうかを問い合わせることによって、ルータは、同じファイルに関してバックアップを繰り返し行わなくてもよく、したがって、ルータの記憶スペースの利用率が高められる。
【００２０】
本開示では、アカウントログイン機構によって、端末で現在ログインされるアカウントに対応するバックアップデータにのみ新たなファイルが記憶されているかどうかが決定され、それにより、アカウントに基づくバックアップデータ管理を都合良く実現することができ、また、他のアカウント下でのバックアップデータの内容が漏らされる場合がなく、したがって、バックアップデータの安全性が高まる。
【００２１】
本開示では、アカウントログイン機構により、異なるアカウントのバックアップデータの記憶パスを区別することができ、また、新たなファイルのバックアップ記憶をアカウントに基づいて実現することができ、それにより、異なるアカウントに対応するバックアップデータを効果的に管理することができる。
【００２２】
本開示では、同じアカウントの下で異なる装置を区別することにより、同じアカウントを共有する複数の装置が異なるバックアップデータ記憶パスを使用することができ、それにより、アカウントおよび装置に基づいて新たなファイルのバックアップ記憶を実現することができ、したがって、バックアップデータのより注意深い管理を実現することができる。
【００２３】
本開示では、アカウントログイン機構により、ユーザは、ログインアカウントに対応するバックアップデータを見て管理するだけでよく、それにより、ルータがバックアップデータを都合良く管理できるとともに、バックアップデータの安全性を高めることができる。
【００２４】
言うまでもなく、前述の概要および以下の詳細な説明はいずれも、単に例示的で且つ説明的なものであるにすぎず、特許請求の範囲に記載される発明を限定するものではない。
【００２５】
この明細書中に組み入れられてこの明細書の一部を構成する添付図面は、本発明に従う実施形態を例示するとともに、明細書本文と共に本発明の原理を説明する役目を果たす。
【図面の簡単な説明】
【００２６】
【図１】例示的な実施形態に係るデータをバックアップするための方法のフローチャートである。
【図２】他の例示的な実施形態に係るデータをバックアップするための方法のフローチャートである。
【図３】例示的な実施形態にしたがってバックアップデータを管理するフローチャートである。
【図４】例示的な実施形態に係る端末インタフェースの概略図である。
【図５】例示的な実施形態に係る端末インタフェースの概略図である。
【図６】例示的な実施形態に係る端末インタフェースの概略図である。
【図７】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【図８】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【図９】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【図１０】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【図１１】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【図１２】例示的な実施形態に係るデータをバックアップするための装置のブロック図である。
【発明を実施するための形態】
【００２７】
ここで、例示的な実施形態について詳しく言及し、これらの例示的な実施形態の例が添付図面に示される。以下の説明は添付図面を参照し、添付図面中、別段に表示されなければ、異なる図面における同じ数字が同じ、または同様の要素を表わす。例示的な実施形態の以下の説明に記載される実施は、本発明に従う実施の全てを表わさない。それどころか、それらの実施は、単に、添付の特許請求の範囲に挙げられる発明に関連する態様に従う装置および方法の例にすぎない。
【００２８】
図１は、例示的な実施形態に係るデータをバックアップするための方法のフローチャートである。図１に示されるように、方法は、端末で使用されてもよく、以下のステップを含む。
【００２９】
ステップ１０２においては、所定のタイプの新たなファイルが端末に存在するかどうかが決定される。
【００３０】
この実施形態では、“所定のタイプの新たなファイルが存在する”という条件がトリガー条件として使用され、トリガー条件が満たされるときにステップ１０４が引き起こされ、そうでなければ、ステップ１０４が引き起こされないことが理解されてもよい。あるいは、“所定のタイプの新たなファイルが存在する”という条件が満たされるときにステップ１０４が実行され、そうでなければ、関連技術における態様で通常の処理が行なわれることが理解されてもよい。
【００３１】
“所定のタイプ”は、実用的なニーズにしたがって設定されてもよい。例えば、現在検査される新たなファイルが“所定のタイプ”に属するかどうかを決定するために、ファイルタイプ（例えば、写真、ビデオなど）、ファイルサイズ（例えば、１０ＫＢよりも小さい、１Ｍよりも大きいなど）、および、ファイルが属するアプリケーション（例えば、“カメラ”、“ブラウザ”など）のうちの少なくとも１つが判断条件として使用される。
【００３２】
ステップ１０４において、所定のタイプの新たなファイルが存在する場合には、新たなファイルに対応するチェック値が所定のアルゴリズムにしたがって計算される。
【００３３】
この実施形態では、チェック値をデフォルト態様で、または事前協議態様で計算するために端末およびルータが同じ“所定のアルゴリズム”を採用することを確保できる。本開示の例示的な実施形態において、“所定のアルゴリズム”は、ＨＡＳＨアルゴリズム、ＭＤ５（メッセージダイジェストアルゴリズム５）アルゴリズム等であってもよい。
【００３４】
ステップ１０６では、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせるために、チェック値を含む問い合わせ要求が、接続されるルータへ送られる。
【００３５】
この実施形態において、ルータは、問い合わせ要求を受けるときに記憶されたファイルのチェック値をリアルタイムで計算してもよい。あるいは、ルータは、記憶されたファイルのチェック値を予め計算してもよく、また、それに対応して、記憶されたファイルと、記憶されたファイルに対応するチェック値とを記憶してもよく、それにより、ルータは、受けられた問い合わせ要求にしたがって、より速い問い合わせ操作を実現することができる。
【００３６】
ステップ１０８では、ルータから戻される問い合わせ結果にしたがって、チェック値を有するファイルがルータに記憶されていないと決定されれば、新たなファイルがルータにバックアップされる。
【００３７】
先の実施形態から分かるように、本開示では、端末で新たなファイルを検出することによって、端末からのデータの増分バックアップを実現することができる。すなわち、新たなファイルをルータへ送信してバックアップするだけで済み、したがって、データの送信量が大きく減少されて、データのバックアップ効率が高まる。一方、新たなファイルがルータに記憶されているかどうかを問い合わせることによって、ルータは、同じファイルに関してバックアップを繰り返し行わなくてもよく、したがって、ルータの記憶スペースの利用率が高められる。
【００３８】
図２は、他の例示的な実施形態に係るデータをバックアップするための方法を示す。図２を参照すると、方法は以下のステップを含む。
【００３９】
ステップ２０２において、端末は、ルータによって形成されるローカルネットワークに加わって、ログイン要求をルータへ送る。ログイン要求は、ログインアカウントと、アカウントＡに対応するログインパスワードとを含むものとする。
【００４０】
ステップ２０４において、ルータは、ローカルアカウント情報テーブルにしたがって、受け取ったログイン要求におけるログインアカウントとログインパスワードとの組み合わせに適合するアカウント情報を問い合わせ、アカウント情報がアカウントＡに対応することが問い合わせされれば、ルータは、対応するログイン成功メッセージを端末へ戻す。
【００４１】
ステップ２０６において、端末は、所定のタイプの新たなファイルが端末に存在するかどうかを検出し、また、所定のタイプの新たなファイル１２３．ｊｐｇ“アプリケーション“カメラ”によってもたらされる写真”が検出されると仮定する。
【００４２】
ステップ２０８では、１２８ビットチェック値を得るために、ＭＤ５アルゴリズムなどの所定のアルゴリズムにしたがって新たなファイル１２３．ｊｐｇのチェック値が計算される。
【００４３】
ステップ２１０では、端末が問い合わせ要求をルータへ送り、この場合、問い合わせ要求は、前述の１２８ビットチェック値などのステップ２０８において計算されたチェック値を含む。
【００４４】
ステップ２１２では、端末がアカウントＡによってルータにログインしてしまっているため、ルータは、アカウントＡがアクセス可能なバックアップデータを取得できる。
【００４５】
この実施形態では、アカウント登録状況にしたがってルータが各アカウントに対応するバックアップデータを記憶して管理するときに、ユーザは、例えば、全ての人のアカウントにアクセスできる、任意の人のアカウントにアクセスできない、指定された人のアカウントにアクセスできる、またはアクセスできない、各アカウントに対応するバックアップデータのための対応するアクセス許可を設定してもよい。したがって、アカウントＡがアクセスできるバックアップデータは、アカウントＡに対応するバックアップデータのみを含んでもよく、また、他のアカウントに対応するバックアップデータであって、該バックアップデータのための対応するアクセス許可をアカウントＡが有する、バックアップデータも含んでもよい。
【００４６】
ステップ２１４において、ルータは、受けられた問い合わせ要求におけるチェック値とアカウントＡがアクセス可能なバックアップデータのチェック値とを比較し、この場合、アカウントＡがアクセス可能なバックアップデータ中にファイル１２３．ｊｐｇが存在するかどうかを決定するために、全てのチェック値が同じアルゴリズムを使用する計算によって得られる。
【００４７】
この実施形態では、一方において、ルータが、受けられた問い合わせ要求におけるチェック値と現在端末でログインされたアカウントＡがアクセス可能なバックアップデータのチェック値とを比較し、他方において、アカウントに対応するバックアップデータ中にファイル１２３．ｊｐｇが存在するか否かにかかわらず、より高いプライバシー要件を有するアカウントに関して、効率を高めるべく比較範囲が狭められる場合があるため、アカウントがチェック値比較のために使用される場合がなく、それにより、アカウントに対応するバックアップデータの内容が漏れ得ないようにすることができるとともに、バックアップデータを手当たり次第に走査できないようにすることができ、したがって、バックアップデータの安全性およびプライバシーが高まる。
【００４８】
ステップ２１６では、同じチェック値を有するバックアップデータが存在することを問い合わせ結果が示す場合には、ルータが問い合わせ結果を端末へ戻し、端末はファイル１２３．ｊｐｇをルータにバックアップせず、一方、同じチェック値を有するバックアップデータが存在しないことを問い合わせ結果が示す場合には、端末がファイル１２３．ｊｐｇをルータにバックアップする。ファイル１２３．ｊｐｇのバックアップ操作が以下の方法で実現されてもよい。
【００４９】
例示的な実施形態では、端末がアカウントＡを介してルータにログインしてしまっているため、新たなファイル１２３．ｊｐｇをログインアカウントＡによってルータへ送ることができ、それにより、ルータは、ログインアカウントＡに対応するパスに新たなファイル１２３．ｊｐｇをバックアップする。
【００５０】
新たなファイル１２３．ｊｐｇのタイプが写真であるため、アカウントＡに対応するパスがＤａｔａ／Ａ／ｐｉｃｔｕｒｅであってもよい。勿論、ルータは、異なる“タイプ”に対応するパスを最初に確立してもよく（例えば、“タイプ”が写真であれば、対応するパスはＤａｔａ／ｐｉｃｔｕｒｅである）、また、それぞれのパスの下でアカウントに対応するサブパスを形成し、したがって、アカウントＡに対応するパスがＤａｔａ／ｐｉｃｔｕｒｅ／Ａであってもよい。ルータは、新たなファイル１２３．ｊｐｇに関する他の情報を更に取得してもよい。例えば、ルータは、２０１４年７月３０日のファイル作成時間を取得して、ファイル１２３．ｊｐｇをパスＤａｔａ／Ａ／ｐｉｃｔｕｒｅ／２０１４／０７（２０１４年７月のアカウントＡの写真）またはＤａｔａ／Ａ／ｐｉｃｔｕｒｅ／２０１４／０７／３０（２０１４年７月３０日のアカウントＡの写真）に記憶する。ファイル作成時間が２０１４年６月１１日であれば、ルータは、ファイル１２３．ｊｐｇをパスＤａｔａ／Ａ／ｐｉｃｔｕｒｅ／２０１４／０６（２０１４年６月のアカウントＡの写真）またはＤａｔａ／Ａ／ｐｉｃｔｕｒｅ／２０１４／０６／１１（２０１４年６月１１日のアカウントＡの写真）に記憶する。あるいは、ルータが新たなファイル１２３．ｊｐｇのサイズを取得してもよく、例えば、ファイル１２３．ｊｐｇのサイズが３Ｍであれば、ルータは、ファイル１２３．ｊｐｇをパスＤａｔａ／Ａ／ｐｉｃｔｕｒｅ／５Ｍ（５Ｍ未満のサイズを有するアカウントＡの写真）に記憶する。
【００５１】
他の例示的な実施形態において、ルータは、同じアカウントを使用する異なる装置にしたがって新たなファイルのより詳細な分類記憶を行なってもよく、また、端末は、以下の操作、すなわち、端末の識別子による新たなファイル１２３．ｊｐｇの標識化を行なってもよく、それにより、ルータは、ログインアカウントＡと端末とに対応するパスに新たなファイル１２３．ｊｐｇをバックアップする。
【００５２】
複数の装置、例えば、同じユーザの携帯電話およびタブレットＰＣ（パーソナルコンピュータ）または同じ家族のユーザの携帯電話などの複数の装置が同じアカウントを共有してもよいため、ユーザは、それぞれの装置ごとに更に細かいバックアップデータ管理を実現する必要があるかもしれない。例えば、パス“Ｄａｔａ／Ａ／ｐｉｃｔｕｒｅ／２０１４／０７”に関して、装置“Ｘｉａｏｍｉ  ２Ｓ”を装置“Ｘｉａｏｍｉ  ３”から区別する必要がある場合、パスは、“Ｘｉａｏｍｉ  ２Ｓ”に対応するサブパス“Ｄａｔａ／Ａ／  Ｘｉａｏｍｉ２Ｓ／ｐｉｃｔｕｒｅ／２０１４／０７”と、“Ｘｉａｏｍｉ  ３”に対応するサブパス“Ｄａｔａ／Ａ／  Ｘｉａｏｍｉ３／ｐｉｃｔｕｒｅ／２０１４／０７”とに変換されてもよい。同じアカウントの下で同じモデルを伴う複数の装置が存在する場合、例えばアカウントＡの下で２つの“Ｘｉａｏｍｉ  ２Ｓ”が存在する場合には、２つの“Ｘｉａｏｍｉ  ２Ｓ”がサブパス“Ｄａｔａ／Ａ／  Ｘｉａｏｍｉ２Ｓ−１／ｐｉｃｔｕｒｅ／２０１４／０７”および“Ｄａｔａ／Ａ／  Ｘｉａｏｍｉ２Ｓ−２／ｐｉｃｔｕｒｅ／２０１４／０７”にそれぞれ対応してもよい。
【００５３】
異なるアカウントに対応するバックアップデータのそれぞれの管理は、アカウント（または、アカウントおよび装置）にしたがってバックアップデータを記憶することによって実現されてもよく、これについては図３を参照して詳しく説明する。
【００５４】
図３に示されるように、本開示の例示的な実施形態に係るバックアップデータを管理するための方法は以下のステップを含む。
【００５５】
ステップ３０２では、端末がアカウントＡを介してルータへログイン要求を開始するものとする。
【００５６】
ステップ３０４において、ルータは、ログイン要求に含まれるログインアカウントとログインパスワードとの組み合わせを検証し、検証が成功した後にログイン成功メッセージを端末へ戻す。
【００５７】
ステップ３０６において、端末は、ログインアカウントＡにしたがってデータアクセス要求をルータへ送る。
【００５８】
ステップ３０８において、ルータは、アカウントＡがアクセス可能なバックアップデータを決定する。
【００５９】
この実施形態において、ユーザは、実際のニーズにしたがってログインアカウントに対応するバックアップデータのアクセス許可を設定してもよく、したがって、アカウントＡでログインすることにより、端末は、アカウントＡに対応するバックアップデータのみにアクセスしてもよく、また、他のアカウントに対応するバックアップデータであって、該バックアップデータのための対応するアクセス許可をアカウントＡが有する、バックアップデータにアクセスしてもよい。
【００６０】
ステップ３１０において、ルータは、ステップ３０８において決定されたアカウントＡがアクセス可能なバックアップデータに関する情報を端末へ送る。
【００６１】
この実施形態では、ユーザがログインアカウントに対応するバックアップデータにのみアクセスできるものとすると、端末は、ルータから戻されるアカウントＡがアクセス可能なバックアップデータに関する情報にしたがって図４に示されるようなバックアップデータ管理インタフェースを生成してもよく、また、ユーザは、インタフェースにおける“映画”、“写真”、および、“音楽”などのボタンを選択することによって対応するパスの下で対応するタイプのバックアップデータにアクセスしてもよい。例えば、ユーザが“写真”ボタンをクリックした後、端末が対応するルータへのアクセス要求を開始して、ルータがパス下でバックアップデータに関する情報を更に戻し、そして、端末が図５または図６に示されるようなインタフェースを生成する。
【００６２】
アカウント情報のみにしたがってルータがバックアップデータを管理する場合、アカウントＡに対応する“写真”タイプのバックアップデータの記憶パスは、図５に示される“Ｄａｔａ／Ｘｉａｏｂａｉ／ｐｉｃｔｕｒｅ”である。アカウント情報および装置情報にしたがってルータがバックアップデータを管理する場合、アカウントＡおよび現在使用される“Ｘｉａｏｍｉ  ２Ｓ”に対応する“写真”タイプのバックアップデータの記憶パスは、図６に示される“Ｄａｔａ／Ｘｉａｏｂａｉ／  Ｘｉａｏｍｉ  ２Ｓ  ／ｐｉｃｔｕｒｅ”である。
【００６３】
ステップ３１２において、端末は、アカウントＡがアクセス可能なバックアップデータを管理するために、データ管理命令をルータへ送る。
【００６４】
この実施形態において、ユーザは、バックアップデータの管理を実現するために、観察されるバックアップデータに関して、例えば付加、削除、コピー、移動、名前変更などの様々な処理を管理インタフェースを介して行なってもよい。
【００６５】
前述したアクセス処理方法の実施形態に対応して、本開示は、アクセス処理装置の実施形態を更に提供する。
【００６６】
図７は、例示的な実施形態に係るデータをバックアップするための装置のブロック図である。図７を参照すると、装置は、増分決定ユニット７１、チェック値計算ユニット７２、ファイル問い合わせユニット７３、および、ファイルバックアップユニット７４を含む。
【００６７】
増分決定ユニット７１は、所定のタイプの新たなファイルが装置に存在するかどうかを決定するように構成される。
【００６８】
チェック値計算ユニット７２は、所定のタイプの新たなファイルが存在すると決定される場合には、所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算するように構成される。
【００６９】
ファイル問い合わせユニット７３は、接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせるように構成される。
【００７０】
ファイルバックアップユニット７４は、ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定される場合には、新たなファイルをルータにバックアップするように構成される。
【００７１】
前述した実施形態では、端末で新たなファイルを検出することによって、端末からのデータの増分バックアップが実現されてもよい。すなわち、新たなファイルをルータへ送信してバックアップするだけで済み、したがって、データの送信量が大きく減少されて、データのバックアップ効率が高まる。一方、新たなファイルがルータに記憶されているかどうかを問い合わせることによって、ルータは、同じファイルに関してバックアップを繰り返し行わなくてもよく、したがって、ルータの記憶スペースの利用率が高められる。
【００７２】
図８は、例示的な実施形態に係るデータをバックアップするための他の装置のブロック図である。図８に示されるように、この実施形態では、図７に示される前述した実施形態に基づいて、ファイル問い合わせユニット７３が要求送信サブユニット７３１を含んでもよい。
【００７３】
要求送信サブユニット７３１は、既に登録されたアカウント情報にしたがってルータがログインされる場合にログインアカウントを介して問い合わせ要求をルータへ送るように構成され、それにより、ルータは、チェック値を有するファイルがログインアカウントがアクセス可能なバックアップデータとして記憶されているかどうかを問い合わせる。
【００７４】
前述した実施形態では、アカウントログイン機構によって、端末で現在ログインされているアカウントに対応するバックアップデータにのみ新たなファイルが記憶されているかどうかが決定され、それにより、アカウントに基づくバックアップデータ管理を都合良く実現することができ、また、他のアカウント下でのバックアップデータの内容が漏らされる場合がなく、したがって、バックアップデータの安全性が高まる。
【００７５】
図９は、例示的な実施形態に係るデータをバックアップするための他の装置のブロック図である。図９に示されるように、この実施形態では、図７に示される前述した実施形態に基づき、ファイルバックアップユニット７４がファイル送信サブユニット７４１を含む。
【００７６】
ファイル送信サブユニット７４１は、既に登録されたアカウント情報にしたがってルータがログインされる場合にログインアカウントを介して新たなファイルをルータへ送るように構成され、それにより、ルータは、ログインアカウントに対応するパスに新たなファイルをバックアップする。
【００７７】
前述した実施形態では、アカウントログイン機構により、異なるアカウントのバックアップデータの記憶パスを区別することができ、また、新たなファイルのバックアップ記憶をアカウントに基づいて実現することができ、それにより、異なるアカウントに対応するバックアップデータを効果的に管理することができる。
【００７８】
図１０は、例示的な実施形態に係るデータをバックアップするための他の装置のブロック図である。図１０に示されるように、この実施形態では、図７に示される前述した実施形態に基づき、データをバックアップするための装置がファイル標識化ユニット７５を更に含んでもよい。
【００７９】
ファイル標識化ユニット７５は、データをバックアップするための装置が属する装置の識別子を介して新たなファイルを標識化するように構成され、それにより、ルータは、データをバックアップするための装置が属する装置とログインアカウントとに対応するパスに新たなファイルをバックアップする。
【００８０】
この実施形態では、同じアカウントの下で異なる装置を区別することにより、同じアカウントを共有する複数の装置が異なるバックアップデータ記憶パスを使用することができ、それにより、アカウントおよび装置に基づいて新たなファイルのバックアップ記憶を実現することができ、したがって、バックアップデータのより注意深い管理を実現することができる。
【００８１】
なお、図１０に示される前述の装置実施形態におけるファイル標識化ユニット７５が図７〜図９のいずれか１つに示される装置実施形態に含まれてもよく、これは本開示において限定されない。
【００８２】
図１１は、例示的な実施形態に係るデータをバックアップするための他の装置のブロック図である。図１１に示されるように、この実施形態では、図７に示される前述の実施形態に基づき、データをバックアップするための装置がデータアクセスユニット７６と命令送信ユニット７７とを更に含んでもよい。
【００８３】
データアクセスユニット７６は、データアクセス要求をルータに送信するとともに、既に登録されたアカウント情報にしたがってルータがログインされる場合にルータから戻されてログインアカウントがアクセス可能なバックアップデータに関する情報を受けるように構成される。
【００８４】
命令送信ユニット７７は、ログインアカウントがアクセス可能なバックアップデータを管理するために、データ管理命令をルータに送るように構成される。
【００８５】
前述した実施形態では、アカウントログイン機構により、ユーザは、ログインアカウントに対応するバックアップデータを見て管理するだけでよく、それにより、ルータがバックアップデータを都合良く管理できるとともに、バックアップデータの安全性を高めることができる。
【００８６】
なお、図１１に示される前述の装置実施形態におけるデータアクセスユニット７６および命令送信ユニット７７が図７〜図１０のいずれか１つに示される装置実施形態に含まれてもよく、これは本開示において限定されない。
【００８７】
前述の装置における各ユニットの機能および作用の実施プロセスに関しては、前述の方法における対応するステップの実施プロセスが参照され、ここでは詳しく述べられない。
【００８８】
装置実施形態は方法実施形態にほぼ対応するため、装置実施形態の関連部分に関しては、方法実施形態の対応する部分が参照される。前述した装置実施形態は単なる例示であり、別個の構成要素として例示されるユニットが物理的に分離されてもよく、または分離されなくてもよく、ユニットとして示される構成要素は、物理的なユニットであってもよく、または物理的なユニットでなくてもよく、すなわち、同じ場所に位置されてもよく、また、複数のネットワークユニット上に分布されてもよい。創造的な労力を伴うことなく当業者によって理解されて実施され得る本開示の解決策の目的を達成するために、実際のニーズにしたがってモジュールの一部または全部が選択されてもよい。
【００８９】
したがって、本開示は、プロセッサと、プロセッサによって実行可能な命令を記憶するためのメモリとを含むアクセス処理装置を更に提供し、この場合、プロセッサは、所定のタイプの新たなファイルがアクセス処理装置に存在するかどうかを決定し、所定のタイプの新たなファイルが存在する場合に所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算し、接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせ、ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定する場合には新たなファイルをルータにバックアップするように構成される。
【００９０】
したがって、本開示は端末を更に提供する。端末は、メモリと、該メモリに記憶される１つ以上のプログラムとを含むとともに、１つ以上のプログラムに含まれる以下の操作を行なう命令、すなわち、所定のタイプの新たなファイルが端末に存在するかどうかを決定し、所定のタイプの新たなファイルが存在する場合に所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算し、接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせ、ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定する場合には新たなファイルをルータにバックアップする命令を１つ以上のプロセッサが実行するように構成される。
【００９１】
図１２は、例示的な実施形態に係るデータをバックアップするための装置１２００のブロック図である。例えば、装置１２００は、携帯電話、コンピュータ、デジタル放送端末、メッセージングデバイス、ゲーム機、タブレット、医療装置、運動器具、携帯端末等であってもよい。
【００９２】
図１２を参照すると、装置１２００は、以下の構成要素、すなわち、処理コンポーネント１２０２、メモリ１２０４、電源コンポーネント１２０６、マルチメディアコンポーネント１２０８、オーディオコンポーネント１２１０、入力／出力（Ｉ／Ｏ）インタフェース１２１２、センサコンポーネント１２１４、および、通信コンポーネント１２１６のうちの１つ以上を含んでもよい。
【００９３】
処理コンポーネント１２０２は、一般に、ディスプレイと関連する動作、通話、データ通信、カメラ動作、および、記録動作など、装置１２００の全体の動作を制御する。処理コンポーネント１２０２は、前述した方法におけるステップの全部または一部を行なうための命令を実行するために１つ以上のプロセッサ１２２０を含んでもよい。また、処理コンポーネント１２０２は、処理コンポーネント１２０２と他のコンポーネントとの間の相互作用を容易にする１つ以上のモジュールを含んでもよい。例えば、処理コンポーネント１２０２は、マルチメディアコンポーネント１２０８と処理コンポーネント１２０２との間の相互作用を容易にするためのマルチメディアモジュールを含んでもよい。
【００９４】
メモリ１２０４は、装置１２００の動作をサポートするための様々なタイプのデータを記憶するように構成される。そのようなデータの例としては、装置１２００で稼働される任意のアプリケーションまたは方法のための命令、コンタクトデータ、電話帳データ、メッセージ、写真、ビデオ等が挙げられる。メモリ１２０４は、任意のタイプの揮発性または不揮発性メモリデバイス、または、これらの組み合わせ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、リードオンリーメモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクを使用して実装されてもよい。
【００９５】
電源コンポーネント１２０６は、装置１２００の様々なコンポーネントに電力を供給する。電源コンポーネント１２０６は、電力管理システム、１つ以上の電源、並びに、装置１２００における電力の生成、管理、および、分配と関連付けられる任意の他のコンポーネントを含んでもよい。
【００９６】
マルチメディアコンポーネント１２０８は、装置１２００とユーザとの間の出力インタフェースをもたらすスクリーンを含む。幾つかの実施形態では、スクリーンが液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）とを含んでもよい。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザから入力信号を受けるためにタッチスクリーンとして実装されてもよい。タッチパネルは、該タッチパネル上でのタッチ、スワイプ、および、ジェスチャーを検出するための１つ以上のタッチセンサを含む。タッチセンサは、タッチ行為またはスワイプ行為の境界を検出するだけでなく、タッチ行為またはスワイプ行為と関連付けられる期間および圧力も検出してもよい。幾つかの実施形態において、マルチメディアコンポーネント１２０８はフロントカメラ及び／又はリアカメラを含む。フロントカメラおよびリアカメラは、装置１２００が撮影モードまたはビデオモードなどの動作モードにある間、外部マルチメディアデータを受けてもよい。フロントカメラおよびリアカメラのそれぞれは、固定光学レンズ系であってもよく、あるいは、フォーカス・光学ズーム機能を有してもよい。
【００９７】
オーディオコンポーネント１２１０は、音声信号を出力する及び／又は入力するように構成される。例えば、オーディオコンポーネント１２１０は、装置１２００が呼びモード、記録モード、および、音声認識モードなどの動作モードにあるときに外部音声信号を受けるように構成されるマイクロフォン（ＭＩＣ）を含む。受けられた音声信号は、メモリ１２０４に更に記憶されてもよく、あるいは、通信コンポーネント１２１６を介して送信されてもよい。幾つかの実施形態において、オーディオコンポーネント１２１０は、音声信号を出力するためにスピーカを更に含む。
【００９８】
Ｉ／Ｏインタフェース１２１２は、処理コンポーネント１２０２と、キーボード、クリックホイール、ボタン、および、同様のものなどの周辺インタフェースモジュールとの間のインタフェースをもたらす。ボタンは、ホームボタン、音量ボタン、開始ボタン、および、ロックボタンを含んでもよいが、これらに限定されない。
【００９９】
センサコンポーネント１２１４は、装置１２００の様々な態様の状態評価を行なうための１つ以上のセンサを含む。例えば、センサコンポーネント１２１４は、装置１２００の開／閉状態、装置１２００のコンポーネントの相対的な位置取り、例えば、ディスプレイとキーパッドとの相対的な位置取り、装置１２００または装置１２００のコンポーネントの位置の変化、装置１２００とのユーザ接触の存在または不存在、装置１２００の方向または加速／減速、および、装置１２００の温度の変化を検出してもよい。センサコンポーネント１２１４は、物理的な接触を何ら伴うことなく隣接物体の存在を検出するように構成される近接センサを含んでもよい。また、センサコンポーネント１２１４は、撮像用途で用いるＣＭＯＳ画像センサまたはＣＣＤ画像センサなどの光センサを含んでもよい。幾つかの実施形態において、センサコンポーネント１２１４は、加速度計センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、または、温度センサを含んでもよい。
【０１００】
通信コンポーネント１２１６は、装置１２００と他の装置との間の有線通信または無線通信を容易にするように構成される。装置１２００は、ＷｉＦｉ、２Ｇ、または、３Ｇ、あるいは、これらの組み合わせなどの通信標準規格に基づいて無線ネットワークにアクセスしてもよい。１つの例示的な実施形態において、通信コンポーネント１２１６は、放送チャネルを介して外部放送管理システムから放送信号または放送関連情報を受ける。１つの例示的な実施形態において、通信コンポーネント１２１６は、短距離通信を容易にするための近距離通信（ＮＦＣ）モジュールを更に含む。例えば、ＮＦＣモジュールは、高周波識別（ＲＦＩＤ）技術、赤外線通信関連（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術、および、他の技術に基づいて実施されてもよい。
【０１０１】
例示的な実施形態において、装置１２００は、前述した方法を実行するための１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または、他の電子コンポーネントと共に実装されてもよい。
【０１０２】
例示的な実施形態では、前述した方法を行なうための、装置１２００内のプロセッサ１２２０により実行可能な、例えばメモリ１２０４に含まれる命令を含む持続性コンピュータ可読記憶媒体も設けられる。例えば、持続性コンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光学データ記憶デバイス等であってもよい。
【０１０３】
持続性コンピュータ可読記憶媒体が設けられる。記憶媒体内の命令が携帯端末のプロセッサによって実行されるときに、携帯端末がデータをバックアップするための方法を実行してもよい。方法は、所定のタイプの新たなファイルが携帯端末に存在するかどうかを決定し、所定のタイプの新たなファイルが存在する場合に所定のアルゴリズムにしたがって新たなファイルに対応するチェック値を計算し、接続されるルータへチェック値を含む問い合わせ要求を送って、チェック値を有するファイルがルータに記憶されているかどうかを問い合わせ、ルータから戻される問い合わせ結果にしたがってチェック値を有するファイルがルータに記憶されていないと決定する場合には新たなファイルをルータにバックアップすることを含む。
【０１０４】
本発明の他の実施形態は、ここに開示される発明の仕様および実施を考慮することにより当業者に明らかである。この出願は、本発明の一般的な原理にしたがって、当該技術分野における既知の、または通常のやり方の範囲内に入るような本開示からの逸脱を含めて、本発明の任意の変形、使用、または、適応を網羅しようとしている。仕様および例は単なる例示と見なされるべきものであり、本発明の真の範囲および思想は以下の特許請求の範囲によって示される。
【０１０５】
本発明が添付図面に示される前述した構成そのものに限定されず、また、本発明の範囲から逸脱することなく様々な修正および変更をなすことができるのが分かる。本発明の範囲は、添付の特許請求の範囲によってのみ限定されるものである。
【図１】
0006450765.tif 000002
【図２】
0006450765.tif 000003
【図３】
0006450765.tif 000004
【図４】
0006450765.tif 000005
【図５】
0006450765.tif 000006
【図６】
0006450765.tif 000007
【図７】
0006450765.tif 000008
【図８】
0006450765.tif 000009
【図９】
0006450765.tif 000010
【図１０】
0006450765.tif 000011
【図１１】
0006450765.tif 000012
【図１２】
0006450765.tif 000013