Система и способ поиска с автоматизированным предоставлением контента товаров и/или услуг посредством сети передачи данных

Изобретение относится к системе и способу поиска с автоматизированным предоставлением контента товаров и/или услуг посредством сети передачи данных. Технический результат заключается в повышении точности поиска и предоставления контента товаров и/или услуг посредством атрибутов приоритета поиска контента товаров и/или услуг для аутентифицированных пользователей. Система содержит: первое вычислительное устройство первого пользователя, содержащее первый пользовательский модуль; второе вычислительное устройство второго пользователя, содержащее второй пользовательский модуль; удаленный сервер, содержащий серверный модуль и базу данных; при этом серверный модуль содержит: модуль коммуникации, модуль преобразования данных, базу данных, модуль поиска, выполненный с возможностью поиска контента товаров и/или услуг в упомянутой базе данных и автоматизированного предоставления контента товаров и/или услуг в соответствии с атрибутами приоритета поиска, а также уведомления пользователя в случае нахождения контента товаров и/или услуг, соответствующего атрибутам приоритета поиска, где упомянутый поиск контента товаров и/или услуг происходит в определенные интервалы времени, заданные системой или первым пользовательским модулем. 2 н. и 8 з.п. ф-лы, 6 ил.

 

Область техники:

[0001] Изобретение относится к области вычислительной техники для поиска и предоставления контента товаров и/или услуг.

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

[0002] Из уровня техники известен способ и устройство для продажи услуг доставки через веб-сайт посредника, описанные в US 2008/0162304 A1, кл. G06Q 30/00. Известное решение предусматривает способ и устройство, позволяющие покупателям, продавцам и транспортным компаниям (или перевозчикам) обмениваться товарами, услугами и средствами связи через систему, предоставляемую сторонним субъектом – «посредником». Известное решение позволяет покупателям открыто выбирать способ доставки у независимого перевозчика для доставки товаров, приобретенных у продавцов. Известное решение также позволяет продавцам передавать свои операции по доставке независимым перевозчикам, чтобы больше сосредоточиться на своей основной деятельности. Посредник предоставляет электронную торговую платформу, где продавцы регистрируют свои товары для продажи, а перевозчики публикуют свои методы доставки и тарифы, чтобы покупатели могли выбирать. Когда покупатель размещает заказ, продавец обязан подтвердить полученный заказ вместе с характеристиками упаковки, например, весом и размерами упаковки, которые используются для расчета вариантов доставки, доступных для этой конкретной упаковки, от независимых перевозчиков. Эти расчетные варианты доставки представляются покупателю, который затем выбирает способ доставки, который соответствует его потребностям. Впоследствии выбранный перевозчик связывается с информацией об отправке посылки, включая приблизительную стоимость доставки, с которой перевозчик может согласиться или скорректировать ее. Когда соглашение о доставке будет достигнуто, система автоматически назначит дату отправки и доставки посылки и уведомит все заинтересованные стороны. Покупатель производит оплату посреднику в качестве расчетной палаты за приобретенные товары и расходы по доставке. Впоследствии, в запланированную дату вывоза, перевозчик посещает продавца, чтобы забрать посылку и доставляет ее, используя способ доставки, выбранный покупателем. Когда посылка является доставкой, продавцу зачисляются за проданные товары, а перевозчику выдается кредит на транспортные расходы. Посредник также взимает комиссионные с продавца товаров и перевозчика за упрощенные транзакции.

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

Раскрытие изобретения:

[0004] Задачей изобретения является устранение указанных выше недостатков.

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

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

[0007] Дополнительно уведомление пользователя является SMS уведомлением, E-mail уведомлением, уведомлением посредством первого пользовательского модуля, уведомлением через личный кабинет пользователя на web-сайте, смартфоне, системах мгновенного обмена сообщениями или их комбинацией.

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

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

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

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

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

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

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

[0015] Дополнительно предоставляют подсказки первому и второму пользователю посредством первого и второго пользовательских модулей.

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

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

[0017] На фиг. 1 показана принципиальная схема системы поиска с автоматизированным предоставления контента товаров и/или услуг посредством сети передачи данных.

[0018] На фиг. 2 представлена блок-схема автоматизированной подсистемы А1 подбора товара с использованием входных характеристик, полученных от Потребителя.

[0019] На фиг. 3 представлена блок-схема автоматизированной подсистемы А2 продвижения товара с использованием входных характеристик, полученных от Продавца.

[0020] На фиг. 4 представлена блок-схема автоматической подсистемы А3 пересечения решений подсистемы работы с Потребителем и подсистемы работы с Продавцом.

[0021] На фиг. 5 представлена блок-схема А4 базы данных и базы знаний.

[0022] На фиг. 6 представлена блок-схема автоматизированной подсистемы А5 модерации, сбора и обработки отзывов Потребителей по товарам и магазинам Продавцов.

Осуществление изобретения:

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

[0024] Взаимодействие между пользователями и АСПиП реализуется с помощью любого подходящего средства, например посредством сетей Интернета, локальной сети, беспроводной сети, виртуальной частной сети, глобальной сети, кабельной, спутниковой, широковещательной, сотовой связи и т.д. Только после получения разрешения от Потребителя система использует информацию о его географическом местоположении через определенные системы глобального позиционирования (GPS, ГЛОНАСС и т.д.), либо Потребитель вводит эти данные в своем личном кабинете самостоятельно (желаемые точки(а) выдачи товара, адреса доставки и т.п.).

[0025] АСПиП – платформа, которая способна обслуживать одновременно множество Потребителей и Продавцов посредством их пользовательских устройств (смартфоны, планшеты, десктопы и т.п.) для обмена информацией между ними, через используемые АСПиП интерфейсы связи. АСПиП может работать как самостоятельное мобильное приложение/web-сайт, так и интегрироваться через различные интерфейсы/протоколы (например, API) c социальными сетями, мессенджерами, голосовыми помощниками (виртуальными ассистентами, например — Siri, Bixby и т.п.) и т.п., если последние установлены на пользовательском устройстве Потребителя.

[0026] Далее со ссылкой на фиг. 1 будет описана АСПиП. Заявленная система содержит пять основных подсистем.

[0027] Первая подсистема (Фиг. 2) – автоматизированная подсистема подбора товара с использованием входных характеристик, полученных от Потребителя, включающая следующие модули: коммуникаций Фиг. 2.1, формализации требований Фиг. 2.2, оценки важности критериев Фиг. 2.3, подбора оптимальной покупки Фиг. 2.4, совокупно отвечающих за выполнение ряда задач, основные из которых: непрерывный поиск оптимального решения поступившей от потребителя задачи в виде запроса на поиск товара/услуги, коммуникацию и оповещение о поступающих предложениях Продавцов; корректировку запроса Потребителя; прием от Потребителей отзывов, на приобретенные ими ранее товары и качество обслуживания магазинов эти товары продавшие; геопозиционирование Потребителя, сбор данных об предпочтительных адресах точек выдачи и доставки.

[0028] Вторая подсистема (Фиг.3) – автоматизированная подсистема продвижения товара с использованием входных характеристик, полученных от Продавца, включающая следующие модули: получения входящей информации рекламной кампании и данных по товарам Фиг. 3.5, формализации Фиг. 3.6, загрузки и автоматического обновления товарных предложений Фиг. 3.7, коммуникаций Фиг. 3.8, решений Фиг. 3.9, биллинга Фиг. 3.31, совокупно отвечающих за выполнение ряда задач, основные из которых: автоматизированное онлайн продвижение товаров Продавцов с использованием настраиваемых индивидуально под каждый товар/категорию, на выбор, нескольких алгоритмов продвижения (продвижение по цене прайса, соотношение предложений и размера скидки к выбираемым интервалам времени, минимальная цена предложения, оптовый заказ, программы лояльности, дополнительная скидка при внесении Потребителем предоплаты за товар и т.п.).

[0029] Третья подсистема (Фиг.4) – автоматическая система пересечения решений включающая модули: выборки и хранения данных Фиг. 4.10, решений об оптимальной сделке Фиг. 4.11, взаимодействия с внутренними подсистемами Фиг.4.12, Фиг.4.13, Фиг.4.14, статистики и аналитики Фиг. 4.15, коммуникации Фиг. 4.16, совокупно отвечающих за выполнение ряда задач, основные из которых: поиск и формирование решений по выгодной/оптимальной сделке, управлением коммуникациями и оповещением потребителя, статистику и аналитику и т.п.

[0030] Четвертая подсистема (Фиг.5) – Автоматизированная подсистема баз данных и знаний включающая следующие базы: товарных предложений Фиг. 5.17, рекламных кампании продавцов/рекламодателей Фиг. 5.18, запросов Потребителей Фиг. 5.19, оценок (отзывы, рейтинги и т.п.) Фиг. 5.20, готовых решений для потребителя Фиг. 5.21, готовых решений для рекламных кампаний Продавца Фиг. 5.22, готовых решений поиска оптимальной покупки Фиг. 5.23, статистики и аналитики Фиг. 5.24, истории продаж Фиг. 5.25, знаний решающих правил для Потребителя Фиг. 5.26, знаний решающих правил для продавца Фиг.5.27, решающих правил для АСПиП Фиг. 5.28, совокупно отвечающая за хранение, обработку и передачу всех данных поступающих в систему.

[0031] Пятая подсистема (Фиг.6) – Автоматизированную подсистему модерации и сбора отзывов Потребителей по товарам и магазинам продавцов, обеспечивающую соответствие загружаемых товарных позиций прайс-листов Продавцов эталонным образцам и обеспечение работы чат-ботов системы по сбору отзывов Потребителей о товарах и качестве работы, реализующих данные товары, магазинов Продавцов.

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

[0033] Потребитель и Продавец могут использовать заявленную систему через практически любой мобильный терминал (такой как ноутбук, переносное устройство, смартфон или планшет) или настольный компьютер и т.п., посредством предварительно установленного мобильного приложения на смартфоне или программное обеспечение на десктопе, при обновлении, например, мессенджера и через любые другие возможные варианты. После этого, Потребитель проходит стандартную процедуру регистрации с подтверждением данных, или регистрируется через социальные сети, и ему присваивается индивидуальный идентификационный номер. После этого он получает доступ к личному кабинету, где он может в процессе использования корректировать свои данные, изменять различные настройки, в том числе в области получения информации/предложений, сравнивать отложенные товары и т.п. Аналогичный идентификационный номер присваивается Потребителю, если он начинает использовать платформу через социальную сеть, мессенджер, голосовой помощник и т.п. Регистрация в этом случае не требуется, его личный кабинет создается автоматически. С этого момента он может приступить к подаче запроса на поиск необходимого товара/услуги и т.п. Потребитель для работы с АСПиП может использовать устройство, позволяющее получать/отправлять данные в АСПиП, например, смартфон, планшет, терминал, компьютер и прочее. Для коммуникации Потребитель запускает, например, мобильное приложение АСПиП, мессенджер, социальную сеть, голосовой помощник телефона или веб-браузер, открыв, например, адрес портала АСПиП в сети Интернет. Запрос на поиск подается через интерфейс АСПиП пользовательского устройства, подключенного к сети Интернет путем ввода данных (текст, голос) с помощью и использованием подсказок чат-бота системы, или самостоятельно. Выбирается конкретная модель товара, Потребитель указывает свое согласие или отказ на получение дополнительных предложений по конкурентным аналогам с близкой к запрашиваемому товару ценовой категории и указывает приоритеты подбора и порядок их важности, например: 1. минимальная, средняя или любая цена; 2. у продавца с высоким/средним/любым рейтингом в системе; 3. самовывоз товара в точке выдачи/магазине;  4. срочная покупка. 5. увеличенный гарантийный срок и т.п. Полученные от Потребителя данные по запросу на поиск определенного товара/услуги, с указанными приоритетами подбора и степени их важности, поступают из «Модуля коммуникаций» Фиг. 2.1, через «Модуль формализации требований» Фиг. 2.2 в «Модуль оценки важности критериев» Фиг. 2.3, который расставляет приоритеты для входных требований Потребителя. При установлении степени важности данных критериев используется алгоритм, оценивающий запрос с учетом данных из «Базы оценок» Фиг. 5.20. Например, установлено значение запроса «Срочно». В этом случае подбор товара осуществляется с учетом максимальной значимости критерия срока поставки товара с учетом имеющихся в базе сроков доставки конкретных поставщиков. Каждому такому запросу присваивается внутренний уникальный код используемый в дальнейшем системой. По окончании процесса подачи запроса, не прекращая взаимодействия с чат-ботом платформы и с помощью его подсказок, Потребитель может оставить свой отзыв о предыдущей покупке (качество товара) и качестве работы магазина ее реализовавшую. В течение всего времени действия запроса, система отправляет Потребителям, в заданных временных интервалах (если он не указал свои интервалы), пакеты, включающие предложения от Продавцов на покупку искомого Потребителем товара/услуги, которые начиная с максимального среднего значения, а далее по убыванию, соответствуют запрошенным Потребителем критериям оптимальной покупки и их степени важности. Предложения на покупку поступают в зависимости от выбора желаемого способа коммуникации: в личный кабинет Потребителя в мобильном приложении, web-сайте, мессенджере, соцсети или с помощью SMS, email и т.п. в виде сводных списков, таблиц, где приводится название компании Продавца, предлагаемая им цена (со скидкой, кэшбэком, предложением подарка и т.п. или нет), указан рейтинг Продавца устанавливаемый АСПиС (с отзывами о нем других Потребителей), срок доставки, адрес точки выдачи или дата прибытия курьера и т.п. Если какое-то предложение заинтересовало Потребителя, он имеет возможность перейти по прикрепляемой к каждому предложению из полученного списка URL-ссылке на сайт выбранного им Продавца для более подробного изучения предложения, и принять решение по покупке.

[0034] Возможна интеграция АСПиП с системами Продавца (CRM-системы, бухгалтерские системы, ERP-системы), которая осуществляется в автоматическом и автоматизированном режимах, например, с помощью API.

[0035] АСПиП предлагает Продавцу на выбор несколько вариантов для завершения сделки с Потребителем: переход на сайт Продавца и завершение покупки на нем (в URL перехода АСПиП добавляет параметры заказа, идентифицирующие конкретного Потребителя). Сайт Продавца по идентификационным данным отправляет запрос к АСПиП, получая параметры покупки: размер скидки, наличие кэшбэка и его размер, условия доставки, предложение подарка и т.п.); получение накладной для покупки в оффлайн-магазине (полная накладная, QR-код, номер сформированного заказа и т.  п.). Продавец проверяет номер заказа в АСПиП через личный кабинет или с помощью интеграции, например, в CRM-системе Продавца); получение промо-кода, который необходимо указать при оформлении заказа на сайте Продавца или сообщить менеджеру при покупке в оффлайн-магазине (сайт Продавца получает данные заказа с помощью интеграции в АСПиП или менеджер проверяет заказ в личном кабинете Продавца в АСПиП); оплата товара непосредственно на платформе АСПиП, с последующим перечислением данных денежных средств (за минусом комиссии платформы) Продавцу, после получения подтверждения от Покупателя информации о получении товара и т.п.

[0036] Для завершения сделки АСПиП использует следующие модули и базы: данные заказа для получения в автоматическом режиме хранятся в «Базе готовых решений поиска оптимальной покупки» Фиг. 5.23. «Модуль коммуникации АСПиП» Фиг. 4.16 инициирует коммуникацию по схемам АСПиП-Продавец и АСПиП-Потребитель. «Модуль коммуникации» Продавца Фиг. 3.8 осуществляет взаимодействие протоколов интеграции АСПиП и систем Продавца (сайт, CRM-системы и т.п.). «Модуль коммуникации» Потребителя Фиг. 2.1 осуществляет взаимодействие АСПиП и Потребителя (отправка сообщения о выкупе, получении, доставке товара; отправка бухгалтерских документов и чеков т.п.). «База истории продаж» Фиг. 5.25. сохраняет информацию об успешной доставке/выкупе/получении товара при наличии интеграции Продавца и АСПиП. «Модуль статистики и аналитики» Фиг. 4.15 на основе данных из «Базы истории продаж» Фиг. 5.25 формирует отчеты, предоставляемые Продавцам и модераторам АСПиП. «База товарных предложений» Фиг. 5.17 изменяет значение складских остатков при успешной покупке, в случае, если остаток равен нулю, товарная позиция удаляется из продвижения. «Модуль коммуникации» Потребителя Фиг. 2.1 отправляет Покупателю запрос выставить оценку Продавцу, участвовавшему в сделке и товару/услуге.

[0037] В течение всего времени действия запроса Потребитель может взаимодействовать с чат-ботом системы (через «Модуль коммуникации» Потребителя Фиг. 2.1), получая от него рекомендации по корректировке запроса, предложениях об участии в групповых покупках, внесение предоплаты за искомый товар для увеличения размера скидки и т.п., и при желании, вносить корректировки в свой запрос. Потребитель в любой момент может отменить запрос, нажатием соответствующей кнопки в интерфейсе платформы.

[0038] Обмен данными между АСПиП и Потребителем организуется с помощью «Модуля коммуникаций» Фиг. 2.1, по шифрованному протоколу, например, HTTPS (при использовании браузера или мобильного приложения). Необходимо отметить, что все обмены данными между АСПиП и программным обеспечением Потребителя (мобильное приложение, мессенджер) происходят с использованием интерфейсов API системы АСПиП. «Модуль формализации требований» Фиг. 2.2. позволяет преобразовывать данные пользователя (текстовый запрос, список параметров, фото подобного товара и пр.) в формат, необходимый системе АСПиП для работы. Данные для модуля Фиг. 2.2 поступают из «Модуля коммуникаций» Фиг. 2.1. Выходные данные формализованных требований АСПиП сохраняет в «Базе запросов потребителей» Фиг. 5.19 в виде таблиц со списком запросов (SQL) или сырых данных (noSQL). ПО АСПиП позволяет проводить обратную операцию – преобразовывать данные АСПиП в формат, понятный и удобный пользователю (например, фото товара, советы по выбору, готовое решение на покупку, таблицы сравнения товаров и пр.).

[0039] Продавцы и Рекламодатели взаимодействуют с Потребителями только через АСПиП, через выбранное им устройство, например, компьютер, планшет или смартфон и т.п., через личный кабинет Продавца на портале АСПиП. Принцип организации работы системы исключает прямое взаимодействие Продавца и Потребителя, за исключением случаев, когда Потребитель, из полученного от АСПиП сводного пакета предложений переходит по URL-ссылке на сайты Продавцов, или, когда Потребитель подтверждает через интерфейс свое желание, чтобы выбранные им Продавцы позвонили ему в режиме онлайн или в заданное время. Звонок инициализируется через личный кабинет Продавца через IP-телефонию с использованием взаимодействия всех трех модулей коммуникации подсистем АСПиП, при этом используются собственные каналы связи платформы, а если платформа, интегрированная через АPI, например, с мессенджером, то каналы связи мессенджера. Звонок тарифицируется с использованием модуля биллинга Фиг. 3.31.

[0040] После процедуры стандартной регистрации, ввода данных Продавцами о своих товарах, запуска их автоматического обновления и настройки алгоритмов их продвижения система запускает автоматизированную схему продвижения, не требующую вмешательства продавца. Для начала работы с АСПиП Продавец загружает свои прайс-листы используя форматы Excel, CSV и т.п., с товарными позициями через «Модуль загрузки товарных предложений» Фиг. 3.7. Для каждой товарной позиции (услуги) указывается его параметры, например, название, цена, условия и сроки доставки, URL-ссылку (прямая ссылка на адрес сайта размещения товара), указывая временной интервал автоматического обновления прайса и т.п. Те же данные могут быть загружены с помощью файлов обмена (например, из систем бухгалтерского и складского учета) и с помощью подключения к API АСПиП для непосредственного обмена данными между АСПиП и системами складского учета. Загруженные товарные предложения сохраняются в «Базе товарных предложений» Фиг. 5.17.

[0041] Затем, Продавец настраивает собственную рекламную кампанию. Эта возможность обеспечивается «Модулем получения входящей информации рекламной кампании» Фиг. 3.5. Модуль принимает все настройки РК от Продавца, например, срок проведения РК, изменяемые диапазоны скидок, условия и цены доставки, скидки при получении от АСПиП предложения о групповой покупке, данные по программам лояльности и т.п. Все эти данные, сформированы системой и предлагаются системой для заполнения Продавцу в виде нескольких вариантов готовых алгоритмов на выбор. Продавцу необходимо лишь внести устраивающие его параметры/данные по отдельному товару/услуге, или целиком по категории товаров.

[0042] Вариантов алгоритмов несколько: 1) Продвижение по цене прайса – цена на товар в отправляемых Потребителю предложениях остается неизменной на всех этапах продвижения; 2) Условия предложения (цена, стоимость доставки, подарки и т.п.) изменяются в каждом предложении по конкретному запросу и соотносятся к выбираемым интервалам времени отправки предложения или объемом закупки; 3) Цена в каждом отправляемом предложении по конкретному запросу остается неизменной и составляет цену прайса, минус процент скидки/кэшбэка; 4) Изменение условий предложения в случае поступления оптового/мелкооптового заказа и т.п; 5) Изменение условий предложения с учетом действующих программ лояльности Продавца; 6) Изменение условий предложения в случае внесения Потребителем предоплаты за конкретный товар и т.п.

[0043] Все указанные выше данные РК поступают в «Модуль формализации» Фиг. 3.6, который приводит данные в вид, необходимый для работы АСПиП. Выход модуля Фиг. 3.6 сохраняется в «Базе рекламных кампаний продавцов/рекламодателей» Фиг. 5.18. Каждой рекламной кампании присваивается свой уникальный идентификационный номер.

[0044] Увеличение продаж и прибыли Продавца обеспечивает «Модуль решений» Фиг. 3.9. Для работы модуля решений требуются: Данные «Базы товарных предложений» Фиг. 5.17. Данные «Базы оценок» Фиг. 5.20. Настройки РК из «Базы рекламных кампаний продавцов/рекламодателей» Фиг. 5.18. Данные «Базы знаний решающих правил для Продавца» Фиг. 5.27.

[0045] Алгоритм «Модуля решений» Фиг. 3.9, применяя ПО АСПиП, принимает решение какие товары, за какую цену, в каком количестве предложить, кроме того, решает продавать ли товары в групповой покупке, какую скидку предоставить Покупателю и т.д. в автоматическом режиме. Все сформированные решения «Модуль решений» Фиг. 3.9. сохраняет в «Базе готовых решений для РК» Фиг. 5.22.

[0046] Все собранные данные поступают в «Модуль решений о выгодной покупке» Фиг. 4.11. Его основная задача – сопоставить решения, полученные «Модулем решений задачи поиска оптимальной покупки» Фиг. 2.4 и «Модуля решений» Фиг. 3.9, таким образом, чтобы в автоматическом режиме обеспечить Покупателю выгодную/оптимальную покупку, а Продавцу – выгодную продажу. Для решения подобной задачи система АСПиП применяет несколько вариантов, один из которых – теория распознавания образов, сравнивая, насколько близко образ решения задачи поиска оптимальной покупки (подсистема Покупателя) соотносится с образом решения задачи настройки РК Продавца, с целью увеличения продаж и увеличения прибыли Продавца.

[0047] В результате такого решения система АСПиП, либо абсолютно уверена в нахождении идеального решения задачи поиска, т.е. степень соответствия равна 1, либо выдаст значение степени соответствия, например, от 0 до 1 и возможные рекомендации.

[0048] Когда такие решения найдены, «Модуль решений о выгодной покупке» Фиг. 4.11 инициирует работу «Модуля коммуникаций АСПиП» Фиг. 3.16, который отвечает за все коммуникации между АСПиП, Потребителями и Продавцами теми методами, которые были разрешены пользователями системы или с помощью которого был инициирован сеанс работы с системой. Средствами коммуникации могут быть: текстовые или любые другие сообщения в личный кабинет Потребителя, текстовые чат-боты, голосовые боты, голосовые помощники и т.п. Каналы связи при этом, например, соединения с мессенджерами, sms, e-mail, портал АСПиП и прочие.

[0049] Отметим, что обмен данными между подсистемами АСПиП в процессе работы обеспечивается соответствующими модулями взаимодействия Фиг. 4.12, Фиг. 4.13, Фиг. 4.14.

[0050] Все данные для принятия решения «Модулем решения о выгодной покупке» Фиг. 4.11 поступают из «Базы готовых решений для Потребителя» Фиг. 5.21, «Базы готовых решений для РК» Фиг. 5.22, а полученное решение сохраняется в «Базе готовых решений поиска оптимальной покупки» Фиг. 5.23. Все эти данные поставляются «Модулем выборки и хранения данных» Фиг. 4.10. Решение «Модулем решения о выгодной покупке» Фиг. 4.11 формируется на основе данных из «Базы решающих правил для АСПиП» Фиг. 5.28.

[0051] Готовые решения выгодной покупки передаются в подсистемы А1 и А2 через соответствующие модули взаимодействия Фиг. 4.12 и Фиг. 4.14 в виде ответа для Покупателя какой товар, на каких условиях и у какого продавца купить или в виде сформированного заказа, и в виде отчета для Продавца, какой товар, на каких условиях и какому Покупателю продать или в виде сформированного заказа. Сформированные заказы могут автоматически поступать в бухгалтерские системы или CRM-системы Продавца при условии подключения интеграции АСПиП и систем Продавца. Продавцу в ЛК формируется отчет о списании средств со счета Продавца в системе АСПиП за услуги продвижения товаров с использованием АСПиП (биллинг Фиг. 3.31).

[0052] Кроме того, «Модуль решений о выгодной покупке» Фиг. 4.11 передает данные о решениях в «Модуль статистики и аналитики» Фиг. 4.15, который ведет учет и статистику всех происходящих процессов в АСПиП и всех принимаемых системой решений (история покупок, статистика поиска, статистика заинтересованности Покупателей в группах товаров, статистика заинтересованности в ценовой политике, средний чек и прочее). Данные из «Модуль статистики и аналитики» Фиг. 4.15 сохраняются в «Базе статистики и аналитики» Фиг. 5.24. В случае, если произведена интеграция АСПиП и систем бухгалтерского учета Продавца, то АСПиП может также вести историю продаж в «Базе истории продаж» Фиг. 5.25.

[0053] Через модуль биллинга Фиг. 3.30, взаимодействующий с модулем коммуникаций Фиг. 3.8, платформа предлагает Продавцам, на выбор, несколько вариантов оплаты услуг за продвижение товаров. Среди вариантов: оплата по схеме СРА, СРС, оплата за проведенные коммуникации с Потребителем и т.п.

[0054] Модуль модерации и сбора отзывов Фиг. 6.29, автоматизированной подсистемы модерации и сбора отзывов потребителей по товарам и магазинам продавцов взаимодействуя с «Базой данных оценок» Фиг. 5.20 (рейтинги, отзывы, обзоры), «Базой знаний решающих правил для потребителя» Фиг. 5.26, «Базой знаний решающих правил для продавца» Фиг. 5.27, «Базой знаний решающих правил АСПиП» Фиг. 5.28, обеспечивает автоматизированную модерацию принимаемых от Продавцов прайс-листов, путем сверки их с имеющимися эталонами и проводит обработку поступающих от Потребителей отзывов на товары и качества работы магазинов.

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

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

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

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

- по меньшей мере, один удаленный сервер, содержащий серверный модуль и, по меньшей мере, одну базу данных;

- при этом упомянутые первое и второе вычислительные устройства, и удаленный сервер выполнены с возможностью соединения друг с другом посредством сети передачи данных, а упомянутый серверный модуль содержит:

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

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

- по меньшей мере, одна база данных, выполненная с возможностью приема и сохранения данных, полученных от модуля преобразования данных;

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

2. Система по п. 1, отличающаяся тем, что уведомление пользователя является SMS уведомлением, E-mail уведомлением, уведомлением посредством первого пользовательского модуля, уведомлением через личный кабинет пользователя на web-сайте, смартфоне, системах мгновенного обмена сообщениями или их комбинацией.

3. Система по п. 1, отличающаяся тем, что серверный модуль дополнительно содержит:

- модуль статистики, выполненный с возможностью предоставления данных второму пользовательскому модулю, включающих статистику продажи товаров и/или услуг, найденных в соответствии с поиском первого модуля пользователя и купленных посредством первого модуля пользователя; и

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

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

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

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

7. Способ поиска с автоматизированным предоставлением контента товаров и/или услуг посредством сети передачи данных в соответствии с системой по п. 1, включающий этапы, на которых:

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

- получают данные от второго пользовательского модуля, где упомянутые данные содержат контент товаров и/или услуг;

- сохраняют данные, полученные от первого и второго пользовательских модулей, по меньшей мере, в одной базе данных;

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

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

8. Способ по п. 7, дополнительно включающий этапы, на которых:

- предоставляют данные второму пользовательскому модулю, включающие статистику продажи товаров и/или услуг, найденных в соответствии с поиском первого модуля пользователя и купленных посредством первого модуля пользователя; и

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

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

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