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



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

Владельцы патента RU 2653238:

Сяоми Инк. (CN)

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

 

Перекрестная ссылка на родственные заявки

[0001] Настоящая заявка основана и испрашивает приоритет на основании патентной заявки Китая №201510719836.1, поданной 29 октября 2015 г., все содержание которой включено в настоящий документ посредством ссылки.

Область техники

[0002] Варианты осуществления настоящего изобретения в целом относятся к технической области беспроводной связи, а именно к способу, устройству и системе обновления приложения (APP).

Уровень техники

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

Раскрытие изобретения

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

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

[0006] получение списка приложений, подлежащих обновлению;

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

[0008] управление целевым терминалом для инсталляции установочного файла.

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

[0010] обнаружение приложения, подлежащего обновлению,

[0011] создание списка приложений, подлежащих обновлению, в ответ на обнаружение приложения, подлежащего обновлению.

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

[0013] получение списка приложений, подлежащих обновлению, отправленного целевым терминалом.

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

[0015] получение списка приложений, подлежащих обновлению, отправленного сетевой стороной.

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

[0017] получение предустановленного времени, отправленного целевым терминалом; и

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

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

[0020] обнаружение сетевого трафика данных; и

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

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

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

[0024] В некоторых случаях способ может дополнительно включать:

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

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

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

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

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

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

[0031] обновление приложения, подлежащего обновлению, на основе установочного файла.

[0032] В некоторых случаях данный способ может дополнительно включать:

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

[0034] В некоторых случаях данный способ может дополнительно включать:

[0035] периодическое обнаружение локального приложения, подлежащего обновлению;

[0036] создание списка приложений, подлежащих обновлению, на основании приложения, подлежащего обновлению; и

[0037] отправку в маршрутизатор списка приложений, подлежащих обновлению.

[0038] В некоторых случаях данный способ может дополнительно включать:

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

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

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

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

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

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

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

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

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

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

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

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

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

[0052] маршрутизатор дополнительно может быть выполнен с возможностью удаления установочного файла.

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

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

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

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

[0057] В некоторых случаях получающий модуль может содержать

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

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

[0060] В некоторых случаях получающий модуль может содержать

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

[0062] В некоторых случаях получающий модуль может содержать

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

[0064] В некоторых случаях загружающий модуль может содержать

[0065] принимающий субмодуль, выполненный с возможностью приема предустановленного времени от целевого терминала; и

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

[0067] В некоторых случаях загружающий модуль может содержать

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

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

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

[0071] В некоторых случаях устройство может дополнительно содержать

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

[0073] В некоторых случаях загружающий модуль может содержать

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

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

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

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

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

[0079] В некоторых случаях устройство может дополнительно содержать

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

[0081] В некоторых случаях устройство может дополнительно содержать

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

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

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

[0085] В некоторых случаях устройство может дополнительно содержать

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

[0087] В некоторых случаях устройство может дополнительно содержать

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

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

[0090] процессор; и

[0091] память, выполненную с возможностью хранения инструкций, исполняемых процессором,

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

[0093] получения списка приложений, подлежащих обновлению;

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

[0095] управления целевым терминалом для инсталляции установочного файла.

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

[0097] процессор; и

[0098] память, выполненную с возможностью хранения инструкций, исполняемых процессором,

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

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

[0101] обновления приложения, подлежащего обновлению, на основе установочного файла.

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

[0111] ФИГ. 1 представляет собой функциональную схему системы для обновления приложения в соответствии с примерным вариантом осуществления настоящего изобретения.

[0112] ФИГ. 2 представляет собой функциональную схему системы для обновления приложения в соответствии альтернативным вариантом осуществления настоящего изобретения.

[0113] ФИГ. 3 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0114] ФИГ. 4 представляет собой функциональную схему получающего модуля в соответствии с примерным вариантом осуществления изобретения.

[0115] ФИГ. 5 представляет собой функциональную схему получающего модуля в соответствии с альтернативным вариантом осуществления настоящего изобретения.

[0116] ФИГ. 6 представляет собой функциональную схему получающего модуля в соответствии с альтернативным вариантом осуществления изобретения.

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

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

[0119] ФИГ. 9 представляет собой функциональную схему устройства для обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0120] ФИГ. 10 представляет собой функциональную схему получающего модуля в соответствии с примерным вариантом осуществления изобретения.

[0121] ФИГ. 11 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0122] ФИГ. 12 представляет собой функциональную схему устройства для обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0123] ФИГ. 13 представляет собой функциональную схему устройства для обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0124] ФИГ. 14 представляет собой функциональную схему устройства для обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0125] ФИГ. 15 представляет собой функциональную схему устройства для обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0126] ФИГ. 16 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0127] ФИГ. 17 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0128] ФИГ. 18 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0129] ФИГ. 19 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0130] ФИГ. 20 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения.

[0131] ФИГ. 21 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0132] ФИГ. 22 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0133] ФИГ. 23 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения.

[0134] ФИГ. 24 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения.

Осуществление изобретения

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

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

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

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

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

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

[0141] Например, список приложений, подлежащих обновлению, полученный маршрутизатором 11, включает пять приложений, подлежащих обновлению: APP1, APP2, APP3, APP4 и APP5. Маршрутизатор 11 загружает установочные файлы пяти приложений, подлежащих обновлению, от сетевой стороны 12. Терминал 13 для обновления получает установочные файлы приложений, подлежащих обновлению, непосредственно от маршрутизатора 11.

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

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

[0144] Способ A1: сетевая сторона 12 создает список приложений, подлежащих обновлению, на основе информации о приложении, периодически отправляемой терминалом 13, и отправляет список приложений, подлежащих обновлению, в маршрутизатор 11.

[0145] Фиг. 2 представляет собой функциональную схему системы обновления приложения в соответствии альтернативным вариантом осуществления настоящего изобретения. Как показано на фиг. 2, терминал 13 в системе также выполнен с возможностью периодической отправки сетевой стороне 12 информации о локальном приложении, содержащей идентификатор приложения и номер версии. Сетевая сторона 12 также выполнена с возможностью определения приложения терминала, подлежащего обновлению, на основании информации о приложении, создания списка приложений, подлежащих обновлению, и отправки списка приложений, подлежащих обновлению, в маршрутизатор 11.

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

[0147] Кроме того, сетевая сторона может в реальном времени запросить состояние версии приложения, таким образом сетевая сторона может более точно и полно определять приложение, подлежащее обновлению.

[0148] Способ A2: терминал 13 создает список приложений, подлежащих обновлению, и отправляет список приложений, подлежащих обновлению, в маршрутизатор 11.

[0149] Как показано на фиг. 1, терминал 13 также выполнен с возможностью периодического обнаружения локального приложения, подлежащего обновлению, создания списка приложений, подлежащих обновлению, на основании приложения, подлежащего обновлению, и отправки списка приложений, подлежащих обновлению, в маршрутизатор 11.

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

[0151] Способ A3: маршрутизатор 11 периодически отправляет информацию о приложении в терминал 13, обнаруживает приложение, подлежащее обновлению, и создает список приложений, подлежащих обновлению.

[0152] Как показано на фиг. 1, терминал 13 также выполнен с возможностью периодической отправки в маршрутизатор 11 информации о локальном приложении, содержащей идентификатор приложения и номер версии. Маршрутизатор 11 дополнительно выполнен с возможностью отслеживания приложения, подлежащего обновлению, согласно информации о приложении, создания списка приложений, подлежащих обновлению, и загрузки установочного файла приложения, подлежащего обновлению.

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

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

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

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

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

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

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

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

[0161] Согласно варианту осуществления, получающий модуль 31 маршрутизатора получает список приложений, подлежащих обновлению, загружающий модуль 32 загружает установочный файл приложения, подлежащего обновлению, согласно списку приложений, подлежащих обновлению, и управляющий модуль 33 управляет целевым терминалом для инсталляции установочного файла. Таким образом, терминал получает установочный файл от маршрутизатора при обновлении приложения. При таком способе данные непосредственно из маршрутизатора могут быть загружены быстрее, таким образом повышается скорость обновления приложения, и более того, на стороне пользователя появляется возможность избежать перегрузки сети из-за централизованной загрузки установочных файлов. Кроме того, сохраняется фоновый характер процесса обновления приложения, то есть пользователю не требуется выполнять действия по обновлению установки, и терминал автоматически обновляет приложение.

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

[0163] Способ B1: получающий модуль 31 самостоятельно создает список приложений, подлежащих обновлению.

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

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

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

[0167] В рамках способа B1 маршрутизатор сам определяет приложение, подлежащее обновлению, определяющий субмодуль 41определяет приложение, подлежащее обновлению, и создающий модуль 42 создает список приложений, подлежащих обновлению. Таким образом, маршрутизатор может заранее загрузить установочный файл приложения, подлежащего обновлению, и затем терминал может получить установочный файл от маршрутизатора при обновлении приложения. При таком способе данные непосредственно с маршрутизатора могут быть загружены быстрее, таким образом повышается скорость обновления приложения, и более того, на стороне пользователя появляется возможность избежать перегрузки сети из-за централизованной загрузки установочных файлов. Кроме того, сохраняется фоновый характер процесса обновления приложения, то есть пользователю не требуется выполнять действия по обновлению установки, и терминал автоматически обновляет приложение.

[0168] Способ B2: список приложений, подлежащих обновлению, получают от терминала.

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

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

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

[0172] Способ B3: список приложений, подлежащих обновлению, получают от сетевой стороны.

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

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

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

[0176] Кроме того, сетевая сторона может в реальном времени запросить состояние версии приложения, таким образом сетевая сторона может более точно и полно определять приложения, подлежащие обновлению.

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

[0178] Например, получающий модуль 31 содержит обнаруживающий субмодуль 41, создающий субмодуль 42 и первый получающий субмодуль 51. Либо, получающий модуль 31 содержит обнаруживающий субмодуль 41, создающий субмодуль 42 и второй получающий субмодуль 61. Либо, получающий модуль 31 содержит первый получающий субмодуль 51 и второй получающий субмодуль 61. Либо, получающий модуль 31 содержит обнаруживающий субмодуль 41, создающий субмодуль 42, первый получающий субмодуль 51 и второй получающий субмодуль 61.

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

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

[0181] Способ C1: установочный файл загружается в предустановленное время.

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

[0183] принимающий субмодуль 71, выполненный с возможностью приема предустановленного времени, отправленного целевым терминалом; и

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

[0185] Например, согласно установкам пользователя, маршрутизатор выполняет загрузку установочного файла через терминал ночью между 0:00 и 5:00, в течение этого времени пользователь обычно спит и не может пользоваться сетью, поэтому маршрутизатор относительно простаивает, таким образом, загрузка в это время помогает избежать перегрузки сети и негативного влияния на работу пользователя в сети и тем самым улучшению опыта взаимодействия, получаемого пользователем.

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

[0187] Способ C2: установочный файл загружается во время простоя маршрутизатора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0203] Например, локально загруженным установочным файлам соответствуют приложения APP3, APP6 и APP9. Список приложений, подлежащих обновлению, включает приложения APP1, APP2, APP3, APP4 и APP5. После выполнения сравнения сравнивающим субмодулем 101, в случае, если был загружен установочный файл, предназначенный для обновления APP3, то третий загружающий подмодуль 102 не будет загружать установочный файл APP3 и загрузит только установочные файлы остальных приложений, включая APP1, APP2, APP4 и APP5.

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

[0205] Вариант осуществления настоящего изобретения предлагает также устройство для обновления приложения, которое должно быть выполнено как терминал. Фиг. 11 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения. Устройство может быть выполнено, полностью или частично, как электронное устройство путем программного обеспечения, аппаратного обеспечения или их сочетания. Как показано на фиг. 11, устройство 110 содержит

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

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

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

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

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

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

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

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

[0214] Способ D2: терминал создает список приложений, подлежащих обновлению, и отправляет список приложений, подлежащих обновлению, в маршрутизатор.

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

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

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

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

[0219] В рамках способа D2 терминал определяет приложение, подлежащее обновлению, при помощи определяющего модуля 114, создающий модуль 115 создает список приложений, подлежащих обновлению, и второй отправляющий модуль 116 отправляет список приложений, подлежащих обновлению, в маршрутизатор. Таким образом, маршрутизатор может заранее загрузить установочный файл приложения, подлежащего обновлению, и затем терминал может получить установочный файл от маршрутизатора при обновлении приложения. При таком способе данные непосредственно с маршрутизатора могут быть загружены быстрее, таким образом повышается скорость обновления приложения, и более того, на стороне пользователя появляется возможность избежать перегрузки сети из-за централизованной загрузки установочных файлов. Кроме того, сохраняется фоновый характер процесса обновления приложения, то есть пользователю не требуется выполнять действия по обновлению установки, и терминал автоматически обновляет приложение.

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

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

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

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

[0224] Кроме того, сетевая сторона может в реальном времени запросить состояние версии приложения, таким образом сетевая сторона может более точно и полно определять приложения, подлежащие обновлению.

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

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

[0227] Согласно варианту осуществления, терминал управляет маршрутизатором для удаления установочного файла обновленного или деинсталлированного приложения с помощью управляющего модуля 118, таким образом эффективно экономится объем памяти маршрутизатора.

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

[0229] Способы обновления приложения, осуществляемые на стороне маршрутизатора и стороне терминала соответственно, описаны ниже.

[0230] На стороне маршрутизатора

[0231] Фиг. 16 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения. Как показано на фиг. 16, способ обновления приложения применяется в маршрутизаторе и включает следующие шаги:

[0232] Шаг S161: получение списка приложений, подлежащих обновлению;

[0233] Шаг S162: загрузка установочного файла приложения, подлежащего обновлению согласно списку приложений, подлежащих обновлению; и

[0234] Шаг S163: управление целевым терминалом для инсталляции установочного файла.

[0235] Например, список приложений, подлежащих обновлению, полученный маршрутизатором, включает пять приложений, подлежащих обновлению: APP1, APP2, APP3, APP4 и APP5. Маршрутизатор загружает установочные файлы пяти приложений, подлежащих обновлению, от сетевой стороны. Терминал может получить для обновления установочные файлы приложений, подлежащих обновлению, непосредственно от маршрутизатора.

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

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

[0238] Способ E1: маршрутизатор обнаруживает приложения, подлежащие обновлению, и создает список приложений, подлежащих обновлению.

[0239] Фиг. 17 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения. Как показано на фиг. 17, шаг получения списка приложений, подлежащих обновлению, включает:

[0240] Шаг S171: обнаружение приложения, подлежащего обновлению; и

[0241] Шаг S172: создание списка приложений, подлежащих обновлению, в ответ на обнаружение приложения, подлежащего обновлению.

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

[0243] Способ E2: терминал создает список приложений, подлежащих обновлению, и отправляет список приложений, подлежащих обновлению, в маршрутизатор.

[0244] При этом шаг получения списка приложений, подлежащих обновлению, включает:

[0245] получение списка приложений, подлежащих обновлению, отправленного целевым терминалом.

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

[0247] Способ E3: сетевая сторона создает список приложений, подлежащих обновлению, и отправляет список приложений, подлежащих обновлению, в маршрутизатор.

[0248] При этом шаг получения списка приложений, подлежащих обновлению, включает:

[0249] получение списка приложений, подлежащих обновлению, отправленного сетевой стороной.

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

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

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

[0253] Способ F1: установочный файл загружается в предустановленное время.

[0254] Фиг. 18 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения. Как показано на фиг. 18, шаг загрузки установочного файла приложения, подлежащего обновлению согласно списку приложений, подлежащих обновлению, включает:

[0255] Шаг S181: прием предустановленного времени, отправленного целевым терминалом; и

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

[0257] Например, согласно установкам пользователя, маршрутизатор выполняет загрузку установочного файла через терминал ночью между 0:00 и 5:00, в течение этого времени пользователь обычно спит и не может пользоваться сетью, поэтому маршрутизатор относительно простаивает, таким образом, загрузка в это время помогает избежать перегрузки сети и негативного влияния на работу пользователя в сети и тем самым улучшению опыта взаимодействия, получаемого пользователем.

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

[0259] Способ F2: установочный файл загружается во время простоя маршрутизатора.

[0260] Фиг. 19 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения. Как показано на фиг. 19, шаг загрузки установочного файла приложения, подлежащего обновлению, согласно списку приложений, подлежащих обновлению, включает:

[0261] Шаг S191: обнаружение сетевого трафика данных; и

[0262] Шаг S192: загрузку установочного файла от сетевой стороны согласно списку приложений, подлежащих обновлению, в ответ на определение того, что сетевой трафик данных меньше или равен предустановленному сетевому трафику данных.

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

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

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

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

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

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

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

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

[0271] Согласно альтернативному варианту осуществления для улучшения эффективности загрузки с маршрутизатора и во избежание загрузки ненужных установочных файлов приложения маршрутизатор может отфильтровывать приложение из списка приложений, подлежащих обновлению. Фиг. 20 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с альтернативным вариантом осуществления изобретения. Как показано на фиг. 20, шаг загрузки установочного файла приложения от сетевой стороны согласно списку приложений, подлежащих обновлению, включает:

[0272] Шаг S201: сравнение приложения, соответствующего загруженному установочному файлу, с приложением в списке приложений, подлежащих обновлению; и

[0273] Шаг S202: загрузка установочного файла приложения от сетевой стороны в ответ на определение того, что установочный файл приложения из списка приложений, подлежащих обновлению, локально отсутствует.

[0274] Например, локально загруженным установочным файлам соответствуют приложения APP3, APP6 и APP9. Список приложений, подлежащих обновлению, включает приложения APP1, APP2, APP3, APP4 и APP5. После сравнения, если был загружен установочный файл, предназначенный для обновления APP3, то установочный файл APP3 не загружается, инсталлируются только установочные файлы других приложений, включая APP1, APP2, APP4 и APP5.

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

[0276] На стороне терминала

[0277] Фиг. 21 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения. Как показано на фиг. 21, способ обновления приложения применяется в терминале и включает следующие шаги:

[0278] Шаг S211: получение установочного файла приложения, подлежащего обновлению, от маршрутизатора; и

[0279] Шаг S212: обновление приложения, подлежащего обновлению, на основе установочного файла.

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

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

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

[0283] В некоторых случаях способ обновления приложения включает также:

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

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

[0286] Способ G2: терминал создает список приложений, подлежащих обновлению, и отправляет список приложений, подлежащих обновлению, в маршрутизатор.

[0287] Фиг. 22 представляет собой блок-схему, иллюстрирующую способ обновления приложения в соответствии с примерным вариантом осуществления изобретения. Как показано на ФИГ. 22, способ обновления приложения включает также:

[0288] Шаг S221: периодическое обнаружение локального приложения, подлежащего обновлению;

[0289] Шаг S222: создание списка приложений, подлежащих обновлению, на основании приложения, подлежащего обновлению; и

[0290] Шаг S223: отправка в маршрутизатор списка приложений, подлежащих обновлению.

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

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

[0293] В некоторых случаях способ обновления приложения включает также:

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

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

[0296] Кроме того, сетевая сторона может в реальном времени запросить состояние версии приложения, таким образом сетевая сторона может более точно и полно определять приложения, подлежащие обновлению.

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

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

[0299] Согласно варианту осуществления, терминал управляет маршрутизатором для удаления установочного файла обновленного или удаленного приложения, таким образом эффективно экономится объем памяти маршрутизатора.

[0300] Вариант осуществления настоящего изобретения предлагает также устройство для обновления приложения, содержащее

[0301] процессор; и

[0302] память, выполненную с возможностью хранения инструкций, исполняемых процессором,

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

[0304] получения списка приложений, подлежащих обновлению;

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

[0306] управления целевым терминалом для инсталляции установочного файла.

[0307] Вариант осуществления настоящего изобретения предлагает также устройство для обновления приложения, содержащее

[0308] процессор; и

[0309] память, выполненную с возможностью хранения инструкций, исполняемых процессором,

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

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

[0312] обновления приложения, подлежащего обновлению, на основе установочного файла.

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

[0314] Устройство 2300 может включать в себя один или более следующих компонентов: обрабатывающий компонент 2302, память 2304, питающий компонент 2306, мультимедийный компонент 2308, аудиокомпонент 2310, интерфейс 2312 ввода-вывода, сенсорный компонент 2314 и коммуникационный компонент 2316.

[0315] Обрабатывающий компонент 2302, как правило, управляет всеми операциями, выполняемыми устройством 2300, например, операциями, связанными с отображением, телефонными вызовами, передачей данных, функционированием камеры, операциями записи. Обрабатывающий компонент 2302 может включать один или несколько процессоров 2320 для выполнения команд, соответствующих всем или части шагов в описанных выше способах. Помимо этого, обрабатывающий компонент 2302 может включать один или более модулей, обеспечивающих взаимодействие между обрабатывающим компонентом 2302 и прочими компонентами Например, обрабатывающий компонент 2302 может включать мультимедийный модуль для облегчения взаимодействия между мультимедийным компонентом 2308 и обрабатывающим компонентом 2302.

[0316] Память 2304, выполненную с возможностью хранения различных типов данных для поддержки работы устройства 2300. Примеры таких данных могут включать в себя инструкции для каких-либо приложений или способов, используемых на устройстве 2300, контактные данные, данные телефонной книги, сообщения, изображения, видео и т.п.Память 2304 может быть выполнена с возможностью использования любого типа энергозависимых или энергонезависимых устройств или их сочетания, например, Статическое Запоминающее Устройство с Произвольной Выборкой СЗУПВ (SRAM), Электрически Стираемая Программируемая Постоянная Память ЭСППП (EEPROM), Стираемая Программируемая Постоянная Память СППП (EPROM), Постоянное Запоминающее Устройство ПЗУ (ROM), магнитное запоминающее устройство, флэш-память, магнитный или оптический диск.

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

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

[0319] Аудиокомпонент 2310 выполнен с возможностью вывода и/или ввода аудио сигналов. Например, аудиокомпонент 2310 включает в себя микрофон (MIC), выполненный с возможностью получения внешнего аудиосигнала, когда устройство 2300 находится в рабочем режиме, например, в режиме вызова, в режиме записи, в режиме распознавания голосовых данных. Полученный аудио сигнал может затем сохраняться в памяти 2304 или передаваться через коммуникационный компонент 2316. В некоторых вариантах осуществления аудиокомпонент 2310 дополнительно включает громкоговоритель, выполненную с возможностью вывода звуковых сигналов.

[0320] Интерфейс 2312 ввода-вывода представляет собой интерфейс между обрабатывающим компонентом 2302 и периферийными интерфейсными модулями, например, клавиатурой, манипулятором типа Click Wheel, кнопками и т.д. Помимо прочего, кнопки могут включать в себя кнопку «Домой» (Home), кнопку регулировки громкости, пусковую кнопку и блокирующую кнопку.

[0321] Сенсорный компонент 2314 включает в себя один или несколько датчиков, выполненный с возможностью оценки состояния различных аспектов устройства 2300. Например, сенсорный компонент 2314 может определять открытое / закрытое состояние устройства 2300, относительное позиционирование компонентов, таких как дисплей и клавиатура устройства 2300; сенсорный компонент 2314 может также определять изменение положения устройства 2300 или компонента устройства 2300, наличие или отсутствие контакта пользователя с устройством 2300, ориентацию, ускорение / замедление движения устройства 2300 и изменение температуры устройства 2300. Сенсорный компонент 2314 может включать в себя датчик приближения, выполненный с возможностью обнаружения присутствия ближайшего объекта без физического контакта. Сенсорный компонент 2314 дополнительно может включать в себя оптический датчик, такой как датчик на основе Комплементарного Металл-Оксидного Полупроводника КМОП (CMOS) или датчик на основе Прибора с Зарядовой Связью ПЗС (CCD), используемый для работы с изображениями. В некоторых вариантах осуществления изобретения сенсорный компонент 2314 также может включать в себя датчик ускорения, гиродатчик, магнитный датчик, датчик давления или датчик температуры.

[0322] Коммуникационный компонент 2316 может быть выполнен с возможностью повышения удобства проводной или беспроводной коммуникации между устройством 2300 и другими устройствами. Устройство 2300 может быть выполнено с возможностью доступа к беспроводной сети на основе стандарта связи, такого как Wi-Fi, сети второго поколения (2G) или третьего поколения (3G), либо их сочетания. В примерном варианте осуществления изобретения коммуникационный компонент 2316 получает раздаваемый сигнал или передаваемую соответствующую информацию от внешней системы управления широковещательной передачей через широковещательный канал. В примерном варианте осуществления изобретения коммуникационный компонент 2316 дополнительно включает в себя модуль коммуникации ближнего поля (NFC), способствующий коммуникации малого радиуса действия. Например, модуль NFC может быть выполнен на основе технологии радиочастотной идентификации (RFID), технологии ассоциации инфракрасной передачи данных (IrDA), технологии сверхширокополосной передачи (UWB), технологии Bluetooth (BT) и других технологий.

[0323] В примерном варианте осуществления устройство 2300 может быть выполнено с использованием Интегральных Схем Специального Назначения ИССН (ASIC), Цифровых Сигнальных Процессоров ЦСП (DSP), Устройств Цифровой Обработки Сигналов УЦОС (DSPD), Программируемых Логических Устройств ПЛУ (PLD), Программируемой Пользователем Вентильной Матрицы ППВМ (FPGA), контроллеров, микроконтроллеров, микропроцессоров или других электронных компонентов, выполненных с возможностью выполнения вышеописанных способов.

[0324] В примерном варианте осуществления также предлагается энергонезависимый машиночитаемый накопитель с инструкциями, такой как память 2304 с инструкциями; инструкции могут выполняться процессором 2320 устройства 2300 для применения описанных выше способов. Например, в качестве энергонезависимого машиночитаемого накопителя могут использовать ПЗУ (ROM), Оперативное Запоминающее Устройство ОЗУ (RAM), ПЗУ на компакт-диске (CD-ROM), магнитную ленту, дискету, оптическое устройство хранения данных и т.д.

[0325] ФИГ. 24 представляет собой функциональную схему устройства для обновления приложения в соответствии с примерным вариантом осуществления изобретения. Например, устройством 2900 может быть машрутизатор. Устройство 2900 включает обрабатывающий компонент 2922 который в свою очередь включает один или несколько процессоров и запоминающий ресурс, представленный памятью 2932, выполненных с возможностью хранения инструкций, таких как исполняемые прикладные программы для обрабатывающего компонента 2922. Приложения, сохраняемые в памяти 2932, могут включать один или более одного модуля. Каждый модуль может включать набор инструкций. Кроме того, обрабатывающий компонент 2922 выполнен с возможностью выполнения инструкций для реализации описанных выше способов.

[0326] Устройство 2900 может также включать питающий компонент 2926, выполненный с возможностью управления питанием устройства 2900, проводной или беспроводной сетевой интерфейс 2950 выполненный с возможностью подключения устройства 2900 к сети и интерфейс 2958 ввода-вывода. Устройство 2900 может управляться операционной системой, хранящейся в памяти 2932, например Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM.

[0327] В зависимости от энергонезависимого машиночитаемого накопителя, при выполнении инструкций процессором устройства 2300, устройство 2300 может выполнять описанный выше способ обновления приложения, причем способ включает:

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

[0329] обновление приложения, подлежащего обновлению, на основе установочного файла.

[0330] В некоторых случаях данный способ дополнительно включает:

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

[0332] В некоторых случаях данный способ дополнительно включает:

[0333] периодическое обнаружение локального приложения, подлежащего обновлению;

[0334] создание списка приложений, подлежащих обновлению, на основании приложения, подлежащего обновлению; и

[0335] отправку в маршрутизатор списка приложений, подлежащих обновлению.

[0336] В некоторых случаях данный способ дополнительно включает:

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

[0338] В некоторых случаях данный способ может дополнительно включать:

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

[0340] В зависимости от энергонезависимого машиночитаемого накопителя, при выполнении инструкций процессором устройства 2900, устройство 2900 может выполнять описанный выше способ обновления приложения, причем способ включает:

[0341] получение списка приложений, подлежащих обновлению;

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

[0343] управление целевым терминалом для инсталляции установочного файла.

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

[0345] обнаружение приложения, подлежащего обновлению,

[0346] создание списка приложений, подлежащих обновлению, в случае обнаружения приложения, подлежащего обновлению.

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

[0348] получение списка приложений, подлежащих обновлению, отправленного целевым терминалом.

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

[0350] получение списка приложений, подлежащих обновлению, отправленного сетевой стороной.

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

[0352] прием предустановленного времени от целевого терминала; и

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

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

[0355] обнаружение сетевого трафика данных; и

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

[0357] В некоторых случаях шаг управления целевым терминалом для инсталляции установочного файла включает:

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

[0359] В некоторых случаях данный способ может дополнительно включать:

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

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

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

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

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

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

Промышленная применимость

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

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

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

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

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

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

1. Способ обновления приложения, включающий:

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

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

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

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

причем способ дополнительно включает:

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

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

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

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

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

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

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

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

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

прием маршрутизатором предустановленного времени от целевого терминала; и

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

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

обнаружение сетевого трафика данных маршрутизатора; и

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

7. Способ по п. 1, отличающийся тем, что дополнительно включает

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

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

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

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

9. Устройство для обновления приложения, применяемое в маршрутизаторе, содержащее

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

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

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

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

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

10. Устройство по п. 9, отличающееся тем, что получающий модуль содержит

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

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

11. Устройство по п. 9, отличающееся тем, что получающий модуль содержит

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

12. Устройство по п. 9, отличающееся тем, что получающий модуль содержит

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

13. Устройство по п. 9, отличающееся тем, что загружающий модуль содержит

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

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

14. Устройство по п. 9, отличающееся тем, что загружающий модуль содержит

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

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

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

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

16. Устройство по п. 9, отличающееся тем, что загружающий модуль содержит

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

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



 

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

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

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

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

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

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

Изобретение относится к беспроводной связи. Способ проверки состояния соединения включает: периодическое осуществление доступа к заданному доменному имени через сеть Wireless-Fidelity (WiFi), к которой обеспечен доступ, и направление сетевому серверу, соответствующему заданному доменному имени, запроса на получение некоторого ресурса; определение состояния соединения между сетью WiFi и общедоступной сетью в соответствии с результатом получения сетевого ресурса, причем состояние соединения включает состояние установленного соединения и состояние неустановленного соединения; и отображение состояния соединения для представления состояния соединения пользователю.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наверх