Инициирование и ранжирование нативных приложений

Иллюстрации

Показать все

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

Реферат

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

[0001] Данное описание описывает технологии, относящиеся к инициированию поиска и ранжированию контента нативного (прим: оптимизированного под конкретную аппаратную платформу) приложения относительно ресурсов веб-страниц.

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

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

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

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

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

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

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

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

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

[0009] Фиг. 2 - схема последовательности операций системы для поиска и оценивания нативных приложений.

[0010] Фиг. 3 - схема последовательности операций примерного процесса инициирования поиска и оценивания нативных приложений.

[0011] Фиг. 4 - иллюстрация страницы результатов поиска, включающей в себя результат поиска нативного приложения.

[0012] Аналогичные ссылки с номерами и обозначения на различных чертежах указывают аналогичные элементы.

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

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

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

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

[0016] Эти и другие признаки описываются более детально ниже.

[0017] Фиг. 1 - это блок-схема примерного окружения 100, в котором происходит инициирование поиска и ранжирование нативных приложений. Компьютерная сеть 102, такая как Интернет, соединяет веб-сайты 104 издателя ресурса, издателей 106 приложений, пользовательские устройства 108 и поисковую машину 120.

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

[0019] Ресурс веб-страницы - это любые данные, которые могут быть предоставлены посредством веб-сайта 104 издателя через сеть 102, и которые имеют адрес ресурса, например, унифицированный указатель ресурса (URL). Веб-ресурсы могут быть HTML-страницами, файлами изображений, видеофайлами, аудиофайлами и источниками новостных лент, если перечислять лишь несколько вариантов. Ресурсы могут включать в себя внедренную информацию, например, метаинформацию и гиперссылки, и/или внедренные инструкции, например, сценарии клиентской стороны. Более обобщенно, "ресурс" - это что-либо, идентифицируемое через сеть, и может также включать в себя нативные приложения.

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

[0021] Когда используется в этом описании, "экземпляр окружения" является окружением отображения в нативном приложении и в нем отображается контент, такой как текст, изображения, и т.п. Экземпляр окружения является специализированным под конкретное нативное приложение, и нативное приложение является специализированным под конкретную операционную систему пользовательского устройства 108. Экземпляр окружения отличается от воспроизводимого веб-ресурса в том, что экземпляр окружения формируется в и специально для нативного приложения, в то время как веб-ресурс может быть воспроизведен в любом браузере, для которого ресурс веб-страницы является совместимым, и является независимым от операционной системы пользовательского устройства.

[0022] Пользовательское устройство 108 - это электронное устройство, которое находится под управлением пользователя. Пользовательское устройство 108 типично может запрашивать и принимать ресурсы 104 веб-страниц и нативные приложения 107 по сети 102. Примерные пользовательские устройства 108 включают в себя персональные компьютеры, устройства мобильной связи и планшетные компьютеры.

[0023] Чтобы искать веб-ресурсы 105 и нативные приложения 107, поисковая машина 120 осуществляет доступ к веб-индексу 116 и индексу 114 приложений. Веб-индекс 116 - это индекс веб-ресурсов 105, который, например, строится при обходе веб-сайтов 104 издателей. Индекс 114 приложений - это индекс страниц приложений для нативных приложений 107 и он строится с помощью устройства извлечения данных приложений и процессора 110 и индексатора 112. Хотя показаны как отдельные индексы, веб-индекс 116 и индекс 114 приложений могут быть объединены в один индекс.

[0024] Пользовательские устройства 108 подают поисковые запросы в поисковую машину 120. В ответ на каждый запрос поисковая машина 120 осуществляет доступ к веб-индексу 116 и, в необязательном порядке, индексу 114 приложений, чтобы идентифицировать ресурсы и приложения, соответственно, которые релевантны запросу. Как правило, первый тип операции поиска, реализующей первый алгоритм поиска, используется, чтобы выполнять поиск в индексе 116, а второй тип операции поиска, реализующей второй, отличный алгоритм, используется, чтобы выполнять поиск в индексе 114 приложений. Поисковая машина 120 реализует процесс модуля 132 оценки ресурса, чтобы оценивать веб-ресурсы, и процесс модуля 134 оценки приложения, чтобы оценивать нативные приложения. Множество подходящих алгоритмов поисковой машины могут быть использованы, чтобы реализовывать модуль 132 оценки ресурса. Работа модуля 134 оценки приложения описывается более подробно со ссылкой на фиг. 2 и 3 ниже.

[0025] В случае, когда поиск выполняется в индексе 114 нативных приложений и результат поиска нативного приложения должен быть предоставлен пользовательскому устройству, поисковая машина 120 использует модуль 136 вставки, чтобы вставлять результат поиска нативного приложения в результаты поиска других ресурсов. Вставка описывается более подробно со ссылкой на фиг. 2 и 3 ниже. Поисковая машина 120 использует внешний компонент 138 поисковой машины, такой как веб-сервер, размещает и предоставляет результаты поиска пользовательскому устройству 108, от которого был принят запрос.

[0026] Результат поиска веб-ресурса - это данные, сформированные поисковой машиной 120, которые идентифицируют веб-ресурс и предоставляют информацию, которая удовлетворяет конкретный поисковый запрос. Результат поиска веб-ресурса для ресурса может включать в себя заголовок веб-страницы, фрагмент текста, извлеченного с ресурса, и указатель ресурса для ресурса, например, URL веб-страницы. Результат поиска нативного приложения указывает нативное приложение и формируется в ответ на выполнение поиска в индексе 114 приложений. Результат поиска нативного приложения может включать в себя "глубинную ссылку", указывающую конкретный экземпляр окружения нативного приложения, и которая конфигурируется, чтобы инструктировать нативному приложению инициировать указанный экземпляр окружения. Например, выбор результата поиска нативного приложения может инструктировать нативному приложению запускаться (если установлено на пользовательское устройство 108) и создавать экземпляр окружения, упоминаемый в результате поиска приложения в форме снимка экрана. Альтернативно, результат поиска нативного приложения может включать в себя команду "покупки" (или "установки"), которая, когда выбрана, приводит в результате к покупке (или бесплатной загрузке) и установке нативного приложения на клиентское устройство.

[0027] Издатели 106, которые предоставляют нативные приложения 107, также предоставляют глубинные ссылки 109 поисковой машине 120. Например, издатель приложения может предоставлять список глубинных ссылок 109 в форме унифицированных идентификаторов ресурсов (URI) (или других типов инструкций, которые являются специфичными для нативного приложения, опубликованного издателем). Эти глубинные ссылки являются глубинными ссылками, через которые, как желает издатель 106, должен быть выполнен обход и которые должны быть проиндексированы в индексе 114 приложений.

[0028] Для многих нативных приложений 107 также существуют веб-ресурсы 111, которые являются описательными для нативных приложений 107. Одним примером такого ресурса 111 является страница продукта в онлайн-магазине нативных приложений. Страница продукта может быть просмотрена с помощью веб-браузера и может быть проиндексирована в веб-индексе 116. Страница 11 продукта может включать в себя снимки экрана нативного приложения, описания пользовательских рейтингов и т.п. Типично страница 111 продукта является веб-страницей, специфичной для нативного приложения, и используется, чтобы обеспечивать покупку и/или загрузку нативного приложения.

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

[0030] Фиг. 2 - это схема 200 последовательности операций системы для поиска и оценки нативных приложений. Схема 200 последовательности операций системы описывается со ссылкой на фиг. 3, которая является схемой 300 последовательности операций примерного процесса инициирования поиска и оценки нативных приложений. Процесс 300 может быть реализован в устройстве обработки данных одного или более компьютеров, которые обмениваются данными. Процесс 300 выполняется для каждого запроса, принятого в поисковой машине 120.

[0031] Процесс 300 принимает запрос и определяет отношение вероятностей поиска (SPR) (302). Запрос принимается поисковой машиной 120 и представляется на фиг. 2 посредством запроса Q={QT}, где {QT} - это выражения запроса Q. Например, пользователь может вводить запрос в пользовательский интерфейс, предоставленный поисковой машиной 120. Пользовательский интерфейс может быть интерфейсом, который используется, чтобы выполнять поиск в множестве фондов, таких как обычный веб-фонд и другие фонды.

[0032] В некоторых реализациях отношение вероятностей поиска является отношением вероятности того, что запрос принимается для целевого фонда, или вертикалью к вероятности того, что запрос принимается для эталонного фонда. Эталонный фонд может быть любым фондом, выбранным администратором, и типично является обычным веб-фондом. Тем не менее, другие фонды могут быть использованы в качестве эталонного фонда. Например, если вероятность приема запроса q в онлайн-магазине приложений равна 0,003, и вероятность приема запроса q в эталонном фонде равна 0,001, тогда SPR для Q равно 3, т.е., 0,003/0,001. SPR может быть выражено как

SPR(q)= (#qT/#{Q}T)/(#qR/#{Q}R)

Где:

#qT=число экземпляров запроса q в целевой совокупности или фонде;

#{Q}T=число экземпляров всех запросов в целевой совокупности или фонде;

#qR=число экземпляров запроса q в эталонной совокупности или фонде; и

#{Q}R=число экземпляров всех запросов в эталонной совокупности или фонде.

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

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

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

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

[0037] Процесс 300 инициирует первую операцию поиска и принимает данные, указывающие первые ресурсы, идентифицированные посредством первой операции поиска, как являющиеся ответными на запрос (304). Например, поисковая машина 120 выполняет поиск в веб-индексе 116 и оценивает ресурсы, например, веб-страницы, с помощью модуля 132 оценки ресурса. Первые ресурсы, которые являются веб-ресурсами, могут быть ранжированы согласно оценкам. Набор ранжированных веб-ресурсов 204 показан на фиг. 2. Может быть использовано множество подходящих алгоритмов поиска.

[0038] Процесс 300 определяет, удовлетворяет ли отношение вероятностей поиска пороговому отношению вероятностей поиска (306). Этот этап является необязательным этапом, как указано пунктирным контуром блока решения процесса. Пороговое отношение вероятностей поиска может быть выбрано системным администратором или может изменяться согласно объему запроса. Например, отношение вероятностей запроса может быть пороговым значением, равным 0,6, или некоторым другим значением; или, альтернативно, может быть отношением, выбранным так, что некоторый процент запросов, предоставленных для поисков в индексе 114 нативных приложений, выбирается. Могут быть использованы другие подходящие способы выбора отношения вероятностей поиска.

[0039] Если отношение вероятностей поиска не удовлетворяет пороговому отношению вероятностей поиска, тогда процесс 300 предоставляет только первые результаты поиска пользовательскому устройству (308). В этих ситуациях поисковая машина 120 предоставляет только результаты поиска для веб-индекса 116 или результаты для другого фонда, который был выбран пользователем, такие как результаты поиска изображения, результаты поиска видео и т.д. Это указано на фиг. 2 набором ресурсов 204 на конце стрелки потока "Нет".

[0040] Наоборот, если отношение вероятностей поиска удовлетворяет пороговому отношению вероятностей поиска, или если первоначальная проверка порогового значения не реализуется, тогда процесс 300 инициирует вторую операцию поиска и принимает данные, указывающие вторые ресурсы, идентифицированные посредством второй операции поиска как являющиеся ответными на запрос (310). Вторая операция поиска является, например, поиском в индексе 114 нативных приложений с помощью модуля 134 оценки приложения. Ранжированный набор нативных приложений указывается посредством набора 206 на фиг. 2 вместе с набором ресурсов 204 на конце стрелки потока "Да".

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

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

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

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

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

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

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

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

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

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

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

[0052] Частота использования описывает, как часто в течение заданного периода времени пользовательское устройство использует нативное приложение. Когда частота использования увеличивается, система увеличивает релевантность нативного приложения для конкретного пользовательского устройства.

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

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

[0055] После оценки процесс 300 определяет, для второго ресурса, идентифицированного посредством второй операции поиска, первый ресурс, идентифицированный посредством первой операции поиска, который является описательным для второго ресурса (312). В контексте того, что второй ресурс является нативным приложением, примером такого первого ресурса является страница продукта для нативного приложения. Страница продукта - это веб-страница, которая была просмотрена поисковой машиной 120, проиндексирована в веб-индексе 116 и оценена в первой операции поиска. Это иллюстрируется на фиг. 2 двухсторонней стрелкой, соединяющей один ресурс 105 веб-страницы с одним нативным приложением 107. Определение может быть выполнено, например, посредством осуществления доступа к данным, указывающим ассоциацию нативного приложения 107 и ресурса 105, или посредством логического вывода соотношения из ключевых слов и других данных.

[0056] Процесс 300 определяет, вставлять ли результат поиска, идентифицирующий второй ресурс (314). Определение может быть выполнено на основе отношения вероятностей поиска запроса, соответствующей оценки первого ресурса и соответствующей оценки второго ресурса. Например, может потребоваться, чтобы веб-страница 105, соответствующая нативному приложению 107, удовлетворяла минимальной оценке, так что она находится в верхних N порядковых позициях ранжированных ресурсов 105, например, один из верхних 10 ранжированных ресурсов веб-страниц. Аналогично, может потребоваться, чтобы оценка нативного приложения удовлетворяла минимальной оценке, так что она находится в верхних M порядковых позициях ранжированных нативных приложений 107, например, одно из верхних трех ранжированных нативных приложений.

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

IS=f(SPR, NAS) > IS_T где:

SPR - это отношение вероятностей поиска; NA_S - это оценка нативного приложения; IS_T - это пороговое значение оценки вставки; IS - это оценка вставки; и f(arg1, arg2) - это математическая функция.

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

[0059] В некоторых реализациях распределение первого результата поиска и вторых результатов поиска может также быть использовано, чтобы определять, предоставлять ли результат поиска нативного приложения. Например, если запрос является "навигационным" для нативного приложения, тогда результат поиска нативного приложения не исключается заранее из предоставления. Чтобы проиллюстрировать, предположим, что названием нативного приложения является "Best Chess" ("Лучшие шахматы"). Запрос [лучшие шахматы] может быть навигационным в контексте нативного приложения, поскольку он указывает один результат поиска приложения, который является высоко удовлетворительным для информационной потребности пользователя. Наоборот, предположим, что нативное приложение является программой чтения новостей для очень популярного новостного сайта, например, "CNN". Поскольку запрос с названием новостного сайта является навигационным для новостного сайта, запрос необязательно указывает один результат поиска приложения, высоко удовлетворяющий информационную потребность пользователя.

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

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