Способ, устройство обновления и устройство для обновления

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

 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА СОПУТСТВУЮЩИЕ ЗАЯВКИ

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

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

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

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

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

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

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

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

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

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

получают файлы обновления, соответствующие множеству версий обновлений, более новых, чем текущая версия;

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

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

В соответствии с первым вариантом, в первом возможном способе реализации первого варианта способ дополнительно содержит этапы, на которых:

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

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

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

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

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

отображают подсказку об успехе обновления.

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

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

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

обнаруживают, требует ли текущая версия обновления;

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

оценивают, принята ли операция обновления, введенная в соответствии с подсказкой об обновлении версии;

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

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

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

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

сравнивают идентификационные данные версии для текущей версии с идентификационными данными версии для каждой из версий обновления; и

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

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

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

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

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

обнаруживают, успешно ли обновлена эталонная версия;

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

обнаруживают, был ли успешным перезапуск; и

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

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

оценивают, существует ли среди множества версий обновления версия обновления, более новая, чем следующая эталонная версия;

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

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

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

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

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

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

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

В соответствии со вторым вариантом, во втором возможном способе осуществления второго варианта аппарат дополнительно содержит:

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

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

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

В соответствии со вторым вариантом, во втором возможном способе осуществления второго варианта аппарат дополнительно содержит:

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

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

В соответствии со вторым возможным способом осуществления второго варианта, в третьем возможном способе осуществления второго варианта, аппарат дополнительно содержит:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

второй субблок обнаружения, выполненный с возможностью обнаружения, успешно ли обновлена эталонная версия;

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

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

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

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

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

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

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

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

процессор; и

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

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

получения файлов обновления, соответствующих множеству версий обновления, более новых, чем текущая версия;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В вариантах осуществления настоящего раскрытия, рассматривается для примера обновление операционной системы маршрутизатора, если операционная система маршрутизатора имеет четыре версии и предполагается, что текущей версией является версия 1 и множеством версий обновления, более новых, чем текущая версия, являются, соответственно, версия 2, версия 3 и версия 4; кроме того, версия 3 является более новой, чем версия 2, и версия 4 является более новой, чем версия 3. Таким образом, на этапе S11 могут быть получены файл 12 обновления, файл 23 обновления и файл 34 обновления, причем файл 12 обновления выполнен с возможностью обновления версии 1 до версии 2, файл 23 обновления выполнен с возможностью обновления версии 2 до версии 3 и файл 34 обновления выполнен с возможностью обновления версии 3 до версии 4.

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

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

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

В вариантах осуществления настоящего раскрытия одна версия обновления, ближайшая к текущей версии, обычно обращается к версии, следующей за текущей версией; для множества версий, использующих номер версии в качестве идентификатора для распознавания, ближайшая версия обновления относится к версии, имеющей номер версии, следующий за номером версии для текущей версии. Например: номер версии для текущей версии - v1.1, тогда для версий с соответствующими номерами v1.2, v1.3 и v1.4 версия, соответствующая v1.2, должна быть определена как ближайшая версия обновления.

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

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

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

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

Целевая версия является самой новой версией среди множества версий обновления.

Используя в качестве примера операционную систему вышеупомянутого маршрутизатора, версия 3, более новая, чем версия 2 на одну градацию, версия 4 более новая, чем версия 2 на две градации, и версия 4 более новая, чем версия 3 на одну градацию.

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

Когда версия 3 успешно обновлена, выбирается версия 4, которая новее, чем версия 3, на одну градацию, и используется файл 34 обновления, чтобы обновить версию 3 до версии 4, таким образом, реализуя обновление от версии 1 до версии 4.

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

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

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

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

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

На этапе 12) оценивают, принимать ли операцию обновления, введенную в соответствии с подсказкой о запуске обновления.

На этапе 13), когда операция обновления принята, выполняется этап S12.

Как показано на фиг. 2, чертеж содержит: терминал 1 и интерфейс 2 дисплея, на котором подсказка о запуске обновления отображается на экране для пользователя во всплывающем окне 3 на интерфейсе 2 отображения. В других вариантах осуществления, для облегчения работы пользователя, как показано на фиг. 2, такие средства управления операцией, как "Yes" (да), "No" (нет) и "Prompt Later" (напомнить позже), могут также быть добавлены во всплывающее окно 3, так чтобы пользователь мог быстро ввести соответствующие операции в соответствии с подсказкой о запуске обновления.

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

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

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

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

На этапе 21) оценивают, была ли обновлена версия до целевой версии.

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

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

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

На этапе 23) отображается подсказка об успехе обновления.

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

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

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

На этапе S111 обнаруживают, требует ли обновления текущая версия; если да, то выполняется этап S112; а если нет, то процедура заканчивается.

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

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

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

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

Например, предполагается, что номером версии для версии 1 является - V1.1 и время создания этой версии - 20130303; номером версии для версии 2 является V1.2 и время создания этой версии - 20130504; номером версии для версии 3 является V1.3 и время создания этой версии 20130607; и номером версии для версии 4 является V1.4 и время создания этой версии - 20130910.

Терминал отправляет запрос на обнаружение на сервер, причем запрос на обнаружение содержит идентификационные данные версии для версии V1.1.

Например, идентификационные данные версии относятся к номеру версии, то есть, идентификационными данными версии для версии 1 является номер версии V1.1.

Сервер принимает запрос на обнаружение, извлекает номер версии V1.1 для версии 1 из запроса на обнаружение, получает номер версии V1.4 для версии 4 (самая новая версия, хранящаяся локально) и сравнивает номер версии V1.1 для версии 1 с номером версии V1.4 для версии 4, причем если номер версии V1.1 для версии 1 ниже, чем номер версии V1.4 для версии 4, то определяется, что версия 1 требует обновления, и первая информация команды формируется и отправляется на терминал и первая информация команды выполняется с возможностью сообщения терминалу, что версия 1 требует обновления.

Например, к идентификационным данным версии относятся время создания версии, то есть, идентификационными данными версии для версии 1 является время создания версии 20130303.

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

Терминал принимает первую информацию команды, отправленную сервером, и определяет, что версия 1 требует обновления.

На этапе S112 формируется подсказка об обновлении версии.

Когда текущая версия требует обновления, подсказка об обновлении версии, как показано на фиг. 2, может быть сформирована, и подсказка об обновлении версии может отображаться на локальном интерфейсе отображения терминала. Или, подсказка об обновления версии принудительно передается на заранее установленный мобильный терминал; заранее установленный мобильный терминал принимает подсказку об обновлении версии и отображает подсказку об обновлении версии на локальном интерфейсе отображения заранее установленного мобильного терминала.

На этапе S113 оценивается, принята ли операция обновления, введенная в соответствии с подсказкой об обновлении версии. Если операция обновления принята, то выполняется этап S114. Если операция обновления не принята, то последовательность операций завершается.

Например, пользователь может нажать кнопку "Yes" (да) при подсказке об обновлении версии, как показано на фиг. 2, чтобы ввести операцию обновления.

На этапе S1I4 формируют запрос на получение файла обновления и отправляют его на сервер.

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

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

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

Сервер принимает запрос на получение, извлекает идентификационные данные версии для версии 1 из запроса на получение, и получает идентификационные данные версии для версий обновления, более новых, чем версия 1, то есть, для версии 2, версии 3 и версии 4; кроме того, версия 3 является более новой, чем версия 2, и версия 4 является более новой, чем версия 3.

Файл 12 обновления для обновления версию 1 до версии 2, файл 23 обновления для обновления версии 2 до версии 3 и файл 34 обновления для обновления версию 3 до версии 4 получают в соответствии с идентификационными данными версии для версии 1, идентификационными данными версии для версии 2, идентификационными данными версии для версии 3 и идентификационными данным версии для версии 4. Кроме того, файл 12 обновления, файл 23 обновления и файл 34 обновления отправляются на терминал.

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

Например, терминал принимает файл 12 обновления, файл 23 обновления и файл 34 обновления, отправленные сервером.

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

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

Одним из способов может быть реализация через следующие процедуры этапов 31-33.

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

Например, предположим, что номером версии для версии 1 является V1.1 и временем формирования этой версии является 20130303; номером версии для версии 2 является V1.2 и временем формирования этой версии является 20130504; номером версии для версии 3 является V1.3 и временем формирования этой версии является 20130607; и номером версии для версии 4 является V1.4 и временем формирования этой версии является 20130910.

На этапе 32) идентификационные данные версии для текущей версии сравниваются с идентификационными данными версии для каждой из версий обновления.

Например, если идентификационными данными версии является время создания версии, то время создания версии 20130303 для версии 1 соответственно сравнивается со временем формирования 20130504 для версии 2, временем формирования 20130607 для версии 3 и временем формирования 20130910 для версии 4. Может получиться, что временной интервал между временем формирования версии 20130303 для версии 1 и временем формирования версии 20130504 для версии 2 является самым коротким.

На этапе 33) одна версия обновления, имеющая идентификационные данные версии, соседние и более новые, чем идентификационные данные версии для текущей версии, определяется в качестве эталонной версии.

Например, поскольку временной интервал между временем формирования версии 20130303 для версии 1 и временем формирования версии 20130504 для версии 2 является самыми коротким, версия 2 определяется как эталонная версия.

Другим способом может быть реализация с помощью следующих процедур этапов 41 и 42.

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

Предварительно установленный список обновления версий может быть таким, как показано ниже в таблице 1, и список обновления версий содержит названия версий для версии 2, версии 3 и версии 4. И последовательность обновления версии 2, версии 3 и версии 4 является следующей: версия 2, версия 3 и версия 4.

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

Например, версия обновления (то есть, версия 2), следующая за текущей версией (то есть, версией 1), определяется как эталонная версия.

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

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

На этапе 51) обнаруживается, успешно ли обновлена эталонная версия.

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

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

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

На этапе 53) обнаруживается, был ли успешный перезапуск.

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

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

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

На этапе 61) оценивается, существует ли среди множества версий обновления версия обновления, более новая, чем следующая эталонная версия; если "да", то выполняется этап 62); а если "нет", тогда выполняется этап 63).

Используя операционную систему маршрутизатора в варианте осуществления, как показано, например, на фиг. 1, на этом этапе эталонная версия (то есть, версия 2) обновляется до следующей эталонной версии (то есть, до версии 3), для чего конкретные этапы обновления подробно не объясняются. Из заранее установленного списка версий обновления может быть получено, что версия обновления (то есть, версия 4), более новая, чем следующая эталонная версия (то есть, версия 3), существует и тогда выполняется этап S12.

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

Например, следующая эталонная версия (то есть, версия 3) обновляется до версии обновления (то есть, до версии 4) и процедура возвращается к этапу 61).

На этапе 63) следующая эталонная версия определяется как целевая версия и обновление заканчивается.

Например, версия 4 определяется как целевая версия и обновление заканчивается.

На фиг. 4 представлена блок-схема аппарата обновления, соответствующего примерному варианту осуществления. Аппарат обновления, обеспечиваемый настоящим раскрытием, может повысить эффективность обновления. Как показано на фиг. 4, аппарат содержит блок 21 получения, первый блок 22 обновления, второй блок 23 обновления и третий блок 24 обновления.

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

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

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

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

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

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

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

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

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

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

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

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

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

Блок отображения выполнен с возможностью отображения подсказки об успехе обновления.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Второй субблок обнаружения выполнен с возможностью обнаружения, успешно ли обновлена эталонная версия.

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

Третий субблок обнаружения выполнен с возможностью обнаружения, является ли перезапуск успешным.

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

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

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

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

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

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

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

Как показано на фиг. 5, устройство 800 для обновления может содержать один или больше следующих компонентов: компонент 802 обработки, запоминающее устройство 804, компонент 806 электропитания, мультимедийный компонент 808, аудиокомпонент 810, интерфейс 812 ввода/вывода (I/O), компонент 814 датчиков и компонент 816 связи.

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

Запоминающее устройство 804 выполнено с возможностью хранения различных типов данных, чтобы поддерживать работу устройства 800 для обновления. Примерами таких данных являются команды для любых приложений или способов, работающих на устройстве 800 для обновления, контактные данные, данные телефонной книги, сообщения, изображения, видео и т.д. Запоминающее устройство 804 может быть реализовано, используя любой тип энергозависимых или энергонезависимых запоминающих устройств или их комбинацию, такие как статическая оперативная память (SRAM), электрически стираемая программируемая постоянная память (EEPROM), стираемая программируемая постоянная память (EPROM), программируемое ПЗУ (PROM), постоянное запоминающее устройство (ROM), магнитная память, флэш-память, магнитный или оптический диск.

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

Мультимедийный компонент 808 содержит экран, обеспечивающий интерфейс вывода между устройством 800 для обновления и пользователем. В некоторых вариантах осуществления экран может содержать жидкокристаллический дисплей (LCD) и сенсорную панель (TP). Если экран содержит сенсорную панель, то экран может быть реализован как сенсорный экран, чтобы принимать входные сигналы от пользователя. Сенсорная панель содержит один или более сенсорных датчиков, чтобы обнаруживать касания, удары и жесты на сенсорной панели. Сенсорные датчики могут не только обнаруживать границу касания или ударное действие, но также обнаруживать промежуток времени и давление, связанное с касанием или ударным действием. В некоторых вариантах осуществления мультимедийный компонент 808 содержит переднюю камеру и/или заднюю камеру. Передняя камера и/или задняя камера могут принимать внешние мультимедийные данные, когда устройство 800 для обновления находится в рабочем режиме, таком как режим фотографирования или видеорежим. Как передняя камера, так и задняя камера могут быть фиксированной системой оптических линз или иметь возможность фокусировки и оптического увеличения.

Аудиокомпонент 810 выполнен с возможностью вывода и/или ввода аудиосигналов. Например, аудиокомпонент 810 содержит микрофон ("MIC"), выполненный с возможностью приема внешнего аудиосигнала, когда устройство 800 для обновления находится в рабочем режиме, таком как режим вызова, режим записи и режим распознавания речи. Принятый аудиосигнал может быть дополнительно сохранен в запоминающем устройстве 804 или быть передан через компонент 816 связи. В некоторых вариантах осуществления аудиокомпонент 810 дополнительно содержит громкоговоритель для вывода аудиосигналов.

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

Компонент 814 датчиков содержит один или более датчиков, чтобы обеспечить оценки состояния различных вариантов устройства 800 для обновления. Например, компонент 814 датчиков может обнаруживать открытое/закрытое состояние устройства 800 для обновления, относительное расположение компонентов, например, дисплея и клавиатуры устройства 800 для обновления, изменение положения устройства 800 или компонента устройства 800 для обновления, присутствие или отсутствие контакта пользователя с устройством 800 для обновления, ориентацию или ускорение/замедление устройства 800 для обновления и изменение температуры устройства 800 для обновления. Компонент 814 датчиков может содержать бесконтактный датчик, выполненный с возможностью обнаружения присутствия соседних объектов без какого-либо физического контакта. Компонент 814 датчиков может также содержать светочувствительный датчик, такой как датчик изображения на CMOS или CCD для использования в приложениях получения изображения. В некоторых вариантах осуществления компонент 814 датчиков может также содержать датчик акселерометра, датчик гироскопического элемента, магнитный датчик, датчик давления или температурный датчик.

Компонент 816 связи выполнен с возможностью облегчения передачи, проводной или беспроводной, между устройством 800 для обновления и другим устройством. Устройство 800 для обновления может получать доступ к беспроводной сети, основываясь на стандарте связи, таком как WiFi, 2G или 3G или их комбинации. В одном примерном варианте осуществления компонент 816 связи принимает широковещательный сигнал или информацию, связанную с широковещательной передачей, от внешней широковещательной системы управления через широковещательный канал. В одном примерном варианте осуществления компонент 816 связи дополнительно содержит модуль передачи в ближнем поле (NFC), чтобы облегчить связь на короткое расстояние. Например, модуль NFC может быть реализован, основываясь на технологии радиочастотной идентификации (RFID), технологии Ассоциации по средствам передачи данных в инфракрасном диапазоне (IrDA), ультраширокополосной технологии (UWB), технологии Bluetooth (ВТ) и других технологиях.

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

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

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

получают файлы обновления, соответствующие множеству версий обновления, более новых, чем текущая версия;

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

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

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

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

1. Способ для обновления операционной системы, отличающийся тем, что способ содержит этапы, на которых:

получают файлы обновления, соответствующие множеству версий обновления, более новых, чем текущая версия;

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

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

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

2. Способ по п. 1, отличающийся тем, что способ дополнительно содержит этапы, на которых:

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

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

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

3. Способ по п. 1, отличающийся тем, что способ дополнительно содержит этапы, на которых:

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

отображают подсказку об успехе обновления.

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

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

5. Способ по п. 1, отличающийся тем, что получение файлов обновления, соответствующих множеству версий обновления, содержит этапы, на которых:

обнаруживают, требует ли текущая версия обновления;

если текущая версия требует обновления, формируют подсказку об обновлении версии;

оценивают, принята ли операция обновления, введенная в соответствии с подсказкой об обновлении версии;

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

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

6. Способ по п. 1, отличающийся тем, что выбор одной версии обновления, ближайшей к текущей версии, в качестве эталонной версии содержит этапы, на которых:

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

сравнивают идентификационные данные версии для текущей версии с идентификационными данными версии для каждой из версий обновления; и

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

7. Способ по п. 1, отличающийся тем, что выбор одной версии обновления, ближайшей к текущей версии, в качестве эталонной версии содержит этапы, на которых:

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

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

8. Способ по п. 1, отличающийся тем, что выбор одной версии обновления, ближайшей к эталонной версии, в качестве следующей эталонной версии на основе эталонной версии содержит этапы, на которых:

обнаруживают, успешно ли обновлена эталонная версия;

если эталонная версия успешно обновлена, управляют перезапуском текущей версии и вводом эталонной версии;

обнаруживают был ли успешным перезапуск; и

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

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

оценивают, существует ли среди множества версий обновления версия обновления, более новая, чем следующая эталонная версия;

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

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

10. Аппарат для обновления операционной системы, отличающийся тем, что аппарат содержит:

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

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

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

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

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

11. Аппарат по п. 10, отличающийся тем, что аппарат дополнительно содержит:

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

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

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

12. Аппарат по п. 10, отличающийся тем, что аппарат дополнительно содержит:

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

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

13. Аппарат по п. 12, отличающийся тем, что блок отображения содержит:

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

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

14. Аппарат по п. 10, отличающийся тем, что блок получения содержит:

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

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

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

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

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

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

15. Аппарат по п. 10, отличающийся тем, что первый блок обновления содержит:

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

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

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

16. Аппарат по п. 10, отличающийся тем, что первый блок обновления содержит:

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

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

17. Аппарат по п. 10, отличающийся тем, что второй блок обновления содержит:

второй субблок обнаружения, выполненный с возможностью обнаружения, успешно ли обновлена эталонная версия;

субблок управления, выполненный с возможностью управления перезапуском текущей версии и вводом эталонной версии, если эталонная версия успешно обновлена;

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

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

18. Аппарат по п. 10, отличающийся тем, что третий блок обновления содержит:

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

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

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

19. Устройство для обновления программного обеспечения, отличающееся тем, что устройство содержит:

процессор; и

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

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

получения файлов обновления, соответствующих множеству версий обновления, более новых, чем текущая версия;

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

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

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



 

Похожие патенты:

Изобретение относится к области программирования компонентов в объектах. Техническим результатом является программирование компонентов на основе местоположений для компонентов в объекте.

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

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

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

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

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

Изобретение относится к серверной стоке, а именно к серверной стойке с множеством модулей управления стойкой. Технический результат - снижение вероятности возникновения ошибки при неудачном обновлении модулей управления стойкой.

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

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

Изобретение относится к вычислительной технике. Технический результат заключается в обновлении программного обеспечения, которое позволят сохранить ресурсы пропускной способности и сократить объем работы для обновления программного обеспечения.

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

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

Изобретение относится к средствам отображения иконки на рабочем столе. Технический результат заключается в обеспечении адаптации изображения в зависимости от свойств иконки.

Изобретение относится к области программирования компонентов в объектах. Техническим результатом является программирование компонентов на основе местоположений для компонентов в объекте.

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

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

Группа изобретений раскрывает способ редактирования информации в приложении службы социальной сети (SNS) и терминал для этого. Технический результат – экономия объема памяти командного терминала и ускорение процесса редактирования информации.

Изобретение относится к области сбережения электроэнергии батареи в устройствах. Техническим результатом является сохранение электроэнергии батареи в устройствах посредством задержки задач.

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

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

Группа изобретений относится к средствам обработки сеансов связи. Технический результат – уменьшение числа шагов, используемых для настройки работы конкретного сеанса связи. Для этого предложены способ, устройство и оконечная аппаратура для обработки сеанса связи на основе жеста. Способ включает: обнаружение манипуляции жестом в текущем интерфейсе сеанса связи; когда обнаружена манипуляция жестом в конкретном сеансе связи в текущем интерфейсе сеанса связи, распознавание манипуляции жестом; и выполнение соответствующей обработки для сеанса связи в текущем интерфейсе сеанса связи согласно распознанной манипуляции жестом, при этом, когда открывается вторичная опция, то обеспечивается перемещение сеанса связи в собственной области интерфейса влево, вправо, вверх и вниз, и отображение вторичной опции в области, в которой проходил сеанс связи. 3 н. и 9 з.п. ф-лы, 21 ил.
Наверх