патент
2017В00306 от 30.05.2018

Возражение против отказа в выдаче патента на изобретение по заявке № 2014118338

Удовлетворено
Возражение подано:ООО "Яндекс" Нормы права:
Пункт Правил ППС:3.1.1 · Отказ в выдаче патента (ИЗ/ПМ/ПО) Дата правовой базы:
№ заявки:2014118338
Краткое содержание

Искусственный интеллект прямо здесь проанализирует решение и за минуту перескажет суть: в чём спор, доводы сторон, позицию Палаты и чем закончилось. Бесплатно — не придётся читать все страницы.

Приложение
к решению Федеральной службы
по интеллектуальной собственности

Оригинал PDF

Заключение

по результатам рассмотрения возражения

Вводная часть

Коллегия в порядке, установленном пунктом 3 статьи 1248 Гражданского кодекса Российской федерации (далее – Кодекс) и Правилами подачи возражений и заявлений и их рассмотрения в Палате по патентным спорам, утвержденными приказом Роспатента от 22.04.2003 № 56, зарегистрированным в Министерстве юстиции Российской Федерации 08.05.2003 № 4520 (далее – Правила ППС), рассмотрела возражение Общества с ограниченной ответственностью «Яндекс» (далее - заявитель), поступившее 21.02.2017, на решение Федеральной службы по интеллектуальной собственности (далее - Роспатент) об отказе в выдаче патента Российской Федерации на изобретение от 17.08.2016 по заявке № 2014118338/08, при этом установлено следующее.

Мотивировочная часть

Заявлена группа изобретений «СПОСОБ ОБРАБОТКИ ПОИСКОВОГО ЗАПРОСА, СЕРВЕР И МАШИНОЧИТАЕМЫЙ НОСИТЕЛЬ ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ», совокупность признаков которых изложена в формуле изобретения, содержащейся в корреспонденции, поступившей 25.11.2015, в следующей редакции: «1. Способ обработки поискового запроса, включающий: получение поискового запроса; оценку параметра предпочтительной агрегации для конкретного пользователя в зависимости по меньшей мере от одной характеристики истории поисков пользователя; ранжирование первого результата общего поиска и первого результата вертикального поиска по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя; и формирование с учетом ранжира страницы результатов поиска (SERP), содержащей первый результат общего поиска и первый результат вертикального поиска.

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

3. Способ по п. 2, в котором первый и второй результаты вертикального поиска ранжируют вместе по отношению к первому результату общего поиска, и отображают в виде блока на странице результатов поиска (SERP).

4. Способ по п.2, в котором первый и второй результаты вертикального поиска ранжируют по отношению к первому результату общего поиска и отображают по отдельности на странице результатов поиска (SERP).

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

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

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

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

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

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

11. Способ по любому из пп. 8-9, в котором выбирают параметр вертикального доменного ранжирования в зависимости от признака вертикального ранжирования для конкретного пользователя.

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

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

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

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

16. Способ по п. 14, в котором формируют страницу результатов поиска (SERP) с определенным типом вертикального содержимого.

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

18. Способ по п. 1, в котором в качестве характеристики истории поиска пользователя используют данные о запросе или сетевые данные или данные из поискового лога.

19. Способ по п. 1, в котором в качестве характеристики истории поиска пользователя используют требование к агрегированному поиску или предпочтение к вертикали или возможность переходить по вертикалям.

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

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

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

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

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

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

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

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

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

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

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

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

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

33. Сервер по п. 32, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; и первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя.

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

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

36. Машиночитаемый носитель по п. 35, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя для того, чтобы создать ранжированный порядок результатов поиска».

При вынесении решения Роспатента от 17.08.2016 об отказе в выдаче патента на изобретение к рассмотрению была принята вышеприведенная формула изобретения.

В решении Роспатента был сделан вывод о том, что заявленные изобретения по независимы пунктам 1, 31 и 34 формулы изобретения не соответствуют условию патентоспособности «новизна». В подтверждение данного вывода в решении Роспатента приведены сведения о следующем источнике информации: патентный документ US 2013/0173639 A1, опубликованный 04.07.2013 (далее – [1]).

На решение об отказе в выдаче патента на изобретение в соответствии с пунктом 3 статьи 1387 Кодекса от заявителя поступило возражение. В частности, заявитель обращает внимание на следующие отличия заявленной группы изобретений от решения, раскрытого в патентном документе [1]: «…персонализированный поиск должен быть связан с пользователем, а не с устройством. В своем ответе на Уведомление заявитель приводил примеры, показывающие различия в результатах поиска для зарегистрированного и незарегистрированного пользователей, приводил примеры распространенных ситуаций, в которых один компьютер используется множеством людей, соответственно поиск с такого компьютера, если пользователь не ввел в систему пару логин-пароль, не может быть персонализированным, т.е. связанным с каким-то конкретным пользователем…», «…ранжирование осуществляется по данным от различных источников, т.е. от большого количества источников, при этом нет никакого указания на то, что при ранжировании каким-либо образом учитывался бы интерес пользователя».

Изучив материалы дела и заслушав участников рассмотрения возражения, коллегия установила следующее.

С учетом даты подачи заявки (07.05.2014) правовая база для оценки патентоспособности заявленного изобретения включает Кодекс, Административный регламент исполнения Федеральной службой по интеллектуальной собственности, патентам и товарным знакам государственной функции по организации приема заявок на изобретение и их рассмотрения, экспертизы и выдачи в установленном порядке патентов Российской Федерации на изобретение, утвержденный приказом Министерства образования и науки Российской Федерации от 29 октября 2008г. № 327 и зарегистрированный в Минюсте РФ 20 февраля 2009г., рег. № 13413 (далее – Регламент).

Согласно подпункту 1 пункта 1350 Кодекса изобретению предоставляется правовая охрана, если оно является новым, имеет изобретательский уровень и промышленно применимо. При этом согласно подпункту 1 пункта 24.5.2 Регламента в соответствии с пунктом 2 статьи 1350 Кодекса, изобретение является новым, если оно не известно из уровня техники.

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

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

Анализ доводов возражения и доводов, содержащихся в решении Роспатента, показал следующее.

Из патентного документа [1] известны следующие решения.

П.1. Способ обработки поискового запроса (см. абз.[0021], [0063]), включающий: получение поискового запроса (см. абз.[0021], [0036]); оценку параметра предпочтительной агрегации (см. абз.[0018], [0055]); ранжирование первого результата общего поиска и первого результата вертикального поиска по отношению друг к другу (см. абз.[0018]-[0021], [0036]); формирование с учетом ранжира страницы результатов поиска, содержащей первый результат общего поиска и первый результат вертикального поиска (см. абз. [0018], [0055]-[0058], [0063]).

П.31. Сервер, включающий постоянный машиночитаемый носитель информации, содержащий машиночитаемые коды, и выполненный с возможностью обработки поискового запроса (см. абз.[0021], [0063]), включающий: получение поискового запроса (см. абз.[0021], [0036]); оценку параметра предпочтительной агрегации (см. абз.[0018], [0055]); ранжирование первого результата общего поиска и первого результата вертикального поиска по отношению друг к другу (см. абз.[0018]-[0021], [0036]); формирование с учетом ранжира страницы результатов поиска, содержащей первый результат общего поиска и первый результат вертикального поиска (см. абз. [0018], [0055]-[0058], [0063]).

П.34. Постоянный машиночитаемый носитель информации, содержащий машиночитаемые коды, выполненные с возможностью обработки поискового запроса (см. абз.[0021], [0063]), включающий: получение поискового запроса (см. абз.[0021], [0036]); оценку параметра предпочтительной агрегации (см. абз.[0018], [0055]); ранжирование первого результата общего поиска и первого результата вертикального поиска по отношению друг к другу (см. абз.[0018]-[0021], [0036]); формирование с учетом ранжира страницы результатов поиска, содержащей первый результат общего поиска и первый результат вертикального поиска (см. абз. [0018], [0055]-[0058], [0063]).

Таким образом, из патентного документа [1] неизвестны следующие признаки независимых пунктов: «…оценку параметра предпочтительной агрегации осуществляют для конкретного пользователя в зависимости по меньшей мере от одной характеристики истории поисков пользователя…»; «…ранжирование первого результата общего поиска и первого результата вертикального поиска по отношению друг к другу в зависимости от параметра предпочтительной агрегации для конкретного пользователя…».

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

Таким образом, поскольку коллегией на заседании от 20.04.2017 не было подтверждено несоответствие условию патентоспособности «новизна» изобретений, раскрытых в независимых пунктах 1, 31 и 34 формулы изобретения, то в соответствии с пунктом 5.1 Правил ППС, рассмотрение возражения было перенесено в связи с необходимостью проведения дополнительного информационного поиска.

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

- патентный документ [1];

- патентный документ US 2006/0248059 A1, опубликованный 02.11.2006.

Вышеуказанные материалы были направлены в адрес заявителя.

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

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

3. Способ по п. 2, в котором первый и второй результаты вертикального поиска ранжируют вместе по отношению к первому результату общего поиска, и отображают в виде блока на странице результатов поиска (SERP).

4. Способ по п.2, в котором первый и второй результаты вертикального поиска ранжируют по отношению к первому результату общего поиска и отображают по отдельности на странице результатов поиска (SERP).

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

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

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

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

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

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

11. Способ по любому из пп. 8-9, в котором выбирают параметр вертикального доменного ранжирования в зависимости от признака вертикального ранжирования для конкретного пользователя.

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

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

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

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

16. Способ по п. 14, в котором формируют страницу результатов поиска (SERP) с определенным типом вертикального содержимого.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

33. Сервер по п. 32, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; и первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя.

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

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

36. Машиночитаемый носитель по п. 35, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя».

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

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

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

Резолютивная часть

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

удовлетворить возражение, поступившее 21.02.2017, отменить решение Роспатента от 17.08.2016, выдать патент Российской Федерации на изобретение с формулой изобретения, представленной на заседании коллегии от 16.08.2017.

(21) 2014118338/08 (51) МПК G06F 17/30 (2006.01) (57)

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

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

3. Способ по п. 2, в котором первый и второй результаты вертикального поиска ранжируют вместе по отношению к первому результату общего поиска, и отображают в виде блока на странице результатов поиска (SERP).

4. Способ по п.2, в котором первый и второй результаты вертикального поиска ранжируют по отношению к первому результату общего поиска и отображают по отдельности на странице результатов поиска (SERP).

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

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

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

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

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

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

11. Способ по любому из пп. 8-9, в котором выбирают параметр вертикального доменного ранжирования в зависимости от признака вертикального ранжирования для конкретного пользователя.

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

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

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

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

16. Способ по п. 14, в котором формируют страницу результатов поиска (SERP) с определенным типом вертикального содержимого.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

33. Сервер по п. 32, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; и первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя.

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

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

36. Машиночитаемый носитель по п. 35, в котором страница результатов поиска (SERP) содержит второй результат вертикального поиска; первый результат общего поиска и вертикального поиска, второй результат вертикального поиска и общего поиска ранжированы по отношению друг к другу в зависимости по меньшей мере от параметра предпочтительной агрегации для конкретного пользователя.

(56) US 2013173639 A1, 04.07.2013; US 2006248059 A1, 02.11.2006; RU 110847 U1, 27.11.2011; US 2007255689 A1, 01.11.2007; US 2010250578 A1, 30.09.2010; US 2013346183 A1, 26.12.2013.

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

Источник — Палата по патентным спорам Роспатента (ФИПС). Материал приведён в справочных целях.