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

Формула изобретения

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

принимают от сервера информацию о версии программного обеспечения;

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

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

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

3. Способ по п.2, содержащий также передачу уведомлений об обновлении программного обеспечения по каналу групповой передачи.

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

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

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

7. Способ по п.6, содержащий также запрос от сервера информации об обновлении программного обеспечения.

8. Способ по п.7, содержащий также прием ответа сервера, содержащего информацию о версии программного обеспечения.

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

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

11. Способ по п.1, содержащий также выполнение протокола проверки «вытягивания».

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

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

14. Способ по п.12, содержащий также определение, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n).

15. Способ по п.14, содержащий также выполнение протокола проверки «выталкивания» и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

16. Способ по п.14, содержащий также выполнение протокола проверки «вытягивания» и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

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

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

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

19. Устройство по п.18, в котором процессор выполняет протокол проверки «вытягивания».

20. Устройство по п.18, в котором процессор определяет, является ли значение маркера клиента большим или равным значению маркера сервера.

21. Устройство по п.20, в котором процессор определяет, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n).

22. Устройство по п.21, в котором процессор выполняет протокол проверки «выталкивания» и устанавливает значение маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

23. Устройство по п.21, в котором процессор выполняет протокол проверки «вытягивания» и устанавливает значение маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

25. Устройство беспроводной связи, содержащее

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

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

средство для выполнения протокола доступа для приема уведомления об обновлении программного обеспечения; и

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

средство для создания маркера клиента;

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

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

26. Устройство по п.25, в котором протокол доступа является по меньшей мере одним из периодического протокола доступа, инициируемого пользователем протокола доступа, основанного на операции протокола доступа и инициируемого при запуске протокола.

27. Устройство по п.25, содержащее также средство для выполнения протокола проверки одноадресной передачи.

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

29. Устройство по п.28, содержащее также средство для определения, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n).

30. Устройство по п.29, содержащее также средство для выполнения протокола проверки групповой передачи и средство для установки значение маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

31. Устройство по п.29, содержащее также средство для выполнения протокола проверки одноадресной передачи и средство для установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

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

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

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

выполнения протокола доступа для приема уведомления об обновлении программного обеспечения;

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

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

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

34. Считываемый компьютером носитель по п.33, в котором протокол проверки является протоколом проверки «выталкивания», выполняемым по соединению групповой передачи между сервером и по меньшей мере одним пользовательским устройством.

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

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

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

38. Считываемый компьютером носитель по п.33, содержащий также команды для выполнения протокола проверки «вытягивания».

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

40. Считываемый компьютером носитель по п.39, содержащий также команды для определения, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n).

41. Считываемый компьютером носитель по п.40, содержащий также команды для выполнения протокола проверки «выталкивания» и для установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

42. Считываемый компьютером носитель по п.40, содержащий также команды для выполнения протокола проверки «вытягивания» и установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

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

прием от сервера служебного сообщения с информацией о версии программного обеспечения;

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

выполнение протокола доступа для приема уведомления об обновлении программного обеспечения;

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

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

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

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

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

47. Процессор по п.44, команды также содержат выполнение протокола проверки одноадресной передачи.

48. Процессор по п.44, команды также содержат определение, является ли значение маркера клиента большим или равным значению маркера сервера, если маркер клиента является правильным.

49. Процессор по п.48, команды также содержат определение, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n).

50. Процессор по п.49, команды также содержат выполнение протокола проверки групповой передачи и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

51. Процессор по п.49, команды также содержат выполнение протокола проверки одноадресной передачи и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

Описание изобретения к патенту

ТРЕБОВАНИЕ ПРИОРИТЕТА ПО РАЗДЕЛУ 35 §119 СВОДА ЗАКОНОВ США

По данной заявке испрашивается приоритет по дате подачи предварительной заявки № 60/739873, озаглавленной «METHODS AND APPARATUS DELIVERY OF SOFTWARE UPGRADE NOTIFICATION TO DEVICES IN COMMUNICATION SYSTEMS», зарегистрированной 23 ноября 2005, которая во всей своей полноте представлена для справки.

I. Область техники, к которой относится изобретение

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

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

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

Обычная сеть беспроводной связи (которая, например, использует методики с частотным, временным и кодовым разделением каналов) включает в себя одну или большее количество базовых станций, которые обеспечивают зону действия сети, и один или большее количество мобильных (например, беспроводных) терминалов, которые могут передавать и принимать данные в пределах зоны действия сети. Обычная базовая станция может одновременно передавать множество потоков данных для услуг широковещания, групповой передачи и/или однонаправленной передачи, причем поток данных является потоком данных, который может интересовать мобильный терминал с точки зрения независимого приема. Мобильный терминал в пределах зоны действия сети этой базовой станции может быть заинтересован в приеме одного, более одного или всех потоков данных, которые переносит составной поток. Аналогично мобильный терминал может передавать данные к базовой станции или к другому мобильному терминалу. Такая связь между базовой станцией и мобильным терминалом или между мобильными терминалами может быть ухудшена из-за изменений в канале и/или изменений мощности помех.

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

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

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

Различные представленные аспекты относятся к обеспечению уведомления об обновлении программного обеспечения для прикладной программы в устройстве, которое использует сети групповой (широковещательной) передачи и однонаправленной передачи. Эти два вида сетей (групповой передачи и однонаправленной передачи) могут быть проводными или беспроводными сетями. Примером такой прикладной программы является система «только передающей линии связи» (FLO), которая имеет два вида доступных сетей: (1) FLO как сеть групповой (широковещательной) передачи и (2) сеть CDMA (множественного доступа с кодовым разделением каналов) 1x EV-DO как сеть однонаправленной передачи. Как правило, обновление программного обеспечения происходит не часто; однако устройства должны соответствовать современным требованиям к обновлению программного обеспечения, потому что программное обеспечение могут модернизировать по критически важным причинам, таким как расширение возможностей программных средств, устранение ошибок, устранение нарушений правил обеспечения безопасности и т.д. Представленные аспекты можно применять к доставке любого вида повторяющейся, редко встречающейся и/или критически важной информации на устройства в беспроводных сетях. Различные аспекты способствуют уменьшению используемых ресурсов и загрузки сервера с помощью быстрой доставки уведомления об обновлении программного обеспечения устройствам, такое устройство может быть на современном уровне по отношению к уведомлению об обновлении программного обеспечения всякий раз, когда устройство подключают к сети.

Согласно одному из аспектов способ обеспечения уведомления об обновлении программного обеспечения в среде беспроводной связи может содержать прием от сервера информации о версии программного обеспечения, выполнение протокола проверки для определения, доступно ли обновление программного обеспечения для пользовательского устройства, и выполнение протокола доступа для приема уведомления об обновлении программного обеспечения. Способ может дополнительно содержать передачу уведомления об обновлении программного обеспечения по каналу групповой передачи. Протокол проверки может быть протоколом проверки «выталкивания», выполняемым по соединению групповой передачи между сервером и по меньшей мере одним пользовательским устройством, который может содержать прием информации о версии программного обеспечения по каналу групповой передачи данных, и оценку, соответствует ли пользовательскому устройству идентификатор (ИД) программного обеспечения, принятый с информацией о версии, для определения, относится ли принятая информация о версии программного обеспечения к данному пользовательскому устройству. Протокол проверки может также быть протоколом проверки «вытягивания», который содержит генерацию двухточечного соединения между пользовательским устройством, запрос от сервера информации об обновлении программного обеспечения, прием ответа сервера, содержащего информацию о версии программного обеспечения, и прием уведомления об обновлении программного обеспечения, если номер версии в ответе сервера больше номера версии, связанного с программным обеспечением, хранящимся на пользовательском устройстве. Способ может дополнительно содержать использование основанного на маркере протокола доступа и определение, является ли правильным (действительным) маркер клиента в пользовательском устройстве, выполнение протокола проверки «вытягивания», создание маркера клиента и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента не является правильным, и определение, является ли значение маркера клиента большим или равным значению маркера сервера (по модулю n), если маркер клиента является правильным. Кроме того, способ может содержать определение, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n). Способ может дополнительно содержать выполнение протокола проверки «выталкивания» и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n), и выполнение протокола проверки «вытягивания» и установку значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n).

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

Согласно другому аспекту устройство беспроводной связи может содержать средство для приема от сервера информации о версии программного обеспечения и по соединению групповой передачи, и по соединению однонаправленной передачи, средство для выполнения протокола проверки для определения, доступно ли обновление программного обеспечения для пользовательского устройства, и средство для выполнения протокола доступа для приема уведомления об обновлении программного обеспечения. Устройство может дополнительно содержать средство для использования основанного на маркере протокола доступа и определения, является ли правильным маркер клиента в пользовательском устройстве, средство для выполнения протокола проверки одноадресной передачи и средство для создания маркера клиента, и средство для установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента не является правильным. Устройство может дополнительно содержать средство для определения, является ли значение маркера клиента большим или равным значению маркера сервера (по модулю n), если маркер клиента является правильным; средство для определения, находится ли значение маркера клиента между значением маркера сервера минус m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера - 1 (по модулю n), где n - максимальное значение маркера, если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n); средство для выполнения протокола проверки групповой передачи и средство для установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n); и средство для выполнения протокола проверки одноадресной передачи и средство для установки значения маркера клиента равным значению маркера сервера, если значение маркера клиента не находится между значением маркера сервера минус m (по модулю n) и значением маркера сервера - 1 (по модулю n). Дополнительно устройство может содержать средство для обеспечения уведомления об обновлении программного обеспечения с помощью использования средства для выполнения протокола проверки групповой передачи в течение предопределенного периода времени, сопровождаемого средством для выполнения протокола проверки одноадресной передачи.

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

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

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

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

Фиг.1 показывает систему беспроводной сети связи в соответствии с различными представленными аспектами.

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

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

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

Фиг.5 показывает способ, который облегчает выполнение маркерного протокола доступа в комбинации с каждым из способа проверки «выталкивания» и протокола проверки «вытягивания» в соответствии с различными аспектами.

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

Кроме того, различные описанные аспекты или особенности можно осуществлять как способ, устройство или изделие, используя стандартные методики программирования и/или конструирования. Термин «изделие» в данной работе охватывает компьютерную программу, доступную с любого считываемого компьютером устройства, средства связи или носителя данных. Например, считываемые компьютером носители могут включать в себя магнитные запоминающие устройства (например, жесткий диск, гибкий диск, магнитные полосы...), оптические диски (например, компакт-диск (CD), цифровой универсальный диск (DVD)...), интеллектуальные карты и устройства флэш-памяти (например, платы памяти, устройства типа «stick», «key drive»...). Дополнительно различные описанные носители данных могут представлять одно или большее количество устройств и/или других считываемых компьютером носителей для хранения информации. Термин «считываемый компьютером носитель» может включать в себя беспроводные каналы и различные другие носители, способные хранить, содержать и/или переносить команду(-ы) и/или данные, но не ограничен ими.

Обращаясь к фиг.1, система 100 беспроводной сети связи показана в соответствии с различными представленными вариантами осуществления. Система 100 может содержать одну или большее количество базовых станций 102 в одном или большем количестве секторов, которые принимают, передают, повторяют и т.д. сигналы беспроводной связи друг к другу и/или к одному или большему количеству мобильных устройств 104. Каждая базовая станция 102 может содержать цепь передатчика и цепь приемника, каждая из которых может, в свою очередь, содержать множество компонентов, связанных с передачей и приемом сигнала (например, процессоров, блоков модуляции, мультиплексоров, блоков демодуляции, демультиплексоров, антенн и т.д.) Специалисты должны признать, что мобильные устройства 104 могут быть, например, сотовыми телефонами, интеллектуальными телефонами, портативными компьютерами, карманными устройствами связи, карманными вычислительными устройствами, спутниковыми радиотелефонами, системами глобального позиционирования, КПК и/или любыми другими подходящими устройствами для осуществления связи по беспроводной сети. Систему 100 можно использовать вместе с различными описанными аспектами для облегчения уведомления пользовательских устройств об обновлении программного обеспечения в среде беспроводной связи, которые сформулированы относительно последующих чертежей.

В соответствии с различными представленными аспектами следующий пример относится к сценарию, в котором большое количество пользовательских устройств используют прикладную программу уведомления об обновлении программного обеспечения и хотят уведомлений об обновлении для большого количества классов программного обеспечения. Пусть версия программного обеспечения содержит два компонента X и Y, так что класс программного обеспечения описывают как ИД_ПРОГРАММЫ (X), и порядковый номер программного обеспечения определяют с помощью (Y). Могут существовать множество классов программного обеспечения для прикладных программ в зависимости от различных видов операционных систем (ОС), различных операторов связи и различных видов устройств. Таким образом, X может содержать любой уровень иерархии, так что, например, X=a.b.c, где «a» является ИД (идентификатором) типа ОС (операционной системы), «b» является ИД оператора связи и «c» является ИД типа устройства. Порядковый номер (Y) (например, «версия 3», «версия 5.2» и т.д.) увеличивают всякий раз, когда появляется новое программное обеспечение, доступное для данного ИД_ПРОГРАММЫ.

Для уведомления об обновлении программного обеспечения можно рассматривать два конструктивных параметра с точки зрения устройства, а именно: (1) способ получения информации и (2) время получения информации. Способ, с помощью которого получают информацию об обновлении, относится к выполнению протокола «проверки», и определение его времени относится к выполнению протокола доступа. Как описано, один или большее количество протоколов проверки можно объединять с любым из множества протоколов доступа. Таким образом представленные системы и способы могут сохранять ресурсы сети с помощью уменьшения потребности в долговременно потребляющих полосу пропускания передач обновления программного обеспечения, также облегчая обеспечение обновления программного обеспечения на пользовательские устройства в сети.

Обращаясь к фиг.2-5, показаны способы, относящиеся к уведомлению пользовательского устройства об обновлении программного обеспечения. Описанные способы можно выполнять в среде FDMA (множественного доступа с частотным разделением каналов), среде OFDMA (множественного доступа с ортогональным частотным разделением каналов), среде CDMA (множественного доступа с кодовым разделением каналов), среде WCDMA (широкополосного множественного доступа с кодовым разделением каналов), среде TDMA (множественного доступа с временным разделением каналов), среде SDMA (множественного доступа с пространственным разделением каналов) или в любой другой подходящей беспроводной среде. Хотя в целях простоты объяснения способы показаны и описаны как последовательность действий, следует понять и признать, что данные методологии не ограничены порядком действий, поскольку некоторые действия, в соответствии с одним или большим количеством вариантов осуществления, могут происходить в другом порядке и/или одновременно с другими действиями из действий, показанных и описанных в данной работе. Например, специалисты должны понять и признать, что данная методология может альтернативно быть представлена как последовательность взаимодействующих состояний или событий, таких как на диаграмме состояний. Кроме того, не все показанные действия могут быть обязаны осуществлять способ в соответствии с одним или большим количеством аспектов.

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

Согласно способу 200 на этапе 202 пользовательское устройство может принимать информацию о версии программного обеспечения от сервера по выделенному каналу групповой передачи данных. Сервер может непрерывно передавать самый последний порядковый номер версии программного обеспечения для всех классов программного обеспечения в канале передачи данных. ИД_ПРОГРАММЫ можно использовать для определения области действия информации последовательности и/или версии согласно различным аспектам. Например, ИД_ПРОГРАММЫ можно использовать как «адрес» сообщения, и устройство принимает только сообщение, «адресованное» к его конкретному ИД_ПРОГРАММЫ. Таким образом, на этапе 204 устройство с конкретным ИД_ПРОГРАММЫ настраивается на канал передачи данных и оценивает сигнал на нем до тех пор, пока оно не найдет последний порядковый номер, соответствующий его ИД_ПРОГРАММЫ. На этапе 206 определяют, больше или нет последний порядковый номер, который передают в канале передачи данных, чем порядковый номер существующего программного обеспечения устройства. Если да, то уведомление об обновлении программного обеспечения нужно доставлять пользовательскому устройству. На этапе 208 пользовательское устройство может перейти к выполнению протокола доступа для получения обновления программного обеспечения.

Фиг.3 является иллюстрацией способа 300 выполнения протокола проверки «вытягивания» для определения, доступно ли обновление программного обеспечения для пользовательского устройства в среде беспроводной связи в соответствии с одним или большим количеством аспектов. Протокол проверки «вытягивания» содержит двухточечную линию связи между сервером и пользовательским устройством. На этапе 302 устройство может отдельно создавать двухточечное (одноадресное) соединение на сервер. На этапе 304 устройство может посылать сообщение запроса информации об обновлении программного обеспечения для «вытягивания» такой информации от сервера. Сообщение запроса может содержать ИД_ПРОГРАММЫ устройства и порядковый номер, указывающий самую последнюю версию программного обеспечения на устройстве. На этапе 306 устройство может принимать сообщение ответа от сервера. Согласно одному из аспектов сообщение ответа может содержать последний порядковый номер, связанный с конкретной прикладной программой для ИД_ПРОГРАММЫ, обеспеченной устройством на этапе 304. В таком случае устройство может определять, требуется ли ему обновление программного обеспечения или нет (например, определяя, больше или нет порядковый номер, принятый в сообщении ответа, чем порядковый номер существующего программного обеспечения устройства). Согласно другому аспекту на этапе 306 сервер может определять, больше или нет последний порядковый номер программного обеспечения, чем указанный устройством порядковый номер, и может посылать уведомление об обновлении программного обеспечения в сообщении ответа (например, «необходима модернизация» или «модернизация не требуется», или подобное сообщение). В любом случае на этапе 308 устройство может принимать уведомление об обновлении.

Способы 200 и 300 можно объединять с любым из множества способов доступа. Например, может использоваться способ периодического доступа, в котором устройство периодически проверяет, доступно ли обновление программного обеспечения. Для каждого класса программного обеспечения устанавливают период проверки (например, 1 день, 5 дней, 7 дней, 30 дней и т.д.), который может отличаться для различных классов программного обеспечения. Согласно другому способу доступа устройство может проверять обновление при каждом запуске прикладной программы. Согласно еще одному аспекту пользователю можно разрешать инициировать проверку программного обеспечения. Еще один аспект относится к основанному на операции протоколу доступа, посредством которого устройство выполняет протокол проверки при операции между устройством и сервером. Дополнительный аспект относится к «маркерному» способу доступа, который использует выделенный канал групповой передачи, называемый «служебным» каналом, для передачи обновленной информации о состоянии системы, который описан более подробно ниже на фиг.4.

Фиг.4 является иллюстрацией способа 400, который облегчает предоставление возможности пользовательскому устройству принимать уведомление об обновлении программного обеспечения в соответствии с одним или большим количеством аспектов. Способ 400 является основанным на маркере подходом, в котором значение маркера клиента сравнивают со значением маркера сервера, которое периодически передают в канале групповой передачи. На этапе 402 устройство может настраиваться на служебный канал, по которому сервер непрерывно передает служебную информацию, которая может включать в себя последний номер версии программного обеспечения, или порядковый номер, информацию ИД устройства и т.д., и принимать служебное сообщение. Устройство может периодически настраиваться на служебный канал. В отличие от других каналов передачи данных, служебный канал содержит меньшее количество, но критически важной, информации для работы прикладной программы. Таким образом, ресурсы, необходимые пользовательскому устройству для настройки на этот канал и считывания служебного сообщения, являются относительно небольшими с точки зрения устройства. На этапе 404 можно определять, присутствует ли маркер клиента (МАРКЕР_КЛ). Согласно одному из аспектов устройство локально поддерживает целочисленное значение МАРКЕРА_КЛ (например, 1-байтовое целочисленное значение или некоторое другое подходящее значение). Первоначально МАРКЕР_КЛ не присутствует, однако, после приема служебного сообщения, если МАРКЕР_КЛ не присутствует в устройстве, как определено на этапе 404, то на этапе 406 устройство выполняет проверку обновления программного обеспечения. Также на этапе 406 устройство может создавать МАРКЕР_КЛ и устанавливать его равным МАРКЕРУ_СЕРВ в служебном канале.

Сервер поддерживает целочисленное значение МАРКЕРА_СЕРВ (например, 1 байт, или некоторое другое подходящее значение). Согласно 1-байтовому примеру, но не ограничиваясь им, значение МАРКЕРА_СЕРВ можно увеличивать на 1 по модулю 256 от 0 после выпуска новых обновлений программного обеспечения. Значение МАРКЕРА_СЕРВ можно непрерывно передавать в служебном канале. Если на этапе 404 МАРКЕР_КЛ присутствует, то на этапе 408 можно определять, равен или нет МАРКЕР_КЛ МАРКЕРУ_СЕРВ. Если значение МАРКЕРА_КЛ меньше значения МАРКЕРА_СЕРВ, то на этапе 412 устройство выполняет проверку обновления программного обеспечения, и значение МАРКЕРА_КЛ устанавливают в значение МАРКЕРА_СЕРВ. Если значение МАРКЕРА_КЛ больше или равно значению МАРКЕРА_СЕРВ, то устройство имеет последнюю версию программного обеспечения, и никакое обновление не требуется, как обозначено на этапе 410. Дополнительно МАРКЕР_СЕРВ может циклически возвращаться после 256 приращений. Таким образом, значение МАРКЕРА_КЛ может быть равным МАРКЕРУ_СЕРВ после циклического возврата, например, когда устройство было не подключено к сети в течение долгого времени. Для обработки этого сценария сохраненный МАРКЕР_КЛ можно стирать, если служебные сообщения не были получены за некоторый предопределенный период времени (например, 30 дней, 45 дней, 90 дней и т.д.). Эту продолжительность можно устанавливать так, чтобы она была существенно более короткой, чем предполагаемый период, требуемый для циклического возврата МАРКЕРА_СЕРВ.

Фиг.5 показывает способ 500, который облегчает выполнение маркерного протокола доступа в комбинации с каждым из способа проверки «выталкивания» и протокола проверки «вытягивания» в соответствии с различными аспектами. Подобно способу 400, способ 500 также использует основанный на маркере протокол, в котором значение маркера клиента сравнивают со значением маркера сервера, которое периодически передают в канале групповой передачи. Например, вместо передачи всех последних порядковых номеров для всех классов программного обеспечения, как описано выше, сервер может посылать информацию инкрементальных изменений между двумя МАРКЕРАМИ_СЕРВ в канале передачи данных. Например, в случае, когда существуют два новых обновления для класса программного обеспечения A и B с МАРКЕРОМ_СЕРВ=3, сервер может увеличивать свой МАРКЕР_СЕРВ (например, до 4) и передавать МАРКЕР_СЕРВ в служебном канале (например, способом, подобным описанному выше относительно фиг.3). Затем сервер может посылать два уведомительных сообщения об обновлении программного обеспечения в канале передачи данных. Формат сообщения может содержать множество полей. Например, «МАРКЕР_СЕРВ» может содержать значение, связанное с обновлением программного обеспечения. «КОЛ_ЗАПИСЕЙ» может определять количество уведомлений об обновлении программного обеспечения, добавленных в заданном МАРКЕРЕ_СЕРВ. «ИД_ЗАПИСИ» может быть уникально назначен среди КОЛ_ЗАПИСЕЙ уведомлений об обновлении программного обеспечения. «ИД_ПРОГРАММЫ» можно определять, как описано выше. «ПОСЛЕДНИЙ_НОМ» может определять последний порядковый номер для ИД_ПРОГРАММЫ. Используя КОЛ_ЗАПИСЕЙ и ИД_ЗАПИСИ каждого сообщения, устройство может определять, сколько уведомлений об обновлении программного обеспечения необходимо собирать и когда необходимо прекращать поиск уведомлений об обновлении.

Соответственно, способ 500 начинается на этапе 502, где пользовательское устройство может принимать служебное сообщение. На этапе 504 можно определять, существует ли МАРКЕР_КЛ. Если нет, то на этапе 506 можно выполнять протокол проверки «вытягивания», и МАРКЕР_КЛ можно создавать и устанавливать равным МАРКЕРУ_СЕРВ. Если на этапе 504 маркер клиента является правильным, то на этапе 508 можно определять, является ли значение маркера клиента большим или равным значению маркера сервера (по модулю n), где n - максимальное количество маркеров. Если значение маркера клиента больше или равно значению маркера сервера, то никаких действий не нужно предпринимать, как обозначено на этапе 510, потому что устройство является модернизированным и имеет последнюю версию рассматриваемого программного обеспечения.

Если значение маркера клиента меньше значения маркера сервера, то на этапе 512 можно определять, находится ли значение маркера клиента между значением маркера сервера - m (по модулю n), причем сервер передает уведомления об обновлении программного обеспечения, связанные с m (положительным целым числом) самых последних значений маркера сервера, и значением маркера сервера-1 (по модулю n), если значение маркера клиента не является большим или равным значению маркера сервера (по модулю n) (например, если обратиться к сценарию, в котором значение маркера сервера циклически возвращается от максимального значения n к нулю). Например, сервер может непрерывно и/или периодически передавать уведомления об обновлении программного обеспечения, связанные с m самыми последними значениями маркера. Например, m может быть предварительно установленным числом, таким как 3, так что сервер непрерывно и/или периодически передает уведомления об обновлении программного обеспечения, связанные с 3 самыми последними значениями маркера сервера. Дополнительно или альтернативно, m можно определять динамически и его может включать в себя служебное сообщение. Согласно другому примеру в сценарии, в котором n - целочисленное значение, выраженное одним байтом (например, 8-битовое значение), у n может быть максимальное значение 255, и условие циклического возврата может возникать, когда значение маркера клиента достигает 255, и маркер сервера циклически возвращается к 0 (или, например, к некоторому другому значению меньше 255). В таком сценарии значение маркера клиента может оказаться больше значения маркера сервера, даже при том, что клиентское устройство имеет право на уведомление об обновлении программного обеспечения. Для смягчения проблемы циклического возврата, если сервер обеспечивает групповые передачи уведомлений об обновлении программного обеспечения, которые связаны со многими обновлениями в диапазоне от МАРКЕР_СЕРВ - m (по модулю 255) до МАРКЕР_СЕРВ-1 (по модулю 255) (например, самый последний маркер сервера), то критерий может быть установлен, чтобы гарантировать, что значение маркера клиента попадает между значениями «МАРКЕР_СЕРВ - m (по модулю 255)» и «МАРКЕР_СЕРВ-1 (по модулю 255)», до инициирования протокола проверки «выталкивания». Следует признать, что приведенный выше пример является иллюстративным по своей природе и предназначен для облегчения понимания механизма, с помощью которого решают проблему условия циклического возврата, и что n может быть любым подходящим целым числом (например, 512, 1000, 1024) и не ограничен значением 255, связанным с максимальным однобайтовым целочисленным значением.

Если на этапе 512 определяют, что условие является истиной, то на этапе 514 можно осуществлять протокол проверки «выталкивания», после которого значение маркера клиента можно устанавливать равным значению маркера сервера. Если на этапе 512 определяют, что условие не является истиной, то на этапе 516 можно осуществлять протокол проверки «вытягивания», после чего значение маркера клиента можно устанавливать равным значению маркера сервера. Как в способе 400, сохраненный маркер клиента можно стирать, если служебные сообщения не были получены в течение некоторого предопределенного периода времени (например, 15 дней, 31 день, 60 дней и т.д.). Эту продолжительность можно устанавливать так, чтобы она была существенно более короткой, чем предполагаемый период, требуемый для циклического возврата МАРКЕР_СЕРВ.

Последующее обсуждение представляет несколько разновидностей способов 400 и 500. Например, сервер может прекращать посылать информацию инкрементального обновления программного обеспечения в канале передачи данных после предопределенного периода времени. В этом случае устройство может использовать способ проверки «вытягивания», если оно не может собрать уведомления об обновлении программного обеспечения в канале передачи данных. Согласно другому примеру вместо того, чтобы посылать инкрементальное изменение между последним МАРКЕРОМ_СЕРВ и МАРКЕРОМ_СЕРВ-1, сервер может посылать значение изменения, которое описывает отличие между последним МАРКЕРОМ_СЕРВ и МАРКЕРОМ_СЕРВ-М. В этом случае может существовать М изменений маркеров, и соответствующую информацию обновления программного обеспечения можно посылать по каналу передачи данных. Когда МАРКЕР_КЛ находится между МАРКЕРОМ_СЕРВ-М и МАРКЕРОМ_СЕРВ (что включает в себя случай циклического возврата), тогда устройство может использовать протокол проверки «выталкивания». Иначе, устройство может использовать протокол проверки «вытягивания».

Согласно еще одному аспекту существуют два способа загрузки обновления программного обеспечения: (1) двухточечный и (2) групповая передача. Для двухточечных реализаций после одобрения пользователя каждое устройство может создавать двухточечное соединение с сервером и загружать обновленную прикладную программу. Для групповой передачи сервер может осуществлять групповую передачу модернизированной прикладной программы в течение заданного периода времени (например, 1 неделя, 30 дней...). Таким образом, в зависимости от протокола загрузки, у уведомительного сообщения об обновлении программного обеспечения в канале передачи данных могут существовать дополнительные поля. Например, поле «ЗАДЕРЖКА_УВЕДОМЛЕНИЯ» может быть добавлено к сообщению, если используется механизм загрузки двухточечного соединения. Устройство может генерировать случайное число между 0 и значением ЗАДЕРЖКИ_УВЕДОМЛЕНИЯ и может уведомлять пользователя о потребности в обновлении программного обеспечения после выбранного случайного времени. Этот параметр облегчает доставку записей уведомления об обновлении на устройства одновременно. Если механизм автоматической загрузки используют после разрешения пользователя, то волна запросов загрузки может сокрушить сайты загрузки. Дополнительно поле «ОКНО_КОНТАКТА» может быть добавлено к сообщению, если групповая передача используется для загрузки обновления прикладной программы, которое может указывать, когда необходимо настраиваться на канал широковещания для загрузки модернизированной прикладной программы.

Фиг.6 показывает сценарий 600 уведомления об обновлении программного обеспечения, в котором один или большее количество протоколов проверки можно выполнять в соответствии со множеством аспектов. Согласно данному сценарию маркер сервера был модернизирован с 3 до 4, как обозначено стрелкой от 3 до 4 на данном чертеже. Можно предположить, что существуют два новых обновления для классов программного обеспечения A и B, и сервер может передавать МАРКЕР_СЕРВ в служебном канале. Сервер может затем посылать два уведомительных сообщения об обновлении программного обеспечения в канале передачи данных, используя протокол проверки «выталкивания», если значение маркера клиента равно 3. Клиент может запрашивать уведомление об обновлении, используя протокол проверки «вытягивания», если значение маркера клиента не равно 3.

Фиг.7 является иллюстрацией системы 700 концептуального краткого обзора способа 702 «выталкивания», способа 704 «вытягивания» и гибридного способа 706 проверки с маркерным доступом. Согласно различным аспектам описан гибридный подход, который использует протокол проверки и «выталкивания», и «вытягивания». В случаях, когда события обновления программного обеспечения происходят не часто, количество широковещательных данных, относящихся только к самым последним инкрементальным изменениям, будет относительно маленьким, что может сохранять ресурсы широковещания. Дополнительно гибридный протокол доставляет мгновенные уведомления об обновлении устройствам, подключенным к сети. Кроме того, период времени между изменением МАРКЕРА_СЕРВ, вероятно, будет большим. Соответственно, большинство устройств могут быть синхронизированы со значением МАРКЕРА_СЕРВ, и только некоторые из них могут потребовать механизм «вытягивания» для того, чтобы быть модернизированными, что, в свою очередь, сохраняет ресурсы однонаправленной передачи.

В зависимости от важности обновления по сравнению с предыдущим обновлением существует множество уровней срочности обновления программного обеспечения (УРОВЕНЬ_СРОЧНОСТИ), которые связаны с каждым обновлением программного обеспечения. Информацию уровня срочности обновления программного обеспечения можно также добавлять к уведомительному сообщению. Например, из уровней 1-3, уровень 1 может быть важным, уровень 2 может быть умеренным и уровень 3 может быть дополнительным. В зависимости от УРОВНЯ_СРОЧНОСТИ устройство может вести себя по-разному. Например, когда прикладная программа отмечена уровнем 1, устройство может завершать работу прикладной программы и вынуждать пользователя загружать новое обновление программного обеспечения для защиты устройства от причинения вреда.

Фиг.8 показывает примерную систему 800 беспроводной связи. Система 800 беспроводной связи для краткости изображает одну базовую станцию и один терминал. Однако следует признать, что система может включать в себя больше одной базовой станции и/или больше одного терминала, причем дополнительные базовые станции и/или терминалы могут быть, по существу, подобными или отличаться от описанных ниже примерной базовой станции и терминала. Кроме того, следует признать, что базовая станция и/или терминал могут использовать описанные системы (фиг.1, 6, 7 и 9-12) и/или способы (фиг.2-5) для облегчения беспроводной связи между ними.

Обращаясь теперь к фиг.8, в нисходящем канале связи в точке 805 доступа процессор 810 передачи (ПД) данных принимает, форматирует, кодирует, перемежает и модулирует (или выполняет символьное отображение) данные трафика и обеспечивает символы модуляции («символы данных»). Блок 815 модуляции символов принимает и обрабатывает символы данных и пилотные символы и обеспечивает поток символов. Блок 820 модуляции символов мультиплексирует данные и пилотные символы и обеспечивает их к блоку 820 передатчика (ПРДТ). Каждый передаваемый символ может быть символом данных, пилотным символом или сигналом с нулевым значением. Пилотные символы можно посылать непрерывно в каждый период символа. Пилотные символы можно мультиплексировать с частотным разделением каналов (FDM), мультиплексировать с ортогональным частотным разделением каналов (OFDM), мультиплексировать с временным разделением каналов (TDM), мультиплексировать с частотным разделением каналов (FDM) или мультиплексировать с кодовым разделением каналов (CDM).

ПРДТ 820 принимает и преобразовывает поток символов в один или большее количество аналоговых сигналов и дополнительно приводит к определенному виду (например, усиливает, фильтрует и преобразовывает с повышением частоты) аналоговые сигналы для генерации сигнала нисходящего канала связи, подходящего для передачи по беспроводному каналу. Сигнал нисходящего канала связи затем передают через антенну 825 на терминалы. В терминале 830 антенна 835 принимает сигнал нисходящего канала связи и обеспечивает принятый сигнал к блоку 840 приемника (ПРМН). Блок 840 приемника приводит к определенному виду (например, фильтрует, усиливает и преобразует с понижением частоты) принятый сигнал и оцифровывает приведенный к определенному виду сигнал для получения выборок. Блок 845 демодуляции символов демодулирует и обеспечивает принятые пилотные символы на процессор 850 для оценки канала. Блок 845 демодуляции символов дополнительно принимает оценку частотной характеристики для нисходящего канала связи от процессора 850, выполняет демодуляцию данных для принятых символов данных для получения оценок символов данных (которые являются оценками переданных символов данных) и обеспечивает оценки символов данных к процессору 855 ПР данных, который демодулирует (т.е. выполняет обратное символьное отображение), деперемежает и декодирует оценки символов данных для восстановления переданных данных трафика. Обработка с помощью блока 845 демодуляции символов и процессора 855 ПР данных является обратной к обработке с помощью блока 815 модуляции символов и процессора 810 ПД данных, соответственно, в точке 805 доступа.

В восходящем канале связи процессор 860 ПД данных обрабатывает данные трафика и обеспечивает символы данных. Блок 865 модуляции символов принимает и мультиплексирует символы данных с пилотными символами, выполняет модуляцию и обеспечивает поток символов. Блок 870 передатчика затем принимает и обрабатывает поток символов для генерации сигнала восходящего канала связи, который передают с помощью антенны 835 к точке 805 доступа.

В точке 805 доступа сигнал восходящего канала связи от терминала 830 принимают с помощью антенны 825 и обрабатывают с помощью блока приемника 875 для получения выборок. Блок 880 демодуляции символов затем обрабатывает выборки и обеспечивает принятые пилотные символы и оценки символов данных к восходящему каналу связи. Процессор 885 ПР данных обрабатывает значения символов данных для восстановления данных трафика, передаваемых терминалом 830. Процессор 890 выполняет оценку канала для каждой активной передачи терминала в восходящем канале связи. Множество терминалов могут передать пилот-сигнал одновременно в восходящем канале связи в соответствующих им назначенных наборах пилотных поддиапазонов, причем наборы пилотных поддиапазонов можно чередовать.

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

Для системы множественного доступа (например, FDMA, OFDMA, CDMA, TDMA и т.д.) множество терминалов могут одновременно передавать в восходящем канале связи. Для такой системы пилотные поддиапазоны можно разделять среди различных терминалов. Методики оценки канала можно использовать в случаях, когда пилотные поддиапазоны для каждого терминала охватывают весь рабочий диапазон (возможно, за исключением краев диапазона). Такая структура пилотных поддиапазонов была бы желательна для получения разнесения частот для каждого терминала. Описанные методики можно воплощать с помощью различных средств. Например, эти методики можно воплощать в аппаратных средствах, в программном обеспечении или в их комбинации. Для аппаратного воплощения процессоры, используемые для оценки канала, можно воплощать в пределах одной или большего количества специализированных интегральных схем (СпИС), процессоров цифровой обработки сигналов (ПЦОС), устройств цифровой обработки сигналов (УЦОС), программируемых логических устройств (ПЛУ), программируемых пользователем вентильных матриц (ППВМ), процессоров, контроллеров, микроконтроллеров, микропроцессоров, других электронных блоков, предназначенных для выполнения описанных функций, или в их комбинации. При программном воплощении можно воплощать через модули (например, процедуры, функции и т.д.), которые выполняют описанные функции. Программные коды можно хранить в блоке памяти и выполнять с помощью процессоров 890 и 850.

Фиг.9 показывает сеть связи 900, которая содержит систему транспортировки, которая используется для создания и транспортировки мультимедийных потоков информационного наполнения по сети передачи данных в соответствии с различными аспектами. Например, система транспортировки подходит для использования при транспортировке фрагментов информационного наполнения от серверной сети к беспроводной сети доступа для распространения программ. Сеть 900 содержит сервер 902, сеть 906 групповой передачи и беспроводную сеть 908 доступа. Сеть 900 также включает в себя устройства 910, которые содержат мобильный телефон 912, карманный персональный компьютер (КПК) 914 и портативный компьютер 916. Устройства 910 показывают только некоторые из устройств, которые подходят для использования в одном или большем количестве аспектов системы транспортировки. Следует отметить, что хотя на фиг.9 показаны три устройства, фактически любое количество устройств, или видов устройств, подходит для использования в системе транспортировки.

Сервер 902 используется для обеспечения информационного наполнения для распределения пользователям в сети 900. Информационное наполнение содержит видео, аудио, мультимедийное информационное наполнение, фрагменты, информационное наполнение в реальном времени и не в реальном времени, скрипты, программы, данные или любые другие виды подходящего информационного наполнения. Сервер 902 обеспечивает информационное наполнение к сети 906 групповой передачи и/или сети 908 одноадресной передачи для распределения. Например, сервер 902 осуществляет связь с сетью 908 одноадресной передачи через канал связи 918, который содержит любой подходящий вид проводных и/или беспроводных каналов связи.

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

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

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

Фиг.10 показывает различные аспекты сервера 1000 поставщика информационного наполнения (ПИН), подходящего для использования в системе доставки информационного наполнения. Например, сервер 1000 может использоваться как сервер 902 на фиг.9. Сервер 1000 содержит логическую схему 1002 обработки, ресурсы и интерфейсы 1004 и логическую схему 1010 приемопередатчика, которые все связаны с внутренней шиной 1012 данных. Сервер 1000 также содержит логическую схему 1014 активации, СП 1006 и логическую схему 1008 записей СП, которые также связаны с шиной 1012 данных. В одном или большем количестве аспектов логическая схема 1002 обработки содержит центральный процессор, процессор, вентильную матрицу, аппаратную логическую схему, элементы памяти, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратных средств и программного обеспечения. Таким образом, логическая схема 1002 обработки в общем случае содержит логическую схему для выполнения считываемых компьютером команд и для управления одним или большим количеством других функциональных элементов сервера 1000 через внутреннюю шину 1012 данных.

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

Логическая схема 1014 активации содержит центральный процессор, процессор, вентильную матрицу, аппаратную логическую схему, элементы памяти, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратных средств и программного обеспечения. Логическая схема 1014 активации используется для активизации сервера и/или устройства для предоставления серверу и/или устройству возможности выбирать и принимать информационное наполнение и/или услуги, описанные в СП 1006. В одном из аспектов логическая схема 1014 активации передают клиентскую программу 1020 на сервер и/или устройство во время процесса активации. Клиентская программа 1020 выполняется на сервере и/или устройстве для приема СП 1006 и отображения информации о доступном информационном наполнении или услугах пользователю устройства. Таким образом, логическая схема 1014 активации используется для аутентификации сервера и/или устройства, загрузки клиента 1020 и загрузки СП 1006 для воспроизведения на клиентском устройстве 1020.

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

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

В различных аспектах, как часть уведомительного сообщения о доставке информационного наполнения, обеспечивают индикатор широковещания, который указывает, когда часть СП, идентифицированную в сообщении, будут передавать. Например, в одном из аспектов индикатор широковещания содержит один бит для указания, что данную часть будут передавать, и индикатор времени, который указывает, когда широковещание будет происходить. Таким образом, серверы и/или устройства, желающие обновить свою локальную копию записей СП, могут слушать широковещание в определенное время для приема обновленной части записей СП. В одном из аспектов система уведомления о доставке информационного наполнения содержит команды программирования, хранящиеся на считываемом компьютером носителе, которые при выполнении с помощью процессора, например с помощью логической схемы 1002 обработки, обеспечивают функции описанного сервера 1000. Например, команды программирования можно загружать в сервер 1000 со считываемых компьютером носителей, таких как гибкий диск, компакт диск (CD-ROM), карта памяти, устройство флэш-памяти, оперативная память (ОП), постоянное запоминающее устройство (ПЗУ) или любой другой вид запоминающего устройства или считываемых компьютером носителей, которые связаны с сервером 1000 через ресурсы 1004. В другом аспекте команды можно загружать на сервер 1000 с внешнего устройства или сетевого ресурса, который связан с сервером 1000 через логическую схему 1010 приемопередатчика. Команды программирования при выполнении с помощью логической схемы 1002 обработки обеспечивают один или большее количество аспектов системы уведомления о состоянии справочника, как описано в данной работе.

Фиг.11 показывает сервер или устройство 1100, подходящие для использования в системе доставки информационного наполнения в соответствии с одним или большим количеством аспектов. Например, сервер 1100 может быть сервером 902 или устройством 910, показанным на фиг.9. Сервер 1100 содержит логическую схему 1102 обработки, ресурсы и интерфейсы 1104 и логическую схему 1106 приемопередатчика, которые все связаны с шиной 1108 данных. Сервер 1100 также содержит клиент 1110, логическую схему 1114 программы и логическую схему 1112 СП, которые также связаны с шиной 1108 данных. В одном или большем количестве аспектов логическая схема 1102 обработки содержит центральный процессор, процессор, вентильную матрицу, аппаратную логическую схему, элементы памяти, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратных средств и программного обеспечения. Таким образом, логическая схема 1102 обработки в общем случае содержит логическую схему, сконфигурированную для выполнения считываемых компьютером команд и управления одним или большим количеством других функциональных элементов сервера 1100 через внутреннюю шину 1108 данных.

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

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

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

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

Согласно другим аспектам система доставки информационного наполнения содержит команды программирования, хранящиеся на считываемых компьютером носителях, которые при выполнении процессором, таким как логическая схема 1102 обработки, обеспечивают функции системы уведомления о доставке информационного наполнения, как описано в данной работе. Например, команды можно загружать на сервер 1100 со считываемых компьютером носителей, таких как гибкий диск, CD-ROM, карта памяти, устройство флэш-памяти, ОП, ПЗУ или любой другой вид запоминающего устройства или считываемых компьютером носителей, которые связаны с сервером 1100 через ресурсы и интерфейсы 1104. В другом аспекте команды можно загружать на сервер 1100 с сетевого ресурса, который связан с сервером 1100 через логическую схему 1106 приемопередатчика. Команды при выполнении с помощью логической схемы 1102 обработки обеспечивают один или большее количество аспектов системы доставки информационного наполнения, как описано в данной работе. Следует отметить, что сервер 1100 представляет только одно воплощение и что другие воплощения возможны в рамках данных аспектов.

Фиг.12 является иллюстрацией устройства 1200, которое облегчает выполнение протокола проверки и протокола доступа в среде беспроводной связи в соответствии с различными аспектами. Устройство 1200 может содержать средство 1202 для приема информации о версии программного обеспечения, такой как порядковый номер и/или ИД программного обеспечения, связанный с классом программного обеспечения. Устройство дополнительно содержит средство 1204 для выполнения протокола проверки, которое может выполнять или протокол проверки «выталкивания», или протокол проверки «вытягивания», или оба, в зависимости от определенных условий (например, таких, как описано выше относительно фиг.2 и 3). Устройство 1200 также содержит средство для выполнения протокола доступа для облегчения определения, требуется ли уведомление об обновлении. Средство 1206 для выполнения протокола доступа может выполнять периодический протокол, который выполняется в предопределенных интервалах, инициируемый при запуске протокол, который выполняется каждый раз, когда запускают программное обеспечение, инициируемый пользователем протокол, который выполняется по команде пользователя, основанный на операции протокол, который инициируют при операции между клиентом и сервером, и т.д. Дополнительно средство 1206 для выполнения протокола доступа может выполнять маркерный протокол доступа, такой как описан подробно относительно фиг.4 и 5. Таким образом, устройство 1200 может облегчать определение, является ли обновленным программное обеспечение на пользовательском устройстве и требуется ли уведомление об обновлении программного обеспечения для устройства.

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

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