Способ и устройство для резервного копирования данных и электронное устройство

Способ и устройство для резервного копирования данных и электронное устройство

Иллюстрации

Показать все

Реферат

Настоящая заявка основывается и притязает на приоритет заявки на патент Китая № 201410404888.5, поданной 15 августа 2014, полное содержание которой включается в данный документ путем ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение имеет отношение к области технологии резервного копирования данных, а конкретнее, к способу и устройству для резервного копирования данных и электронному устройству.

УРОВЕНЬ ТЕХНИКИ

В силу все более богатых функций мобильных терминалов пользователь будет использовать мобильный терминал в разнообразных обстоятельствах, например на работе и в быту, и хранить всевозможные данные в мобильном терминале. Когда мобильный терминал утерян или поврежден и т.п., существует риск потери данных, или, когда пользователь совершает ручное управление из-за недостаточного места для хранения на мобильном терминале, некоторые важные данные могут быть случайно удалены.

В предшествующем уровне техники с учетом рациональной разработки и применения маршрутизатора маршрутизатор оснащается жестким диском с большой емкостью, чтобы пользователь мог создавать в маршрутизаторе резервные копии имеющихся в мобильном терминале данных, что не только обеспечивает безопасность данных, но и облегчает просмотр пользователем резервных данных.

Тем не менее, в предшествующем уровне техники не предлагается, как повысить эффективность управления резервными данными за счет улучшения метода хранения резервных данных, хранящихся в маршрутизаторе.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

Настоящее изобретение предоставляет способ и устройство для резервного копирования данных, а также электронное устройство, чтобы решить техническую проблему, состоящую в том, что эффективность управления резервными данными, хранящимися в маршрутизаторе, невысока в предшествующем уровне техники.

Согласно первому аспекту вариантов осуществления настоящего изобретения предоставляется способ резервного копирования данных, включающий в себя этапы, на которых:

принимают резервные данные от терминала;

определяют информацию учетной записи, под которой зарегистрирован терминал; и

сохраняют резервные данные в месте, указываемым каталожным путем (каталоге), соответствующем информации учетной записи.

В соответствии с другим вариантом этап, на котором сохраняют резервные данные в каталоге, соответствующем информации учетной записи, включает в себя этапы, на которых:

получают идентификацию устройства для терминала; и

определяют подкаталог, соответствующий идентификации устройства, под каталогом, соответствующим информации учетной записи, и сохраняют резервные данные в подкаталоге, соответствующем идентификации устройства.

В соответствии с другим вариантом этап, на котором сохраняют резервные данные в каталоге, соответствующем информации учетной записи, включает в себя этапы, на которых:

считывают информацию метаданных резервных данных;

классифицируют резервные данные согласно информации метаданных; и

определяют подкаталог, соответствующий результату классификации, под каталогом, соответствующим информации учетной записи, и сохраняют резервные данные в подкаталоге, соответствующем результату классификации.

В соответствии с другим вариантом способ дополнительно включает в себя этапы, на которых:

принимают запрос доступа к данным, отправленный терминалом; и

возвращают информацию резервных данных, соответствующих информации учетной записи, на терминал, согласно запросу доступа к данным.

В соответствии с другим вариантом способ дополнительно включает в себя этапы, на которых:

принимают инструкцию по управлению данными, отправленную терминалом; и

управляют резервными данными, соответствующими информации учетной записи, согласно инструкции по управлению данными.

Согласно второму аспекту вариантов осуществления настоящего изобретения предоставляется устройство для резервного копирования данных, включающее в себя:

модуль приема данных, выполненный с возможностью приема резервных данных от терминала;

модуль определения учетной записи, выполненный с возможностью определения информации учетной записи, под которой зарегистрирован терминал; и

модуль хранения данных, выполненный с возможностью сохранения резервных данных в каталоге, соответствующем информации об учетной записи.

В соответствии с другим вариантом модуль хранения данных включает в себя:

подмодуль получения идентификации, выполненный с возможностью получения идентификации устройства для терминала; и

первый подмодуль определения подкаталога, выполненный с возможностью определять подкаталог, соответствующий идентификации устройства, под каталогом, соответствующим информации учетной записи, и сохранять резервные данные в подкаталоге, соответствующем идентификации устройства.

В соответствии с другим вариантом модуль хранения данных включает в себя:

подмодуль считывания информации, выполненный с возможностью считывания информации метаданных резервных данных;

подмодуль классификации данных, выполненный с возможностью классификации резервных данных согласно информации метаданных: и

второй подмодуль определения подкаталога, выполненный с возможностью определять подкаталог, соответствующий результату классификации, под каталогом, соответствующим информации учетной записи, и сохранять резервные данные в подкаталоге, соответствующем результату классификации.

В соответствии с другим вариантом устройство дополнительно включает в себя:

модуль приема запроса, выполненный с возможностью приема запроса доступа к данным, отправленного терминалом; и

модуль возвращения информации, выполненный с возможностью возвращения информации резервных данных, соответствующих информации об учетной записи, на терминал, согласно запросу доступа к данным.

В соответствии с другим вариантом устройство дополнительно включает в себя:

модуль приема инструкции, выполненный с возможностью приема инструкции по управлению данными, отправленной терминалом; и

модуль управления данными, выполненный с возможностью управления резервными данными, соответствующими информации об учетной записи, согласно инструкции по управлению данными.

Согласно третьему аспекту вариантов осуществления настоящего изобретения предоставляется электронное устройство, включающее в себя:

процессор; и

запоминающее устройство для хранения инструкций, исполняемых процессором;

при этом процессор выполнен с возможностью:

приема резервных данных от терминала;

определения информации учетной записи, под которой зарегистрирован терминал; и

сохранения резервных данных в каталоге, соответствующем информации учетной записи.

Технические решения, предоставленные вариантами осуществления настоящего изобретения, могут включать в себя следующие полезные эффекты:

настоящее изобретения сохраняет резервные данные согласно информации учетной записи, так что могут быть заранее заданы ограничения доступа между различными учетными записями на основании полномочий, тем самым улучшая безопасность и конфиденциальность резервных данных, и помогая маршрутизатору повысить эффективность управления в отношении сохраненных резервных данных.

Настоящее изобретение также объединяет информацию учетной записи с идентификацией устройства, чтобы управлять сохраненными резервными данными, так что осуществляется более полное управление хранением в отношении резервных данных.

Настоящее изобретение также классифицирует и сохраняет резервные данные согласно информации метаданных резервных данных, тем самым облегчая нахождение пользователем резервных данных, а также помогая маршрутизатору повысить эффективность управления резервными данными.

Настоящее изобретение также возвращает только информацию резервных данных, соответствующих информации учетной записи, согласно информации учетной записи, под которой зарегистрирован терминал, за счет чего облегчается управление резервными данными на основании учетной записи, а также можно не допустить раскрытия содержимого резервных данных под другими учетными записями, что помогает улучшить безопасность резервных данных.

Настоящее изобретение также использует механизм регистрации учетной записи, так что пользователь видит и управляет только резервными данными, соответствующими учетной записи, под которой был зарегистрирован, тем самым облегчая управление резервными данными со стороны маршрутизатора, а также помогая улучшить безопасность резервных данных.

Следует понимать, что как вышеприведенное общее описание, так и последующее подробное описание, являются лишь иллюстративными и пояснительными, и не ограничивают заявленное изобретение.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Сопроводительные чертежи, которые включены в состав этого описания изобретения и составляют его часть, иллюстрируют варианты осуществления в соответствии с настоящим изобретением и, наряду с описанием, служат для объяснения принципов настоящего изобретения.

Фиг. 1 является блок-схемой последовательности операций, иллюстрирующей способ резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 2 является схемой организационной структуры, иллюстрирующей каталожный путь для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 3 является схемой организационной структуры, иллюстрирующей другой каталожный путь для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 4 является блок-схемой последовательности операций, иллюстрирующей управление для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 5-6 являются схемами, иллюстрирующими терминальные интерфейсы согласно одному из иллюстративных вариантов осуществления.

Фиг. 7 является схемой организационной структуры, иллюстрирующей каталожный путь для резервного копирования данных согласно другому иллюстративному варианту осуществления.

Фиг. 8 является схемой организационной структуры, иллюстрирующей другой каталожный путь для резервного копирования данных согласно другому иллюстративному варианту осуществления.

Фиг. 9-11 являются схемами, иллюстрирующими терминальные интерфейсы согласно одному из иллюстративных вариантов осуществления.

Фиг. 12 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 13 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 14 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 15 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 16 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

Фиг. 17 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Далее будет приведен подробный обзор иллюстративных вариантов осуществления, примеры которых проиллюстрированы на сопроводительных чертежах. Последующее описание ссылается на сопроводительные чертежи, на которых одинаковые номера на различных чертежах представляют одинаковые или подобные элементы, если не представлено иное. Реализации, предложенные в последующем описании иллюстративных вариантов осуществления, не представляют все реализации в соответствии с настоящим изобретением. На самом деле они представляют собой просто примеры устройств и способов в соответствии с аспектами, связанными с настоящим изобретением, которые изложены в прилагаемой формуле изобретения.

Фиг. 1 является блок-схемой последовательности операций, иллюстрирующей способ резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Как показано на Фиг. 1, способ может использоваться в маршрутизаторе, и включает в себя следующие этапы.

На этапе 102 принимаются резервные данные от терминала.

В этом варианте осуществления терминал может осуществлять резервное копирование данных в маршрутизатор после присоединения к ЛВС (Локальной Вычислительной Сети), созданной с помощью этого маршрутизатора. В одном из иллюстративных вариантов осуществления после согласования с терминалом и начала функции резервного копирования маршрутизатор определяет, что должна быть сделана резервная копия данных, принятых от терминала. В другом иллюстративном варианте осуществления маршрутизатор может идентифицировать, что пакет данных относится к данным, для которых нужно создать резервную копию с терминала, согласно идентификации в этом пакете данных, принятом от терминала.

На этапе 104 определяется информация учетной записи, под которой зарегистрирован терминал.

В этом варианте осуществления маршрутизатор может запросить информацию учетной записи, которая совпадает с «регистрационной учетной записью и регистрационным паролем» согласно регистрационному запросу, включающему в себя регистрационную учетную запись и регистрационный пароль, отправленные терминалом, чтобы осуществить регистрацию учетной записи терминала. В качестве одного из иллюстративных вариантов осуществления маршрутизатор может определить соответствующую информацию учетной записи, под которой зарегистрирован терминал, по идентификации учетной записи в соответствующем пакете данных при приеме резервных данных.

На этапе 106 резервные данные сохраняются под каталогом, соответствующим информации учетной записи.

Из описанного выше варианта осуществления можно понять, что настоящее изобретение различает каталожные пути хранения резервных данных для разных учетных записей в маршрутизаторе с помощью механизма регистрации учетной записи, тем самым облегчая эффективное управление резервными данными, соответствующими разным учетным записям.

Если маршрутизатор различает каталожный путь хранения соответствующих резервных данных согласно информации учетной записи, может быть утверждено множество организационных структур. Далее будет приведено подробное описание.

В качестве одного из иллюстративных вариантов осуществления Фиг. 2 иллюстрирует организационную структуру каталожного пути хранения данных: в маршрутизаторе создается каталожный путь хранения первого уровня для «данных», и он представляет собой, например: /Data/; в каталоге /Data/ хранения первого уровня, принимая каждую учетную запись за ветвь, создается каталожный путь хранения второго уровня, соответствующий каждой учетной записи, например каталожный путь хранения второго уровня, соответствующий учетной записи A, представляет собой: /Data/A/, а каталожный путь хранения второго уровня, соответствующий учетной записи B, представляет собой: /Data/B/; в каждом каталоге хранения второго уровня, принимая каждый тип данных за ветвь, создается каталожный путь хранения третьего уровня, соответствующий каждому типу данных, например в каталоге хранения второго уровня /Data/A/, соответствующем учетной записи A, каталожный путь хранения третьего уровня, созданный в соответствии с типом данных «фильм», представляет собой: /Data/A/movie/, каталожный путь хранения третьего уровня, созданный в соответствии с типом данных «изображение», представляет собой: /Data/A/picture/, каталожный путь хранения третьего уровня, созданный в соответствии с типом данных «музыка», представляет собой: /Data/A/music/, и т.п.

В качестве другого иллюстративного варианта осуществления Фиг. 3 иллюстрирует другую организационную структуру каталожного пути хранения данных: в маршрутизаторе создается каталожный путь хранения первого уровня для «данных», и он представляет собой, например: /Data/; в каталоге /Data/ хранения первого уровня, принимая каждый тип данных за ветвь, создается каталожный путь доступа хранения второго уровня, соответствующий каждому типу данных, например каталожный путь хранения второго уровня, соответствующий типу данных «фильм», представляет собой: /Data/movie/, каталожный путь доступа хранения второго уровня, соответствующий типу данных «изображение», представляет собой: /Data/picture/, а каталожный путь доступа хранения второго уровня, соответствующий типу данных «музыка», представляет собой: /Data/music/, и т.п.; в каждом каталоге хранения второго уровня, принимая каждую учетную запись за ветвь, создается каталожный путь хранения третьего уровня, соответствующий каждой учетной записи, например в каталоге хранения второго уровня /Data/movie/, соответствующем типу «фильм», каталожный путь хранения третьего уровня, созданный в соответствии с учетной записью A, представляет собой: /Data/movie/A/, а каталожный путь хранения третьего уровня, созданный в соответствии с учетной записью B, представляет собой: /Data/movie/B/, и т.п.

На основании организационной структуры каталожного пути хранения данных, показанной на Фиг. 2 или Фиг. 3, когда терминал передает резервные данные на маршрутизатор, маршрутизатор сохраняет резервные данные в каталоге хранения данных, соответствующем информации учетной записи, согласно информации об учетной записи, под которой зарегистрирован терминал. Между тем, для специалистов в данной области техники очевидно, что и другие формы организационной структуры каталожного пути хранения данных могут применяться в техническом решении настоящего изобретения при условии, что резервные данные, соответствующие разным регистрационным учетным записям терминалов, могут сохраняться соответственно.

Если маршрутизатором принята организационная структура каталожного пути доступа к каталогу хранения данных, которая показана на Фиг. 2 или Фиг. 3, пользователь может осуществлять управляющие операции для резервных данных, соответствующих информации регистрационной учетной записи терминала, при помощи обмена данными между терминалом и маршрутизатором. Последующее подробное описание будет приведено со ссылкой на Фиг. 4.

На этапе 402, допустим, что терминал инициирует регистрационный запрос на маршрутизатор под учетной записью A.

На этапе 404 маршрутизатор проверяет комбинацию, включающую в себя регистрационную учетную запись и регистрационный пароль в регистрационном запросе, и возвращает сообщение об успешной регистрации на терминал, после подтверждения подлинности.

На этапе 406 терминал отправляет запрос доступа к данным на маршрутизатор согласно учетной записи A, которая была зарегистрирована.

На этапе 408 маршрутизатор определяет резервные данные, к которым разрешен доступ учетной записи A.

В этом варианте осуществления пользователь может задавать полномочия доступа для резервных данных, соответствующих учетной записи, которая была зарегистрирована, в зависимости от фактических потребностей. Таким образом, терминал может получить доступ только к резервным данным, соответствующим учетной записи A, или может получить доступ также к резервным данным с соответствующими полномочиями, но соответствующим другой учетной записи, при регистрации под учетной записью A.

На этапе 410 маршрутизатор отправляет информацию резервных данных, к которым разрешен доступ учетной записи A, что определено на этапе 408, на терминал.

В этом варианте осуществления, как показано на Фиг. 5, допустим, что пользователь зарегистрировался под учетной записью «xiaobai» через терминал, и допустим, что пользователь может получить доступ к резервным данным, соответствующим «xiaobai», в маршрутизаторе, нажав кнопку, такую как «фильм», «изображение», «музыка» и т.п., на терминальном интерфейсе. Например, когда пользователь нажимает кнопку «изображение», принимая организационную структуру каталожного пути хранения данных, показанную на Фиг. 2, в качестве примера, соответствующий каталожный путь «/Data/xiaobai/picture/» хранения данных может быть введен и показан на интерфейсе, показанном на Фиг. 6. Предварительный просмотр эскиза изображения может быть осуществлен путем скольжения пальцев пользователя вверх и вниз на сенсорном экране, а соответствующее изображение может отображаться еще и на полный экран при нажатии на эскиз. Конечно, вышеприведенное описание использует организационную структуру каталожного пути хранения данных, показанную на Фиг. 2 в данном документе, только в качестве примера, а если утверждена организационная структура каталожного пути хранения данных, показанная на Фиг. 3, когда пользователь нажимает на кнопку «изображение», вводимый каталожный путь хранения данных может представлять собой «/Data/picture/xiaobai/».

Кроме того, поскольку множество устройств одного и того же пользователя, такие как мобильный телефон, планшетный ПК и т.п., или мобильные телефоны множества пользователей из одной и той же семьи и т.п., могут совместно использовать одну и ту же учетную запись, пользователю может понадобиться маршрутизатор, чтобы реализовать более сложное управление резервными данными для каждого терминального устройства. Поэтому когда резервные данные с терминала сохраняются в каталоге для информации учетной записи, соответствующей той, под которой зарегистрирован терминал, маршрутизатор может дополнительно: получать идентификацию устройства для терминала; и определять подкаталог, соответствующий идентификации устройства, в каталоге, соответствующем информации учетной записи, и сохранять резервные данные в подкаталоге, соответствующем идентификации устройства.

В этом варианте осуществления, принимая во внимание информацию учетной записи, под которой зарегистрирован терминал, и, в то же время, идентификацию устройства для терминала, может еще потребоваться организационная структура, соответствующая каталожному пути хранения данных, для дополнительного расширения при сохранении маршрутизатором резервных данных.

В качестве одного из иллюстративных вариантов осуществления организационная структура каталожного пути хранения данных, показанная на Фиг. 7, расширяется на основе Фиг. 2, включая в себя: под каталогом хранения второго уровня, соответствующим каждой учетной записи, создаются соответствующие каталожные пути хранения третьего уровня, соответственно, в отношении множества терминальных устройств, соответствующих каждой учетной записи, например, допустим, что учетная запись A совместно используется множеством терминальных устройств, таких как устройство 1, устройство 2 и т.п., под каталогом /Data/A/ доступа к каталогу хранения второго уровня, соответствующим учетной записи A, создаются каталожный путь /Data/A/Device1/ хранения третьего уровня, соответствующий устройству 1, и каталожный путь /Data/A/Device2/ хранения третьего уровня, соответствующий устройству 2, соответственно; затем, под каталогом /Data/A/Device1/ хранения третьего уровня, соответствующим устройству 1, создается каталожный путь хранения четвертого уровня, соответствующий каждому типу данных, например каталожный путь /Data/A/Device1/movie/ хранения четвертого уровня, соответствующий типу данных «фильм», каталожный путь /Data/A/Device1/picture/ хранения четвертого уровня, соответствующий типу данных "изображение", каталожный путь /Data/A/Device1/music/ хранения четвертого уровня, соответствующий типу данных "музыка", и т.п.; и точно так же, под каталогом хранения третьего уровня, соответствующим каждому из других устройств, таких как устройство 2 и т.п., может быть создан соответствующий каталожный путь хранения четвертого уровня.

В качестве другого иллюстративного варианта осуществления организационная структура каталожного пути хранения данных, показанная на Фиг. 8, расширяется на основе Фиг. 3, включая в себя: в каталоге хранения третьего уровня, соответствующем каждой учетной записи, создаются соответствующие каталожные пути хранения четвертого уровня, соответственно, для множества терминальных устройств, соответствующих каждой учетной записи, например, допустим, что учетная запись A совместно используется множеством терминальных устройств, таких как устройство 1, устройство 2 и т.п., под каталогом /Data/movie/A/ хранения третьего уровня, соответствующим учетной записи A, создаются каталожный путь /Data/movie/A/Device1/ хранения четвертого уровня, соответствующий устройству 1, и каталожный путь /Data/movie/A/Device2/ хранения четвертого уровня, соответствующий устройству 2, соответственно; и, точно так же, под каталогом пути хранения третьего уровня, соответствующего каждой из других учетных записей, таких как учетная запись B и т.п., создается соответствующий каталожный путь хранения четвертого уровня для каждого устройства, использующего эту учетную запись.

Доступ и управление резервными данными могут осуществляться пользователем при помощи интерфейса, показанного на Фиг. 9, на основе организационной структуры каталожного пути хранения данных, показанной на Фиг. 7 или Фиг. 8, или при помощи диалоговой процедуры обмена данными, показанной на Фиг. 4. Как показано на Фиг. 9, допустим, что пользователь регистрируется под учетной записью «xiaobai» через терминал, маршрутизатор возвращает информацию о резервных данных «мобильный телефон 2S xiaomi» (т.е., «xiaomi 2S», показанный на Фиг. 9), соответствующих «xiaobai», на терминал после дополнительного определения того, что типом терминала является «мобильный телефон 2S xiaomi», к соответствующим резервным данным в маршрутизаторе можно получить доступ, нажав кнопку, такую как "фильм", "изображение", "музыка" и т.п., в терминальном интерфейсе.

Согласно одному из иллюстративных вариантов осуществления настоящего изобретения маршрутизатор может также считывать информацию метаданных резервных данных с терминала, классифицировать резервные данные согласно информации метаданных, определять подкаталог, соответствующий результату классификации, под каталогом, соответствующим информации учетной записи, и сохранять резервные данные в подкаталоге, соответствующем результату классификации.

В этом варианте осуществления метаданными резервных данных могут быть соответствующее время создания, размер файла, и т.п. Беря в качестве примера «время создания», допустим, что резервные данные от терминала, принимаемые маршрутизатором, представляют собой: 123.jpg, файл относится к типу «изображение», а временем создания является 30 июля 2014. Если маршрутизатором принята организационная структура каталожного пути хранения данных, показанная на Фиг. 7, допустим, что терминал зарегистрирован под учетной записью «xiaobai», а терминальным устройством является «xiaomi 2S», каталожный путь хранения данных, выбранный маршрутизатором, представляет собой: /Data/xiaobai/xiaomi2s/picture/2014/123.jpg, или /Data/xiaobai/xiaomi2S/picture/2014/07/123.jpg, или /Data/xiaobai/xiaomi2S/picture/2014/07/30/123.jpg и т.п. Если маршрутизатором принята организационная структура каталожного пути хранения данных, показанная на Фиг. 8, каталожный путь хранения данных, выбранный маршрутизатором, представляет собой: /Data/picture/xiaobai/xiaomi2S/2014/123.jpg, или /Data/picture/xiaobai/xiaomi2S/2014/07/123.jpg, или /Data/picture/xiaobai/xiaomi2S/2014/07/30/123.jpg и т.п.

Соответственно, пользователь может осуществлять доступ к резервным данным «123.jpg», сохраненным в маршрутизаторе, следующим образом: пользователь нажимает кнопку "изображение" в терминальном интерфейсе, показанном на Фиг. 9, и если маршрутизатором принята организационная структура каталожного пути хранения данных, показанная на Фиг. 7, терминал вводит каталожный путь хранения данных «/Data/xiaobai/xiaomi2S/picture/», как на Фиг. 10, и отображает каталоги, соответствующие множеству каталожных путей к подкаталогам, в терминальном интерфейсе; если пользователь выбирает каталог «2014» и вводит каталожный путь «/Data/xiaobai/xiaomi2S/picture/2014/», показанный на Фиг. 11, пользователь может получить резервные данные 123.jpg по соответствующему каталожному пути «/Data/xiaobai/xiaomi2S/picture/2014/07/», проведя пальцем на терминальном интерфейсе и выбрав каталог «07».

В соответствии с вариантом осуществления вышеизложенного способа обработки доступа настоящее изобретение также предоставляет устройство обработки доступа.

Фиг. 12 является структурной схемой, иллюстрирующей устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Обращаясь к Фиг. 12, устройство включает в себя модуль 121 приема данных, модуль 122 определения учетной записи и модуль 123 хранения данных.

При этом модуль 121 приема данных выполнен с возможностью приема резервных данных от терминала.

Модуль 122 определения учетной записи выполнен с возможностью определения информации учетной записи, под которой зарегистрирован терминал.

Модуль 123 хранения данных выполнен с возможностью сохранения резервных данных в каталоге, соответствующем информации об учетной записи.

В описанном выше варианте осуществления резервные данные сохраняются согласно информации учетной записи, так что могут быть заранее заданы разграничения доступа между различными учетными записями на основании полномочий, тем самым улучшая безопасность и конфиденциальность резервных данных, и помогая маршрутизатору повысить эффективность управления в отношении сохраненных резервных данных.

Как показано на Фиг. 13, Фиг. 13 является структурной схемой, иллюстрирующей другое устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Этот вариант осуществления основывается на вышеприведенном варианте осуществления, показанном на Фиг. 12. Модуль 123 хранения данных может включать в себя: подмодуль 1231 получения идентификации и первый подмодуль 1232 определения подкаталога.

При этом подмодуль 1231 получения идентификации выполнен с возможностью получения идентификации устройства для терминала.

Первый подмодуль 1232 определения подкаталога выполнен с возможностью определения подкаталога, соответствующего идентификации устройства, под каталогом, соответствующим информации учетной записи, и сохранения резервных данных в подкаталоге, соответствующем идентификации устройства.

В описанном выше варианте осуществления сохраненные резервные данные управляются благодаря объединению информации об учетной записи с идентификацией устройства, так что осуществляется более полное управление хранением в отношении резервных данных.

Как показано на Фиг. 14, Фиг. 14 является структурной схемой, иллюстрирующей другое устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Этот вариант осуществления основывается на вышеприведенном варианте осуществления, показанном на Фиг. 12. Модуль 123 хранения данных может включать в себя: подмодуль 1233 считывания информации, подмодуль 1234 классификации данных и второй подмодуль 1235 определения подкаталога.

При этом подмодуль 1233 считывания информации выполнен с возможностью считывания информации метаданных резервных данных.

Подмодуль 1234 классификации данных выполнен с возможностью классификации резервных данных согласно информации метаданных.

Второй подмодуль 1235 определения подкаталога выполнен с возможностью определения подкаталога, соответствующего результату классификации, под каталогом, соответствующим информации учетной записи, и сохранения резервных данных в подкаталоге, соответствующем результату классификации.

В описанном выше варианте осуществления резервные данные классифицируются и сохраняются согласно информации метаданных резервных данных, что облегчает нахождение пользователем резервных данных, а также помогает маршрутизатору повысить эффективность управления резервными данными.

Как показано на Фиг. 15, Фиг. 15 является структурной схемой, иллюстрирующей другое устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Этот вариант осуществления основывается на вышеприведенном варианте осуществления, показанном на Фиг. 12. Устройство для резервного копирования данных может дополнительно включать в себя: модуль 124 приема запроса и модуль 125 возвращения информации.

При этом модуль 124 приема запроса выполнен с возможностью приема запроса доступа к данным, отправленного терминалом.

Модуль 125 возвращения информации выполнен с возможностью возвращения информации резервных данных, соответствующих информации учетной записи, на терминал, согласно запросу доступа к данным.

В описанном выше варианте осуществления информация резервных данных, соответствующих информации учетной записи, возвращается только согласно информации учетной записи, под которой зарегистрирован терминал, тем самым облегчая управление резервными данными на основании учетной записи, а также не допускается раскрытие содержимого резервных данных других учетных записей, что помогает улучшить безопасность резервных данных.

Следует отметить, что структура модуля 124 приема запроса и модуля 125 возвращения информации в вышеупомянутом варианте осуществления устройства, показанном на Фиг. 15, может также входить в состав каждого из вариантов осуществления устройства, показанных на вышеупомянутых Фиг. 12 - Фиг. 14, настоящее изобретение не ограничивается в этом.

Как показано на Фиг. 16, Фиг. 16 является структурной схемой, иллюстрирующей другое устройство для резервного копирования данных согласно одному из иллюстративных вариантов осуществления. Этот вариант осуществления основывается на вышеприведенном варианте осуществления, показанном на Фиг. 12. Устройство для резервного копирования данных может дополнительно включать в себя: модуль 126 приема инструкции и модуль 127 управления данными.

При этом модуль 126 приема инструкции выполнен с возможностью приема инструкции по управлению данными, отправленной терминалом.

Модуль 127 управления данными выполнен с возможностью управления резервными данными, соответствующими информации учетной записи, согласно инструкции по управлению данными.

В описанном выше варианте осуществления также используется механизм регистрации учетной записи, так что пользователь может видеть, и управлять ими, только резервные данные, соответствующие учетной записи, под которой был зарегистрирован посредством механизма регистрации учетной записи, тем самым облегчая управление резервными данными со стороны маршрутизатора, а также помогая улучшить безопасность резервных данных.

Следует отметить, что структура модуля 126 приема инструкции и модуля 127 управления данными в вышеупомянутом варианте осуществления устройства, показанном на Фиг. 16, может также входить в состав каждого из вариантов осуществления устройства, показанных на вышеупомянутых Фиг. 12 - Фиг. 15, настоящее изобретение не ограничивается в этом.

Подробности процесса реализации функционального назначения и работы каждого модуля в вышеуказанном устройстве относятся к процессу реализации соответствующих этапов в вышеуказанном способе, который больше не описывается в данном документе.

Поскольку вариант осуществления устройства в основном соответствует варианту осуществления способа, относящееся к этому содержание может соотноситься с описаниями в варианте осуществления способа. Вариант осуществления устройства, описанный выше, является лишь схематичным, причем модуль, описанный как отдельный компонент, может быть, а также может и не быть, физически отделен, компонент, используемый в качестве представления модуля, может быть, а также может и не быть, физическим модулем, т.е. он может быть расположен в одном месте, а также может быть распределен на множестве сетевых модулей. Некоторые или все конструктивные элементы могут быть выбраны для осуществления цели решения согласно настоящему изобретению, в зависимости от фактических потребностей. Специалисты в данной области техники могут понять и реализовать настоящее изобретение без каких-либо творческих усилий.

Соответственно, настоящее изобретение дополнительно предоставляет устройство обработки до