СПОСОБ И СИСТЕМА ДЛЯ ИНДИВИДУАЛИЗИРОВАННЫХ УСЛУГ ПО ТРЕБОВАНИЮ
METHOD AND SYSTEM FOR CUSTOMIZED ON-DEMAND SERVICES

ОБЛАСТЬ ТЕХНИКИ
[1] Настоящее изобретение в целом относится к способу и системе для оказания услуг по требованию с использованием одного или более вычислительных устройств. Более конкретно, в настоящем изобретении предложены способ и система для предоставления индивидуализированных услуг по требованию между клиентами и поставщиками услуг на основании их предпочтений и ограничений.
ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
[2] В настоящей заявке заявлено преимущество по предварительной заявке на патент США №62/290,778, поданной 3 февраля 2016, под названием "СПОСОБ И СИСТЕМА ДЛЯ ТРАНСПОРТНЫХ УСЛУГ ПО ТРЕБОВАНИЮ" и по предварительной заявке на патент США №62/325,602, поданной 21 апреля 2016, под названием "СПОСОБ И СИСТЕМА ДЛЯ ПРЕДПОЧТИТЕЛЬНЫХ ТРАНСПОРТНЫХ УСЛУГ ПО ТРЕБОВАНИЮ", полные раскрытия которых посредством ссылки включены в настоящий документ.
УРОВЕНЬ ТЕХНИКИ
[3] Мобильные приложения для управления услугами по требованию, которые обеспечивают электронные запросы на услуги, становятся все более популярными. Эти мобильные приложения предоставляют клиенту возможность заказывать услуги у поставщиков услуг непосредственно через мобильные приложения, которые могут быть загружены в устройства мобильной связи. Поскольку спрос на услуги по требованию является повсеместным, возможность расширения по всему миру обеспечивает непрерывный рост. Клиент может получать удовольствие от удобства по сравнению с другими традиционными компаниями, работающими в сфере услуг по требованию.
[4] Существующая практика, связанная с услугами по требованию, использует концепцию попытки поиска ближайшего поставщика услуг для назначения ему запроса на обслуживание. Кроме того, если поставщик услуг отклоняет запрос или отказывается принять к исполнению запрос на обслуживание, он может быть оштрафован (например, рейтинг поставщика услуг может понизиться, поставщику услуги может быть запрещено принимать запросы на обслуживание на определенное время, или он может лишиться премии и т.п.), что в результате вынуждает поставщика услуг принимать к исполнению все или большую часть назначенных запросов на обслуживание, которые он получил. В качестве альтернативы запрос на обслуживание может быть назначен определенному числу поставщиков услуг в пределах определенного расстояния от клиента, и любой поставщик услуг, первым принявший запрос на обслуживание, получает этот запрос на обслуживание к исполнению. Кроме того, известные системы предоставления услуг по требованию не предоставляют клиенту возможность запрашивать предпочтительного поставщика услуг каждый раз, поскольку известные системы предоставления услуг по требованию основаны на концепции близости к пославшему запрос клиенту, а не на концепции предпочтений клиента. Поставщик услуг также не может удерживать на обслуживании одного и того же клиента, поскольку ему назначают запрос на основании близости к запрашивающему клиенту, не имея возможности сообщить, какому именно клиенту он хотел бы оказать услугу.
[5] Известные системы предоставления услуг по требованию имеют много недостатков, относящихся к способу их работы. Например, они не принимают во внимание сложность услуг и основывают назначение поставщиков услуг на близости к запрашивающим клиентам; распространенной практикой является назначение поставщика услуг, ближайшего к клиенту, чтобы услуга была выполнена как можно быстрее. Этот принцип может иметь некоторые недостатки, состоящие, например, в том, что не обязательно ближайший поставщик услуг также лучше всего подходит для предоставления услуги клиенту. Также не всегда максимальная быстрота обнаружения поставщика услуг означает наилучшее качество услуги. Быстрота может быть только одним из многих факторов при оказании эффективных услуг.
[6] Кроме того, известные системы предоставления услуг по требованию не связывают ограничения, относящиеся к местоположению поставщика услуг, с уважительными причинами невозможности принять запрос на обслуживание. Напротив, поставщика услуг часто штрафуют, или ему не передают запросы на обслуживание в течение определенного времени, если его коэффициент принятия падает ниже определенного процента. Поставщик услуг часто имеет уважительные причины для отказа принять запрос на обслуживание. Эти причины могут включать любое мероприятие, деловую встречу или событие, которые находятся в повестке дня поставщика услуг, включая, помимо прочего, посещения врача, свадьбы, дружеские или семейные праздники или любое другое возможное предварительно запланированное мероприятие в рабочем графике поставщика услуг.
[7] Другой недостаток известных систем предоставления услуг по требованию состоит в том, что они не принимают во внимание ограничения по времени поставщиков услуг. Например, известные транспортные системы предоставления услуг по требованию могут назначить заказ поставщику услуг в 17:30 на маршрут от точки С к точке D независимо от того факта, что поездка займет один час, а смена этого поставщика услуг завершается в 18 в точке D. Это подразумевает, что поставщик услуг или вынужден отказаться от исполнения запроса на обслуживание и не удовлетворить клиента, или принять запрос на обслуживание и не завершить смену вовремя. Оба из сценариев ведут к недовольству поставщика услуг или дополнительным потенциальным денежным штрафам или снижению рейтингов.
[8] В известных системах предоставления услуг по требованию клиент не имеет возможности видеть полный профиль поставщика услуг. Единственными обычно доступными данными являются фотография поставщика услуг, имя и информация об услуге. Даже при том, что это может дать клиенту некоторые элементарные знания о потенциальном доступном поставщике услуг, клиент все еще не уверен, имеет ли поставщик услуг достаточный опыт и навыки для оказания запрошенных услуг.
[9] В известных системах предоставления услуг по требованию общепринято использовать звездочные системы оценки поставщика услуг и самого клиента. Однако плохие рейтинги или отрицательные отзывы в целом могут иногда вызывать устные или физические конфликты между поставщиком услуг и клиентом.
[10] В известных системах предоставления услуг по требованию в большей части случаев фиксируется ценовая ставка. Однако цена может колебаться, когда фиксированную цену повышают за счет специальной суммы или процента, или в некоторых обстоятельствах фиксированная цена может быть умножена без обоснованных причин для такого повышения. Клиент не знает, в каких случаях цены будут повышенными, и не имеет выбора, кроме того как принять цену, предлагаемую системой предоставления услуг. В результате растущие цены могут представлять существенный недостаток с точки зрения клиента.
[11] Таким образом, в области техники имеется потребность в способе и системе, которые обеспечивают торговую площадку, посредством которой клиенты и поставщики услуг могут индивидуализировать услуги, которые им требуются или которые они предоставляют, соответственно, за счет чего система использует матрицу, которая учитывает все предпочтения, заданные клиентами, и ограничения, заданные поставщиками услуг, для идентификации и достижения их соответствия друг другу в запросах на обслуживание. Также в области техники имеется потребность в способе и системе, которые обеспечивают торговую площадку, посредством которой пользователи могут создавать списки предпочтительных поставщиков услуг или клиентов, с которыми они хотели бы сотрудничать вновь, или списки поставщиков услуг или клиентов, с которыми они не хотели бы сотрудничать. Кроме того, в уровне техники остается потребность в способе и системе, которые обеспечивают торговую площадку, посредством которой цена за услугу может обсуждаться между поставщиком услуг и клиентом, так что оба соглашаются со стоимостью услуги. Кроме того, в данной области техники остается потребность в способе и системе, которые обеспечивают отображение информации о торговой площадки и обмен этой информации между клиентом и поставщиком услуг посредством различных наборов индикаторов эффективным, удобным и легко понятым способом.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[12] Соответственно, задача приведенных в качестве примера вариантов реализации настоящего изобретения состоит в создании способа и системы для предоставления услуг по требованию, посредством которой поставщика услуг и клиента приводят в необходимое соответствие друг с другом на основании матрицы предпочтений известного клиента и ограничений известного поставщика услуг. Приведенные в качестве примера варианты реализации настоящего изобретения выполнены с возможностью оказания индивидуализированных услуг и устранения вышеуказанных недостатков известных систем для предоставления услуг по требованию.
[13] Также задача настоящего изобретения состоит в создании системы, выполненной с возможностью динамического обновления базы данных для указания изменений предварительных установок, настроек, предпочтений, ограничений, обратной связи или другой информации у клиента и поставщика услуг с целью оказания качественных услуг. Приведенные в качестве примера варианты реализации настоящего изобретения могут быть выполнены с возможностью обеспечения такого поставщика услуг, который является лучшим соответствием запросу на обслуживание конкретного клиента в зависимости от известных предпочтений этого клиента. Клиенты могут пожелать индивидуализировать опции в системе на основании типов предпочтений, которые у них имеются, для получения наилучшей услуги от наилучшего подходящего поставщика услуг. Приведенные в качестве примера варианты реализации настоящего изобретения, учитывающие как предпочтения клиента, так и ограничения поставщика услуг, предлагают более индивидуализированный алгоритм взаимодействия, которое удовлетворяет обе стороны, не оставляя поставщика услуг или клиента неудовлетворенными данной услугой, поскольку все подробности запроса на обслуживание учитываются и предварительно установлены пользователями.
[14] Кроме того, задача настоящего изобретения состоит в облегчении развития и установления отношений между клиентом и поставщиком услуг путем создания списка предпочтительных контрагентов на основании оценок, которые даются ими друг другу, для улучшения качества услуги. Клиент может выбрать одного или более предпочтительных поставщиков услуг, которым затем может быть придано первостепенное значение при приеме запросов от их предпочтительных клиентов, которые внесены в их списки предпочтительных контрагентов. Кроме того, задача настоящего изобретения состоит в создании списков нежелательных контрагентов, посредством которых поставщики услуг игнорируются при назначении запросов на обслуживание от клиентов, которые поместили этих поставщиков услуг в свои списки нежелательных контрагентов.
[15] Еще одна задача настоящего изобретения состоит в устранении недостатков завышения цен, свойственных методам оценки в известных системах предоставления услуг по требованию. В раскрытых в настоящей заявке приведенных в качестве примера вариантах реализации представлена реализованная с помощью электроники торговая площадка для клиентов и поставщиков услуг, предназначенная для задания или обсуждения цен за запрошенные услуги по их собственной инициативе со ссылкой на цену по умолчанию, установленную по меньшей мере частично на основании спроса и предложения.
[16] Также задача настоящего изобретения состоит в создании различных наборов индикаторов для помощи клиенту в выборе наилучшего подходящего поставщика услуг в соответствии с его или ее запросом на обслуживание удобным и эффективным образом.
[17] Представленный выше обзор приведенных в качестве примера вариантов реализации настоящего изобретения не должен рассматриваться как ограничивающий объем настоящего изобретения. Для специалиста понятно и очевидно, что приведенные в качестве примера варианты реализации настоящего изобретения, описанного в настоящей заявке, имеют только иллюстративное назначение и также могут быть изменены без отступления от принципа и объема охраны настоящего изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[18] ФИГ. 1 показывает схему приведенного в качестве примера вычислительного устройства;
[19] ФИГ. 2 показывает схему приведенных в качестве примера компонентов системы;
[20] ФИГ. 3А показывает схему приведенной в качестве примера структуры системы;
[21] ФИГ. 3В показывает приведенную в качестве примера последовательность выполняемых действий для регистрации клиента;
[22] ФИГ. 3С показывает приведенную в качестве примера последовательность выполняемых действий для регистрации поставщика услуг;
[23] ФИГ. 3D показывает приведенные в качестве примера записи отслеживания запроса на обслуживание;
[24] ФИГ. 4А показывает приведенную в качестве примера последовательность выполняемых действий по управлению списком предпочтительных контрагентов и списком нежелательных контрагентов у поставщика услуг;
[25] ФИГ. 4В показывает приведенную в качестве примера последовательность выполняемых действий по управлению списком предпочтительных контрагентов и списком нежелательных контрагентов у клиента;
[26] ФИГ. 5 показывает приведенную в качестве примера последовательность выполняемых действий при обсуждении цены между поставщиком услуг и клиентом;
[27] ФИГ. 6А показывает приведенную в качестве примера последовательность выполняемых действий при выборе клиентом и назначении системой заказа наилучшему подходящему поставщику услуг;
[28] ФИГ. 6В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, обращающегося к предпочтительному клиенту;
[29] ФИГ. 6С показывает приведенную в качестве примера последовательность выполняемых действий клиента, обращающегося к предпочтительному поставщику услуг;
[30] ФИГ. 6D показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, наводящего справку о нежелательном клиенте;
[31] ФИГ. 6Е показывает приведенную в качестве примера последовательность выполняемых действий клиента, наводящего справку о нежелательном поставщике услуг;
[32] ФИГ. 7А показывает приведенные в качестве примера настройки индикатора для поставщика услуг для просмотра информации, идентифицирующей клиента;
[33] ФИГ. 7В показывает приведенные в качестве примера настройки индикатора для клиента для просмотра информации, идентифицирующей поставщика услуг;
[34] ФИГ. 7C-7D показывают приведенные в качестве примера интерфейсы клиента для настройки запроса на обслуживание и индикатора;
[35] ФИГ. 7E-7F показывают приведенные в качестве примера интерфейсы поставщика услуг для настройки услуги и индикатора;
[36] ФИГ. 7G показывает приведенный в качестве примера профиль клиента;
[37] ФИГ. 7Н показывает приведенный в качестве примера профиль поставщика услуг;
[38] ФИГ. 7I показывает приведенную в качестве примера матрицу индикаторов классификации пользователей;
[39] ФИГ. 7J-7M показывают приведенные в качестве примера матрицы индикаторов для поставщика услуг и клиента;
[40] ФИГ. 7N показывает приведенную в качестве примера последовательность выполняемых действий при выборе поставщика услуг из списка предпочтительных контрагентов на основании статуса поставщика услуг в режиме реального времени;
[41] ФИГ. 7O показывает приведенный в качестве примера интерфейс для параметров поиска клиента;
[42] ФИГ. 7Р показывает приведенный в качестве примера список поставщиков услуг для клиента;
[43] ФИГ. 7Q показывает приведенный в качестве примера интерфейс для параметров поиска поставщика услуг;
[44] ФИГ. 7R показывает приведенный в качестве примера список клиентов для поставщика услуг;
[45] ФИГ. 7S-7T показывают приведенные в качестве примера интерфейсы для параметров поиска клиента;
[46] ФИГ. 7U-7V показывают приведенные в качестве примера интерфейсы для параметров поиска поставщика услуг;
[47] ФИГ. 8А показывает схему приведенных в качестве примера компонентов базы данных;
[48] ФИГ. 8В показывает приведенную в качестве примера последовательность выполняемых действий при генерировании индикаторов;
[49] ФИГ. 9А показывает приведенные в качестве примера предпочтения услуги для клиента;
[50] ФИГ. 9В показывает приведенные в качестве примера ограничения услуги для поставщика услуг;
[51] ФИГ. 9С показывает приведенную в качестве примера последовательность выполняемых действий для клиента, запрашивающего транспортную услугу;
[52] ФИГ. 9D показывает приведенную в качестве примера последовательность выполняемых действий для клиента при запросе услуги по доставке;
[53] ФИГ. 10А показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, обеспечивающего транспортную услугу;
[54] ФИГ. 10В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, обеспечивающего услугу по доставке;
[55] ФИГ. 11А показывает приведенную в качестве примера последовательность выполняемых действий клиента, обеспечивающего отрицательную оценку поставщику услуг;
[56] ФИГ. 11В показывает приведенную в качестве примера последовательность выполняемых действий клиента, обеспечивающего положительную оценку поставщику услуг;
[57] ФИГ. 12А показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, дающего отрицательную оценку клиенту;
[58] ФИГ. 12В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, дающего положительную оценку клиенту.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
[59] Согласно приведенному в качестве примера варианту реализации настоящего изобретения способ и система, раскрытая в настоящей заявке, обеспечивают средство для оказания индивидуализированных услуг по требованию. "Услуги" в настоящей заявке подразумевают три типа услуг: транспортную услугу (услугу по перевозке пассажиров) для перевозчиков, услугу по доставке груза и услугу по перевозке пассажиров и услугу по доставке груза одновременно. Эти услуги могут быть запрошены по требованию. Термин "по требованию" в настоящей заявке также означает время выполнения услуги, т.е. в режиме реального времени согласно запросы. Выполнение услуги "по требованию" используется в противопоставление концепции предварительного заказа или выполнения в будущем в заданное время, например, два часа или несколько дней спустя; услуги по требованию выполняются немедленно, тогда как запланированные услуги выполняются в заданные время, дату или в течение заданного периода. Кроме того, "индивидуализация" дополнительно изменяет природу услуг. Она относится к предпочтениям клиента или ограничениям поставщика услуг, включая услуги на индивидуальной основе. Независимо от типа услуги "поставщик услуг" в настоящей заявке может быть одиночным индивидом, группой людей или филиалом юридического субъекта частного предпринимательства, а также общественной или некоммерческой организацией, которая может быть привлечена для оказания услуги по перевозке пассажиров или услуги по доставке груза, или того и другого вместе, т.е. услуги по перевозке пассажиров и услуги по доставке груза. Способность поставщика услуг оказывать услугу зависит от того, какие инструментальные средства он имеет в своем распоряжении. Например, в случае перевозки клиента ему необходим автомобиль, тогда как запрос на услугу по доставке может быть обеспечен не только с использованием автомобиля, но также и путем ручной переноски или с использованием велосипеда.
[60] Термин "клиент" относится к отдельному человеку или представителю организации, которые запрашивают или заказывают услуги, независимо от их типа, будь это услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе.
[61] Поскольку клиенты и поставщики услуг одинаково используют способ и систему, которые описаны в настоящей заявке, оба они в целом могут называться как "пользователь" или "пользователи", в дополнение к специальному типу пользователя, соответствующего роли, которую они играют в запросе на обслуживание. Бывают пользователи двух типов: пользователь первого типа - поставщик услуг, и пользователь второго типа - клиент.
[62] В настоящей заявке запрос на услугу любого типа в целом называется "запросом на обслуживание". Существенное значение, лежащее в основе этих слов, подразумевает клиента, вводящего запрос на конкретную услугу по требованию посредством сети Интернет или мобильного приложения, в котором используется возможность соединения с поставщиками услуг, причем запрос определяет по меньшей мере тип услуги и местоположение посадки или высадки.
[63] Термин "система" в настоящей заявке относится к варианту ее реализации через объединение аппаратных средств и программного обеспечения, которое управляет переносным вычислительным устройством, которое содержит различные предварительно запрограммированные средства, объединенные и интегрированные с исходными компонентами, включая, помимо прочего, один или более серверов, баз данных, мобильных оконечных приложений, порталы сети Интернет, сетевую настройку и т.п. С помощью этих компонентов система оказывает услуги посредством пользовательских интерфейсов, таких как вебсайт или мобильное приложение. Кроме того, система может иметь больше чем один серверов, которые могут быть распределены с поддержкой центров по сбору данных, которые в свою очередь могут быть расположены по всему миру. Эти варианты реализации могут быть связаны с возможностью обмена данными и могут быть многоплатформенными таким образом, чтобы пользователь, имеющий мобильное устройство, мог быть обеспечен данными, относящимися к его запросу на обслуживание, например, посредством дисплея для электронной карты, индикаторами, которые показывают время пребывания в пути, маршрутами, информацией о ценах, профилем, информацией о настройках и т.п. Функции системы могут быть реализованы посредством вычислительных устройств, которые обеспечивают возможность выполнения этапов способа и вывода данных посредством процессора.
[64] Согласно одному варианту реализации настоящего изобретения индивидуальная настройка выполняется частично на основании предпочтений клиентов и ограничений поставщиков услуг. Термин "предпочтения" означает, что клиент может сделать определенные аспекты запроса на обслуживание приоритетными. Эти предпочтения могут быть идеальными условиями для запроса на обслуживание, или они могут быть предварительными условиями. Термин "ограничения" означает любой тип ограничения, которое поставщик услуг может захотеть внести в услугу. Эти ограничения могут содержать две широких категории ограничений: первая категория включает персональные ограничения относительно того, какие именно услуги, когда, где, как и кому оказывает поставщик услуг. Персональные ограничения могут относиться к различным типам услуг; ограничения услуги по доставке, например, могут относиться к размеру транспортного средства или грузоподъемности, или возможности поставщика услуг обрабатывать определенные грузы. Кроме того, персональные ограничения могут содержать ограничения местоположения, которые основаны на нежелании поставщика услуг оказывать услуги в определенных географических областях. Или эти ограничения местоположения могут быть основаны на желании поставщика услуг ограничить зоны предоставления услуг по требованию определенными географическими областями. Эти географические области могут быть заданы указанием одной или более улиц, почтовых индексов, городов, деловых центров, населенных пунктов или округов, государств или любого другого признака, определяющего географическую область.
[65] В дополнение к персональному ограничению местоположения поставщик услуг может задать персональные ограничения по времени, которые могут относиться к его рабочей смене. Во-вторых, могут существовать юридические ограничения, которые наложены на поставщика услуг согласно закону, постановлению или другому регулятивному документу, приводящему поставщика услуг к неспособности оказывать услуги в определенных географических областях или в определенные времена. Например, на основании правил, утвержденных Комиссией по такси и лимузинам города Нью-Йорка (TLC), водителям TLC не разрешено работать больше двенадцати часов в день без перерыва или больше семидесяти двух часов в неделю. Причина того, что для пользователей двух типов используются два различных термина, а именно "предпочтительный" и "ограниченный", состоит в том, что поставщик услуг и клиент имеют различные отношения с потенциальными запросами на обслуживание. Поставщик услуг хочет принимать больше запросов на обслуживание, насколько возможно, тогда как клиент хотел бы более тщательно выбирать поставщика услуг, который соответствует максимально возможному количеству указанных предпочтений. По существу, предпочтения клиента образуют основу, в силу которой клиент не хотел бы иметь поставщика услуг, который не выполняет хотя бы минимальное количество его предпочтений. С другой стороны, поставщик услуг может согласиться принять любой запрос на обслуживание до определенного порога, такого как ограничения на максимальное время, которое поставщик услуг готов потратить на дорогу.
[66] Основная концепция предпочтений относится к предоставлению клиентам возможности указывать условия в запросах на обслуживание. Специалисту понятно, что термин "предпочтение" в любом случае не предназначен для ограничения основной концепции. В этом случае могут быть использованы другие термины, такие как "условие", "условия фильтра" или "квалификация". При этом термин "ограничение" не предназначен для ограничения основной концепции разрешения поставщику услуг устанавливать пределы для приема запросов на обслуживание в любом случае. Вместо этого термина могут быть использованы термины, такие как "ограничение" или "граница". Кроме того, термины "предпочтение" и "ограничение" в настоящей заявке могут быть использованы в противопоставлении друг другу; этот контраст предназначен для демонстрации различия в типах пользователей, чтобы не противопоставлять друг другу понятия "предпочтения" и "ограничения" как фундаментально противоположные, поскольку клиент, который имеет предпочтения, также может иметь своего рода ограничения, или поставщик услуг, который имеет ограничения, также может иметь определенные предпочтения.
[67] Согласно приведенному в качестве примера варианту реализации настоящего изобретения "индикатор" является средством для передачи или отображения информации, относящейся к услугам по требованию, которые оказываются клиенту, или которые оказываются поставщиком услуг, или то и другое вместе, простым, быстрым и удобным способом.
[68] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент имеет возможность поиска потенциально наилучшего подходящего поставщика услуг путем использования "параметров поиска" или "радиуса поиска" для идентификации потенциальных доступных поставщиков услуг. Эти термины в настоящей заявке означают зону или область, протяженность которой определяется предпочтением пользователя относительно ее размера на дисплее для электронной карты. Предпочтение может быть определено клиентом, ограничивающим поиск требуемым количеством поставщиков услуг, с которым он хочет вести переговоры, или поставщиков услуг, которые находятся в пределах определенного расстояния от местоположения посадки, или которые могут прибыть в местоположение посадки в определенный период времени. Термин "параметры поиска", который используется в ссылке на "область поиска" или "географическую зону", не обязательно должен быть унифицированным, таким как поиск всех поставщиков услуг в пределах определенного времени прибытия в местоположение посадки. В некоторых случаях область поиска может быть более унифицированной, такой как область поиска, определенная на основании расстояния, в пределах которого клиент может искать потенциально доступных поставщиков услуг, например, в пределах двух миль от местоположения посадки. В этом случае параметр поиска на основании радиуса расстояния в настоящей заявке называется как "радиус поиска". Между тем, поставщику услуг также предоставлены функциональные средства для определения параметров поиска, которые могут идентифицировать потенциальных клиентов на дисплее для электронной карты при ее использовании. С помощью параметров поиска поставщик услуг может ограничить поиск требуемым количеством клиентов, с которыми он предпочитает иметь дело, или клиентов, которые находятся в пределах определенного расстояния от текущего местоположения, или клиентов, чье местоположение посадки находится в пределах определенного времени пути от текущего местоположения.
[69] Если не указано иное, персональное ограничение может относиться к термину "персональное ограничение" или просто к "ограничению". Между "персональным" и "юридическим" ограничением имеется важное различие; однако если существуют юридические ограничения, которые применяются к поставщикам услуг, эти ограничения накладываются на поставщика услуг на основании юрисдикции, тогда как персональные ограничения вводятся и задаются на основании права поставщика услуг действовать по своему усмотрению. Термин "ограничения" в настоящей заявке относится к персональным ограничениям, если они конкретно не названы "юридическими ограничениями", которые относятся к ограничениям, налагаемым на услугу согласно закону или регулятивным нормам.
[70] Отображение электронной карты может быть сгенерировано путем использования навигационного прикладного программного интерфейса (API), такого как Карты Google или Waze. Согласно некоторым вариантам реализации карта может быть отображена на сенсорном экране мобильного устройства, который предоставляет пользователю возможность указывать текущее местоположение, местоположение посадки, местоположение высадки или местоположение возврата путем взаимодействия с интерфейсом отображения электронной карты, обеспеченным датчиками сенсорного экрана. Навигационные функциональные средства являются крайне важными для назначения запросов, поскольку они генерируют данные GPS или геолокации для помощи поставщику услуг при идентификации местоположения посадки клиента. Кроме того, с функциональными средствами электронной карты, особенно на мобильном устройстве с сенсорным экраном, клиент может легко идентифицировать местоположение, которое относится к запросу на обслуживание, в дополнение к функциям поиска местоположения, которые могут быть обеспечены теми же или другими прикладными программными интерфейсами (API). Кроме того, прикладные программные интерфейсы (API) могут предоставлять данные, такие как расстояния, маршруты и предполагаемые времена перемещения между местоположениями, указанными в запросе на обслуживание, которые могут частично использоваться для ценовых оценок, используемых поставщиком услуг для оценки потенциальных доступных клиентов и для поиска других важных или подходящих данных для поставщика услуг и клиента. Соответствующие наборы индикаторов, которые применяются к картографированию или определению местоположений, также могут быть наложены на электронную карту окружающей области для взаимодействия с пользователями. Эти идентификации местоположения могут быть введены с использованием средств, таких как ввод в текстовое окно или окно поиска.
[71] Отображающее устройство с сенсорным экраном позволяет клиенту делать выборы относительно запроса на обслуживание, поскольку датчики в отображающем устройстве с сенсорным экраном реагируют на касание. Сигналы, принятые датчиками в отображающем устройстве с сенсорным экраном, могут быть приняты процессором как ввод, и эти сигналы могут быть преобразованы в выход, такой как исполнение выбора, сделанного клиентом или поставщиком услуг. Кроме того, интерактивные свойства сенсорного экрана могут быть использованы, когда клиент и поставщик услуг соединены друг с другом с возможностью передачи данных, например, при обсуждении цены запрашиваемой услуги, причем определенные операции системы могут быть переданы, например, нажатием кнопки, которой поставщик услуг принимает предложение цены запроса на обслуживание, или нажатием кнопки, которой клиент отклоняет предложение цены. Отображающее устройство с сенсорным экраном также может быть выполнено с возможностью передачи других данных клиенту или поставщику услуг, таких как уведомления или отзывы. Отображающее устройство с сенсорным экраном также может быть изменено в том отношении, что пользователь может взаимодействовать с ним в определенные периоды времени, например, когда поставщик услуг или клиент договорились об услуге, и индикаторы и данные о других поставщиках услуг и клиентах удалены с экрана отображающего устройства. Кроме того, клиент и поставщик услуг могут использовать сенсорный экран для введения различных настроек или ограничений, которые должны быть заданы. Эти настройки или ограничения могут быть изменены, включены или выключены с помощью функций, таких как манипулирование переключателем или скользящей шкалой на отображающем устройстве с сенсорным экраном.
[72] Согласно приведенному в качестве примера варианту реализации настоящего изобретения на основании типа услуги, которую требует клиент, система предлагает цену по умолчанию за запрошенную услугу. Система может принимать во внимание различные дискретные факторы, которые входят в предварительную настройку уровня цен или способа вычисления цены услуги заранее. Если система использует эти ценовые данные для создания цены по умолчанию, эта цена по умолчанию демонстрируется клиенту и поставщику услуг в качестве исходной точки, чтобы они имели всесторонние данные, которые относятся к обычной стоимости данной запрошенной услуги.
[73] Согласно приведенному в качестве примера варианту реализации настоящего изобретения пользователи сгруппированы в два основных типа пользователей на основании функции, которую они обеспечивают: поставщики услуг и клиенты. В дополнение к этому разделению поставщики услуг разделены на две категории: обычный поставщик услуг и предпочтительный поставщик услуг. Клиенты разделены на две категории: обычный клиент и предпочтительный клиент. Клиент и поставщик услуг могут добавлять друг друга в список предпочтительных контрагентов, если они имеют между собой позитивную связь. Кроме того, каждая из категорий разделена на три подкатегории на основании типа услуги, включая услугу по перевозке пассажиров, услугу по доставке груза и обе услуги вместе в качестве гибрида первых двух. Категории пользователя первого типа могут быть разделены на три подкатегории: поставщик услуг по перевозке пассажиров, поставщик услуг по доставке груза и поставщик обеих услуг, как по перевозке пассажиров, так и по доставке груза. Категории, относящиеся к пользователям второго типа, могут быть разделены на три подкатегории: клиент для услуги по перевозке пассажиров, клиент для услуги по доставке груза и клиент для услуги по перевозке пассажиров и услуги по доставке груза одновременно. Поставщики услуг и клиенты соответственно могут предлагать или использовать любую услугу из вышеуказанных подкатегорий.
[74] Определение того, является ли запрос на обслуживание запросом на услугу по перевозке пассажиров, услугу по доставке груза или тем и другим вместе, основано на классификации запроса на обслуживание через оценку рассматриваемых "грузов". Например, запрос на доставку чемодана от дома клиента в другое местоположение может быть сделан и выполнен как запрос на услуги по доставке груза, поскольку чемодан является материальным объектом, который может быть классифицирован как "груз". Однако, если запрос на обслуживание включает клиента, которому требуется услуга по его доставке в аэропорт с тем же чемоданом и ручной кладью, этот запрос может быть выполнен как запрос на перевозку пассажиров, поскольку чемодан и ручная кладь сопровождают клиента и не предполагают независимую доставку. Примером гибридного запроса может быть клиент, который пришел в мебельный магазин и приобрел кровать, стол и набор стульев. В этом случае указанные предметы являются основными для запроса на обслуживание. Однако, если клиент едет впереди в транспортном средстве, этот запрос может быть выполнен как услуга по перевозке пассажиров и услуга по доставке груза, цена которых включает не только цену за услугу по перевозке пассажиров, но и дополнительное начисление или другую плату на основании природы груза. Как эти запросы на обслуживание должны быть выполнены, как услуга по перевозке пассажиров или услуга по доставке груза, или то и другое вместе, также может зависеть от местных законов, правил или постановлений.
[75] Согласно приведенному в качестве примера варианту реализации настоящего изобретения пользователи регистрируются в системе в качестве предварительного условия для создания или выполнения запроса на обслуживание или с использованием любых других функциональных средств приложения или системы. В процессе регистрации клиента система запрашивает у клиента данные, в которых она нуждается, таких как дата рождения, адрес, пол, адрес электронной почты или номер телефона. Система может потребовать указать способ оплаты или домашний адрес для выставления счетов, или данные кредитной карты. Другие данные о профиле могут быть добавлены во время процесса регистрации, например: язык, на котором говорит пользователь, аватарка (профильное изображение) или любые другие соответствующие данные, которые могут быть предоставлены клиентом. Клиент, который имеет специальные потребности, также может ввести эти потребности в систему во время регистрации. Например, клиент может нуждаться в транспортном средстве, которое может принять инвалидное кресло, или клиент может нуждаться в услугах животного, такого как собака-поводырь, или услугах животного другого типа. Данные о профиле клиента не ограничиваются перечисленным выше, и соответствующие данные могут содержать любые другие соответствующие данные или данные, которые помогают системе идентифицировать, согласовывать и назначать поставщика услуг для выполнения запроса на обслуживание этого клиента на основании его предпочтений.
[76] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг регистрируются в системе до готовности выполнять запросы на обслуживание с использованием любых функциональных средств приложения или системы в дополнение к прохождению процесса верификации, такого как проверка данных. В этом процессе регистрации поставщика услуг система может запросить поставщика услуг ввести данные, такие как копия водительских прав поставщика услуг или удостоверение личности, данные кредитной карты, другие данные, связанные с выставлением счетов, или данные банка для перевода средств посредством сети Интернет. Эти данные могут содержать любые биографические или исторические подробности о поставщике услуг и водительской истории поставщика услуг, включая состояние регистрации транспортного средства и страхования, данные его лицензии или отзыв о его профессионализме органов безопасности движения. Биографические подробности могут содержать подсказки для ввода биографических данных поставщика услуг: пол поставщика услуг, страна происхождения, родной язык и владение вторым языком, если таковое имеется. Поставщик услуг может предоставить всесторонние данные о своем транспортном средстве или другом способе оказания услуги, включая, помимо прочего, данные об изготовителе транспортного средства, модель и год выпуска, а также цвет, любые подробности о внутренней части или наружности транспортного средства или доступности транспортного средства и пассажирской вместимости. Другие данные, которые должны быть предоставлены поставщиком услуг, могут быть важным фактором в запросе на услуги по доставке, таким как способ доставки, например, с использованием велосипеда или пешком, или с использованием общественного транспорта, а также любые ограничения, которые относятся к весу и размеру доставляемых предметов, или любые другие данные, которые относятся к услуге по доставке. Поставщик услуг также может ввести данные о сотрудничестве с другими организациями. Чем больше данных о профиле поставщика услуг указаны в системе, тем легче системе идентифицировать соответствие при установлении связи поставщика услуг с клиентом в запросе на обслуживание.
[77] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система использует данные, сохраненные в базе данных, для независимого отслеживания параметров доступа поставщика услуг с целью обеспечения действительности и актуальности всех необходимых лицензий и других необходимых документов. Эти документы, помимо прочего, могут содержать лицензии поставщика услуг, страховку автомобиля, другую документацию (например, лицензию Комиссии по такси и лимузинам города Нью-Йорка или других регулирующих органов), или любую комбинацию вышеуказанного. Согласно приведенному в качестве примера варианту реализации настоящего изобретения могут быть введены даты истечения сроков этих документов и сохранены в системе. Если приближается дата истечения срока, система автоматически передает уведомление поставщику услуг в заданное время до даты истечения срока. Уведомление может быть передано по телефону, текстовым сообщением, электронной почтой и/или любым другим способом передачи. Если поставщик услуг не предоставляет необходимую документацию в подтверждение того, что она обновлена и действительна, система может автоматически приостановить пользование системой для поставщика услуг и не будет назначать запросы на обслуживание данному поставщику услуг, пока он не предоставит обновленную документацию или сведения о том, что соответствующая документация обновлена и действительна. Если поставщик услуг своевременно предоставит обновленную документацию, его пользование системой не будет приостановлено, и ему по-прежнему будут назначать запросы на обслуживание.
[78] Согласно приведенному в качестве примера варианту реализации настоящего изобретения наличие регистрации поставщиков услуг и клиентов необходимо для системы не только с целью обеспечения услуг по требованию, но также и для отслеживания и регистрации транзакций, связанных с услугами. Если возникает спор относительно оплаты или по любому другому предмету, система обеспечивает способ отслеживания участников в транзакции, а также времени и места ее осуществления. Системой может быть использовано средство для идентификации, если предоставлены данные о поставщиках услуг и клиентах.
[79] Согласно приведенному в качестве примера варианту реализации настоящего изобретения после регистрации в системе клиент или поставщик услуг может делать запросы на обслуживание или выполнять запросы на обслуживание. Клиент делает запрос на обслуживание в зависимости от своих потребностей и предпочтений, а также от того, требуется ли ему услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе. Согласно приведенному в качестве примера варианту реализации настоящего изобретения новому клиенту, который только что зарегистрировался в системе, предоставляются те же функциональные средства, как и пользователю, который давно и интенсивно пользуется системой. Однако новый клиент может не иметь в своем распоряжении списка предпочтительных контрагентов после создания своего первого запроса на обслуживание, поскольку список предпочтительных контрагентов и список нежелательных контрагентов формируется на основании прошлых запросов на обслуживание, если только новый клиент не получил рекомендацию о поставщике услуг, предоставленную другим клиентом.
[80] Однако процесс задания клиентом своих предпочтений является одинаковым как для новых, так и для постоянных клиентов, причем в этом процессе клиент может выбрать предпочтения и указать важность каждого из них наряду с вводом параметров поиска для запроса на обслуживание. Затем, новому клиенту, как и постоянному клиенту, предоставляют опции для выбора наилучшего подходящего поставщика услуг для выполнения запроса на услугу. Система для генерации предполагаемой цены должна знать по меньшей мере местоположение посадки и местоположение высадки или целевое местоположение, вне зависимости от того, является ли запрос на обслуживание запросом на услугу по перевозке пассажиров, услугу по доставке груза или то и другое вместе. Однако если клиент не знает точного адреса, местоположения посадки или местоположения высадки, прикладной программный интерфейс (API) от стороннего производителя, такой как интерфейс от Foursquare или Карты Google, могут помочь при генерировании точного адреса. Поставщик услуг на основании тип оказываемой услуги и ограничений, которые он задает, может принять или отклонить любой из запросов на обслуживание. Процесс является различным для клиентов и поставщиков услуг, поскольку функции, которые они обеспечивают, являются различными. Для клиентов формирование запроса на обслуживание начинается после настройки и задания предпочтений. Клиент делает запрос на обслуживание в зависимости от его типа. После создания запроса на обслуживание система обрабатывает его. С другой стороны, согласно приведенному в качестве примера варианту реализации настоящего изобретения, когда поставщики услуг ввели свои ограничения, такие как ограничения их рабочего графика, тип запроса, который они предпочитают выполнять, и т.п., они ожидают, когда система назначит им запрос на обслуживание.
[81] После завершения выполнения запроса на обслуживание система обновляет индикаторы, относящиеся к данным об услуге, поставщике услуг и клиенте, и сохраняет обновленную информацию в базе данных. Примеры соответствующих данных включают количество и время запросов на обслуживание и географические зоны, в которых они выполнялись. Кроме того, клиенту доступны способы построения сети предпочтительных поставщиков услуг. Например, при завершении услуги клиент может добавить поставщика услуг, который ему понравился, в список предпочтительных поставщиков услуг. Клиент также может принять от других клиентов рекомендацию о поставщике услуг, будь то услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе, и добавить этого поставщика услуг в список предпочтительных контрагентов после получения рекомендованным поставщиком услуг формы-разрешения. Поставщик услуг также может создать свою сеть предпочтительных клиентов, принимая рекомендации о клиентах от других поставщиков услуг, или он при завершении выполнения услуги может запросить у данного клиента разрешение добавить данного клиента в свой список предпочтительных контрагентов. При добавлении в список предпочтительных контрагентов требуется согласие обеих сторон, таким образом, принадлежность к хорошим клиентам или оказание хорошей услуги является важным фактором построения сети клиентов и поставщиков услуг соответственно.
[82] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может задать предпочтения, которые детализируют тип услуги, для заказа. Индивидуальная настройка позволяет клиенту чувствовать себя комфортно и довольствоваться качеством услуг, которые он получает. Некоторые примеры предпочтений для услуги по перевозке пассажиров включают, помимо прочего, факторы, такие как, например, предполагает ли маршрут дорожную пошлину, или никакие пошлины не предполагаются, время пути (например, следование самым коротким маршрутом), владение языками у поставщика услуг или грузоподъемность его транспортного средства, опыт поставщика услуг, водительские навыки поставщика услуг, хорошая ориентация поставщика услуг в определенных областях или любая комбинация вышеперечисленного. Примеры предпочтений для услуги по доставке могут включать, помимо прочего, способ доставки, пешком, на велосипеде или с использованием транспортного средства, такого как автомобиль, грузовик, мотоцикл или даже самолет в случае специфического размера транспортного средства, время (например, время срочной или не срочной доставки товаров), владение языками поставщика услуг, опыт поставщика услуг при доставке предметов специфических типов или способ, которым поставщик услуг доставляет груз, навыки поставщика услуг, хорошая ориентация поставщика услуг в определенной местности, расчетное время прибытия поставщика услуг в местоположение посадки или любую комбинацию перечисленного выше. По существу, имеются несколько опций, которые играют свою роль в оказании услуг наилучшим образом и выборе наилучшего поставщика услуг для клиента. Например, клиент может желать, чтобы поставщик услуг доставил часть крупногабаритной мебели от точки А к точке В, и, таким образом, только поставщики услуг с подходящими параметрами транспортного средства могут быть назначены для выполнения этого запроса на обслуживание по доставке мебели такого типа.
[83] Владение языками поставщика услуг может быть важным как для клиента, так и для поставщика услуг, поскольку знание общего языка способствует наилучшему взаимопониманию между ними и уменьшает вероятность недоразумений. Пол поставщика услуг также может быть важным, поскольку, например, клиент женского пола может чувствовать себя более спокойно и может предпочесть поставщика услуг женского пола, когда она подает запрос на обслуживание в поздние часы суток, например, ночью. Кроме того, количество клиентов не может быть больше пассажирской вместимости транспортного средства поставщика услуг. Если такое происходит, то запрос на обслуживание передают другому поставщику услуг, транспортное средство которого действительно имеет достаточную пассажирскую вместимость. Тип транспортного средства также может быть фактором, определяющим соответствующее транспортное средство для данной услуги (например, количество доступных пассажирских сидений или размер транспортного средства). Размер транспортного средства является важным параметром для услуги по доставке, поскольку доставка некоторых грузов может потребовать использования большеразмерного транспортного средства, в отличие от доставки некоторых малогабаритных грузов. Кроме того, изготовитель или модель транспортного средства могут быть важны, поскольку существуют клиенты, которые предпочитают специфический вид транспортного средства для оказания своей услуги по перевозке пассажиров, или некоторые клиенты могут иметь более дорогостоящие вкусы при выборе транспортного средства. Страна происхождения поставщика услуг также может быть важным фактором при обсуждении услуг по перевозке между поставщиком услуг и клиентом, поскольку, если язык, на котором они говорят, является общим для них, они могут иметь общие интересы или могут говорить об общих предметах. Согласно приведенному в качестве примера варианту реализации настоящего изобретения предпочтения также могут включать пол и возраст поставщика услуг, языковые предпочтения и т.п. Даже при том, что некоторые из заданных предпочтений могут означать более продолжительные времена ожидания услуги, однако такие факторы обеспечивают более высокий уровень безопасности и индивидуализации клиента, а также его полную удовлетворенность, поскольку эти предпочтительные опции могут быть более желательными для клиента, чем краткое время ожидания посадки. Соответственно, индивидуализированное взаимодействие с клиентом приносит результаты в виде качественной персонифицированной услуги по требованию.
[84] Если клиент выбирает, он может либо вручную затребовать одного из поставщиков услуг, с которыми он имел дело в прошлом, либо может позволить системе идентифицировать наилучшего подходящего поставщика услуг на основании заданных предпочтений. В зависимости от типа услуги клиент получает отображение (экран), которое показывает, какие поставщики услуг расположены рядом с ним, и предполагаемые времена прибытия этих поставщиков услуг, наряду с историческими данными, которые показывают степень знакомства каждого поставщика услуг с маршрутом, который клиент указал в запросе на обслуживание. Учет множества различных факторов и предпочтений клиента при выборе поставщика услуг для выполнения запроса на обслуживание является важным при оказании качественной индивидуализированной услуги. Приведенные в качестве примера варианты реализации настоящего изобретения принимают во внимание все эти факторы и обеспечивают систему для клиентов, которая позволяет ввести их предпочтения с помощью их собственных вычислительных устройств.
[85] Предпочтения позволяют клиенту задавать требуемые параметры относительно поставщика услуг и транспортного средства, а также указывать, как долго он соглашается ожидать требуемого поставщика услуг с подходящими параметрами. Поставщик услуг принимает запросы на обслуживание по своему усмотрению. Если поставщик услуг не отвечает критериям, которые задал клиент, система автоматически пропускает этого поставщика услуг и находит следующего подходящего поставщика услуг. Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг не обязательно должен удовлетворять всем критериям, которые указаны клиентом, для соответствия наилучшему выбору, в частности, в случае, когда нет прямых соответствий запросу клиента. Клиенту может быть предоставлен пользовательский интерфейс, который идентифицирует всех потенциальных доступных поставщиков услуг, которые являются частичными соответствиями, которые действительно соответствуют критериям, заданным клиентом. В дополнение к предпочтительным соответствиям, данные, которые представлены клиенту, могут содержать другие соответствующие данные, включая, помимо прочего, время, в которое поставщик услуг должен прибыть к клиенту, или степень знакомства поставщика услуг с районом, указанным в запросе на обслуживание. В отношении услуги по доставке, клиенты могут искать поставщиков услуг с навыками и характеристиками их транспортного средства специфического типа. Например, клиент может искать поставщика услуг для доставки, который имеет опыт и подходит для транспортировки грузов определенных типов, таких как ценные, хрупкие стеклянные предметы, и в чьем транспортном средстве могут быть размещены такие предметы.
[86] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиентам предоставлена торговая площадка, которая не только позволяет указать в запросе на услугу по перевозке пассажиров, сколько человек необходимо перевезти одновременно, но также и описать их специфические потребности, такие как детское сидение или доступное транспортное средство. Такое же описание потребностей также применимо к услуге по доставке: система найдет следующего наилучшего подходящего поставщика услуг, который может управлять большим транспортным средством, например микроавтобусом, для согласования потребностей клиента с возможностями поставщика услуг. Это также применимо к клиентам, которые могут путешествовать с багажом. Чемодан большого размера или багаж большого объема требуют использования большого транспортного средства для соответствия потребностям клиента. Другие персональные настройки могут содержать время посадки и доставки товаров, опыт транспортировки хрупких или вредных материалов, опыт перевозки домашних животных или возможность размещения домашних животных или детей, и т.п.
[87] Способность системы анализировать прошлые запросы на обслуживание и определять соответствия на основании подробностей прошлых запросов на обслуживание позволяет обеспечить наилучшее соответствие. Наилучшее соответствие с максимальной вероятностью позволяет клиенту чувствовать себя более комфортно с поставщиком услуг, поскольку поставщик услуг имеет предварительный опыт исполнения запросов такого рода или подобных запросов на обслуживание, и потенциальный опыт перевозки данного клиента или доставки грузов одного и того же типа. Поставщик услуг может иметь опыт избегать перегруженных участков маршрута и может эффективно добираться до места назначения, что позволяет клиенту получать удовольствие от поездки или сообщает ему душевное спокойствие и уверенность, что его багаж будет доставлен вовремя и благополучно.
[88] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиенты могут изменять свои персональные настройки в любое время по собственному усмотрению. В этом случае система динамически обновляет базу данных для отражения этих изменений. Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может регулировать настройку относительно своих предпочтений. Клиент может настраивать свои предпочтения различными способами. Во-первых, он может выбрать, является ли данное предпочтение предварительным условием для поставщика услуг как потенциально наилучшего подходящего поставщика услуг. Например, может быть использовано предпочтение, такое как язык: клиент, который может говорить только на мандаринском наречии китайского языка, хотел бы, чтобы все поставщики услуг, среди которых он может выбирать, могли говорить на мандаринском наречии китайского языка. В другом примере клиент может задать настройку, позволяющую выбрать наилучшего подходящего поставщика услуг среди поставщиков услуг, которые имеют по меньшей мере определенное знание маршрута в процентах, например, 50%. Поставщик услуг, который не удовлетворяет этому условию, исключается из списка возможных поставщиков услуг для данного клиента, направившего такой специфический запрос, и любой поставщик услуг, знание маршрута которого оценивается в пределах 50-100%, может быть включен в список возможных поставщиков услуг для данного клиента.
[89] Согласно приведенному в качестве примера варианту реализации настоящего изобретения для рассмотрения надлежащим образом персональных ограничений поставщика услуг система предлагает поставщику услуг ввести данные, которые могут касаться качества услуги.
[90] Любые входные ограничения будут введены в базу данных системы. Эти данные пригодны для согласования поставщика услуг с запросами на обслуживание; клиент и поставщик услуг могут лучше соответствовать друг другу, если имеются большое количество доступных данных. Не только расположение поставщика услуг и владение языками важны для системы при выборе наилучшего соответствия, но также важными являются исторические данные, такие как исторические данные о том, насколько знаком поставщик услуг с определенными областями, или о том, нравится ли поставщику услуг возить пассажиров или доставлять груз в определенные области. Естественно, что поставщик услуг хотел бы иметь возможность управления или ограничения до некоторой степени выбором районов, где он оказывает услугу, поскольку он может иметь предварительные договоренности или встречи, или другой набор запросов относительно диспетчеризации его графика; оказание услуги по требованию может быть непредсказуемым, и отсутствие определенных ограничений в отношении пошлин, налагаемых на поставщика услуг, может привести его к неспособности удовлетворять указанным требованиям, если он не задает одно или более ограничений на услуги.
[91] Согласно приведенному в качестве примера варианту реализации настоящего изобретения профили поставщиков услуг могут содержать не только фотографии самих поставщиков услуг, но также и фотографии транспортного средства, которое используется поставщиком услуг для выполнения услуг по требованию. Поставщик услуг может сделать множество снимков своего транспортного средства из различных ракурсов. Различные изображения являются необходимыми, поскольку транспортные средства с внешней стороны могут выглядеть похожими. Поставщики услуг также могут загрузить изображения внутренней части транспортного средства для обеспечения возможности системе предоставлять более всесторонние данные об их транспортных средствах.
[92] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может задать тип запросов на обслуживание, которые он предпочел бы получать, до того, как эти запросы будут назначены ему для исполнения. Некоторые поставщики услуг могут не иметь ограничений в отношении типа услуги и могут выполнять как услугу по перевозке клиентов, так и услугу по доставке груза. Некоторые поставщики услуг могут ограничивать тип услуг, которые они обеспечивают, и предпочитают выполнять услуги только одного типа, имеются много причин того, что поставщики услуг хотят выполнить исключительно определенные типы запросов на обслуживание, и им предоставлено право поступать по собственному усмотрению; поскольку типы запросов на обслуживание отличаются друг от друга, поставщики услуг также отличаются друг от друга. В дополнение к настройке только для перевозки пассажиров или только для доставки груза отвечающие требованиям поставщики услуг с транспортными средствами и правильно оформленными разрешениями и страховыми свидетельствами также могут дополнительно ограничивать или расширять свои предпочтения в отношении тех клиентов, которых они хотели бы обслуживать своим транспортным средством. Например, поставщик услуг может ограничить запросы на перевозку пассажиров, которые включают присутствие собаки в транспортном средстве. В другой ситуации поставщик услуг, у которого транспортное средство может вмещать до четырех пассажиров, может указать, что он не может перевозить ребенка или младенца, поскольку его автомобиль не имеет детского сидения. Наряду с ограничениями услуги по перевозке пассажиров имеются ограничения относительно доставки товаров. Транспортное средство поставщика услуг может не иметь грузоподъемности, достаточной для доставки крупногабаритных предметов, таких как кровать, диван или стол, или груз может быть слишком тяжелым или громоздким для поставщика услуг на велосипеде, таким образом поставщики услуг могут ограничивать размер предметов. Поставщик услуг также может ограничивать вес предметов и их количество. Другой поставщик услуг может иметь аллергию на предметы, которые не являются аллергенами для другого поставщика услуг. Поставщики услуг также могут определять, могут ли они перевозить домашних животных. Предметы, подлежащие перевозке, должны быть описаны таким образом, чтобы поставщик услуг мог быть должным образом назначен на основании характеристик этих предметов.
[93] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг может задавать ограничения для услуги по перевозке пассажиров или услуги по доставке груза, которую они обеспечивают, например, выбором запросов только с местами посадки и высадки, которые находятся в пределах определенных районов, в частности, в пределах заданных географических местоположений, в которых поставщик услуг предпочитает оказывать услуги. Например, поставщик услуг может предпочитать оказывать услугу только в радиусе десяти миль от определенных окрестностей в пределах пригорода Куинс в Нью-Йорке. Однако иногда местоположение не четко отделено от времени. При определенных обстоятельствах, когда поставщик задает ограничение по местоположению, которое связано с определенным временем, таких как необходимость быть в данном местоположении в определенное время, поставщик услуг может задать ограничение времени в соответствии с ограничением местоположения. В противоположность другим известным приложениям для выполнения услуг по требованию, которые не имеют системы, сосредоточенной на идентификации ограничений поставщиков услуг, система согласно настоящему изобретению принимает во внимание удобство и персональные ограничения поставщиков услуг.
[94] Приведенные в качестве примера варианты реализации настоящего изобретения отличаются от существующей практики, при которой поставщик услуг вводит в систему ограничения, относящиеся к местоположению. Заданные ограничения относительно местоположения могут включать местоположение поставщика услуг и также время, к которому он должен возвратиться. Например, поставщик услуг может задать в настройках условие, согласно которому он может принять запросы на обслуживание только в пределах Населенного пункта А, поскольку он должен вернуться в определенное время и не желает чрезмерно отдаляться от места, где он должен быть позже. Когда система принимает запрос от клиента, она назначает его только поставщику услуг, настройка которого соответствует запросу на обслуживание, что вычисляется определением предполагаемого времени пути или временем, в течение которого поставщик услуг должен завершить выполнение этого запроса, включая полное предполагаемое время пути от первоначального местоположения поставщика услуг до местоположения посадки, от местоположения посадки до местоположения высадки и от местоположения высадки до заданного местоположения возврата поставщика услуг, если таковое указано. Естественно, все это также зависит от услуги и поставщика услуг. Например, поставщик услуг, который может быть пешеходным доставщиком небольших пакетов, может потратить больше времени, чем требуется поставщику услуг, который использует транспортное средство, на том же маршруте. Система учитывает эти различные переменные, связанные с типом запроса на обслуживание и поставщиком услуг.
[95] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг могут помощь от системы при предварительной настройке своих ограничений относительно местоположения. Исключения относительно местоположения могут быть основаны на одной или более улиц, почтовых индексов, городов, пригородов, местечек или округов, штатов или любых других областей, которые заданы в качестве признака ограничения местоположений, в которых поставщик услуг не хотел бы оказывать услугу. Например, поставщик услуг, который хотел бы исключить из запросов на обслуживание населенный пункт, такой как Манхэттен, не должен указывать список всех его почтовых индексов. Система может сгруппировать почтовые индексы по населенным пунктам или округам, городам, городкам или штатам в навигационные данные в базе данных. После того, как система идентифицирует почтовые индексы или другие данные об ограничении, она исключает поставщика услуг с соответствующими ограничениями относительно местоположения и не передает ему запрос на обслуживание, который включает в себя области в пределах указанных ограничений. Например, поставщик услуг задал ограничение на услугу, исключающее населенный пункт Манхэттен. Имея эти данные, система может исключить любой почтовый индекс, относящийся к группе, которую поставщик услуг хотел бы исключить. Поставщик услуг, который задал оказание услуг только в населенных пунктах Куинс и Бруклин, знает, что система будет игнорировать его при любом запросе на услугу из Манхэттена.
[96] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система также анализирует ограничения поставщиков услуг. Поставщики услуг, которые не соответствуют параметрам, не получат запрос назначения от клиента. Ограничения относительно местоположения могут быть изменены поставщиком услуг в любое время. Это позволяет поставщику услуг свободно указывать предпочтительные местоположения в случае, если они изменяются в соответствии с графиком. Например, рабочая смена поставщика услуг может завершаться в следующий час после следующих трех часов, и поставщик услуг может изменить свои ограничения относительно местоположения на другую область, которая может быть местоположением или областью, расположенной ближе к месту, где он живет, или куда он пойдет после время рабочей смены или во время рабочей смены. Затем поставщик услуг может принять запрос на обслуживание, в котором место назначения находится в пределах этого местоположения, заданного поставщиком услуг. Соответственно, поставщик услуг может принять запрос на обслуживание, зная, что он все еще направляется туда, куда он должен так или иначе прийти после рабочей смены или во время рабочей смены, без изменения своих планов.
[97] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система также использует данные, сохраненные в базе данных, для определения возможности выполнения запроса на обслуживание поставщиком услуг с подходящими ограничениями относительно местоположения в пределах его ограничений по времени. Ограничения по времени и ограничения по местоположению не всегда могут иметь прозрачное или абсолютное разделение, поскольку ограничения по времени часто привязаны к местоположениям. Таким образом, когда поставщик услуг задает ограничения по времени, он соответственно задает ограничение по местоположению, которым может быть конкретный адрес, почтовый индекс, ориентир, зарегистрированное название фирмы, правительственное или коммерческое здание или название другого здание, в котором поставщик услуг планирует завершить свою рабочую смену. Затем система вычисляет предполагаемое время, необходимое поставщику услуг для завершения выполнения запроса на обслуживание, чтобы определить, сможет ли поставщик услуг выполнить запрос вовремя в соответствии с заданными ограничениями по времени. В этом приведенном в качестве примера варианте реализации настоящего изобретения, если определено, что запрос на обслуживание не может быть завершен в пределах ограничений по времени, заданных этим поставщиком услуг, система автоматически пропускает этого поставщика услуг и переходит к следующему поставщику услуг, у которого ограничения по времени, заданные в его профиле, позволяют поставщику услуг вовремя завершить запрос на обслуживание.
[98] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может задать ограничения по времени, чтобы получать только такие как запросы на обслуживание, которые находятся в пределах ограничений по времени. Ограничения по времени может быть фиксированными. Если поставщик услуг хочет задать фиксированные ограничения по времени, он не будет принимать запросы назначения, которые не попадают в эти ограничения по времени. Если поставщики услуг не хотят задавать какие-либо ограничения, система будет считать, что поставщики услуг не имеют никаких ограничений по времени, и будет назначать запросы таким поставщикам услуг в любое время, поскольку они в настоящее время находятся при исполнении своих служебных обязанностей и должны выполнять функции поставщика услуг. Задание ограничений по времени позволяет поставщикам услуг обходить проблемы в отношении любых требований графика, которые могут иметь место, если закон или нормативный документ не налагают на них иные требования, и система может приспосабливать запросы графика таких поставщиков услуг, целеустремленно уведомляя их относительно запросов на обслуживание, которые конкретно соответствуют их ограничениям.
[99] Согласно приведенному в качестве примера варианту реализации настоящего изобретения могут быть использованы различные доступные средства, включая прикладные программные интерфейсы (API) от третьей стороны, такие как Карты Google, для оценки времени, требуемого для завершения запроса на обслуживание, принимая во внимание текущий и/или будущий прогнозируемый трафик и другие события, которые могут влиять на время пути (например, строительство, дорожные работы или несчастные случаи), которые могут влиять на ограничение по времени или местоположению, заданное поставщиком услуг. Согласно приведенному в качестве примера варианту реализации настоящего изобретения фактическая скорость перемещения поставщика услуг используется в дополнение к доступным данным о трафике и другим факторам для более точного определения расчетного времени прибытия или времени пути. Система определяет, может ли быть завершен запрос на обслуживание поставщиком услуг с подходящими ограничениями по местоположению в рамках его ограничений по времени. Если определено, что запрос на обслуживание не может быть завершен в пределах ограничений по времени этого поставщика услуг, система автоматически пропускает данного поставщика услуг и переходит к следующему поставщику услуг, ограничения по времени которого, установленные в его профиле, могут позволить поставщику услуг вовремя завершить запрос на обслуживание. Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг могут изменить свои ограничения по времени или местоположению в любое время по собственному усмотрению. Затем система динамически обновляет базу данных для отражения этих изменений.
[100] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система также может передавать поставщику услуг уведомления о том, что имеются несколько запросов на обслуживание, из которых он может выбирать. Затем поставщик услуг может просмотреть все доступные запросы на обслуживание, включая, помимо прочего, местоположение посадки и высадки, и выбрать наилучший запрос на обслуживание из всех доступных. После того, как поставщик услуг принял один запрос на обслуживание, все другие запросы удаляются из уведомления для этого поставщика услуг. После завершения принятого запроса на обслуживание поставщик услуг может принять уведомление о новых доступных запросах на обслуживание. Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может ограничить количество клиентов, которых он видит в своем пуле потенциальных доступных клиентов. Поставщик услуг может ограничить количество потенциальных доступных клиентов различными способами. Поставщик услуг может указать количество потенциально подходящих клиентов, которые отображаются на мобильном устройстве.
[101] Согласно одному варианту реализации настоящего изобретения некоторые потенциальные доступные соответствия клиента и поставщика услуг могут быть запрещены законом или нормативным документом. В этом случае поставщик услуг, который может потенциально нарушать закон, автоматически пропускается в списке наилучших подходящих поставщиков услуг, которым возможно назначение запроса. Независимо от того, насколько хорошо ограничения поставщика услуг и данных о профиле соответствуют запросу на обслуживание клиента или предпочтениям клиента, тем не менее поставщик услуг будет игнорироваться. Примерами могут быть ситуации, когда поставщик услуг, обеспечивающий услугу по перевозке пассажиров, использует транспортное средство определенного вида в определенной географической зоне или области (например, такси Green Cab, которому законом запрещено оказывать услуги такси ниже Западной 110-ой Улицы и Восточной 96-ой Улицы в Нью-Йорке), и которому не разрешено оказывать услугу вообще или в определенные часы суток. Также, поставщику услуг для перевозки нельзя принимать определенное количество людей одновременно. Другим примером может служить ситуация, в которой поставщик услуг не может оказать услугу по перевозке пассажиров, если один из пассажиров является ребенком, в то время как местный нормативный документ требует наличия специального детского сидения. Эта ситуация является ограничением, наложенным на поставщиков услуг; она не может быть настройкой, которую поставщики услуг возможно захотят ввести. Скорее, это внедренная повсеместно система, и эта система может быть настроена соответствующим образом для выполнения определенных правил, нормативных документов или законов, принятых в различных юрисдикциях.
[102] В определенной юрисдикции могут иметься юридические ограничения, которые предполагают запрещение, раскрывающее определенные данные определенным сторонам до того, как будет принят запрос на обслуживание. Например, в юрисдикции, которая предусматривает ситуацию, когда поставщик услуг не может знать точное место назначения до получения запроса на обслуживание, система автоматически настраивается на такую ситуацию. Место назначения будет показано поставщику услуг, когда он в конечном счете приезжает в местоположение высадки; однако оно скрыто, пока поставщик услуг не принял запрос. Например, в этой ситуации система может скрыть точное местоположение высадки, которое указал клиент, но тем не менее предоставить информацию, такую как предполагаемое время пути и возможное расстояние для данного запроса на обслуживание. Поставщики услуг также обеспечены различными наборами индикаторов с другими данными, так что они могут действовать в меру своей информированности, по своему выбору и в рамках закона. В такой юрисдикции клиент может сообщить системе о местоположении высадки, и система настроится таким образом, чтобы предоставить все необходимые данные поставщикам услуг с одновременным соблюдением законодательства.
[103] Обеспечение обратной связи является важной функцией усовершенствованной услуги. Обратная связь реализована не только посредством системы рейтингов, но также и посредством разрешения пользователям добавлять других пользователей, с которыми они имели дело, в различные списки. Приведенные в качестве примера варианты реализации настоящего изобретения обеспечивают способы важной динамической обратной связи для поддержания высокого качества услуг как с точки зрения поставщика услуг, так и с точки зрения клиента. Известны три типа обратной связи: положительная оценка, нейтральная оценка и отрицательная оценка. Специалисту понятно, что это могут быть термины, такие как "хорошая" оценка или "плохая оценка", или "все в порядке"; эти термины приведены в качестве иллюстрации для передачи основного значения и основной концепции оценок различных уровней от превосходной до удовлетворительной и до неудовлетворительной. Положительная оценка дается клиентом или поставщиком услуг, если качество услуги оказалось хорошим. Нейтральная оценка предназначена для услуги, которая не была плохой или хорошей, но просто достаточной. Если клиенты или поставщики услуг оценивают друг друга нейтральной оценкой, это не влияет на уровень приоритета при получении запроса на обслуживание в будущем. Отрицательная оценка дается, когда клиенты или поставщики услуг больше не хотели вновь когда-либо сотрудничать со своим контрагентом, поскольку качество услуги оказалось плохим.
[104] Заданные причины для рейтинга передаются клиентам и поставщикам услуг. Заданные причины отличаются на основании природы обратной связи, но являются легким для клиентов и поставщиков услуг способом обратной связи с другой стороной. Причины для положительной оценки также могут отличаться на том основании, является ли сторона, которой дается оценка, клиентом или поставщиком услуг. Клиент может быть оценен положительно поставщиком услуг по причинам, таким как вежливость, исполнительность, щедрость, внимательность или любая другая причина или причины, по которым поставщик услуг может быть доволен клиентом. Для поставщика услуг оценка может включать, помимо прочего, причины, такие как чистота транспортного средства, качество воздуха, водительские навыки, знание маршрутов и местоположений, язык или коммуникативность, манеры поставщика услуг, эффективность услуг, профессионализм, готовность помочь клиенту, или любую другую причину или причины, по которым клиент может быть удовлетворен услугой или поставщиком услуг. Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиенты или поставщики услуг могут подавать свои собственные комментарии и замечания о другой стороне в дополнение к заданным причинам или сообщениям. Они являются дополнительными, поскольку пользователь не обязан присуждать рейтинг, если он этого не хочет. Оценка предназначена служить в качестве данных, которыми пользователи могут пользоваться для оценки друг друга, так что обеспечение возможности давать индивидуализированную оценку является очень важным фактором. Независимо от присужденной оценки, которая может быть положительной, нейтральной или отрицательной, клиенты могут ввести свое сообщение своими собственными словами в дополнение к причинам, которые заданы системой. Таким образом, возможны ситуации, в которых клиент или поставщик услуг могут пожелать объяснить своими собственными словами, почему другая сторона оказалась превосходной, или они считают, что качество услуги оказалось плохим. Разрешение пользователям вводить их собственную оценку является важным для обеспечения динамической обратной связи в любой ситуации, и, кроме того, их собственная оценка может быть присоединена к пользовательскому профилю или иным образом ассоциирована с ним для использования при рекомендации другому клиенту или поставщику услуг.
[105] Согласно одному варианту реализации настоящего изобретения заданные причины для отрицательной оценки могут происходить из широкого диапазона возможностей, а также на основании тип пользователя в запросе на обслуживание. Для поставщиков услуг это может включать помимо прочего: нечистоплотность владельца транспортного средства, недоброжелательность, слишком громкую музыку или в целом слишком громкое устное или физическое поведение, плохие водительские навыки, незнание условий дороги или трафика, пренебрежение правилами, ненадлежащее обращение с предметами, разбитые или утерянные предметы, доставку с опозданием или любую другую причину, которая оставила клиента недовольным или неудовлетворенным оказанной услугой. Для клиентов эти причины могут включать, помимо прочего, нечистоплотность, громкую речь или навязчивость, неявку, устное или физическое злоупотреблением или отказ платить или любую другую причину, которая оставила поставщика услуг недовольным или неудовлетворенным клиентом. Эти заданные причины для отрицательной оценки не образуют исчерпывающий список, но представляют примеры возможных сценариев и вариантов поведения, которые могут вызвать отрицательный отзыв от поставщика услуг или клиента.
[106] Согласно приведенному в качестве примера варианту реализации настоящего изобретения оценка встраивается в базу данных и ассоциируется с пользователем, которому она присуждена. Эта ассоциация позволяет клиенту или поставщику услуг получать доступ к оценке, которая присуждена другой стороне, если клиент или поставщик услуг хотели бы сформировать определения на основании записи о прошлой услуге. Приведенные в качестве примера варианты реализации настоящего изобретения обеспечивают торговую площадку, в которую оценка поставщиков услуг и/или клиентов передается посредством системы, затем обрабатывается и сохраняется системой. Чем больше соответствующих опций обратной связи доступны для пользователя, тем более индивидуализированное взаимодействие доступно ему в будущем.
[107] Согласно приведенному в качестве примера варианту реализации настоящего изобретения оценку передают поставщику услуг, который выполнил запрос на обслуживание. Система может предоставить заданные причины, относящиеся к типу пользователя, которые клиент или поставщик услуг могут выбрать при составлении оценки. Положительная и отрицательная оценки могут быть выполнены в форме сообщения, которое может быть передано электронной почтой, текстовым сообщением или уведомлением. Поставщикам услуг и клиентам сообщают о том, что другая сторона думает об их услуге или запросе на обслуживание, транспортных средствах, водительских навыках, безопасности, отношениях, эффективности и качестве услуги по доставке или о чем-либо еще. Однако если оценка отрицательная, она может быть не видна непосредственно стороне, которой она присуждена. Вместо этого отрицательная оценка будет направлена в более позднее время поставщику услуг или клиенту для ознакомления с целью уменьшения вероятности прямой конфронтации между поставщиком услуг и клиентом. Когда поставщик услуг или клиент получат для ознакомления отрицательную оценку, она не будет содержать конкретных фамилий, поскольку отрицательная оценка будет дана анонимно. Отрицательная оценка, которую передали, может быть сгруппирована с другой отрицательной оценкой, так что пользователь не может знать точно, который из поставщиков услуг представил конкретную оценку. Таким образом, поставщики могут быть поставлены в известность о том, что они могли бы изменить для улучшения своих услуг, и клиенты также могут быть поставлены в известность о том, что они могут изменить для улучшения своего положения в качестве клиентов. Такой подход помогает улучшить общую эффективность работы и достичь общего удовлетворения.
[108] Кроме того, неоднократная отрицательная оценка может привести поставщика услуг или клиента к приостановке его пользования системой на заданный период времени, т.е. пользователи уведомляются относительно причин, по которым им присуждена отрицательная оценка, и если одна и та же отрицательная оценка сохраняется в течение определенного периода времени для одного и того же пользователя, его пользование системой может быть приостановлено. Однако приостановка пользования системой для поставщика услуг или клиента является возможной не только на основании отрицательной оценки. Если поставщик услуг или клиент нарушают или грубо попирают закон или совершают любое другое серьезное нарушение или проступок во время услуги, пользование системой для поставщика услуг может быть приостановлено на основании его действий. В дополнение к обеспечению обратной связи поставщики услуг и клиенты, если они пожелают, могут добавить другую сторону в список предпочтительных контрагентов или список нежелательных контрагентов. Это не обязательная функция обеспечения оценки; напротив, это способ построения сети поставщиков услуг или клиентов, которые могут быть индивидуализированы на основании отношений: списки нежелательных контрагентов позволяют пользователям блокировать другую сторону, в то время как список предпочтительных контрагентов позволяет пользователям устанавливать с другой стороной отношения типа клиент-поставщик услуг.
[109] Согласно приведенному в качестве примера варианту реализации настоящего изобретения в настоящей заявке используются следующие термины для обозначения клиента, который имеет установившиеся положительные отношения с поставщиком услуг, и который является "предпочтительным клиентом", внесенным в "список предпочтительных контрагентов поставщика услуг", и для обозначения поставщика услуг, который имеет установившиеся положительные отношения с клиентом, и который называется как "предпочтительный поставщик услуг" и внесен в "список предпочтительных контрагентов клиента". Несмотря на то, что термин "предпочтительный контрагент" является семантически узким термином, он фактически предназначен для обозначения любого клиента или поставщика услуг, которому придан предпочтительный статус, относящийся к запросу на обслуживание, и который внесен в "список предпочтительных контрагентов". Специалисту в данной области техники понятно, что эта концепция может быть названа, например, как "дружественный", "привилегированный" или "приоритетный" список поставщиков услуг, или может быть употреблено любое другое слово, которое может быть использовано поставщиками услуг или клиентами для определения того, что подразумевается как список; безотносительно к словам, намерение состоит в том, чтобы обозначить концепцию положительных взаимоотношений клиента с поставщиком услуг, в рамках которой они могут назначать приоритеты друг другу в отношении услуг. Этот предпочтительный способ может включать, помимо прочего, концепции, такие как предпочтительный поставщик услуг, обеспечиваемый в первую очередь или раньше других уведомлением о доступном запросе на обслуживание, являющийся носителем специального статуса или рассматриваемый в качестве кандидата на выполнение запроса, получающий предложение наилучшей цены, которому присвоены уникальные индикаторы, в отличие от других поставщиков услуг, или установление прямого соединения с предпочтительным клиентом для прямого запроса на обслуживание. Для клиента статус "предпочтительного клиента" может означать, что ему назначен определенный приоритет у поставщика услуг, что ему может быть назначен уникальный индикатор, в отличие от других обычных клиентов, в мобильном устройстве поставщика услуг, или для него может быть установлено прямое соединение с предпочтительным поставщиком услуг для прямого запроса на обслуживание. Поставщик услуг может иметь одного или более предпочтительных клиентов в своем списке предпочтительных контрагентов, и клиент может иметь одного или более предпочтительных поставщиков услуг в своем списке предпочтительных контрагентов.
[110] Согласно приведенному в качестве примера варианту реализации настоящего изобретения оценка дается частично посредством системы списка. Имеются два списка: список предпочтительных контрагентов и список нежелательных контрагентов; список предпочтительных контрагентов, основанный на положительной оценке, и список нежелательных контрагентов, основанный на отрицательной оценке. Оба списка предоставляют клиенту или поставщику услуг способы управления, с использованием которых он запрашивает услугу, или с использованием которых он оказывает услугу. Добавление в список предпочтительных контрагентов прямо или косвенно повышает вероятность повторения предыдущего положительного опыта для любой стороны, в то время как добавление к списку нежелательных контрагентов прямо или косвенно гарантирует, что предыдущий плохой опыт не будет повторен. Или если клиенты или поставщики услуг считают услугу просто достаточной, они могут оценивать другую сторону всякий раз, когда они захотят. Списки предпочтительных контрагентов и списки нежелательных контрагентов основаны на подкатегории и типе пользователя. Пользователи первого типа для поставщиков услуг разделены на три подкатегории: предпочтительный поставщик услуг по перевозке пассажиров, предпочтительный поставщик услуг по доставке груза или предпочтительный поставщик услуг по перевозке пассажиров и по доставке груза одновременно. Пользователи второго типа для клиентов разделены на три подкатегории: предпочтительный клиент для услуги по перевозке пассажиров, предпочтительный клиент для услуги по доставке груза или предпочтительный клиент для услуги по перевозке пассажиров и по доставке груза одновременно.
[111] В приведенном в качестве примера варианте реализации настоящего изобретения клиенты могут передавать запросы поставщикам услуг для их добавления в свои списки предпочтительных контрагентов. Список предпочтительных контрагентов у клиента позволяет клиентам добавлять в него поставщиков услуг, с которыми клиенты желают иметь дело или которые являются удобными для них, и тем поставщикам услуг, которые согласились быть в списке клиента, придаются особые привилегии относительно запросов на обслуживание. Список предпочтительных контрагентов может быть применен к любой подкатегории: услуге по доставке груза, услуге по перевозке пассажиров, или то и другое вместе.
[112] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиенты могут добавлять одного или более поставщиков услуг в свой список предпочтительных контрагентов. Чтобы добавить поставщика услуг в свой список предпочтительных контрагентов, клиент должен получить разрешение от поставщика услуг; поставщик услуг принимает сообщение, спрашивающее, согласен ли поставщик услуг на эту операцию, и это согласие основано на подкатегории, на добавление в которую клиент запрашивал согласие у поставщика услуг, независимо от того, какую услугу оказывает это поставщик: перевозку пассажиров, доставку груза или то и другое вместе. Если поставщик услуг согласен, он будет добавлен в клиентский список предпочтительных контрагентов. Поставщику услуг также предоставляют выбор для принятия или отклонения его добавления в клиентский список предпочтительных контрагентов в определенных подкатегориях услуг. Если клиент затребовал в широком понимании, чтобы поставщик услуг был добавлен во все подкатегории, поставщик услуг может пожелать принимать запросы из одной, двух или всех подкатегорий по его собственному усмотрению. Согласие проходит два этапа: во-первых, оно санкционирует добавление поставщика услуг в клиентский список предпочтительных контрагентов. Во-вторых, санкционирование добавления в чей-либо еще список предпочтительных контрагентов также размещает его в списке предпочтительных контрагентов у дающего санкцию. По существу, разрешение добавляет второго пользователя в первый пользовательский список предпочтительных контрагентов и одновременно добавляет первого пользователя в список предпочтительных контрагентов у второго пользователя.
[113] Добавляя в список предпочтительных контрагентов, клиент удостоверяется в том, что он может получить услугу, оказываемую поставщиками услуг, с которыми у него был положительный опыт услуги в прошлом. Это также повышает удовлетворение клиента и поставщика услуг, поскольку поставщики услуг будут лучше знать маршруты и специфические особенности услуги по доставке груза, что помогает устранить неуверенность и предусматривает быструю и эффективную услугу. Клиенты также будут чувствовать себя более комфортно с таким обслуживанием, поскольку они уже имеют опыт сотрудничества с этим поставщиком услуг в прошлом. Пребывание поставщика услуг в клиентском списке предпочтительных контрагентов является динамическим процессом; клиенты могут добавлять или удалять поставщиков услуг в своих списках предпочтительных контрагентов в любое время по своему усмотрению.
[114] Если клиент передал запрос на добавление поставщика услуг в свой список предпочтительных контрагентов, а поставщик услуг согласился на это, между этими двумя сторонами возникают особые рабочие отношения; эти отношения предоставляют определенные привилегии относительно запросов на обслуживание. Предпочтительные поставщики услуг будут уведомляться о запросах на обслуживание, и им будет уделяться первостепенное значение, в отличие от других, непредпочтительных поставщиков услуг, при выполнении запроса на обслуживание, если клиент задал это в качестве настройки значения по умолчанию относительно запросов на обслуживание. Предпочтительные поставщики услуг также отображаются на экране клиента, и клиент может видеть их данные в запросе на обслуживание, что позволяет ему принимать обоснованное решение при выборе наилучшего подходящего поставщика услуг. Это может также зависеть от типа запроса на обслуживание, который выполняет предпочтительный поставщик услуг. Некоторые предпочтительные поставщики услуг могут только перевозить перевозчиков, в то время как другие предпочтительные поставщики услуг могут только доставлять груз. Поставщик услуг, который отображен в списке как доступный, различается в зависимости от принадлежности к подкатегории услуги, которую он оказывает. Согласно приведенному в качестве примера варианту реализации настоящего изобретения заказывая услугу, клиент может проверить, имеется ли предпочтительный поставщик услуг или доступный предпочтительный поставщик услуг, который может оказать запрошенную услугу. В случае, если клиент не нашел предпочтительного поставщика услуг в своем списке предпочтительных контрагентов, например, если он в первый раз размещает запрос на обслуживание, он может использовать функцию поиска для фильтрования обычных поставщиков услуг и нахождения обычного поставщика услуг, который может быть наилучшим соответствием. Если клиент не нашел предпочтительного доступного поставщика услуг, он может использовать функцию поиска запроса на обслуживание для фильтрования обычных поставщиков услуг, чтобы найти наилучшего подходящего поставщика услуг, который может оказать такую услугу. Специалистам в данной области техники понятно, что списки "предпочтительных контрагентов" могут быть отдельными списками для услуг, причем список может быть списком для услуги по перевозке пассажиров, списком для услуги по доставке груза, или то и другое вместе для отражения услуг по перевозке пассажиров и по доставке груза, как описано выше.
[115] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщику услуг разрешено добавить одного или более клиентов в списки предпочтительных контрагентов после завершения выполнения запросов на обслуживание для указанных одного или более клиентов. Списком предпочтительных контрагентов у поставщика услуг является список клиентов, которых поставщики услуг могут обслуживать, что устанавливает рабочие отношения поставщика услуг с клиентом с определенными приоритетными позициями. Этот список предпочтительных контрагентов позволяет поставщику услуг иметь более постоянный набор клиентов. Если поставщик услуг хочет добавить клиента в свой список предпочтительных контрагентов, система передает запрос поставщика услуг клиенту с просьбой санкционировать его добавление в список предпочтительных контрагентов у этого поставщика услуг. Такое разрешение может быть применено к списку предпочтительных контрагентов, который составлен только для услуг по доставке груза, только для услуг по перевозке пассажиров, или список предпочтительных контрагентов включает ту и другую услуги вместе; поставщик услуг испрашивает разрешение для каждой категории. Согласно приведенному в качестве примера варианту реализации настоящего изобретения, если клиент согласен, он вносится в список предпочтительных контрагентов у поставщика услуг в соответствующей подкатегории услуг по перевозке пассажиров или услуг по доставке груза, или то и другое вместе в случае необходимости. Согласно одному варианту реализации клиент сначала может дать разрешение на свое добавление в список предпочтительных контрагентов для любой одной категории или для обеих категорий. Клиент в качестве варианта может отклонить запрос. Если клиент санкционирует свое внесение в список предпочтительных контрагентов у поставщика услуг, поставщик услуг также будет добавлен в клиентский список предпочтительных контрагентов. Поставщики услуг также могут удалить клиента из своего списка предпочтительных контрагентов в любое время путем взаимодействия с системой. Несмотря на то, что согласно настоящему изобретению может потребоваться разрешения для добавления поставщика услуг/клиента в список предпочтительных контрагентов, для удаления из таких списков разрешение не требуется. Добавление клиента поставщиком услуг в свой список предпочтительных контрагентов является динамическим процессом; поставщик услуг может просить о добавлении клиентов в свой список предпочтительных контрагентов или решает удалить клиентов из своего списка предпочтительных контрагентов в любое время по своему усмотрению, независимо от того, в списке каких услуг указан данный клиент.
[116] Список предпочтительных контрагентов позволяет расширить обслуживание клиентов и повышает общий уровень удовлетворения услугой. Поставщики услуг могут выполнять больше запросов на обслуживание, поскольку они лучше знакомы с требованиями клиентов и знают больше о клиентах, если часто сотрудничают с ними. Согласно приведенному в качестве примера варианту реализации настоящего изобретения система распознает индикаторы предпочтительных клиентов и автоматически соединяет соответствующих предпочтительных поставщиков услуг с клиентами для повышения эффективности услуги. Список предпочтительных контрагентов также служит в качестве побудительного инструментального средства, поскольку поставщики услуг с большей вероятностью повысят общее качество своих услуг, если будут знать, что они могут получить больше прибыли от предпочтительных клиентов при сотрудничестве на более частой основе.
Согласно приведенным в качестве примера вариантам реализации настоящего изобретения "список нежелательных контрагентов" у поставщика услуг и клиентский "список нежелательных контрагентов" относятся к списку, который предотвращает сотрудничество между поставщиком услуг и клиентом в будущем. Специалистам понятно, что для обозначения этого понятия могут использоваться другие термины, такие как "блокирующий список" или "список запретов", или "список нерасположения"; независимо от того, какие термины используются или могут использоваться, концепция остаются той же, т.е. она представляет собой способ для поставщика услуг управлять выбором клиентов, которым он не хочет оказывать услугу, или с которыми он не хочет сотрудничать, а также способом для клиента управлять выбором поставщиков услуг, от которых он не хочет принимать услугу. Возможны различные причины по которым поставщик услуг может не хотеть контактировать с клиентом, не только из-за прошлых конфликтов или конфронтации; поставщики услуг и клиенты имеют абсолютное право выбора по своему усмотрению, входить ли в контакт с кем-либо, и это право выбора по своему усмотрению дано им посредством возможности добавлять кого-либо в свои списки нежелательных контрагентов или удалять кого-либо из этих списков.
[117] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может добавлять одного или более поставщиков услуг в свой список нежелательных контрагентов. Как описано выше, специалистам понятно, что "клиентский список нежелательных контрагентов" может быть отдельным списком для услуг по перевозке пассажиров и услуг по доставке груза или может быть синхронизирован и может включать как услугу по перевозке пассажиров, так и услугу по доставке груза. Список нежелательных контрагентов в системе позволяет клиентам, которые не имеют хороших рабочих отношений с определенными поставщиками услуг, блокировать контакт с этими поставщиками услуг. Список нежелательных контрагентов содержит всех поставщиков услуг, с которыми у клиента было плохое взаимодействие, в то время как поставщики услуг, которые внесены в список нежелательных контрагентов, не знают, кто внес их в список нежелательных контрагентов; они только предупреждаются системой относительно причин, которые привели их к анонимному отрицательному рейтингу.
[118] Когда клиенты указывают, что они хотят добавить поставщика услуг или поставщиков услуг в свой список нежелательных контрагентов, они указывают причину, по которой они это делают. Возможно, поставщик услуг был неприветлив с клиентом или был неприятен иным способом. Возможно, транспортное средство поставщика услуг было грязным, или он поступил опрометчиво, или повредил груз, который доставлял. В другом примере поставщик услуг мог выбрать неправильный маршрут и заблудился, или может быть он следовал более длинным маршрутом, чем необходимо. Безотносительно к любому случаю, клиент вводит причины для добавления поставщика услуг в свой список нежелательных контрагентов, и система собирает эти причины для повышения качества услуг. Такое добавление в список нежелательных контрагентов может быть возможным для услуги по перевозке пассажиров или для услуги по доставке груза, или как для перевозки пассажиров, так и для услуги по доставке груза одновременно. Например, если поставщик услуг был помещен в черный список из-за того, что внутренняя часть транспортного средства была грязна, система будет знать, что в прошлом у поставщика услуг было грязное транспортное средство. Система будет распознавать идентификацию нежелательных поставщиков услуг и автоматически программировать назначение заказов с пропуском нежелательного поставщика услуг при поиске наилучшего подходящего поставщика услуг в запросе на обслуживание от клиента. Игнорирование определенных нежелательных поставщиков услуг автоматически повышает эффективность услуг для клиента. Список нежелательных контрагентов также служит побудительным инструментом, поскольку поставщики услуг скорее всего улучшат общее качество своих услуг, если они будут часто попадать в клиентский список нежелательных поставщиков услуг, так как частое попадание в список нежелательных контрагентов вызовет снижение дохода у данного конкретного поставщика услуг, и этот поставщик услуг поймет, что он должен улучшить качество услуг, чтобы получать больший доход.
[119] Клиенты могут добавлять поставщиков услуг в свой список нежелательных контрагентов или удалить поставщиков услуг из своего списка нежелательных контрагентов в любое время; нежелательные поставщики услуг не обязательно могут оставаться в списке нежелательных контрагентов навсегда, если клиент этого не хочет. Ни одно из этих действий не требует разрешения от поставщика услуг, независимо от того, добавляют ли его в список нежелательных поставщиков услуг, или удаляют его из списка нежелательных поставщиков услуг.
[120] Инциденты в конфронтациях и спорах между поставщиками услуг и клиентами могут быть прекращены. Настоящее изобретение способствует прекращению конфронтации и улучшению общего качества услуг, позволяя системе задерживать отправку уведомления нежелательному поставщику услуг. Задержка может быть введена в течение определенного времени после завершения услуги, например, в течение двух часов, после чего уведомление показывает, что поставщик услуг внесен в список нежелательных контрагентов, поскольку данный поставщик услуг проявил плохое отношение к клиенту, грубил или не доставил груз вовремя и т.п. Система передает причины, указанные клиентом, поставщику услуг, таким образом, поставщик услуг поставлен в известность, почему он внесен в список нежелательных контрагентов, и может улучшить обслуживание соответствующим образом. Имя клиента или любая другая идентифицирующая информация поставщику услуг не сообщается.
[121] Некоторые поставщики услуг могут сотрудничать с другими коммерческим организациям. Если клиент имеет плохой опыт взаимодействия с коммерческими организациями или не хочет сотрудничать с этими коммерческими организациями, в которых работают один или более поставщиков услуг, он также может добавить эти организации, включая любых поставщиков услуг, которые сотрудничают с ними, в свой список нежелательных контрагентов. Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент, требующий, чтобы соответствующий поставщик услуг быть добавлен в список нежелательных контрагентов, тем самым предотвращает добавление данного нежелательного поставщика услуг в клиентский список предпочтительных контрагентов. По существу, нежелательный поставщик услуг не может находиться в клиентском списке нежелательных контрагентов и одновременно находиться в списке предпочтительных контрагентов у того же клиента.
[122] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщикам услуг предоставлена возможность добавления клиентов в свои списки нежелательных контрагентов. Как описано выше, специалистам понятно, что "список нежелательных контрагентов у поставщика услуг" может быть отдельным списком для услуг по перевозке пассажиров или услуг по доставке груза, или может быть синхронизированным списком и включать как услуги по перевозке пассажиров, так и услуги по доставке груза. Когда поставщик услуг добавляет клиента в свой список нежелательных контрагентов, поставщик услуг игнорируется системой при поиске наилучшего подходящего поставщика услуг для запроса на обслуживание, поступившего от этого клиента. Поставщик услуг может добавить клиента в список нежелательных контрагентов без разрешения этого клиента, если данный клиент проявил грубость или оскорблял поставщика услуг, или по любой другой причине, по которой данный поставщик услуг не хочет оказывать услугу этому клиенту еще раз. Поставщик услуг обеспечивает по меньшей мере одно заданное объяснение или добавляет одну или более новых причин относительно того, почему клиент должен быть внесен в список нежелательных контрагентов, и система затем передает клиенту сообщение с причинами, по которым он помещен в список нежелательных контрагентов, спустя определенное время в качестве задержки, например, один час или один или более дней. Эти причины могут быть одним или более, или любой комбинацией следующего: клиент испачкал внутреннюю часть транспортного средства или нагрубил поставщику услуг, или в случае услуги по доставке груза потребовал доставить запрещенные предметы, или любой другой возможной причиной. Безотносительно к причинам, поставщик услуг указывает их при внесении одного или более клиентов в список нежелательных контрагентов. В этом случае клиент может быть извещен об этих причинах. Чтобы избежать конфронтации, система при приеме запроса на обслуживание от клиента, который был внесен в список нежелательных контрагентов, автоматически передает запрос другому поставщику услуг, автоматически пропуская поставщиков услуг, которые внесли таких клиентов в свой список нежелательных контрагентов.
[123] Поставщики услуг могут добавить клиентов в свой список нежелательных контрагентов или удалить клиентов из своего списка нежелательных контрагентов в любое время; нежелательные клиенты не обязательно должны оставаться в списке нежелательных контрагентов на неопределенное время, если поставщик услуг не хочет этого. Ни для одного из этих действий не требуется разрешение клиента.
[124] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг, требующий, чтобы соответствующий клиент был добавлен в список нежелательных контрагентов, исключает добавление этого нежелательного клиента в список предпочтительных контрагентов у поставщика услуг. По существу, нежелательный клиент не может одновременно быть для одного и того же поставщика услуг предпочтительным клиентом для улучшения качества услуг.
[125] Между сторонами возможен обмен рекомендациями: например, клиент рекомендует поставщика услуг второму клиенту, или поставщик услуг рекомендует клиента второму поставщику услуг. Такие рекомендации могут иметь место независимо от типа услуги, а также от того, вовлечены ли клиенты или поставщики услуг только в оказание услуг по перевозке пассажиров или услуг по доставке груза, или то и другое вместе. Рекомендации могут даваться независимо от того, находятся ли рекомендуемые клиент или поставщик услуг в списке нежелательных контрагентов или списке предпочтительных контрагентов. Независимо от случая, пользователи могут давать рекомендации другим пользователям, если оба пользователя зарегистрированы в системе. Такая рекомендация может быть инициирована двумя различными способами: пользователь может дать рекомендацию, или пользователь может попросить, чтобы другой пользователь дал ему рекомендацию. Также может быть указана причина для рекомендации как для списка предпочтительных контрагентов, так и для списка нежелательных контрагентов. Эта причина может быть выбрана из заданных причин, или может быть использован другой способ указания причин, такой как сообщение, которое клиент или поставщик услуг могут ввести с использованием клавиатуры. Например, если клиент ищет поставщика услуг для перевозки пассажиров, который может хорошо водить автомобиль в снегу, он может попросить, чтобы второй клиент рекомендовал поставщика услуг из своего списка предпочтительных контрагентов, который способен водить автомобиль в снегу. Пользователям, которые принимают рекомендацию из списка нежелательных контрагентов или списка предпочтительных контрагентов, доступны данные о рекомендуемом поставщике услуг или клиенте, такие как данные о профиле или общем количестве транзакций, в которых они участвовали. В запросе из списка предпочтительных контрагентов, когда может потребоваться согласие клиента или поставщика услуг, рекомендованной стороне аналогично предоставляются данные о пользователе, которому они рекомендованы. Например, второй клиент, который принимает данные о поставщике услуг, может увидеть в данных о рейтинге того поставщика услуг, который однажды не явился к нему для выполнения услуги, и этот клиент может не добавлять такого поставщика услуг в свой список предпочтительных контрагентов. Если поступила рекомендация, которая относится к клиенту или поставщику услуг, вносящему другую сторону в список предпочтительных контрагентов или список нежелательных контрагентов, и система идентифицирует, что другая сторона уже в списке предпочтительных контрагентов или списке нежелательных контрагентов у второго пользователя, такая рекомендация отклоняется, поскольку нет потребности в такой рекомендации; если поставщик услуг уже находится в списке предпочтительных контрагентов у второго клиента, такая рекомендация отклоняется, поскольку нет потребности в такой рекомендации. Кроме того, если пользователь, добавляемый в список предпочтительных контрагентов, находится списке нежелательных контрагентов у второго пользователя, второй пользователь сначала должен удалить этого пользователя из своего списка нежелательных контрагентов перед продолжением добавлений в свой список предпочтительных контрагентов. Если пользователь, добавляемый в список нежелательных контрагентов, находится в списке предпочтительных контрагентов у второго пользователя, второй пользователь имеет право добавить этого пользователя в список нежелательных контрагентов по своему усмотрению.
[126] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может рекомендовать поставщика услуг из своего списка предпочтительных контрагентов другому клиенту, причем рекомендующий клиент может рекомендовать индивидуального поставщика услуг, группу поставщиков услуг или всех из списков предпочтительных контрагентов одному или более других клиентов, и клиент может включать одну или более заданных причин или примечание для объяснения, почему он рекомендует этого поставщика услуг или поставщиков услуг.
[127] Процесс рекомендации предпочтительного поставщика услуг другому клиенту охватывает по меньшей мере двух клиентов и по меньшей мере одного поставщика услуг из клиентского списка предпочтительных контрагентов. Этот процесс может начаться одним из двух способов: либо первый клиент инициирует процесс, идентифицируя поставщика услуг в списке предпочтительных контрагентов, которого он намерен рекомендовать, а также идентифицирует второго клиента, который является клиентом, принимающим рекомендацию, либо второй клиент может потребовать, чтобы первый клиент дал ему рекомендацию. После того, как предпочтительный поставщик услуг и второй клиент идентифицированы, система может передать запрос на разрешение. Этот запрос на разрешение может поступить к предпочтительному поставщику услуг, который или разрешает рекомендацию или отклоняет рекомендацию по своему усмотрению, причем указанный предпочтительный поставщик услуг, которого рекомендуют, может дать свое разрешение до добавления в список предпочтительных контрагентов. Если предпочтительный поставщик услуг согласен, процесс рекомендации переходит к следующему этапу, на котором система передает рекомендацию второму клиенту. Затем второму клиенту предоставляют выбор принять или отклонить запрос; только после подтверждения от обеих сторон предпочтительный поставщик услуг может быть добавлен в клиентский список предпочтительных контрагентов. Если клиент дает рекомендацию одного и того же поставщика услуг, который находится в его списке предпочтительных контрагентов для обеих подкатегорий, второй клиент может пожелать ограничить объем рекомендации только одной подкатегорией. Нет никаких ограничений относительно количества поставщиков услуг, которые могут быть рекомендованы, и количества рекомендаций поставщика услуг, которые могут быть приняты клиентами, и нет никаких ограничений относительно рекомендации или согласия на внесение в клиентский список предпочтительных контрагентов поставщиков услуг, которые предоставляют услугу по перевозке пассажиров, услугу по доставке груза, или то и другое вместе.
[128] Например, Клиент А хочет рекомендовать Поставщика В и Поставщика С Клиенту D. В этом случае Клиент D выбирает, принять ли рекомендованных поставщиков услуг, причем Клиент D имеет право по своему усмотрению давать полное или частичное утверждение рекомендованных поставщиков услуг. Например, Клиент D может быть согласен признать только Поставщика В, но не согласен признать Поставщика С, причем Клиент D не обязан давать объяснения относительно того, почему была отклонена рекомендация Поставщика С. Если список нежелательных контрагентов у второго клиента включает поставщика услуг, которого ему рекомендовали, второй клиент имеет право согласиться или не согласиться по своему усмотрению; сначала он должен удалить этого поставщика услуг из своего списка нежелательных контрагентов для продолжения процесса рекомендации. Согласно приведенному в качестве примера варианту реализации настоящего изобретения возможны ситуации, в которых клиент нуждается в услугах только одного типа. Если этот клиент является рекомендателем того же самого поставщика услуг второму клиенту, второму клиенту, возможно, придется запрашивать дополнительное разрешение у рекомендуемого поставщика услуг, если он хочет изменить или расширить категорию списка предпочтительных контрагентов от услуг одного типа к услугам другого типа или от услуг одного типа к услугам обоих типов. Рекомендация поставщиков услуг другим клиентам позволяет клиентам строить свои сети.
[129] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может отрицательно рекомендовать поставщиков услуг из своего списка нежелательных контрагентов другому клиенту, причем рекомендующий клиент может отрицательно рекомендовать индивидуального поставщика услуг, группу поставщиков услуг или всех поставщиков услуг из своих списков нежелательных поставщиков услуг одному или нескольким другим клиентам, если указанные один или более поставщики услуг уже не внесены в список нежелательных контрагентов у другого клиента.
[130] Процесс требует участия по меньшей мере двух клиентов и одного поставщика услуг. Отрицательная рекомендация нежелательного поставщика услуг может быть инициирована одним из двух способов. Либо первый клиент может передать рекомендацию второму клиенту, либо второй клиент может передать запрос первому клиенту, в котором указывает, что он хотел бы получить отрицательную рекомендацию нежелательного поставщика услуг. Второй клиент и нежелательный поставщик услуг идентифицируются первым клиентом. Затем первый клиент передает запрос об отрицательной рекомендации второму клиенту, который может включать причины, по которым он внес в список нежелательных контрагентов данного поставщика услуг. Когда второй клиент принимает этот запрос, он решает добавлять или не добавлять нежелательного поставщика услуг в свой список нежелательных контрагентов. Если второй клиент решил сделать добавление в свой список нежелательных контрагентов, система не будет связывать их для будущего запроса на обслуживание. Относятся ли поставщики услуг, внесенные в списки нежелательных контрагентов, к категории услуг по перевозке пассажиров, услуг по доставке груза, или то и другое вместе, не влияет на право клиента отрицательно рекомендовать этих поставщиков услуг. Кроме того, нет никаких ограничений относительно количества нежелательных поставщиков услуг, которые могут быть отрицательно рекомендованы, и количества отрицательных рекомендаций о нежелательных поставщиках услуг, которые могут быть признаны клиентами. Для добавления в чей-либо список нежелательных контрагентов не требуется согласие нежелательных поставщики услуг, независимо от того, в списке нежелательных контрагентов какого типа присутствуют эти поставщики услуг. Например, Клиент А хочет отрицательно рекомендовать Поставщика В и Поставщика С Клиенту D. Клиент D выбирает, признать ли отрицательную рекомендацию указанных поставщиков услуг, причем Клиент D имеет право по своему усмотрению полностью или частично признавать отрицательную рекомендацию указанных поставщиков услуг. Например, Клиент D может быть согласен признать отрицательную рекомендацию только Поставщика В, но не согласен признать отрицательную рекомендацию Поставщика С, причем Клиент D не обязан объяснять, почему была отклонена отрицательная рекомендация Поставщика С.
[131] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг могут рекомендовать клиентов из своего списка предпочтительных контрагентов другим поставщикам услуг, причем рекомендующий поставщик услуг может рекомендовать индивидуального клиента, группы клиентов или клиентов из всех списков предпочтительных контрагентов одному или нескольким другим поставщикам услуг. Эти клиенты могут быть из списка предпочтительных контрагентов для услуги по перевозке пассажиров, услуги по доставке груза или то и другое вместе, и поставщик услуг может включать одну или более заданных причин или примечание для объяснения, почему он рекомендует предпочтительного клиента или клиентов. Процесс рекомендации начинается с участия по меньшей мере двух поставщиков услуг и клиента. Рекомендация может быть инициирована двумя различными способами: либо первый поставщик услуг может дать рекомендацию второму поставщику услуг, в которую он включает предпочтительного клиента. Или рекомендация может быть инициирована вторым поставщиком услуг, когда он просит, чтобы первый поставщик услуг рекомендовал ему возможных предпочтительных клиентов. Какой бы способ рекомендации ни был инициирован, первый поставщик услуг идентифицирует предпочтительного клиента, которого он хочет рекомендовать второму поставщику услуг. Предпочтительные клиенты принимают уведомление, в котором указано, кто дает рекомендацию, и кому они рекомендованы. Предпочтительный клиент или соглашается, или в противном случае отказывается, тем самым отклоняя эту рекомендацию. На следующем этапе передается рекомендация, которая санкционирована предпочтительным клиентом, второму поставщику услуг. После этого второй поставщик услуг может признать или отклонить эту рекомендацию. Если поставщик услуг признал рекомендацию, то предпочтительный клиент первого поставщика услуг добавляется в список предпочтительных контрагентов у второго поставщика услуг. Таким образом, клиент добавляется в список предпочтительных контрагентов у второго поставщика услуг.
[132] Согласно приведенному в качестве примера варианту реализации настоящего изобретения могут возникать ситуации, в которых поставщик услуг обеспечивает услуги только одного типа. Если этот поставщик услуг рекомендует того же клиента второму поставщику услуг, второй поставщик услуг может запросить дополнительное разрешение у этого клиента, если он хочет изменить или расширить категорию списка предпочтительных контрагентов от услуг одного типа до услуг другого типа или от услуг одного типа до услуг обоих типов. Например, Поставщик X оказал услугу Клиенту Y пять раз, и все пять услуг относились к категории услуг по перевозке пассажиров. Если Поставщик X рекомендует Клиента Y Поставщику Z, и Поставщик Z хочет добавить Клиента Y в свой список предпочтительных контрагентов как для категории услуг по перевозке пассажиров, и для категории услуг по доставке груза, необходимо получить дополнительное разрешение у Клиента Y для расширения объем услуг от категории услуг только по перевозке пассажиров в списке предпочтительных контрагентов до категории услуг по перевозке пассажиров и услуг по доставке груза. Только после подтверждения согласия обеих сторон клиент может быть добавлен в список предпочтительных контрагентов у поставщика услуг. Если поставщик услуг дает рекомендацию одного и того же клиента для обеих подкатегорий, второй поставщик услуг может ограничить объем рекомендации только одним списком предпочтительных контрагентов.
[133] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщики услуг может отрицательно рекомендовать клиентов из своего списка нежелательных контрагентов второму поставщику услуг, причем рекомендующие поставщики услуг могут отрицательно рекомендовать индивидуальных клиентов, группы клиентов или всех клиентов из списков нежелательных клиентов одному или нескольким другим поставщикам услуг, независимо от типа услуги, будь то услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе. Отрицательная рекомендация может быть инициирована первым поставщиком услуг, или она может быть инициирована вторым поставщиком услуг, причем второй поставщик услуг запрашивает отрицательную рекомендацию о нежелательном клиенте у первого поставщика услуг. В обоих случаях инициирования отрицательной рекомендации первый поставщик услуг выбирает по меньшей мере одного нежелательного клиента для его отрицательной рекомендации второму поставщику услуг, и он может указать причины, по которым он добавил этого клиента в свой список нежелательных контрагентов. Второй поставщик услуг принимает рекомендацию, и решает, добавлять или не добавлять нежелательного клиента из списка первого поставщика услуг в свой список нежелательных контрагентов. Если второй поставщик услуг добавит нежелательного клиента в свой список нежелательных контрагентов, система не будет соединять их при очередном запросе на обслуживание. Нет никаких ограничений относительно того, сколько нежелательных клиентов могут быть отрицательно рекомендованы, и сколько отрицательных рекомендаций могут быть признаны поставщиками услуг, при этом также нет ограничений относительно того, находится ли этот клиент в списке нежелательных контрагентов у поставщика услуг в категории услуг по доставке груза или услуг по перевозке пассажиров, или то и другое вместе. Также не требуется разрешение клиента для его отрицательной рекомендации из списка нежелательных контрагентов любого типа, при этом не требуется разрешение данного клиента на изменение или расширение подкатегории списка нежелательных контрагентов по типу услуги.
[134] Согласно приведенным в качестве примера вариантам реализации настоящего изобретения система обеспечивает множество наборов индикаторов для улучшения помощи клиенту при выборе наилучшего подходящего поставщика услуг для запроса на обслуживание. Широкоохватная индивидуальная настройка предоставлена как для клиента, так и для поставщика услуг. Однако различные данные, включая, помимо прочего, оценку, идентификацию количества завершенных запросов на обслуживание, знание маршрута, указанного в запросе на обслуживание, и т.п. могут быть сложны для пользователя при осуществлении навигации, заключении сделки по запросу на обслуживание. Таким образом, система обеспечивает пользователей различными наборами индикаторов, которые помогают упростить эти данные. Индикаторы показывают эти данные, посредством одного или более, или комбинации средств, таких как буквы, цифры, иконки, символы или другие графические представления данных, которые можно отображать на пользовательском интерфейсе. Поскольку клиент и поставщик услуг нуждаются в различной информации, индикаторы отличаются друг от друга в зависимости от того, чем являются эти данные. Поставщики услуг и клиенты могут индивидуализировать свое взаимодействие, ожидания и предпочтения посредством различных наборов индикаторов. Приведенные в качестве примера варианты реализации настоящего изобретения обеспечивают по меньшей мере двадцать шесть настраиваемых наборов индикаторов для упрощения этих всесторонних данных. Система отображает объединенные индикаторы для предотвращения беспорядка, но пользователи также могут изменять определенные наборы индикаторов. Например, пользователи могут заменить символ по умолчанию или иконку, которая представляет индикатор, своим собственным символом, таким как эмотикон (анимированный смайлик) или сокращение, для своего пользовательского идентификатора. Кроме того, также обеспечена информация, поясняющая, что означает каждый индикатор, так что и клиенты, и поставщики услуг имеют возможность включения или выключения этой поясняющей информации, или ее временного скрытия. Если они выключают поясняющую информацию, все еще остается возможность возвратить ее на экран. Например, новые пользователи могут предпочесть видеть пояснения на экране, в то время как те, кто уже пользовался услугами некоторое время и хорошо знаком с ними, возможно, не нуждается в пояснениях для значений различных наборов индикаторов. Клиенты и поставщики услуг также могут изменять распоряжения, в которых отображены индикаторы, по своему желанию для их расположения по приоритетам одного набора индикаторов в сравнении с другим.
[135] Кроме того, любой индикатор, который основан по меньшей мере частично на счетных величинах, также может быть отражен в форме ярусов. Ярусы, назначенные системой, служат в качестве диапазонов величин с минимальным и максимальным количеством в зависимости от того, применены они к клиентам или поставщикам услуг, и также в зависимости от того, применены они к услуге по перевозке пассажиров, услуге по доставке груза, или то и другое вместе. Они могут быть отображены шрифтом, формой или цветами, или любым другим способом, который показывает различие между каждым ярусом. Некоторые индикаторы клиентов и поставщиков услуг имеют различные значения. Индикаторы указывают активность пользователя относительно его типа, категории и подкатегории. Поскольку система сохраняет в своей базе данных записи о запросах на обслуживание, имеется возможность количественно определить, когда эти запросы были сделаны или выполнены, путем использования отметок времени, и где они были выполнены, путем запроса подробностей. Эти записи могут быть данными относительно времени или другими числовыми данными. Они могут быть увеличены или уменьшены в масштабе, причем клиент может ограничивать временную рамку в зависимости от актуальности, например, устанавливать в пределах одного или более дней, одного или более месяцев или одного или более лет. Все эти различные регулируемые параметры поиска относительно времени или периода, или зоны, или других числовых данных разработаны как настраиваемые, чтобы клиент и поставщик услуг могли индивидуализировать и располагать по приоритетам данные, которые они хотят видеть.
[136] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент и поставщик услуг имеют различные индикаторы, отображенные на их собственных интерфейсах. Некоторые из этих индикаторов относятся к типу пользователя, обеспечивающего или запрашивающего услугу. Предпочтительно некоторые индикаторы предназначены для максимального использования клиентами, тогда как некоторые индикаторы большей частью используются поставщиками услуг. Однако индикаторы не предназначены для отображения данных, подходящих только поставщикам услуг или только клиентам исключительно, поскольку индикаторы, которые предпочтительно отображают данные для одной стороны, могут отображать данные, пригодные для использования другой стороной, и также пользователи могут обмениваться своими данными. Однако пользователи по своему выбору могут рассматривать свои собственные данные посредством системы. Если они заинтересованы в наблюдении их собственных индикаторов или их истории запросов на обслуживание, чтобы удостовериться в том, что индикаторы, которые рассматриваются другими пользователями относительно их истории запросов на обслуживание, являются правильными, они могут делать это с использованием своих данных о профиле или любого другого средства, предусмотренного системой, которое показывает все индикаторы, применимые к ним. Такая история запросов на обслуживание может включать данные, которые могут быть видны третьим лицам, такие как индикаторы относительно общего количества запросов на обслуживание, завершенных или запрошенных. История запросов на обслуживание также может предоставить данные, которые не видны третьим лицам, такие как закрытая информация, например, сколько денег они заработали или потратили, если пользователь не хочет показывать ее другим пользователям. Все эти индикаторы предназначены для обеспечения клиента и поставщика услуг настраиваемыми данными, которые помогли бы им выбрать наилучший вариант, подходящий поставщику услуг или клиенту соответственно, чтобы сделать наилучшее предложение друг другу в отношении услуги по требованию.
[137] Первый набор индикаторов предназначен для идентификации поставщиков услуг. Пользователь первого типа, т.е. поставщики услуг, классифицирован по двум категориям, которые оценивают идентификационный статус поставщика услуг: первая категория - обычный поставщик услуг, и вторая категория - предпочтительный поставщик услуг. Это относится к тому, какие отношения поставщик услуг имеет с клиентами, в зависимости от того, внес ли его клиент в свой список предпочтительных контрагентов как приоритетного поставщика услуг, или если этот поставщик услуг является обычным поставщиком услуг, который не имеет приоритета. Категория обычных поставщиков услуг разделена на три подкатегории следующим образом: обычный поставщик услуг для услуг по перевозке пассажиров, обычный поставщик услуг для услуг по доставке груза и обычный поставщик услуг как по перевозке пассажиров, та и по доставке груза. Предпочтительная категория поставщиков услуг разделена на три подкатегории следующим образом: предпочтительный поставщик услуг для услуг по перевозке пассажиров, предпочтительный поставщик услуг для услуг по доставке груза, и предпочтительный поставщик услуг как для услуг по перевозке пассажиров, так и для услуг по доставке груза. Этот набор индикаторов отображается в запросе на обслуживание одному или более клиентам, которые могут сказать этим набором индикаторов, какого типа услуги обеспечивает поставщик услуг. Если поставщик услуг хочет изменить заданную подкатегорию, то набор индикаторов будет обновлен динамически в соответствии с этим изменением.
[138] Согласно приведенному в качестве примера варианту реализации настоящего изобретения второй набор индикаторов предназначен для оценки идентификационного статуса клиентов. Пользователь второго типа, т.е. клиент, классифицируется на обычных клиентов и предпочтительных клиентов. Категория обычного клиента разделена на три подкатегории следующим образом: обычный клиент для услуг по перевозке пассажиров, обычный клиент для услуг по доставке груза, и обычный клиент для услуг как по перевозке пассажиров, так и по доставке груза. Предпочтительная категория клиента разделена на три подкатегории следующим образом: предпочтительный клиент для услуг по перевозке пассажиров, предпочтительный клиент для услуг по доставке груза и предпочтительный клиент для услуг как по перевозке пассажиров, так и по доставке груза. Этот набор индикаторов показывается не только клиенту, но также и одному или более поставщикам услуг. Таким образом, индикаторы могут ясно показывать пользователей различных типов специфических категорий и специфических подкатегорий. Термин "идентификационный статус" в настоящей заявке относится к статусу поставщика услуг или клиента. Основная концепция этого термина состоит в том, что он сообщает, каким образом пользователь может быть идентифицирован другим пользователем на основании типа пользователя, и как тип данного пользователя относится к различным статусам списка предпочтительных контрагентов или списка нежелательных контрагентов, а также подкатегориям услуг. Эта концепция также может быть описана другими терминами, такими как "идентификационный листинг" или "идентифицирующая позиция", и т.п.
[139] Согласно приведенному в качестве примера варианту реализации настоящего изобретения может быть предусмотрен третий набор индикаторов, который идентифицирует доступность поставщиков услуг. Этот набор индикаторов показывают клиентам, которые выполняют поиск потенциальных наилучших подходящих поставщиков услуг, так что они знают, кто из поставщиков услуг является потенциально доступным поставщиком услуг для их запроса на обслуживание. Этот набор индикаторов может быть показан на электронной карте, и поставщика услуг будет показан на электронной карте, только когда он является активным. Этот набор индикаторов также может быть показан поставщикам услуг, поскольку они могут желать знать уровень конкуренции со стороны других поставщиков услуг для обеспечения запросов на обслуживание, которые они могут получить согласно своему профилю. Этот набор индикаторов также может быть включать дополнительную информацию о доступности поставщика услуг, основанную на профиле этого поставщика услуг. Например, этот набор индикаторов показывает доступность и как долго может продолжаться период его доступности, или его доступность не определена. Этот набор индикаторов может быть удален, если поставщик услуг не доступен для запроса на обслуживание.
[140] Согласно приведенному в качестве примера варианту реализации настоящего изобретения четвертый набор индикаторов предназначен для идентификации того, подал ли клиент в настоящее время запрос на обслуживание. Этот набор индикаторов показывают поставщикам услуг на отображении электронной карты, чтобы они на основании этого индикатора могли знать, активен ли клиент или нет. Клиент также может указать детали, которые оценивают его активность, и которые позволяют поставщикам знать дополнительные подробности, такие как, например, как долго длится период ожидания активизации запроса на обслуживание, пока клиент не выберет наилучшего подходящего поставщика услуг, или какова продолжительность периода времени до момента, когда запрос на обслуживание утратить силу по истечении срока действия. Этот набор индикаторов также может быть показан клиентам, которые хотели бы знать, сколько запросов сделано в области местоположения посадки клиента, в области, в которой расположен клиент, и какая конкуренция со стороны других клиентов, претендующих на такую же услугу. Этот набор индикаторов может быть удален, если клиент выбрал наилучшего подходящего поставщика услуг для запроса на обслуживание, поскольку этот запрос на обслуживание больше не доступен.
[141] Согласно приведенному в качестве примера варианту реализации настоящего изобретения пятый набор индикаторов может быть основан на объеме запросов на обслуживание, выполненных поставщиком услуг, который содержит соответствующие исторические данные. Этот набор индикаторов может быть отображен как числовые данные, ярусы или как комбинация числовых данных и ярусов. Ярусы основаны на общем количестве запросов на обслуживание, которые поставщик услуг завершил. Например, нижний ярус Е, является диапазоном, таким как 0-99, следующий ярус D является диапазоном, таким как 100-199, затем следует ярус С, который является диапазоном, таким как 200-299, ярус В, который является диапазоном, таким как 300-399, и ярус А, который является диапазоном, таким как 400 и выше. Клиент или поставщик услуг могут использовать эти данные для определения, сколько поставщиков запросов на обслуживание завершено, и это количество может быть разделено на определенный период времени, такой как один или более дней, один или более месяцев или один или более лет. Эти данные могут быть использованы клиентом для определения, насколько опытен поставщик услуг, или как часто поставщик услуг обеспечивает запросы на обслуживание в целом. Эти данные также могут быть использованы поставщиками услуг при оценке, сколько запросов они выполнили всего, или каков период времени, который может быть предпочтителен для поставщика услуг, который хотел бы идентифицировать времена повышенного или пониженного спроса.
[142] Согласно приведенному в качестве примера варианту реализации настоящего изобретения шестой набор индикаторов может быть предоставлен клиенту для показа одной или более комбинаций географических зон, или любой комбинации географических зон на основании одной или более комбинаций соответствующих параметров поиска, или любой комбинации соответствующих параметров поиска, заданных клиентом. Более конкретно, этот набор индикаторов позволяет клиенту просматривать пул потенциальных доступных поставщиков услуг и пул потенциальных доступных клиентов, которым также требуется услуга в той же подкатегории, и подкатегория идентифицированного клиента, который находится в пределах одной или более, или любой комбинации этих параметров поиска на отображении электронной карты. Клиент имеет возможность выбирать из трех параметров поиска для идентификации потенциальных доступных поставщиков услуг: по количеству, по времени и по расстоянию. Каждый параметр поиска отличается генерированием различных пулов потенциальных доступных поставщиков услуг и пулов потенциальных доступных клиентов. Параметр поиска на основании количества идентифицирует определенное требуемое количество потенциальных доступных поставщиков услуг, с которыми клиент желает иметь дело. Параметры поиска на основании времени идентифицируют потенциальных доступных поставщиков услуг, которые могут добраться до местоположения посадки клиента в течение определенного периода времени. Параметр поиска на основании расстояния идентифицирует потенциальных доступных поставщиков услуг в пределах определенного расстояния от местоположения посадки клиента.
[143] В предварительной настройке параметров поиска на основании количества клиент задает требуемое количество поставщиков услуг, среди которых он хочет выбрать исполнителя запроса на обслуживание. Затем система подбирает требуемое количество потенциальных доступных поставщиков услуг в пределах географической зоны этого параметра поиска и показывает их клиенту. Центральной точкой этой географической зоны является местоположение посадки клиента, и предельной точкой является местоположение поставщика услуг, которое находится на максимальном расстоянии от центральной точки. Система также идентифицирует пул потенциальных доступных клиентов, которые нуждаются в услуге того же типа, в пределах той же географической зоны, идентифицированных этим параметром поиска на основании количества, заданного клиентом.
[144] Вторая опция состоит в задании параметра поиска на основании времени. При задании параметров поиска на основании времени клиент задает время, в пределах которого он ожидает посадку, например, в течение десяти минут. Система с помощью прикладного программного интерфейса (API) от третьего лица, такого как Waze, идентифицирует текущую скорость перемещения в режиме реального времени, такую как дорожная скорость вдоль потенциального маршрута. Система умножает скорость на заданное время, чтобы найти самое дальнее расстояние вдоль определенного маршрута. Она вычисляет это наиболее дальнее расстояние для каждого потенциального маршрута, ведущего от центральной точки, которая является местоположением посадки клиента, для идентификации всех потенциальных доступных поставщиков услуг в пределах географической зоны для этого параметра поиска, которые могут достичь местоположения посадки в течение заданного времени вдоль этих маршрутов. Поставщик услуг, текущее местоположение которого находится на самом дальнем расстоянии от центральной точки, используется в качестве предельной точки для этого параметра поиска. В некоторых ситуациях доступные поставщики услуг могут быть расположены в пределах параметра поиска, но не в состоянии достичь места посадки в пределах заданного времени. Такие поставщики услуг не включены в пул потенциальных доступных поставщиков услуг. Только поставщики услуг, которые обеспечивают услуги того же типа, что тип услуги в запросе на обслуживание клиента, будут включены в пул потенциальных доступных поставщиков услуг. Система также идентифицирует пул потенциальных доступных клиентов, которым нужна услуга того же типа в пределах одной и той же географической зоны, идентифицированной этим параметром поиска, на основании времени, заданного клиентом.
[145] Третья опция состоит в задании параметра поиска на основании расстояния. Этим расстоянием является расстояние от местоположения посадки, в пределах которого по желанию клиента должны находиться потенциальные доступные поставщики услуг. При задании параметров поиска на основании расстояния клиент задает расстояние, например, такое как одна миля, и система генерирует одномильный радиус, предельная точка которого находится на расстоянии одной мили от центральной точки, которая является геолокационным местоположением посадки клиента. Система идентифицирует всех потенциальных доступных поставщиков услуг в пределах географической зоны для этого параметра поиска, и такие потенциально доступные поставщики услуг представляют собой пул потенциальных доступных поставщиков услуг для данного клиента. Система также идентифицирует пул потенциальных доступных клиентов, которым нужна услуга того же типа, в пределах той же географической зоны, идентифицированных этим параметром поиска на основании расстояние, заданного клиентом.
[146] Все эти три параметра поиска могут быть заданы выборочно, объединены все вместе или в любом сочетании перечисленного выше для показа пула потенциальных доступных поставщиков услуг клиенту в данной географической зоне. Каждая из вышеуказанных трех опций также может быть географической зоной, которая идентифицирована кругом, различными цветами, идентификационными метками или любым признаком, который по меньшей мере передает различие между каждой из зон, если они отображены вместе; в других случаях область поиска вообще невозможно отобразить и представить в другой форме, такой как сообщение или список. Специалисту известны множество способов поиска и отображения потенциальных доступных поставщиков услуг и потенциальных доступных клиентов в пределах одного и того же параметра поиска, который клиент задает для поиска доступного поставщика услуг.
[147] Согласно приведенному в качестве примера варианту реализации настоящего изобретения седьмой набор индикаторов основан на данных и информации, предоставленных шестым набором индикаторов, также для сравнения общего количества потенциально доступных поставщиков услуг с общим количеством потенциально доступных клиентов. Эти числовые данные извлекаются из каждого соответствующего пула в пределах каждой географической зоны, т.е. пула потенциально доступных поставщиков услуг и пула потенциально доступных клиентов и географических зон на основании параметров поиска, включающих количество, время и расстояние, или любое сочетание перечисленного выше. Седьмой набор индикаторов используется для отображения данных о спросе и предложении в каждой области или географической зоне, и клиент может задать возможность просмотра каждого пула или любого сочетания пулов доступных потенциальных поставщиков услуг на своем мобильном вычислительном устройстве. Предпочтительно этот набор индикаторов может быть показан клиенту на отображении электронной карты на экране его устройства. Клиент может ограничить потенциально доступных поставщиков услуг предпочтительными поставщиками услуг или обычными поставщиками услуг, или тем и другим вместе. Этот набор индикаторов помогает клиенту оценить факторы спроса и предложения, которые могут быть одними из критических факторов при установлении цен, поскольку клиент может предлагать сниженные цены во время пониженного спроса или более высокие цены во время повышенного спроса. Этот набор индикаторов помогает клиенту при предложении цен или ведении переговоров о ценах, предложенных поставщиками услуг на основании данных о спросе и предложении. Счетчик доступных поставщиков услуг, которые могут оказать услугу, и клиентов, которым в данный момент нужна услуга, может динамически обновляться для отражения фактического количества. Любой поставщик услуг, который обеспечивает один и тот же тип услуги, такой как услуга по требованию, в запросе на обслуживание клиента, будет включен в пул потенциально доступных поставщиков услуг, пока данный поставщик услуг находится в пределах географической зоны. Ни один поставщик услуг, который обеспечивает тип услуги, отличающийся от типа запроса на обслуживание клиента, не будет включен ни в какой пул потенциально доступных поставщиков услуг, независимо от параметра поиска, и также ни один клиент, который запрашивает услугу в других подкатегориях услуг, не будет включен в пул потенциально доступных клиентов. Кроме того, этот набор индикаторов может быть включен или выключен. Если клиент выключил этот набор индикаторов, он не будет видеть его на отображающем устройстве; однако запросы на обслуживание клиента все еще будут подсчитываться в реестре всех доступных запросов для соответствующей подкатегории, к которой они принадлежат. Этот набор индикаторов также может быть пригодным для использования поставщиками услуг, которые могут устанавливать цену для запроса на обслуживание по меньшей мере на основании таких данных. Поставщик услуг также может пожелать видеть спрос и предложение поиска, которые видит клиент; система позволяет клиенту и поставщику услуг обмениваться всеми данными или их частью, которая им видна, в случае необходимости. Такой подход позволяет сторонам обеспечить еще более прозрачный процесс переговоров.
[148] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система может соединять числовые данные, относящиеся к ценообразованию, для использования восьмого набора индикаторов для упорядочивания информации о ценах, относящейся ответа поставщика услуг на предложение цены от клиента; этот набор индикаторов отображается в ситуации, когда клиент передает поставщику услуг запрос на обслуживание наряду с котировочной ценой. "Ответом" является ответ на котировочную цену, инициированную клиентом. Этот ответ может принимать или отклонять цену, которая была установлена как необсуждаемая цена, или это может быть встречным предложением в ответ на договорную цену, когда переговоры могут колебаться между двумя или несколькими вариантами и далее до окончательного решения, или никакое решение не может быть достигнуто.
[149] Система может соединять числовые данные, относящиеся к ценообразованию, для использования девятого набора индикаторов для отображения данных, относящихся к цене, которая инициирована поставщиком услуг в случае, когда клиент передает запрос на обслуживание без котировочной цены, и поставщик услуг отвечает предложенной ценой, которая может быть обсуждаемой или необсуждаемой. Если предложенная цена является обсуждаемой, переговоры могут колебаться между двумя или несколькими вариантами, пока не будет достигнуто окончательное решение, или стороны вообще не придут к общему решению. Предпочтительно этот набор индикаторов может быть предусмотрен для клиента, который по меньшей мере может оценить различие между ценой, инициированной поставщиком услуг, или ответной ценой, и его ценой по умолчанию.
[150] Восьмой и девятый наборы индикаторов применяются к различным ситуациям, относящимся к тем, кто инициирует предложение цены. Сами индикаторы могут быть любыми элементами, которые передают существенное различие трех ситуаций: является ли предложение цены выше, ниже или равным цене по умолчанию, предложенной системой. Например, система может отобразить зеленый индикатор или восходящую стрелку для показа инициированной цены, которая выше цены по умолчанию, или красный индикатор или нисходящую стрелку для цены, которая ниже цены по умолчанию. Цены, которые точно соответствуют цене по умолчанию, могут отображаться как желтые или как точка. Эти три различных цвета передают различие в каждой ситуации, и отчетливое различие в индикации позволяет пользователям ориентироваться быстрее на основании легко отображаемого визуального представления, что в противном случае может занять больше времени. В представление включена предложенная действительная цена, наряду с данными, которые сравнивают различие между предложенной ценой и ценой по умолчанию в количественной форме в долларах или процентах. Этот набор индикаторов может быть выключен, или может быть выборочно отображена одна его часть или любые части по усмотрению пользователя. Пользователи также могут устанавливать пределы, при которых предложения цены автоматически отклоняются, путем задания ценового порога, который выше или ниже цены по умолчанию. Предпочтительно эти наборы индикаторов показаны и клиенту, и поставщику услуг. Этот набор индикаторов может быть показан пользователю любого типа в системе. Клиент, который требует предложения цены от поставщика услуг, может задать в настройке, что не хочет видеть любое предложение цены, которое выше или равно 50-процентному превышению цены по умолчанию; в противном случае предложения цены могут быть автоматически отклонены. Клиент имеет право по собственному усмотрению выбирать, какие ценовые индикаторы он хочет видеть, в зависимости от ценового различия.
[151] Согласно приведенному в качестве примера варианту реализации настоящего изобретения десятый набор индикаторов соединяет исторические данные и данные геолокации для отражения данных, относящихся к зональным данным, на основании общего количества запросов на обслуживание, завершенных поставщиком услуг, в пределах географической зоны, в которой клиент указывает местоположение посадки в запросе на обслуживание. Этот набор индикаторов обеспечен для сообщения клиенту об опыте поставщика услуг или хорошей осведомленности в местоположении посадки, что может помочь информировать клиента, который поставщик услуг лучше подходит для его запросов на обслуживание по причине большего опыта в данной области, в начале запроса на обслуживание. Однако данный набор индикаторов также может быть полезен для поставщика услуг при определении потенциально более прибыльных областей, в которых он может видеть, где он может выполнить запросы на обслуживание по местоположению посадки.
[152] Согласно приведенному в качестве примера варианту реализации настоящего изобретения одиннадцатый набор индикаторов соединяет исторические данные и данные геолокации для отражения данных, относящихся к зональным данным, на основании общего количества запросов, завершенных поставщиком услуг в пределах географической зоны, в которой клиент указал местоположение высадки в запросе на обслуживание. Клиент может использовать эти данные для определения опыта или осведомленности поставщика услуг непосредственно в области, в которой указано местоположение высадки в запросе на обслуживание. Предпочтительно этот набор индикаторов полезен для клиента, чтобы видеть, насколько большой опыт у поставщика услуг в зоне высадки, что является полезным при определении опыта поставщика услуг, непосредственно применимого к запросу на обслуживание. Однако данный набор индикаторов также может быть полезен для поставщика услуг при определении потенциально более прибыльных областей, в которых он может видеть, где он может обеспечить больше запросов на обслуживание в отношении местоположения высадки.
[153] Десятый и одиннадцатый наборы индикаторов могут быть основаны на зонах с такими признаками, как почтовый индекс, или могут быть применены к большой области, такой как населенный пункт или округ, или город или штат. Эти наборы индикаторов показывают действительное число запросов на обслуживание, которые поставщик выполнил в зоне для посадки или высадки, по отдельности или в общем количестве, или в отражении в форме ярусов, в дополнение к опции наличия числовых данных и ярусов, показанных вместе. Кроме того, каждое общее количество завершенных транзакций также может быть разделено на подкатегории или в соответствии с периодами времени, такими как в течение одного или более дней или одного или более месяцев, или одного или более лет.
[154] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двенадцатый набор индикаторов передает осведомленность поставщика услуг в отношении маршрута, указанного в запросе на обслуживание, представленную по меньшей мере в процентном выражении или любом другом выражении, таком как ярусы. Этот набор индикаторов генерируется соединением запрошенных данных о маршруте с записями об услугах, оказанных поставщиком услуг, сохраненными в базе данных. В случае запроса на перевозку пассажиров эти данные могут включать осведомленность поставщика услуг относительно маршрута, указанного в запросе на обслуживание; для услуги по доставке груза это могут быть данные, такие как опыт поставщиков услуг или знакомство с маршрутом. Независимо от типа запроса на обслуживание индикатор настроен таким образом, что показывает данные, относящиеся к ситуации. Процентное выражение может быть показано как процент, или оно может быть разделено на ярусы, например, ярус Е оценивает опыт поставщика услуг в диапазоне 0-19%, ярус D - в диапазоне 20-39%, ярус С - в диапазоне 40-59%, ярус В - в диапазоне 60-79% и ярус А - в диапазоне 80-100%, Представление ярусов не должно быть ограничено ярусами от А до Е или даже буквами вообще, поскольку ярусы могут быть показаны в форме любого одиночного признака или сочетания признаков, которые разделяют осведомленность в процентах по ярусам. Ярусы и проценты также могут быть показаны вместе. Для поставщика услуг этот индикатор может быть полезным при оценке количества клиентов, которых он обслужил, в зависимости от местоположения. Этот набор индикаторов может быть использован поставщиками услуг для оценки местоположений, в которых они имеют больше опыта, или которые являются более прибыльными, или этот набор индикаторов может быть использован клиентом при выборе наилучшего подходящего поставщика услуг на основании его опыта, который он может иметь в отношении данного запроса на обслуживание.
[155] Согласно приведенному в качестве примера варианту реализации настоящего изобретения тринадцатый набор индикаторов основан на том, сколько раз сотрудничали клиент и поставщик услуг и сколько транзакций завершили вместе. Поскольку этот набор индикаторов образуется на основании множества транзакций, он может быть показан в простом количественном выражении или в форме яруса, или то и другое вместе в дополнение к количеству или ярусу, с возможностью увеличения или уменьшения масштаба в отношении к применимому периоду времени по предпочтению клиента. Этот набор индикаторов может быть применен к подкатегориям, которые могут изменять этот индикатор для показа данных, относящихся к услуге по перевозке пассажиров, услуге по доставке груза, или то и другое вместе. Поскольку этот индикатор, относящийся к прошлым транзакциям между поставщиком услуг и клиентом, предоставлен клиенту, этот набор индикаторов также может передавать другие данные о транзакции, такие как средняя стоимость или общее количество денег, переданных участниками транзакции друг другу. Общая средняя стоимость также может быть показана как сумма в долларах, как ярус или то и другое вместе, т.е. как сумма в долларах с ярусом. Этот индикатор также может быть разделен по времени с масштабированием вверх или вниз, например, показан как один или более дней, один или более месяцев или один или более лет. Предпочтительно этот набор индикаторов предназначен для клиента, который может индивидуализировать свое взаимодействие в отношении запроса на обслуживание на основании по меньшей мере его навыков в настройке показанного, например, количества транзакций, завершенных вместе, или полное количество транзакций. Эти данные являются полезными для клиента при выборе наилучшего подходящего поставщика услуг на основании предпочтений, поскольку клиент может пожелать получить услугу от поставщика услуг, с которым клиент чаще взаимодействует.
[156] Согласно приведенному в качестве примера варианту реализации настоящего изобретения четырнадцатый набор индикаторов соединяет данные о местоположении поставщика услуг с данными о местоположении посадки клиента для показа времени, в течение которого поставщик услуг может обеспечить посадку клиента, расчетное время прибытия (ЕТА). Оно также основано на скорости или на том, как быстро поставщик услуг сможет добраться туда, причем расчетное время прибытия может быть определено с использованием третьестороннего прикладного программного интерфейса (API), такого как Карты Google, прямо или косвенно, что означает, что система может использовать данные третьего лица в качестве основы для вычисления расчетного времени прибытия. Предпочтительно этот набор индикаторов показан клиенту для помощи в выборе наилучшего подходящего поставщика услуг. Поставщик услуг может желать знать с использованием этого набора индикаторов, сколько времени он потратит, чтобы добраться до местоположения посадки клиента.
[157] Согласно приведенному в качестве примера варианту реализации настоящего изобретения пятнадцатый набор индикаторов обеспечен на основании предполагаемого времени пути (ЕТТ) от местоположения посадки клиента до местоположения высадки клиента, указанного в запросе на обслуживание. Этот набор индикаторов соединяет данные о местоположении, относящиеся к местоположению посадки клиента и местоположению высадки клиента, указанные в запросе на обслуживание. Предпочтительно этот набор индикаторов будет показан клиенту в качестве совета в отношении предполагаемого времени пути. Этот набор индикаторов образован на основании предполагаемого времени, которое требуется, чтобы добраться от местоположения посадки до местоположения высадки, и которое может быть предоставлено третьесторонним прикладным программным интерфейсом (API) картографирования, таким как Карты Google.
[158] Согласно приведенному в качестве примера варианту реализации настоящего изобретения шестнадцатый набор индикаторов соединяет данные геолокации для отражения по меньшей мере местоположений посадки и высадки клиента, указанных в запросе на обслуживание. Этот набор индикаторов показан на дисплее для электронной карты с сенсорным экраном и показывает относительные местоположения, указанные, чтобы дать клиенту визуальную или контекстуальную концепцию относительно расстояния между местоположением посадки и местоположением высадки. Этот набор индикаторов также может предоставить данные о маршруте между двумя или более местоположений. Кроме того, в случае, если клиенту требуется услуга в ином месте, отличном от его текущего местоположения, указанном как местоположение посадки, этот набор индикаторов также может указать это местоположение как текущее местоположение на дисплее для электронной карты с сенсорным экраном. Поскольку эта информация может быть закрытой, клиент может не желать, чтобы посторонние знали об этом, поэтому клиент также может скрыть отображение текущего местоположения от других пользователей, если его текущее местоположение отличается от местоположения посадки.
[159] Семнадцатый набор индикаторов может передавать данные об общем количестве запросов на обслуживание, которые затребованы и завершены клиентом. Этот набор индикаторов отражает общее количество запросов на обслуживание, которые клиент затребовал и завершил в любой подкатегории или во всех подкатегориях, в зависимости от того, что хотел бы видеть поставщик услуг. Количество завершенных запросов может быть показано в количественном выражении или в виде яруса, или то и другое вместе. Данные, показанные в виде ярусов, могут представлять информацию, которую затребовал клиент, т.е. по меньшей мере количество, которое является минимальным количеством основания яруса, и самое большое количество, которое является максимальным количеством потолка яруса. Например, ярус может содержать 0-9 запросов на обслуживание в одной подкатегории, в которой индикатор, назначенный ярусу, будет применяться только к клиенту, который сделал от 0 до 9 запросов на обслуживание. Кроме того, этот набор индикаторов может быть разделен на определенное время или период времени, например, один или более дней, один или более месяцев или один или более лет. Предпочтительно этот набор индикаторов показывают поставщикам услуг, которые могут видеть, как часто клиент делает запрос, в форме данных, которые поставщик услуг может найти полезными при выборе наилучшего подходящего клиента, поскольку он может быть желает отдать предпочтение более частому будущему клиенту. Однако этот набор индикаторов также может быть полезен клиенту, который может быть заинтересован в отслеживании своей собственной прошлой истории запросов на обслуживание.
[160] Согласно приведенному в качестве примера варианту реализации настоящего изобретения, восемнадцатый набор индикаторов может быть предоставлен поставщику услуг для идентификации одной или более, или любого сочетания географических зон на основании одного или более, или любого сочетания параметров поиска, заданных поставщиком услуг. Более конкретно, этот набор индикаторов позволяет поставщику услуг просматривать различные пулы потенциальных клиентов и пулы потенциально доступных поставщиков услуг, которые обеспечивают услуги в подкатегории того же типа, как данный поставщик услуг, который находится в пределах географических зон, идентифицированных на дисплее для электронной карты согласно одному или более, или любому сочетанию этих параметров поиска. Поставщик услуг имеет возможность выбрать один или более из любого количества, по меньшей мере из трех различных параметров поиска для идентификации потенциальных клиентов: по количеству, по времени и по расстоянию. Однако поставщик услуг не инициирует сделку с потенциально доступными клиентами, которые идентифицированы на дисплее для электронной карты, если только поставщик услуг не принимает запрос на обслуживание с запросом о предложении цены от одного или более клиентов.
[161] Первая опция состоит в задании параметра поиска на основании желательного количества клиентов, с которыми поставщики услуг согласны иметь дело. Способ задания географической зоны на этом основании описан следующим образом. При задании параметров поиска по количеству поставщик услуг задает желательное количество клиентов, с которыми он согласен иметь дело. Затем система затем выполняет поиск потенциальных клиентов в области нахождения поставщика услуг до тех пор, пока она не выполнит идентификацию необходимого количества и идентификацию потенциально доступных клиентов, которых затем она показывает поставщику услуг. Центральной точкой этой географической зоны является текущее местоположение поставщика услуг, и предельной точкой является местоположение клиента, который находится дальше всего от центральной точки. Ни один клиент, который требует услугу, тип которой отличается от типа услуг этого поставщика, не будет включен в пул потенциально доступных клиентов. Система также идентифицирует пул потенциально доступных поставщиков услуг, которые обеспечивают услуги того же типа, в пределах той же географической зоны, идентифицированной этим параметром поиска, на основании количества, заданного поставщиком услуг.
[162] Вторая опция состоит в задании параметра поиска на основании времени. При задании параметра поиска на основании времени поставщик услуг задает максимальное время, которое он желает затратить на дорогу, чтобы достичь местоположения посадки, например, десять минут. Система с помощью третьестороннего прикладного программного интерфейса (API), такого как Waze, идентифицирует текущую скорость перемещения в режиме реального времени, такую как дорожная скорость вдоль потенциального маршрута. Система умножает скорость на заданное время, чтобы найти самое большое расстояние вдоль определенного маршрута. Она вычисляет это самое дальнее расстояние для каждого потенциального маршрута от центральной точки, которая является текущим местоположением поставщика услуг, для идентификации всех потенциальных клиентов в пределах географической зоны для этого параметра поиска, которым в настоящее время требуются услуги, и которые представляют собой пул потенциально доступных клиентов. Клиент, местоположение посадки которого находится на самом дальнем расстоянии от центральной точки, используется в качестве предельной точки для этого параметра поиска. Ни один клиент, который нуждается в услуге, тип которой отличается от типа услуг этого поставщика услуг, не будет включен в пул потенциально доступных клиентов. Система также идентифицирует пул потенциально доступных поставщиков услуг, которые обеспечивают услугу того же типа в той же географической зоне, идентифицированной этим параметром поиска, на основании времени, заданного поставщиком услуг.
[163] Третья опция состоит в задании параметра поиска на основании расстояния. При задании параметра поиска на основании расстояния поставщик услуг задает максимальное расстояние, на котором он желает находиться, от местоположения посадки клиента, например, одна миля, и система генерирует одномильный радиус, предельная точка которого находится на расстоянии одной мили от центральной точки, при этом центральной точкой является текущее геолокационное местоположение поставщика услуг. Система идентифицирует всех потенциальных клиентов в пределах географической зоны для этого параметра поиска, и эти потенциальные клиенты для поставщика услуг представляют пул потенциальных клиентов для этого поставщика услуг. Ни один клиент, который требует услугу, тип которой отличается от типа услуги, оказываемой этим поставщиком услуг, не будет включен в пул потенциальных клиентов. Также, система идентифицирует пул потенциально доступных поставщиков услуг, которые обеспечивают услуги того же типа в пределах той же географической зоны, идентифицированной для этого параметра поиска на основании расстояния, заданного поставщиком услуг.
[164] Все три параметра поиска создают географическую зону на дисплее для электронной карты с сенсорным экраном поставщика услуг. Если поставщик услуг хотел бы использовать множественные параметры поиска, чтобы рассмотреть потенциально доступных клиентов, ему будет предоставлена достаточная маркировка или идентификация, так что пользователь, который просматривает данные или отображение этого набора индикаторов, в состоянии сказать о различии между каждой географической зоной, если таковое имеется.
[165] Согласно приведенному в качестве примера варианту реализации настоящего изобретения девятнадцатый набор индикаторов образован на основании восемнадцатого набора индикаторов, также для показа количества потенциально доступных поставщиков услуг по сравнению с количеством потенциально доступных клиентов. Эти числовые данные извлечены из каждого соответствующего пула в пределах каждой географической зоны, т.е. пула потенциально доступных поставщиков услуг и пула потенциально доступных клиентов, причем географические зоны основаны на параметрах поиска, включающих количество, время и расстояние или любое сочетание перечисленного выше. Этот набор индикаторов предоставляет информацию о спросе и предложении в пределах каждой географической зоны на основании параметров поиска, которые могут быть введены при задании цен. Клиент или поставщик услуг, который требует или обеспечивает услугу из другой подкатегорию, не включается ни в пул потенциально доступных клиентов, ни в пул потенциально доступных поставщиков услуг: оба пула основаны на соответствии подкатегории услуги. Предпочтительно этот набор индикаторов показывают поставщику услуг, поскольку эта информацию о спросе и предложении помогает поставщику услуг по меньшей мере двумя различными способами. Во-первых, этот набор индикаторов обеспечивает сравнение спроса и предложения, чтобы помочь поставщику услуг решить, какую цену запросить, по меньшей мере на основании данных о спросе и предложении. Однако этот набор индикаторов также может быть полезен и поставщику услуг при поиске работы или оптимизации цен, поскольку этот набор индикаторов частично основан на географии, т.е. поставщик услуг может лучше идентифицировать места с повышенным количеством запросов на обслуживание, где могут быть повышенные цены или больше работы. Поставщики услуг также могут ограничить это отображение с целью показа только запросов от предпочтительных клиентов, запросов от обычных клиентов или запросов как от предпочтительных клиентов, так и от обычных клиентов. Назначение этого набора индикаторов состоит в том, чтобы показывать поставщикам услуг соответствующие данные о количестве запросов и количестве поставщиков услуг, доступных для их выполнения, которые могут использоваться поставщиками услуг для оценки информации о ценах и переговоров. Однако этот набор индикаторов также может быть полезен клиенту, который при задании цен также хотел бы оценить возможные спрос и предложение от поставщиков услуг. Счетчик клиентов, которым в настоящее время требуется услуга, и доступных поставщиков услуг может динамически обновляться для отражения фактического количества.
[166] Возможны ситуации, в которых поставщик услуг видит иное количественное выражение спроса и предложения, основанное на его параметрах поиска, нежели видит клиент. Например, настройки поставщика услуг показывают ему всех клиентов, которых он может обслужить в течение 30 минут, в то время как клиент задает параметры поиска, при которых индикатор показывает ему поставщиков услуг, доступных в данный момент времени, которые находятся в пределах параметра поиска, заданного на основании времени, например, таких поставщиков услуг, которые могут добраться до местоположения посадки в течение 10 минут. В этом примере клиент договаривается о цене с поставщиком услуг, который находится в пределах параметра поиска, определенного на основании времени, т.е. вышеуказанного периода 10 минут, и которому предлагают 2 запроса, но кроме него доступны еще 10 поставщиков услуг. Поставщик услуг может видеть иное соотношение, основанное на параметрах поиска поставщика услуг, а именно, имеются 25 запросов и доступны 10 поставщиков услуг. В этой ситуации поставщик услуг и клиент видят совершенно различные объемы предложения и спроса. Независимо от ситуации и независимо от заданных параметров, система может обеспечить способ обращения с различиями в ожиданиях клиента и поставщика услуг. При этих обстоятельствах пользователи могут обмениваться информацией, чтобы показывать информацию о спросе и предложении, которую они видят, другой стороне таким образом, чтобы они могли быть в одинаковом положении при переговорах, делясь информацией о спросе и предложении. Прозрачность является одним из ключевых факторов, когда клиент и поставщик услуг договариваются о цене, и обмен данными о спросе и предложении для обеих сторон является способом понять обстоятельства другой стороны, что помогает достичь компромисса. Этот набор индикаторов используется для поддержки настроек для переговоров и не только реагирует на изменения спроса и предложения, но также реагирует на колебание цен в двух различных географических зонах, в одной из которых находится клиент, и в другой из которых находится поставщик услуг.
[167] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система может использовать двадцатый набор индикаторов для упорядочения отображения предложений цены, которые инициирует клиент, при котором соединяются и отображаются числовые данные, относящиеся к информации о ценах. Клиент инициирует цену, когда он предоставляет данные о маршруте и включает ценовую котировку, основанную на цене по умолчанию. Поскольку этот набор индикаторов относится к ценообразованию клиента, он предпочтительно отображает один или более поставщиков услуг, которые выбраны и которым переданы предложения цены от клиента. Система обеспечивает свою цену по умолчанию, таким образом, она может отобразить цену, предложенную клиентом, которая выше или ниже чем цена по умолчанию, или равна цене по умолчанию. Этот набор индикаторов предпочтительно используется поставщиком услуг для быстрой и эффективной оценки предложения цены клиента по сравнению с ценой по умолчанию.
[168] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система также может использовать двадцать первый набор индикаторов для обеспечения подробностей о предложенной клиентом цене, которая пришла в качестве ответа поставщику услуг, предложившему цену, причем в этих подробностях числовые данные, относящиеся к информации о ценах, соединены и отображены этим набором индикаторов. Этот набор индикаторов относится к ситуации, в которой клиент не включил цену в первоначальный запрос на обслуживание, вместо этого предлагая поставщику услуг самому инициировать цену. Когда поставщик услуг делает предложение цены, клиент отвечает в зависимости от параметров предложения цены: если предложение цены является необсуждаемым, клиент отвечает согласием или отказом. Поскольку этот набор индикаторов относится к ценообразованию клиента, он показывается поставщику услуг и клиенту, который сделал предложение цены. Если предложение цены является обсуждаемым, поставщик услуг в дополнение к согласию или отказу, может возразить, и тогда переговоры могут колебаться между двумя или несколькими вариантами, пока не будет достигнуто окончательное решение, или сделка не состоится. Этим набор индикаторов отображается информация о ценах, касающаяся возражения. Этот набор индикаторов используется поставщиками услуг для быстрой и эффективной оценки ответной цены, предложенной клиентом.
[169] Двадцатый и двадцать первый наборы индикаторов передают информацию о ценах, которая предпочтительно является данными, в которых могут нуждаться поставщики услуг. Различие между этими наборами индикаторов состоит в ситуации, в которой они показываются поставщикам услуг: двадцатый набор индикаторов показывается, когда клиент инициировал цену, в то время как двадцать первый набор индикаторов показывается, когда клиент передает ответ. Вместо того чтобы поставщик услуг сортировал предложения цен простым чтением каждого отдельного предложения цены, которое ему показывают, система может снабдить их индикаторами, передающими данные о различии между предложенной ценой и ценой по умолчанию. Двадцатый и двадцать первый наборы индикаторов могут быть отображены любым способом, который передает существенное различие между тремя ситуациями: цена выше цены по умолчанию, цена ниже цены по умолчанию, или цена равна цене по умолчанию. Эти наборы индикаторов показываются поставщику услуг и клиенту в виде небольшого отличия посредством указания для предоставления им возможности быстро сортировать предложения цены. Однако, несмотря на то, что эти наборы индикаторов обеспечены в расчете на поставщика услуг, клиенту также могут быть предоставлены полезные данные. Индикаторы также могут отображать, насколько выше или насколько ниже цена, показанная в виде процента или в количественном выражении. В качестве способа индивидуальной настройки, поставщик услуг может задавать пределы, в которых он хотел бы видеть предложения цен, как для двадцатого, так и для двадцать первого наборов индикаторов, которые он может настраивать в любое время динамически; поскольку индикаторы могут быть выражены в процентах или в количествах, поставщик услуг может указать, какие цены он хочет видеть: которые выше цены по умолчанию, которые ниже цены по умолчанию или которые равны цене по умолчанию, причем, если предложения цены не соответствуют ценовым параметрам, они автоматически отклоняются системой.
[170] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать второй набор индикаторов соединяет исторические данные, относящиеся к истории запросов на обслуживание клиента, и данные геолокации для идентификации клиента по тому, сколько запросов на обслуживание он затребовал и завершил, на основании географических зон местоположения посадки. Такая географическая зона относится к местоположению посадки, указанному в запросе на обслуживание. Этот набор индикаторов предпочтительно отображается для поставщиков услуг. Эта географическая зона может быть основана на одной или более улиц, почтовых индексов, городе, пригороде, населенном пункте или округе, штате или любом другом признаке, определяющем область, и индикатор может быть отображен в количественном выражении или в виде ярусов; также он может быть отображен в обоих видах. Запросы на обслуживание сохраняются системой, и географические данные, относящиеся к ним, могут быть использованы для генерирования этого набора индикаторов. Когда поставщику услуг предоставляются эти данные, он может использовать их для определения, какого клиента ему может быть выгодно добавить в список предпочтительных контрагентов, поскольку поставщик услуг может получать много заказов, если в предыдущих запросах на обслуживание указано, что местоположение посадки часто находится в определенной географической зоне. Несмотря на то, что это в основном относится к данным о клиенте, и, таким образом, этот набор индикаторов могут видеть предпочтительно поставщики услуг, в определенных ситуациях он также может быть предоставлен и клиенту.
[171] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать третий набор индикаторов может идентифицировать клиента на основании того, сколько запросов на обслуживание он подал и завершил на основании географических зон местоположения высадки; в этом наборе индикаторов соединены данные геолокации и исторические данные о запросах на обслуживание. Указанная географическая зона относится к местоположению высадки, указанному в запросе на обслуживание. Такая географическая зона может быть определена на основании одной или более улиц, почтовых индексов, городов, пригородов, населенных пунктов или округах, штатах или любого другого признака, определяющего область, и поставщик услуг также имеет выбор для ее рассматривания количественном выражении или в форме яруса, или то и другое вместе. Двадцать третий набор индикаторов предпочтительно может использоваться поставщиками услуг для определения, может ли клиент подходить для добавления в список предпочтительных контрагентов, поскольку поставщик услуг может желать знать, как часто клиент пользовался услугой по перевозке пассажиров или по доставке груза в определенном местоположении. Но этот набор индикаторов также может быть полезен клиенту для анализа его истории запросов на обслуживание, например, количества запросов на обслуживание, которые были завершены в определенном местоположении.
[172] Двадцать второй и двадцать третий наборы индикаторов оба основаны на зонах, в которых соединены геолокационные данные о том, где клиент запрашивает услугу либо с точки зрения местоположения посадки, либо с точки зрения местоположения высадки, и исторические данные о запросах на обслуживание. Наборы индикаторов показывают действительное число запросов на обслуживание, которые сделал клиент в указанной зоне с целью посадки и высадки по-отдельности. Оба индикатора также могут быть разделены по периодам времени, которые они применяют, таким как один или более дней, один или более месяцев или один или более лет. Клиент также может использовать эти наборы индикаторов, как и поставщик услуг, поскольку клиент может хотеть видеть, где он заказывает большую часть услуг, или может хотеть видеть ярус, основанный на географической зоне, которая ему приписана.
[173] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать четвертый набор индикаторов соединяет исторические данные о запросах на обслуживание для отображения количества раз, когда поставщик услуг и клиент сотрудничали друг с другом и вместе завершали транзакцию. Предпочтительно этот набор индикаторов показывают поставщику услуг или клиенту, поскольку он относится к данным об истории запросов на обслуживание поставщика услуг с клиентом, и этот набор индикаторов может быть применен к категориям обычных клиентов и предпочтительных клиентов, а также к подкатегориям для услуг по перевозке пассажиров, услуг по доставке груза, или то и другое вместе, т.е. услуг по перевозке и доставке вместе соответственно. В дополнение к возможности просмотра общего количества транзакций, завершенных между клиентом и поставщиком услуг, эти данные также могут показывать подробности, относящиеся к этим транзакциям. Может быть указано, сколько денег всего поставщик услуг принял соответственно. Этот набор индикаторов может быть основан на количествах или основан на ярусах, или может включать как числовые данные, так и ярусы, которые отображаются вместе и которые также могут быть разделены по времени с увеличением масштаба или уменьшением масштаба, такого как один или более дней, один или более месяцев или один или более лет. Эти данные могут быть весьма полезны при ведении переговоров о ценах запросов на обслуживание, поскольку поставщики услуг, которые имеют хорошие отношения с клиентом, могут предлагать этому клиенту хорошую цену.
[174] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать пятый набор индикаторов идентифицирует предполагаемое время пути для завершения запроса на обслуживание для поставщика услуг. С точки зрения поставщика услуг это может быть время пути от текущего местоположения до местоположения посадки и от местоположения посадки до местоположения высадки. И в случае необходимости время, которое потребуется поставщику услуг для возвращения к заданному местоположению возврата от местоположения высадки, если применимое ограничение местоположения возврата было задано поставщиком услуг. Этот набор индикаторов предназначен предпочтительно для поставщиков услуг, чтобы они знали полное время, которое может потребоваться для выполнения запроса на обслуживание; но этот набор индикаторов также может быть важен для клиенту, который хотел бы знать полное время пути. С точки зрения поставщика услуг предполагаемое время пути (ЕТТ) также означает время, необходимое для завершения запроса на обслуживание; однако временем, необходимым для завершения запроса, с точки зрения клиента является только время пути от местоположения посадки до местоположения высадки. Этот фактор является важным при предоставлении опций поставщику услуг для выбора наилучшего подходящего запроса на обслуживание или наилучшего подходящего клиента.
[175] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать шестой набор индикаторов соединяет геолокационные данные поставщика услуг и геолокационные данные заданного местоположения возврата поставщика услуг после выполнения запроса на обслуживание, если поставщик услуг задаст местоположение возврата. Этот набор индикаторов обеспечен с целью показа данных о местоположении поставщика услуг или клиента, которые хорошо понятны и визуализированы; этот набор индикаторов показан на дисплее для электронной карты с сенсорным экраном, и в дополнение к показу определенных местоположений поставщика услуг, он может показывать местоположения, которые клиент указал как местоположения посадки и высадки. Этот набор индикаторов основан по меньшей мере частично на подкатегории типа услуги, и этот набор индикаторов может быть изменен для отражения/ обеспечивает ли поставщик услуг или будет обеспечивать услугу по перевозке пассажиров, услугу по доставке груза или услугу по перевозке пассажиров и по доставке груза одновременно. Местоположение возврата может быть скрыто поставщиком услуг, чтобы оно не было показано другому пользователю и показано только самому себе, поскольку оно может относиться к закрытой информации, содержащейся в нем.
[176] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент и поставщик услуг могут выбрать фильтрование и сортировку данных на основании предпочтения. Некоторые наборы индикаторов отличаются в зависимости от того, является ли пользователь клиентом или поставщиком услуг, но они могут быть отсортированы тем же способом. Если пользователь заинтересован только в цене или времени исполнения, он может выбрать, чтобы система всегда сортировала предложения цены по этому параметру, будь это сортировка сверху вниз или снизу вверх. Пользователи могут выбрать, чтобы индикаторы сортировались по их желанию, например, индикатор ценообразования отображался первым, а индикатор, который отображает транзакции, завершенные с другой стороной, отображался после него, и т.п.
[177] Клиент может фильтровать предложения цены, принятые от поставщика услуг, различными способами. Во-первых, клиент может ограничить количество предложений цены, которые ему показывают. Например, клиент, возможно, не хочет видеть больше десяти предложений цены в текущий момент времени или может проинструктировать систему начинать список с самых низких предложенных цен. Тип данных, которые являются самыми важными для клиента при выборе поставщика услуг, может использоваться для сортировки и фильтрования предложений цены в запросе на обслуживание от поставщиков услуг. Кроме того, пользователи, будь это поставщик услуг или клиент, могут выбрать, какие индикаторы они хотят видеть, путем их включения или выключения, чтобы сделать их активными или неактивными, и система будет динамически обновляться в соответствии с этой настройкой; пользователь имеет окончательное право выбирать по собственному усмотрению, наблюдать один или более индикаторов, или любое сочетание индикаторов. Кроме того, индикаторы могут быть включены или выключены, в зависимости от того, кто может видеть эти индикаторы. Если клиент не хочет, чтобы поставщики услуг видели определенные индикаторы или данные, он может скрыть эти индикаторы от поставщиков услуг. Поставщик услуг также может скрыть индикаторы, которые предназначены ему, от предполагаемых клиентов. Предоставленная пользователю возможность выключения одного или более наборов индикаторов по собственному усмотрению защищает любые данные, которые пользователь считает личными, или любые данные, которые не относятся к делу.
[178] Поставщик услуг также может задавать и фильтровать данные, которые может видеть клиент. Система может автоматически отфильтровать запросы, которые не удовлетворяют заданным для них ограничениям. Например, поставщик услуг, который интересуется только наблюдением цен выше определенной стоимости, может проинструктировать систему, чтобы она отображала только такие данные. В дополнение к справедливой цене, поставщик услуг может сортировать запросы на обслуживание и предложения цены по любым соответствующим данными, относящимися к ним, таким как сортировка по расстоянию или предполагаемому времени пути, или по близости к местоположению посадки.
[179] Согласно приведенному в качестве примера варианту реализации настоящего изобретения пользователям разрешено сортировать данные и индикаторы, которые отображаются для них, по своему усмотрению дополнительным способом для приспосабливания к предпочтениям и ограничениям клиента или поставщика услуг соответственно. Если пользователь находит различные аспекты услуги важными, любой индикатор или любое сочетание индикаторов могут быть выключены. Поскольку индикаторы могут быть активированы или деактивированы в качестве средства для индивидуальной настройки поставщиком услуг и клиентом, возможны ситуации, в которых система может настроить обеспечение или запросы на обслуживание для соответствия этим индивидуальным настройкам. Если, например, поставщик услуг и клиент деактивировали все свои ценовые индикаторы, система может автоматически установить цену запроса на обслуживание в качестве цены по умолчанию.
[180] Различные наборы индикаторов не отображаются во время всего процесса выполнения услуги. Поскольку они в основном предназначены для помощи клиенту и поставщику услуг при оценке другой стороны и их квалификации, их показывают прежде, чем будут признаны запросы на обслуживание или прежде, чем истекут запросы на обслуживание. В данный момент времени, когда цена, указанная в запросе на обслуживание, признана подтвержденной и выбранной поставщиком услуг, назначенным для выполнения этого запроса на обслуживание, соответствующие наборы индикаторов для этой транзакции будут удалены из электронной карты.
[181] Специалисту понятно, что основное назначение любых одного или более наборов индикаторов состоит в том, чтобы показывать пользователю соответствующие данные для услуги по требованию удобным, прозрачным и простым способом. Числовые данные или названия наборов индикаторов приведены с целью иллюстрации и могут быть удалены, объединены, исправлены или изменены иным способом; однако без отклонения от основного назначения при использовании и для облегчения помощи клиенты выбирают наилучшего подходящего поставщика услуг для запроса на обслуживание быстрым, удобным и эффективным способом, поскольку данные, переданные любому клиенту или поставщику услуг в форме индикатора, предназначены, чтобы сделать процесс более прозрачным.
[182] Согласно приведенным в качестве примера вариантам реализации настоящего изобретения клиент может выбрать наилучшего подходящего поставщика услуг, путем задействования многоступенчатого анализа, который включает, помимо прочего, информацию о цене и другую информацию, представленную различными наборами индикаторов, и ограничения, заданные поставщиками услуг, и предпочтения, заданные клиентом.
[183] Согласно приведенному в качестве примера варианту реализации настоящего изобретения в начале процесса идентификации наилучшего подходящего поставщика услуг клиент может иметь опцию выбора типа услуги по требованию, которая может включать услугу по перевозке пассажиров, услугу по доставке груза, или то и другое вместе, т.е. услугу по перевозке пассажиров и услугу по доставке груза одновременно. Затем клиент может задать по меньшей мере предпочтения, относящиеся к запросу на обслуживание, такие как тип транспортного средства, язык, на котором говорит поставщик услуг, и т.п. После того, как предпочтения заданы, клиент идентифицирует категорию поставщика услуг, которому клиент хочет направить запрос на обслуживание для выполнения, независимо от того, должен ли этот поставщик услуг быть выбран из числа обычных поставщиков услуг, предпочтительных поставщиков услуг или из пула обычных и предпочтительных поставщиков услуг. Кроме того, система определяет некоторые параметры поиска в электронной карте, обеспеченной сторонним приложением Карты Google. Затем система выполняет поиск и идентифицирует одного или более доступных поставщиков услуг, соответствующих данному запросу на обслуживание клиента, в рамках определенных параметров поиска, причем система пропускает любых неподходящих поставщиков услуг. Однако поставщик услуг может задать множество ограничений на услуги или может вообще не задавать ничего. Чем меньше ограничений задал поставщик услуг, тем более доступным этот поставщик услуг является для системы.
[184] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент выбирает поставщика услуг из своего списка предпочтительных контрагентов, если таковой имеется. Списки предпочтительных контрагентов дают клиенту другое средство, которое они могут использовать для индивидуализации своего взаимодействия, располагая по приоритетам тех, кто оказывает услугу. Если клиент хочет, чтобы запрос на обслуживание был выполнен предпочтительным поставщиком услуг из списка предпочтительных контрагентов, но система не идентифицирует каких-либо предпочтительных поставщиков услуг, доступных для выполнения такого запроса, или клиент вообще не имеет списка предпочтительных контрагентов, клиент может попросить систему сделать выбор из числа обычных поставщиков услуг. Возможны предсказуемые ситуации, в которых клиент вообще может не иметь списка предпочтительных контрагентов, например, клиент, который использует систему впервые. В дополнение к этому предпочтительные поставщики услуг, возможно, не являются доступными в это время для оказания услуги. В этом случае система позволят клиенту расширить пул, выбирая наилучшего подходящего поставщика услуг из числа обычных поставщиков услуг. После осуществления услуги клиент может добавить в список предпочтительных контрагентов этого поставщика услуг после получения согласия отданного поставщика услуг.
[185] Система показывает клиенту одного или более идентифицированных поставщиков услуг для сравнения их в порядке приоритетов клиента, основанных на цене и других данных, предоставленных одним или более наборами индикаторов, связанных с одним или более идентифицированными поставщиками услуг. Клиент может видеть потенциально доступных поставщиков услуг на дисплее для электронной карты с сенсорным экраном. Однако клиент и один или более поставщик услуг только показаны друг другу, если они идентифицированы системой как совместимые. Система принимает во внимание заданные ограничения поставщика услуг и заданные предпочтения клиента при определении их совместимости. Например, поставщик услуг без заданных ограничений и клиент без заданных предпочтений будут идентифицированы системой как совместимые и, таким образом, будут приведены к возможному наилучшему соответствию. Если любая настройка, будь это ограничения поставщика услуг или любое из предпочтений клиента, препятствуют согласованию сторон, стороны считаются несовместимыми. Например, если клиент делает запрос на услугу по перевозке пассажиров для поставщика услуг для перевозки пассажиров, который имеет транспортное средство, доступное для инвалидного кресла, поставщик услуг, который не имеет транспортного средства, доступного для инвалидного кресла, будут считаться несовместимым с эти клиентом и этим запросом на обслуживание клиента. Несовместимость также может возникать при передаче запроса на обслуживание только предпочтительным поставщикам услуг или только обычным поставщикам услуг, из настроек относительно подкатегории услуги, в дополнение к собственному нахождению в списке нежелательных контрагентов или внесению другой стороны в список нежелательных контрагентов. Несовместимость вычисляется путем сравнения всех ограничений поставщика услуг и предпочтений клиента, и когда по меньшей мере одна потребность не удовлетворена, считается, что стороны несовместимы.
[186] Согласно приведенным в качестве примера вариантам реализации настоящего изобретения система определяет несовместимость между клиентом и поставщиком услуг для запроса на обслуживание путем сравнения различных факторов, относящихся к каждому ограничению и предпочтению пользователя, а также к данным о профиле пользователя. Например, если в отношении поставщика услуг не указано, что он может говорить на мандаринском наречии, а клиент предпочитает поставщика услуг, говорящего на мандаринском наречии, предпочитая его всем потенциально доступным поставщикам услуг, среди которых все поставщики услуг, которые не говорят мандаринском наречии, являются несовместимыми. При сравнении заданных поставщиком услуг ограничений по времени с предполагаемым временем пути, указанным в запросе на обслуживание клиента, полное время будет включать время, которое поставщик услуг затратит на дорогу до местоположения посадки, затем до местоположения высадки и, наконец, до заданного местоположения возврата, если таковое применимо; если предполагаемое время пути окажется за пределами ограничений по времени, заданных поставщиком услуг, данный поставщик услуг окажется не в состоянии добраться до места, где он должен быть к определенному времени, и, таким образом, данный поставщик услуг будет считаться несовместимым. Система также сравнивает ограничения по местоположению поставщика услуг, причем если поставщик услуг указал, что не посещает определенные области, и в ситуациях, в которые местоположения посадки и высадки клиента охватывают одну или две из этих областей, такой поставщик услуг считается несовместимым.
[187] Согласно приведенному в качестве примера варианту реализации настоящего изобретения количеством потенциально доступных поставщиков услуг, которых клиент видит на дисплее для электронной карты, можно управлять различными способами. Если клиент задаст параметры поиска по времени или расстоянию, которые приводят к показу слишком большого количества поставщиков услуг, показываемых на дисплее для электронной карты, система попросит клиента пересмотреть параметры поиска. Клиент может иметь опцию для ограничения радиуса поиска, например, от десяти миль до одной мили или от тридцати минут до десяти минут. Кроме того, клиент имеет опцию для задания количества поставщиков услуг для ведения переговоров, с помощью которой он может ограничить количество потенциально доступных поставщиков услуг на дисплее для электронной карты, например, максимальным количеством пять. Это количество может быть изменено в сторону увеличения или, напротив, ограничения количества поставщиков услуг, с которыми клиент согласен вести переговоры, и которые будут показаны ему с его согласия. Кроме того, система может автоматически настроить параметры поиска от имени клиента, если поиск приводит к слишком большому количеству потенциально доступных поставщиков услуг, для согласования с экраном дисплея для электронной карты, В целом, имеются три фактора, которые влияют на размер параметров поиска для клиента: желательное количество поставщиков услуг для сотрудничества, время и расстояние.
[188] Клиент задает желательное количество показываемых поставщиков услуг, которое влияет на размер параметра поиска, основанного на количестве, при котором система делает область поиска достаточно большой, чтобы идентифицировать желательное количество потенциально доступных поставщиков услуг, с которыми клиент хочет вести переговоры. Если клиент желает вести переговоры с десятью поставщиками услуг, система будет выглядеть слишком мелкомасштабной для идентификации желательного количества, которое составляет десять поставщиков услуг. Количество времени влияет на размер параметра поиска на основании времени способом, которым система будет искать всех потенциально доступных поставщиков услуг, которые могут добраться до местоположения посадки клиента в пределах указанного времени; чем больше время, тем больше параметр поиска. Величина расстояния затрагивает размер параметра поиска, основанного на расстоянии, способом, которым система будет искать всех потенциально доступных поставщиков услуг, текущее местоположение которых находится в пределах определенного заданного расстояния от клиента; чем больше расстояние, тем больше параметр поиска. Клиент может использовать один или более или любое сочетание из этих трех параметров поиска. Этот выбор позволяет клиенту индивидуализировать способ нахождения наилучшего подходящего поставщика услуг.
[189] Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может задать возможность видеть всех потенциально доступных поставщиков услуг на основании всех трех параметров поиска: количестве, времени и расстоянии, таким образом, система создает параметр поиска для каждого, выполняя поиск в трех различных областях. Центром каждой из этих областей является местоположение посадки клиента. Величина этих областей изменяется в зависимости от области и времени, поскольку она зависит от того, сколько поставщиков услуг находятся рядом с местоположением посадки клиента. Однако цель этого поиска состоит в нахождении и показе клиенту пула потенциально доступных поставщиков услуг, из которого клиент будет выбирать. Размер пула зависит от количества поставщиков услуг, которых клиент указывает как подходящих для сотрудничества; таким образом, поиск правильного количества поставщиков услуг, с которыми клиент хотел бы сотрудничать, может иметь приоритет, влияющий на параметры поиска по расстоянию или времени. Возможны по меньшей мере три ситуации, в которых область поиска, созданная параметром поиска на основании количества, может сравниваться с другими двумя параметрами поиска: когда это самая небольшая область поиска, когда это среднеразмерная область поиска и когда это наибольшая область поиска.
[190] Если количество поставщиков услуг идентифицировано при поиске по времени, и расстояние больше, чем определенное значение, заданное как желательное количество поставщиков услуг, с которыми клиент хочет вести переговоры, система автоматически сокращает параметры поиска до самой малоразмерной области поиска. По существу, когда параметр поиска, основанный на количестве, создает самую малую область поиска, она отображает самых ближайших поставщиков услуг из всех поставщиков услуг, которые могут быть идентифицированы в других областях поиска, размер которых больше. Поставщики услуг, идентифицированные параметрами поиска по времени и расстоянию, текущее местоположения которых выходит за пределы этой, имеющей самый маленький размер области, могут оставаться видимыми клиенту или могут быть удалены и не показаны на основании предпочтений клиента, при этом они не будут включены в пул потенциально доступных поставщиков услуг, с которыми клиент мог бы вести переговоры.
[191] Область поиска, созданная параметром поиска, основанным на количестве, может быть областью среднего размера, если она либо больше по расстоянию и меньше по времени, либо больше по времени и меньше по расстоянию. По существу, размер области, основанной на количестве поставщиков услуг, с которыми клиент хочет вести переговоры, попадает между количеством поставщиков услуг, идентифицированных поиском по времени и расстоянию, при этом система идентифицирует желательное количество поставщиков услуг, расчетное время прибытия которых является самым коротким. В результате все поставщики услуг, идентифицированные параметром поиска по времени, текущее местоположение которых находится за пределами этой среднеразмерной области поиска, могут оставаться видимыми клиенту, но не будут включены в пул потенциально доступных поставщиков услуг, с которыми клиент хотел бы вести переговоры. Тот же самое может быть верным, если имеющая наибольший размер область поиска является результатом поиска с использованием параметра поиска по расстоянию, и имеющая самый малый размер область поиска является результатом поиска с использованием параметра поиска по времени. В этой ситуации все поставщики услуг, идентифицированные параметром поиска по расстоянию, текущее местоположение которых находится за пределами среднеразмерной области поиска, остаются видимыми клиенту или могут быть удалены и не показаны на основании предпочтения клиента, но не будут включены в пул потенциально доступных поставщиков услуг, с которыми клиент хотел бы вести переговоры.
[192] Параметр поиска на основании количества может создать имеющую наибольший размер область поиска по сравнению с поиском по расстоянию и времени, когда область поиска больше, чем область, полученная поиском по расстоянию и по времени. Если количество поставщиков услуг, идентифицированных поиском по времени и расстоянию, меньше, чем определенное число, заданное как желательное количество поставщиков услуг, с которыми клиент желает вести переговоры, система автоматически расширяет параметры поиска до имеющей наибольший размер области поиска. Расчетное время прибытия дополнительных четырех поставщиков услуг, таким образом, может превысить желательное расчетное время прибытия, например, расширенная область поиска для прибытия в течение двадцати минут по сравнению с десятью минутами. Однако, поскольку все поставщики услуг, идентифицированные параметрами поиска по времени и по расстоянию, находятся в пределах этой имеющей наибольший размер области поиска, они будут включены в пул потенциально доступных поставщиков услуг, с которыми клиент будет вести переговоры. Система обновляет все индикаторы и соответствующие данные соответственно для отражения изменений в пуле потенциально доступных поставщиков услуг.
[193] Согласно приведенному в качестве примера варианту реализации настоящего изобретения независимо от того, сколько параметров поиска клиент задает в текущий момент времени, или один, или больше, или любое сочетание перечисленных выше, наряду с потенциально доступными поставщиками услуг, система также идентифицирует других клиентов, текущие местоположения которых находятся в пределах заданных параметров поиска, и которым в настоящее время требуется услуга того же типа, как и тип услуги, которую запросил клиент. Отображение количества доступных поставщиков услуг и клиентов, требующих услугу, является основой спроса и предложения, которую клиент и поставщик услуг могут использовать при определении цены, независимо от того, согласятся ли они на предложение цены, не согласятся на предложение цены, или сделают встречное предложение в ответ на предложение цены.
[194] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг выбирает наилучшего подходящего клиента на основании заданных ограничений и других данных, предоставленных различными наборами индикаторов. Всестороннее раскрытие подробностей запроса на обслуживание улучшает взаимодействие и для клиента, и для поставщика услуг; полное раскрытие позволяет системе использовать больше подробностей при поиске наилучшего подходящего запроса на обслуживание с точки зрения поставщика услуг. Чем больше раскрытие, тем лучше может быть соответствие. Система принимает во внимание ограничения, которые введены поставщиками услуг, и эти ограничения также могут включать, помимо прочего, ограничения по времени, местоположения и по тому, кто может принять запрос на обслуживание клиента. По существу, ограничения, которые поставщик услуг задает по рабочей нагрузке, профилю и другим своим соответствующим аспектам, автоматически учитываются системой. Например, если поставщик услуг ограничил запросы, которые относятся только к запросам на перевозку пассажиров, система будет передавать уведомления только о запросах на перевозку пассажиров, но не о запросах по доставке груза. Приспособление к потребностям поставщика услуг позволяет поставщику услуг выбрать наилучшего подходящего клиента на основании его определения или предпочтения.
[195] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может задать различные ограничения, которые предназначены для ограничения объема услуг по требованию, которые поставщик услуг не хотел оказывать, и которые учитываются при идентификации соответствия поставщику услуг или соответствия клиенту. Если ограничения поставщика услуг, которые относятся к расстоянию до местоположения посадки, препятствуют тому, чтобы система показывала тех поставщиков услуг, текущее расстояние которых от запрошенного местоположения посадки превышает расстояние, которое эти поставщики услуг задали как их местоположение или как ограничение расстояния. В результате, поставщик услуг, который не желает принимать любые запросы на обслуживание с местоположением посадки за пределами определенного расстояния от текущего местоположения, не будет принимать такие запросы на обслуживание и не будет показан этому клиенту. Ограничения, которые относятся к расчетному времени прибытия в запрошенное местоположение посадки, препятствуют тому, чтобы система выбирала этих поставщиков услуг, заданные ограничения расчетного времени прибытия которых не удовлетворяют расчетному времени прибытия, связанному с запросом на обслуживание этого клиента, так что поставщик услуг, который желает потратить не больше чем десять минут, добираясь от текущего местоположения до запрошенного местоположения посадки, не будет принимать запросы на обслуживание, которые не удовлетворяют этому требованию.
[196] Поставщик услуг, который не желает принимать любые запросы на обслуживание с предполагаемым расстоянием перемещения, которое больше или меньше, чем определенное расстояние перемещения, на которое он согласен перемещаться, может не принимать запросы на обслуживание, которые не удовлетворяют его ограничениям относительно предполагаемого времени пути. Таким образом, поставщик услуг может найти компромисс в возможности задавать ограничения по времени, чтобы не принимать любые запросы на обслуживание, которые потенциально приведут поставщика услуг к переработке сверх определенного времени, или в возможности задавать ограничения по местоположению, чтобы не завершить оказание услуги по требованию в нежелательных областях. Возможно, существует поставщик услуг, который не желает чрезмерно увеличивать пробег своего транспортного средства и, таким образом, предпочитает выполнять запросы на обслуживание с небольшим расстоянием. Или, наоборот, может найтись поставщик услуг, который желает выполнять только запросы на обслуживание с большим расстоянием. Кроме того, поставщики услуг могут ограничивать количество пассажиров, которых они перевозят в текущий момент времени, по личным причинам или по причинам любых применимых правил или нормативных документов, которые налагают ограничения на количество пассажиров, которых поставщик услуг может по закону перевозить в своем транспортном средстве в текущий момент времени.
[197] Согласно приведенному в качестве примера варианту реализации настоящего изобретения могут иметься множество ограничений, специфических для услуг по доставке груза по требованию. Например, поставщик услуг может ввести ограничение типа доставляемых предметов, такое как исключение любых хрупких, опасных или ценных предметов. Или если поставщик услуг не желает перевозить множество грузов в текущий момент времени, он может ограничить количество предметов, которые он потенциально может принять для доставки. Понятно, что легче обращаться только с одним или двумя предметами в текущий момент времени, поскольку слежение за множеством предметов может быть для некоторых людей трудной задачей. Кроме того, также может быть рассмотрен вес предметов для услуги по доставке груза. Например, в основном поставщики услуг женского пола не захотят принять к доставке тяжелый груз, поскольку подъем этих предметов может быть для них физически тяжелым испытанием. Также может быть рассмотрен размер предметов, поскольку не все поставщики услуг способны перевозить большие или очень большие предметы, поскольку запрос на обслуживание для доставки такого груза может потребовать, чтобы поставщик услуг не только имел транспортное средство, но также чтобы это транспортное средство имело соответствующую вместимость. Что касается запросов на обслуживание, охватывающих домашних животных, некоторые поставщики услуг могут выбрать отказ от таких запросов на обслуживание по причинам аллергии на животных или по причинам отсутствия надлежащего приспособления, такого как специальная решетка. Перевозка детей может быть недопустима для некоторых поставщиков услуг, поскольку маленьким детям обычно требуется специальное детское сидение, и это требование должно быть удовлетворено согласно закону.
[198] Некоторые из ограничений, являющиеся результатом персонального желания поставщиков услуг ограничить объем запросов на обслуживание по требованию, которые они желают выполнить, могут находиться в противоречии с некоторыми из соответствующих юридических ограничений. В этой ситуации система удостоверяется, что поставщик услуг следует всем юридическим ограничениям, применимым к типу услуги по требованию, и пропускает тех поставщиков услуг при направлении запросов на обслуживание, которые подлежат действию любых таких юридических ограничений. Пропуск произойдет, даже если персональные ограничения, заданные поставщиком услуг, позволят ему или ей выполнять запрос на обслуживание, не разрешенный по причинам применимых юридических ограничений. Например, если поставщик услуг указал, что в текущий момент времени может перевозить в своем транспортном средстве не больше пяти пассажиров, а разрешенное законом количество пассажиров для транспортного средства этого типа составляет четыре, этот поставщик услуг будет отстранен от приема запросов на услуги по перевозке пассажиров при перевозке больше чем четырех пассажира в текущий момент времени.
[199] Согласно приведенному в качестве примера варианту реализации настоящего изобретения если поставщик услуг несовместим с запросом на обслуживание клиента на основании ограничений этого поставщика услуг, система будет игнорировать этого поставщика услуг в процессе идентификации возможных соответствий для запроса на обслуживание этого клиента. Если выяснилось, что клиент несовместим с поставщиком услуг на основании предпочтений клиента и ограничений поставщика услуг, система будет игнорировать этого клиента при показе поставщику услуг потенциально доступных клиентов. Однако поставщики услуг могут быть игнорированы при запросе на обслуживание клиента на основании по меньшей мере одного или более, или любого сочетания перечисленного выше, включая, помимо прочего, заданные ограничения, категорию поставщиков услуг, к которой они принадлежат, тип услуг по требованию, которые они выбрали для оказания, и находятся ли они в списке нежелательных контрагентов этого клиента. Если клиент представил запрос об услуге по перевозке пассажиров и хочет, чтобы этот запрос на услугу по перевозке пассажиров был выполнен одним из его предпочтительных поставщиков услуг для услуги по перевозке пассажиров, все поставщики услуг в списке нежелательных контрагентов этого клиента и все поставщики услуг, которые не удовлетворяют категории запроса на обслуживание или не удовлетворяют типу запроса на обслуживание, будут пропущены для запроса на обслуживание этого клиента.
[200] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг задает параметр поиска на основании времени посадки или параметр поиска на основании расстояния, которые сосредоточены в текущем местоположении. Размер параметров поиска задается таким образом, что включает все запросы на обслуживание с учетом определенного ограничения: параметрами поиска могут быть все запросы в пределах определенного предполагаемого времени пути до местоположения поставщика услуг, или ими может быть радиус, который основан на расстоянии до местоположения поставщика услуг. Поставщик услуг также может выбрать возможность видеть все запросы, или все запросы, относящиеся к определенному типу услуги. Кроме того, поставщик услуг может сосредоточить запросы, о которых он уведомлен, в списках предпочтительных контрагентов, если он желает. Если есть поступил на обслуживание от клиента, который находится в пределах заданного радиуса поставщика услуг, этот поставщик услуг может на электронной карте просмотреть местоположения для посадки и высадки, в зависимости от почтового индекса или конкретного адреса, указанных клиентом, и проверить, попадают ли в пределы этого радиуса местоположения для посадки клиента или погрузки предметов, или посадки клиента с предметами. Когда поставщик услуг открывает систему, он может задать различные наборы индикаторов и любых ограничений на основании предпочтения, принять один или более запросов на обслуживание от одного или более клиентов на электронной карте, и затем поставщик услуг оценивает запросы на обслуживание и решает, который запрос на обслуживание принять или выполнить. Данные о запросе на обслуживание могут быть отображены посредством различных наборов индикаторов, относящихся к этому запросу на обслуживание, таких как цена, предложенная клиентом, если она применима, а также данные о маршруте, местоположение посадки или высадки или предполагаемое время пути для этого запроса на обслуживание.
[201] Согласно приведенному в качестве примера варианту реализации настоящего изобретения параметры поиска, которые установлены на основании настроек поставщика услуг, также предоставляют данные, относящиеся к спросу и предложению. Поставщик услуг может вычислить все доступные запросы в соединении с тем, сколько поставщиков услуг доступны в пределах тех же параметров поиска, которые используются для оценки количества запросов на обслуживание, что может быть фактором, который является влиятельным при определении предложения цены; после того, как поставщику услуг становятся известны данные о доставке, он может начать выбор наилучшего запроса на обслуживание, подходящего на основании по меньшей мере цены или любых других факторов, которые поставщик услуг считает важными при выборе наилучшего для себя соответствия.
[202] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг имеет опцию поиска потенциальных клиентов для оценки условий спроса и предложения в области, окружающей текущее местоположение. Поиск основан на параметрах поиска, из которых имеются по меньшей мере три: параметр поиска на основании количества, параметр поиска на основании времени и параметр поиска на основании расстояния. Эти три различных параметра поиска ведут к различным ситуациям, и каждый поиск может генерировать область поиска или географическую зону, которая отображена на электронной карте. Насколько сильно эти области будут изменяться по площади и времени, зависит от того, сколько клиентов находятся рядом с текущим местоположением поставщика услуг. Цель создания этого поиска состоит в том, чтобы найти и показать поставщику услуг пул клиентов, потенциально доступных для него. Размер пула потенциально доступных клиентов основан на количестве клиентов, которое поставщик услуг указал для показа на отображении; таким образом, поиск точного количества, которое поставщик услуг хотел бы видеть, может иметь приоритет, в некоторых ситуациях касающийся параметров поиска по расстоянию или по времени. Возможны по меньшей мере три ситуации, в которых область поиска, созданная параметром поиска, основанным на количестве, может быть сравнена с другими двумя параметрами поиска: самая малая область поиска, среднеразмерная область поиска и наибольшая область поиска.
[203] Если поставщик услуг задал возможность иметь все три области поиска, которые сразу являются активными, эти области поиска могут изменяться по размеру на основании их параметра. Если область поиска, которая основана на количестве клиентов, является самой малой по сравнению с областями параметра поиска по времени и по расстоянию, используя этот параметр поиска, основанный на количестве, система идентифицирует желательное количество клиентов, у которых время пути от текущего местоположения поставщика услуг является самым кратким. По существу, система создает область поиска, имеющую самый малый размер, с текущим местоположением поставщика услуг в качестве центральной точки и самым далеким местоположением одного или более клиентов в качестве предельной точки. Система в этой ситуации автоматически ограничивает пул географически доступных клиентов, поскольку количество клиентов, которых поставщик услуг желает видеть, был сформирован прежде, чем были достигнуты пределы других параметров поиска.
[204] Область поиска или географическая зона, созданная параметром поиска, основанным на количестве, в некоторых ситуациях может быть областью среднего размера, когда она или больше, чем область поиска по расстоянию, и в то же время меньше, чем область поиска по времени, или больше, чем область поиска по времени, и в то же время меньше, чем область поиска по расстоянию. Система создает области поиска на основании параметров поставщика услуг. Когда параметр поиска, основанный на количестве, является среднеразмерной областью поиска с текущим местоположением поставщика услуг в качестве центра и самым далеким местоположением одного или более клиентов в качестве предельной точки. Все клиенты, идентифицированные параметром поиска по времени, текущее местоположение которых находится за пределами этой среднеразмерной области поиска, могут оставаться видимыми или могут быть удалены из отображения для поставщика услуг, но не будут включены в вычисление спроса и предложения в пределах указанной области поиска. Если имеющая наибольший размер область поиска является результатом поиска с использованием параметра поиска по расстоянию, и имеющая самый малый размер область поиска является результатом поиска с использованием параметра поиска по времени, клиенты, находящиеся в пределах среднеразмерной области, и, таким образом, в пределах имеющей малый размер области, будут включены в вычисление спроса и предложения, в то время как клиенты, находящиеся за пределами среднеразмерной области, будут исключены из вычисления спроса и предложения. В этой ситуации все клиенты, идентифицированные параметром поиска по расстоянию, текущее местоположение которых находится за пределами среднеразмерной области поиска, остаются видимыми поставщику услуг, но не включены в вычисление спроса и предложения в пределах этой среднеразмерной области поиска.
[205] Параметр поиска, основанный на количестве, может создать имеющую наибольший размер область поиска по сравнению с областью, созданной параметром поиска по расстоянию и по времени, если данная область поиска больше чем область поиска, созданная параметром поиска по расстоянию, и больше, чем область поиска, созданная параметром поиска по времени. Поскольку все клиенты, идентифицированные параметрами поиска по времени и по расстоянию, находятся в пределах этой имеющей наибольший размер области поиска, они будут включены в вычисление спроса и предложения в пределах этой имеющей наибольший размер области поиска, но если количество клиентов меньше того количества, которое желает видеть поставщик услуг, этот поставщик услуг может расширить параметры поиска для поиска большего количества потенциально доступных клиентов, чтобы достичь желательного количества, которое поставщик услуг хотел бы видеть. Система обновляет все индикаторы и соответствующие данные соответственно для отражения изменений в пуле потенциальных клиентов.
[206] Согласно приведенному в качестве примера варианту реализации настоящего изобретения независимо от того, сколько параметров поиска поставщик услуг задает в текущий момент времени, т.е. один или более, или сочетание вышеуказанного, наряду с потенциальными клиентами система также идентифицирует других поставщиков услуг, текущее местоположение которых находится в пределах заданных параметров поиска, и которые в настоящее время являются доступными для оказания услуги того же типа, что и тип услуги, который задан этим поставщиком для выполнения. Система сравнивает общее количество идентифицированных других поставщиков услуг с общим количеством идентифицированных потенциальных клиентов для представления текущего состояния спроса и предложения поставщику услуг. Поставщик услуг может выполнить поиск, затем оценить по меньшей мере информацию о текущих спросе и предложении в окружающей области, а также другую информацию, отраженную одним или более наборами индикаторов. Если предложение определяется как высокое, а спрос определяется как низкий, он может рассмотреть принятие сниженной цены или изменение текущего местоположения на местоположение, где пониженное предложение и повышенный спрос потенциально могут способствовать увеличению прибыли. Если поставщик услуг уже получил запрос на обслуживание, он может оценить текущие условия спроса и предложения и решить: принять заказ, отказаться от заказа или вести переговоры по поводу данного запроса на обслуживание. Если предложение определяется как высокое, и спрос определяется как низкий, в то время как поставщик услуг ожидает запрос на обслуживание, он может рассмотреть прием запроса по цене, инициированной клиентом, или, если клиент предлагает ему инициировать цену, поставщик услуг может выяснить среднюю цену или пониженную цену. Если, напротив, предложение определяется как низкое, и спрос определяется как высокий, поставщик услуг в качестве варианта может рассмотреть возможность переговоров о потенциально более высокой цене за выполнение запроса на обслуживание.
[207] Согласно приведенному в качестве примера варианту реализации настоящего изобретения другие данные, отраженные одним или более наборами индикаторов, могут влиять на предложение цены и, в конечном счете, на конечную цену запроса на обслуживание клиента. Цена - может быть один из важнейших факторов среди других при определении наилучшего подходящего поставщика услуг. Большая часть данных, предоставленных клиенту и поставщику услуг посредством различных наборов индикаторов или иных средств, помогает им окончательно договориться о цене. Система обеспечивает всех клиентов и поставщиков услуг, независимо от того, насколько селективными они являются, достоверной информацией, основанной на исторических данных и данных в режиме реального времени, находящихся в базе данных системы, которую они могут использовать для оценки других сторон, и порядок этих данных и этих различных наборов индикаторов предоставляется клиенту или поставщику услуг на основании приоритета. Приоритеты настройки автоматически не приводят к наилучшему соответствию между клиентом и одним или более поставщиками услуг. Однако приоритеты настройки позволяют системе фильтровать одного или более поставщиков услуг в зависимости от приоритетов клиента. В результате клиент может не только выбрать задание определенной очередности, но также установить порядок осуществления этих приоритетов. Различные наборы индикаторов наряду с другими данными, которые предоставляет система, позволяют клиенту подобрать и выбрать наилучшего подходящего поставщика услуг полностью по своему усмотрению.
[208] Например, клиент может задать возможность расположения по приоритетам поставщиков услуг на основании следующих трех приоритетов: предпочтительные поставщики услуг, которые доступны для выполнения его запроса на обслуживание, расчетное время прибытия которых находится в пределах десяти минут, и чья цена в ответ на предложение цены, инициированной клиентом, является самой низкой. Затем клиент может определить предпочтительных поставщиков услуг в качестве первого приоритета, цену в качестве второго приоритета, и расчетное время прибытия в качестве третьего приоритета. Клиент также может расширить или, напротив, сократить количество приоритетов, учитываемых в текущий момент времени. Клиент также может задать возможность отображения результатов поиска в такой форме, которую он предпочитает. Например, клиент может задать просмотр только трех поставщиков услуг, которые лучше всего соответствуют его приоритетам. Однако это количество может быть любым количеством результирующих поставщиков услуг, которых клиент предпочитает просматривать в текущий момент времени. Это количество также может быть изменено для просмотра в большую или меньшую сторону, в зависимости от желания клиента.
[209] Первый набор индикаторов, который показывает идентификацию поставщика услуг, может влиять на цену, поскольку клиент может желать предложить больше или меньше поставщику услуг, которого клиент может выбрать из списка предпочтительных контрагентов, особенно в случаях плохой погоды, когда клиент может получить больше пользы от предпочтительного поставщика услуг по сравнению с другим обычным поставщиком услуг, который просит цену, исходя из низкого предложения и очень высокого спроса. Согласно приведенному в качестве примера варианту реализации настоящего изобретения, если для клиента важно найти поставщика услуг, который уже оказывал услуги по требованию этому клиенту в прошлом, и который оставил клиента вполне удовлетворенным качеством оказанной услуги, клиент может задать возможность расположения по приоритетам поставщиков услуг из списка предпочтительных контрагентов, которые уже выполняли услугу того же типа, что и указанная клиентом услуга, и которые в настоящее время являются доступными для выполнения запроса на обслуживание, причем предпочтительный поставщик услуг для этого клиента может быть отсортирован и отображен как имеющий первый приоритет; поставщики услуг из списка предпочтительных контрагентов этого клиента, которые идентифицированы как доступные в пределах параметров поиска, заданных этим клиентом, и чья подкатегория типа услуги соответствует подкатегории, которая указана в запросе на обслуживание данного клиента, имеют приоритет перед любыми обычными доступными поставщиками услуг.
[210] Третий набор индикаторов отображает доступность поставщика услуг. Поставщик услуг может оказать услугу по требованию, когда он является доступным. Клиент может указать приоритеты по доступности поставщиков услуг в настройках. Расположение по приоритетам этим способом позволяет клиенту сортировать на основании того, как долго потенциально доступный поставщик услуг может оставаться доступным, если поставщик услуг предоставляет специальные данные о длительности периода его доступности. Этот фактор может быть важным для клиента, поскольку клиент, который хочет вести переговоры, может предпочесть поставщика услуг, который имеет достаточно времени в своем распоряжении для завершения переговоров с клиентом о цене запроса на обслуживание.
[211] Пятый набор индикаторов также может помочь клиенту оценить значение поставщика услуг в отношении полного количества завершенных запросов на обслуживание, в результате чего клиент может предложить более высокую цену более опытному поставщику услуг или предложить пониженную цену менее опытному поставщику услуг, и поставщик услуг также может видеть это, поскольку это применяется к нему, чтобы получить улучшенное представление о рынке. Этот набор индикаторов позволяет клиенту рассматривать квалификации различных поставщиков услуг, которых можно сравнивать с квалификациями других поставщиков услуг, на дисплее с сенсорным экраном. Если для клиента важно, чтобы поставщик услуг имел больше опыта оказания услуг по требованию того же типа, который клиент задал в запросе, клиент может расположить по приоритетам поставщиков услуг с самым высоким количеством выполненных запросов на услугу того же типа. Например, если клиент дал запрос на услугу по перевозке пассажиров, он может задать приоритеты по доступности поставщиков услуг для перевозки, которые находятся в пределах параметров поиска, заданных этим клиентом, и которые имеют запись о выполнении самого большого общего количества запросов на услуги по перевозке пассажиров. Это общее количество выполненных запросов на услугу по перевозке пассажиров вычисляется отслеживанием всех запросов на услуги по перевозке пассажиров, которые каждый из идентифицированных поставщиков услуг для перевозки пассажиров завершил с момента его регистрации в системе, для всех клиентов, независимо от местоположений посадки и высадки и независимо от того, для кого были выполнены прошлые запросы на услуги по перевозке пассажиров. Затем общее количество завершенных запросов на услугу по перевозке пассажиров сравнивают с количеством, связанным с каждым соответствующим другим идентифицированным поставщиком услуг по перевозке пассажиров, в результате чего получены поставщики услуг для перевозки пассажиров с самым большим количеством завершенных запросов на услугу по перевозке пассажиров, имеющих приоритет перед другими идентифицированными поставщиками услуг для перевозки пассажиров, у которых общее количество выполненных запросов на услугу по перевозке пассажиров оказалось меньше.
[212] Шестой набор индикаторов помогает клиенту при выборе наилучшего подходящего поставщика услуг по меньшей мере частично на основании близости поставщика услуг к местоположению посадки, отображаемой посредством набора индикаторов, который показывает клиенту пул потенциально доступных поставщиков услуг, среди которых выбирается конкретный поставщик услуг. Клиент может заплатить надбавку к цене, если поставщик услуг находится ближе к местоположению посадки, поскольку он не может ожидать в течение длительного времени. Поставщик услуг также может видеть это, поскольку поставщик услуг хочет знать данные, относящиеся к конкуренции. Возможность показа потенциально доступных поставщиков услуг клиенту зависит от предпочтений клиента; количеством поставщиков услуг, которых может видеть клиент, можно управлять различными способами. Возможна ситуация, когда клиент видит слишком много поставщиков услуг, которых ему показывают, если параметры поиска заданы слишком широко, или если специальный приоритет не придан какому-либо фактору. В ситуациях, в которых клиент желает ограничить количество доступных поставщиков услуг, которых он видит на экране, он может ограничить параметры поиска, например, задать ограничение параметра поиска на основании расстояния от десяти миль до половины мили. Кроме того, клиент может ограничить количество потенциально доступных поставщиков услуг, показываемых одновременно, например, с максимальным количеством пять; если он неудовлетворен этими пятью поставщиками услуг, заданные предпочтения могут быть настроены таким образом, чтобы видеть других поставщиков услуг, путем предварительной настройки на большее количество. Наконец, клиент может указать, какие факторы являются самыми важными. Например, клиент может задать показ предложенных цен ниже определенного значения, причем клиент также может задать условие, чтобы поставщик услуг прибывал в местоположение посадки в пределах определенного времени. Эти различные способы ограничения количества потенциально доступных поставщиков услуг помогают клиенту индивидуализировать способ нахождения наилучшего подходящего поставщика услуг.
[213] Клиент может оценить спрос и предложение посредством седьмого набора индикаторов на основании данных из шестого набора индикаторов о количестве потенциально доступных поставщиков услуг и доступных потенциальных клиентов в каждой географической зоне, основанной на параметре поиска. Информация о спросе и предложении также влияет на цену: во времена высокого спроса на услуги по требованию от поставщиков услуг в пределах той же подкатегории типа услуг клиент может прийти к необходимости платить больше за запрос на обслуживание, чем во времена низкого спроса, поскольку клиент должен инициировать более высокое предложение цены, чтобы закрепить за собой поставщика услуг, или поставщик услуг может ответить предложением более высокой цены при приеме запроса на обслуживание без инициированного клиентом предложения цены, когда спрос является высоким. Поставщики услуг также могут быть заинтересованы в этих данных, поскольку эти данные могут влиять на желаемый размер платы, если они знают информацию о спросе и предложении, которую видит клиент.
[214] Восьмой набор индикаторов относится к количеству или сумме для отображения данных об ответе, который поставщик услуг дает на предложение цены, которую клиент предложил для услуги по требованию. Основываясь на цене, предложенной поставщиком услуг, клиент может принять, отклонить или вести переговоры о цене за услугу по требованию.
[215] Девятый набор индикаторов показывает данные о предложениях цены поставщиков услуг, относящихся к запросу на обслуживание клиента. Отображение ценовых данных является краеугольным камнем в обеспечении клиента данными для выбора наилучшего подходящего поставщика услуг, поскольку он не может выбрать наилучшего подходящего поставщика услуг, не принимая предложения цены или не предлагая цену, которая может быть принята. Если цена является критическим фактором для клиента при выборе наилучшего подходящего поставщика услуг, будь это предложенная цена или ответная цена, клиент может задать возможность расположения по приоритетам поставщиков услуг, инициированные предложения цены которых являются самыми низкими. Или клиент может задать возможность расположения по приоритетам поставщиков услуг, ответы которых на предложение цены, инициированное клиентом, равны или ниже этого предложения цены, или чьи ответы являются самыми низкими. Например, клиент, нуждающийся в услуге по доставке груза, сначала может задать приоритет поиска всех поставщиков услуг для доставки груза, доступных в пределах параметров поиска, заданных клиентом, которые также находится в списке предпочтительных контрагентов этого клиента. Система идентифицирует этих предпочтительных поставщиков услуг для доставки груза. Если в этом примере система идентифицировала десять таких предпочтительных поставщиков услуг для доставки груза, клиент передает предложение цены всем этим поставщикам услуг, находящимся пределах параметров поиска. После того, как один или более этих поставщиков услуг ответят на предложение цены, клиент может внести в свой список этих поставщиков услуг на основании ответной цены, например, от самой низкого до самой высокой. Клиент также может внести в список только одного поставщика услуг с самой низкой ответной ценой. Затем клиент может выбрать наилучшую согласованную услугу на основании самой низкой цены.
[216] Согласно одному варианту реализации настоящего изобретения десятый набор индикаторов связан с данными и информацией для показа клиенту опыта поставщиков услуг, находящихся в пределах почтового индекса местоположения посадки, указанного в запросе на обслуживание. Например, клиент может быть более склонен к выбору и возможному добавлению поставщика услуг в свой список предпочтительных контрагентов, который часто подбирает клиентов в определенном местоположении, таком как место работы клиента, которому часто требуется такая услуга. Если для клиента важно, чтобы его запрос на обслуживание был выполнен поставщиком услуг, который хорошо знает указанное в запросе местоположение посадки, клиент может задать расположение по приоритетам поставщиков услуг с самым высоким количеством запросов на обслуживание, выполненных в пределах географической зоны указанного в запросе местоположения посадки. Возможны ситуации, когда точный адрес запрошенного местоположения посадки не указан, например, если клиент не знает точный адрес местоположения посадки и вместо этого описывает местоположение посадки объектами, которые окружают местоположение посадки. В этом случае возможны другие ситуации, когда указан адрес запрошенного местоположения посадки, но поскольку местоположение посадки находится в пределах области, известной тем, что в ней наблюдается слабый сигнал GPS или не наблюдается вообще, точный адрес становится бесполезным. Если поставщик услуг не знаком с географической зоной запрошенного местоположения посадки и окружающей его средой, его способность добраться до местоположения посадки вовремя может быть поставлена под сомнение. Что касается приведенного в качестве примера варианта реализации настоящего изобретения, чем больше запросов на обслуживание выполнил поставщик услуг в запрошенном местоположении посадки, тем увереннее такой поставщик услуг рассматривается как знающий это местоположение.
[217] Также опыт поставщиков услуг в местоположении высадки, показанный посредством одиннадцатого набора индикаторов в совокупности с данными и информацией из базы данных, может влиять на выбор клиентом поставщика услуг, поскольку для клиента может быть важным иметь в своем списке предпочтительных контрагентов поставщика услуг, который делает много высадок в одном и том же местоположении. Если для клиента важно, чтобы его запрос на обслуживание был выполнен поставщиком услуг, который хорошо знает запрошенное местоположение высадки в пределах одного и того же почтового индекса, указанного в запросе на обслуживание, клиент может задать приоритет поставщику услуг с самым высоким количеством запросов на обслуживание, выполненных в пределах географической зоны запрошенного местоположения высадки. В этом случае возможны ситуации, когда точный адрес запрошенного местоположения высадки не указан, а вместо этого описывается то, что его окружает. Или возможны другие ситуации, когда адрес запрошенного местоположения высадки указан, но поскольку местоположение высадки находится в пределах области, известной слабым сигналом GPS или вообще его отсутствием, точный адрес становится менее полезным. В этом случае более полезным является поставщик услуг, который имеет много ранее выполненных запросов по обслуживанию в географической зоне местоположения высадки, и который, таким образом, не заблудится и напрасно не потратит время в попытках найти запрошенное местоположение высадки. Что касается приведенного в качестве примера варианта реализации настоящего изобретения, чем больше запросов на обслуживание выполнил поставщик услуг в запрошенном местоположении высадки, тем увереннее такой поставщик услуг рассматривается как знающий это местоположение.
[218] Двенадцатый набор индикаторов, который связан с данными и информацией для показа знакомства с маршрутом, указанным в запросе на обслуживание, может влиять на предложение цены клиента или выбор поставщика услуг, поскольку поставщик услуг, имеющий обширный опыт следования по маршруту/ может быть больше полезен клиенту. Также наборы индикаторов могут помочь поставщику услуг при приеме или отклонении цены, поскольку он может знать, что его ценность основана на его опыте, будь он в отношении маршрута или местоположения. Если для клиента очень важно, чтобы его запрос на обслуживание выполнял поставщик услуг, который, не заблудится на запрошенном маршруте, клиент может расположить по приоритетам поставщиков услуг, которые лучше всех знакомы с маршрутом между запрошенными местоположениями посадки и высадки, причем знакомство каждого такого поставщика услуг может быть показано в процентах. Знакомство поставщика услуг с маршрутом контекстуализируется двумя различными способами: "прямым" или "косвенным" знакомством. Прямое знакомство является вычисление того, насколько знаком поставщик услуг с определенным маршрутом, например, маршрутом от местоположения посадки до местоположения высадки в одной поездке. Косвенное знакомство, напротив, является вычислением того, насколько знаком поставщик услуг с маршрутом между местоположением посадки и высадки, но это знакомство может быть приобретено постепенным опытом следования по данному маршруту. Например, два поставщика услуг имеют 100%-ное знакомство с маршрутом; первый поставщик услуг ранее оказывал услугу по перевозке клиента по тому же самому маршруту от того же местоположения посадки до того же местоположения высадки. Это прямое знакомство, которое в дополнение к рейтингу 100% для соответствия может быть указано количеством или ярусом, говорящим, что этот поставщик услуг уже оказывал услугу с использованием того же маршрута. Второй поставщик услуг также имеет 100%-ное знакомство, однако одну часть маршрута он ранее изучал при перевозке одного клиента, а другую часть маршрута он ранее изучал при перевозке другого клиента в другом запросе на обслуживание. Даже при том, что данный поставщик услуг знаком с пересекающимися частями этого полного маршрута, эти части не являются одним маршрутом от того же местоположения посадки до того же местоположения высадки. Знакомство, которое поставщик услуг имеет с данным маршрутом, является косвенным. Степень знакомства с запрошенным маршрутом, будь это прямое или косвенное знакомство, вычисляется сравнением запрошенного маршрута с маршрутами из запросов на обслуживание, завершенных ранее тем же поставщиком услуг, путем отслеживания, насколько общими все или любые части запрошенного маршрута являются для маршрутов из ранее завершенных запросов на обслуживание. Знакомство поставщика услуг с запрошенным маршрутом имеет особенно важное значение в случаях, когда любая часть запрошенного маршрута находится в пределах области, известной слабым или отсутствующим сигналом GPS, или когда запрос на обслуживание имеет место после наступления темноты, которая затрудняет следование навигационными указаниям.
[219] Тринадцатый набор индикаторов связан с данными и информацией для информирования клиента о том, сколько раз его запрос на обслуживание завершал поставщик услуг, что может влиять на цену, поскольку услуга поставщика услуг, с которым клиент хорошо знаком, может иметь большое значение, что также может иметь значение для поставщика услуг, который хотел бы, чтобы клиент не забывал но нем в процессе выбора. Если для клиента важно иметь сложившиеся отношения с поставщиком услуг и знать, что поставщик услуг может быть надежным исполнителем запроса на обслуживание, клиент может задать высокий приоритет поставщикам услуг с большим количеством запросов на обслуживание, завершенных ими с этим клиентом. Некоторые клиенты могут приоритизировать просто на основании того, с кем они больше взаимодействуют; выбирается тот, кто выполнил больше услуг. Однако другие клиенты могут быть больше прельщены возможностью получить услугу от нового поставщика услуг, если они хотели бы расширить свою сеть, или установить новые отношения. Это определение позволяет сформировать решение или предпочтение клиента.
[220] Также, четырнадцатый набор индикаторов соединяет информацию о времени исполнения и данные для помощи клиенту оценить поставщика услуг на основании времени прибытия. Поставщик услуг также может желать видеть этот набор индикаторов, поскольку поставщик услуг может желать знать, как долго продлится услуга от посадки до высадки. Если клиент торопится и хочет, чтобы поставщик услуг достигнуть запрошенного местоположения посадки как можно скорее, клиент может дать приоритет поставщику услуг, расчетное время прибытия которого является самым коротким. В этом случае возможны ситуации, когда существует срочная потребность в услуге по перевозке пассажиров. Это ситуации, когда расчетное время прибытия поставщика услуг перекрывает все другие возможные приоритеты, которые в противном случае клиент осуществил бы выбором наилучшего подходящего поставщика услуг, включая фактор цены. Однако, с другой стороны, возможна ситуация, когда клиент желает запросит услугу, но не самому ближайшему поставщику услуг, например, если клиент заканчивает работу через пятнадцать минут и желает, чтобы транспортное средство для запроса на услугу по перевозке пассажиров прибыло к его выходу из места работы; в этом случае клиент предпочел бы более длительное расчетное время прибытия, такое как пятнадцать минут, более короткому расчетному времени прибытия, например, пять минут. Выбор клиентом поставщика услуг не всегда непосредственно имеет отношение к деньгам; в некоторых случаях это может быть продиктовано удобством или другим предпочтением.
[221] Пятнадцатый набор индикаторов связан с данными и информацией, относящимися ко времени, для помощи клиенту в выборе маршрута путем отслеживания времени. Клиент может задать приоритет на основе количества времени, которое требуется ему, чтобы добраться до местоположения высадки, т.е. предполагаемого времени пути (ЕТТ). Оно имеет отношение к маршруту, указанному в запросе на обслуживание. Клиент может задать приоритет самому быстрому маршруту между местоположением посадки и местоположением высадки. Предполагаемое время пути (ЕТТ) может влиять на выбор клиентом наилучшего подходящего поставщика услуг, поскольку поставщик услуг не сможет выполнить запрос на обслуживание, если предполагаемое время пути (ЕТТ) больше, чем ограничения по времени, заданные поставщиком услуг, и предполагаемое время пути (ЕТТ) также влияет на выбор маршрута клиентом, если он хотел бы прибыть как можно скорее.
[222] Шестнадцатый набор индикаторов идентифицирует данные, которые обеспечивают клиента знанием того, где находится местоположение посадки относительно местоположения высадки, путем соединения навигационных данных и данными для отображения, что также может влиять на решение при создании запроса на обслуживание. Этот набор индикаторов также может помочь поставщику услуг при наблюдении, где находится местоположение высадки по сравнению с местоположением возврата, если таковое вообще имеется, что может быть задано поставщиком услуг. Клиент может получить хороший рейтинг, если он не вынуждает поставщика услуг перемещаться порожняком, когда поставщик услуг перемещается в том же направлении или в то же местоположение запланированного возврата.
[223] Эти наборы индикаторов и других данных помогают клиенту решить, какие цены предложить или какие предложения цен принять, поскольку они могут использовать эти различные наборы индикаторов для оценки потенциально доступных поставщиков услуг с целью выбора наилучшего подходящего поставщика услуг. Клиент может оценить поставщика услуг с помощью одного или более наборов индикаторов. Эта оценка в конечном счете влияет на цену запроса на обслуживание и также влияет на выбор наилучшего подходящего поставщика услуг.
[224] Согласно приведенным в качестве примера вариантам реализации настоящего изобретения различные наборы индикаторов также предоставляют полезные и достоверные данные поставщикам услуг, которые помогают им быть информированными в отношении того, какие предложения цены принять, или отклонить предложения цены от одного или более клиентов, или каковы должны быть их собственные предложения цены. Кроме того, эти различные наборы индикаторов помогают поставщику услуг в конечном счете выбрать наилучшего подходящего клиента на том основании, которого клиента предпочитает поставщик услуг, на основании по меньшей мере предоставленных данных. Решению поставщика услуг в отношении, с кем вести переговоры, кого выбрать или кому оказать услугу, по меньшей мере частично помогают различные наборы индикаторов, доступных для него. Клиент в конечном счете несет ответственность за инициализацию переговоров при передаче запроса на обслуживание поставщику услуг, и ему предоставляется широкоохватное средство для индивидуализации отображения потенциально доступных поставщиков услуг. Поставщику услуг также предоставлена возможность расположения по приоритетам отображения потенциально доступных клиентов, которым требуются услуги, но клиент является стороной, которая инициирует процесс завершения сделки.
[225] На решение поставщика услуг могут влиять индикаторы, такие как семнадцатый набор индикаторов, который соединяет данные и информацию об общем количестве запросов, которые сделал клиент; если есть выбор между клиентом, который имеет очень большую историю запросов на обслуживание, и клиентом, который редко пользовался услугой, поставщик услуг может быть более склонен к выбору клиента, который в будущем предоставит ему больше работы. Клиент также может знать свою выгоду, основанную на этом наборе индикаторов, если он видит их.
[226] Решение поставщика услуг также может находиться под влиянием восемнадцатого набора индикаторов, который соединяет данные и информацию, относящиеся к ограничениям поставщика услуг и предпочтениям клиента, и доступность для идентификации потенциально доступных клиентов на основании заданных параметрах поиска, поскольку поставщик услуг может желать вести переговоры с клиентом при поиске с различными параметрами поиска. Основанные на различных параметрах поиска, различные географические зоны показаны на основании центральной точки, которая является геолокационным местоположением поставщика услуг.
[227] Также, девятнадцатый набор индикаторов, который соединяет данные и информацию, относящиеся к данным о спросе и предложении, может влиять на готовность поставщика услуг принять определенные ценовые предложения, т.е. если на услуги высокий спрос, может быть затребована более высокая цена у клиента, который желает заплатить более высокую цену, и клиент может желать знать то, что видит поставщик услуг, чтобы знать, как настроить цену при предложении. Этот набор индикаторов может указать поставщику услуг, каким спросом пользуются услуги, высоки или низким, путем сравнения количества поставщиков услуг в пределах одного или более параметров поиска количеством клиентов в пределах тех же параметров поиска.
[228] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщику услуг предоставлен двадцатый набор индикаторов, связанный с данными и информацией для показа ему, как предложение цены, предложенное клиентом, сравнивается с ценой по умолчанию для запроса на обслуживание, что влияет на решение принять ее, отклонить ее или предложить встречную цену. Поставщики услуг обеспечиваются всесторонней информацией о ценах для информирования их о величине цены, предложенной клиентом.
[229] Двадцать первый набор индикаторов соединяет данные и информацию для отображения данных об услуге в отношении ответов на предложения цены от клиента, и насколько они отличаются от цены по умолчанию, что влияет на решение принять или отклонить предложение цены. Двадцатый и двадцать первый наборы индикаторов влияют на отказ или согласие с предложением цены, или на желание поставщика услуг вести переговоры о цене. Поставщику услуг назначают запрос на обслуживание, основанный на его предпочтении.
[230] Согласно приведенному в качестве примера варианту реализации настоящего изобретения двадцать второй набор, индикаторов, который соединяет данные и информацию о том, где клиент указал местоположение посадки, может влиять на окончательное согласие поставщика услуг с клиентом в ситуации, когда поставщик услуг, который часто бывает в той же области, может иметь интерес в приеме запроса на обслуживание с последующей просьбой о его возможном добавлении в список предпочтительных контрагентов клиента. Выбор поставщиком услуг клиента также зависит от наборов индикаторов, которые предоставляют данные об истории запросов на обслуживание клиента и о местоположениях, в которых происходят их различные части.
[231] Тот же применимо к двадцать третьему набору индикаторов, который связан с данными и информацией о местоположении высадки клиента, указанном в запросе на обслуживание: поставщик услуг, который завершает свою рабочую смену рядом с этим местоположением или в этом местоположении, может согласиться принять сниженную цену, чтобы не перемещаться порожняком. Независимо от того, какая ситуация может сложиться, поставщик услуг обеспечивается этими данными для принятия наилучшего и обоснованного насколько возможно решения.
[232] Двадцать четвертый набор индикаторов, который соединяет данные и информацию об истории запросов на обслуживание поставщика услуг с клиентом, влияет на цену, которую он принимает. Например, если поставщик услуг имеет два похожих предложения от двух различных клиентов, его решение принять одно из них может быть сделано под влиянием прошлой истории его отношений с ними; поставщик услуг может быть склонен к выбору клиента, которого он хорошо знает, или может быть склонен к выбору нового клиента. Набор индикаторов, который показан поставщику услуг, также может влиять на окончательное решение принять цену или сделать ценовое предложение, и в конечном счете на выбор клиента.
[233] Согласно одному варианту реализации настоящего изобретения поставщик услуг также обеспечен двадцать пятым набором индикаторов, который влияет на решение принять или отклонить запрос на обслуживание путем соединения данных и информации, основанных на времени, которое требуется поставщику услуг для завершения обслуживания, т.е. предполагаемое время его пути. Поставщик услуг может использовать этот набор индикаторов, например, чтобы знать, какой запрос на обслуживание может занять больше времени по сравнению с другим, или находится ли этот запрос в противоречии с заданным ограничением по времени. Клиент также может желать знать эти данные, поскольку он может желать предложить более агрессивные или менее агрессивные цены, основанные на других предложениях, которые этот поставщик услуг мог быть получить.
[234] Кроме того, двадцать шестой набор индикаторов, который соединяет данные и информацию о местоположениях, может влиять на решение поставщика услуг при предложениях цены или при принятии предложений цены от одного или более клиентов, поскольку этот набор индикаторов может показать, например, что местоположение высадки клиента ближе к заданному местоположению возврата, чем в другом запросе. Если поставщик услуг позволяет клиенту видеть его заданное местоположение, заданное местоположение поставщика услуг и время могут влиять на решение при выборе поставщика услуг. Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может задавать приоритеты поставщикам услуг, которые указали местоположение возврата, находящееся в непосредственной близости к запрошенному местоположению высадки, причем расчетное время прибытия клиента соответствует времени возврата, которое поставщик услуг задал, чтобы достичь этого местоположения возврата, или находится в пределах периода времени, который этот поставщик услуг задал, чтобы достичь этого местоположения возврата. Поставщики услуг, которые задают местоположение возврата, могут согласиться выполнить запрос на обслуживание за более низкую чем обычно цену, поскольку они находятся в местоположении, из которого в противном случае они поедут порожняком. Возможность выбора поставщика услуг, заданное местоположение возврата которого и заданное время возврата которого, координированные с запросом на обслуживание клиента, является выгодной как для клиента, который может заплатить лучшую цену, так и для этого поставщика услуг, который добирается с прибылью до своего местоположения возврата, до которого обычно мог добираться порожняком.
[235] Приведенные в качестве примера варианты реализации настоящего изобретения позволяют поставщику услуг принимать решение на основании по меньшей мере одного или более индикаторов, отображающих широкий массив или различные данные, и это же справедливо для клиента; индикаторы непосредственно и косвенно влияют на цены, которые поставщики услуг и клиенты предлагают друг другу и по поводу которых ведут переговоры друг с другом, в дополнение к непосредственному и косвенному влиянию на окончательный выбор наилучшего подходящего клиента. Решения клиента и поставщика услуг о ценообразовании и выборе могут быть по-разному основанными на том, обсуждаемо ли предложение цены, которое они принимают, или необсуждаемо. При необсуждаемом предложении цены клиент или поставщик услуг решает соглашаться или не соглашаться, в зависимости от индикаторов и того, что они показывают относительно запроса другой стороне. Однако в ситуации обсуждаемого запроса различные наборы индикаторов дают клиенту и поставщику услуг общее представление о том, как они могут оценить услугу, чтобы в конечном счете принять решение, которое обеспечивает максимальную прибыль. Эта оценка делается путем обеспечения соответствующих данных посредством указанных различных наборов индикаторов, которые могут дать поставщику услуг или клиенту основания для предложения определенных цен, или средства для достижения более высокой цены или предложения сниженной цены. В дополнение ко всем индикаторам, которые предоставлены поставщику услуг и клиенту, возможность для одной стороны видеть любую часть индикаторов или все индикаторы, которые видит другая сторона, может влиять на принятие ими решения относительно выбора цены и поставщика услуг или запроса на обслуживание.
[236] После того, как клиент и поставщик услуг задали предпочтения и ограничения, и после того, как им показали потенциально доступных поставщиков услуг и потенциально доступных клиентов, они начинают процесс ценообразования, который определит окончательную цену запроса на обслуживание клиента. Клиент и поставщик услуг также могут выбрать полную или частичную передачу данных посредством различных наборов индикаторов другой стороне, если они так решили. Это может быть сделано посредством функциональных средств системы, таких как взятие скриншота или передача данных иным способом. Клиент оценивает информацию о спросе и предложении для услуг по требованию в пределах подкатегории типа запрошенной услуги по требованию путем сравнения общего количества поставщиков услуг, доступных в настоящее время для оказания услуг по требованию в пределах той же подкатегории типа услуги с общим количеством клиентов, которые в настоящее время нуждаются в услуге по требованию в пределах той же подкатегории типа услуги в пределах определенного параметра поиска, определенного клиентом через систему. По меньшей мере частично на основании данных о спросе и предложении и других данных, предоставленных одним или более наборами индикаторов, которые показаны клиенту, клиент может установить цену для запроса на обслуживание по требованию и инициировать предложение цены одному или более идентифицированным доступным поставщикам услуг. Для ведения переговоров о цене, инициированной клиентом, поставщик услуг также может первый оценивать информацию о текущих спросе и предложении для услуг по требованию в пределах подкатегории типа запрошенной услуги по требованию путем сравнения общего количества поставщиков услуг, в настоящее время доступных для оказания услуги по требованию в пределах той же подкатегории типа услуги, с общим количеством клиентов, в настоящее время нуждающихся в услуге по требованию в пределах определенных параметров поиска, определенных поставщиком услуг через систему.
[237] Согласно приведенному в качестве примера варианту реализации настоящего изобретения возможны по меньшей мере три опции для установки цен, доступные для клиента в процессе обсуждения цен, причем клиента может выбрать любую опция: первая опция, это когда клиент делает предложение цены, которую поставщик услуг принимает или отклоняет. Вторая опция, это когда поставщик услуг предлагают цену, основанную на данных о запросе на обслуживание клиента, которую клиент может принять или отклонить. Клиент и поставщик услуг могут задавать свои предложения цены как обсуждаемые или необсуждаемые. Необсуждаемые предложения цены или принимаются или отвергаются. Независимо от того, кто первый предлагает цену, обсуждаемая цена, предложенная любым пользователем, может быть договорной. Клиентам также предоставляют дают третью опцию, основанную на первых двух: это - вести переговоры о предложении цены. Затем клиент и поставщик услуг предлагают друг другу варианты цен, пока оба не договариваются о цене окончательно, независимо от того, кто предложил первую цену. Поскольку цена является важным фактором в каждой из этих опций, система обеспечивает клиентов и поставщиков услуг "ценой по умолчанию", которую они могут использовать частично в качестве основы для предложения цены. "Цена по умолчанию" рекомендует обычные рейтинги, цены и другие данные, которые известны как поставщикам услуг, так и клиентам, или уведомляются о них перед установлением цен. При вычислении цены по умолчанию должен быть идентифицирован тип запроса на обслуживание, поскольку за услуги различных типов обычно взимают различные сборы; фактором, который рассматривается в отношении цены по умолчанию, являются различные тарифы или тарифные справочники, такие как цены или тарифы от одного почтового индекса до другого почтового индекса; цены или тарифы, которые могут быть за милю или за минуту, или сочетанием вышеуказанного; или цены или тарифы, которые являются фиксированными или твердыми (такими как от определенного местоположения посадки до аэропорта, или от аэропорта до определенного местоположения высадки). Также другими факторами, которые рассматриваются в отношении цены по умолчанию, могут быть другие данные о рынке, например, данные о том, какие цены назначаются третьими лицами, которые оказывают подобные услуги. Поставщики услуг и клиенты знакомятся с этой информацией о ценах перед инициированием любого заказа по требованию или сделки; любой, кто делает, принимает или отклоняет предложения цены, или ведет переговоры о цене, или принимает решения других типов относительно ценообразования, предварительно знакомится с соответствующей информацией о ценах посредством цены по умолчанию и может использовать ее как ориентир или базисный пункт.
[238] Согласно приведенному в качестве примера варианту реализации настоящего изобретения тариф для вычисления цены по умолчанию для запроса на обслуживание обычно является фиксированным; цена по умолчанию не изменяется ежеминутно на основании изменяющегося спроса и предложения. Цена, которая может повышаться или понижаться в зависимости по меньшей мере от условий трафика и маршрутов, называется как "предполагаемая цена". "Предполагаемая цена" является инструментом, который дает клиенту общее представление о том, сколько может стоить запрос на обслуживание. Она может быть дана в форме предполагаемого минимально-максимального диапазона или количества. Например, маршрут в запросе на перевозку пассажиров может быть изменен на основании различных тарифов за время в пути или различных величин пробега. Кроме того, предполагаемая цена может быть функцией предполагаемого времени пути и места, где происходит поездка. Предполагаемая цена может быть основана на приблизительной оценке местоположения, которое может быть точным адресом, или оценке местоположения в соответствии с имеющим отношение к третьей стороне прикладным программным интерфейсом (API), таким как Foursquare, если клиент не знает конкретного адреса. Предполагаемое время поездки может различаться в зависимости от условий трафика или других факторов, которые увеличивают время, необходимое для завершения запроса на обслуживание. Предполагаемая цена является средством для отображения приблизительной стоимости запроса на обслуживание не имеющим обязательную силу способом, поскольку некоторые клиенты желают проверять цену прежде, чем они начнут выполнять услугу, чтобы избежать неопределенности.
[239] После первоначальной оценки и решения клиента относительно того, какую цену предложить в предложении цены, или разрешить поставщику услуг сделать предложение цены первым, один или более идентифицированные поставщики услуг принимают запрос на обслуживание клиента по требованию с инициированным клиентом предложением цены или без клиентского инициирования предложения цены. Затем система передает запрос на обслуживание клиента с инициированным клиентом предложением цены или без клиентского инициирования предложения цены одному или более поставщикам услуг в пределах определенных параметров поиска, заданных клиентом, причем запрос на обслуживание клиента указывает по меньшей мере тип требуемой услуги, местоположение посадки или местоположение высадки, или маршрут между запрошенным местоположением посадки и местоположением высадки. Если некоторые данные отсутствуют в запросе на обслуживание, например, указано только местоположения посадки, но не указано местоположение высадки, некоторые наборы индикаторов не имеют достаточное количество данных для отображения всех надлежащих частей запроса, но система тем не менее все еще может обработать частичные данные, доступные для нахождения наилучшего подходящего поставщика услуг.
[240] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система, однако, может передать запрос на обслуживание клиента одному или более идентифицированным поставщикам услуг без инициированного клиентом предложения цены, если клиент желает, чтобы один или более идентифицированных поставщиков услуг задали цены и инициировали свои предложения цен клиенту. Если клиент задал предложение цены как необсуждаемое, один или более идентифицированные поставщики услуг, которые приняли запрос на обслуживание клиента по требованию с этим необсуждаемым предложением цены, могут запрос или отклонить его. Клиент может выбирать маршрут или вести переговоры о том, который маршрут выбрать, с одним или более поставщиками услуг; маршрут, который определен клиентом и поставщиком услуг, может помочь избежать возможного спора о том, каким маршрутом должен следовать поставщик услуг во время выполнения запроса на услугу по перевозке пассажиров.
[241] Согласно приведенному в качестве примера варианту реализации настоящего изобретения, если один или более идентифицированных поставщиков услуг принимают запрос на обслуживание клиента по требованию с инициированным клиентом предложением цены, один или более идентифицированные поставщики услуг с помощью одного или более наборов индикаторов могут видеть, является ли цена, инициированная клиентом, выше или ниже, чем цена по умолчанию, или равна цене по умолчанию, указанной количеством или в процентах. Клиент или поставщик услуг в качестве части настроек могут задать, желает ли он, чтобы система автоматически отклоняла предложения цены от поставщиков услуг, если такие предложения цены выше или ниже ценового порога, заданного клиентом. Например, клиент может проинструктировать систему автоматически отклонять все предложения цены от поставщиков услуг, которые на 15% выше цены по умолчанию за данный запрос на обслуживание.
[242] Если клиент задает предложение цены как обсуждаемое, один или более идентифицированные поставщики услуг, которые принимают запрос на обслуживание клиента с обсуждаемым предложением цены, имеют возможность или принять этот запрос с инициированной клиентом ценой, или отклонить запрос, или вести переговоры о цене, инициированной клиентом.
[243] По меньшей мере частично на основании текущих данных о спросе и предложении и других данных, предоставленных одним или более наборами индикаторов, которые показаны поставщику услуг, поставщик услуг может установить свою цену в ответ на цену, инициированную клиентом. Затем система передает клиенту одну или более ответных цен от одного или более идентифицированных поставщиков услуг.
[244] Согласно приведенному в качестве примера варианту реализации настоящего изобретения, если один или более поставщиков услуг принимают запрос на обслуживание клиента без инициированного клиентом предложения цены, один или более идентифицированные поставщики услуг имеют возможность отклонить этот запрос на обслуживание или ответить на запрос на обслуживание своим предложением цены. Согласно еще одному варианту реализации, если один или более поставщиков услуг, которые принимают запрос на обслуживание клиента без предложения цены, отвечают на запрос на обслуживание с необсуждаемым предложением цены, клиент имеет опцию или принять или отклонить предложение цены. Если поставщик услуг отвечает на этот запрос клиента своим предложением цены, клиент с помощью одного или более наборов индикаторов может видеть, является ли цена, инициированная одним или более поставщиками услуг, выше, чем цена по умолчанию, равна цене по умолчанию или ниже чем цена по умолчанию, указанная как количество или в процентах.
[245] Клиент может задать автоматический отказ от предложения цены от любого поставщика услуг, которое выше или ниже чем ценовой порог, заданный этим клиентом. Кроме того, клиент или поставщик услуг могут задать диапазон колебания цен с ценой, попадающей в указанный диапазон, при этом клиент или поставщик услуг может автоматически принять эту цену, которая может быть основана на цене по умолчанию, или она может иметь любую другую величину, которую они желают задать. Настройка диапазона колебания цен является способом, с помощью которого клиенты или поставщики услуг могут быстро задавать целевую цену.
[246] Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг и клиент могут вступить в одни или более переговоров в текущий момент времени. Однако, после того, как клиент и поставщик услуг вместе договорятся о цене за запрос на обслуживание, и этого поставщика услуг назначают, они больше не могут вести переговоры с другими сторонами относительно подтверждения выбора запроса на обслуживание от обеих участвующих сторон. На этом этапе все другие переговоры, которые вели эти две стороны, и соответствующие индикаторы, связанные с ними, удаляются из отображения на интерфейсе. Таким образом, после установления цены между клиентом и поставщиком услуг запрос на обслуживание должен выполняться между этими двумя сторонами. Это применимо ко всем клиентам и поставщикам услуг и также применимо к каждой подкатегории запроса на обслуживание.
[247] Если один или более поставщиков услуг, которые принимают запрос на обслуживание клиента без предложения цены клиента, отвечают на запрос на обслуживание обсуждаемым предложением цены, клиент имеет опцию или принять предложение цены поставщика услуг как оно есть, отклонить предложение цены поставщика услуг или вести переговоры по поводу предложения цены поставщика услуг, пока не будет достигнуто общее решение, или сделка не состоится. Если сделка не достигнута между клиентом и поставщиком услуг, запрос на обслуживание клиента истекает. В этой ситуации клиент может повторно инициировать запрос на обслуживание или инициировать новый запрос на обслуживание с новыми данными. Цена, принятая и клиентом и наилучшим подходящим поставщиком услуг, становится конечной ценой за запрос на обслуживание клиента по требованию. Определение наилучшего подходящего поставщика услуг для запроса на обслуживание подтверждается согласованием цены между клиентом и поставщиком услуг. Затем система принимает эту конечную цену и назначает запрос на обслуживание клиента по требованию наилучшему подходящему поставщику услуг для исполнения.
[248] Согласно приведенному в качестве примера варианту реализации настоящего изобретения улучшение процедур обслуживания и ценообразования достигается увеличенным предоставлением прав поступать по собственному усмотрению и автономии поставщику услуг и клиенту для установления их собственных цен на услуги, в результате чего обслуживание может быть улучшено и оставляет обе стороны более удовлетворенными качеством и стоимостью такой услуги. Кроме того, модель спроса и предложения позволяет клиенту, который готов заплатить больше, получать улучшенное обслуживание по тарифу, который устраивает клиента, и позволяет поставщику услуг назначать цену, за которую поставщик услуг может оказать услугу. Поскольку цена является важным фактором при идентификации наилучшего подходящего поставщика услуг, система обеспечивает клиента и поставщика услуг данными различных типов, которые они оба могут использовать по меньшей мере частично для задания цены и ведения переговоров о цене за услугу.
[249] Согласно приведенным в качестве примера вариантам реализации настоящего изобретения для нахождения наилучшего подходящего поставщика услуг на основании предпочтений и потребностей клиента система может использовать ряд баз данных (или носитель для хранения данных) для обеспечения и поддержки приложения для поиска услуги по требованию. База данных может содержать данные различных категорий или группировок. База данных содержит данные как для услуги по доставке груза, так и для услуги по перевозке пассажиров, причем секции базы данных для доставки груза и перевозки пассажиров могут быть независимыми или синхронизированными для считывания данных из обеих секций одновременно. Эти данные могут включать данные о правилах и процедурах, административные данные, данные о клиенте, данные о поставщике услуг, данные о группах, содержащие основные данные, данные о компании или данные о группе частных лиц, а также данные других типов, такие как данные, касающиеся типов пользователя. Согласно приведенному в качестве примера варианту реализации настоящего изобретения все исторические данные и база данных могут быть классифицированы и сохранены в базе данных и могут быть извлечены из базы данных. Исторические данные частично отслеживаются назначением контрольного номера, идентификационного номера услуги или идентификационного номера поездки, который назначен каждому запросу на обслуживание для помощи системе при наведении справок о запросе на обслуживание в случае необходимости. Данные, которые может быть сохранены в пределах этой идентификации, могут быть данные, такие как тип запроса на обслуживание, кто делал запрос и кто выполнял запрос, в каком местоположении происходило выполнение запроса, таком как почтовый индекс, населенный пункт, город или штат, и каков был маршрут следования, сколько стоил запрос на обслуживание, наряду с тем, когда и как происходила оплата за услугу, какая оценка была дана, была ли добавлена какая-либо сторона в список предпочтительных контрагентов или список нежелательных контрагентов. Например, если у клиента имеется вопрос, относящийся к запросу на обслуживание, и он хочет восстановить подробности этого обслуживания, контрольный номер поможет восстановить данные о запросе на обслуживание, сохраненные в базе данных. Все данные, относящиеся к предпочтениям или ограничениям клиента или поставщика услуг, оценке, ценообразованию и настройке индикатора и другим настраиваемым данным, могут храниться в базе данных системы.
[250] Специалисту понятно, что база данных обновляется и синхронизируется динамически всякий раз, когда появляются изменения или обновления в блоках данных; сервер и база данных могут динамически обновлять данные для отражения последних изменений. Любая резервная база данных, относящаяся к базе данных, также может изменяться соответствующим образом, чтобы также отражать последние изменения. Согласно приведенному в качестве примера варианту реализации настоящего изобретения такие данные могут быть организованы или структурированы способом, обеспечивающим эффективные сортировку и извлечение. Согласно еще одному приведенному в качестве примера варианту реализации данные могут быть сохранены нереляционным или неструктурированным способом. Специалисту понятно, что известны различные способы обеспечения, сохранения и организации данных в базе данных или среде для хранения данных, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любой соответствующей базой данных или средой для хранения данных. В дополнение к этому имеется по меньшей мере одна резервная база данных, которая может часто поддерживать основную базу данных в случае потери данных в основной базе данных.
[251] Другими данными являются данные, такие как правила и процедуры для запросов на обслуживание и их ценообразования, процедуры для клиентских настроек и настроек поставщиков услуг, правила настройки индикаторов и процедур или правила и процедуры для обсуждения цены, оценок и рекомендаций, или правила и процедуры для работы самой системы.
[252] Согласно приведенному в качестве примера варианту реализации настоящего изобретения всеохватывающая база данных может хранить административные данные и другие данные. Административные данные включают любые данные или информацию, которые являются частью приложения для услуги по требованию, включая данные, относящиеся к системе, такие как контактные данные и данные о часто задаваемых вопросах (FAQ), регистрационные подробности, относящиеся к клиентам и поставщикам услуг, например, платежные реквизиты или другие соответствующие данные, касающиеся применения приложения для услуг по требованию, например, как давно пользователи зарегистрированы в системе или как часто они используют приложение для услуг по требованию. Административные данные также могут включить данные, такие как цена и данные о тарифе для маршрутов от различных учреждений. Другие данные включают правила и процедуры для запросов на обслуживание и их ценообразования, процедуры для клиентской настройки и настройки поставщиков услуг, правила настройки индикаторов и процедур или правила и процедуры для обсуждения цены.
[253] Согласно приведенному в качестве примера варианту реализации настоящего изобретения записи завершенных запросов на обслуживание также сохраняются и поддерживаются в базе данных на основании типа пользователя, категории и подкатегории, к которым они принадлежат. Система может автоматически сохранять записи исторических данных для любых завершенных запросов на обслуживание во всеохватывающей базе данных. База данных может обновляться, поскольку услуги заказываются и завершаются. База данных может сохранять индекс каждого запроса на обслуживание, который был запрошен и завершен, включая регистрационные номера или пользовательские идентификации клиентов и поставщиков услуг, которые могут считываться для ссылки в случае необходимости в любое время; всеохватывающая база данных также может сохранять подробности запросов на обслуживание для каждого конкретного поставщика услуг для использования в будущем. База данных также включает данные о транспортном средстве поставщика услуг, такие как тип транспортного средства, модель, цвет, пассажировместимость и доступность, страховой статус и даже изображения транспортного средства. Дополнительная информация в профиле поставщика услуг может включать данные, такие как список предпочтительных контрагентов поставщика услуг и список нежелательных контрагентов, предпочтения и ограничения, такие как почтовые индексы, ограничения по времени или ограничения по местоположению и ценовые предпочтения, а также эксплуатационные сведения и записи. Все эти исторические данные используются системой для идентификации индикаторов для каждого клиента и поставщика услуг. Этот поставщик услуг может быть хорошо знаком с маршрутом по сравнению с другим поставщиком услуг, история запросов на обслуживание которого не включает тот же или подобный маршрут. Таким образом, может быть обеспечена улучшенная услуга. Например, удобные и экономящие время маршруты могут быть построены на основании исторических маршрутов из исторических данных. Соответствующие данные и информация для клиента также могут быть сохранены в базе данных, включая данные и информацию, касающиеся настройки, историю запросов на обслуживание и другие исторические данные, относящиеся к истории запросов на обслуживание, или данные о профиле, такие как адрес выставления счетов, кредитная карта/данные о банковском счете или любые другие данные о клиенте, указанные в процессе регистрации.
[254] Кроме того, специфические данные, такие как времена запросов на обслуживание и цены запросов на обслуживание, могут быть использованы в качестве ссылки для поиска средних цен для клиентов для приема справедливых цен при заказе услуг. Данные, которые введены и сохранены в базе данных, должны регулярно проверяться. Поддержание всеохватывающей базы данных также обеспечивает точное отслеживание запросов на обслуживание, которые могут быть предметом обсуждения клиентами или поставщиками услуг. Записи запроса на обслуживание могут быть считаны эффективным способом из базы данных для любой заявки, которая будет выполнена своевременным способом.
[255] Согласно приведенному в качестве примера варианту реализации настоящего изобретения дополнительные данные, которые могут быть введены в базу данных, включают, помимо прочего, местоположения, к которым перемещались клиенты, списки предпочтительных контрагентов или списки нежелательных контрагентов, местоположения, данные других транзакций и подробности, исторические данные, даты истечения срока страхового полиса, даты проверок, даты истечения срока лицензии поставщика услуг или любое сочетание перечисленного выше. Эти данные могут включать данные, касающиеся индикаторов и их отображения: запросы на обслуживание, которые все клиенты или поставщики услуг завершили в определенной области, такой как одна или более улиц, почтовые индексы, город, пригород, населенный пункт или округ, штат или любой другой признак, определяющий область, или сколько раз клиент и поставщик услуг связывались системой для сравнения запроса на обслуживание.
[256] Согласно приведенному в качестве примера варианту реализации настоящего изобретения данные, сохраненные в базе данных, могут быть проанализированы, для получения других данных, полезные для эффективной букировки и назначения услуги по перевозке пассажиров по требованию, а также для напоминания поставщикам услуг о дате истечения срока действия их лицензии, страхового свидетельства или дате проверок, или для преобразования данных для всех запросов на обслуживание по требованию, которые идентифицированы с использованием GPS. Система GPS определяет местоположение вычислительных устройств различными способами, например, путем приема основанных на местоположении ресурсов.
[257] Согласно приведенному в качестве примера варианту реализации настоящего изобретения часть всеохватывающей базы данных может временно хранить некоторые данные во время выполнения транзакции. Эти данные могут включать данные, такие как цены, которые клиенты предлагают для услуги, цены, которые поставщики услуг предлагают для запросов на обслуживание, или цены, о которых клиенты и поставщики услуг договариваются на переговорах после принятия окончательного решения. Эти данные также могут включать данные об индикаторах, которые отображаются на основании ценообразования, например, индикаторы, которые показывают, когда цены выше или ниже, чем цены по умолчанию, или равны ценам по умолчанию, и если различаются, то на сколько, в процентах или количестве. Эти данные и другие данные, относящиеся к услуге по требованию, временно сохранены в базе данных.
[258] Согласно приведенному в качестве примера варианту реализации настоящего изобретения индикаторы в этой системе предоставления услуг по требованию генерируются на основании исследования и анализа всех данных, сохраненных в базе данных. Поскольку относящиеся к индикатору иконки, формы или другие изображения сохранены в базе данных и основаны на результатах исследования и анализа данных и правил назначения иконок, форм или других изображений, указанные иконки, формы или другие изображения будут отображены с другими индикаторами для клиентов и/или поставщиков услуг соответственно. Кроме того, отображение относящегося к индикаторам цвета может быть определено в результате исследования и анализа данных с использованием цветовых кодов, сохраненных в базе данных.
[259] Согласно приведенному в качестве примера варианту реализации настоящего изобретения, когда пользователь системы закончил работу с одним или более наборов индикаторов, отображавших данные о другом пользователе, основанные на идентифицирующей информации об этом пользователе, система может исследовать базу данных и извлечь данные, относящиеся к различным наборам индикаторов. После анализа данных система может отобразить обработанный результат для каждого пользователя.
[260] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система сохраняет все маршруты и поставщиков услуг в базе данных и генерирует базу данных для этих данных, чтобы назначать заказ поставщикам услуг на основании их опыта в конкретных областях. Система использует многоуровневый способ оптимизации для анализа предпочтений, заданных клиентом, и показа наилучшего подходящего поставщика услуг с большим опытом, соответствующим предпочтениям клиента.
[261] Каждый раз, когда система получает ввод/запрос от клиента или поставщика услуг, который желает видеть свой собственный индикатор или индикатор другой стороны, система сначала открывает канал безопасного доступа к базе данных (базам данных)/центру базы данных, и затем она по указанному каналу доступа отправляет запросные последовательности в модуль управления базой данных. Если база данных является реляционной базой данных, таблицы данных могут иметь отношения типа "один к…", такие как отношения "один к многим", отношения "многие к многим" и отношения "один к одному" с другой (другими) таблицей данных. Основанный на отношениях между таблицами данных, модуль управления базой (базами) данных точно следует за запросными последовательностями и находит конкретную таблицу (таблицы) данных путем использования идентификатора (идентификаторов), имен таблиц и имен столбцов таблиц с соединением/без соединения двух или более таблиц данных вместе. Если это нереляционная база данных, данные сохраняются не в таблицах данных, а в парах "ключ/значение", и модуль управления базой данных точно следует за запросными последовательностями и находит конкретные данные путем использования ключей, которые обеспечивают запросные последовательности.
[262] Как в реляционной, так и в нереляционной базе данных после того, как модуль управления базой (базами) данных извлек целевые данные, он отсылает результат поиска назад в сервер по безопасному каналу доступа. Затем безопасный канал закрывается до следующего открытия. Например, извлеченные данные могут быть историческими данными, такими как данные о правилах настройки индикаторов, данные об историях поездок, данные о клиентских предпочтениях, данные об ограничениях поставщиков услуг и данные от клиентов, такие как идентификатор клиента, введенное местоположение посадки и местоположение высадки клиента. Система может выяснить, находятся ли этот поставщик услуг и клиент в списках предпочтительных контрагентов друг друга, сколько раз поставщик услуг обслуживал этого клиента, имеет ли этот поставщик услуг случаи оказания услуг с местоположением посадки и местоположением высадки, которые являются точно теми же, как и в новым запросе, или местоположение посадки и местоположение высадки попадают в те же зоны, что и зоны местоположений посадки и высадки в новом запросе, на основании почтовых индексов.
[263] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система может быть реализована сочетанием аппаратных средств и программы, которая управляет вычислительным устройством, таким как мобильное вычислительное устройство и компьютеры, в целом с одним или более соединениями с беспроводной (WAN) глобальной сетью (например, сетью Интернет). Система может быть выполнена с возможностью связи с сетевой службой, которая координирует услугу по требованию с использованием средств связи.
[264] Система предоставления услуг по требованию нуждается в предварительно запрограммированных признаках, объединенных на основании определенных протоколов/способов интеграции исходных компонентов, таких как серверы, базы данных, мобильные оконечные приложения, порталы сети Интернет, сетевые настройки и т.п., где приложения могут быть приложениями системы Андроид, приложениями iOS, телефонными приложениями Windows и т.п. Система также должна поддерживаться специалистами по обслуживанию с соответствующими инструментальными средствами для отслеживания и/или управления и обновляться инженерами с использованием соответствующих языков программирования и профессиональных навыков через определенные периоды времени.
[265] Система для предоставления услуг по требованию также может урегулировать услугу между клиентом и поставщиком услуг на основании заданного способа и настроек. В некоторых примерах услуга по требованию может включать услугу по перевозке пассажиров, услугу по доставке груза, или то и другое вместе. После завершения услуги по требованию клиент обычно платит за услугу с использованием модуля платежа в системе.
[266] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система является межплатформенной, и к ней можно иметь доступ с использованием различных вычислительных устройств, таких как портал сети Интернет и/или мобильные приложения, одновременно в случае необходимости. Различные компоненты в вычислительном устройстве, которое в настоящее время может быть реализовано в различных формах, например, планшетах, смартфонах, ноутбуках, персональных компьютерах или даже серверах, взаимодействуют и связываются для распространения данных. Пользователи, которые используют систему, взаимодействуют с системой посредством модулей, доступных для пользователей через приложение на их вычислительных устройствах. Каким образом пользователь взаимодействует с интерфейсом системы, зависит от того, является ли пользователь клиентом или поставщиком услуг, поскольку модуль клиента отличается от модуля поставщика услуг. Администрирование системой также осуществляется с использованием другого модуля, отличающегося от модулей, используемых клиентами и поставщиками услуг. Предусмотрены различные функциональные средства, в которых нуждается каждый пользователь системы; клиент не нуждается в тех функциональных средствах, в которых нуждается поставщик услуг, и также поставщик услуг не нуждается в функциональных средствах, в которых нуждается клиент или системный администратор. Специалисту известны различные формы и функции вычислительных устройств, и ему понятно, что приведенные в качестве примера варианты реализации настоящего изобретения могут использоваться с любыми вычислительными устройствами, и также понятно, что пользователям различных типов нужны различные функциональные средства. Таким образом, в качестве функциональных средств обеспечены различные прикладные функциональные средства, используемые в зависимости от типа запроса на обслуживание: прежде чем сделать запрос, клиент выбирает окно или модуль приложения, который он будет использовать; его выбор основан на типе услуги, в которой он нуждается, т.е. услуги по перевозке пассажиров для одного или более перевозчиков или услуги по доставке груза. Этот выбор влияет на функции приложения: вид отображения, опции или настройки, которые могут быть предоставлены клиенты, или любые другие соответствующие признаки. Это справедливо и для поставщиков услуг; отображение и настройки, которые они могут видеть или выбирать, зависят от типа запроса на обслуживание, который они хотели бы выбрать или выбрали для выполнения. Пользователю, независимо от того, является ли он поставщиком услуг или клиентом, предоставлена возможность посредством интерфейса приложения взаимодействовать с системой и делать выборы, задавать параметры или изменять настройки в соответствии с предпочтениями или ограничениями.
[267] Согласно приведенному в качестве примера варианту реализации настоящего изобретения коммуникационным средством системы может быть, например, любое средство для передачи данных с использованием одной или более сетей или одному или более периферийных устройств, подключенных к системе. Соответствующее коммуникационное средство может содержать, помимо прочего, схему и системы управления для обеспечения беспроводных соединений, проводных соединений, сотовых соединений, соединений посредством порта передачи данных, соединений типа Bluetooth или любого сочетания перечисленного выше. Специалисту понятно, что известны различные средства связи, которые могут быть использованы с приведенными в качестве примера вариантами реализации настоящего изобретения, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любыми средствами связи.
[268] Согласно приведенному в качестве примера варианту реализации настоящего изобретения модуль клиента, представляющий средство, посредством которого клиент взаимодействует с системой, является динамическим и может быть настроен в соответствии с конкретным местоположением. Модули клиента и поставщика услуг могут быть соединены через сервер, например, посредством двунаправленной беспроводной связи, выполненной с возможностью показа данных о местоположении на отображении электронной карты, а также других данных, таких как ввод клиента или поставщика услуг. Показанные признаки могут быть специфическими для местоположения или области, в которой расположено вычислительное устройство, так что конкретная информация об области может быть обеспечена на интерфейсе отображения.
[269] Приведенные в качестве примера варианты реализации системы также позволяют настроить функции модуля клиента, включая содержание, которое отображается как часть функций интерфейса клиента, на основании других выборов и предпочтений клиента. Приведенные в качестве примера варианты реализации системы могут включать приложение услуги по перевозке пассажиров по требованию или приложение услуги по доставке груза по требованию, компонент карты, базу данных карты и блок идентификатора местоположения, такой как, например, модуль GPS или другая схема для обеспечения данных геолокации (LBS). Специалисту известны различные средства для обеспечения идентификации местоположения и геолокационных услуг, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любым таким средством. Снабженные геолокацией система или устройство позволяют компонентам для отслеживания, входящим в состав приложений, выборочно идентифицировать местоположение клиентов и поставщиков услуг, которые делают запрос на обслуживание или желают оказать услугу. На основании текущего местоположения клиента или местоположения поставщика услуги диспетчер приложений может вызвать вывод специфичных для региона функций интерфейса клиента в компонент интерфейса клиента. Область, которая является адресной для клиента, включает текущее местоположение или местоположение услуги, в котором клиенту может быть оказана услуга по требованию. Эта область может быть идентифицирована почтовым индексом, названием города или названием области, где в настоящий момент расположено вычислительное устройство, и эта область может иметь заданный радиус расстояния от текущего местоположения, составляющий, например, одну милю, или эта область может быть особым образом отделена от других областей. На основании области клиента диспетчер приложений может показать относящиеся к этой области данные об услуге по требованию, которая должна быть оказана, на одном или более функциональных средств интерфейса клиента. Относящиеся к этой области данные об услуге по требованию могут быть частично предоставлены системой для предоставления услуг по требованию. Предпочтения или ограничения, которые связаны с месторасположением, частично зависят от снабженных геолокацией устройств. Как описано выше, приложение для услуги по требованию может предоставлять системе для услуг по требованию данные о местоположении, чтобы система для услуг по требованию могла разместить услугу, которая будет оказана клиенту.
[270] Согласно приведенному в качестве примера варианту реализации настоящего изобретения и на основании указанной клиентом области система для услуг по требованию может предоставить данные о доступных поставщиках услуг, которые могут выполнить услугу по требованию в этой области. Например, данные, предусмотренные для запроса на обслуживание, могут включать доступные данные о транспортных средствах, какие поставщики услуг могут выполнять услуги по перевозке пассажиров, какие поставщики услуг являются доступными для оказания услуги в настоящий момент, текущие местоположения транспортных средств, направления транспортных средств и т.п. для размещения услуг по перевозке пассажиров между клиентами и поставщиками услуг должным образом.
[271] Согласно приведенному в качестве примера варианту реализации настоящего изобретения и по меньшей мере частично на основании текущего местоположения вычислительного устройства приложение для услуги по требованию может использовать данные клиента, такие как домашний адрес клиента, местонахождение предприятия клиента, предпочтения клиента и т.п., а также исторические данные, такие как данные о предыдущих местоположениях, в которых недавно клиент запрашивал услугу, и/или рекомендованные клиенту достопримечательности. Когда клиент выбирает один из вводов рекомендуемой достопримечательности в качестве текущего местоположения и/или местоположения посадки, приложение для услуги по требованию может передать данные об этом местоположении системе для услуг по требованию.
[272] Согласно приведенному в качестве примера варианту реализации настоящего изобретения система для услуг по требованию путем использования данных о клиенте, услуге и поставщиках услуг может предоставить приложению для услуги по требованию соответствующие данные. Данные об услуге могут соответствовать данным о конкретной услуге по требованию, которая может быть размещена системой для услуг по требованию. Данные о поставщике услуг могут соответствовать данным о непосредственно доступных поставщиках услуг, таким как данные о профиле поставщика услуг, данные о текущем местоположении поставщика услуг или перемещении транспортных средств при доставке груза, транспортных средств при перевозке пассажиров или транспортных средств, обеспечивающих перевозку пассажиров и услугу по доставке груза одновременно, или данные о конкретном расстоянии или конкретном времени посадки от клиента. Система для услуг по требованию может передать приложению для услуги по требованию соответствующие данные об услуге (например, стоимость услуги, скидки в данной области) и соответствующие данные о поставщике услуг (например, данные о транспортном средстве), чтобы приложение для услуги по требованию могло показать относящиеся к этой области данные клиенту.
[273] В приведенном в качестве примера варианте реализации настоящего изобретения компоненты системы могут быть объединены для обеспечения функций модуля клиента, которые являются специфичными для выборов клиента и местоположений клиента, и/или условий режима реального времени для предоставления клиенту возможности запросить услугу по требованию. Например, приложение для услуги по требованию может соответствовать программе, которая загружается в смартфон или другое переносное компьютерное устройство, такое как планшет или персональное информационное устройство (PDA). Клиент или поставщик услуг могут загрузить и инсталлировать приложение для услуги по требованию на своем вычислительном устройстве и зарегистрировать вычислительное устройство в системе для услуг по требованию.
[274] Ниже также подробно описаны технические аспекты системы согласно настоящему изобретению и важные функции идентификации, поиска, согласования, рекомендации или маршрутизации пользователей, выполняемые системой путем взаимодействия с дискретными коммуникационными аспектами. Согласно приведенному в качестве примера варианту реализации настоящего изобретения приложение для услуги по требованию может включать сервер, компонент интерфейса клиента, компонент интерфейса поставщика услуг и интерфейс сервера. Интерфейс сервера управляет обменом данными между сервером и приложениями для услуги по требованию (для поставщика услуг и для клиента) вместо непосредственного соединения этих двух приложений, и все управление и обработка данных выполняются посредством сервера системы для предоставления услуг. Сервер через свой интерфейс принимает ввод данных от клиента, данные о местоположении и данные о запросе на обслуживание для конфигурирования содержания, а также данные от поставщика услуг, т.е. данные о местоположении, данные об ограничениях и исторические данные. Сервер передает данные одному или более вычислительным устройствам через интерфейсы сервера, и эти данные выводятся на дисплеи вычислительных устройств. Функции содержания являются специфическими для области, если имеются сугубо характерные региональные данные, особенно в картографировании запроса на обслуживание или маршрутизации. Интерфейс клиента может отображать индикаторы на картах, причем каждый индикатор показывает ввод различных клиентов или другого клиента, и/или другие данные, полученные системой от приложения для услуги по требованию. Функции приложения клиента также могут обеспечить динамически синхронизированное содержание на основании выборов клиента, обеспеченные вводом клиента. Например, компонент интерфейса клиента использует платформу интерфейса клиента, которая может быть сконфигурирована с различным содержанием, таким как содержание интерфейса клиента, обеспеченное сервером системы для услуг по требованию и содержанием, полученным в результате ввода клиента.
[275] Согласно приведенному в качестве примера варианту реализации настоящего изобретения для поставщиков услуг интерфейсный компонент поставщика услуг конфигурирует интерфейс поставщика услуг с данными о местоположении, которые передаются в интерфейсный компонент клиента через сервер с использованием той же платформы, как и у интерфейсного компонента клиента. По существу, важные и соответствующие данные направляются от поставщика услуг к клиенту и от интерфейса поставщика услуг в сервер, независимо от того, какую услугу выполняют поставщики услуг: услугу по перевозке пассажиров или услугу по доставке груза. В конечном счете интерфейсный компонент клиента осуществляет функцию отслеживания поставщика услуг, что может быть использовано для показа обновлений местоположения поставщика услуг в режиме реального времени и в случае необходимости обновлений местоположения поставщика услуг в режиме реального времени при доставке груза.
[276] Согласно приведенному в качестве примера варианту реализации настоящего изобретения интерфейсы клиента включают, помимо прочего, клиентский интерфейс исходного экрана, окно запроса на обслуживание, которое используется для клиентов для идентификации подробностей запросов на обслуживание, таких как тип услуг, подробностей фильтрации и т.п., обобщенный интерфейса клиента, клиентский интерфейс с подсказками при определении местонахождения, клиентский интерфейс поиска местоположения, клиентский интерфейс подтверждения или сочетание любой из описанных функций. Например, интерфейсный компонент клиента может вызвать отображение клиентского интерфейса исходного экрана, идентифицирующий услугу (услуги), которые клиент может запросить с использованием приложения для услуги по требованию. Специалисту понятно, что имеются различные интерфейсы клиента, которые можно использовать с приведенными в качестве примера вариантами реализации настоящего изобретения, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любым соответствующим интерфейсом.
[277] Исходный экран интерфейса клиента также может обеспечить определенные опции выбора услуги или ее типов, которые доступны в области расположения клиента. Таким образом, на основании текущего местоположения вычислительного устройства приложение для услуги по требованию может вызвать специфичные для местоположения интерфейсы клиента и содержание для представления клиенту. В большей части случаев географическая область, которая специфична для клиента, может быть основана на текущем местоположении клиента (например, текущем местоположении вычислительного устройства) или запрошенном местоположении услуги клиента (например, местоположении посадки и местоположении высадки для услуги по перевозке пассажиров или услуги по доставке груза). Например, в некоторых случаях текущее местоположение может отличаться от запрошенного местоположения услуги, так что клиент может вручную выбрать конкретное местоположение посадки, которое отличается от текущего местоположения вычислительного устройства.
[278] Согласно приведенному в качестве примера варианту реализации настоящего изобретения текущее местоположение клиента или местоположение запроса на обслуживание может быть определено идентификатором местоположения. Идентификатор местоположения может определять местоположение вычислительного устройства различными способами. Согласно одному варианту реализации идентификатор местоположения может быть реализован путем обработки данных глобальной навигационной системы (GPS), принятых от локальных/геоинформационных ресурсов вычислительного устройства. Кроме того, идентификатор местоположения также может принимать данные системы GPS из других приложений или программ, которые работают в вычислительном устройстве. Например, система может связаться с одним или более других приложений с использованием одного или более прикладных программных интерфейсов (API). Приложение для услуги по требованию может использовать данные о местоположении для задействования интерфейсного компонента клиента, чтобы он сконфигурировал платформу интерфейса клиента на основании данных о местоположении. Кроме того, приложение для услуги по требованию может предоставить данные о местоположении клиента системе для услуг по требованию.
[279] В качестве добавления или альтернативы, приложение для услуги по требованию может идентифицировать текущее местоположение клиента или местоположение посадки и доставки груза, например: (i) путем использования данных о местоположении, обеспеченных системой для услуг по требованию; (ii) путем использования ввода о местоположении клиента или посадки/доставки груза, обеспеченного клиентом; и/или (iii) путем использования информации о клиенте и/или исторической информации, сохраненной в одной или более баз данных. Например, система для услуг по требованию может дать перекрестные ссылки на данные местоположения, принятые от приложения для услуги по требованию из других источников или баз данных, например, третьесторонних серверов и систем, которые сохраняют данные о местоположении для получения детализированных/специфичных данных о конкретном идентифицированном местоположении. Специалисту понятно, что имеются различные способы для приложения для услуги по требованию для идентификации текущего местоположения клиента или местоположения посадки, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любым соответствующим способом.
[280] В некоторых случаях, путем использования данных перекрестных ссылок система для услуг по требованию идентифицирует конкретные местоположения (например, магазины, рестораны, многоквартирные дома, места проведения мероприятия, улицы и номера домов), которые близко расположены к идентифицированному местоположении и/или расположены в идентифицированном местоположении, и предоставляет этот интерфейс клиента для данных о конкретном местоположении в качестве данных о местоположении приложению для услуги по требованию. Диспетчер приложений может задействовать интерфейсный компонент клиента для предоставления конкретных данных о местоположении в качестве части интерфейса клиента таким образом, чтобы клиент мог выбрать конкретный универмаг или место проведения мероприятия в качестве текущего местоположения или местоположения характеристик услуги (например, местоположение посадки или местоположение доставки груза). Приложение для услуги по требованию также может принять ввод местоположения клиента, сделанный клиентом, для определения местоположения услуги клиента.
[281] Согласно приведенному в качестве примера варианту реализации настоящего изобретения приложение для услуги по требованию может вызвать интерфейсный компонент клиента для показа интерфейса клиента для определения местонахождения на дисплее. Клиент может ввести критерий поиска для идентификации конкретных местоположений (например, универмагов, ресторанов, мест проведения мероприятий, адресов), в которых клиент желает запросить услугу по требованию. Приложение для услуги по требованию может выполнить поиск путем опроса одного или более внешних источников для предоставления результатов поиска клиенту. В некоторых вариантах клиент может вручную обеспечить ввод местоположения путем ввода адреса (например, номера дома, названия улицы, города, штата) или манипулирования и перемещения графического символа/иконки местоположения услуги на отображении электронной карты, которая отображается как часть интерфейса клиента. В ответ на выбор клиента приложение для услуги по требованию может передать данные о местоположении системе для услуг по требованию.
[282] Согласно приведенному в качестве примера варианту реализации настоящего изобретения приложение для услуги по требованию может извлечь данные клиента и другие исторические данные, которые сохранены в базе данных. База данных может включать записи о предыдущих запросах клиента на услуги по требованию, а также о предпочтениях или фильтрах клиента. Согласно некоторым вариантам реализации, база данных может быть сохранена удаленным способом в системе для услуг по требованию, и данные клиента могут быть извлечены из базы (баз) данных системы для услуг по требованию. Приложение для услуги по требованию может использовать данные, сохраненные в базе данных, для идентификации предыдущих местоположений услуг для клиента. Также специалисту понятно, что практически база данных может быть реализована различными способами, включая, помимо прочего, носитель для хранения данных, структурированный или неструктурированный, реляционную базу данных или другого типа. Специалисту понятно, что имеются различные способы обеспечения баз данных и носителей для хранения данных для организации и извлечения конкретной информации, и приведенные в качестве примера варианты реализации настоящего изобретения предполагаются для использования с любой соответствующей базой данных или средством для хранения данных.
[283] Варианты реализации системы, описанные в настоящей заявке, не ограничиваются приложениями, охватывающими традиционные программы для компьютера или программируемых устройств, которые управляются ими. Предполагается, например, что варианты реализации настоящего изобретения, заявленные в настоящей заявке, могут включать оптический компьютер, квантовый компьютер, аналоговый компьютер или тому подобное. Каждый элемент на блок-схемах способа может обозначать этап или группу этапов реализуемого посредством компьютера способа. Также каждый этап может включать один или более подэтапов. Эти этапы (а также любой и все другие этапы, идентифицированные и описанные выше) представлены в показанном на чертежах порядке только с целью иллюстрации. Следует понимать, что любой вариант реализации может содержать альтернативный порядок этапов, адаптированный к конкретному случаю применения способа, раскрытого в настоящей заявке. Все такие изменения и модификации находятся в пределах объема охраны настоящего изобретения. Изображение и описание этапов в любом конкретном порядке не предназначено для исключения вариантов реализации, указывающих этапы в различном порядке, если это не требуется конкретным приложением, на определено явно или не явствует безусловно из контекста. Элементы, показанные на диаграммах и блок-схемах на всех чертежах, подразумевают логические границы между элементами. Однако в соответствии с программной или аппаратной инженерной практикой показанные элементы и их функции могут быть осуществлены в форме частей единой программной структуры, автономных программных модулей или в форме модулей, в которых используются внешние подпрограммы, коды, службы и т.п. или любое сочетание вышеуказанного. Все такие варианты реализации попадают в объем охраны настоящего раскрытия.
[284] В виду вышесказанного, следует понимать, что элементы блок-схем и иллюстраций технологических карт поддерживают сочетания средств для выполнения указанных функций, сочетания этапов для выполнения указанных функций, программных команд для выполнения указанных функций и т.п., независимо от того, выполняются этапы автоматически или нет.
[286] Согласно некоторым вариантам реализации компьютер обеспечивает исполнение компьютерных программных команд, включая множественные программы или потоки. Множественные программы или потоки могут выполняться более или менее одновременно для повышения использования процессора и существенного облегчения одновременного выполнения функций. Во время реализации любой и все способы, программные коды, программные команды и т.п., описанные в настоящей заявке, могут быть осуществлены в одном или более потоков. Поток может порождать другие потоки, которые сами могут назначать приоритеты, связанные с ними. Согласно некоторым вариантам реализации компьютер может обрабатывать эти потоки на основании приоритета или в любом другом порядке, основанном на инструкциях, указанных в программном коде.
[287] Если явно не указано иное, или иное явственно не следует из контекста, глаголы "исполнять" и "обрабатывать" используются в одном смысле для указания исполнения, обработки, интерпретации, компиляции, ассемблирования, соединения ссылками, загрузки, а также любого и всех сочетаний вышеуказанного и т.п. Таким образом, варианты реализации, которые исполняют или обрабатывают компьютерные программные команды, компьютерный исполняемый код и т.п., могут действовать надлежащим образом на инструкции или код любыми и всеми способами, описанными выше.
[288] Ниже приведено подробное описание сопроводительных чертежей, предоставленных настоящей заявке, причем сопроводительные чертежи являются дополняющими для дальнейшего детализированного описания настоящего изобретения и объяснения настоящего изобретение для лучшего понимания. Соответственно, следующие ниже подробные описания и сопроводительные чертежи должны рассматриваться как иллюстративные по своему характеру и не ограничивающие.
[289] ФИГ. 1 показывает принципиальную схему приведенного в качестве примера вычислительного устройства (100), подходящего для использования с одним вариантом реализации настоящего изобретения. Вычислительные устройства в целом могут состоять из одного или более центральных процессоров (CPU) (101), запоминающего устройства с произвольным доступом (ОЗУ) (102), среды хранения (например, накопителя на жестком диске, твердотельного накопителя, флэш-памяти, облачного хранилища данных) (103), операционной системы (OS) (104), одного или более программных приложений (105), одного или более дисплейных элементов (106), одного или более компонентов ввода/вывода (107), по меньшей мере одной базы данных (108), компонента GPS (109) и акселерометра (110). Примеры вычислительных устройств, пригодных для использования с одним вариантом реализации настоящего изобретения, могут включать, помимо прочего, мобильные вычислительные устройства, такие как смартфоны, ноутбуки, планшеты, персональные компьютеры и серверы. Термин "вычислительное устройство" также может описывать два или более вычислительных устройств, с связанных с возможностью обмена данными способом, обеспечивающим распространение и совместное использование одного или более ресурсов, таких как кластерные вычислительные устройства или серверные банки/фермы. Мобильным вычислительным устройством является любое устройство, которое создается с использованием мобильных компонентов, таких как мобильные аппаратные средства и программное обеспечение. Мобильными вычислительными устройствами являются переносные устройства, способные действовать, исполнять и обеспечивать услугу, и приложения, подобные типичному вычислительному устройству. Мобильные вычислительные устройства также могут быть известны как переносные вычислительные устройства или карманные вычислительные устройства. Приведенные в качестве примера варианты реализации настоящего изобретения используют мобильные устройства подобным способом, как и обычные персональные компьютеры, включая использование подобных компонентов аппаратных средств и программного обеспечения, используемых в персональных компьютерах, таких как процессоры, запоминающее устройство произвольного доступа и накопитель, средство связи Wi-Fi и базовая операционная система. Однако они могут использовать мобильную архитектуру, которая построена для обеспечения мобильности.
[290] Специалисту понятно, что приведенные в качестве примера варианты реализации настоящего изобретения могут предполагаться для использования с вычислительными устройствами различных типов, и что вычислительное устройство может изменяться по составу компонентов от описанных в настоящей заявке.
[291] ФИГ. 2 показывает принципиальную схему приведенных в качестве примера компонентов системы, содержащихся в системе согласно настоящему изобретению. Компонентом системы являются процесс, программа, утилита или другая часть компьютерной операционной системы, которая помогает управлять различными частями компьютера. Имеются множество компонентов системы, которые работают в компьютерной операционной системе, причем каждый выполняет конкретную функцию. Вместе они позволяют операционной системе и компьютеру функционировать правильно и эффективно. В приведенном в качестве примера варианте реализации настоящего изобретения компоненты системы могут содержать: средства связи (201), базу данных (202), процессор (203), запоминающее устройство (204), модуль системного администратора (205), модуль поставщика услуг (206), модуль клиента (207), модуль системного администратора (205), модуль поставщика услуг (206) и модуль клиента (207), взаимодействующие с другими компонентами вычислительного устройства, такими как средства связи (201), база данных (202), процессор (203) и запоминающее устройство (204), для обеспечения конфигурирования и отображения различных функциональных средств, связанных с системой и способом, подробно описанными в настоящей заявке. В целом, обмен данными между компонентами системы и сетью (200) происходит с использованием средств связи (201).
[292] Специалисту понятно, что модуль поставщика услуг (206) и модуль клиента (207) могут включать по меньшей мере два субмодуля: один для услуги по перевозке пассажиров и один для услуги по доставке груза. Эти субмодули могут работать независимо или может быть синхронизированы для работы вместе. Кроме того, специалисту понятно, что компоненты системы могут изменяться и отличаться от описанных в настоящей заявке, поскольку на ФИГ. 2 показаны только основные элементы системных компонентов согласно настоящему изобретению.
[293] ФИГ. 3А показывает принципиальную схему приведенной в качестве примера структуры системы, которая содержит три основных компонента: сервер (301), базу данных (302) и вычислительное устройство (303). Сервер (301) непрерывно взаимодействует с базой данных (302). База данных (302) может содержать некоторые данные, сохраненные в вычислительном устройстве (303), например, часть или все данные компонента карты (304). Вычислительное устройство (303) может иметь сервисное приложение (305), инсталлированное в нем. Сервисное приложение (303) имеет три основных компонента, которые включают: интерфейс сервера (306), диспетчер приложений (307) и интерфейс клиента/поставщика услуг (308). Любое взаимодействие между сервисным приложением (305) и сервером (301) происходит через интерфейс сервера (306). Диспетчер приложений (307) управляет работой сервисного приложения (305) и отвечает за считывание данных из базы данных (302) для сервисного приложения (305). Любое взаимодействие между сервисным приложением (305) и поставщиком услуг/клиентом происходит через интерфейс клиента/поставщика услуг (308). Вычислительное устройство (303) может помогать сервисному приложению (305) в отношении компонента карты (309), например, отображать местоположение клиента/поставщика услуг на карте сервисного приложения (305). Данные компонента карты (304) могут быть извлечены из базы данных (302). Вычислительное устройство (303) также оказывает поддержку сервисному приложению (305) при определении местоположения (310), причем местоположение идентифицируется посредством компонента глобальной системы позиционирования (311), расположенного в вычислительном устройстве (303). Специалисту понятно, что структура системы, показанная на ФИГ. 3А, не является исключительной, и могут быть использованы другие варианты этой структуры.
[294] ФИГ. 3В показывает приведенную в качестве примера последовательность выполняемых действий для регистрации клиента. Процесс начинается с загрузки приложения или посещения вебсайта клиентом (этап 312). Затем клиент касанием пальца активирует кнопку "Signup" (Зарегистрироваться) и входит на страницу "Signup" (этап 313). Затем клиент вводит свои данные (этап 314) и представляет заполненную форму системе (этап 315). Система распространяет уникальные идентификаторы каждому клиенту (этап 316) и передает клиенту подтверждение регистрации (этап 317). Клиент подтверждает регистрацию (этап 318) и затем регистрируется в системе (этап 319). Далее клиент имеет опцию соединения способов оплаты, которые могут быть, например, кредитной/дебетовой картой, посредством банковского счета, или любым другим способом оплаты, с его учетной записью (этап 320). После того, как клиент указал способ оплаты, он готов начать процесс запроса услуги (этап 321).
[295] Специалисту понятно, что процесс, описанный со ссылкой на ФИГ. 3В, не является исключительным, и процесс регистрации клиента может включать этапы, которые отличаются от этапов, описанных выше. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не требует конкретного порядка, показанного в настоящей заявке, для достижения желательных результатов.
[296] ФИГ. 3С показывает приведенную в качестве примера последовательность выполняемых действий для регистрации поставщика услуг. Процесс начинается с загрузки приложения или посещения вебсайта поставщиком услуг (этап 312). Затем поставщик услуг касанием пальца активирует кнопку "Signup" и входит на страницу "Signup" (этап 313). Затем поставщик услуг вводит в форму свои данные (этап 322) и представляет форму системе (этап 323). Система распространяет уникальные идентификаторы каждому поставщику услуг (этап 324) и требует, чтобы поставщик услуг предоставил данные (например, документы/материалы) для проверки в качестве части его приложения (этап 325). Затем приложение делает проверку (этап 326) и выводит решение относительно того, прошел или не прошел поставщик услуг стадию проверки документов/материалов (решение 327). Специалисту в данной области техники понятно, что существуют документы различных типов, которые могут потребоваться от поставщиков услуг в зависимости от различных географических местоположений и юрисдикций, в которых поставщики услуг должны представить документы, требующиеся для их юрисдикции. Если поставщик услуг не прошел проверку, процесс циклически возвращается к введению подробной информации (этап 325). Если поставщик услуг прошел проверку, он может войти в систему (этап 328). Затем поставщик услуг может начать оказывать услугу (этап 329).
[297] Специалисту понятно, что процесс, описанный со ссылкой на ФИГ. 3С, не является исключительным, и что процесс регистрации поставщика услуг может включать этапы, которые отличаются от этапов, описанных выше. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не требует конкретного порядка, показанного в настоящей заявке, для достижения желательных результатов.
[298] ФИГ. 3D показывает приведенные в качестве примера записи отслеживания запроса на обслуживание. Процесс начинается назначением уникального идентификатора запроса на обслуживание каждому запросу на обслуживание. Например, система может генерировать контрольный номер, который включает текущий год, месяц и день, в соответствии с датой размещения запроса на обслуживание, сопровождаемый номером для идентификации очереди, в которой был принят запрос на обслуживание; в первом примере это 201607201.
[299] Специалисту понятно, что уникальный идентификатор запроса на обслуживание может быть любой системой для идентификации, которая позволяет системе отслеживать каждый запрос на обслуживание. Кроме того, специалисту понятно, что известны различные способы осуществления уникальных идентификаторов запроса на обслуживание, и что варианты реализации настоящего изобретения предполагаются для использования с любыми уникальными идентификаторами запроса на обслуживание.
[300] Также система идентифицирует запрошенное местоположение посадки и фактическое местоположение посадки, поскольку эти два местоположения не обязательно могут быть теми же. Фактическое местоположение посадки может быть идентифицировано, например, на основании координат широты и долготы. В первом примере запрошенным местоположением посадки является главный центральный терминал по адресу 89Е 42-я Стрит, Нью-Йорк, штат Нью-Йорк, 10017, и фактическое местоположение посадки: (40.752017,-73.977354). Специалисту понятно, что запрошенное и фактическое местоположения посадки и высадки клиента могут быть идентифицированы с помощью различных средств, включая, помимо прочего, взаимодействие с третьесторонней программой, такой как интерфейсы прикладного программирования (API) (например, Карты Google, Foursquare) или любой другой программой и/или устройством, которые используются с целью идентификации местоположения.
[301] Затем система идентифицирует время посадки, включая месяц, день и год, сопровождаемое указанием часов и минут, например, 07/20/2016 в 07:25. Затем система идентифицирует запрошенное местоположение высадки и фактическое местоположение высадки. Например, запрошенное местоположение высадки: 136-20 38-я авеню, Флиссинген, штат Нью-Йорк, 11354, и фактическое местоположение высадки: (40.761054,-73.829817). Затем система идентифицирует время высадки, включая месяц, день и год, сопровождаемые часами и минутами, например, 07/20/2016 в 08:01. На следующем этапе система принимает и сохраняет данные об оплате, например, 33,00 доллара. Система может сохранять данные об оплате всех запросов на обслуживание для каждого отдельного клиента, чтобы также предоставлять данные об общей сумме, заплаченной за все услуги, которые запрашивал каждый отдельный клиент, наряду со средней ценой за каждый запрос на обслуживание. Затем система идентифицирует статус запроса на обслуживание, который, в первом примере указан как "Завершен". На конечном этапе система назначает отметку времени, соответствующую дате и времени, когда была создана запись, например, 07/20/2016 в 07:22.
[302] Согласно предпочтительному варианту реализации запросы на обслуживание отслеживаются подобным способом независимо от того, являются ли они запросами на доставку груза или перевозку пассажиров. Единственное различие в данных об отслеживании запроса на обслуживание может быть в их статусах. Например, запрос на обслуживание может быть отменен, как, например, во втором примере запроса на обслуживание с идентификационным номером 201607202. Его статус будет отражен как "Отменен в 08:05". В этом случае система тем не менее назначает идентификационный номер для данного запроса и сохраняет запрошенное местоположение посадки, например, музей Метрополитен по адресу 1000, 5-я авеню, Нью-Йорк, штат Нью-Йорк, 10028, запрошенное местоположение высадки, например, Пенсильванский вокзал по адресу: 4, Пенсильвания Плаза, Нью-Йорк, штат Нью-Йорк, 10001, и время посадки, например, 07/20/2016 в 8:00, для данного запроса на обслуживание, и отметку времени, например, 07/20/2016 в 7:57. Однако в случае отмены заказа фактическое местоположение посадки, фактическое местоположение высадки, время высадки и данные об оплате будут отсутствовать.
[303] Специалисту понятно, что элементы записей отслеживания запроса на обслуживание, показанные на ФИГ. 3D, могут изменяться в зависимости от предпочтений системного администратора. Настоящее изобретение может быть конфигурировано с включением других элементов запроса на обслуживание на основании предпочтений системного администратора.
[304] ФИГ. 4А показывает приведенную в качестве примера последовательность выполняемых действий по управлению списком предпочтительных контрагентов поставщика услуг и списком нежелательных контрагентов. Для простоты на ФИГ. 4А показана только последовательность выполняемых действий по управлению списком предпочтительных контрагентов и списком нежелательных контрагентов для поставщика услуг по доставке груза. Специалисту понятно, что тот же способ применим к услуге по перевозке пассажиров и обобщенной услуге по перевозке пассажиров и доставке груза. Когда система принимает подтверждение, что услуга завершена (этап 401), поставщика услуг запрашивают, удовлетворен ли он клиентом (решение 402). Если поставщик услуг по любой причине не удовлетворен клиентом и не желает оказывать услугу этому клиента еще раз, он имеет опцию добавления этого клиента в свой список нежелательных контрагентов с указанием причин, почему клиент внесен в список нежелательных контрагентов. В этом случае данное соответствие "клиент-поставщик услуг" будет пропускаться системой при назначении последующих запросов на обслуживание от этого клиента, пока этот поставщик услуг не захочет удалить этого клиента из своего списка нежелательных контрагентов (этап 403). Клиент будет уведомлен, что он внесен в список нежелательных контрагентов, с предоставлением причин, но система задержит уведомление на определенное время, чтобы уменьшить вероятность конфликта, поскольку нежелательный клиент еще может находиться в процессе оплаты за запрошенную услугу. Если поставщик услуг имеет нейтральное мнение о клиенте, он может не добавлять клиента ни в свой список нежелательных контрагентов, ни в свой список предпочтительных контрагентов (этап 404), и клиенту и поставщику услуг не будет отдано предпочтение при наилучшем соответствии позже, при этом система не будет игнорировать поставщика услуг при назначении последующих запросов на обслуживание от этого клиента. Если поставщик услуг удовлетворен клиентом, поставщик услуг может послать этому клиенту запрос на разрешение добавить этого клиента в свой список предпочтительных контрагентов для подкатегории услуг по доставке груза с указанием причин (этап 405). Клиент принимает этот запрос и решает, хотел бы он, чтобы его внесли в список предпочтительных контрагентов у этого поставщика услуг для этой подкатегории (решение 406). В противном случае клиент не добавляется в список предпочтительных контрагентов (этап 407). Если клиент аналогично удовлетворен поставщиком услуг, он принимает запрос и добавляется в список предпочтительных контрагентов у этого поставщика услуг для этой подкатегории (этап 408). Эти отношения из списка предпочтительных контрагентов будут распознаны системой при назначении последующих запросов на обслуживание, и этому поставщику услуг, а также и этому клиенту будет отдано предпочтение, когда система будет искать наилучшее соответствие для запроса на обслуживание в будущем. Если поставщик услуг выполняет запрос услуги по доставке груза в другой раз для этого же клиента (этап 409), поставщика услуг еще раз запрашивают, удовлетворен ли он клиентом (решение 410). Если да, то этот клиент остается в списке предпочтительных контрагентов этого поставщика услуг для подкатегории услуги по доставке груза (этап 412), и процесс повторяется, причем каждый раз при оказании услуги этим поставщиком услуг этому клиенту (этап 409) поставщика услуг спрашивают, удовлетворен ли он клиентом (решение 410). Если оказалось, что поставщик услуг неудовлетворен клиентом на каком-либо этапе, он может удалить этого клиента из своего списка предпочтительных контрагентов для подкатегории услуги по доставке груза (этап 411). Никакого разрешения от этого клиента для того, чтобы поставщик услуг удалил этого клиента из своего списка предпочтительных контрагентов, не требуется.
[305] Последовательность выполняемых действий на ФИГ. 4А показывает сценарий, в котором поставщик услуг желает добавить клиента в свой список предпочтительных контрагентов или в свой список нежелательных контрагентов. Однако в некоторых случаях поставщик услуг может предпочесть просто присылать отзыв о клиенте, в котором оценка может быть положительной, отрицательной или нейтральной, вместо добавления клиента или в список предпочтительных контрагентов или список нежелательных контрагентов. При отправке отзыва поставщик услуг может выбрать из множества заданных опций оценки или ввести свое собственное индивидуализированное сообщение с оценкой. Эта оценка будет сохранена в базе данных системы и может быть использована в различных назначениях, например, при выборе наилучшего подходящего клиента для поставщика услуг, для повышения качества услуг как для клиентов, так и для поставщиков услуг, или в назначениях с рекомендацией, как описано со ссылкой на ФИГ. 6С и 6Е.
[306] Специалисту понятно, что каждый из списка предпочтительных контрагентов и списка нежелательных контрагентов может быть отделен на основании типа услуги, например, для услуги по перевозке пассажиров, услуги по доставке груза, или для перевозки пассажиров и по доставке груза вместе. В некоторых случаях поставщик услуг может выбрать добавление клиента в свой список предпочтительных контрагентов только для услуги по перевозке пассажиров или только для услуги по доставке груза, тогда как в некоторых других случаях поставщик услуг может выбрать добавление клиента в свой список предпочтительных контрагентов для перевозки пассажиров и для услуги по доставке груза вместе. Согласно некоторым вариантам реализации всякий раз, когда поставщик услуг выбирает добавление клиента в список нежелательных контрагентов, система может предоставить поставщику услуг средство для представления причин, почему он добавляет этого клиента в список нежелательных контрагентов. Специалисту также понятно, что всякий раз, когда поставщик услуг добавляет клиента в свой список предпочтительных контрагентов, поставщик услуг также автоматически добавляется в список предпочтительных контрагентов этого клиента. Схожим образом, всякий раз, когда поставщик услуг удаляет клиента из своего списка предпочтительных контрагентов, этот поставщик услуг также автоматически удаляется из списка предпочтительных контрагентов этого клиента.
[307] Та же логика может быть применена к добавлению клиента в список нежелательных контрагентов. Поставщик услуг может выбрать добавление клиента в список нежелательных контрагентов только для услуги по перевозке пассажиров, только для услуги по доставке груза или и для перевозки пассажиров и для услуги по доставке груза. Поставщиком услуг для выполнения этапов добавления клиента в свой список предпочтительных контрагентов могут использоваться различные интерфейсы из этапов добавления клиента в список нежелательных контрагентов. Согласно некоторым вариантам реализации при добавлении клиента в список нежелательных контрагентов система может предоставить поставщику услуг средство для указания причин, почему он добавляет этого клиента в свой список нежелательных контрагентов.
[308] Специалисту понятно, что та же последовательность выполняемых действий может быть применена в случае, если поставщик услуг решает добавить клиента в свой список предпочтительных контрагентов или в список нежелательных контрагентов длительное время спустя после завершения услуги. Для этого поставщик услуг должен извлечь данные о клиенте, которого он желает добавить в свой список предпочтительных контрагентов или список нежелательных контрагентов, из его истории запросов на обслуживание. После извлечения данных об этом клиенте поставщик услуг должен выполнить те же этапы, начиная с этапа (402), для завершения процесса. Специалисту понятно, что любое количество клиентов могут быть добавлены в список предпочтительных контрагентов или удалены или из списка предпочтительных контрагентов или из списка нежелательных контрагентов в любое время по собственному усмотрению поставщика услуг. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует выполнения в конкретном порядке, показанном на чертеже, для достижения желательных результатов.
[309] ФИГ. 4В показывает приведенную в качестве примера последовательность выполняемых действий по управлению списком предпочтительных контрагентов и списком нежелательных контрагентов у клиента. Процесс управления списком предпочтительных контрагентов и списком нежелательных контрагентов у клиента похож на процесс управления теми же списками у поставщика услуг. Специалисту понятно, что тот же способ применяется к услуге по перевозке пассажиров, услуге по доставке груза и совместной услуге по перевозке пассажиров и доставке груза.
[310] Когда система принимает подтверждение того, что услуга завершена (этап 401), клиенту посылают запрос, удовлетворен ли он поставщиком услуг (решение 413). Если клиент по любой причине не удовлетворен поставщиком услуг и не желает получать услугу от этого поставщика услуг еще раз, он имеет опцию добавления этого поставщика услуг в свой список нежелательных контрагентов с указанием причин, после чего система будет пропускать это соответствие "клиент-поставщик услуг", пока клиент не выберет удаление этого поставщика услуг из своего списка нежелательных контрагентов (этап 414). Поставщик услуг будет уведомлен, что он добавлен в список нежелательных контрагентов, но система может задержать уведомление на определенное время, чтобы уменьшить вероятность конфликта, особенно если нежелательный поставщик услуг еще не покинул или только что покинул местоположение высадки. Если клиент имеет нейтральное мнение о поставщике услуг, он может не добавлять этого поставщика услуг ни в свой список нежелательных контрагентов, ни в свой список предпочтительных контрагентов (этап 415), и клиенту и поставщику услуг не будет отдано предпочтение в наилучшем соответствии позже, при этом система не будет игнорировать поставщика услуг, когда клиент сделает запрос на обслуживание в будущем. Клиент может удалить поставщика услуг из своего списка нежелательных контрагентов в любое время. Если клиент удовлетворен поставщиком услуг, клиент имеет опцию передачи этому поставщику услуг запроса на разрешение добавить его в свой список предпочтительных контрагентов как для подкатегории услуг по перевозке пассажиров, так и для подкатегории услуг по доставке груза с указанием причин (этап 416). Поставщик услуг принимает этот запрос и решает, хочет ли он, чтобы его добавили в список предпочтительных контрагентов у этого клиента (решение 417). В противном случае поставщика услуг не добавляют в список предпочтительных контрагентов (этап 418). Если поставщик услуг аналогично удовлетворен клиентом, то он соглашается и добавляется в список предпочтительных контрагентов у этого клиента (этап 419). Эти отношения из списка предпочтительных контрагентов будут распознаны системой при последующем запросе, и этому поставщику услуг, а также этому клиенту будет отдано предпочтение, когда система будет искать наилучшее соответствие для запроса на обслуживание в будущем. Когда клиент завершает услугу в подкатегории перевозки пассажиров и доставки груза в другой раз с тем же поставщиком услуг (этап 420), клиента еще раз запрашивают, удовлетворен ли он этим поставщиком услуг (решение 421). Если да, поставщик услуг остается в списке предпочтительных контрагентов у клиента (этап 422), и процесс повторяется, причем каждый раз, когда поставщик услуг оказывает услугу этому клиенту (этап 420), клиента спрашивают, удовлетворен ли он этим поставщиком услуг (решение 421). Если клиент в этот раз оказался неудовлетворен поставщиком услуг, он может удалить этого поставщика услуг из своего списка предпочтительных контрагентов. Никакое разрешение от поставщика услуг клиенту не требуется, чтобы удалить его из своего списка предпочтительных контрагентов (этап 423).
[311] Последовательность выполняемых действий на ФИГ. 4В показывает сценарий, в котором клиент желает добавить поставщика услуг или в свой список предпочтительных контрагентов или в свой список нежелательных контрагентов. Однако в некоторых случаях клиент может предпочесть просто присылать отзывы о поставщике услуг, в которых оценка может быть положительный, отрицательный или нейтральной, вместо добавления поставщика услуг в свой список предпочтительных контрагентов или нежелательных контрагентов. При отправке отзывов клиент может выбрать любую из множества заданных опций оценки или ввести свое собственное индивидуализированное сообщение с оценкой. Как описано выше, эта оценка будет сохранена в базе данных системы и может быть использована для различных целей, например, при выборе наилучшего подходящего поставщика услуг для клиента, для улучшения качества услуг как для клиентов, так и для поставщиков услуг или при рекомендации, как описано со ссылкой на ФИГ. 6В и 6D.
[312] Специалисту понятно, что каждый из списка предпочтительных контрагентов и списка нежелательных контрагентов может быть выделен на основании типа услуги, например, для услуги по перевозке пассажиров, для услуги по доставке груза, или и для услуги по перевозке пассажиров и по доставке груза одновременно. В некоторых случаях клиент может выбрать добавление поставщика услуг в свой список предпочтительных контрагентов только для услуги по перевозке пассажиров или только для услуги по доставке груза, тогда как в некоторых других случаях клиент может выбрать добавление поставщика услуг в свой список предпочтительных контрагентов и для перевозки пассажиров и для услуги по доставке груза одновременно. Согласно некоторым вариантам реализации всякий раз, когда клиент выбирает добавление поставщика услуг в свой список нежелательных контрагентов, система может предоставить клиенту средство для указания причины, по которым он добавляет этого поставщика услуг в свой список нежелательных контрагентов. Специалисту также понятно, что всякий раз, когда клиент добавляет поставщика услуг в свой список предпочтительных контрагентов, клиент также автоматически добавляется в список предпочтительных контрагентов этого поставщика услуг. Схожим образом, всякий раз, когда клиент удаляет поставщика услуг из своего списка предпочтительных контрагентов, этот клиент также автоматически удаляется из списка предпочтительных контрагентов этого поставщика услуг.
[313] Та же логика применима к добавлению поставщика услуг в список нежелательных контрагентов. Клиент может выбрать добавление поставщика услуг в свой список нежелательных контрагентов только для услуги по перевозке пассажиров, только для услуги по доставке груза или и для перевозки пассажиров и для услуги по доставке груза одновременно. Клиентом для выполнения этапов добавления поставщика услуг в свой список предпочтительных контрагентов могут использоваться различные интерфейсы из этапов добавления поставщика услуг в свой список нежелательных контрагентов. При добавлении поставщика услуг в свой список нежелательных контрагентов клиент должен указать причины, по которым он добавляет поставщика услуг в свой список нежелательных контрагентов. Этот процесс не должен выполняться немедленно после завершения запроса на обслуживание.
[314] Специалисту понятно, что та же последовательность выполняемых действий может быть применена, если клиент решил добавить поставщика услуг в свой список предпочтительных контрагентов или в список нежелательных контрагентов длительное время спустя после завершения услуги. Для этого клиент должен войти в свою историю запросов на обслуживание, чтобы извлечь данные о поставщике услуг, с которым он завершал запросы на обслуживание в прошлом, и которого хочет добавить в свой список предпочтительных контрагентов или нежелательных контрагентов. После извлечения данных об этом поставщике услуг клиент должен выполнить те же этапы, начиная с этапа (413), для завершения процесса. Специалисту понятно, что любое количество поставщиков услуг могут быть добавлены в список предпочтительных контрагентов или удалены из списка нежелательных контрагентов любое время по собственному усмотрению клиента. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, при этом он не требует выполнения в конкретном порядке, описанном в настоящей заявке, для достижения желательных результатов.
[315] ФИГ. 5 показывает приведенную в качестве примера последовательность выполняемых действий по обсуждению цены между поставщиком услуг и клиентом. В этом приведенном в качестве примера варианте реализации настоящего изобретения клиент может представить системе свою предложенную цену за обслуживание (этап 501). Предложенная клиентом цена может быть основана на цене по умолчанию, и один или более процессоров могут определить, когда предложенная цена является выше или ниже, чем цена по умолчанию, или равна цене по умолчанию. Специалисту понятно, что независимо от типа услуги, процесс обсуждения цены между поставщиком услуг и клиентом остается тем же самым, за исключением того, что могут быть различия в цене по умолчанию как за услугу по перевозке пассажиров, так и за услугу по доставке груза. В случае, если клиенту требуется объединенная услуга, цена, предложенная клиенту, может быть получена из цены по умолчанию за услугу по перевозке пассажиров и за услугу по доставке груза.
[316] Для простоты этот чертеж показывает сценарий клиента, предлагающего цену только за услугу по перевозке пассажиров. Система сделает запрос клиенту в отношении того, кому клиент хотел передать предложенную цену, в зависимости от того, имеет клиент или не имеет предпочтительных поставщиков услуг (или предпочтительных доступных поставщиков услуг) (решение 502). Если имеются предпочтительные доступные поставщики услуг, клиент решает, желает ли он передать предложение цены одному или более из этих доступных предпочтительных поставщиков услуг (решение 503). Если клиент желает направить предложение цены любому из этих предпочтительных поставщиков услуг, он решает, является ли его предложенная цена обсуждаемой с предпочтительными поставщиками услуг (решение 504). Если нет предпочтительных поставщиков услуг или предпочтительных доступных поставщиков услуг, или если клиент не желает предлагать свою цену любому из предпочтительных поставщиков услуг, клиент решает, является ли его предложенная цена обсуждаемой или необсуждаемой с каким-либо обычным поставщиком услуг (решение 505). Процесс является тем же независимо от того, является ли поставщик услуг предпочтительным поставщиком услуг, или это обычный поставщик услуг, после уточнения, будет ли клиент вести переговоры или не будет вести переговоры с одним или более поставщиков услуг.
[317] В случае, если клиент устанавливает цену, которую он определяет как обсуждаемую, поставщики услуг извещаются об этом (этап 506). Затем поставщик услуг решает, будет ли он вести переговоры (решение 507). Поставщик услуг имеет три опции при обсуждении предложения цены. Если поставщик услуг вообще не хочет принять запрос на обслуживание, он отклоняет и переговоры и запрос, и запрос завершается (этап 508). Если поставщик услуг не желает вести переговоры, но все еще желает выполнять запрос на обслуживание, он принимает исходную обсуждаемую цену, как она есть (этап 513) и затем ему назначают заказ (этап 514). Третья опция, доступная для поставщика услуг, состоит в ведении переговоров о цене. Поставщик услуг выставляет возражение (этап 509), которое передают клиенту. Затем клиент может выбрать, принять ли это возражение (решение 510). Если клиент принимает возражение, система назначает заказ поставщику услуг (этап 514). Если клиент не принимает возражение, то клиент выставляет встречное возражение (этап 511), и переговоры циклически возвращаются к поставщику услуг. Затем поставщик услуг выносит решение относительно того, принять ли встречную цену (решение 512). Если поставщик услуг принимает встречную цену, то поставщику услуг назначают заказ (этап 514). Если поставщик услуг не принимает возражение, он противопоставляет этому возражению свое возражение (этап 509). Процесс повторяется до тех пор, пока поставщик услуг и клиент оба не согласятся с ценой, после чего заказ назначают поставщику услуг для исполнения (этап 514).
[318] В случае, если клиент устанавливает цену, которую он определяет как необсуждаемую, запрос направляется предпочтительным поставщикам услуг клиента (или любым другим поставщики услуг, если клиент не имеет доступных поставщиков услуг в своем списке предпочтительных контрагентов), которые принимают или не принимают необсуждаемую цену (решение 515). Если поставщик услуг принимает необсуждаемую цену, ему назначают заказ (этап 514). Если поставщик услуг не принимает цену, клиента уведомляют, что запрос на обслуживание не принят по той цене, которую он предложил (этап 516). Затем клиент после получения уведомления может пересмотреть исходный запрос на обслуживание и повторно представить новое предложение цены (этап 501). Две линии утрачены.
[319] ФИГ. 5 может быть соединен с ФИГ. 7L, который относится к клиенту, выбирающему, какому поставщику услуг он хотел передать запрос на обслуживание.
[320] Специалисту понятно, что ФИГ. 5 показывает только один из возможных сценариев обсуждения цены между поставщиком услуг и клиентом. В зависимости от различных ситуаций система может принять первоначальное предложение цены от поставщика услуг или от клиента. Соответственно, первоначальному предложению цены могут противостоять и клиент и поставщик услуг. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[321] ФИГ. 6А показывает приведенную в качестве примера последовательность выполняемых действий клиента, когда он выбирает, и системы, которая назначает заказ наилучшему подходящему поставщику услуг. Когда система принимает запрос на обслуживание (этап 601), она идентифицирует тип запроса на обслуживание (этап 602), который может быть запросом на услугу по перевозке пассажиров, запросом на услугу по доставке груза или тем и другим вместе, т.е. запросом на услугу по перевозке пассажиров и на услугу по доставке груза. Система идентифицирует местоположения посадки или высадки для клиента или выгрузки для предметов, которые будут доставлены, как указано в запросе на обслуживание клиента (этап 603). Затем система идентифицирует условия фильтра (этап 604) и выясняет, имеются ли подходящие поставщики услуг в списке предпочтительных контрагентов клиента (решение 605). Если в списке предпочтительных контрагентов клиента нет подходящих поставщиков услуг, система идентифицирует обычного подходящего поставщика услуг (этап 606). Затем система идентифицирует, доступен ли этот обычный подходящий поставщик услуг (решение 607). Если в списке предпочтительных контрагентов клиента имеется подходящий поставщик услуг, система идентифицирует, доступен ли этот соответствующий предпочтительный поставщик услуг (решение 607). Затем, после идентификации соответствующего доступного поставщика услуг клиент выбирает наилучшего подходящего поставщика услуг (этап 610). Если никаких доступных подходящих поставщиков услуг нет, клиенту сообщают об этом (этап 608), и запрос завершается (этап 609). Если имеется доступный подходящий поставщик услуг, система передает запрос этому поставщику услуг (этап 611). Подходящий поставщик услуг принимает запрос и получает возможность принять или не принять запрос (решение 612). Если поставщик услуг принимает запрос, ему назначают заказ для выполнения этого запроса на обслуживание (этап 617). Если поставщик услуг отклоняет запрос, система идентифицирует другого наилучшего подходящего поставщика услуг (этап 613). Затем система определяет, доступен ли другой подходящий поставщик услуг (решение 614). Если нет доступного подходящего поставщика услуг для выполнения запроса, то клиента уведомляют об этом (этап 608), и запрос завершается (этап 609). Если наилучший подходящий поставщик услуг доступен, система уведомляет клиента об этом (этап 615). Затем система делает запрос клиенту, желает ли он ожидать этого поставщика услуг (решение 616). Если клиент не желает ожидать, процесс циклически возвращается к идентификации другого подходящего поставщика услуг (этап 613), пока не найдется поставщик услуг, которому можно назначить заказ. Если клиент желает ожидать, система назначает заказ поставщику услуг, когда этот поставщик услуг становится доступным (этап 617).
[322] Специалисту понятно, что процесс, описанный со ссылкой на ФИГ. 6А, не является исключительным, и способ, которым система помогает клиенту выбрать наилучшего подходящего поставщика услуг, может отличаться своими этапами от этапов, описанных в настоящей заявке. Кроме того, специалисту понятно, что процесс, описанный в настоящей заявке, не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[323] ФИГ. 6В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, рекомендующего предпочтительного клиента. Если Поставщик услуг А желает дать рекомендацию Клиенту М из его списка предпочтительных контрагентов (этап 618), рекомендация может включать данные о рекомендованном клиенте, о профиле клиента и причинах рекомендации. Поставщик услуг А передает запрос на разрешение с рекомендацией данного клиента Поставщику услуг В в подкатегории услуги по перевозке пассажиров (этап 619). Такой запрос на разрешение также должен быть принят Клиентом М, таким образом, запрос на разрешение идентифицирует Клиента М, автора рекомендации и кому направляется рекомендация. Затем Клиент М может принять или не принять запрос о своей рекомендации (решение 620). Если Клиент М не принимает запрос о своей рекомендации, то рекомендация отменяется (этап 623). Если Клиент М принимает запрос о своей рекомендации, система уведомляет Поставщика услуг В, что рекомендация ожидает его одобрения, и он в настоящий момент имеет опцию одобрить рекомендацию или не одобрить ее на основании причин и/или комментариев, переданных Поставщиком услуг А (решение 621). Если Поставщик услуг В не одобряет рекомендацию, рекомендация отменяется (этап 623). Если Поставщик услуг В одобряет рекомендацию, которая была принята Клиентом М, Клиент М добавляется в список предпочтительных контрагентов Поставщика услуг В в подкатегории услуг по перевозке пассажиров (этап 622).
[324] Специалисту понятно, что поставщик услуг может рекомендовать отдельных клиентов, группы клиентов или полные списки предпочтительных контрагентов одному или нескольким другим поставщикам услуг, и последовательность выполняемых действий будет той же, как показанная на ФИГ. 6В. В то же время, поставщик услуг может принять рекомендацию отдельных клиентов, части группы клиентов или полные группы клиентов, или полные списки предпочтительных контрагентов без любых ограничений.
[325] Кроме того, специалисту понятно, что последовательность выполняемых действий, показанная на ФИГ. 6В, также применима к услуге по доставке груза и к одновременной услуге по перевозке пассажиров и доставке груза. Для рекомендации списка предпочтительных контрагентов поставщик услуг может рекомендовать клиента другому поставщику услуг, причем такой рекомендованный клиент может находиться в его списках предпочтительных контрагентов для услуги по перевозке пассажиров или услуги по доставке груза, или в списке предпочтительных контрагентов для обобщенной услуги по перевозке пассажиров и по доставке груза. Рекомендации списка предпочтительных контрагентов требуют одобрения клиента, которого рекомендуют, и одобрение поставщика услуг, которому рекомендуют этого клиента. В случае, если второй поставщик услуг, т.е. Поставщик услуг В, желает добавить рекомендованного клиента, т.е. Клиента М, в свой список предпочтительных контрагентов для другой подкатегории, например, для услуги по доставке груза, Поставщик услуг В должен передать запрос на разрешение Клиенту М, который будет добавлен в его список предпочтительных контрагентов не только для подкатегории услуг по перевозке пассажиров, но также и для подкатегории услуг по доставке груза. Специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[326] ФИГ. 6С показывает приведенную в качестве примера последовательность выполняемых действий клиента, рекомендующего предпочтительного поставщика услуг. Если в списке предпочтительных контрагентов Клиента С имеется поставщик услуг, Клиент С может рекомендовать Поставщика услуг О другому клиенту D (этап 624). Рекомендация может включать данные о рекомендованном поставщике услуг, профиле такого поставщика услуг и причинах рекомендации. Запрос на разрешение рекомендации поставщика услуг передается от Клиента С Клиенту D для подкатегории услуг по доставке груза (этап 625). Но такая рекомендация сначала должна быть принята поставщиком услуг, т.е. Поставщиком услуг О, прежде, чем Клиент D сможет принять ее. В этом случае Поставщик услуг О имеет вариант согласиться быть рекомендованным или не соглашаться быть рекомендованным (решение 626). Если Поставщик услуг О не согласен, рекомендация отменяется (этап 629). Если Поставщик услуг О согласен, система уведомляет Клиента D, что рассматриваемая рекомендация одобрена, и он теперь имеет возможность принять эту рекомендацию или отклонить на основании причин для рекомендации и/или комментариев (решение 627). Если Клиент D отклоняет рекомендацию, рекомендация отменяется (этап 629). Если он принимает рекомендацию, которая была одобрена Поставщиком услуг О, этот поставщик услуг добавляется в список предпочтительных контрагентов у Клиента D в подкатегории услуг по доставке груза (этап 628).
[327] Специалисту понятно, что клиент может рекомендовать отдельных поставщиков услуг, группы поставщиков услуг или полные списки предпочтительных контрагентов одному или нескольким другим клиентам, и способ процесса является тем же, как и показанный на ФИГ. 6С. В то же время клиенты могут принять рекомендации отдельных поставщиков услуг, части или полные группы поставщиков услуг, или полные списки предпочтительных контрагентов без любых ограничений.
[328] Кроме того, специалисту понятно, что последовательность выполняемых действий, показанная на ФИГ. 6С, также применима к услуге по перевозке пассажиров и обобщенной услуге по перевозке пассажиров и доставке груза. Для рекомендации списка предпочтительных контрагентов клиент может рекомендовать поставщика услуг другому клиенту, причем такой рекомендованный поставщик услуг может находиться в его списках предпочтительных контрагентов для услуги по перевозке пассажиров или для услуги по доставке груза, или в списке предпочтительных контрагентов для обобщенной услуги по перевозке пассажиров и по доставке груза. В приведенных в качестве примера вариантах реализации рекомендация списка предпочтительных контрагентов требует одобрения поставщика услуг, который рекомендован, и одобрение клиента, которому рекомендован этот поставщик услуг. В случае, если второй клиент, т.е. Клиент D, желает добавить рекомендованного поставщика услуг, т.е. Поставщика услуг О, в свой список предпочтительных контрагентов для другой подкатегории, например, для услуги по перевозке пассажиров, Клиент D должен передать запрос Поставщику услуг О на разрешение быть добавленным в список предпочтительных контрагентов не только для подкатегории услуг по доставке груза, но также и для подкатегории услуг по перевозке пассажиров. Специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка выполнения этапов, показанного на чертеже, для достижения желательных результатов.
[329] ФИГ. 6D показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, отрицательно рекомендующего нежелательного клиента. Подобно предпочтительным клиентам, нежелательные клиенты также могут быть рекомендованы другому поставщику услуг. Например, если Поставщик услуг Е имеет клиента, т.е. Клиента Y, в своем списке нежелательных контрагентов, кого он желает рекомендовать Поставщику услуг F, он указывает, что хотел бы дать отрицательную рекомендацию (этап 630). Рекомендация может включать данные о рекомендованном клиенте, такие как профиль клиента и причины для рекомендации. В отличие от рекомендаций списка предпочтительных контрагентов, в этом случае последовательность выполняемых действий не требует согласия от клиента, который находится в списке нежелательных контрагентов Поставщика услуг Е (этап 631). Данные Клиента Y передают Поставщику услуг F, который принимает данные (этап 632) и решает, принять ли отрицательную рекомендацию (решение 633). Если Поставщик услуг F принимает отрицательную рекомендацию, клиент из списка нежелательных контрагентов у Поставщика услуг Е, т.е. Клиент Y, добавляется в список нежелательных контрагентов у Поставщика услуг F, и этот поставщик услуг будет пропускаться для запроса Клиента Y в следующий раз (этап 634). Если поставщик услуг решает не добавлять клиента, то клиент из списка нежелательных контрагентов Поставщика услуг Е не добавляется в его список нежелательных контрагентов (этап 635).
[330] Специалисту понятно, что поставщик услуг может рекомендовать отдельных клиентов, группы клиентов или полные списки нежелательных контрагентов одному или нескольким другим поставщикам услуг, и что последовательность выполняемых действий является той же, как и показанная на ФИГ. 6D. В то же время, поставщик услуг может принять отрицательную рекомендацию отдельных клиентов, полные или частичные группы клиентов, или полные списки нежелательных контрагентов без любых ограничений.
[331] Кроме того, специалисту понятно, что та же последовательность выполняемых действий, показанная на ФИГ. 6D, также применима к любому типу услуги, будь это услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе. Для рекомендации списка нежелательных контрагентов поставщик услуг может рекомендовать клиента другому поставщику услуг независимо от подкатегории услуги, причем такой отрицательно рекомендованный клиент находится в его списке нежелательных контрагентов для услуги по перевозке пассажиров или услуги по доставке груза, или в списке нежелательных контрагентов для обеих подкатегорий услуг. Рекомендация списка нежелательных контрагентов не требует одобрения или согласия клиента, которого рекомендуют отрицательно. Однако поставщик услуг, которому рекомендован клиент, может выбрать, принять или не принять отрицательную рекомендацию только для одной подкатегории услуги, такой как только услуга по перевозке пассажиров или только услуга по доставке груза, или добавить отрицательно рекомендованного клиента в свой список нежелательных контрагентов для обеих подкатегорий. Специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[332] ФИГ. 6Е показывает приведенную в качестве примера последовательность действий, выполняемых клиентом, рекомендующим нежелательного поставщика услуг. Подобно предпочтительным поставщикам услуг, поставщики услуг, внесенные в список нежелательных контрагентов, также могут быть отрицательно рекомендованы другому клиенту. Отрицательная рекомендация может включать данные о рекомендуемом поставщике услуг, такие как профиль поставщика услуг и причины, почему этот поставщик услуг внесен в список нежелательных контрагентов. Например, Клиент G имеет Поставщика услуг Q в своем списке нежелательных контрагентов и он желает отрицательно рекомендовать Поставщика услуг Q Клиенту Н (этап 636). Такая отрицательная рекомендация может быть инициирована запросом Клиента G и принята Клиентом Н, или инициирована Клиентом Н и принята Клиентом G. В отличие от рекомендаций списка предпочтительных контрагентов, эта последовательность выполняемых действий не требует разрешения от Поставщика услуг Q, который находится в списке нежелательных контрагентов Клиента G (этап 637). Данные поставщика услуг передают Клиенту Н, который принимает данные о Поставщике услуг Q (этап 638) и решает, принять ли отрицательную рекомендацию (решение 639). Если отрицательная рекомендация принята, Поставщик услуг Q добавляется в список нежелательных контрагентов у Клиента Н, и этот поставщик услуг будет пропущен для запроса этого клиента следующий раз (этап 640). В противном случае Поставщик услуг Q не добавляется в список нежелательных контрагентов (этап 641).
[333] Специалисту понятно, что клиент может рекомендовать отдельных поставщиков услуг, группы поставщиков услуг или полные списки нежелательных контрагентов одному или нескольким другим клиентам, и последовательность выполняемых действий является той же, как и показанная на ФИГ. 6Е. В то же время, клиент может принять рекомендацию отдельных поставщиков услуг, полных или частичных групп поставщиков услуг, или полных списков нежелательных контрагентов без любых ограничений.
[334] Кроме того, специалисту понятно, что та же последовательность выполняемых действий, показанная на ФИГ. 6Е, также применима к услуге любого типа, будь это услуга по перевозке пассажиров, услуга по доставке груза или то и другое вместе. Для рекомендации списка нежелательных контрагентов клиент может рекомендовать поставщика услуг другому клиенту независимо от типа услуги, причем такой отрицательно рекомендованный поставщик услуг может быть в списке нежелательных контрагентов для услуги по перевозке пассажиров или для услуги по доставке груза, или списке нежелательных контрагентов как для услуги по перевозке пассажиров, так и для услуги по доставке груза. Рекомендация списка нежелательных контрагентов не требует одобрения поставщика услуг, которого рекомендуют отрицательно. Однако клиент, которому рекомендован поставщик услуг, может выбрать, принять ли отрицательную рекомендацию только для одной подкатегории услуги, такой как услуги по перевозке пассажиров или услуги по доставке груза, или добавить отрицательно рекомендованного поставщика услуг в списки нежелательных контрагентов для обеих подкатегорий.
Специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[335] ФИГ. 7А показывает приведенные в качестве примера настройки (700) индикатора для поставщика услуг (701) для просмотра идентифицирующей клиента информации. Клиенты классифицированы на основании того, являются ли они "обычными" клиентами или "предпочтительными" клиентами. Также они подклассифицированы на основании трех типов услуги: клиент для услуги по перевозке пассажиров "ICT" (702), клиент для услуги по доставке груза "ICD" (703) или клиент для перевозки пассажиров и для услуги по доставке груза "ICB" (704). Затем клиентам назначают индикаторы на основании того, является ли клиент "обычным" клиентом для услуги по перевозке пассажиров "RCT" (705) или "предпочтительным" клиентом для услуги по перевозке пассажиров "FCT" (706); "обычным" клиентом для услуги по доставке груза "RCD" (707) или "предпочтительным" клиентом для услуги по доставке груза "FCD" (708); или "обычным" клиентом для услуги по перевозке пассажиров и по доставке груза "RCB" (709) или "предпочтительным" клиентом для услуги по перевозке пассажиров и доставке груза "FCB" (710).
[336] Поставщики услуг могут выбрать, какие индикаторы клиентов они желают видеть, делая их активными (711) или неактивными (712). Например, сделав набор "ICT" индикаторов (702) неактивным (712), поставщики услуг не будут видеть данные любых клиентов в подкатегории услуги по перевозке пассажиров. Кроме того, поставщики услуг имеют опцию показа только индикаторов (713) или показа и индикаторов, и пояснений (714). После идентификации настроек (700) индикатора поставщики услуг или подтверждают (715) или отменяют (716) свои выборы.
[337] Специалисту понятно, что процесс настроек индикатора является двунаправленным, и клиент может сначала задать индикаторы, которые он позволяет поставщикам услуг видеть. В то же время поставщик услуг может задать в настройках индикатора (700), какие данные о клиентах он желает видеть.
[338] ФИГ. 7В показывает приведенные в качестве примера настройки (700) индикатора для клиента (717) для просмотра идентифицирующей информации о поставщике услуг. Поставщики услуг классифицированы на основании того, являются ли они "обычными" поставщиками услуг или "предпочтительными" поставщиками услуг. Также они подклассифицированы на основании трех типов услуги: поставщик услуг по перевозке пассажиров "IPT" (718); поставщик услуг по доставке груза "IPD" (719); или поставщик услуг по перевозке пассажиров и по доставке груза "IBP" (720). Затем поставщикам услуг назначают индикаторы на основании того, является ли поставщик услуг "обычным" поставщиком услуг по перевозке пассажиров "RPT" (721) или "предпочтительным" поставщиком услуг по перевозке пассажиров "FPT" (722); "обычным" поставщиком услуг по доставке груза "RPD" (723) или "предпочтительным" поставщиком услуг по доставке груза "FPD" (724); или "обычным" поставщиком услуг по перевозке пассажиров и по доставке груза "RPB" (725) или "предпочтительным" поставщиком услуг по перевозке пассажиров и по доставке груза "FPB" (726).
[339] Клиенты могут выбрать, какие индикаторы поставщиков услуг они желают видеть, делая их активными (727) или неактивными (728). Например, если набор "IPT" индикаторов (718) сделан неактивным (728), клиенты не будут видеть данные любых поставщиков услуг в подкатегории услуги по перевозке пассажиров. Кроме того, клиенты имеют опцию показа только индикатора (729) или показа индикаторов и пояснения (730). После идентификации настроек (700) индикатора клиенты подтверждают (715) или отменяют (716) свои выборы.
[340] Специалисту понятно, что процесс настроек индикатора является двунаправленным, и поставщики услуг сначала могут задать индикаторы, которые с их согласия будут видимы клиентам. В то же время клиенты могут задать в настройках (700) индикатора, какие данные они желают видеть о поставщиках услуг.
[341] ФИГ. 7С показывает приведенный в качестве примера интерфейс клиента для запроса на обслуживание и настроек (717) индикаторов. Первым этапом после регистрации является задание типа услуги, которую клиенты желают требовать, в настройках (731) запроса на обслуживание. Имеются три возможных опции услуги: услуга по перевозке пассажиров (732), услуга по доставке груза (733) или обе услуги по перевозке пассажиров и по доставке груза вместе (734).
[342] Настройки индикатора (700) показывают различные наборы индикаторов, такие как набор "АОР" индикаторов, который предоставляет данные о доступности поставщиков услуг (735); набор "TRP" индикаторов для общего количества запросов на обслуживание, завершенных поставщиком услуг в течение определенного периода времени (736); набор "SPC" индикаторов, который показывает данные отображения электронной карты в пределах параметров поиска, заданных клиентом (737); набор "SDC" индикаторов для общего количества доступных поставщиков услуг в пределах параметров поиска, заданных клиентом, по сравнению с общим количеством доступных запросов на обслуживание в пределах тех же параметров поиска, которое является данными о спросе и предложении с точки зрения клиента (738); набор "PPR" индикаторов для указания ответа от поставщика услуг на предложение цены, инициированное клиентом (739); набор "PIP" индикаторов для предложения цены, инициированного поставщиком услуг (740);
[343] Каждый из наборов индикаторов может быть задан как активный (741) или неактивный (742) по усмотрению клиента. Другие настройки включают настройки для параметров поиска, независимо от того, заданы ли они по количеству поставщиков услуг (743), по времени (744) или по расстоянию (745). Клиенты могут выбрать, какой набор индикаторов они желают видеть, причем они могут выбрать просмотр отдельных наборов индикаторов, всех наборов индикаторов или любого сочетания наборов индикаторов по своему усмотрению. Для каждого набора индикаторов клиенты имеют опцию выбор, желают ли они, чтобы система показала только индикаторы (746) или показала индикаторы и пояснение (747).
[344] Специалисту понятно, что процесс настроек индикатора является двунаправленным, и поставщик услуг сначала может задать индикаторы, которые он позволяет клиентам видеть. В то же время, клиент может задать в настройках индикатора, какие данные он желает видеть о поставщиках услуг. Кроме того, специалисту в данной области техники понятно, что список индикаторов, показанных на ФИГ. 7С, не является исключительным, и что другие индикаторы, как также показанные на ФИГ. 7D, могут быть включены и доступны посредством линейки прокрутки (748).
[345] ФИГ. 7D показывает продолжение приведенного в качестве примера интерфейса клиента для запроса на обслуживание и настроек (717) индикаторов. Настройки индикатора на этом чертеже показывают дальнейшие наборы индикаторов, таких как набор "ТРР" индикаторов для идентификации общего количества запросов на обслуживание, завершенных поставщиком услуг, на основании географической зоны запрошенного местоположения посадки (749); набор "TPD" индикаторов для идентификации общего количества запросов на обслуживание, завершенных поставщиком услуг, на основании географической зоны запрошенного местоположения высадки (750); набор "PFR" индикаторов для идентификации знакомства поставщика услуг с запрошенным маршрутом (751); набор "ТМР" индикаторов для идентификации общего количества совместно завершенных запросов на обслуживание поставщиком услуг с этим клиентом (752); набор "ЕТА" индикаторов для идентификации предполагаемого времени прибытия поставщика услуг на основании местоположения посадки клиента и текущего местоположения поставщика услуг (753); набор "ЕТТ" индикаторов для идентификации предполагаемого времени пути между местоположением посадки и местоположением высадки (754); набор "CRL" индикаторов для идентификации различных местоположений, указанных в запросе (755) на обслуживание, включая "CCL", т.е. текущее местоположение (760) клиента, "CPL", т.е. местоположение (761) посадки клиента, и "CDL", т.е. местоположение (762) высадки клиента.
[346] Каждый из наборов индикаторов может быть задан как активный (756) или неактивный (757) по усмотрению клиентов. Клиенты могут выбрать, какой набор индикаторов они желают видеть, причем они могут выбрать для показа отдельные наборы индикаторов, все наборы индикаторов или любое сочетание наборов индикаторов по своему усмотрению. Для каждого набора индикаторов клиенты имеют опцию выбрать, желают ли они, чтобы система показывала только индикаторы (758) или показывала индикаторы и пояснение (759). После идентификации настроек (700) клиенты или подтверждают (715) или отменяют (716) свои выборы.
[347] Специалисту понятно, что процесс настроек индикатора является двунаправленным, и поставщики услуг сначала могут задать индикаторы, которые с их согласия будут видимы клиентам. В то же время, клиенты могут задать в настройках индикатора, какие данные они желают видеть о поставщиках услуг. Кроме того, специалисту понятно, что подробные пояснения индикаторов могут быть просмотрены в любое время касанием индикатора в настройках (700) индикатора или просмотрены в данных о профиле, как также описано со ссылкой на ФИГ. 7G и 7Н.
[348] ФИГ. 7Е показывает приведенный в качестве примера интерфейс поставщика услуг для настроек (701) услуги и индикаторов. Первым этапом после регистрации является идентификация типа услуги, который поставщики услуг задают для обеспечения в настройках услуги (731). В этом примере имеются три возможных опции услуги: услуга по перевозке пассажиров (732); услуга по доставке груза (733); или общая услуга по перевозке пассажиров и по доставке груза (734). Настройки (700) индикатора показывают различные наборы индикаторов, такие как набор "АОС" индикаторов для указания, является ли клиент доступным (763); набор "TRC" индикаторов для общего количества запросов на обслуживание, завершенных в течение определенного периода времени клиентом (764); набор "SPP" индикаторов, который показывает данные отображения электронной карты в пределах параметров поиска, заданных поставщиком услуг (765); набор "SDP" для идентификации спроса и предложения, относящихся к количеству и местоположению активных потенциальных клиентов на отображении электронной карты в пределах заданных параметров (766); набор "PIC" индикаторов для цены, первоначально предложенной клиентом (767); и набор "CPR" индикаторов, для указания ответа от клиента на предложенную цену от поставщика услуг (768).
[349] Каждый из наборов индикаторов может быть активным (769) или неактивным (770) по усмотрению поставщиков услуг. Другие настройки включают настройки для параметров поиска, например, задаются ли параметры по количеству клиентов (771), по времени (772) или по расстоянию (773). Поставщики услуг могут выбрать, какие наборы индикаторов они желают видеть, причем они могут выбрать для показа отдельные наборы индикаторов, все наборы индикаторов или любое сочетание наборов индикаторов по своему усмотрению. Для каждого набора индикаторов и клиенты и поставщики услуг имеет опцию выбора, желают ли они, чтобы система показывала только индикаторы (774) или показывала индикаторы и пояснение (775).
[350] Специалисту понятно, что список индикаторов, показанных на ФИГ. 7Е, не является исключительным, и что другие индикаторы, как также показанные на ФИГ. 7F, могут быть включены и доступны посредством линейки прокрутки (776). Специалисту также понятно, что система может помочь поставщику услуг в выборе наилучшего подходящего клиента на основании доступных опций индикаторов и фильтра. Подобно клиенту, поставщик услуг может идентифицировать, каким из индикаторов он желает фильтровать клиентов, причем это может быть любой один или более индикаторов, или любое сочетание индикаторов, которые поставщик услуг считает важным для сделки с клиентами.
[351] ФИГ. 7F показывает продолжение приведенного в качестве примера интерфейса поставщика услуг для настроек (701) услуги и индикаторов. Настройки индикатора показывают различные наборы индикаторов, такие как набор "TCP" индикаторов для идентификации общего количества завершенных клиентом запросов на обслуживание в течение определенного периода времени на основании местоположения посадки (777); набор "TCD" индикаторов для идентификации общего количества завершенных клиентом запросов на обслуживание в течение определенного периода времени на основании местоположения высадки (778); набор "ТМС" индикаторов для идентификации общего количества взаимных завершенных запросов на обслуживание клиентом с тем же поставщиком услуг (779); набор "ЕТР" индикаторов, который показывает, как долго поставщик услуг может находиться в пути к месту выполнения запроса на обслуживание (780); набор "PRL" индикаторов для указания различных местоположений, указанных в запросе на обслуживание (781), включая "PCL", т.е. текущее местоположение поставщика услуг (786), "CPL", т.е. запрошенное местоположение посадки клиента (787), "CDL", т.е. запрошенное местоположение высадки клиента (788), и "PPL" для заданного местоположения возврата поставщика услуг (789).
[352] Каждый из наборов индикаторов может быть активным (782) или неактивным (783) по усмотрению поставщиков услуг. Поставщики услуг могут выбрать, какие наборы индикаторов они желают видеть, причем они могут выбрать для показа отдельные наборы индикаторов, все наборы индикаторов или любое сочетание наборов индикаторов по своему усмотрению. Для каждого набора индикаторов поставщики услуг имеют опцию выбрать, желают ли они, чтобы система показывала только индикаторы или показывала индикаторы и пояснение. После идентификации настроек поставщики услуг или подтверждают (715), или отменяют (716) их выборы. Специалисту понятно, что подробные значения индикаторов могут быть просмотрены в любое время касанием индикатора в настройках индикатора или просмотрены в данных профиля, как также описано со ссылкой на ФИГ. 7G и 7Н. Кроме того, специалисту в данной области техники понятно, что список индикаторов, показанных на ФИГ. 7F, не является исключительным, и что могут быть включены другие индикаторы.
[353] ФИГ. 7G показывает приведенный в качестве примера профиль клиента (790), назначенный клиентам и показываемый поставщикам услуг, но он может быть виден и поставщикам услуг и клиентам. Например, если пользователь желает видеть профиль клиента, пользователь может войти в профиль этого клиента (790). Затем поставщик услуг видеть фотографию клиента (791), если клиент загрузил ее, и индикаторы  этого клиента (792).
Ниже индикатора пользователь увидит пояснение для индикаторов (793). В этом случае "IС" означает "Идентификацию клиента". "TRC40" идентифицирует общее количество запросов на обслуживание, завершенных этим клиентом, составляет 40;  говорит о том, что ярус общего количества запросов на обслуживание, завершенных клиентом на основании зоны запрошенного местоположения посадки, составляет  и может быть любым числовым диапазоном, как указано в системе;  означает общее количество запросов на обслуживание, завершенных клиентом, на основании зоны запрошенного местоположения высадки, которое составляет  и также может быть любым числовым диапазоном, как указано в системе. После просмотра профиля клиента пользователь может коснуться кнопки "Назад", чтобы вернуться назад (794).
[354] ФИГ. 7Н показывает приведенный в качестве примера профиль (790) поставщика услуг, назначенный поставщикам услуг и показываемый клиентам, но он также может быть показан и поставщиками услуг и клиентами. Например, если пользователь желает видеть профиль поставщика услуг, пользователь может войти в профиль этого поставщика услуг (790). Затем клиент увидит фотографию поставщика услуг (795), если поставщик услуг загрузил ее, и профиль IP-TRP40-TPP37-TPD14 поставщика услуг (796). Ниже индикатора пользователь может видеть пояснение для индикаторов (797). В этом случае "IP" означает "Идентификацию поставщика услуг"; "TRP40" означает, что общее количество запросов на обслуживание, завершенных этим поставщиком услуг, составляет 40; "ТРР37" означает общее количество запросов на обслуживание, завершенных поставщиком услуг, на основании зоны местоположения посадки, которое составляет 37; "TPD14" означает общее количество запросов на обслуживание, завершенных поставщиком услуг, на основании зоны местоположения высадки и составляет 14. После просмотра профиля поставщика услуг пользователь может касанием кнопки "Назад" возвратиться назад (794). Специалисту понятно, что ФИГ. 7G и 7Н показывают только случайные наборы индикаторов в иллюстративных целях. Фактические индикаторы могут изменяться в зависимости от настроек поставщиков услуг и их истории запросов на обслуживание.
[355] ФИГ. 7I показывает приведенную в качестве примера таблицу индикаторов классификации пользователя. Имеются два типа пользователей: поставщики услуг, т.е. тип один; и клиенты, т.е. тип два. Поставщики услуг идентифицированы индикатором "IP". Общий тип пользователя клиентов идентифицируется набором индикаторов "IС". Поставщикам услуг назначен первый набор индикаторов, и клиентам назначен второй набор индикаторов. Каждый из типов пользователей также разделен на две различные категории, которые являются "обычными" поставщиками услуг и "предпочтительными" поставщиками услуг, а также "обычными" клиентами и "предпочтительными" клиентами соответственно. Таким образом, первый и второй наборы индикаторов сначала соединяют с данными, предоставленными пользователем во время процесса регистрации, для отражения применимой информации о типе пользователя. Затем эти наборы индикаторов соединяют со списком предпочтительных контрагентов пользователя для отражения другой категории пользователя.
[356] Кроме того, каждая из категорий также разделена на три подкатегории в зависимости от типа оказанной или запрошенной услуги. Обычные поставщики услуг разделены следующим образом: "RPT", т.е. обычные поставщики услуг по перевозке пассажиров; "RPD", т.е. обычные поставщики услуг по доставке груза; и "RPB", т.е. обычные поставщики услуг по перевозке пассажиров и по доставке груза. Предпочтительные поставщики услуг разделены следующим образом: "FPT", т.е. предпочтительные поставщики услуг по перевозке пассажиров; "FPD", т.е. предпочтительные поставщики услуг по доставке груза; и "FPB", т.е. предпочтительные поставщики услуг по перевозке пассажиров и по доставке груза. То же касается клиентов, которые также разделены на обычных клиентов и предпочтительных клиентов. Обычные клиенты разделены следующим образом: "RCT", т.е. обычные клиенты для услуг по перевозке пассажиров; "RCD", т.е. обычные клиенты для услуг по доставке груза; и "RCB", т.е. обычные клиенты для услуг по перевозке пассажиров и по доставке груза. Предпочтительные клиенты разделены следующим образом: "FCT", т.е. предпочтительные клиенты для услуг по перевозке пассажиров; "FCD", т.е. предпочтительные клиенты для услуг по доставке груза; и "FCB", т.е. предпочтительные клиенты для услуг по перевозке пассажиров и по доставке груза. Таким образом, первый и второй наборы индикаторов также соединены с данными, введенными пользователем в запросе на обслуживание или настройках услуги, для отражения применимого типа услуги. Специалисту понятно, что таблица классификации пользователя, показанная на ФИГ. 7I, не является исключительной, и для классификации пользователей может быть использовано другое средство.
[357] ФИГ. 7J показывает приведенную в качестве примера таблицу индикаторов для поставщика услуг и клиента. Кроме того, тип пользователя поставщика услуг также разделен на категории в зависимости от того, "обычным" поставщиком является поставщик услуг или "предпочтительным". Используются следующие индикаторы: "RPT"/"FPT" для "Обычного поставщика услуг по перевозке пассажиров" и для "Предпочтительного поставщика услуг по перевозке пассажиров" соответственно; "RPD"/"FPD" для "Обычного поставщика услуг по доставке груза" и для "Предпочтительного поставщика услуг по доставке груза" соответственно; "RPB"/"FPB" для "Обычного поставщика услуг по перевозке пассажиров и по доставке груза" и для "Предпочтительного поставщика услуг по перевозке пассажиров и по доставке груза" соответственно; "RCT"/"FCT" для "Обычного клиента для услуг по перевозке пассажиров" и для "Предпочтительного клиента для услуг по перевозке пассажиров" соответственно; "RCD"/"FCD для "Обычного клиента для услуг по доставке груза" и для "Предпочтительного клиента для услуг по доставке груза" соответственно; "RCB"/"FCB" для "Обычного клиента для услуг по перевозке пассажиров и по доставке груза" и для "Предпочтительного клиента для услуг по перевозке пассажиров и по доставке груза" соответственно.
[358] С. Третий набор индикаторов предназначен для идентификации доступных поставщиков услуг клиентами: "АОР" для "Доступности поставщика услуг". Этот набор индикаторов предназначен для показа статуса доступности поставщика услуг по меньшей мере на отображении электронной карты. В этом примере показано больше, чем только просто статус "доступный"; поставщик услуг должен указать, когда он станет доступным, индикатор "АОР15". "15" в этом случае означают, что он станет доступным приблизительно через пятнадцать минут. Таким образом, третий набор индикаторов соединяется с числовыми данными для отражения, как скоро поставщик услуг станет доступным.
[359] D. Четвертый набор индикаторов обеспечен для идентификации доступных клиентов: "АОС" для "Доступности клиента". Этот набор индикаторов предназначен для показа статуса доступности клиента по меньшей мере на отображении электронной карты. Этот набор индикаторов показывает, когда клиент сделал запрос на обслуживание и в настоящий момент находится в процессе поиска наилучшего подходящего поставщика услуг. В этом примере показано больше, чем только просто статус "Доступный для переговоров"; клиент должен указать, когда его запрос на обслуживание завершится, индикатором "АОС15". "15" в этом случае означают, что его запрос на обслуживание завершится приблизительно через пятнадцать минут. Таким образом, четвертый набор индикаторов соединен с числовыми данными для отражения, как долго клиент останется доступным.
[360] Е. Пятым набором индикаторов является "Общее количество запросов на обслуживание, завершенных поставщиком услуг", т.е. "TRP," которое идентифицируется различными индикаторами в соответствии с типом услуги. "TRP40" означает, что фактическое количество завершенных запросов на обслуживание составляет 40. Таким образом, пятый набор индикаторов соединен с числовыми данными для отражения общего количества совместно завершенных запросов на обслуживание.
[361] F. Шестой набор индикаторов "SPC" предназначен для "Задания параметров поиска клиентом". Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент имеет три параметра поиска для выбора при поиске потенциально доступных поставщиков услуг, такие как: по количеству для идентификации желательного количества потенциально доступных поставщиков услуг, с которыми клиент желает вести переговоры; по времени для идентификации потенциально доступных поставщиков услуг, предполагаемое время прибытия которых в запрошенное местоположение посадки находится в пределах определенного периода времени; и по расстоянию для идентификации потенциально доступных поставщиков услуг, текущее местоположение которых находится в пределах определенного расстояния от запрошенного местоположения посадки. Например, "SPC10Min" означает параметр поиска 10 минут, заданный клиентом для определения местоположения всех потенциальных поставщиков услуг, чье предполагаемое время прибытия находится в интервале десяти минут. Клиент имеет возможность задать один или более параметров поиска, или любое сочетание таких параметров поиска, что приводит к одной или более географических зон, или любому сочетанию географических зон, окружающих его запрошенное местоположение посадки и отображенных на его электронной карте. Наряду с поиском потенциально доступных поставщиков услуг система выполняет поиск потенциально доступных клиентов, которым в настоящий момент требуется услуга того же типа, что и тип услуги, которую запросил данный клиент. Такие потенциально доступные клиенты идентифицируются системой в пределах тех же географических зон, определенных следующими из одного или более параметров поиска, заданных клиентом для поиска потенциально доступных поставщиков услуг. При идентификации пула потенциально доступных клиентов сам клиент также включается в этот пул. Даже если клиент деактивирует этот шестой набор индикаторов, то он все еще будет считаться потенциально доступным клиентом при отражении общего количества потенциально доступных клиентов. В результате, система отражает одну или более географические зоны, окружающие запрошенное местоположение посадки клиента, с пулом потенциально доступных поставщиков услуг и пулом потенциально доступных клиентов, которые определяются местоположением в пределах этих одной или более географических зон. Таким образом, шестой набор индикаторов соединяется с одним или более параметров поиска, или любым сочетанием параметров поиска, заданных клиентами и их идентификацией. Специалисту понятно, что географические зоны, отраженные системой в соответствии с параметрами поиска, заданными клиентом, могут быть идентифицированы различными цветами, формами или вообще не идентифицированы, что, однако, не будет влиять на идентификацию потенциально доступных поставщиков услуг и клиентов в пределах этих географических зон.
[362] G. Седьмой набор индикаторов "SDC" предназначен для "Спроса и предложения для клиента". Этот набор индикаторов отражает состояние спроса и предложения для клиента в пределах одной или более географических зон на основании одного или более параметров поиска, заданных этим клиентом. Например, индикатор "SDC30/3" означает фактическое количество поставщиков услуг, в данном случае 30, по сравнению с фактическим количеством запросов на обслуживание, в данном случае 3, в пределах одного из параметров поиска, заданных клиентом, по количеству, по времени или по расстоянию. Система предоставляет клиенту различные наборы индикаторов спроса и предложения для каждого из параметров поиска, заданных клиентом. При идентификации спроса и предложения для клиента этот седьмой набор индикаторов помогает клиенту при ведении переговоров о цене его запроса на обслуживание. Таким образом, седьмой набор индикаторов сопровождается двумя наборами числовых данных, один из которых предназначен для предложения и другой для запроса, для отражения текущего состояния спроса и предложения для клиента в пределах одной или более географических зон, заданных на основании одного или более параметров поиска, указанных клиентом.
[363] Н. Восьмой набор индикаторов "PPR" предназначен для "Ответной цены поставщика услуг". Например, "PPR-G/Y/R-$11;10%↑;1$↑" идентифицирует ответ поставщика услуг на предложенную клиентом цену, где "G/Y/R" означает "Зеленый/желтый/красный"; "11$;10%↑;1$↑" означает ответную цену 11 долларов США, которая на 10% или на один доллар выше, чем цена по умолчанию. Таким образом, восьмой набор индикаторов связан с суммой в долларах ответной цены поставщика услуг с ценой по умолчанию для отражения различия между обоими ценами с использованием цветов, процентов и направленных вверх или вниз стрелок. Специалисту понятно, что представление различия между ответной ценой поставщика услуг и ценой по умолчанию не ограничивается цветами, процентами и направленными вверх или вниз стрелками.
[364] ФИГ. 7K показывает продолжение таблицы приведенных в качестве примера индикаторов для поставщика услуг и клиента.
[365] Показанные на этом чертеже наборы индикаторов предназначены для предоставления данных о поставщиках услуг, которые можно применить к трем подкатегориям услуг, таким как услуги по перевозке пассажиров, услуги по доставке груза и общие услуги по перевозке пассажиров и доставке груза. Тип пользователя поставщика услуг также разделен на категории в зависимости от того, "обычный" ли это поставщик услуг или "предпочтительный". Могут быть использованы следующие индикаторы: "RPT"/"FPT" для "Обычного поставщика услуг по перевозке пассажиров" и для "Предпочтительного поставщика услуг по перевозке пассажиров" соответственно; "RPD"/"FPD" для "Обычного поставщика услуг по доставке груза" и для "Предпочтительного поставщика услуг по доставке груза" соответственно; "RPB"/"FPB" для "Обычного поставщика общих услуг по перевозке пассажиров и по доставке груза" и для "Предпочтительного поставщика общих услуг по перевозке пассажиров и доставке груза" соответственно.
[366] I. Девятый набор индикаторов "PIP" предназначен для указания "Цены, инициированной поставщиком услуг". Например, индикатор "PIP-G/Y/R-$11;10%↑;1$↑" означает цену, инициированную поставщиком услуг, где "G/Y/R" означает "Зеленый/желтый/красный"; "%" означает различие в процентах; "11$;10%↑;1$↑" означает цену 11 долларов США, которая на 10% или на один доллар выше, чем цена по умолчанию. Таким образом, девятый набор индикаторов указывает сумму в долларах для цены, инициированной поставщиком услуг, с ценой по умолчанию для отражения различия между этими двумя ценами с использованием цветов, процентов и направленных вверх или вниз стрелок. Специалисту понятно, что представление различия между ценой, инициированной поставщиком услуг, и ценой по умолчанию не ограничивается цветами, процентами и направленными вверх или вниз стрелками.
[367] J. Десятый набор индикаторов "ТРР" предназначен для "Общего количества запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении посадки". Например,  означает общее количество запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении посадки с использованием применимого яруса, где квадраты представляют ярусы. Таким образом, десятый набор индикаторов сопровождается числовыми данными для отражения общего количества запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении посадки.
[368] К. Одиннадцатый набор индикаторов "TPD" предназначен для "Общего количества запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении высадки". Например, "TPD ΔΔΔ" означает общее количество запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении высадки с использованием применимого яруса, где треугольники представляют ярусы. Таким образом, одиннадцатый набор индикаторов соединен с числовыми данными для отражения общего количества запросов на обслуживание, завершенных поставщиком услуг в запрошенном местоположении высадки.
[369] L. Двенадцатый набор индикаторов "PFR" определяет "Знакомство поставщика услуг с маршрутом". Например, "%PFR10" означает знакомство поставщика услуг с маршрутом, указанным в запросе на обслуживание клиента, и "10%" указывают, что его знакомство оценивается на 10%. Таким образом, двенадцатый набор индикаторов соединен с процентами для отражения степени знакомства поставщика услуг с запрошенным маршрутом.
[370] М. Тринадцатый набор индикаторов "ТМР" предназначен для указания "Общего количества взаимных запросов на обслуживание с поставщиком услуг". Например, индикатор "ТМР231" означает, что фактическое количество запросов на обслуживание, завершенных клиентом с конкретным поставщиком услуг, составляет 231. Таким образом, тринадцатый набор индикаторов соединен с числовыми данными для отражения общего количества совместно завершенных запросов на обслуживание.
[371] N. Четырнадцатый набор индикаторов "ЕТА" предназначен для указания "Предполагаемого времени прибытия поставщика услуг". Например, индикатор "ЕТА28" показывает предполагаемое время прибытия, где "28" показывает фактические минуты времени перемещения от текущего местоположения поставщика услуг до местоположения посадки клиента, т.е. 28 минут. Таким образом, четырнадцатый набор индикаторов соединен с числовыми данными для отражения предполагаемого времени прибытия поставщика услуг.
[372] ФИГ. 7L показывает продолжение таблицы приведенных в качестве примера индикаторов для поставщика услуг и клиента.
[373] Показанные на этом чертеже наборы индикаторов предназначены для предоставления данных о клиентах, которые можно применить к трем подкатегориям услуг, таким как услуги по перевозке пассажиров, услуги по доставке груза и общая услуга по перевозке пассажиров и доставке груза. Тип пользователя клиента также разделен на категории в зависимости от того, является ли клиент "обычным" или "предпочтительным". Используются следующие индикаторы: "RCT"/"FCT" для "Обычного клиента для услуг по перевозке пассажиров" и для "Предпочтительного клиента для услуг по перевозке пассажиров" соответственно; "RCD"/"FCD" для "Обычного клиента для услуг по доставке груза" и для "Предпочтительного клиента для услуг по доставке груза" соответственно; "RCB"/"FCB" для "Обычного клиента для общей услуги по перевозке пассажиров и по доставке груза" и для "Предпочтительного клиента для общей услуги по перевозке пассажиров и по доставке груза" соответственно.
[374] О. Пятнадцатый набор индикаторов "ЕТТ" предусмотрен для клиента для идентификации предполагаемого времени пути от местоположения посадки до местоположения высадки. Индикатор "ЕТТ33", например, означает предполагаемое время пути, где "33" фактическое количество минут, которое составляет 33. Таким образом, пятнадцатый набор индикаторов соединен с числовыми данными для отражения предполагаемого времени пути клиента.
[375] Р. Шестнадцатый из индикаторов "CRL" предоставляет данные о местоположении запроса на обслуживание клиента. Этот набор индикаторов предоставляет данные по меньшей мере о трех различных местоположениях, каждое из которых имеет свое собственное определение. В этом примере перечисляются индикаторы "CCL", "CPL" и "CDL". Эти три индикатора означают "Текущее местоположение клиента", "Местоположение посадки клиента" и "Местоположение высадки клиента" соответственно. Таким образом, шестнадцатый набор индикаторов соединен с идентификацией местоположения в отношении текущего местоположения клиента, местоположения посадки клиента и местоположения высадки клиента.
[376] Q. Семнадцатым набором индикаторов "TRC" является "Общее количество запросов на обслуживание, завершенных клиентом". Например, индикатор "TRC40" показывает общее количество запросов на обслуживание, завершенных клиентом, где "40" означает фактическое количество завершенных запросов на обслуживание, которое составляет 40. Таким образом, семнадцатый набор индикаторов соединен с числовыми данными для отражения общего количества запросов на обслуживание, завершенных клиентом.
[377] R. Восемнадцатый набор индикаторов "SPP" предназначен для "Параметров поиска, заданных поставщиком услуг". Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может выбрать три параметра поиска при поиске потенциально доступных клиентов, такие как: параметр поиска по количеству, идентифицирующий желательное количество потенциально доступных клиентов, с которыми поставщики услуг желают сотрудничать; параметр поиска по времени, идентифицирующий потенциально доступных поставщиков услуг, местоположение которых с пересчетом на время пути находится далеко от текущего местоположения поставщика услуг; и параметр поиска по расстоянию, идентифицирующий потенциально доступных клиентов, местоположение посадки которых с пересчетом на время пути находится далеко от текущего местоположения поставщика услуг. Например, "SPP10Mi" означает десятимильный параметр поиска, заданный поставщиком услуг, для определения местоположения всех потенциальных клиентов, запрошенное местоположение посадки которых находится в пределах десяти миль от текущего местоположения поставщика услуг. Поставщик услуг имеет возможность задания одного или более таких параметров поиска или любого сочетания таких параметров поиска, приводящих к одной или более географических зон или любому сочетанию географических зон, окружающих его текущее местоположение и отображенных на его электронной карте. Наряду с потенциально доступными клиентами система выполняет поиск потенциально доступных поставщиков услуг, которые в настоящий момент обеспечивают услугу того же типа, как и тип услуги, оказание которой выбрал поставщик услуг. Эти потенциально доступные поставщики услуг идентифицируются системой в пределах тех же географических зон, определенных одним или более параметрами поиска, заданными поставщиком услуг, для поиска потенциально доступных клиентов. При идентификации пула потенциально доступных поставщиков услуг сам поставщик услуг также включается в этот пул. Даже если поставщик услуг деактивирует этот восемнадцатый набор индикаторов, он все еще будет считаться потенциально доступным поставщиком услуг при отражении общего количества потенциально доступных поставщиков услуг. В результате, система отражает одну или более географических зон, окружающих текущее местоположение поставщика услуг, с пулом потенциально доступных поставщиков услуг и пулом потенциально доступных клиентов, которые расположены в пределах этих одной или более географических зон. Таким образом, восемнадцатый набор индикаторов соединен с одним или более параметром поиска или любым сочетание параметров поиска, заданных поставщиком услуг. Таким образом, восемнадцатый набор индикаторов соединен с одним или более параметром поиска или любым сочетание параметров поиска, заданных поставщиком услуг и их идентификацией.
[378] Специалисту понятно, что географические зоны, отраженные системой в соответствии с параметрами поиска, заданными поставщиком услуг, могут быть идентифицированы различными цветами, формами или не идентифицированы вообще, что, однако, не будет влиять на идентификацию потенциально доступных поставщиков услуг и клиентов в этих географических зонах.
[379] S. Девятнадцатый набор индикаторов "SDP" предназначен для "Спроса и предложения для поставщика услуг". Этот набор индикаторов отражает состояние спроса и предложения для поставщика услуг в одной или более географических зон на основании одного или более параметров поиска, заданных этим поставщиком услуг. Например, "SDP23/3" означает фактическое количество поставщиков услуг, составляющее 20, по сравнению с фактическим количеством запросов на обслуживание, составляющим 3, в пределах одного из параметров поиска, заданных поставщиком услуг по количеству, по времени или по расстоянию. Система предоставляет поставщику услуг различный набор индикаторов для определения спроса и предложения для каждого из параметров поиска, заданных поставщиком услуг. Путем идентификации спроса и предложения для поставщика услуг этот девятнадцатый набор индикаторов помогает поставщику услуг вести переговоры о цене за принятый запрос на обслуживание. Таким образом, девятнадцатый набор индикаторов соединен с двумя наборами числовых данных, из которых один для предложения и другой для запроса, для отражения текущего состояния спроса и предложения для поставщика услуг в одной или более географических зон, заданных на основании одного или более параметров поиска, заданных поставщиком услуг.
[380] Т. Двадцатый набор индикаторов "PIC" предназначен для "Цены, инициированной клиентом". Например, "PIC-G/Y/R-$11;10%↑;1$↑" означает цену, инициированную клиентом, где "G/Y/R" означает "Зеленый/желтый/красный"; "%" означает проценты для различия; "11$;10%↑;1$↑" означает цену 11 долларов США, которая на 10% или на один доллар выше, чем цена по умолчанию. Таким образом, двадцатый набор индикаторов указывает сумму в долларах цены, инициированной клиентом, в сравнении с ценой по умолчанию, для отражения различия между обеими ценами с использованием цветов, процентов и направленных вверх или вниз стрелок. Специалисту следует понимать, что представление различия между ценой, инициированной клиентом, и ценой по умолчанию, не ограничивается цветами, процентами и направленными вверх или вниз стрелками. Специалисту понятно, что могут быть использованы различные наборы индикаторов для предоставления данных о поставщике услуг и клиентах, и что различные сокращения и символы могут быть приняты вместо используемых сокращений.
[381] ФИГ. 7М показывает продолжение таблицы приведенных в качестве примера индикаторов для поставщика услуг и клиента. На этом чертеже показаны наборы индикаторов для предоставления данных о поставщиках услуг и клиентах, которые могут быть применены к трем подкатегориям услуг, таким как услуги по перевозке пассажиров, услуги по доставке груза и общие услуги по перевозке пассажиров и доставке груза. Тип пользователя поставщика услуг также разделен на категории в зависимости от того, является "обычным" поставщик услуг или "предпочтительным". При этом используются следующие индикаторы: "RPT"/"FPT" используется для "Обычного поставщика услуг по перевозке пассажиров" и для "Предпочтительного поставщика услуг по перевозке пассажиров" соответственно; "RPD"/"FPD" для "Обычного поставщика услуг по доставке груза" и для "Предпочтительного поставщика услуг по доставке груза" соответственно; "RPB"/"FPB" для "Обычного поставщика общих услуг по перевозке пассажиров и доставке груза" и для "Предпочтительного поставщика общих услуг по перевозке пассажиров и доставке груза" соответственно; "RCT"/"FCT" для "Обычного клиента для услуги по перевозке пассажиров" и для "Предпочтительного клиента для услуги по перевозке пассажиров" соответственно; "RCD"/"FCD" для "Обычного клиента для услуги по доставке груза" и для "Предпочтительного клиента для услуги по доставке груза" соответственно; "RCB"/"FCB" для "Обычного клиента для общих услуг по перевозке пассажиров и доставке груза" и для "Предпочтительного клиента для общих услуг по перевозке пассажиров и доставке груза" соответственно.
[382] U. Двадцать первый набор индикаторов "CPR" предназначен для "Ответной цены клиента". Например, "CPR-G/Y/R-$11;10%↑;1$↑" означает ответ клиента на предложенную цену от поставщика услуг, где "G/Y/R" означает "Зеленый/желтый/красный"; "11$;10%↑;1$↑" означает ответную цену 11 долларов США, которая на 10% или на один доллар выше, чем цена по умолчанию. Таким образом, двадцать первый набор индикаторов соединен с суммой в долларах для ответной цены, предлагаемой поставщику услуг, по сравнению с ценой по умолчанию для отражения различия между обеими ценами с использованием цветов, процентов направленных вверх или вниз стрелок. Специалисту понятно, что представление различия между ответной ценой клиента и ценой по умолчанию не ограничивается цветами, процентами и направленными вверх или вниз стрелками.
[383] V. Двадцать второй набор индикаторов "TCP" предназначен для "Общего количества услуг по требованию, запрошенных клиентом в местоположении посадки". Например,  означает общее количество услуг по требованию от клиента в запрошенном местоположении посадки, выраженное в форме применимого яруса, где ярусы представлены кругами. Таким образом, двадцать второй набор индикаторов содержит числовые данные для отражения общего количества услуг, которые запрашивал клиент в запрошенном местоположении посадки.
[384] W. Двадцать третий набор индикаторов "TCD" предназначен для "Общего количества услуг по требованию, которые запрашивал клиент в запрошенном местоположении высадки". Например,  означает общее количество услуг по требованию, которые запрашивал клиент в запрошенном местоположении высадки, выраженное в форме применимого яруса, где звезды представляют ярусы. Таким образом, двадцать третий набор индикаторов соединен с числовыми данными для отражения общего количества услуг, которые запрашивал клиент в запрошенном местоположении высадки.
[385] X. Двадцать четвертый набор индикаторов "ТМС" предназначен для "Общего количества совместных запросов на обслуживание с клиентом". Например, "ТМС123" показывает, что фактическое количество запросов на обслуживание, завершенных поставщиком услуг с конкретным клиентом, составляет 123. Таким образом, двадцать четвертый набор индикаторов соединен с числовыми данными для отражения общего количества совместно завершенных запросов на обслуживание.
[386] Y. Двадцать пятый набор индикаторов "ЕТР" предусмотрен для поставщика услуг для идентификации предполагаемого времени его пути. Например, "ЕТР50" означает предполагаемое время пути для поставщика услуг, где "50" фактическое количество минут, составляющее 50. Это предполагаемое время пути может быть вычислено двумя способами: на основании пути от текущего местоположения поставщика услуг до запрошенного местоположения высадки, или от текущего местоположения поставщика услуг до местоположения возврата, заданного эти поставщиком услуг. Таким образом, двадцать пятый набор индикаторов соединен с числовыми данными для отражения предполагаемого времени пути поставщика услуг.
[387] Z. Двадцать шестой набор индикаторов "PRL" предоставляет данные о местоположении запроса на обслуживание поставщика услуг. Этот набор индикаторов предоставляет данные по меньшей мере о четырех различных местоположениях, каждое из которых имеет свое собственное определение. В этом примере перечисляются индикаторы "PCL", "CPL", "CDL" и "PPL". Эти четыре индикатора означают "Текущее местоположение поставщика услуг", "Местоположение посадки клиента", "Местоположение высадки клиента" и "Заданное местоположение возврата поставщика услуг" соответственно. Таким образом, двадцать шестой набор индикаторов соединен с идентификацией местоположения для текущего местоположения поставщика услуг, местоположения посадки клиента, местоположения высадки клиента и местоположения возврата поставщика услуг.
[388] Специалисту понятно, что различные наборы индикаторов, показанные на ФИГ. 7J-7M, могут быть использованы для предоставления данных о поставщике услуг и клиентах, и вместо сокращений, используемых в этих индикаторах, могут быть приняты различные сокращения и символы.
[389] ФИГ. 7N показывает приведенную в качестве примера последовательность выполняемых действий при выборе поставщика услуг из списка предпочтительных контрагентов на основании статуса поставщика услуг в режиме реального времени. Система сохраняет все прошлые записи о запросах на обслуживание в базе данных. На основании этих записей система может сопоставлять истории запросов на обслуживание с запрошенной услугой от клиентов. Специалисту в данной области техники понятно, что имеются индикаторы, основанные только на данных об услугах по перевозке пассажиров, индикаторы, основанные только на данных об услугах по доставке груза, и индикаторы, основанные как на данных об услугах по перевозке пассажиров, так и на данных об услугах по доставке груза. Для простоты на чертеже показан только один сценарий, в котором индикаторы основаны на услуге по перевозке пассажиров.
[390] Первый клиент идентифицирует тип запроса на обслуживание как услугу по перевозке пассажиров, услугу по доставке груза или общую услугу по перевозке пассажиров и доставке груза (этап 798). Клиент передает запрос и получает индикатор индикатор предложенной цены: Зеленый; 120$; 20%↑; 20$↑ (этап 799), который означает предложенную цену 120 долларов США, которая на 20% или на 20 долларов выше цены по умолчанию. Система показывает клиенту статус каждого поставщика услуг из списка предпочтительных контрагентов клиента (этап 7100). Например, предпочтительный поставщик услуг для услуги по перевозке пассажиров знаком на 70% с запрошенным маршрутом, и в настоящий момент находится в двух милях (в 5 минутах пути) от клиента, а его индикаторы показывают, что он: "IP-FPT-TRP5-$110; 10%↑; 10$↑" (этап 7101). Этот набор индикаторов означает, что предпочтительный Поставщик А услуг имеет общим количеством пять завершенных запросов на обслуживание, и его предложенная цена составляет 110 долларов США, что на 10 долларов или на 10% выше цены по умолчанию. Предпочтительный Поставщик В услуг по перевозке пассажиров знакома на 10% с запрошенным маршрутом, и в настоящий момент находится на расстоянии 1 мили от клиента (в 3 минутах пути), а ее индикаторы отражают, что она: "IP-FPT-TRP10-$105; 5%↑; 5$↑" (этап 7102). Эти индикаторы означают, что предпочтительный Поставщик В услуг по перевозке пассажиров имеет общим количеством 10 завершенных запросов на обслуживание, и ее предложенная цена составляет 105 долларов, что на 5 долларов или на 5% выше цены по умолчанию. Предпочтительный Поставщик С услуг по перевозке пассажиров знакома на 100% с запрошенным маршрутом и в настоящий момент находится на расстоянии 3 мили от клиента (в 10 минутах пути), и ее индикаторы отражают, что она: "IP-FPT-TRP12-$95; 5%↓; 5$↓" (этап 7103). Эти индикаторы означают, что предпочтительный Поставщик С услуг по перевозке пассажиров имеет общим количеством 12 завершенных запросов на обслуживание, и ее предложенная цена составляет 95 долларов, что на 5 долларов или на 5% ниже цены по умолчанию. Также в списке предпочтительных контрагентов имеются другие поставщики услуг, которые имеют другие статусы (этап 7104), показанные клиенту. Затем клиент выбирает предпочтительного поставщика услуг среди отображенных (этап 7105).
[391] Затем запрос на обслуживание клиента наряду с данными клиента передаются выбранному поставщику услуг (этап 7106). На основании запроса на обслуживание и данных клиента предпочтительный поставщик услуг может подтвердить или отклонить запрос на обслуживание (решение 7107). Если предпочтительный поставщик услуг подтверждает запрос, то ему или ей назначают заказ для выполнения запроса на обслуживание (этап 7108). Если предпочтительный поставщик услуг не подтверждает заказ, то клиента запрашивают, не хочет ли он или она передать запрос другому предпочтительному поставщику услуг (решение 7109). Если клиент не желает, чтобы система нашла другого поставщика услуг, то запрос завершается (этап 7110). Если клиент действительно желает найти другого предпочтительного поставщика услуг, то система снова показывает клиенту статусы каждого из поставщиков услуг из списка предпочтительных контрагентов клиента (этап 7100). Затем процесс выбора предпочтительного поставщика услуг повторяется, пока клиент не выберет поставщика услуг, после чего поставщик услуг соглашается принять запрос на обслуживание, и этот запрос на обслуживание назначают этому поставщику услуг. Специалисту понятно, что процесс, описанный в настоящей заявке, не является исключительным, и при этом он не требует конкретного порядка исполнения этапов, показанного на чертеже, для достижения желательных результатов.
[392] ФИГ. 7O показывает приведенный в качестве примера интерфейс для параметров поиска клиента (7111). На этом чертеже Клиент С1 (7112) задает свои параметры поиска для поиска доступных потенциальных поставщиков услуг для его типа запроса на обслуживание. В добавок к поиску потенциально доступных поставщиков услуг, система может выполнить поиск других доступных клиентов, которым в настоящий момент требуется услуга того же типа, и чье текущее местоположение находится в пределах параметров поиска, заданных этим клиентом. Клиент имеет три параметра поиска, из которых он может выбрать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание параметров поиска. Клиент имеет возможность выполнить поиск по количеству поставщиков услуг, с которыми он желает вести переговоры. На этом чертеже этот параметр поиска выключен (7117), и количество поставщиков услуг, таким образом, отображено как нулевое (7118). Для активирования этого параметра поиска клиент должен включить его (7117), ввести желательное количество (7118) и нажать кнопку (7119) "Search".
[393] Клиент также имеет опцию для выполнения поиска по времени. Для этого он должен активировать эту опцию, включив ее (7120), ввести количество времени, в течение которого он желает выполнить посадку, например, 10 минут (7121), и нажать программную кнопку (7122) "Search". Клиент также имеет возможность выполнить поиск по расстоянию. Для этого клиент должен активировать поиск по расстоянию путем включения этой функции (7123). После включения поиска по расстоянию клиент вводит количество для расстояния, в пределах которого он желает, чтобы система выполнила поиск, например, 1,5 мили (7124), и нажимает кнопку (7125) "Search". Затем клиент может видеть пул своих доступных потенциальных поставщиков услуг, идентифицированных системой в пределах заданных параметров поиска по времени (7113) и по расстоянию (7115), на отображении своей электронной карты. На этом чертеже параметр поиска В (7113) отражает географическую зону, полученную в результате поиска по времени в пределах параметров 10 мин, которые идентифицируют двух поставщиков услуг: Р4 (7126) и Р3 (7128), а также одного клиента, нуждающегося в услуге, т.е. клиента С1 (7112), как можно видеть из набора индикаторов Е: "S2 против D1" (7114), отображенного в пределах этих параметров, где "S" означает предложение, и "D" означает запрос. Данные о Поставщике услуг Р4 представлены набором индикаторов (7127), показывающих "RPT; 50%; 115$; 15%↑; 15$↑; ETA:1Min", подразумевающих, что он является обычным поставщиком услуг по перевозке пассажиров "RPT", и что он имеет 50%-ое знакомство с запрошенным маршрутом, указанным в запросе на обслуживание. Его предложенная цена составляет 115 долларов США, что на 15% или на 15 долларов выше, чем цена по умолчанию, и предполагаемое время его прибытия в запрошенное местоположение посадки - 1 минута, т.е. "ЕТА: 1Min".
[394] В дополнение к данным об индикаторах Поставщика услуг Р4 также имеются различные управляющие программные кнопки, которые позволяют клиенту выполнять различные действия, относящиеся к предложению цены Поставщика услуг Р4: нажатие кнопки с меткой позволяет клиенту принять конечную цену в переговорах с этим поставщиком услуг; нажатие кнопки X позволяет клиенту отклонить этого поставщика услуг; нажатие кнопки с двунаправленной стрелкой позволяет клиенту обмениваться данными о спросе и предложении с Поставщиком услуг Р4; нажатие кнопки "Р/С" позволяет клиенту сделать предложение цены или противопоставить встречную цену цене, предложенной Поставщиком услуг Р4. Чтобы сделать предложение своей цены или противопоставить встречную цену цене, предложенной Поставщиком услуг 4, клиент сначала должен ввести сумму в крайнем правом поле ввода для инициирования процесса переговоров и затем нажать кнопку "Р/С" (7127). Данные Поставщика услуг Р3 обеспечиваются другим набором индикаторов (7129), который показывает: "RPT; 70%; 105$; 5%↑; $5↑; ЕТА:3 Min". В дополнение к данным индикаторов Поставщика услуг Р3, имеются те же самые управляющие кнопки, как и в отношении Поставщика Р4 услуг, которые позволяют клиенту выполнять различные действия, относящиеся к предложению цены Поставщика услуг Р3, например, принять, отклонить или инициировать процесс переговоров (7129).
[395] На этом чертеже параметр С поиска (7115) отражает географическую зону, полученную из поиска по расстоянию в пределах 1,5 мили, которая идентифицирует двух и более поставщиков услуг: Р1 (7131) и Р2 (7133), а также двух и более клиентов, требующих услуги: клиенты С2 (7130) и С5 (7135), как можно видеть из набора индикаторов F (7116) "S4 против D3", отображенного в этом параметре, где "S" означает предложение, и "D" означает спрос. Данные Поставщика услуг Р1 представлены набором индикаторов (7132), и данные Поставщика услуг Р2 предоставлены другим набором индикаторов (7134). Индикаторы Поставщика услуг Р1 (7132) показывают "FPT; ТМР21; 100%; 95$; 5%↓; 5$↓; ETA:10Min". Индикаторы поставщика услуг Р1 также сопровождаются управляющими кнопками, позволяющими клиенту выполнять различные действия, относящиеся к предложению цены Поставщика услуг Р1. Индикаторы Поставщика услуг Р2 (7134) показывают "RPT; ТМР3; 10%; 110$; 10%↑; 10$↑; ETA5Min". Индикаторы поставщика услуг Р2 также сопровождаются управляющими кнопками, позволяющими клиенту выполнять различные действия, относящиеся к предложению цены Поставщика услуг Р2.
[396] Если клиент нуждается в подробном пояснении данных, обеспеченных индикаторами для каждого из показанных поставщиков услуг, он может нажать на кнопку "Список поставщиков услуг для клиента" (7134), которая приведет его к соответствующему интерфейсу (7136).
[397] Специалисту понятно, что интерфейс, показанный на ФИГ. 7O, представлен только в иллюстративных целях, и могут быть использованы другие изменения в интерфейсе, описанные в настоящей заявке.
[398] ФИГ. 7Р показывает приведенный в качестве примера список поставщиков услуг для клиента (7137). На этом чертеже клиент видит четырех поставщиков услуг и сжатую версию индикаторов с данными о них, которые клиент хотел бы видеть: на этом интерфейсе перечислены Поставщик услуг Р1 (7138), Поставщик услуг Р4 (7141), Поставщик услуг Р3 (7143) и Поставщик услуг Р2 (7145). В отношении Поставщика услуг Р1 (7138), клиент видит, что этот поставщик услуг является его предпочтительным поставщиком для услуг по перевозке пассажиров, т.е. "FPT"; Поставщик услуг Р1 имеет 21 ранее завершенный запрос на обслуживание клиента, т.е. "ТМР21"; он на 100% знаком с запрошенным маршрутом; он инициировал предложение цены 95 долл. США, что на 5% или 5 долларов ниже, чем цена по умолчанию; и он достигнет местоположения посадки клиента в течение 10 минут, т.е. "ETA:10Min" (7139). Если клиент желает выбрать этого поставщика услуг, он может нажать кнопку (7140) "Select", подтверждая, таким образом, конечную цену и назначая заказ этому поставщику услуг.
[399] Относительно Поставщика услуг Р4 (7141), клиент видит, что этот поставщик услуг является обычным поставщиком услуг по перевозке пассажиров, т.е. "RPT"; что он знаком на 50% с запрошенным маршрутом; он инициировал предложение цены 115 долларов США, что на 15% или на 15 долларов выше, чем цена по умолчанию; и он достигнет местоположения посадки клиента в течение одной минуты, т.е. "ETA:1Min" (7142). В отношении Поставщику услуг Р3 (7143), клиент видит, что Поставщик услуг Р3 является обычным поставщиком услуг по перевозке пассажиров, т.е. "RPT", который знаком на 70% с запрошенным маршрутом. Также показано, что он инициировал предложение цены 105 долларов США, что на 5% или на 5 долларов выше, чем цена по умолчанию. Также показано, что Поставщик услуг Р3 может достичь местоположения посадки клиента через три минуты, т.е. "ETA:3Min" (7144). Что касается Поставщика услуг Р2 (7145), клиент видит, что он является обычным поставщиком услуг по перевозке пассажиров, т.е. "RPT"; что он завершал три совместных запроса на обслуживание с Клиентом С1, т.е. "ТМР3"; что он знаком на 10% с запрошенным маршрутом, и что его инициированное предложение цены составляет 110 долларов США, что на 10% или на 10 долларов выше, чем цена по умолчанию. Кроме того, клиент видит, что предполагаемое время прибытия для Поставщика услуг Р2 составляет 5 минут, т.е. "ETA:5Min" (7146). Для выбора любого из этих поставщиков услуг клиент должен нажать кнопку "Select". Если клиент желает вернуться к отображению электронной карты для Параметров поиска Клиента (7111), он должен нажать кнопку (7147) "Cancel". Специалисту понятно, что список поставщиков услуг для клиента, показанный на ФИГ. 7Р, приведен только в иллюстративных целях, поскольку могут быть другие поставщики услуг с иными индикаторами, отличающимися от приведенных в настоящей заявке.
[400] ФИГ. 7Q показывает приведенный в качестве примера интерфейс для параметров поиска поставщика услуг. Этот интерфейс показан на отображении электронной карты на сенсорном экране вычислительного устройства поставщика услуг (7148), с которым он может взаимодействовать при заключении сделки с потенциальными клиентами. На этом чертеже Поставщик услуг Р1 (7131) вводит свои параметры поиска для поиска потенциально доступных клиентов, которым в настоящий момент требуются услуги в области, окружающей его текущее местоположение. Кроме того, для поиска потенциально доступных клиентов, подходящих для услуги его типа, система выполняет поиск других доступных поставщиков услуг, которые в настоящий момент являются доступными, для обеспечения услуги того же типа согласно запросу, который Поставщик услуг Р1 задал для выполнения. Поставщик услуг имеет три параметра поиска, которых он может выбирать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание параметров поиска. Поставщик услуг имеет возможность выполнить поиск по количеству клиентов, с которыми он желает заключить сделку. На этом чертеже этот параметр поиска выключен (7153), и количество клиентов, таким образом, отображается как нулевое (7154). Для активирования этого параметра поиска клиент должен включить его (7153), ввести желательное количество (7154) и нажать кнопку "Search" (7155). Поставщик услуг также имеет опцию выполнения поиска по времени. Для этого он должен активировать эту опцию ее включением (7156), ввести количество времени, в течение которого он готов выполнить посадку, например, 10 минут (7157), и нажать кнопку (7158) "Search". Поставщик услуг также имеет возможность выполнить поиск по расстоянию. Для этого он должен активировать эту опцию ее включением (7159), ввести количество миль, в пределах которых он готов выполнить посадку, например, 1,5 мили (7160), и нажать кнопку (7161) "Search". После этого поставщик услуг увидит свой пул потенциально доступных клиентов, идентифицированных системой в пределах заданных параметров поиска по времени (7149) и по расстоянию (7151), на своей электронной карте. На этом чертеже параметр Н поиска (7149) отражает географическую зону, полученную в результате поиска по времени в пределах десятиминутного параметра, который идентифицировал двух клиентов, т.е. С3 (7163) и С5 (7135), и одного поставщика услуг, т.е. Поставщика услуг Р1 (7131), как может быть видно из набора К индикаторов: "S1 против D2" (7150), отображенного в пределах этого параметра, где "S" означает предложение, и "D" означает спрос. Данные клиента С3 представлены набором индикаторов (7164), показывающим "RCT; ТМС2; ETA:5Min; ETT:15Min; 105$", из чего видно, что он является обычным клиентом для услуги по перевозке пассажиров, т.е. "RCT", и что он завершил два совместных запроса на обслуживание с Поставщиком услуг Р1, т.е. "ТМС2"; а также, что предполагаемое время прибытия Клиента С3 в местоположение посадки составляет пять минут, т.е. "ETA:5Min", что предполагаемое время пути от запрошенного местоположения посадки до запрошенного местоположения высадки составляет 15 минут, т.е. "ETT:15Min", и что его предложенная цена составляет 105 долларов.
[401] В дополнение к данным об индикаторах Клиента С3, также имеются различные управляющие кнопки, которые позволяют поставщику услуг выполнять различные действия, относящиеся к предложению цены Клиента С3: нажатие кнопки с меткой позволяет поставщику услуг подтвердить запрос на обслуживание от этого клиента; нажатие кнопки X позволяет поставщику услуг отклонять запрос на обслуживание этого клиента; нажатие кнопки с двунаправленной стрелкой позволяет поставщику услуг обмениваться данными о спросе и предложении с Клиентом С3; нажатие кнопки "Р/С" позволяет поставщику услуг делать предложение цены или противопоставлять встречную цену цене, предложенной Клиентом С3. Чтобы сделать предложение цены или противопоставить встречную цену предложенной Клиентом С3 цене, поставщик услуг сначала должен ввести количество в крайнем правом поле ввода для инициирования процесса переговоров и затем нажать кнопку "Р/С" (7164). Данные клиента С5 представлены другим набором индикаторов (7162), показывающим: "RCT; ETA:3Min; ETT:12Min; 115 $". В дополнение к данным об индикаторах Клиента С5 имеются те же управляющие кнопки, что и в отношении Клиента С3, которые позволяют поставщику услуг выполнять различные действия, относящиеся к предложению цены Клиента С5, такие как подтвердить цену, отклонить цену или инициировать процесс переговоров.
[402] На этом чертеже параметр I поиска (7151), который отражает географическую зону, полученную в результате поиска по расстоянию в пределах 1,5-мильного параметра поиска, идентифицирует двух и более клиентов, т.е. клиентов С1 (7112) и С4 (7165), для услуги запроса и двух и более поставщиков услуг, в настоящий момент оказывающих услуги, т.е. поставщиков услуг Р3 (7128) и Р4 (7126), как может быть видно из набора L индикаторов: "S3 против D4" (7152), отображенного в пределах того параметра поиска, где "S" означает предложение, и "D" означает спрос. Данные клиента С1 представлены набором индикаторов (7167), и данные Клиента С4 представлены другим набором индикаторов (7166). Индикаторы клиента С1 также сопровождаются управляющими кнопками, чтобы позволить поставщику услуг выполнять различные действия, относящиеся к предложению цены Клиента С1. Индикаторы клиента С4 (7166) показывают "RCT; AOC:5Min; ETA:3Min; ETT:25Min; 110$". Индикаторы клиента С4 также снабжены управляющими кнопками, чтобы поставщик услуг мог выполнять различные действия, относящиеся к предложению цены Клиента С4.
[403] Если поставщик услуг нуждается в подробном пояснении данных, представленных индикаторами для каждого из показанных клиентов, он может нажать кнопка "Список клиентов для поставщика услуг" (7168), которая приведет его к соответствующему интерфейсу (7169).
[404] Специалисту понятно, что индикаторы в этом примере изменяются по меньшей мере из-за двух факторов. Первый фактор состоит в том, что клиенты не всегда представляют все данные, которые могли бы предоставлять при создании своего запроса на обслуживание, например, Клиент С3 (7163) не предоставил данные о времени исполнения для индикатора "АОС", в результате чего поставщик услуг не может знать, как долго запрос на обслуживание этого клиента останется активным. Второй фактор имеет отношение к наборам индикаторов, показом которых Поставщик Р1 услуг желал бы распоряжаться исключительно по своему усмотрению, как и порядком, в котором отображаются эти индикаторы. В этом примере показано, что поставщик услуг задал для показа не полный набор индикаторов ценообразования, поскольку индикаторы, которые указывают различие между ценой, предложенной клиентами, и ценой по умолчанию, не включены.
[405] Специалисту понятно, что интерфейс, показанный на ФИГ. 70, представлен только в иллюстративных целях, и могут быть различные изменения в интерфейсе, описанном в настоящей заявке.
[406] ФИГ. 7R показывает приведенный в качестве примера список клиентов для поставщика услуг (7169). На этом чертеже поставщик услуг видит четырех клиентов и сжатую версию индикаторов, в которых поставщик услуг хотел бы видеть данные о них: в этом интерфейсе перечислены Клиент С1 (7170), Клиент С5 (7173), Клиент С3 (7175) и Клиент С4 (7177). В отношении Клиента С1, поставщик услуг видит, что Клиент С1 (7170) находится в его списке предпочтительных контрагентов для услуги по перевозке пассажиров, т.е. "FCT", причем поставщик услуг завершил с ним 21 совместный запрос на обслуживание, т.е. "ТМС21". Также, поставщик услуг видит индикатор "AOC15Min", который означает, что Клиент С1 будет доступен для переговоров в течение следующих 15 минут; ему потребуется 10 минут для достижения запрошенного местоположения посадки, т.е. "ETA:10Min"; что завершение запроса на обслуживание займет 30 минут, как видно из "ETT:30Min", и его предложение цены составляет 95 долларов (7171). Если поставщик услуг желает выбрать этого клиента, он может нажать кнопку "Select" (7172), подтверждая тем самым конечную цену и уведомляя клиента относительно его подтверждения этого запроса. Относительно Клиента С5 (7173), поставщик услуг видит, что этот клиент является обычным поставщиком услуг по перевозке пассажиров, т.е. "RCT"; ему потребуется 3 минуты для достижения запрошенного местоположения посадки, т.е. "ETA:3Min"; выполнение запроса на обслуживание займет 12 минут, как можно видеть в "ETT:12Min"; и его предложение цены составляет 115 долларов (7174). Следующим клиентом из списка является Клиент С3 (7175), чьи индикаторы показывают, что: он является обычным клиентом для услуги по перевозке пассажиров, т.е. "RCT"; он завершил два совместных запроса на обслуживание с этим поставщиком услуг, т.е. "ТМС2"; ему потребуется 5 минут для достижения запрошенного местоположения посадки, т.е. "ETA:5Min"; завершение запроса на обслуживание займет 15 минут, как видно из "ETT:15Min"; и его предложенная цена составляет 105 долларов (7176). В отношении Клиента С4 (7177), поставщик услуг видит, что этот клиент являются обычным клиентом для услуги по перевозке пассажиров, т.е. "RCT". Также, поставщик услуг видит индикатор "AOC5Min", который означает: что Клиент С3 будет доступен для переговоров в течение следующих 5 минут; что ему потребуется 3 минуты для достижения запрошенного местоположения посадки, т.е. "ETA:3Min"; что выполнение запроса на обслуживание займет 25 минут, т.е. "ETT:25Min"; и что его предложение цены составляет 110 долларов (7178). Поставщик услуг может выбрать любого клиента для выполнения его запроса нажатием кнопки "Select". Если поставщик услуг желает вернуться к предыдущей странице, он может нажать кнопку "Cancel" (7179) для возвращения к отображению электронной карты.
[407] Специалисту понятно, что список клиентов для поставщика услуг, показанный на ФИГ. 7R, представлен только в иллюстративных целях, поскольку могут быть другие клиенты с другими индикаторами, отличающимися от показанных в настоящей заявке.
[408] ФИГ. 7S показывает приведенный в качестве примера интерфейс для параметров поиска клиента, который показывает потенциально доступных поставщиков услуг на основании параметров поиска клиента (7111). На этом чертеже, клиенту, т.е. Клиенту С1 (7112), показаны три опции для параметров поиска, из которых он может выбирать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание параметров поиска. Клиент имеет возможность выполнить поиск по количеству поставщиков услуг, с которыми он желает вести переговоры. Для этого он должен активировать эту опцию, включив ее (7117), ввести желательное количество поставщиков услуг, например, один (7118), и нажать кнопку (7119) "Search". Клиент также имеет возможность выполнить поиск по времени. Для этого он должен активировать эту опцию ее включением (7120), ввести количество времени, в течение которого он желает осуществить посадку, например, 10 минут (7121), и нажать кнопку (7122) "Search". Клиент имеет третью возможность выполнить поиск по расстоянию. Для этого клиент должен активировать поиск по расстоянию путем включения его (7123). После этого клиент вводит количество для расстояния, в пределах которого он желает, чтобы система выполнила поиск, например, 1 миля (7124), и нажимает кнопку (7125) "Search". Система выполняет поиск в соответствии с заданными параметрами поиска клиента по расстоянию, по времени и желательному количеству поставщиков услуг.
[409] Согласно данному приведенному в качестве примера изображению параметр А поиска (7180) основан на желательном количестве поставщиков услуг; параметр В поиска (7182) основан на времени; и параметр С поиска (7184) основан на расстоянии. Параметр А поиска в этом примере отражает географическую зону с одним поставщиком услуг, т.е. Р4 (7126), и одним клиентом, т.е. Клиентом С1 (7112). В результате, на основании только этого параметра поиска система идентифицирует, что предложение сделал один поставщик услуг, т.е. Р4, и запрос сделал один клиент, т.е. С1, как указано в наборе индикаторов D "S1 против D1" (7181) в пределах этого параметра поиска. Параметр В поиска отражает географическую зону с двумя поставщиками услуг, т.е. Р4 и Р3 (7128), и отклоняет дополнительных клиентов. В результате, спрос и предложение в пределах этого параметра поиска показаны набором Е индикаторов как "S2 против D1" (7183). Параметр С поиска отражает географическую зону в общей сложности с тремя поставщиками услуг, т.е. Р4, Р3 и Р1 (7131), и одним другим клиентом, т.е. С2 (7130), в дополнение к С1. В результате, идентифицированные спрос и предложение в пределах этого параметра поиска показаны набором F индикаторов как "S3 против D2" (7185), где имеются три потенциально доступных поставщика услуг и два клиента. Если клиенту надо видеть подробную информацию о каждом из показанных поставщиков услуг, он может нажать на кнопку "Список поставщиков услуг для клиента" (7136), которая приведет его к соответствующему интерфейсу (7137).
[410] ФИГ. 7Т показывает другой приведенный в качестве примера интерфейс для параметров поиска клиента (7111). На этом чертеже клиент, т.е. Клиент С1 (7112), отображен с тремя опциями для параметров поиска, из которых он может выбирать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание параметров поиска. Клиент имеет возможность выполнить поиск по количеству поставщиков услуг, с которыми он желает вести переговоры. Для этого он должен активировать эту опцию путем ее включения (7117), ввести желательное количество поставщиков услуг, например, четыре (7118), и нажать кнопку "Search" (7119). Клиент также имеет возможность выполнить поиск по времени. Для этого он должен активировать эту опцию путем ее включения (7120), ввести количество для времени, в пределах которого он желает выполнить посадку, например, 10 минут (7121), и нажать кнопку (7122) "Search". Клиент имеет третью возможность выполнить поиск по расстоянию. Для этого клиент должен активировать поиск по расстоянию путем его включения (7123). После этого клиент вводит количество для расстояния, в пределах которого он желает, чтобы система выполнила поиск, например, 1 миля (7124), и нажимает кнопку (7125) "Search". Система выполняет поиск в соответствии с заданными параметрами поиска клиента по расстоянию, по времени и по желательному количеству поставщиков услуг.
[411] Согласно этому изображению параметр В поиска (7182) основан на времени и отражает имеющую самый небольшой размер географическую зону, в которой система идентифицировала двух поставщиков услуг, т.е. Поставщика Р3 (7128) и Поставщика Р4 (7126), и одного клиента, т.е. Клиента С1 (7112). В результате, на основании только параметра поиска по времени система идентифицирует спрос и предложение в лице двух поставщиков услуг и одного клиента, что показано в наборе Е индикаторов как "S2 против D1" (7183) на отображении электронной карты. Параметр С поиска (7184) основан на расстоянии и отражает вторую по величине географическую зону. Как видно из примера, этот параметр поиска определил еще одного поставщика услуг, т.е. Поставщика Р1 (7131), и еще одного клиента, т.е. Клиента С2 (7130), в результате чего спрос и предложение показаны набором F индикаторов как "S3 против D2" (7185). Параметр А поиска (7186) основан на количестве поставщиков услуг, с которыми Клиент С1 желает вести переговоры, и отражает самую большую географическую зону. На основании этого параметра поиска еще один поставщик услуг, т.е. Поставщик Р2 (7133), идентифицирован системой, наряду с еще одним клиентом, т.е. Клиентом С5 (7135), что доводит количество возможных поставщиков услуг к общему количеству 4 и количество потенциально доступных клиентов к общему количеству 3, как показано набором D индикаторов: "S4 против D3" (7187). Если клиент хочет видеть подробную информацию о каждом из показанных поставщиков услуг, он может нажать на кнопку "Список поставщиков услуг для клиента" (7136), в результате чего перейдет к соответствующему интерфейсу (7137).
[412] На этом чертеже имеющий наибольший размер параметр поиска клиента, т.е. параметр А поиска, относится к количеству доступных потенциальных поставщиков услуг, с которыми клиент желает вести переговоры. Согласно приведенным в качестве примера вариантам реализации, когда система не может идентифицировать желательное количество доступных потенциальных поставщиков услуг, отображение которых клиент желал бы иметь, с использованием параметров поиска по времени и по расстоянию, она автоматически разворачивает параметры поиска для достижения желательного количества доступных потенциальных поставщиков услуг. Предельной точкой таких параметров поиска является местоположение одного или более поставщиков услуг, текущее местоположение которых находится дальше всего от центральной точки, т.е. местоположения посадки клиента. На этом чертеже предельная точка для параметра А поиска основана на местоположении Поставщика Р2 услуг (7133).
[413] Специалисту понятно, что интерфейсы, показанные на ФИГ. 7S-7T, представлены только для иллюстративных целей, и могут быть использованы другие варианты интерфейса для параметров поиска клиента, описанных в настоящей заявке.
[414] ФИГ. 7U показывает приведенный в качестве примера интерфейс поставщика услуг для параметров поиска, который показывает потенциально доступных клиентов на основании параметров поиска поставщика услуг (7148). На этом чертеже поставщик услуг, т.е. Поставщик Р1 (7131), отображен с тремя параметрами поиска, из которых он может выбирать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание этих параметров поиска. Поставщик услуг имеет возможность выполнить поиск по количеству клиентов, с которыми он желает заключить сделки. Для этого он должен активировать эту опцию путем ее включения (7153), ввести желательное количество клиентов, например, 1 (7154), и нажать кнопку (7155) "Search". Поставщик услуг также имеет возможность выполнить поиск по времени. Для этого он должен активировать эту опцию путем ее включения (7156), ввести количество для времени, в пределах которого он желает выполнить посадку, например, 10 минут (7157), и нажать кнопку (7158) "Search". Поставщик услуг имеет третью опцию для выполнения поиска по расстоянию. Для этого поставщик услуг должен активировать поиск по расстоянию путем его включения (7159). После этого поставщик услуг вводит количество для расстояния, в пределах которого он желает, чтобы система выполнила поиск, например, 1 миля (7160), и нажимает кнопку (7161) "Search". Система выполняет поиск в соответствии с заданными поставщиком услуг параметрами поиска по желательному количеству клиентов, по времени и по расстоянию.
[415] В соответствии с этим изображением параметр G поиска (7188) основан на количестве клиентов, с которыми Поставщик Р1 услуг (7131) желает заключить сделки, и имеет самый небольшой размер географической зоны, в которой система идентифицировала одного клиента, т.е. Клиента С5 (7135), и одного поставщика услуг, т.е. Поставщика Р1. В результате, на основании только этого параметра поиска система идентифицировала спрос и предложение в лице одного поставщика услуг и одного клиента, как показано набором J индикаторов: "S1 против D1" (7189), на отображении электронной карты. Параметр Н поиска (7190) основан на времени и отражает вторую по величине географическую зону. Как видно из примера, этот параметр поиска определил еще одного клиента, т.е. Клиента С3 (7163), и отклонил дополнительных поставщиков услуг, что привело к спросу и предложению, показанным в наборе К индикаторов как "S1 против D2" (7191). Параметр I поиска (7192) основан на расстоянии и отражает наибольшую географическую зону. На основании этого параметра поиска еще один клиент, т.е. Клиент С4 (7165), и еще один поставщик услуг, т.е. Поставщик Р3 (7128), идентифицированы системой, что приводит количество возможных клиентов к общему количеству 3 и общее количеств поставщиков услуг к общему количеству 2, как показано в наборе L индикаторов: "S2 против D3" (7193). Если поставщик услуг хочет видеть подробную информацию о каждом из показанных клиентов, он может нажать на кнопку "Список клиентов для поставщика услуг" (7168), в результате чего ему будет предоставлен соответствующий интерфейс (7169).
[416] На этом чертеже, имеющий самый малый размер параметр поиска для поставщика услуг, т.е. параметр А поиска, относится к количеству доступных потенциальных клиентов, с которыми поставщик услуг желает заключить сделку. Согласно приведенным в качестве примера вариантам реализации, когда система идентифицирует определенное количество доступных клиентов, в отношении которых поставщик услуг желал бы, чтобы их показывали ему, в пределах самого малого параметра поиска, который меньше, чем параметр поиска по времени или параметр поиска по расстоянию, она автоматически уменьшает параметры поиска для отображения только желательного количества клиентов, которые находятся в пределах самого краткого времени пути от поставщика услуг.
[417] ФИГ. 7V показывает еще один приведенный в качестве примера интерфейс параметров поиска для поставщика услуг, который показывает потенциально доступных клиентов на основании параметров поиска поставщика услуг (7148). На этом чертеже поставщик услуг, т.е. Поставщик Р1 (7131), отображается с тремя параметрами поиска, из которых он может выбирать. Он может выполнить поиск, используя один или более параметров поиска, или любое сочетание этих параметров поиска. Поставщик услуг имеет опцию выполнить поиск по количеству клиентов, с которыми он желает заключить сделку. Для этого он должен активировать эту опцию путем ее включения (7153), ввести желательное количество клиентов, например, 4 (7154), и нажать кнопку (7155) "Search". Поставщик услуг также имеет опцию для выполнения поиска по времени. Для этого он должен активировать эту опцию путем ее включения (7156), ввести количество для времени, в пределах которого он желает выполнить посадку, например, 10 минут (7157), и нажать кнопку (7158) "Search". Поставщик услуг имеет третью опцию для выполнения поиска по расстоянию. Для этого поставщик услуг должен активировать поиск по расстоянию путем его включения (7159). После этого поставщик услуг вводит количество для расстояния, в пределах которого он желает, чтобы система выполнила поиск, например, 1 миля (7160), и нажимает кнопку (7161) "Search". Система выполняет поиск в соответствии с заданными поставщиком услуг параметрами поиска по расстоянию, времени и желательному количеству клиентов.
[418] На этом чертеже параметр Н поиска (7190) основан на времени и отражает имеющую самый малый размер географическую зону, в которой система идентифицировала двух клиентов, т.е. Клиента С3 (7163) и Клиента С5 (7135). В результате на основании только параметра поиска по времени система идентифицировала спрос и предложение в лице одного поставщика услуг, т.е. Поставщика Р1, и двух клиентов, которые показаны в наборе К индикаторов как "S1 против D2" (7191) на отображении электронной карты. Параметр I поиска (7192) основан на расстоянии и определяет вторую по величине географическую зону. Как видно из примера, этот параметр поиска определил еще одного клиента, т.е. Клиента С4 (7165), и еще одного поставщика услуг, т.е. Поставщика Р3 (7128), что приводит к спросу и предложению, показанному набором L индикаторов как: "S2 против D3" (7193). Параметр G поиска (7194) основан на количестве клиентов, с которыми Поставщик Р1 услуг желает заключить сделку, и отражает наибольшую географическую зону. На основании этого параметра поиска системой идентифицирован еще один клиент, т.е. Клиент С1 (7112), и еще один поставщик услуг, т.е. Поставщик Р4 (7126), что приводит количество возможных клиентов к общему количеству 4 и количество поставщиков услуг к общему количеству 3, как показано в наборе J индикаторов: "S3 против D4" (7195). Если поставщик услуг хочет видеть подробную информацию о каждом из показанных клиентов, он может нажать кнопку "Список клиентов для поставщика услуг" (7168), которая направит его к соответствующему интерфейсу (7169).
[419] На этом чертеже имеющий наибольший размер параметр поиска для поставщика услуг, т.е. параметр А поиска, относится к количеству доступных потенциальных клиентов, с которыми поставщик услуг желает заключить сделку. Согласно приведенным в качестве примера вариантам реализации, когда система не может идентифицировать желательное количество доступных потенциальных клиентов, в отношении которых поставщик услуг желал бы, чтобы их показывали ему, с использованием параметров поиска по времени и по расстоянию, она автоматически разворачивает параметры поиска для достижения этого желательного количества доступных потенциальных клиентов. Предельной точкой таких параметров поиска является местоположение одного или более клиентов, текущее местоположение которых находится дальше всех от центральной точки, т.е. текущего местоположения поставщика услуг. На этом чертеже предельная точка для параметра А поиска основана на местоположении Клиента С1 (7112). Специалисту понятно, что интерфейсы, показанные на ФИГ. 7U-7V, представлены только для иллюстративных целей, и могут быть использованы другие варианты интерфейса для параметров поиска для поставщика услуг, отличающиеся от описанных в настоящей заявке.
[420] Специалисту понятно, что интерфейсы наряду со всеми элементами, показанными на ФИГ. 7O, 7Q, 7S, 7Т, 7U и 7V, представлены только для иллюстративных целей.
[421] ФИГ. 8А показывает принципиальную схему приведенных в качестве примера компонентов базы данных. Система имеет доступ ко всем данным, сохраненным в базе данных. База данных содержит данные как для услуг по доставке груза, так и для услуг по перевозке пассажиров. База данных включает данные о правилах и процедурах, данные о поставщиках услуг, административно-управленческую информацию, групповые данные, данные о клиентах, данные о компонентах карты, а также другие данные.
[422] Данные о правилах и процедурах включают цену системы, правила и процедуры маркетинговых настроек, а также правила и процедуры для настройки индикаторов, переговоров, оценки, рекомендаций, оплаты, запросов на обслуживание, сопровождения системы, регистрации в системе, анализа и оптимизации системы и т.п.
[423] Данные о компонентах карты сохраняют данные карты для всех запросов на услуги по доставке груза и услуги по перевозке пассажиров, которые идентифицируются глобальной системой позиционирования GPS и системой геолокации (LBS). Данные глобальной системы позиционирования GPS и системы геолокации LBS определяют местоположение вычислительных устройств различными способами, например, путем приема географически привязанных ресурсов.
[424] Данные поставщика услуг включают профили поставщиков услуг, такие как анкетные данные, включая фотографию поставщика услуг и его возраст или опыт вождения, пол, страну происхождения и владение языками. База данных также включает данные, которые относятся к транспортному средству поставщика услуг, такие как изготовитель и модель, цвет, пассажировместимость и доступность, страховой статус и даже изображения транспортного средства. Дополнительные данные в профиле поставщика услуг могут включать данные, такие как список предпочтительных контрагентов поставщика услуг и список нежелательных контрагентов, ограничения, относящиеся к почтовым индексам, времени, местоположению и цене, а также данные и записи о техническом обслуживании.
[425] База данных также включает административно-управленческую информацию, содержащую цены и тарифы, данные системы, такие как контактные данные и данные о часто задаваемых вопросах, регистрационные подробности, относящиеся к клиентам и поставщикам услуг, например, данные для выставления счета или другие данные, относящиеся к применению приложения для услуг по требованию. Групповые данные включают базовые данные, данные о компании или данные о группе личностей. Данные о клиенте содержат профили клиентов, включая анкетные данные, список предпочтительных контрагентов клиента, список нежелательных контрагентов клиента, предпочтения клиента, данные и записи запросов на обслуживание.
[426] Специалисту понятно, что эта база данных синхронизируется динамически, так что всякий раз, когда появляются изменения или обновления блоков данных, сервер и база данных динамически обновляют данные соответствующим образом для отражения последних изменений. В дополнение к этому имеется по меньшей мере одна резервная база данных, которая делает копию основной базы данных на случай потери данных в основной базе данных. Кроме того, специалисту в данной области техники понятно, что компоненты базы данных могут изменяться по сравнению с описанным в настоящей заявке.
[427] ФИГ. 8В показывает приведенную в качестве примера последовательность выполняемых действий при генерировании индикаторов. Во-первых, система определяет индикаторы, которые должны быть сгенерированы (801), на основании по меньшей мере следующих факторов: правила и процедуры (802), географические данные (803), пользовательский ввод (804), другие данные в режиме реального времени (805), ретроспективные данные (806) и другие данные, такие как заданные предпочтения и ограничения, для отражения посредством индикаторов (807), причем пользовательский ввод сообщает контекст системе для того, чтобы система делала запрос на получение соответствующих правил и процедур, географических, исторических, других данных в режиме реального времени и других данных из базы данных. Затем система извлекает данные, относящиеся к индикаторам, которые будут генерироваться (808), анализирует и вычисляет соответствующие данные на основании уникального идентификатора пользователя (809). После того, как данные будут проанализированы, система связывает индикаторы с применимыми данными для предоставления соответствующих данных пользователю (810). Наконец, система генерирует и представляет индикаторы пользователю (811). Специалисту понятно, что процесс, описанный в настоящей заявке/ не является исключительным, и что процесс генерирования одного или более наборов индикаторов может включать этапы, которые отличаются от этапов, описанных в настоящей заявке.
[428] ФИГ. 9А показывает приведенные в качестве примера относящиеся к услуге предпочтения клиента (900), которые включают, помимо прочего, предпочтения, относящееся к местоположению посадки (901), местоположению высадки (902), изготовителю, модели и типу транспортного средства (903), стажу вождения (904), количеству завершенных запросов на обслуживание (905), пассажировместимости (906), полу (907), разговорному языку (908), категории поставщика услуг (этап 909), доступности (910), возможности перевозки домашних животных (911), наличию детских кресел (912), предполагаемому времени прибытия (ЕТА) (913), знанию маршрута (914), возможности обсуждения цен (915), весу предметов (916) и размеру предметов (917). Предпочтение местоположения посадки (901) позволяет клиенту идентифицировать его местоположение посадки. Предпочтение местоположения высадки (902) позволяет клиенту идентифицировать его местоположение высадки (902). Предпочтение относительно изготовителя, модели и типа транспортного средства (903) позволяют клиенту указывать изготовителя, модель и тип транспортного средства, которое он предпочитает для своего запроса на обслуживание. Предпочтение относительно стажа вождения (904) позволяет клиенту задавать количество лет, которое должен иметь его поставщик услуг. Предпочтение относительно количества завершенных запросов на обслуживание (905) позволяет клиенту указывать количество завершенных запросов на обслуживание, которое поставщик услуг должен иметь, чтобы принять запрос на обслуживание от этого клиента.
[429] Предпочтение относительно пассажировместимости (906) позволяет клиенту указывать количество пассажиров для его запроса на обслуживание. Гендерное предпочтение (907) позволяет клиенту выбирать поставщика услуг определенного пола. Предпочтение относительно разговорного языка (908) позволяет клиенту выбирать поставщика услуг, говорящего на определенном языке. Категория поставщика услуг (909) позволяет клиенту отдавать предпочтение обычным или предпочтительным поставщикам услуг. Предпочтение относительно доступности (910) позволяет клиенту отдавать предпочтение поставщикам услуг, у которых транспортное средство оборудовано специальными средствами для доступности, или которые могут предоставить своего рода специальное облегчающее доступность оборудование, например, клиент может задать, чтобы его запрос на обслуживание передали поставщику услуг, чье транспортное средство оборудовано для перевозки или доставки велосипеда, или который может предоставить инвалидное кресло. Возможность перевозки домашних животных (911) позволяет клиенту отдавать предпочтение в запросах на обслуживание тем, кто может разместить в своем транспортном средстве домашних животных, или кто может предоставить специальное оборудование определенного вида для перевозки и доставки домашних животных. Предпочтение относительно наличия детского кресла (912) позволяет клиенту предпочитать поставщика услуг, который может предоставить детское кресло. Предпочтение относительно предполагаемого времени прибытия (ЕТА) (913) позволяет клиенту передавать его запрос на обслуживание поставщику услуг, предполагаемое время прибытия которого находится в пределах определенного времени. Предпочтение относительно знания маршрута (914) позволяет клиенту задавать определенный процент для того, насколько должен быть знаком поставщик услуг с запрошенным маршрутом. Предпочтение относительно обсуждения цены (915) позволяет клиенту задавать автоматический отказ от любого предложения цены, инициированного поставщиком услуг, или любого ответа от поставщика услуг с ценой, которая на определенную сумму или определенный процент выше цены по умолчанию. Предпочтение относительно Веса предметов (916) позволяет клиенту требовать поставщика услуг, который может разместить и приспособить предметы определенного веса. Предпочтение относительно размера предметов (917) позволяет клиенту требовать поставщика услуг, который может разместить и приспособить предметы определенного размера. Согласно приведенному в качестве примера варианту реализации настоящего изобретения клиент может задать свои предпочтения для сообщения системе, как должна быть организована услуга для него.
[430] Специалисту понятно, что список предпочтений клиента в отношении услуг, показанный на ФИГ. 9А, представлен только для иллюстративных целей, и клиент может иметь другие предпочтения, относящиеся к его запросу на обслуживание.
[431] ФИГ. 9В показывает приведенные в качестве примера ограничения относительно услуг для поставщика услуг (918), которые включают, помимо прочего, ограничения, относящиеся к категории клиента (919), времени обслуживания (920), местоположению и времени возврата (921), зоне обслуживания (922), доступности (923), количеству пассажиров (924), типу предметов (925), весу предметов (926), размеру предметов (927), аллергии (928), возможности перевозки домашних животных (929), детскому креслу (930), обсуждению цены (931), способу оплаты (932). Ограничение относительно категории клиента (919) позволяет поставщику услуг отказываться от приема запросов на обслуживание от клиентов определенной категории, например, не оказывать услуги обычным клиентам. Ограничение по времени обслуживания (920) позволяет поставщику услуг задавать время, когда он не доступен для оказания услуг. Это может быть временем, в которое поставщик услуг не может работать. Ограничение по местоположению и времени возврата (921) позволяют поставщику услуг задавать определенное местоположение, где он желает быть в определенное заданное время. Ограничение зоны обслуживания (922) позволяет поставщику услуг задавать одну или более географических зон, где он не готов к исполнению услуг поставщика, например, на основании одного или более почтовых индексов. Ограничение доступности (923) позволяет поставщику услуг отказываться от приема запроса на обслуживание, для которого требуется специальные средства для доступности или специальное оборудование определенного вида для облегчения доступности, например, поставщик услуг может задать автоматическое отклонение запросов на обслуживание, которые включают перевозку или доставку велосипедов, или которые требуют, чтобы поставщик услуг предоставил инвалидную коляску.
[432] Ограничение относительно количества пассажиров (924) позволяет поставщику услуг ограничивать количество пассажиров, которых он может разместить в своем автомобиле в настоящий момент времени, например, не более 3 пассажиров. Ограничение по типу предметов (925) позволяет поставщику услуг задавать тип предметов, которые он не готов доставлять, например, высокие или хрупкие предметы. Ограничение по весу предметов (926) позволяет поставщику услуг задавать определенный порог для веса предметов, которые он может доставлять. Ограничение по размеру предметов (927) позволяет поставщику услуг задавать порог для размера предметов, которые он может доставить. Ограничение по аллергии (928) позволяет поставщику услуг указывать вещества, которые он не готов доставлять или транспортировать из-за его аллергии на эти вещества. Ограничение на перевозку домашних животных (929) позволяет поставщику услуг отказываться от приема запросов на обслуживание, которые включают перевозку или доставку домашних животных, или которые требуют наличия специального оборудования определенного вида для перевозки и доставки домашних животных. Ограничение относительно детского кресла (930) позволяет поставщику услуг отказываться от приема запросов на обслуживание, которые требуют наличия детского кресла. Ограничение относительно обсуждения цены (931) позволяет поставщику услуг задавать автоматический отказ от любых запросов на обслуживание с ценой, которая на определенную сумму или определенный процент ниже цены по умолчанию. Ограничение относительно оплаты (932) позволяет поставщику услуг отказываться от приема запросов на обслуживание от клиента, который использует определенный способ оплаты, например, автоматически отклонять запрос на обслуживание с оплатой наличными деньгами. Согласно приведенному в качестве примера варианту реализации настоящего изобретения поставщик услуг может задать свои ограничения для сообщения системе о том, из-за чего он не желает оказывать свои услуги.
[433] Специалисту понятно, что список ограничений на услуги поставщика услуг, показанных на ФИГ. 9В, не является исключительным, и поставщик услуг может иметь другие ограничения, относящиеся к его услуге.
[434] ФИГ. 9С показывает приведенную в качестве примера последовательность выполняемых действий клиента для запроса услуги по перевозке пассажиров. Клиент начинает запросом на просмотр карты окружающей области (этап 933) и при выбором типа услуги, такой как услуга по перевозке пассажиров (этап 934). Затем клиент подтверждает запрос (этап 935). Затем клиент может использовать фильтр (этап 900) для идентификации наилучшего подходящего поставщика услуг (этап 936). Затем поставщик услуг подтверждает или отклоняет запрос на обслуживание (решение 937). Если поставщик услуг отклоняет запрос, запрос направляют следующему доступному поставщику услуг (решение 938), который соответствует запросу на обслуживание на основании опции фильтра (этап 900), пока поставщик услуг не подтвердит запрос (этап 940), и поставщику услуг назначают заказ на выполнение требуемой услуги (этап 941). Или, если не имеется следующего доступного поставщика услуг, который может подтвердить запрос, услуга завершается (этап 939).
[435] После того, как поставщик услуг подтвердил запрос (этап 940), ему назначают заказ для выполнения запроса на обслуживание (этап 941). Во время выполнения запрошенной услуги поставщик услуг имеет опцию для использования навигации (этап 942). После того, как поставщик услуг прибыл к месту назначения (этап 943), система отмечает запрос на обслуживание как выполненный (этап 944). В отношении запросов системы относительно наличия промокода (решение 945), если имеется промокод, система выполняет расчет сбора за распространение (этап 946) и затем требует, чтобы клиент произвел оплату (этап 947). Если промокода не имеется, система требует, чтобы клиент произвел оплату (этап 947). После того, как будет произведена и обработана оплата за запрос на обслуживание, клиенту предлагают прислать отзыв с оценкой (решение 948). Если клиент не желает дать оценку, процесс завершается (этап 951). Если клиент пожелал дать оценку поставщику услуг, он присылает отзыв (этап 949), и после осуществления оценки (этап 950) процесс завершается (этап 951).
[436] Специалисту понятно, что ФИГ. 9С не показывает полную последовательность выполняемых клиентом действий в системе, связанных с его запросом. Например, этап 900, т.е. опции фильтра, может включать несколько других этапов, которые могут включать выбор спецификации транспортного средства (черное, цвета такси (желтое), класса люкс и т.п.) и предложение цены, инициированное клиентом, которое показано на ФИГ. 5. Система создает дружественную к пользователю среду, чтобы предоставить необходимые пояснения пользователю.
[437] ФИГ. 9D показывает приведенную в качестве примера последовательность выполняемых действий клиента при запросе услуги по доставке груза. Последовательность выполняемых действий для услуги по доставке груза похожа на последовательность выполняемых действий для услуги по перевозке пассажиров, показанную на ФИГ. 9С. Клиент начинает запросом на просмотр карты окружающей области (этап 933) и выбором услуги по доставке груза в качестве типа услуги, которую он запрашивает (этап 952). Затем клиент делает запрос на обслуживание (этап 953), в котором он имеет опции фильтра (этап 900). После того, как система идентифицирует наилучшего подходящего поставщика услуг (этап 936), система передает запрос поставщику услуг, который наилучшим образом соответствует опции фильтра. Поставщик услуг подтверждает или отклоняет запрос на обслуживание (решение 937). Если поставщик услуг отклоняет запрос, запрос передается следующему доступному поставщику услуг (решение 938), который соответствует этому запросу на обслуживание на основании опций фильтра (этап 900), до тех пор, пока поставщик услуг не подтвердит запрос (этап 940), и уведомление передают получателю груза (этап 954). Получатель груза должен подтвердить в течение определенного периода времени, что он ожидает доставку груза (решение 955). Если получатель не подтверждает, что он ожидает доставку груза, поставщик услуг не подтверждает доставку груза, и услуга завершается (этап 939). Если получатель подтверждает доставку груза, поставщику услуг назначают заказ для оказания услуги (этап 941). Поставщик услуг имеет опцию использования навигации (этап 942), и по прибытию в целевое местоположение (этап 943) получатель груза уведомляется относительно прибытия поставщика услуг (этап 956), после чего получатель груза должен подтвердить получение груза (решение 957). Если получатель груза подтверждает получение груза, запрос на обслуживание завершается (этап 944), и требуют произвести оплату (этап 947). После выполнения и обработки оплаты клиент имеет возможность дать оценку (решение 948). Если клиент желает дать оценку, он присылает отзыв (этап 949), и оценка завершается (этап 950), в результате чего завершается процесс (этап 951). Если клиент не желает прислать отзыв, процесс завершается (этап 951).
[438] Если получатель груза не подтверждает приемку груза, поставщик услуг уточняет с отправителем (этап 958), желает ли отправитель заказать обратную доставку груза (решение 959). Если отправитель не желает заказывать обратную доставку груза, процесс переходит к этапу оплаты (этап 947). Если отправитель желает заказать обратную доставку груза, поставщик услуг доставляет ее назад отправителю (этап 960). После этого процесс возвращается к этапу оплаты (этап 947). После завершения оплаты клиента спрашивают, желает ли он прислать отзыв (решение 948). Если клиент не желает дать оценку, процесс завершается (этап 951). Если клиент желает прислать отзыв, он присылает отзыв (этап 949). После завершения оценки (этап 950) процесс завершается (этап 951).
[439] Специалисту понятно, что ФИГ. 9D не показывает полную последовательность выполняемых действий клиента, запросившего услугу по доставке груза от поставщика услуг. Например, на этапе 900 опции фильтра для услуг по доставке груза могут включать срочность доставки груза, опыт поставщика услуг, транспортирующего груз подобного типа, и т.п. В соответствии с опциями фильтра и другими возможными этапами процесса система представляет дружественную среду для передачи необходимых уведомлений пользователю.
[440] ФИГ. 10А показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, предоставляющего услугу по перевозке пассажиров. Поставщик услуг начинает с выбора типа услуги, которую он желает оказать поставщику, например, услугу по перевозке пассажиров (этап 1000). Затем поставщик услуг задает свои ограничения по времени и местоположению (этап 1001). Затем поставщик услуг принимает запрос на обслуживание (этап 1002) и решает, подтвердить ли запрос (решение 1003). Если поставщик услуг отклоняет запрос на обслуживание, этот запрос на обслуживание передают другому доступному поставщику услуг (этап 1004), причем процесс циклически возвращается к выбору поставщика услуг, который может подтвердить запрос на обслуживание (этап 1002), пока поставщик услуг не примет запрос на обслуживание. Если поставщик услуг подтвердил запрос, ему назначают заказ (этап 1005), и он направляется в местоположение посадки (этап 1006). После того, как поставщик услуг достиг местоположения посадки, он подтверждает прибытие (этап 1007). Затем система уведомляет клиента относительно прибытия поставщика услуг (этап 1008). Если поставщик услуг желает, он может разместить дополнительный вызов для клиента, чтобы уведомить его о своем прибытии (этап 1009). Затем клиент совершает просадку в транспортное средство, и поставщик услуг начинает выполнять услугу (этап 1010). Поставщик услуг имеет опцию использования навигации (этап 1011). Поставщик услуг доставляет клиента в целевое местоположение (этап 1012). По прибытию в целевое местоположение запрос на обслуживание идентифицируется как завершенный (этап 1013), и клиент производит оплату (этап 1014). После того, как клиент произвел оплату, поставщик услуг имеет опцию прислать отзыв (решение 1015). Поставщик услуг может пропустить предоставление оценки, и процесс завершается (этап 1018). Если поставщик услуг решил дать оценку, он дает оценку (этап 1016), и после того, как он дал оценку (этап 1017), процесс завершается (этап 1018).
[441] Из-за ограниченности пространства чертежа, ФИГ. 10А соединен частично или полностью с ФИГ. 5, который относится к переговорам о цене запроса на обслуживание между клиентами и поставщиками услуг, которые могут иметь место после того, как поставщик услуг принял запрос на обслуживание (этап 1002). После того, как обе стороны согласовали цену, процесс продолжается на этапе 1005, как показано на ФИГ. 10А.
[442] Специалисту понятно, что активность поставщика услуг в некоторой степени может отличаться в зависимости от того, предоставляет ли поставщик услугу по перевозке пассажиров или услугу по доставке груза, или и то и другое вместе. Даже при том, что могут иметься небольшие различия в этапах процесса в зависимости от типа услуги, основная концепция остается той же. В целях простоты ФИГ. 10А показывает последовательность выполняемых действий поставщика услуг в системе для запросов только на услугу по перевозке пассажиров.
[443] ФИГ. 10В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, представляющего услугу по доставке груза. Поставщик услуг начинает с выбора типа услуги, которую он желает оказать поставщику, например, услугу по доставке груза (этап 1019). Затем поставщик услуг задает свои ограничения по времени или местоположению (этап 1001). Затем поставщик услуг получает запрос на обслуживание (этап 1002) и решает, подтверждает ли он этот запрос (решение 1003). Если поставщик услуг отклоняет запрос на обслуживание, запрос на обслуживание передают другому доступному поставщику услуг (этап 1004), причем процесс циклически возвращается к выбору поставщика услуг, принимающему запрос на обслуживание (этап 1002), пока поставщик услуг не подтвердит, что принял запрос на обслуживание. Если поставщик услуг подтверждает запрос, поставщику услуг назначают заказ (этап 1005), и он направляется в местоположение посадки (этап 1006). После того, как поставщик услуг достиг местоположения посадки, он подтверждает прибытие (этап 1007). Затем система уведомляет клиента (отправителя) о прибытии поставщика услуг (этап 1020). Если поставщик услуг желает, он может разместить дополнительный вызов для клиента (отправителя), чтобы уведомить его о своем прибытии (этап 1021). Поставщик услуг принимает груз для доставки и начинает выполнять услугу (этап 1022). Поставщик услуг имеет опцию для использования навигации (этап 1011). Поставщик услуг доставляет груз в целевое местоположение (этап 1023).
[444] Получатель груза получает уведомление о доставке груза (этап 1024). Затем получатель груза должен подтвердить получение доставленного груза (решение 1025). Если получатель груза подтверждает доставку груза, запрос на обслуживание завершается (этап 1013), и процесс переходит к оплате (этап 1014). Если получатель груза не подтверждает доставку груза, поставщик услуг уточняет у клиента (отправителя) (этап 1026), желает ли он, чтобы груз был доставлен обратно (решение 1027). Если клиент (отправитель) желает заказать обратную доставку груза, то поставщик услуг доставляет груз назад (этап 1028). Затем процесс переходит к оплате (этап 1014). Если клиент (отправитель) не желает заказывать обратную доставку груза, процесс переходит непосредственно к оплате (этап 1014). После оплаты клиента поставщик услуг имеет возможность прислать отзыв клиенту (отправителю) (решение 1015). Поставщик услуг может отказаться от предоставления отзыва, и тогда процесс завершается (этап 1018). Если поставщик услуг желает дать отзыв, поставщик услуг дает отзыв (этап 1016), и после того, как он дал отзыв (этап 1017), процесс завершается (этап 1018).
[445] Из-за ограниченного пространства чертежа ФИГ. 10В частично или полностью соединен с ФИГ. 5, который относится к переговорам о цене запроса на обслуживание между клиентами и поставщиками услуг, которые могут иметь место после того, как поставщик услуг принял запрос на обслуживание (этап 1002). После того, как обе стороны согласовали цену, процесс продолжается (этап 1005), как показано на ФИГ. 10В.
[446] Специалисту понятно, что последовательность выполняемых действий поставщика услуг, предоставляющего услугу по доставке груза, не является исключительной. Этапы последовательности выполняемых действий могут изменяться в зависимости от различных факторов, например, опций фильтра, подтверждения доставки груза и т.п.
[447] ФИГ. 11А показывает приведенную в качестве примера последовательность выполняемых действий клиента, дающего отрицательный отзыв поставщику услуг. После завершения запроса на обслуживание (этап 1101) и оплаты клиент имеет возможность прислать отзыв (решение 1102). Если клиент решает не присылать отзыв, процесс завершается (этап 1103). Если клиент решает прислать отзыв (этап 1104), отзывы присылаются на основании трех категорий: Отрицательный отзыв (этап 1105), Нейтральный отзыв (этап 1106) или Положительный отзыв (этап 1107). Какой будет отзыв: Отрицательный, Нейтральный или Положительный, зависит от того, как клиент оценивает оказанную поставщиком услугу. Если клиент дает положительный отзыв, он имеет опцию добавления поставщика услуг в свой список предпочтительных контрагентов, например, в подкатегорию услуг по перевозке пассажиров (этап 1108), или он просто может прислать нейтральные отзывы, которые не будут влиять на выбор этого поставщика услуг в будущем, поскольку клиент не добавляет поставщика услуг в список предпочтительных контрагентов или список нежелательных контрагентов (этап 1109). Если клиент дал отрицательный отзыв, он имеет опцию добавления поставщика услуг в свой список нежелательных контрагентов с указанием конкретных причин, почему он желает добавить этого поставщика услуг в свой список нежелательных контрагентов (этап 1110). Клиент может указать причины своего отрицательного отзыва. В случае услуги по перевозке пассажиров эти причины могут указывать, насколько грязная или чистая была внешняя сторона транспортного средства (этап 1111), насколько грязная или чистая была внутренняя часть транспортного средства (этап 1112), а также плохие водительские навыки (этап 1113), невежливость (этап 1114), устное или физическое плохое обращение (этап 1115), недостаточное знание улиц (этап 1116), или другие соответствующие причины (этап 1117). Может быть указан различный список причин для услуги по доставке груза. Затем система уведомляет поставщика услуг, что ему дана отрицательная оценка, или что он внесен в список нежелательных контрагентов, спустя определенный период времени (этап 1118). Такое уведомление передадут поставщику услуг спустя определенное время после представления отрицательного отзыва. Система, в зависимости от того, в первый ли раз этот поставщик услуг получил отрицательный отзыв, и от того, по каким причинам он получил отрицательный отзыв, определяет, что следует сделать (решение 1119); если такое произошло в первый раз, когда этот поставщик услуг получил уведомление об отрицательном отзыве, система (в случае необходимости) может сделать этому поставщику услуг предупреждение (этап 1120). Если отрицательный отзыв является повторным, система (в случае необходимости) может приостановить или иным способом прекратить использование системы этим поставщиком услуг (этап 1120).
[448] Все данные об отзывах сохранены в базе данных системы и также могут быть использованы для идентификации наилучшего соответствия поставщика услуг с клиентом при анализе и при обработке этих данных и для уведомления или предупреждения поставщиков услуг, которым был дан отрицательный отзыв с причинами для этого отрицательного отзыва. Поставщики услуг также могут использовать эти данные улучшения качества услуг.
[449] Специалисту понятно, что ФИГ. 11А показывает последовательность выполняемых действий только для услуги по перевозке пассажиров. Также следует понимать, что отзыв может быть предусмотрен как для услуги по перевозке пассажиров, так и для услуги по доставке груза. Процедура отсылки отзывов для услуг различных типов является одинаковой, но может отличаться причинами для представления отрицательного отзыва. Этапы 1101-1110 и 1118-1121 являются одинаковыми и для услуг по доставке груза.
[450] ФИГ. 11В показывает приведенную в качестве примера последовательность выполняемых действий клиента, дающего положительный отзыв поставщику услуг. После завершения запроса на обслуживание (этап 1101) и оплаты клиенты имеют возможность прислать отзыв (решение 1102). Если клиенты решают не присылать отзыв, процесс завершается (этап 1103). Если клиент решает прислать отзыв (этап 1104), отзывы составляются на основании трех категорий: Отрицательный отзыв (этап 1105), Нейтральный отзыв (этап 1106) или Положительный отзыв (этап 1107). Какой будет отзыв: отрицательный, нейтральный или положительный, зависит от того, как клиент оценивает оказанную этим поставщиком услугу. Если клиент дает положительный отзыв, он имеет опцию добавления поставщика услуг в свой список предпочтительных контрагентов, например, в подкатегорию услуг по перевозке пассажиров, и приводит причины, почему он желает добавить этого поставщика услуг в свой список предпочтительных контрагентов (этап 1108), или он может просто прислать нейтральный отзыв, который не будет влиять на выбор этого поставщика услуг в будущем, поскольку клиент не добавляет этого поставщика услуг в список предпочтительных контрагентов или список нежелательных контрагентов (этап 1109). Если клиент дает отрицательный отзыв, он имеет опцию добавления поставщика услуг в свой список нежелательных контрагентов с указанием причин для этого (этап 1110). Клиент может объяснить причины, почему он желает дать положительный отзыв поставщику услуг. В случае услуги по перевозке пассажиров эти причины могут включать чистоту транспортного средства (этап 1122), качество воздуха (этап 1123), водительские навыки (этап 1124), знание маршрутов и местоположений (этап 1125), знание языка или общительность (этап 1126), поведение поставщика услуг (этап 1127), эффективность услуги (этап 1128), профессионализм (этап 1129), готовность помочь клиенту при посадке (этап 1130) или другие причины (этап 1131).
[451] На основании отзывов и причин, представленных в отзыве, система может уведомить поставщика услуг, добавлен ли он в список предпочтительных контрагентов (этап 1132). Все данные об отзыве будут сохранены в базе данных системы и также могут быть использованы для идентификации наилучшего соответствия поставщика услуг с клиентом после анализа и обработки этих данных.
[452] Специалисту понятно, что последовательность выполняемых действий клиента, представляющего дающего положительный отзыв поставщику услуг, может отличаться в зависимости от того, желает ли клиент добавить поставщика услуг в свой список предпочтительных контрагентов или просто прислать отзыв.
[453] ФИГ. 12А показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, дающего отрицательный отзыв клиенту. После завершения запроса на обслуживание (этап 1201) и приема оплаты поставщик услуг имеет опцию прислать отзыв (решение 1202). Если поставщик услуг решает не присылать отзыв, процесс завершается (этап 1203). Если поставщик услуг решает прислать отзыв (этап 1204), отзывы присылаются на основании трех категорий: Отрицательный отзыв (этап 1205), Нейтральный отзыв (этап 1206) или Положительный отзыв (этап 1207). Какой будет отзыв: Отрицательный, Нейтральный или Положительный, зависит от того, как поставщик услуг оценивает клиента, которому он оказывал услугу. Если поставщик услуг дает клиенту положительный отзыв, поставщик услуг имеет опцию запроса о добавлении этого клиента в свой список предпочтительных контрагентов, например, в подкатегорию услуг по перевозке пассажиров (этап 1208), или он просто присылает нейтральные отзывы, которые не будут влиять на выбор этого клиента в будущем, поскольку поставщик услуг не добавляет клиента в список предпочтительных контрагентов или список нежелательных контрагентов (этап 1209). Если поставщик услуг дает отрицательный отзыв, он имеет опцию добавления клиента в свой список нежелательных контрагентов с указанием конкретных причин, почему он желает добавить этого клиента в свой список нежелательных контрагентов (этап 1210).
[454] Специалисту понятно, что могут иметься различные причины для отрицательного отзыва в зависимости от типа услуги. При добавлении клиента в список нежелательных контрагентов для одной подкатегории услуги поставщик услуг может решить, желает ли он добавить клиента в список нежелательных контрагентов также и для другой подкатегории услуг. Клиент может объяснить причины, если он желает дать отрицательный отзыв поставщику услуг. В случае услуги по перевозке пассажиров эти причины могут включать, помимо прочего, нечистоплотность (этап 1211), неявка клиента без объяснения причин (этап 1212), клиент слишком шумный (этап 1213), устное или физическое плохое обращение (этап 1214), клиент отказывается платить (этап 1215), или любую другую причину для отрицательного отзыва (этап 1216). На основании причин, представленных в отрицательном отзыве, система уведомляет клиента, что он внесен в список нежелательных контрагентов, спустя определенное время (этап 1217). Система, в зависимости от того, случилось ли это в первый раз, когда клиент получил отрицательный отзыв, и от причин, определяет, что следует сделать (решение 1218); если это произошло в первый раз, когда клиент уведомлен относительно отрицательного отзыва, система (в случае необходимости) может дать этому клиенту предупреждение (этап 1219). Если отрицательный отзыв повторяется, система (в случае необходимости) может приостановить или иначе завершить использование системы клиентом (этап 1220).
[455] Все данные об отзывах сохранены в базе данных системы и также могут быть использованы для идентификации наилучшего соответствия поставщика услуг с клиентом при анализе и при обработке этих данных и для уведомления или предупреждения клиентов, которые были внесены в список нежелательных контрагентов. Клиенты также уведомляются относительно причин, почему они внесены в список нежелательных контрагентов, с тем, чтобы они приняли соответствующие меры.
[456] Специалисту понятно, что поставщик услуг может прислать отзывы о клиенте независимо от того, требовал ли клиент услугу по транспортировке пассажиров или по доставке груза. Процедура отсылки отзывов для различных типов услуг является той же, но может отличаться причинами для представления отрицательного отзыва. Этапы 1201-1210 и 1217-1220 являются одинаковыми и для услуг по доставке груза.
[457] ФИГ. 12В показывает приведенную в качестве примера последовательность выполняемых действий поставщика услуг, дающего положительный отзыв клиенту. После завершения запроса на обслуживание (этап 1201) и приема оплаты поставщик услуг имеет возможность прислать отзыв (решение 1202). Если поставщик услуг решает не присылать отзыв, процесс завершается (этап 1203). Если поставщик услуг решает прислать отзыв (этап 1204), отзывы присылаются на основании трех категорий: Отрицательный отзыв (этап 1205), Нейтральный отзыв (этап 1206) или Положительный отзыв (этап 1207). Какой будет отзыв: отрицательный, нейтральный или положительный, зависит от того, как поставщик услуг оценивает клиента, которому он оказывал услугу. Если поставщик услуг дает положительный отзыв, поставщик услуг имеет опцию добавления этого клиента в свой список предпочтительных контрагентов, например, в подкатегорию услуг по перевозке пассажиров, и приводит причины, почему он желает добавить этого клиента в свой список предпочтительных контрагентов (этап 1208), или он может просто прислать нейтральный отзыв, который не будет влиять на выбор этого клиента в будущем, поскольку поставщик услуг не добавляет клиента в список предпочтительных контрагентов или список нежелательных контрагентов (этап 1209). Если поставщик услуг дает отрицательный отзыв, он имеет опцию добавления клиента в свой список нежелательных контрагентов с указанием причин (этап 1210). Специалисту понятно, что могут иметься различные причины для положительного отзыва в зависимости от того, был ли запрос на обслуживание для услуги по перевозке пассажиров или услуги по доставке груза. При добавлении клиента в список предпочтительных контрагентов в одной подкатегории услуг поставщик услуг может решить, желает ли он добавить того же клиента в свой список предпочтительных контрагентов также и для другой подкатегории услуг. Клиент может представить причины для положительного отзыва. Для услуги по перевозке пассажиров эти причины могут быть включать, помимо прочего, вежливость (этап 1221), быстроту (этап 1222), отзывчивость (этап 1223), внимательность к клиентам (этап 1224), а также другие причины (этап 1225).
[458] На основании отзывов и причин, представленных в отзыве, система может уведомить клиента, что он внесен в список предпочтительных контрагентов этого поставщика услуг (этап 1226). Специалисту понятно, что последовательность выполняемых действий поставщиков услуг, дающих положительный отзыв клиентам, может отличаться в зависимости от того, желает ли поставщик услуг добавить клиента в список предпочтительных контрагентов или просто прислать отзыв.
[459] Выше подробно описаны различные иллюстративные вариантов реализации настоящего изобретения со ссылкой на сопроводительные чертежи. Однако специалистам понятно, что настоящее изобретение не ограничивается этими конкретными вариантами реализации. Скорее, в настоящем изобретении могут быть сделаны различные изменения без отступления от принципа и объема настоящего изобретения. Например, последовательности выполняемых действий, показанные на чертежах, не требуют конкретного порядка исполнения показанных этапов. И этапы и порядок, в котором выполняются эти этапы, могут изменяться по существу без ущерба функциональным средствам настоящего изобретения. Соответственно, следует понимать, что объем охраны настоящего изобретения определяется приложенной формулой.
[460] Функции и операции, представленные в настоящей заявке, по сути не являются относящимися к любому конкретному компьютеру или другому устройству. Различные специализированные системы также могут использоваться с программами в соответствии с описаниями, приведенными в настоящей заявке, или может оказаться удобным создание более специализированного устройства для выполнения необходимых этапов способа. Требующаяся структура для множества этих систем станет очевидной для специалистов в данной области техники наряду с эквивалентными изменениями. Кроме того, варианты реализации настоящего изобретения не описываются со ссылкой на какой-либо конкретный язык программирования. Следует понимать, что могут быть использованы различные языки программирования для реализации настоящего изобретения, описанного в настоящей заявке, и любые ссылки на конкретные языки предусмотрены для раскрытия осуществимости и наилучшего режима работы вариантов реализации настоящего изобретения. Варианты реализации настоящего изобретения хорошо подходят для широкого спектра компьютерных сетевых систем с различной топологией. В данной области техники конфигурация и управление большими сетями включают запоминающие устройства и компьютеры, которые соединены с возможностью обмена данными с разнородными компьютерами и запоминающими устройствами посредством сети, такой как сеть Интернет.
[461] Функции, системы и способы, описанные в настоящей заявке, могут быть использованы и представлены на различных языках. Отдельные системы могут быть представлены на одном или более языках, и язык может быть легко изменен в любой точке процессов или способов, описанных выше. Специалисту понятно, что имеются различные языки, на которых может быть представлена система согласно настоящему изобретению, и варианты реализации настоящего изобретения предполагаются для использования с любым языком. Несмотря на то, что выше описаны различные варианты реализации, тем не менее другие варианты реализации настоящего изобретения станут очевидными для специалистов в данной области техники после прочтения этого подробного описания. Следует понимать, что с целью обеспечения упрощенных чертежей, которые легко понятны, многие из концепций, подробно описанных в предыдущем разделе, сжаты для краткости; однако предполагается, что описанные подробности могут быть включены в подход к описанию ниже любым выполнимым способом.
[462] Приведенные в качестве примера варианты реализации, описанные в настоящей заявке, являются иллюстративными, и в настоящее изобретение могут быть введены различные изменения без отступления от принципа настоящего изобретения или от объема охраны приложенной формулы. Также элементы и/или функции различных приведенных в качестве примера вариантов реализации могут быть объединены друг с другом и/или заменены друг другом в рамках этого раскрытия и приложенных формул; даже если описания приведенных в качестве примера вариантов реализации не упоминают об этой возможности, не следует понимать, что недостаточность описания должна означать невозможность. Настоящее изобретение может быть подвержено различным модификациям в различных очевидных аспектах без отступления от принципа и объема охраны настоящего изобретения. Не предполагается, что примеры, используемыми на любых или всех чертежах, являются преднамеренным окончательным представлением. Специалисту понятно, что они являются примерами потенциальных индивидуализированных настроек, которые заданы клиентами и поставщиками услуг и показаны как часть потенциального отображения.