БЕЗОПАСНОЕ РАСПРЕДЕЛЕНИЕ И ВЫПОЛНЕНИЕ ПРИЛОЖЕНИЙ В БЕСПРОВОДНОЙ СРЕДЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перед исполнением приложение проверяется на «разрешение» исполнения на данном устройстве (шаг 110). Эта проверка может выполняться с помощью разрешений или правил, описываемых ниже, или с помощью других механизмов проверки, известных специалистам. Более того, предпочтительно, чтобы приложение проверялось перед каждой попыткой исполнения. Такой процесс продолжительной проверки повышает безопасность исполнения приложений. Например, он защищает от вирусов-троянов, которые могут встраиваться в это приложение на исполняющем устройстве во время исполнения другого приложения.

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

На фиг.2 показана архитектура системы, в которой может быть реализован примерный вариант настоящего изобретения. Разработчик 200 создает приложение для использования на беспроводном устройстве 230. Как описано выше, специалистам должно быть ясно, что хотя в вышеприведенном описании используется тип файлов «приложение», могут использоваться и другие типы файлов. Более того, специалистам должно быть ясно, что настоящее изобретение может использоваться с другими беспроводными или проводными устройствами и может использоваться в беспроводных сетях, проводных сетях или в комбинированных сетях.

Обычно разработчик 200 получает комплект спецификаций, по которым он разрабатывает приложение для работы на беспроводном устройстве 230. В одном варианте беспроводное устройство содержит программную платформу, способствующую интерфейсу приложения с этим беспроводным устройством, например пакет BREW™, разработанный фирмой QUALCOMM, Incorporated, расположенной в Сан-Диего, Калифорния. Разработчик может создать приложение, удовлетворяющее требованиям программной платформы или пакета BREW™, стандартным спецификациям и правилам.

В одном варианте разработчик 200 соединен с центральным сервером 205, чтобы иметь возможность передать приложение электронным способом на центральный сервер 205. В одном варианте центральный сервер является сервером Штаб-квартиры Центра по контролю за приложениями (Application Control Center Headquarters, ACCHQ), который используется для распределения приложений по беспроводным устройствам. Разработчик 200 может использовать цифровую подпись на приложении (более подробно описывается ниже) для обнаружения факта модификации приложения. Следует понимать, что физическое соединение с центральным сервером не является необходимым. Например, разработчик 200 может послать приложение на центральный сервер 205 заказным отправлением, содержащим компакт-диск.

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

Центральный сервер 205 либо самостоятельно, либо через сервер 210 сертификации используется для анализа и сертификации приложений. В одном варианте в качестве сервера сертификации может использоваться Центр контроля за приложениями (Application Control Center, ACC). Сервер 210 сертификации может использоваться для анализа приложения, чтобы определить удовлетворяет ли оно заранее определенным сертификационным критериям. Сертификационными критериями, однако, могут быть любые критерии, которым приложение должно удовлетворять до исполнения на беспроводном устройстве. Такие критерии могут включать проверку того, что (а) приложение функционирует, как заявлено разработчиком, чтобы приложение вносило помехи в работу беспроводного устройства (например, чтобы оно не приводило к аварийному отказу телефона); (b) приложение не пытается получить доступ к данным или к памяти, к которым оно не должно иметь доступ (например, оно не имеет доступа к файлам или данным, относящимся к другим приложениям, операционной системе или программной платформе); и (с) оно не влияет отрицательно на ресурсы беспроводного устройства, например, пагубно монополизируя вход и выход беспроводного устройства.

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

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

В одном варианте центральный сервер также соединен с сервером 215 загрузки приложений (СЗП) (Application Download Server, ADS). Это сервер 215 загрузки приложений используется для интерфейса с беспроводным устройством через беспроводную сеть 220 для загрузки приложения. Центральный сервер может также посылать на СЗП список разрешений и идентификатор разработчика, ассоциированные с приложением, которые будут там храниться до передачи на беспроводное устройство. Предпочтительно приложение, список разрешений и идентификатор разработчика имеют цифровую подпись центрального сервера для повышения защиты от модификаций.

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

В ответ на запрос о загрузке приложения СЗП 215 посылает по сети 220 на беспроводное устройство 230 приложение, список разрешений, идентификатор разработчика и цифровую подпись (подписи). В одном варианте беспроводное устройство 230 содержит ключ для проверки цифровой подписи для определения, не были ли модифицированы приложение, список разрешений и/или идентификатор разработчика.

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

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

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

В одном варианте база 304 данных центрального сервера состоит из записей идентификаторов для каждой прикладной программы, которая когда-либо загружалась на любой беспроводное устройство 330 в сети 300, электронного сервисного номера (ЭСН) (Electronic Service Number, ESN) лица, которое загружало прикладную программу и мобильного идентификационного номера (МИН) (Mobile Identification Number, MIN), уникального для беспроводного устройства 330, в которое загружена эта прикладная программа. Альтернативно, база 304 данных центрального сервера содержит записи для каждого беспроводного устройства 330 в сети 300, содержащие данные о модели беспроводного устройства, о владельце беспроводной сети, о регионе, в котором используется беспроводное устройство 330, и любую другую информацию, полезную для идентификации того, на каком беспроводном устройстве 330 какая прикладная программа загружена. Кроме того, база данных центрального сервера может хранить и идентификатор разработчика, ассоциированный с приложением.

В одном варианте центральный сервер 302 может также содержать источник 322 команды на выгрузку. Источник 322 команды на выгрузку - это лицо(лица) или устройство(устройства), которые могут принимать решение о выгрузке одной или более целевых прикладных программ. Источник 322 команды на выгрузку - это также устройство, которое «конструирует» команду 316 на выгрузку (описываемую ниже), которая передается на идентифицированное беспроводное устройство 330, на которое загружена целевая прикладная программа (программы). Альтернативно и без ограничений, источником 322 команды на выгрузку может быть лицо или лица или организации, причастные к разработке и выпуску целевой прикладной программы, лица или организации, причастные к производству беспроводного устройства 330 и/или лица или организации, причастные к функционированию любой части сети 300.

Центральный сервер 302 поддерживает связь с одним или более сервером 306, например СЗП, по сети 308, например, через Интернет, предпочтительно, по защищенной сети. Серверы 306 также поддерживают связь с несущей сетью 310 по сети 308. Несущая сеть 310 поддерживает связь с мобильным центром 312 коммутации (МЦК) и по Интернету и по обычной телефонной сети (совместно показанным на фиг.4 позицией 311). Через Интернет-соединение 311 между несущей сетью 310 и мобильным центром 312 коммутации передаются данные, а по телефонной сети 311 передается голосовая информация. Мобильный центр 312 коммутации в свою очередь соединен с множеством базовых станций 314. Мобильный центр 312 коммутации соединен с базовыми станциями и через Интернет (для передачи данных) и через обычную телефонную сеть (для передачи голосовой информации). Базовая станция 314 посылает беспроводные сообщения на беспроводные устройства 330 с помощью службы коротких сообщений (СКС) (SMS) или любым другим способом, используемым в беспроводной связи.

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

Команда 316 на выгрузку «конструируется» источником 322 (который может быть тем же лицом или организацией, которое приняло решение о инициации выгрузки целевой прикладной программы, или другим лицом или организацией). Команда 316 на выгрузку посылается источником 322 по сети 300 для передачи на беспроводное устройство 330.

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

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

На фиг.4 показано беспроводное устройство и некоторые его внутренние компоненты в примерном варианте настоящего изобретения. Несмотря на то, что этот вариант относится к беспроводному устройству 400, он используется как пример, без каких-либо ограничений. Изобретение может быть альтернативно реализовано на любом удаленном модуле, способном осуществлять связь по сети, включая без ограничений, проводные и беспроводные устройства, такие как «персональные цифровые помощники» (ПЦП) (PDA), беспроводные модемы, карты PCMCIA, терминалы доступа, персональные компьютеры, устройства без дисплея и клавиатуры или любая комбинация или субкомбинация таких устройств. Эти примеры удаленных модулей также могут иметь пользовательский интерфейс, такой как клавиатура, видеодисплей или звуковой дисплей.

Беспроводное устройство 400, показанное на фиг.4, имеет специализированную интегральную схему (СИС) ("ASIC") 415, установленную во время изготовления этого беспроводного устройства. Во время изготовления в беспроводное устройство 400 также устанавливается программный интерфейс приложения (ПИП) ("API") 410. В одном варианте ПИП представляет BREW ПИП или программную платформу. ПИП 410 - это программное средство, сконфигурированное для взаимодействия с СИС. ПИП 410 служит интерфейсом между аппаратными средствами СИС 415 и прикладными программами (описываемыми ниже), инсталлированными на беспроводном устройстве 400. Альтернативно, беспроводное устройство 400 может содержать любые другие формы схем, которые позволят программам работать способом, совместимым с конфигурацией аппаратных средств беспроводного устройства 400. Беспроводное устройство 400 также имеет запоминающее устройство 405. Запоминающее устройство 405 состоит из ОЗУ и ПЗУ, однако, альтернативно, может относиться к любому другому типу - СППЗУ, ЭСППЗУ или сменным флэш-картам памяти.

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

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

Изготовитель (не показан) беспроводного устройства 400 может загружать прикладные программы в запоминающее устройство 405 этого беспроводного устройства 400 во время его изготовления. Такие прикладные программы могут быть любыми программами, потенциально полезными для пользователя или являющимися развлекательными программами, например игры, книги или любые другие типы данных или программ. Прикладные программы также можно загружать в беспроводное устройство 400 и по каналам связи после того, как это устройство будет изготовлено.

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

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

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

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

В одном варианте осуществления настоящего изобретения цифровая подпись 515 генерируется с помощью ключа 525, например ключа центрального сервера (см. фиг.2), приложения 500, списка 505 разрешений и идентификатора 510 разработчика, которые подаются на вход алгоритма 530 создания цифровой подписи. Результатом работы алгоритма является цифровая подпись 515, которая зависит от информации, поданной на вход.

После создания цифровой подписи 515 приложение 500, список 505 разрешений, идентификатор 510 разработчика и цифровая подпись 515 передаются на беспроводное устройство 520. Беспроводное устройство затем может использовать цифровую подпись для определения, не были ли изменены какое-либо приложение или связанная с ним информация (например, список разрешений и идентификатор разработчика). Кроме того, использование одной из вышеуказанных технологий, например безопасный ключ, дает уверенность в личности того, кто передал эту информацию на беспроводное устройство.

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

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

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

Затем принятое приложение проверяется на соответствие установленным критериям (шаг 615). В одном варианте приложение может быть написано для исполнения на конкретной платформе, такой как платформа BREW™, разработанной корпорацией QUALCOMM, Incorporated, расположенной в Сан-Диего, Калифорния и применяемой в беспроводных устройствах. Конкретная платформа или устройство могут иметь конкретные требования, которым должно удовлетворять приложение прежде, чем оно будет исполняться на этом устройстве. Например, платформа или устройство могут требовать, чтобы приложение не обращалось к конкретным адресам памяти, чтобы не была нарушена целостность устройства или других приложений, расположенных в памяти. Эти критерии можно специфицировать и приложение можно тестировать для определения соответствия этим критериям. Предпочтительно такие критерии определяются заранее и предоставляются разработчику для учета во время разработки приложений.

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

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

Приложение, список разрешений, идентификатор разработчика и подпись, созданная на шаге 625, затем передаются на беспроводное устройство (шаг 630).

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

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

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

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

Если оценка на шаге 720 покажет, что приложение, список разрешений или идентификатор разработчика после проставления цифровой подписи подверглись изменению, или что приложению отказано в разрешении на исполнение на этом беспроводном устройстве, тогда приложение не исполняется (шаг 725). Начинается процесс выгрузки приложения из беспроводного устройства (шаг 750). Предпочтительно также, чтобы список разрешений и идентификатор разработчика также выгружались из проводного устройства.

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

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

Если на шаге 735 не выполняется недопустимых или ошибочных операций, то приложению разрешается продолжать исполняться (шаг 740).

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

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

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