Заявлена группа изобретений «СПОСОБ ОБРАБОТКИ ПОИСКОВОГО ЗАПРОСА, СЕРВЕР И МАШИНОЧИТАЕМЫЙ НОСИТЕЛЬ ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ», совокупность признаков которых изложена в формуле изобретения, содержащейся в корреспонденции, поступившей 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, соответствует всем условиям патентоспособности.