КАРТЫ МОДУЛЬНЫХ РАСШИРЕНИЙ ДЛЯ ПРИЛОЖЕНИЙ ИЗ МАГАЗИНА ПРИЛОЖЕНИЙ

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

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

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

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

Сущность изобретения

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

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

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

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

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

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

[0009] Фиг. 3 иллюстрирует другой примерный пользовательский интерфейс магазина приложений, отображающий доступные модульные расширения (например, в ответ на поиск) и информацию, ассоциированную с этими модульными расширениями, согласно вариантам осуществления;

[0010] Фиг. 4A-4D иллюстрируют различные примеры пользовательского интерфейса, ассоциированные с представлением модульных расширений из магазина приложений пользователям, согласно вариантам осуществления;

[0011] Фиг. 5 является упрощенным сетевым окружением, в котором может быть реализована система согласно вариантам осуществления;

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

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

Подробное описание изобретения

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

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

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

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

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

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

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

[0021] На схеме 100, магазин 108 приложений может предоставлять множество приложений для различных устройств, включающих в себя, но не только, настольные компьютеры, смартфоны, планшетные устройства, носимые устройства и т.д. Магазин 108 приложений может представлять собой облачную службу. Пользователь 102, выполняющий поиск приложения из числа потенциально сотен тысяч или миллионов приложений, может предоставлять критерии поиска в поисковый механизм 110. Поисковый механизм 110 может представлять собой независимый поисковый механизм или часть магазина 108 приложений.

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

[0023] Согласно некоторым вариантам осуществления, различные описания, значки, заголовки и т.п. могут быть показаны в магазине приложений для каждого из этих признаков, режимов, контента и устройств. На основе увязки отдельных вариантов через карту(ы) 112 "приложение - модульные расширения", пользователю 102 может обеспечиваться возможность покупать только один из этих режимов, признаков, контента и/или устройств. В некоторых примерах, если пользователь находит один из предоставленных вариантов и действует с возможностью приобретать его, приложение может запускаться в режиме, индивидуально адаптированном к вариантам (признаку, режиму, контенту и/или устройству), вместо активации общим способом.

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

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

[0026] В конфигурации приложения магазина согласно некоторым вариантам осуществления, различные модульные расширения, ассоциированные с отдельными приложениями, могут представляться (с возможностью поиска) вместе с приложениями. Таким образом, целевой маркетинг может обеспечиваться при одновременном уменьшении нагрузки по поддержанию в актуальном состоянии посредством разработчиков с помощью карты "приложение - модульные расширения" (также называемой "картой приложений"). Примерный пользовательский интерфейс 202 на схеме 200 показывает список приложений 204, которые могут отображаться в качестве результата поиска инструментов для изучения математики, и список модульных расширений 206, которые являются частью конкретного приложения, но связаны с конкретными аспектами (например, сложение векторов, сложение дробей и т.д.). Схема 200 показывает одно конкретное приложение, которое содержит сотни модульных расширений, связанных с изучением математики. В одном сценарии, пользователь может щелкать тригонометрическое модульное расширение. Таким образом, пользователь может выбирать и устанавливать/активировать конкретное модульное расширение в противоположность целому приложению со всеми модульными расширениями.

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

[0028] В примерном сценарии, может быть предусмотрено пять приложений в магазине, каждое из которых имеет широкое описание: идентификатор приложения 11 "Мой заполнитель форм", идентификатор приложения 12 "Регистрационные формы по инсулину", идентификатор приложения 13 "Контрольный список по изоляции", идентификатор приложения 14 "Руководство по строительству", идентификатор приложения 15 "Заполнение глобальных форм". Приложение для заполнения глобальных форм может использовать карту приложений и может иметь два модульные расширения в своей карте (для простоты, просто идентификатор+заголовок модульные расширения используется в данном документе, хотя каждое из них также может иметь широкое описание): модульное расширение 1 "Заполнение медицинских форм" и модульное расширение 2 "Исследование сметчика по объему работ на месте". Как результат, если пользователь магазина приложений выполняет поиск "медицинской формы", он может видеть страницу результатов поиска, содержащую следующее: Заполнение медицинских форм [идентификатор приложения 15/модульное расширение 1]; Регистрационные формы по инсулину [идентификатор приложения 12]; Мой заполнитель форм [идентификатор приложения 11]. Пользователь может с большей вероятностью выбирать приложение для заполнения глобальных форм, поскольку заголовок и описание лучше подходят для запроса и базового намерения пользователя.

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

[0030] Схема 300 показывает пользовательский интерфейс 302 магазина приложений, отображающий четыре модульные расширения 304, 306, 308 и 310, ассоциированные с приложением для изучения математики. Каждое модульное расширение представлено посредством значка и краткого описания, предоставляющего понимание функциональности модульные расширения, позволяющее пользователям решать то, какое модульное расширение является более подходящим для их потребностей.

[0031] В некоторых примерных вариантах осуществления, карта приложений может отправляться в качестве структурированного файла данных (например, XML-файла) в портале разработчика магазина приложений. В другом примерном варианте осуществления, карта приложений может не отправляться в магазин приложений, а вместо этого она может размещаться на веб-узле разработчика, и вместо этого ссылка на местоположение веб-службы карты приложений разработчика может отправляться в портал разработчика. Во втором сценарии, когда пользователь выполняет поиск "медицинской формы", магазин приложений может возвращать набор приложений в своем каталоге. Магазин приложений затем может проверять в возвращаемом наборе результатов то, содержит или нет какое-либо из приложений карты приложений, и если содержит, пытается вызывать веб-службу этих приложений динамически, чтобы извлекать более релевантные описания для запроса пользователя. "Запрос" при использовании в данном документе не ограничен поисковыми запросами, но также может использоваться для запросов на обзор.

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

[0033] Когда пользователь приобретает приложение, может быть доступен ряд вариантов лицензирования (конфигурируемых разработчиком, пользователем и/или бизнес-владельцем магазина приложений). Лицензирование может задаваться на уровне приложений, в то время как каждое модульное расширение также может иметь собственную цену. Кроме того, лицензирование также может задаваться на уровне групп модульных расширений или на уровне модульных расширений. Например, пользователь может купить лицензию на использование только модульные расширения приложения (например, просто заполнение медицинских форм), и ему также может представляться способ в приложении для того, чтобы купить другие модульные расширения. В другом примере, пользователь может купить лицензию на использование всех режимов/контента/модульных расширений в приложении (например, заполнение всех форм). В этом сценарии, может быть одна общая цена для всех модульных расширений в приложении, цена может быть суммой цены каждого модульные расширения или может быть ценой со скидкой между этими двумя примерами. Лицензия пользователя, соответственно, непосредственно может записывать либо то, что приложение куплено (т.е. пользователь X получает право на приложение Y), либо то, что модульное расширение куплено (пользователь X получает право на модульное расширение Z в приложении Y).

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

[0035] Схема 400 по фиг. 4A показывает экран выбора пользовательского интерфейса 402 магазина приложений, который представляет выбранное модульное расширение 404, информацию, ассоциированную с родительским приложением 406 модульные расширения 404, а также более подробную информацию 408 (в графической форме). Также предусмотрены варианты для дополнительных снимков экрана, подробностей, контента и рецензий на модульное расширение. Пользователь может приобретать модульное расширение посредством щелчка кнопки "Добавить".

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

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

[0038] Схема 410 по фиг. 4B показывает пользовательский интерфейс 402 магазина приложений, отображающий, вместе с выбранным модульным расширением 404, информацию 412 относительно доступных модульных расширений, ассоциированных с родительским приложением выбранного модульные расширения 404, и ряда других модульных расширений 414, ранжированных согласно алгоритму поиска.

[0039] В некоторых примерах, внутренняя группа по продвижению продуктов может выполнять аналогичную функцию спецификации ранга для новых приложений и/или модульных расширений. Альтернативно, если приложение находится на торговой площадке в течение некоторого времени, данные щелчков ссылок могут быть использованы для того, чтобы оказывать влияние на то, какой поднабор всех модульных расширений появляется. Разработчику приложений может обеспечиваться возможность указывать ориентацию на определенную аудиторию, которая может направлять магазин приложений с возможностью выбирать одно описание по сравнению с другим. Например, если известно, что пользователь использует SKU обучения платформы, или (отдельно) если известно, что пользователь приобретает множество игр или множество приложений для работы с фотографиями, различное модульное расширение может выбираться для показа этому пользователю. Дополнительно, если разработчик хочет тестировать описание, он может перечислять два модульные расширения с альтернативными акцентами. Он может указывать то, чтобы эти два модульные расширения никогда не показывались вместе идентичному пользователю. Аналитика в отношении эксплуатационных характеристик модульных расширений (например, количества просмотров страниц, количества щелчков) может отправляться обратно разработчику для целей обратной связи.

[0040] Схема 420 по фиг. 4C показывает пользовательский интерфейс 402 магазина приложений, отображающий приложение 406 и выписку 424, информирующую пользователя, что приложение работает с данными в своем документе, если он выбирает "Доверять" 426. Таким образом, приложение или его модульные расширения могут запускаться индивидуально настроенным способом для каждого пользователя, предоставляя индивидуально адаптированное взаимодействие.

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

[0042] Чтобы предотвращать спам со стороны разработчиков, например, одно приложение лавинно заполняет всю первую страницу результатов поиска и передвигает все остальные приложения на вторичные страницы, могут предоставляться различные механизмы управления для взаимодействия по поиску и обзору в магазине приложений согласно некоторым вариантам осуществления. Такие механизмы управления могут включать в себя предотвращение отправки разработчиками более чем предварительно установленного предельного (например, 10) числа модульных расширений в расчете на приложение. Для поискового запроса данного пользователя, можно предотвращать показ более чем предварительно установленного предела модульных расширений в расчете на приложение (например, 3). Пользователям также может разрешаться в контексте щелкать "посмотреть связанные приложения от этого поставщика". В некоторых примерах, разработчику может разрешаться указывать относительный "ранг" в расчете на модульное расширение, чтобы обеспечивать возможность разработчику управлять проталкиванием тех модульных расширений, которые лучше всего продают его приложение.

[0043] Схема 430 по фиг. 4D показывает снимок экрана выбранного модульного расширения (модульного расширения для изучения математики) с графическим тестовым вопросом 432 и вариантами 434, ассоциированными с тестовым вопросом 432, такими как ответ на вопрос, извлечение функциональности справки и т.д.

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

[0045] Фиг. 5 является примерным сетевым окружением, в котором могут быть реализованы варианты осуществления. Магазин приложений, сконфигурированный с возможностью предоставлять приложения и модульные расширения, ассоциированные с приложениями, с использованием карты приложений, может реализовываться через программное обеспечение, выполняемое на одном или более серверов 514, такое как размещаемая служба. Платформа может обмениваться данными с клиентскими приложениями на отдельных вычислительных устройствах, таких как смартфон 513, переносной компьютер 512 или настольный компьютер 511 ("клиентские устройства"), через сеть(и) 510.

[0046] Клиентские приложения, выполняемые на любом из клиентских устройств 511-513, могут обеспечивать связь через приложение(я), исполняемое серверами 514 или на отдельном сервере 516. Магазин приложений может представлять доступные приложения и модульные расширения в ответ на пользовательские запросы, ранжирующие их на основе функциональности, ключевых слов и т.д. Магазин приложений может сохранять данные, ассоциированные с приложениями и модульными расширениями (включающие в себя карты приложений), в хранилище(ах) 519 данных непосредственно или через сервер 518 баз данных.

[0047] Сеть(и) 510 может содержать любую топологию серверов, клиентов, поставщиков Интернет-служб и сред связи. Система согласно вариантам осуществления может иметь статическую или динамическую топологию. Сеть(и) 510 может включать в себя защищенные сети, такие как корпоративная сеть, незащищенную сеть, такую как беспроводная открытая сеть или Интернет. Сеть(и) 510 также может координировать связь по другим сетям, к примеру, по коммутируемой телефонной сети общего пользования (PSTN) или по сотовым сетям. Кроме того, сеть(и) 510 может включать в себя беспроводные сети ближнего действия, к примеру, по технологии Bluetooth и т.п. Сеть(и) 510 предоставляет связь между узлами, описанную в данном документе. В качестве примера, а не ограничения, сеть(и) 510 может включать в себя беспроводные среды, такие как акустическая, РЧ (радиочастотная, RF), инфракрасная и другие беспроводные среды.

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

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

[0050] Например, вычислительное устройство 600 может использоваться для того, чтобы размещать службу магазина приложений. В примере базовой конфигурации 602, вычислительное устройство 600 может включать в себя один или более процессоров 604 и системное запоминающее устройство 606. Шина 608 запоминающего устройства может использоваться для связи между процессором 604 и системным запоминающим устройством 606. Базовая конфигурация 602 может быть проиллюстрирована на фиг. 6 посредством этих компонентов в пределах внутренней пунктирной линии.

[0051] В зависимости от требуемой конфигурации, процессор 604 может иметь любой тип, включающий в себя, но не только, микропроцессор (μP), микроконтроллер (μG), процессор цифровых сигналов (DSP) или любую комбинацию вышеозначенного. Процессор 604 может включать в себя один или более уровней кэширования, к примеру, кэш-память 612 уровня, ядро 614 процессора и регистры 616. Ядро 614 процессора может включать в себя арифметико-логическое устройство (ALU), сопроцессор для операций с плавающей точкой (FPU), ядро обработки цифровых сигналов (DSP-ядро) или любую комбинацию вышеозначенного. Контроллер 618 запоминающего устройства также может использоваться с процессором 604, или в некоторых реализациях, контроллер 618 запоминающего устройства может быть внутренней частью процессора 604.

[0052] В зависимости от требуемой конфигурации, системное запоминающее устройство 606 может иметь любой тип, включающий в себя, но не только, энергозависимое запоминающее устройство (к примеру, RAM), энергонезависимое запоминающее устройство (к примеру, ROM, флэш-память и т.д.) или любую комбинацию вышеозначенного. Системное запоминающее устройство 606 может включать в себя операционную систему 620, приложение 622 из магазина приложений, поисковый механизм 626 и программные данные 624. Приложение 622 из магазина приложений может быть ассоциировано со статически или динамически сформированным списком признаков, режимов, контента и/или устройств приложения. Различные описания, значки, заголовки и т.п. могут быть показаны в магазине приложений для каждого из этих признаков, режимов, контента и устройств. На основе увязки и отображения отдельных вариантов, пользователям может обеспечиваться возможность покупать только один из этих режимов, признаков, контента и/или устройств. Поисковый механизм 626 может представлять собой независимый поисковый механизм или часть приложения 622 из магазина приложений и выполнять запросы для нахождения приложений или модульных расширений, чтобы удовлетворять потребностям пользователя. Программные данные 624 могут включать в себя, в числе других данных, данные 628 модульных расширений и т.п., как описано в данном документе. Данные 628 модульных расширений могут включать в себя информацию, ассоциированную с модульными расширениями.

[0053] Вычислительное устройство 600 может иметь дополнительные признаки или функциональность и дополнительные интерфейсы, чтобы упрощать связь между базовой конфигурацией 602 и любыми требуемыми устройствами и интерфейсами. Например, контроллер 630 шины/интерфейса может использоваться для того, чтобы упрощать связь между базовой конфигурацией 602 и одним или более устройств 632 хранения данных через интерфейсную шину 634 хранения данных. Устройства 632 хранения данных могут представлять собой одно или более съемных устройств 636 хранения данных, одно или более стационарных устройств 638 хранения данных или комбинацию вышеозначенного. Примеры съемных устройств хранения данных и стационарных устройств хранения данных могут включать в себя устройства на магнитных дисках, к примеру, накопители на гибких дисках и накопители на жестких дисках (HDD), накопители на оптических дисках, к примеру, накопители на компакт-дисках (CD) или накопители на универсальных цифровых дисках (DVD), полупроводниковые накопители (SSD) и накопители на ленте, помимо прочего. Примерный компьютерный носитель хранения данных может включать в себя энергозависимые и энергонезависимые, съемные и несъемные носители, реализованные любым способом или технологией для хранения информации, такой как машиночитаемые инструкции, структуры данных, программные модули или другие данные.

[0054] Системное запоминающее устройство 606, съемные устройства 636 хранения данных и стационарные устройства 638 хранения данных могут быть примерами компьютерных носителей хранения данных. Компьютерные носители хранения данных могут включать в себя, но не только, RAM, ROM, EEPROM, флэш-память или другую технологию запоминающих устройств, CD-ROM, универсальные цифровые диски (DVD), полупроводниковые накопители или другое оптическое устройство хранения данных, магнитные кассеты, магнитную ленту, устройство хранения данных на магнитных дисках или другие магнитные устройства хранения данных либо любой другой носитель, который может использоваться для того, чтобы сохранять требуемую информацию, и к которому может осуществляться доступ посредством вычислительного устройства 600. Любые такие компьютерные носители хранения данных могут быть частью вычислительного устройства 600.

[0055] Вычислительное устройство 600 также может включать в себя интерфейсную шину 640 для упрощения связи из различных интерфейсных устройств (например, одного или более устройств 642 вывода, одного или более периферийных интерфейсов 644 и одного или более устройств 666 связи) с базовой конфигурацией 602 через контроллер 630 шины/интерфейса. Некоторые примерные устройства 642 вывода могут включать в себя графический процессор 648 и аудиопроцессор 650, которые могут быть выполнены с возможностью обмениваться данными с различными внешними устройствами, такими как дисплей или динамики, через один или более A/V-портов 652. Один или более примерных периферийных интерфейсов 644 могут включать в себя контроллер 654 последовательного интерфейса или контроллер 656 параллельного интерфейса, который может быть сконфигурирован с возможностью обмениваться данными с внешними устройствами, такими как устройства ввода (например, клавиатура, мышь, перо, устройство речевого ввода, устройство сенсорного ввода и т.д.) или другие периферийные устройства (например, принтер, сканер и т.д.) через один или более портов 658 ввода-вывода. Примерное устройство 666 связи может включать в себя сетевой контроллер 660, который может быть сконфигурирован с возможностью упрощать связь с одним или более других вычислительных устройств 662 по сетевой линии связи через один или более портов 664 связи. Одно или более других вычислительных устройств 662 могут включать в себя серверы, клиентское оборудование и подобные устройства.

[0056] Сетевая линия связи может быть одним примером сред связи. Среды связи могут быть осуществлены посредством машиночитаемых инструкций, структур данных, программных модулей или других данных в модулированном сигнале данных, таком как несущая или другой транспортный механизм, и могут включать в себя любые среды для доставки информации. "Модулированный сигнал данных" может представлять собой сигнал, который имеет одну или более из характеристик модулированного сигнала данных, заданных или измененных таким образом, чтобы кодировать информацию в сигнале. В качестве примера, а не ограничения, среды связи могут включать в себя проводные среды, такие как проводная сеть или проводное соединение, и беспроводные среды, такие как акустические, радиочастотные (RF), микроволновые инфракрасные (IR) и другие беспроводные среды. Термин "машиночитаемые носители" при использовании в данном документе может включать в себя как носители хранения, так и среды связи.

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

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

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

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

[0061] На этапе 720 может приниматься запрос. В ответ на запрос, одно или более приложений и одно или более модульных расширений могут определяться на этапе 730. Модульные расширения могут определяться на основе информации, включенной в карту(ы) "приложение - модульные расширения". На этапе 740 одно или более приложений и одно или более модульных расширений могут представляться для выбора. На этапе 750, пользователю, отправляющему запрос, может предоставляться возможность приобретать отдельные модульные расширения или все модульные расширения, ассоциированные с приложением.

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

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

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

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

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

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

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

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

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

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

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