Система автоматической обработки компонентов в устройстве

Иллюстрации

Показать все

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

Реферат

Данная заявка имеет приоритет по находящейся на рассмотрении предварительной заявке на американский патент под названием "Auto-Install", имеющий номер 60/435 486, поданной 20 декабря 2002 г., раскрытие которой приведено здесь полностью в качестве ссылочного материала.

Данная заявка также имеет приоритет по находящейся на рассмотрении предварительной заявке на американский патент под названием "Registry-Based Auto Install Component Handling", имеющей номер 60/435 828 и поданной 20 декабря 2002 г., раскрытие которой приведено здесь полностью в качестве ссылочного материала.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В одном или больше вариантах выполнения система взаимодействует с исполняемой средой, выполняемой на устройстве, которая используется для упрощения работы устройства, например, обрабатывает обобщенные вызовы конкретных ресурсов устройства. Одна из таких исполняемых сред представляет собой программную платформу Binary Runtime Environment for Wireless™ (BREW™), разработанную компанией QUALCOMM, Inc, г. Сан-Диего, штат Калифорния. В следующем описании предполагается, что в устройстве выполняется исполняемая среда, такая, как программная платформа BREW. Однако один или более вариантов выполнения системы можно использовать с другими типами исполняемых сред для автоматической обработки компонентов в множестве кабельных и беспроводных устройств.

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

В одном или больше вариантах выполнения система работает для обработки компонентов в устройстве 106. Например, сервер 102 включает компоненты 112, список 110 действий и идентификатор 108 версии списка действий. Идентификатор 108 версии идентифицирует текущую версию списка 110 действий. Список 110 действий содержит пары компонент/действие, где каждая пара содержит идентификатор компонента и идентификатор действия. Идентификатор компонента представляет собой уникальный идентификатор пункта, который идентифицирует конкретный компонент. Участок идентификатора компонента используют для идентификации версии компонента. Например, идентификатор компонента представляет собой последовательность битов, где участок битов используют для идентификации версии компонента. Идентификатор действия идентифицирует конкретное действие, такое, как установка, обновление, удаление, повторный вызов, отключение или любое другое действие, которое устройство 106 выполняет в отношении идентифицированного компонента.

Во время работы сервер 102 передает идентификатор 108 версии списка действий в устройство 106 по сети 104. Например, устройство 106 может войти в контакт с сервером 102 при выполнении последовательности включения, и сервер 102 отвечает путем передачи идентификатора 108 версии списка действий в устройство 106. Устройство 106 выполняет сравнение идентификатора 108 версии с сохраненным идентификатором 114 версии, который представляет версию последнего списка действий, для обработки устройством 106. Если загруженная версия 108 и сохраненная версия 114 эквивалентны, тогда устройству не требуется выполнять какую-либо установку или изменения существующих компонентов 116 в устройстве. Однако, если загруженная версия 108 отличается от сохраненной версии 114, тогда устройство 106 получает указание на то, что требуется дополнительная обработка компонентов. Например, на сервере 102 могут быть размещены новые компоненты, которые требуется установить в устройстве 106.

Как только устройство 106 определит, что существует новая версия списка действий, оно передает запрос в сервер 102 на получение нового списка 110 действий. Сервер 102 отвечает путем передачи списка 110 действия в устройство 106. Устройство 106 затем обрабатывает список 110 действий для установки обновления, удаления или другой обработки компонентов, идентифицированных в списке 110 действий.

Устройство 106 выполняет обработку списка 110 действий путем последовательной обработки каждой пары компонент/действие и определения, следует или нет предпринимать действия в отношении каждого компонента. Например, если в списке действий указано, что компонент должен быть установлен или обновлен, устройство 106 загружает компонент 112 и любые другие требуемые файлы из сервера 102 и устанавливает их в устройстве 106. Например, информация из сервера 102, переданная в устройство 106, представлена, в общем, позицией 120. Если в списке 110 действий указано, что компонент должен быть удален, устройство 106 удаляет компонент. Таким образом, каждая пара компонент/действие в списке 110 действий обрабатывается устройством 106 для автоматической установки, обновления, удаления и т.д., идентифицированного компонента. Список действий может иметь любую длину, и после обработки списка действий устройство 106 обновляет сохраненный идентификатор 114 версии списка действий для сохранения версии самого последнего обработанного списка действий (то есть, версии 108).

В одном варианте выполнения устройство 106 анализирует пары компонент/действие в списке 110 действий для определения, требуется ли предпринимать действия в отношении конкретного компонента. Например, в устройстве 106 уже может быть установлена последняя версия компонента, и, поэтому, для устройства не требуется повторно устанавливать этот компонент. В одном варианте выполнения идентификатор компонента в списке 110 действий включает информацию для определения версии компонента. Например, информация версии может быть прикреплена к концу идентификатора компонента. Устройство 106 сравнивает сохраненную версию 118 компонента с версией компонента, загруженной в списке 110 действий. Если сохраненные и загруженные версии компонента являются одинаковыми, тогда устройству не требуется предпринимать какое-либо действие в отношении этого компонента. Однако, если сохраненные и загруженные версии компонента отличаются друг от друга, тогда устройство 106 выполняет действие, связанное с этим компонентом из списка действий. Таким образом, система очень эффективно работает, поскольку устройство 106 обрабатывает только новые версии компонентов.

На фиг.2 показана функциональная схема устройства 200, которая включает один вариант выполнения системы автоматической обработки компонентов в устройстве 200. Устройство содержит логическую схему 208 обработки, логическую схему 206 сравнения, функциональную логическую схему 214, логическую схему 224 обновления версии, сохраненный идентификатор 204 версии списка действий, идентификаторы 212 версии компонентов и установленные компоненты 226. Описанные логические схемы и функции, обеспечиваемые устройством 200, могут быть выполнены в аппаратных средствах, программных средствах или с использованием комбинации аппаратных и программных средств. Например, в одном или нескольких вариантах выполнения логическая схема 208 обработки содержит ЦПУ, процессор, вентильную матрицу, аппаратную логическую схему, элементы памяти, виртуальную машину, программное средство и/или любую комбинацию аппаратных и программных средств. При этом логическая схема 208 обработки, в общем, содержит логическую схему, предназначенную для выполнения считываемых машиной инструкций для выполнения описанных здесь функций. Следует отметить, что устройство 200 представляет всего лишь один вариант выполнения, и что изменения, добавления или изменения компоновки элементов устройства могут быть выполнены без отхода от объема изобретения.

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

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

В блоке 304 выполняется проверка для определения, отличается ли загруженный идентификатор версии списка действий от сохраненного идентификатора версии, который ассоциирован с последним списком действий, обрабатываемым в устройстве. Например, загруженный идентификатор версии 202 и сохраненный идентификатор 204 версии вводят в логическую схему 206 сравнения, которая сравнивает эти два идентификатора для определения их эквивалентности. Если оба идентификатора версии эквивалентны, процесс возвращается в блок 302 для получения новой версии списка действий в другое время. Если два идентификатора версии отличаются (Diff), процесс переходит в блок 306.

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

В блоке 308 устройство начинает обрабатывать список действий путем анализа первой пары компонент/действие в списке действий. Например, логическая схема 208 обработки выполняет обработку загруженного списка 210 действий для анализа пар компонент/действие.

В блоке 310 выполняют проверку для определения, какое действие требуется, если таковое требуется вообще, для пары компонент/действие, обрабатываемой в данный момент времени. В одном варианте выполнения устройство автоматически выполняет действие путем перехода в блок 312. Однако это может привести к повторной установке существующих компонентов в устройстве. В другом варианте выполнения версию компонента проверяют для определения, требуется ли выполнять действие. Например, если действие представляет собой "установить" компонент, проверяют версию компонента, чтобы убедиться, что компонент этой версии уже установлен в устройстве. Таким образом, способ работает для исключения повторной установки компонентов, которые уже установлены в устройстве. Например, логическая схема 208 обработки считывает сохраненный идентификатор 212 версии компонента и сравнивает его с версией компонента, идентифицированного в списке действий. В одном варианте выполнения версия компонента внедрена в идентификатор компонента, представленный в списке действий. Если две версии компонентов совпадают, в отношении этого компонента не требуется выполнять какое-либо дополнительное действие, и процесс переходит в блок 416. Если две версии компонентов отличаются друг от друга, тогда логическая схема 208 обработки выполняет действие, ассоциированное с компонентом, и процесс переходит в блок 312.

В блоке 312 выполняют действие, ассоциированное с компонентом в текущей паре компонент/действие, для изменения состояния идентифицированного компонента. Например, логическая схема 208 обработки выполняет управление логической схемой 214 действия для выполнения действия по установке, обновлению, удалению, активации, отключению, повторному вызову или другому изменению состояния идентифицированного компонента. Например, программный вызов может быть выполнен, когда компонент удален из устройства, но ассоциированные с ним данные и/или информация о лицензировании не удалены. Например, если действие состоит в установке или обновлении компонента, логическая схема 208 обработки выполняет загрузку (или обновление) компонента 222 с сервера загрузки через информационную сеть. Загруженный компонент затем устанавливают как установленный компонент 226. Логическая схема 208 обработки может выполнять установку любого типа или обновлять процедуру для установки или обновления загруженного компонента 222, в виде установленного компонента 226. Если действие состоит в удалении компонента, логическая схема 208 обработки управляет логической схемой 220 удаления для удаления идентифицированного компонента из установленных компонентов 226. Хотя это не показано на фиг. 2 и 3, в отношении компонента могут быть выполнены действия практически любого типа, такие как установка, обновление, удаление, повторный вызов, активация и деактивация и т.д.

В блоке 314 обновляют список версии компонента для отражения того, что новая версия компонента была установлена или обновлена, или что компонент был удален. Например, логическая схема 208 обработки управляет логической схемой 224 обновления версии, для обновления сохраненных идентификаторов 212 версии компонента с новой информацией об обрабатываемом в настоящее время компоненте.

В блоке 316 выполняют проверку для определения, все ли пары компонент/действие в списке действий были обработаны. Если все пары были обработаны, процесс переходит в блок 320. Если еще не все пары были обработаны, процесс переходит в блок 318, где обращается к следующей паре для обработки в блоке 310. Список 210 действий может иметь любую длину, и, таким образом, в нем может существовать любое количество пар компонент/действие для обработки.

В блоке 320 обновляется сохраненный идентификатор версии списка действий устройства. Например, логическая схема 208 обработки управляет логической схемой 224 версии обновления, для обновления сохраненного идентификатора 204 версии списка действий с заменой его на идентификатор, ассоциированный с последним обработанным списком действий. Благодаря этому, система не будет обрабатывать другой список действий до тех пор, пока не станет доступна новая версия списка действий.

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

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

На фиг.4 показаны транзакции 400, которые происходят между сервером загрузки и устройством во время работы одного варианта выполнения системы автоматической обработки компонентов в устройстве. Например, транзакция 400 может происходить между устройством 106 и сервером 102, показанным на фиг.1.

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

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

Сервер 102 отвечает на запрос из устройства 106 путем передачи нового списка действий, как показано в позиции 408. Устройство 106 обрабатывает каждую пару компонент/действие в списке действии для определения, следует или нет установить, обновить или удалить конкретный компонент. Если устройство 106 определяет, что конкретный компонент должен быть установлен или обновлен, устройство 106 запрашивает компонент (или обновление) из сервера 102, как показано в позиции 410.

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

На фиг.5 показан один вариант выполнения списка 500 действий, предназначенного для использования в системе автоматической обработки компонентов в устройстве. Список 500 действий содержит идентификатор 502 версии списка действий, после которого следуют пары (504, 506) компонент/действие. Например, пара 504 компонент/действие содержит идентификатор компонента и соответствующее действие. В одном варианте выполнения идентификатор компонента также включает идентификатор версии компонента, что позволяет использовать версию компонента для определения, существует или нет в данный момент компонент в устройстве. Действие может представлять одно из "установить", "обновить" или "удалить", однако, также может быть определен любой другой тип действия. Информация в списке действия может быть закодирована с использованием любого соответствующего формата, и идентификаторы компонента и действия могут иметь любой тип.

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

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

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

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

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

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

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

7. Способ по п.6, который также содержит обновление сохраненной версии компонента, чтобы она была эквивалентна версии компонента.

8. Способ по п.1, который также содержит прием идентификатора версии, списка действий и компонента из сервера.

9. Способ по п.1, в котором устройство представляет собой беспроводное устройство.

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

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

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

12. Устройство по п.10, в котором логическая схема для выполнения действия содержит логическую схему для установки компонента в устройстве.

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

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

15. Устройство по п.10, в котором логическая схема предназначена для анализа, что список действий также содержит логическую схему для определения, что версия компонента, ассоциированная с идентификатором компонента, не эквивалентна сохраненной версии компонента.

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

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

18. Устройство по п.10, в котором устройство представляет собой беспроводное устройство.

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