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

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

Иллюстрации

Показать все

Реферат

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

Настоящая заявка основана и притязает на приоритет патентной заявки Китая №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; а если нет, то процедура заканчивается.

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

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

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