Система и способ приспосабливаемого к конкретным потребностям, спланированного заранее диспетчерского обслуживания транспортных услуг - RU2744983C2

Код документа: RU2744983C2

Чертежи

Показать все 12 чертежа(ей)

Описание

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка испрашивает приоритет согласно предварительной заявке на патент США №62/399,129, поданной 23 сентября 2016 года, предварительной заявке на патент США №62/505,626, поданной 12 мая 2017 года, и является частичным продолжением обычной заявки на патент США №15/239,783 (далее - заявка ‘783), поданной 17 августа 2016 года, которая испрашивает приоритет согласно предварительной заявке на патент США №62/325,602, поданной 21 апреля 2016 года, и предварительной заявке на патент США №62/290,778, поданной 3 февраля 2016 года, содержание которых в полном объеме включено в данный документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

[0016] Предоставить различные наборы показателей клиенту и/или водителю для того, чтобы облегчить выбор наилучшего соответствия для отдельного запроса на обслуживание удобным и эффективным способом.

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

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

[0029] Фиг. 2 представляет собой схематическое изображение типового вычислительного устройства и связанных с ним составных элементов в соответствии с различными вариантами осуществления данного изобретения;

[0030] Фиг. 3 представляет собой схематическое изображение, описывающее операцию диспетчерского обслуживания, включающую в себя типовую матрицу диспетчеризации в соответствии с различными вариантами осуществления данного изобретения;

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

[0032] Фиг. 4В представляет собой блок-схему последовательности операций, иллюстрирующую типовую методологию транспортировки, которая включает в себя аннулирование заказа со стороны клиента или водителя в соответствии с различными вариантами осуществления данного изобретения;

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

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

[0035] Фиг. 7А и 7В представляют собой блок-схемы последовательности операций, иллюстрирующие типовую методологию назначения множества спланированных заранее запросов на обслуживание в зависимости от первого алгоритма в соответствии с различными вариантами осуществления данного изобретения;

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

[0041] Также следует понимать, что различные модули систем и способов, описанных в данном документе, могут быть реализованы частично с использованием сопряженного мобильного приложения (прикладной программы) в операционной системе мобильного устройства с доступом в Интернет, такой как, например, Android, iOS или Windows Phone OS, и частично с помощью интерфейса веб-портала, и что разные категории пользователей могут использовать разные функциональные возможности системы. Такими пользователями или подписчиками могут быть, например, один или несколько «водитель(ей)» или клиентов. «Клиент(ы)», в значении, представленном в данном документе, может включать в себя кого-либо, включая, например, одно или несколько физических лиц, организаций или одно или несколько физических лиц из организации, которые запрашивают или заказывают услуги. «Клиентом» может быть кто угодно, кто регистрируется в системе, как физическое лицо, так и физические лица из организации, кто запрашивает или заказывает услуги, независимо от того, каким типом услуг это может быть, будь то транспортная услуга, услуга доставки или и то, и другое. Поскольку клиенты и поставщики услуг одинаково используют способы и системы, описанные в данном документе, то они все обычно могут упоминаться как «пользователь» или «пользователи», в дополнение к тому, что они могут упоминаться как пользователи конкретного типа, в соответствии с тем типом, который они представляют в запросе на обслуживание. Существует как минимум два типа пользователей: исполнитель услуг и клиент.

[0042] «Услуги» в значении, представленном в данном документе, могут относиться к трем типам услуг: транспортная услуга для пассажиров, услуга доставки товаров, а также и транспортная услуга, и услуга доставки. Эти услуги могут быть спланированы заранее или запрашиваться по требованию. «По требованию», в значении, представленном в данном документе, означает дополнительное точное определение того, когда услуги будут предоставляться, в режиме реального времени, в соответствии с запросом. Понятие «по требованию» используется в противоположность понятию о том, что услуга «спланирована заранее» или предоставляется в определенное время в будущем, например через несколько часов или дней. Услуги по требованию предоставляются в данный момент, тогда как спланированные заранее услуги выполняются в заранее заданное время, дату или в течение заранее заданного периода времени. Кроме того, «приспособленный к конкретным потребностям» изменяет характер услуг и относится к предпочтениям клиента или предпочтениям или ограничениям исполнителя услуг, задействованного в предоставлении услуг, на индивидуальной основе. Независимо от типа услуги, «исполнитель услуг» в значении, представленном в данном документе, может быть отдельным физическим лицом, таким как водитель, группой людей или отделением частной коммерческой организации, такой как компания автосервиса, в которую можно обращаться за предоставлением транспортных услуг, услуг доставки или и того, и другого. Способность исполнителя услуг предоставлять услуги зависит от того, какие инструменты он/она имеет в своем распоряжении. Например, в случае поездки клиента куда-либо необходимо транспортное средство, тогда как запрос на предоставление услуги доставки может быть предоставлен не только с помощью транспортного средства, а кто-то может предоставить услугу доставки пешком или с использованием велосипеда.

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

[0044] На всем протяжении данного описания запрос на любой тип обслуживания обычно упоминается как «запрос на обслуживание» или «поездка (поездки)». В соответствии с типовыми вариантами осуществления данного патентоспособного изобретения, запрос на обслуживание направляется водителю в зависимости от предпочтения (предпочтений) клиента и предпочтений и/или ограничений водителя, и определенным водителям предоставляется приоритет для определенных поездок с клиентами в зависимости от одного или нескольких характерных признаков или предыдущих поездок. Используемый в данном документе термин «предпочтение» относится к различным факторам, касающимся конкретной услуги, которую клиент хотел бы включить в общую предоставляемую ему/ей услугу, исходя из того, каким будет конкретный водитель, конкретное транспортное средство, которое использует водитель, и любые связанные с этим характерные признаки. Эти предпочтения могут представлять идеальные или предпочтительные условия для запроса на обслуживание. В качестве альтернативы, такие предпочтения могут представлять предварительные условия для услуги. Клиент может устанавливать свои предпочтения на мобильном устройстве и в любой момент обновлять их, что позволяет клиенту чувствовать себя комфортно и, в конце концов, быть довольным качеством получаемых услуг. У клиента может быть одно или несколько таких «предпочтений».

[0045] В соответствии с типовыми вариантами осуществления данного патентоспособного изобретения термин «ограничения» может означать любой тип ограничения, которое водитель может пожелать наложить на услугу, которую он/она предоставляет. Эти ограничения могут включать в себя две большие категории: личные ограничения относительно того, когда, где, как и кому водитель предоставляет услуги. Такие личные ограничения могут включать в себя ограничения по месторасположению, основанные на нежелании водителя предоставлять услуги в определенных географических зонах, и ограничения по времени, основанные на нежелании водителя предоставлять услуги в пределах определенных периодов времени. В качестве альтернативы, в определенных предпочтительных вариантах осуществления изобретения водитель также может указывать одно или несколько заранее заданных предпочтений в отношении месторасположения в зависимости от желания водителя предоставлять услуги в (например, предпочтение получать работу в пределах) определенных географических зонах. В таких вариантах осуществления изобретения водитель может также указывать ограничения по месторасположению в пределах его/ее предпочтений по месторасположению в зависимости от нежелания или неспособности водителя предоставлять услуги в определенных географических зонах в пределах водительской предпочтительной географической зоны предоставления услуг. Ограничения в отношении услуг могут дополнительно или альтернативно относиться к значениям времени или временным рамкам, когда водитель может не захотеть предоставлять клиенту услуги. Такие значения времени могут включать в себя время суток, дни недели, времена года и т.д. Водители также могут устанавливать «ограничения» в отношении месторасположения и времени. Например, водитель может не захотеть предоставлять услуги в определенной области после 10 часов вечера, но желает предоставлять услуги в другой области после этого времени. В таких вариантах осуществления изобретения водитель также может указывать предпочтения по времени, указывающие период времени, в течение которого водитель предпочитает принимать запросы на обслуживание. Водитель может иметь одно или несколько таких «ограничений» и/или «предпочтений». Термины «предпочтения» и «ограничения» не предназначены для того, чтобы сузить круг клиентов или водителей только к таким, которые имеют предпочтения или ограничения. Скорее, они предназначены для наглядного противопоставления.

[0046] В соответствии с типовыми вариантами осуществления данного изобретения несколько терминов используются для обозначения клиента, который имеет установленные положительные взаимоотношения с водителем. «Избранный клиент» - это такой клиент, который находится в «списке избранных клиентов» водителя. Водитель, у которого установлены положительные взаимоотношения с клиентом, упоминается как «избранный водитель» (например, в «списке избранных» клиента). Используемый в данном документе термин «избранные» подразумевает широкое толкование и относится к любому клиенту или водителю, который имеет приоритет при назначении запроса на обслуживание (например, в «списке избранных»). Специалисту в данной области техники будет понятно, что концепция «списка избранных» может альтернативно называться, например, «другом», «вершиной списка», «приоритетом» или любым другим словом, используемым водителями или клиентами, чтобы определить концепцию такого списка. Независимо от конкретной терминологии, целью в качестве первоочередной задачи является обозначение концепции позитивных взаимоотношений водитель-клиент, которая включает в себя совместимость между водителем и клиентом.

[0047] В отличие от «избранных», «черный список» водителя или «черный список» клиента, в значении, используемом в данном документе, относится к спискам, которые могут предотвратить подбор в пару водителя и клиента в будущем (например, когда оба исключены из обработки запроса на обслуживание). Специалисту в данной области должно быть понятно, что для описания этой концепции могут использоваться другие термины, такие как, например, «список заблокированных», «список запретов», «список неприязни» или тому подобное. Независимо от конкретной терминологии, целью является обозначить концепцию водителя, заключающуюся в исключении клиентов, которым он/она не хочет предоставлять услуги или с которыми он/она не хочет контактировать, и способ, которым клиент может исключить водители, от которых он/она не хочет получать услуги или с которыми не хочет контактировать.

[0048] Дополнительно или в качестве альтернативы у клиента может быть «предпочтительный» водитель. Предпочтительным водителем является водитель, которого нет в списке избранных клиента, но тот, кого клиент запросил непосредственно в его/ее «список предпочтений», или тот, кого клиент запросил в его/ее список избранных, но чей запрос не был согласован с водителем. В любом случае, если водитель отклоняет запрос клиента, то водитель не будет добавлен в список избранных клиента или в список предпочтений клиента, и наоборот. Таким образом, в предпочтительных вариантах осуществления изобретения водители и клиенты помещаются в списки избранных друг друга, когда обе стороны согласны, и в списки предпочтений, когда одна или обе стороны запрашивают непосредственно такое размещение, или когда одна сторона запрашивает помещение в избранное, а другая не отвечает. Используемое в данном документе слово «предпочтительный» обычно относится к более низкому ранжированию, чем «избранный», с целью сопоставления клиентов и водителей при назначении спланированных заранее запросов на обслуживание. Водитель и клиенты могут дополнительно ранжировать друг друга в пределах этих классификаций, как будет дополнительно рассмотрено в данном документе. Места расположения высадки могут быть сложными, как, например, в больницах или клиниках, которые часто имеют запутанные или неясные схемы расположения. В таких местах расположения может быть трудно найти правильный вход. Таким образом, когда задействован такой тип месторасположения, может быть предпочтительным отправлять запрос на обслуживание водителю, который знаком с конкретным маршрутом. В определенных вариантах осуществления изобретения любой водитель, который не является для клиента избранным водителем или предпочтительным водителем, упоминается в данном документе как «обычный» водитель. По существу, этот термин означает, что водитель не является предпочтительным водителем и не был добавлен в список избранных. Понятно, что конкретный статус, относящийся к водителю (то есть категория водителя), будь то «избранный», «предпочтительный» или «обычный», также всегда является относительным. Водитель, который является предпочтительным для одного клиента, может быть избранным для другого.

[0049] Термин «система», в значении, представленном в данном документе, относится к реализации посредством комбинации аппаратного и программного обеспечения, которое управляет портативным вычислительным устройством, которое включает в себя различные заранее запрограммированные конструктивные особенности, объединенные и интегрированные с базовыми составными элементами, которые включают в себя, но не ограничиваются перечисленным, один или несколько серверов, баз данных, приложений со стороны мобильного устройства, веб-порталы, сетевые настройки и так далее. С помощью этих составных элементов система предоставляет услуги через пользовательские интерфейсы, такие как веб-сайт или мобильное приложение. Кроме того, система может иметь более чем один сервер, которые могут находиться в распределенной структуре с поддержкой центров обработки данных, которые могут быть расположены в любой точке мира. Эти реализации могут быть коммуникативно связаны и кроссплатформенны, так что пользователю на мобильном устройстве (например, смартфоне, планшете и т.д.) или стационарном (например, настольном компьютере и т.д.) может быть предоставлена информация, относящаяся к его запросу на обслуживание (например, отображения электронной карты, индикаторы, которые отображают время в пути, маршруты, информацию о ценах, информацию о наборе данных/настройках и т.д.). Используемый в данном документе термин «индикатор» представляет собой средство для передачи или отображения относящейся к услугам информации клиенту или исполнителю услуг, или им обоим, простым, быстрым и удобным способом.

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

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

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

[0053] Описанные в данном документе системы и способы лучше всего понятны со ссылкой на следующие графические материалы, которые подробно описаны ниже. Обращаясь сначала к Фиг. 1 отметим, что проиллюстрированное представляет собой схематическое изображение типовой вычислительной системы 100 и множества периферийных вычислительных устройств для использования с различными типовыми вариантами осуществления данного изобретения. Комбинация аппаратного и программного обеспечения функционирует с использованием множества вычислительных устройств 128 и вычислительной системы 100, как правило, с одним или несколькими проводными или беспроводными подключениями к глобальной сети (WAN) 124 (например, сети Интернет), объединенной с локальными устройствами через интерфейс 120 локальной сети (LAN). Вычислительные устройства 128 могут представлять собой беспроводное мобильное аппаратное устройство с программным обеспечением, которое способно передавать информацию другим мобильным устройствам или компьютерным системам, определять месторасположение этого устройства благодаря способности определения месторасположения по географическому положению (например, посредством триангуляции в сотовой системе, GPS, по спецификации месторасположения от пользователя и т.д.) и подключаться по сети к закрытой компьютерной сети или к открытой сети, такой как Интернет.

[0054] Вычислительная система 100 может содержать, например, сервер 102, который содержит центральный процессор (CPU) 104, блок 106 запоминающего устройства, базу данных 108, интерфейс 110, средства 112 обмена информацией, блок 114 отображения информации, одно или несколько устройств 116 ввода информации (например, клавиатуру, мышь и т.д.), контроллер 118 передачи данных в локальной сети (LAN), интерфейс 120 локальной сети (LAN), сетевой контроллер 122 и внутреннюю шину 138. Как показано, по проводной или беспроводной линии связи система может быть подключена к устройству хранения данных, такому как, например, жесткий диск, на котором размещена одна или несколько баз данных 108. Центральная вычислительная система 100 может содержать один или несколько серверов, сконфигурированных так же или аналогично, как сервер 102, показанный на Фиг. 1, или один или несколько серверов, сконфигурированных отличающимся образом, которые могут располагать различным аппаратным или программным обеспечением. Например, вычислительная система 100 может включать в себя несколько серверов, размещенных в нескольких пространствах, таких как центры обработки данных или парки серверов.

[0055] Вычислительная система 100 может быть выполнена с возможностью обмена информацией с помощью сетевого сервиса, координируемого через средства 112 обмена информацией, что может включать в себя любой подход для обмена данными через одну или несколько сетей или на одно или несколько периферийных устройств. Средства 112 обмена информацией могут включать в себя, но не ограничиваются перечисленным, схемы и системы управления для обеспечения беспроводных соединений, проводные соединения, сотовые соединения, соединения портов передачи данных, соединения по Bluetooth или любую их комбинацию, и средства могут включать в себя устройства, способные осуществлять обмен информацией с использованием таких подходов для обмена информацией. Специалист в данной области техники поймет, что существуют многочисленные подходы для обмена информацией, которые могут быть использованы.

[0056] Сервер 102 и вычислительная система 100 через средства 112 обмена информацией и WAN 124 могут быть коммуникативно связаны с периферийными устройствами, такими как вычислительные устройства 128, устройство 126 поставщика, устройство 134 администратора и устройство 136 диспетчера. Вычислительные устройства 128 могут быть сконфигурированы как одно или несколько пользовательских вычислительных устройств 130С1-130Cn или водительских вычислительных устройств 132D1-132Dn. Вычислительные устройства 128 могут быть устройствами (например, смартфоном, умными часами и т.д.), которые позволяют пользователю (например, клиенту, водителю и т.д.) взаимодействовать с вычислительной системой 100. В сочетании с вычислительной системой 100 может использоваться любое количество (например, 1, 2, 3, … n) водительских устройств 132D1…132Dn или клиентских устройств 130С1…130Cn.

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

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

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

[0060] Данные, хранящиеся в одной или нескольких базах данных 108 вычислительной системы 100, могут постоянно обновляться всей пользовательской информацией, рассмотренной в данном документе, и анализироваться в соответствии с различными методологиями, рассмотренными в данном документе для того, чтобы обеспечить возможность эффективного резервирования и диспетчерского сопровождения спланированных заранее транспортных услуг. В определенных вариантах осуществления изобретения каждый раз, когда вычислительная система 100 получает исходные данные/запрос от клиента, водителя, диспетчера или другого пользователя, вычислительная система 100 может сначала открыть канал безопасного доступа с базой (базами) данных/центром базы данных, а затем отправить поисковые запросы через канал доступа к модулю управления базой данных. Если используется реляционная база данных, то таблицы данных могут иметь какой-то вид связей с другой таблицей (другими таблицами) данных, например, связи «один ко многим», связи «многие ко многим» и связи «один к одному». В зависимости от связей между таблицами данных, модуль управления базой данных (базами данных) может точно следовать поисковым запросам и находить конкретную таблицу (таблицы) данных, используя идентификатор(ы), имена таблиц и имена столбцов таблиц с объединением или без объединения двух или несколько таблиц данных вместе. Если вместо таблиц данных используется нереляционная база данных с данными, хранящимися в парах ключ-значение, то модуль управления базой данных может точно следовать поисковым запросам и находить конкретные данные с помощью ключей, которые предоставляют поисковые запросы.

[0061] Вычислительная система 100 может осуществлять доступ ко всей информации, хранящейся в одной или нескольких базах данных 108. База (базы) данных 108 может включать в себя данные о правилах и процедурах, данные водителя, административные данные, групповые данные, данные клиента, данные в отношении составного элемента карты и любые другие данные, относящиеся к реализации вычислительной системы 100. Данные о правилах и процедурах могут включать в себя цену системы, правила и процедуры стимулирующих настроек, а также правила и процедуры в отношении индикаторов, перенаправлений, платежей, запросов на обслуживание, управления системой, системного журнала, анализа системы и оптимизации системы и т.д. Данные в отношении составного элемента карты могут хранить данные карты для запросов на обслуживание, которые определены с помощью GPS и LBS (location-based services, услуги, основанные на определении месторасположения пользователя). Данные GPS и LBS могут определять месторасположение вычислительных устройств различными способами, например, посредством получение ресурсов, основанных на определении месторасположения пользователя. Данные в отношении водителя могут включать в себя наборы данных о водителе, такие как личные данные, которые включают в себя фотографию водителя и срок его/ее водительского стажа, пол, страну происхождения и языковые навыки.

[0062] База данных 108 также может включать в себя данные, относящиеся к транспортному средству водителя, такие как марка и модель, цвет, вместимость и доступность для людей с ограниченными возможностями, страховой статус и даже фотографии транспортного средства. Дополнительная информация в наборе данных о водителе может включать такую информацию, как список избранных и черный список водителя, ограничения, связанные с почтовыми индексами, временем, месторасположением и ценой, а также данные об услугах и записи. База данных 108 может дополнительно включать в себя административные данные, содержащие цены и тарифы, системные данные, такие как информация о контактах и часто задаваемые вопросы, а также подробные сведения о регистрации в отношении клиентов и водителей. Например, база данных 108 может хранить информацию в отношении платежей или другую информацию, связанную с администрированием приложений для оказания услуг «по требованию» для вычислительной системы 100. Групповые данные могут включать в себя базовые данные, данные компании, данные в отношении группы физических лиц или данные, относящиеся к поставщикам. Данные клиента могут включать в себя наборы данных в отношении клиента, которые включают в себя личные данные, клиентские списки избранных водителей, клиентский черный список водителей, предпочтения клиентов, данные запросов на обслуживание и записи. Специалист в данной области техники поймет, что база данных 108 может динамически синхронизироваться, так что всякий раз, когда изменения или обновления вносятся в блоки данных, сервер 102 и база данных 108 динамически обновляют данные в соответствии с последними изменениями. Кроме того, для того, чтобы выполнить резервное копирование и восстановление информации первичной базы данных 108 в случае потери данных в первичной базе данных 108 может использоваться по меньшей мере одна база данных для резервного копирования и восстановления. Специалист в данной области техники поймет, что составные элементы базы данных 108 могут отличаться от изображенных в данном документе.

[0063] В качестве альтернативы, вычислительная система 100 может использовать набор баз данных или носителей данных, чтобы предоставлять и поддерживать приложение по предоставлению спланированных заранее услуг для того, чтобы в зависимости от предпочтений и потребностей клиента направлять водителя, соответствующего таким предпочтениям и потребностям. Базы данных 108 могут содержать несколько категорий или групп данных. Разделы базы данных 108 могут быть независимыми или синхронизированными для того, чтобы можно было одновременно извлекать информацию из обоих разделов. Такие данные могут включать в себя данные о правилах и процедурах, административные данные, данные клиента, данные водителя, групповые данные, содержащие базовые данные, данные компании или данные в отношении группы физических лиц, а также другие типы данных, например данные, относящиеся к типам пользователей. В соответствии с типовыми вариантами осуществления данного изобретения вся информация за прошлые периоды может быть классифицирована и размещена на хранение в базу данных 108, а также извлечена из базы данных 108. Данные за прошлые периоды могут частично отслеживаться с помощью присваивания номера отслеживания, номера идентификатора услуги или идентификатора поездки, соответствующих каждому запросу на обслуживание, чтобы помочь вычислительной системе 100 вновь обратиться к запросу на обслуживание. Информация, классифицированная в соответствии с такой идентификацией, может включать в себя тип запроса на обслуживание, кто запрашивал и выполнял запрос на обслуживание, где он выполнялся (почтовый индекс, район, округ, город, штат и т.д.), каким был маршрут, стоимость данного запроса на обслуживание, когда и как произошла оплата за услугу, и была ли какая-либо из сторон добавлена в список избранных или в черный список. Вся информация, касающаяся клиентских предпочтений или ограничений, водительских предпочтений или ограничений, цен, и другая информация в отношении адаптируемых к требованиям заказчика услуг может храниться в базе данных 108.

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

[0065] В соответствии с типовыми вариантами осуществления данного изобретения в базе данных 108 также могут храниться и сопровождаться записи завершенных запросов на обслуживание. Вычислительная система 100 может автоматически сохранять записи данных за прошлые периоды для любых выполненных запросов на обслуживание во многоцелевой базе данных. База данных 108 может динамически обновляться по мере того, как услуги бронируются и завершаются. База данных 108 может хранить индекс каждого запроса на обслуживание, который был запрошен и завершен, что включает в себя регистрационные номера или пользовательские идентификационные данные клиентов и водителей, которые в случае необходимости могут быть получены для справки в любое время.

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

[0067] Соответствующая служебная информация может включать в себя такую информацию, как бортовой номер автопарка, имя, фамилию, имя пользователя, электронную почту, пароль, номер телефона, дату рождения, пол, страну рождения, опыт вождения, категорию водителя (например, владелец-оператор), название дочерней компании, название дочерней базы, возможность перевозки домашних животных, возможность перевозки инвалидной коляски, язык, подпись и общий набор данных. Соответствующая служебная информация может также включать в себя информацию о лицензии, такую как номер лицензии, класс лицензии, состояние лицензии, дату выдачи лицензии, срок действия лицензии, номер лицензии FHV(For Hire Vehicle) для проката автомобиля, дату выдачи FHV лицензии и срок действия FHV лицензии; информацию о водительских правах, такую как дата получения водительских прав и дата окончания срока действия водительских прав; информацию о транспортном средстве, такую как статус регистрации, состояние регистрации, дата начала/окончания регистрации, модельный год, марка, модель, VIN-номер, тип транспортного средства, номерной знак, дата начала/окончания FHV регистрации, номер FHV лицензии и FHV лицензию; и информацию о страховке и проверке, такую как статус ответственности, статус страхования, поставщика услуг страхования, дату начала страхования, дату окончания страхования, дату прохождения технического осмотра транспортного средства и дату окончания срока действия технического осмотра транспортного средства.

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

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

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

[0071] Вычислительная система 100 также может использовать набор баз данных 108 или носителей данных, чтобы предоставлять и поддерживать приложение по предоставлению спланированных заранее услуг для того, чтобы в зависимости от предпочтений и потребностей клиента направлять водителя, соответствующего таким предпочтениям и потребностям. База данных 108 может содержать несколько категорий или групп данных. Разделы базы данных 108 могут быть независимыми или синхронизированными для того, чтобы можно было одновременно извлекать информацию из обоих разделов. Как обсуждалось в данном документе, такие данные могут включать в себя данные о правилах и процедурах, административные данные, данные клиента, данные водителя, групповые данные, содержащие базовые данные, данные компании, данные в отношении группы физических лиц, а также другие типы данных, например данные, относящиеся к типам пользователей. В соответствии с типовым вариантом осуществления данного изобретения вся информация за прошлые периоды в базе данных 108 может быть классифицирована и размещена на хранение, а также извлечена из базы данных 108. Данные за прошлые периоды могут частично отслеживаться с помощью присваивания номера отслеживания, номера идентификатора услуги или номера идентификатора поездки, присвоенных каждому запросу на обслуживание, чтобы помочь вычислительной системе 100 вновь обратиться к запросу на обслуживание в случае исследования. Сохраняемая информация может включать в себя следующее: тип запроса на обслуживание, который был запрошен или предоставлен, кто запрашивал и кто выполнял запрос на обслуживание, где услуга была предоставлена, например почтовый индекс, район или округ, город или штат, какой маршрут был использован, какова была стоимость запроса на обслуживание, когда и как была произведена оплата за услугу, а также была ли какая-либо из сторон добавлена в список избранных или в черный список. Вся информация, касающаяся клиентских предпочтений или ограничений, водительских предпочтений или ограничений, цен, и другая информация в отношении адаптируемых к требованиям заказчика услуг может храниться в базе данных 108 вычислительной системы 100.

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

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

[0074] Понятно, что команды компьютерной программы, используемые вычислительной системой 100, могут включать в себя исполняемый компьютерный код. Представление команд компьютерной программы возможно с использованием различные языков программирования, в том числе С, С++, Java, JavaScript, Python, язык ассемблера, Lisp и так далее. Для того, чтобы разрешить технические проблемы, связанные с предоставлением весьма специфических и специализированных услуг для клиентов и водителей, возможно, должны быть реализованы определенные логические функции. Эти логические функции могут быть заранее запрограммированы для учета различных предпочтений и ограничений и могут быть чрезвычайно сложными для выполнения конкретных сценариев «если-тогда». Могут быть установлены правила, определяющие конкретные параметры. Таким образом, может быть учтено много сложных условий, и водители и клиенты могут быть отфильтрованы путем формирования цепочек логических функций в зависимости от этих фильтров. С помощью языков программирования, таких как Java, могут быть использованы, запрограммированы и реализованы различные языковые отличительные особенности. Такие языки могут включать в себя языки ассемблера, языки описания аппаратных средств, языки программирования баз данных, функциональные языки программирования, императивные языки программирования и так далее. В некоторых вариантах осуществления изобретения команды компьютерной программы могут храниться, компилироваться или интерпретироваться для запуска на компьютере, программируемом устройстве обработки данных, гетерогенной комбинации процессоров или процессорных архитектур и так далее.

[0075] Теперь, обращаясь к Фиг. 2, показанное представляет собой схематическое изображение, иллюстрирующее различные составные элементы типового варианта осуществления вычислительных устройств 128. Как было рассмотрено ранее, вычислительные устройства 128 могут использоваться либо клиентами (например, через устройства 130С1…130Cn), либо водителями (например, через устройства 132D1…132Dn), либо и теми, и другими, и могут функционировать в режиме обмена информацией с различными составными элементами, материальными или нематериальными, вычислительной системы 100. Вычислительные устройства 128 могут включать в себя различные внутренние устройства 200 и внешние устройства 202 и могут использовать устройства 220 мобильной связи для приема голоса, текста и данных для подключения к вычислительной системе 100, например через WAN 124, и идентификатор 204 месторасположения, такой как приемник глобальной системы позиционирования (GPS) для определения месторасположения в данное время. Для конкретных функций определения месторасположения в одно или несколько вычислительных устройств 128 могут быть интегрированы приложение, составной элемент карты, данные карты и идентификатор 204 месторасположения, такой как, например, модуль GPS или другая схема для предоставления данных услуг, основанных на определении месторасположения пользователя (LBS). Идентификатор 204 месторасположения может идентифицировать месторасположение вычислительных устройств 128 различными способами, например, посредством приема ресурсов, основанных на определении месторасположения пользователя. Специалист в данной области техники поймет, что существует множество подходов для осуществления определения месторасположения и предоставления услуг, основанных на определении месторасположения пользователя. Система или устройство с поддержкой GPS позволяет составным элементам отслеживания идентифицировать месторасположение вычислительных устройств 128. Например, идентификатор 204 месторасположения может быть реализован посредством обработки принятых данных GPS из ресурсов, основанных на определении месторасположения пользователя или геоинформационных ресурсов вычислительных устройств 128. Кроме того, идентификатор 204 месторасположения может принимать данные GPS от других приложений или программ, которые работают на вычислительном устройстве, используя один или несколько интерфейсов прикладных программ (API). Приложение может использовать информацию о месторасположении, чтобы заставить составной элемент пользовательского интерфейса конфигурировать структуру пользовательского интерфейса.

[0076] В предпочтительных вариантах осуществления изобретения клиент может получить доступ к клиентскому модулю, такому как вычислительное устройство 128, функционально связанное с вычислительной системой 100, чтобы ввести запрос на обслуживание, который включает в себя подробные сведения поездки, такие как места расположения посадки и высадки, а также желаемые значения времени посадки и высадки. Однако, если какой-либо объект запрашивает услугу, которая считается несовместимой с системой (например, в зависимости от данных, полученных от идентификатора 204 месторасположения относительно месторасположения одного или нескольких водителей и/или в зависимости от ограничений водителей в базе данных 108), тогда диспетчер может быть уведомлен.

[0077] Вычислительная система 100 может быть выполнена с возможностью создавать уведомления клиентскому устройству 130, когда водитель попадает в пределы области, которая охватывает определенное расстояние (например, в одну или две мили) от месторасположения посадки клиента, указанного в запросе на обслуживание. Такие услуги, основанные на определении местоположения пользователя, упрощаются с помощью идентификаторов 204 месторасположения в водительских устройствах 132D1…132Dn, обеспечивая эффективную маршрутизацию водителей в зависимости от направлений от одной точки на местности к другой. Каждое из водительских устройств 132D1…132Dn может включать в себя составной элемент интерфейса, который предоставляет информацию о месторасположении, собранную с помощью идентификатора 204 месторасположения, и передает такую информацию о месторасположении в составной элемент интерфейса на клиентском устройстве 130С1…130Cn через WAN 124 и сервер 102. Водительские устройства 132D1…132Dn также могут включать в себя технологию радиочастотной идентификации (RFID) или другое подобное устройство идентификации или средства идентификации, чтобы предупредить систему, когда водитель находится в его/ее транспортном средстве или вдали от его/ее транспортного средства.

[0078] Идентификатор 204 месторасположения может включать в себя систему или устройство с поддержкой GPS, составные элементы отслеживания которого идентифицируют месторасположение клиентов, которые делают запросы на обслуживание, и водителей, которые хотят предоставить услугу. Вычислительная система 100 может включать в себя диспетчер приложений, который в зависимости от месторасположения клиента в данное время или месторасположения предоставления услуги может вызывать выведение, с помощью составного элемента клиентского интерфейса, отличительной особенности клиентского интерфейса для конкретного региона на устройство 212 отображения. Определенный для клиента регион может включать в себя месторасположение клиента в данное время или месторасположение предоставления услуги, в котором клиент желает спланировать услугу заранее. Регион может быть идентифицирован по почтовому индексу, названию города, названию городского района и т.д., в пределах которого в данное время расположены вычислительные устройства 128, и может быть областью, имеющей определенное расстояние или радиус от месторасположения клиента в данное время (например, одна миля, пять миль и т.д.), или это может быть область, специально отделенная от других областей. Информация для конкретного региона о спланированной заранее услуге может быть частично предоставлена системой, которая предоставляет данные 324 о месторасположении водителя (Фиг. 3). Понятно, что использование связанных с месторасположением предпочтений или ограничений может частично зависеть от устройств с поддержкой GPS. С помощью перекрестных ссылок на данные системы спланированных заранее услуг, описанные в данном документе, могут идентифицировать конкретные места расположения (например, магазины, рестораны, жилые комплексы, места проведения мероприятий, адреса улиц и т.д.) вблизи указанного месторасположения и/или расположенные в указанном месторасположении, и предоставлять информацию об этом конкретном месторасположении как данные месторасположения (например, как часть данных 326 в отношении трафика и карты).

[0079] Предпочтительно, когда для выполнения программного обеспечения или набора команд на вычислительных устройствах 128 предусмотрен процессор 206. Вычислительные устройства 128 также могут содержать запоминающее устройство 208, такое как оперативное запоминающее устройство (ОЗУ) или флэш-память. Устройства 210 ввода/вывода (I/O) могут использоваться для подключения вычислительных устройств 128 к другим системным реализациям в зависимости от доступных функциональных возможностей вычислительных устройств 128. Например, водитель может использовать интегрированную в транспортное средство навигационную систему, которая может не иметь камеры, в то время как смартфон может иметь встроенную камеру. В этой ситуации камера может быть включена в качестве средства ввода для интегрированной в транспортное средство навигационной системы. Другие I/O устройства 210 могут включать в себя сканер, микрофон и/или динамик. Вычислительное устройство 128 также может включать в себя устройство 212 отображения для того, чтобы принимать и отображать пользователю уведомления и/или другие данные, полученные от вычислительной системы 100. Устройство 212 отображения может, например, представлять собой электронный дисплей с сенсорным экраном, сконфигурированный для обеспечения пользовательского интерфейса 214 в соответствии с различными методологиями данного изобретения. Вычислительные устройства 128 также могут использовать механизм 216 внутренних часов для определения значения времени на данный момент. Акселерометр или спидометр 218 также может быть предусмотрен как часть вычислительного устройства 128 и/или находится в режиме обмена информацией с вычислительными устройствами 128 для измерения скорости, ускорения, изменения направления и т.д.

[0080] Пользовательский интерфейс 214 отображает различное информационное содержание в зависимости от выбранных пользователем значений и предпочтений. Понятно, что один или несколько составных элементов вычислительных устройств 128 могут быть объединены для обеспечения пользовательских отличительных особенностей, характерных для выбранных пользователем значений и мест расположения пользователя. Эти выбранные значения могут отображаться пользователю, и пользователь может использовать пользовательский интерфейс 214 для взаимодействия с отображениями определенной информации. Например, пользовательский интерфейс 214 может соответствовать программе, загруженной на смартфон или другое портативное компьютерное устройство, такое как планшетный компьютер или карманный персональный компьютер (КПК). Пользователь может загрузить и установить приложение на одно или несколько вычислительных устройств 128 и зарегистрироваться в системе. В некоторых вариантах осуществления изобретения заранее запрограммированные конструктивные особенности вычислительных устройств 128 используются в зависимости от определенных протоколов или способов интеграции базовых составных элементов, таких как серверы, базы данных 108, приложения со стороны мобильного устройства, веб-порталы, сетевые настройки и т.д. Приложения могут представлять собой приложения, написанные для Android (мобильная платформа, разработанная Google и Open Handset Alliance), IOS (мобильная платформа, разработанная Apple, Inc.), Windows Phone (мобильная платформа, разработанная Microsoft Corporation) и т.д.

[0081] Все типы пользователей могут быть зарегистрированы и введены в систему с целью отслеживания активности. Регистрация может быть выполнена с помощью таких средств, как присвоение пользовательского идентификатора каждому пользователю, так что доступ к функциональным возможностям системы может быть предоставлен только при вводе пользовательского идентификатора. Кроме того, устройство, которое пользователь использует для доступа к системе, может отслеживаться по IP-адресу, а активность системы может отслеживаться с помощью отметок времени или аналогичных средств и храниться в базе данных 108. Таким образом, системный администратор может отслеживать не только информацию о том, кто обращается к системе, но также и с какого устройства, месторасположение устройства и значение времени такого доступа. Такие возможности позволяют диспетчерам отслеживать активность, и если возникает ошибка, например, ввод неправильного адреса в запросе на обслуживание, то причина ошибки может быть легко диагностирована и устранена. В данное время в отрасли существует недостаток, заключающийся в том, что такие ошибки не могут быть обнаружены и определены, особенно когда диспетчер не хочет признавать ошибку. Понятно, что такие функциональные возможности также обеспечивают средства для дополнительной безопасности. Любой запрос на обслуживание, введенный с неавторизованного компьютера, может быть проигнорирован. Если вычислительному устройству 128 не предоставлено разрешение на доступ, оно не может получить доступ к определенным функциональным возможностям, доступным только зарегистрированным пользователям. Обеспечение того, что диспетчерская система функционирует с частичным участием диспетчеров, позволяет повысить гибкость и при необходимости обеспечивать исполнительные функции, так как могут возникать исключительные ситуации, требующие логического человеческого суждения.

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

[0083] Каждое из клиентских устройств 130С1…130Cn может использовать клиентский интерфейс для отображения различных индикаторов на картах, показывающих географическую информацию. Каждый индикатор может обозначать, например, отличающуюся информацию в отношении клиента или входных данных клиента, полученных вычислительной системой 100 от клиента, продавца или любого приложения, которое принимает от клиента спланированный заранее запрос 300 на обслуживание. Каждое из клиентских устройств 130С1…130Cn также может содержать конструктивные особенности приложения, адаптированные для динамической синхронизации информационного содержания в зависимости от выбранных клиентом значений, предоставленных с помощью входных данных клиента.

[0084] Пользовательские интерфейсы 214 на клиентских вычислительных устройствах 130С1…130Cn могут включать в себя, но не ограничиваются перечисленным, клиентский интерфейс домашней страницы, панель запросов на обслуживание, используемую для клиентов, чтобы идентифицировать подробные сведения запросов на обслуживание, подробные сведения в отношении предпочтений и т.д., сводный клиентский интерфейс, клиентский интерфейс поиска места расположения, интерфейс страницы подтверждения или сочетание любых из этих конструктивных особенностей. Например, если месторасположение клиента в данное время отличается от первоначально заказанного месторасположения посадки, клиент может вручную спланировать заранее новое месторасположение посадки, которое отличается от месторасположения в данное время, сохраненного в вычислительном устройстве 128 или вычислительной системе 100.

[0085] Функциональные возможности кнопки пуска могут быть предоставлены как часть вычислительного устройства 128, например, на одном или нескольких водительских устройствах 132D1…132Dn. Дисплей одного или нескольких мобильных водительских устройств 132D1…132Dn может отображать соответствующую информацию для водителя об очереди на поездку, начиная со следующей поездки в очереди, где предоставляются подробные сведения этой поездки, такие как месторасположение посадки и время посадки вместе с пунктом назначения и запланированным временем высадки. Затем водитель может нажать «Пуск» (например, физическую кнопку или через интерфейс сенсорного экрана на водительском устройстве 132D), чтобы диспетчер или администратор узнали, что он/она начал поездку и находится в пути. Дисплей на мобильном устройстве также может отображать список оставшихся поездок в очереди с сокращенными подробными сведениями, которые могут быть расширены или просмотрены позже. Эти функциональные возможности кнопки «Пуск» помогают устранить текущие недостатки в обмене информацией между различными сторонами, поскольку диспетчеры могут легко определить, какие запросы на обслуживание выполняются. Кроме того, они предоставляют средства, с помощью которых клиент, который спланировал второй участок маршрута, может сообщить водителю о статусе соответствующей встречи. В традиционной диспетчерской системе, управляемой по телефону, месторасположение водителей в данное время и статус клиентов второго участка маршрута могут быть не известны. В результате у диспетчеров нет иного выбора, кроме как работать с предположениями, если они не могут легко связаться с водителем или клиентом при координации запроса на обслуживание. Когда водитель нажимает кнопку пуска в начале каждого участка маршрута запроса на обслуживание, система может записывать статус в базу данных 108. Такие функциональные возможности также облегчат отслеживание, если участки маршрута запроса на обслуживание обрабатываются более чем одним водителем.

[0086] Понятно, что системы и методологии, описанные в данном документе, предоставляют функциональные возможности, которые обеспечивают гораздо более плавный и более эффективный процесс в целом, чем те, которые применяются в традиционных способах диспетчерского обслуживания. Нажатие кнопки «Пуск» может послужить событием, инициирующим серию действий, которые влияют на диспетчерскую систему серверного уровня, и эта серия действий может быть выполнена с помощью различных программных и аппаратных средств. Нажатие кнопки «Пуск» может, например, привести к тому, что месторасположение водителя будет передано сторонней картографической и навигационной службе, такой как Waze©, которая может настраивать различные параметры маршрутизации и ЕТА для водителя на каждом маршруте в зависимости от скорости водителя в данное время и расстояния, связанных с каждым маршрутом. Эта информация может быть передана диспетчеру, клиенту и обратно водителю и может быть предоставлена в режиме реального времени.

[0087] В некоторых вариантах осуществления изобретения пользовательский интерфейс может включать в себя кнопку «Пуск», которая инициирует серию действий в базе данных 108 относительно хранения данных, где геолокация водителя отслеживается идентификатором 204 месторасположения как часть записей, связанных с запросом на обслуживание, клиентом, водителем и т.д. Без таких функциональных возможностей кнопки «Пуск» устройства GPS могут по-прежнему определять месторасположение и курс водителя в данное время. Однако при предоставлении спланированных заранее услуг у водителей будет длинный список запланированных поездок, и без фактического подтверждения водителя, что он/она находится в пути, чтобы забрать конкретного клиента, нет никакого способа удостовериться в том, что месторасположение, в котором предполагается нахождение водителя, расположено по курсу в сторону месторасположения посадки клиента. В результате кнопка «Пуск» представляет собой полнофункциональную конструктивную особенность, которая позволяет диспетчерам и другим сторонам мгновенно обновлять информацию о состоянии водителя в режиме реального времени.

[0088] Другие функциональные возможности могут быть полезны в NEMT (неэкстренная медицинская транспортировка), включающую в себя функциональные возможности, предоставляемые пользователям на стороне клиники. Оператор клиники, такой как сотрудник клиники, может иметь возможность управлять (например, искать/добавлять/удалять/изменять) условленными встречами, связанными с клиникой, и, используя функциональные возможности кнопки пуска, уведомлять других сотрудников клиники и клиентов о любых изменениях. Например, оператор клиники или клиент может уведомить других пользователей о том, что условленная встреча началась, нажав кнопку «Пуск» на своем конце. Если, например, условленная встреча началась позже, чем было запланировано, система может внести любые необходимые изменения, например, перенести условленную встречу на другое время или уведомить клиентов о том, как эти изменения повлияют на их условленные встречи. Кроме того, в некоторых вариантах осуществления изобретения водитель, который был назначен забрать клиента в конце условленной встречи, может получить уведомление в режиме реального времени о статусе клиента, например, «Зарегистрировался», «На приеме у врача» «Визит почти завершен», «Визит завершен» и т.д., что позволяет водителю быть готовым к любым изменениям в запланированном времени посадки.

[0089] Клиентские устройства 130С1…130Cn могут быть выполнены с возможностью позволить клиенту вручную вводить входные данные о месторасположении путем ввода адреса (например, номера улицы, названия улицы, города, штата и т.д.) или путем маневрирования и перемещения графического объекта/пиктограммы месторасположения предоставления услуги на отображении электронной карты на части клиентского интерфейса. В ответ на такой выбор клиента приложение по предоставлению спланированных заранее услуг, работающее на одном или нескольких клиентских устройствах 130С1…130Cn, может предоставлять данные месторасположения в вычислительную систему 100.

[0090] Как только задействована кнопка "пуск", вычислительная система 100 может рассчитать приблизительное время прибытия (ЕТА). Водитель может быть обеспечен потенциальными заданиями через этот интерфейс, где запросы могут отображаться временно для диспетчерского сопровождения поездки. Модуль водителя может облегчить предоставление возможности интерфейса на мобильном устройстве, которое водитель имеет в транспортном средстве. В случае, если клиент не может расписаться за поездку, вычислительная система 100 может зависеть от водителя, который на его/ее телефоне получит подпись клиента.

[0091] В предпочтительных вариантах осуществления изобретения система 100 динамически обновляет и сохраняет любые изменения запроса на обслуживание до или во время его запуска или любые обновления статуса данного запроса на обслуживание и отображает эти изменения в режиме реального времени, как на веб-портале для диспетчера, так и в водительском интерфейсе на водительском устройстве 132, связанном с водителем, назначенным для выполнения запроса на обслуживание. Например, если клиент отменяет запрос на обслуживание или ему необходимо изменить время или месторасположение посадки, клиент может ввести эту информацию в систему 100 через клиентское устройство 130. Новая информация хранится в базе данных 108. Веб-портал диспетчера обновляется, и уведомление об изменении немедленно отправляется водителю, связанному с запросом на обслуживание, через водительское устройство 132. Предпочтительно, если затем водитель может получить доступ к той же информации о запросе на обслуживание, отображаемой на веб-портале диспетчера. Кроме того, в предпочтительных вариантах осуществления изобретения любая новая информация в отношении клиента (например, номер телефона, адрес электронной почты, изменение предпочтений и т.д.), введенная до запроса на обслуживание, может быть передана на веб-портал диспетчера и пользовательский интерфейс водительского устройства 132 водителя, назначенного для выполнения запроса на обслуживание. Предпочтительно, если только соответствующие водительские устройства обновляются новой информацией в отношении клиента (например, водительские устройства, связанные с водителями, вовлеченными в выполнение запросов клиентов на обслуживание).

[0092] Когда водитель нажимает кнопку «пуск» в начале каждой поездки или в начале каждого участка маршрута запроса на обслуживание, статус поездки на веб-портале диспетчера и на клиентском устройстве 130 клиента может обновляться. Понятно, что, таким образом, клиент может заранее просмотреть предварительную оценку времени прибытия своего водителя. Такие функциональные возможности уменьшат или исключат рабочую нагрузку диспетчера, поскольку ему/ей не нужно будет выполнять телефонные звонки в связи с изменениями в обслуживании и не нужно будет звонить водителям.

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

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

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

[0096] В определенных вариантах осуществления изобретения системы и способы, описанные в данном документе, могут использоваться в сочетании с системами и способами, описанными в заявке на патент США №15/474,685, поданной 30 марта 2017 года, озаглавленной «Система и способ геоинформационной проверки информации о транспортных расходах», содержание которой полностью включено в настоящую заявку посредством ссылки. Добросовестный характер этих корректировок выставления счетов может быть подтвержден путем отслеживания географического месторасположения водителя с использованием идентификатора 204 места расположения и назначения отметки времени во время посадки или высадки, чтобы убедиться в том, что такое месторасположение посадки или высадки и распределение по времени находятся в пределах заранее заданной области допустимости, например, в пределах 150 футов от указанного адреса или в течение пятнадцати (15) минут по времени. Если запрос на обслуживание выходит за пределы такой заранее заданной области допустимости, тогда может быть открыт запрос для расследования причин такого отклонения. Таким образом, сотрудники, занимающиеся выставлением счетов, могут сэкономить представляющее существенную ценность время, водителям не нужно рисковать быть оштрафованными, а брокеры знают, что заказанные ими заявки на обслуживание были выполнены добросовестно.

[0097] Ссылаясь теперь на Фиг. 3, должно быть понятно, что диспетчерские системы должны принимать, организовывать, координировать и отправлять большой объем запросов на обслуживание. Справедливое и эффективное планирование заранее графика для состыковки каждого водителя с клиентом может быть сложной задачей. Когда услуги спланированы заранее, клиенты могут требовать предпочтений при выборе водителя при диспетчерском сопровождении. Например, говорящий по-испански клиент может быть недоволен водителем, который не говорит по-испански. Данное изобретение может сортировать запросы на обслуживание в зависимости от предпочтений клиента и отдавать приоритет определенным водителям в зависимости от множества факторов.

[0098] Фиг. 3 представляет собой схематическое изображение, иллюстрирующее типовую операцию диспетчерского обслуживания, включающую в себя типовую матрицу диспетчеризации в соответствии с различными вариантами осуществления данного изобретения. Проиллюстрированное представляет собой типовой вариант функционирования вычислительной системы 100, в которой принимается запрос 300 на обслуживание и водитель направляется в зависимости от матрицы 322 диспетчеризации, чтобы выполнить запрос 300 на обслуживание. Информация из принятого запроса 300 на обслуживание, которую клиент может передать через одно из клиентских устройств 130С1…130Cn (или от поставщика от имени клиента через устройство 126 поставщика), включена в созданную матрицу 322 диспетчеризации. Понятно, что клиент также может вводить или отправлять запрос 300 на обслуживание с использованием обычного телефона.

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

[0100] Информация 302 в отношении клиента может включать в себя любую информацию, связанную с клиентом, что включает в себя, например, транспортные потребности клиента, одно или несколько предпочтений клиента, список избранных клиента, черный список клиента, контактную информацию клиента, информацию для выставления счета клиенту и т.д. Информация 302 в отношении клиента может также включать в себя домашний адрес клиента, место его работы, предпочтения клиента, информацию за прошлые периоды, такую как информация о предыдущих местах расположения, для которых клиент запрашивал услугу, вопросы, представляющие интерес и т.д. Когда клиент выбирает одну из записей рекомендованных вопросов, представляющих интерес в качестве месторасположения в данное время и/или месторасположения посадки, система может извлекать различные типы данных 324 за прошлые периоды и месторасположения водителя в данное время. Как показано, вычислительная система 100 может дополнительно извлекать из базы данных 108 информацию 310 набора данных в отношении водителя. Информация 310 набора данных в отношении водителя может включать в себя водительские ограничения в отношении обслуживания, историю водителя и/или историю обслуживания, список избранных водителя, черный список водителя и т.д. Понятно, что база данных 108 может хранить информацию 302 в отношении клиента и информацию 310 набора данных в отношении водителя для множества клиентов и водителей, а также любые другие необходимые данные 308.

[0101] Водитель может изначально устанавливать различные ограничения, которые предназначены для ограничения объема запросов на обслуживание, которое водитель хотел бы предоставить, и которые учитываются при определении того, кто из водителей подходит для выполнения запроса обслуживания клиента. Например, ограничение водителя, которое относится к расстоянию от месторасположения водителя в данное время до месторасположения посадки, может препятствовать тому, чтобы вычислительная система 100 отображала водителя для конкретного запроса на обслуживание, чье расстояние в данное время от заказанного месторасположения посадки превышает расстояние, которое этот водитель изначально установил как ограничение по месторасположению или по расстоянию. Водитель может расставить приоритеты для различных изначально установленных ограничений, чтобы разрешить потенциальные конфликты при их возникновении. Кроме того, изначально установленное водителем ограничение на расстояние до месторасположения посадки может ограничить не удовлетворяющие требованиям запросы 1010 на обслуживание, отображаемые на дисплее 1000 электронной карты. Аналогично, водитель может не отображаться для клиента в качестве потенциальной опции в случае, если спланированная заранее услуга переключается на услугу «по требованию».

[0102] Данные за прошлые периоды, извлеченные вычислительной системой 100 для каждого водителя, могут включать в себя информацию о том, был ли водитель ранее направлен конкретным диспетчером, обслуживающим текущий пакет, или автоматически направлен вычислительной системой 100, зарезервировал ли водитель какие-либо конкретные почтовые индексы, где он/она предпочитает предоставлять обслуживание, количество раз, которое водитель ранее обрабатывал запросы на обслуживание по маршруту из участков, присутствующих в запросе на обслуживание (прямо или косвенно), и рейтинг водителя (например, рейтинг пользователя, количество раз, которое он/она отменил поездки и/или был отклонен или занесен в черный список клиентами и т.д.). Каждому из этих факторов компьютерной системой 100 может быть назначено конкретное взвешенное значение. Данные за прошлые периоды могут также включать в себя идентификационный номер или имя водителя, домашний адрес, предпочтительное месторасположение или географический регион предоставления услуги, предпочтительные рабочие часы, список партнеров, список избранных, черный список, список спланированных поездок и список принятых поездок. Эти другие факторы, относящиеся к предпочтениям клиента, ограничениям водителя и другая информация, связанная с клиентами и водителями, может использоваться при назначении водителей для выполнения запросов на обслуживание или их участков маршрута. При выполнении назначений водителей в соответствии с системами и методологиями, рассмотренными в данном документе, могут использоваться различные алгоритмы и весовые коэффициенты. Также должно быть понятно, что если какие-либо водители, не входящие в первоначально извлеченный потенциальный набор водителей, идентифицированных для пакета запросов на обслуживание (более подробно обсуждается ниже), находятся в непосредственной близости от месторасположения посадки согласно запросу на обслуживание и готовы принять заказ, то вычислительная система 100 может назначить одного из таких водителей, если такой водитель совместим с клиентом (например, отсутствует в черном списке клиента, не имеет клиента в своем черном списке и не исключается какими-либо абсолютными несоответствиями между предпочтениями клиента и ограничениями водителя).

[0103] В зависимости от информации 302 в отношении клиента и информации 310 набора данных в отношении водителя может быть реализована матрица 322 диспетчеризации, чтобы исключить одного или большее количество водителей, которые не могут предоставить услугу для запроса 300 на обслуживание из-за одного или нескольких аспектов запроса 300 на обслуживание и/или которые не хотят предоставлять услугу данному конкретному клиенту в зависимости от набора правил, касающихся «совместимости». Если, например, ограничения водителя (включенные в набор данных 310 в отношении водителя) каким-то образом конфликтуют с запросом 300 на обслуживание (например, если запрос 300 на обслуживание включает в себя поездку из Бруклина в Манхэттен, а информация 310 набора данных в отношении водителя указывает, что выбором водителя является не предоставлять обслуживание на Манхэттене, или если запрос 300 на обслуживание включает в себя посадку в 7:00 утра, а информация 310 набора данных в отношении водителя указывает, что водитель желает, чтобы его/ее самое раннее время для посадки клиентов было 8:00 утра), то такие водители могут быть исключены из соответствующего требованиям набора водителей 320, генерируемого вычислительной системой 100.

[0104] В некоторых вариантах осуществления изобретения данные 324 про месторасположение водителя и/или данные 326 в отношении движения транспорта и картографии могут быть извлечены вычислительной системой 100 и учтены при определении системой того, является ли конкретный водитель достаточно совместимым для включения в соответствующий требованиям набор водителей 320. Данные 324 про месторасположение водителя могут включать в себя изначально установленное месторасположение и/или относительно имеющееся на данный момент месторасположение водителя или месторасположение, в котором водитель должен находиться в определенное время. Данные 326 в отношении движения транспорта и/или картографии могут включать в себя географическую информацию, информацию о движении транспорта и о времени в пути, связанную с конкретными областями. Понятно, что база данных 108 может включать в себя данные 324 про месторасположение водителей для некоторого количество водителей и данных 326 в отношении движения транспорта и картографии для широкого множества географических областей.

[0105] В определенных вариантах осуществления изобретения вычислительная система 100 генерирует соответствующий требованиям набор водителей 320 и матрицу 322 диспетчеризации из запроса 300 на обслуживание, информации 302 в отношении клиента, набора данных 310 в отношении водителей и/или данных 324 про месторасположение водителя с использованием функции обработки, в которой обрабатываются разные переменные, имеющие различные приоритеты. Например, принятый запрос 300 на обслуживание может включать в себя множество подробных сведений, таких как информацию в отношении времени и местах расположения, в которые хотят отправиться один или несколько клиентов. Дополнительно или в качестве альтернативы при вычислениях могут учитываться данные 324 про месторасположение водителя и данные 326 в отношении движения транспорта/картографии (например, маршруты, информация о движении транспорта, которая включает в себя схемы движения, заторы уличного движения и т.д.). Кроме того, может быть установлен приоритет водителя, который включает в себя определенное «взвешенное значение», присвоенное водителю, указывающее, насколько хорошо конкретный водитель соответствует запросу 300 на обслуживание, предпочтениям клиента и списку избранных клиента, и/или указывающее на возможность осуществления водителем обслужить данный запрос в том месте, где он/она должен находиться во время посадки (данные 324 про месторасположение водителя), и ожидаемые схемы движения транспорта (данные 326 в отношении движения транспорта и картографии).

[0106] Например, двум из совместимых водителей 320, которые оба знакомы с определенным маршрутом запроса 300 на обслуживание и не имеют никаких ограничений в отношении обслуживания, которые препятствуют выполнению запроса 300 на обслуживания, может быть назначен один и тот же взвешенный приоритет для этих факторов. Однако, если один из двух водителей находится в списке избранных пользователя, а другой - нет, то водитель в списке избранных может иметь приоритет над водителем, отсутствующим в списке избранных, и, таким образом, ему будет присвоен больший водительский приоритет. В зависимости от различных водительских приоритетов, установленных в матрице 322 диспетчеризации для соответствующего требованиям набора водителей 320, вычислительная система 100 создает выходные данные 330 диспетчерского сопровождения. Выходные данные 330 диспетчерского сопровождения могут включать в себя отображение выбора потенциальных водителей и могут быть автоматически отправлены клиенту вычислительной системой 100 или могут быть просмотрены, например, сторонним администратором 134, обслуживающим вычислительную систему 100, а затем отправлены клиенту. Выходные данные 330 диспетчерского сопровождения могут быть подмножеством соответствующего требованиям набора водителей 320 или всем соответствующим требованиям набором водителей 320, в зависимости от того, сколько водителей прошло отбор для соответствующего требованиям набора 320, и в зависимости от того, сколько параметров для водителей хочет просмотреть клиент. Затем клиент может выбрать водителя из списка водителей, включенных в выходные данные 330 диспетчерского сопровождения. Водитель, выбранный клиентом, может затем получить возможность принять запрос или может быть распланирован автоматически (дополнительно рассмотрено ниже со ссылкой на Фиг. 4В).

[0107] Если водитель принимает запросы на обслуживание, он/она может видеть статус принятых запросов на обслуживание в своем списке запросов на обслуживание, помеченные как «Принят». Затем водитель может выбрать один или несколько запросов на обслуживание для совместного пуска. После того, как водитель выбирает более чем один запрос на обслуживание и начинает действовать в отношении первого запроса на обслуживание, список всех выбранных запросов на обслуживание может быть представлен водителю через одно из водительских устройств 132D1…132Dn для справки, и водитель может обновить статус каждого запроса на обслуживание. Например, в каждом запросе на обслуживание могут быть кнопки «Навигация», «Прибыл в месторасположение посадки», «Начало поездки», «Прибыл в месторасположение высадки» и т.д. Если имеется более чем один запрос на обслуживание, то водитель обрабатывает их одновременно, а затем водитель может принять решение о посадке и высадке в последовательности. Функция подписи может быть добавлена в систему для электронной подписки клиентов до или после завершения запроса на обслуживание.

[0108] Каждое из водительских устройств 132D1…132Dn также может включать в себя экран блокировки, который блокирует другие функции, так что единственным появляющимся элементом является уведомление, которое запрашивает у водителя, подтверждать поездку или нет. Такое уведомление может содержать подробные сведения о поездке, такие как месторасположение посадки, время посадки, пункт назначения и время высадки, но быть без какой-либо другой интерактивной функции, кроме запроса «Да» или «Нет» для подтверждения поездки.

[0109] Спланированные заранее запросы на обслуживание могут отображаться в списке, каждый из которых имеет заголовок «Назначенный» или «Не назначенный» в столбце состояния. Водителям могут быть предоставлены два варианта: принять или отклонить. Если водитель принимает запрос на обслуживание, то в столбце состояния списка запросов на обслуживание в данном запросе на обслуживание может отображаться «Принят». Если водитель отклоняет запрос на обслуживание, то в столбце состояния запроса на обслуживание может отображаться «Отклонен», и для справки может быть показано имя спланированного заранее водителя. Запросы на обслуживание, которые удалены из обновленного списка или версии в зависимости от записей в базе данных 108, или запросы, которые помечены как «Отмененные» в обновленной версии, могут быть сохранены как отмененные запросы на обслуживание в вычислительной системе 100. Если некоторые отмененные запросы на обслуживание были первоначально назначены для водителей и запущены, то система может пометить или сохранить их как «Отменено после пуска», и имя водителя может быть дополнительно записано для дальнейшей справочной информации. Если получены новые запросы на обслуживание, которые не появлялись в предыдущих обновлениях расписания запросов на обслуживание, то такие новые запросы на обслуживание могут отображаться диспетчеру, и им может быть присвоен высокий приоритет, чтобы напомнить диспетчерам о необходимости найти водителя и осуществить диспетчерское сопровождение таких запросов на обслуживание как можно скорее. Если диспетчеры получают новые запросы на обслуживание, например, по телефону, электронной почте, текстовому сообщению и т.д., то они могут быть введены вручную в список запросов на обслуживание и впоследствии назначены водителям, которые могут либо принять, либо отклонить их.

[0110] В некоторых вариантах осуществления изобретения система может определять совместимость между клиентом и водителем для запроса на обслуживание путем сравнения различных факторов, связанных с ограничениями и предпочтениями каждого пользователя. Например, если водитель не указал способности говорить на мандаринском диалекте китайского языка, а клиент предпочитает водителя, разговаривающего на мандаринском диалекте китайского языка, для всех своих потенциальных водителей, то все поставщики услуг, которые не говорят на мандаринском диалекте китайского языка, могут быть сочтены системой несовместимыми. Что касается ограничения по времени, то водительские ограничения по времени можно сравнить с расчетным временем в пути для выполнения запроса на обслуживание клиента, включая время, в течение которого водитель может находиться в пути от поездки до месторасположения посадки, до месторасположения высадки, до месторасположения возвращения в исходную точку, если применимо. Если расчетное время в пути превышает водительское ограничение по времени (например, водитель не сможет добраться до того места, где он/она должен быть к определенному времени), то водитель или исполнитель услуг могут считаться несовместимыми для данного конкретного запроса на обслуживание. Система также может сравнивать водительское ограничение по месторасположению с маршрутом данного запроса на обслуживание. Если водитель указал, что он/она не намерен находиться в определенных районах, то в ситуациях, когда месторасположение посадки или высадки клиента включает в себя хотя бы одну из этих зон, водитель может считаться несовместимым с запросом. Каждый клиент может выбирать по собственному усмотрению, какие факторы или характерные признаки, если таковые имеются, относятся к его/ее предпочтениям совместимости для сопоставления с водителями для спланированных заранее услуг, а также степень/меру, с которой относится каждый характерный признак. Система может быть выполнена с возможностью выполнения расчета взвешенного значения в зависимости от заранее установленных уровней приоритетов клиента для различных предпочтений, касающихся водителя, транспортного средства водителя, возможностей водителя и/или того, имеет ли конкретный водитель такие предпочтения или нет.

[0111] Следует понимать, что ограничения по месторасположению могут сильно влиять на то, где водитель в конечном итоге предоставляет услуги, и что типовые варианты осуществления изобретения, рассмотренные в данном документе, предусматривают эффективную систему диспетчерского обслуживания, которая может использовать различные определенные географические регионы в качестве фактора при планировании запросов на обслуживание. Эти регионы могут быть определены как страной, так и меньшими административными категориями, такими как штат, округ или район, район города и даже почтовый индекс. Система может быть выполнена с возможностью идентифицировать, где выполняются запросы на обслуживание, в частности начальные и конечные места расположения, поскольку они связаны со временем, в которое спланированы запросы на обслуживание, и может группировать их по регионам. Понятно, что такое группирование, использующее информацию в базе данных 108, обеспечит повышенную эффективность по сравнению со стандартной практикой бессистемного диспетчерского обслуживания. Например, в большом городе, таком как Нью-Йорк, водитель может быть отправлен в случайное время в случайные места расположения. В отрасли NEMT водитель может, например, высадить клиента в Бронксе и быть немедленно отправлен диспетчером, чтобы забрать другого клиента в Фар-Рокавей, Квинс. Хотя оба эти места расположения находятся в пределах зоны метро Нью-Йорка, географически они расположены относительно далеко друг от друга. Кроме того, после учета трудностей, связанных с дорожным движением и навигацией, характерных для Нью-Йорка, время в пути между этими двумя точками может легко превысить час или более. Группируя запросы на обслуживание в соответствии с географической областью и отслеживая водителей, диспетчерское обслуживание может выполняться более эффективно, что позволяет водителям выполнять больше запросов на обслуживание за меньшее время. Также должно быть понятно, что такое группирование облегчит диспетчерам планирование заранее запросов на обслуживание с гораздо более высокой эффективностью.

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

[0113] Теперь, обращаясь к Фиг. 4А, показанное представляет собой блок-схему последовательности операций, иллюстрирующую типовую диспетчерскую операцию в соответствии с вариантом осуществления данного изобретения. Процесс начинается с того, что вычислительная система 100 загружает или иным образом принимает запросы 300 на обслуживание (этап 400), которые могут быть загружены поставщиком и/или представлены клиентом. Вычислительная система 100 может загружать запросы 300 на обслуживание автоматически в зависимости от программных этапов, или диспетчер может вручную загружать запросы на обслуживание, например, щелкая ссылку загрузки на веб-портале или обновляя страницу необработанных запросов. Вычислительная система 100 может быть выполненной с возможностью допускать несколько способов, которыми запросы на обслуживание могут заполняться и обновляться, чтобы отражать любые изменения. Например, вычислительная система 100 может быть выполнена с возможностью доступа к веб-порталам соответствующих поставщиков или к интерфейсу прикладных программ (API) для загрузки списка запросов на обслуживание. Чтобы гарантировать, что список запросов на обслуживание отражает самые последние изменения, вычислительная система 100 может выполнять такие загрузки периодически через определенные интервалы (например, каждые 5 минут, каждые 15 минут, каждые 30 минут и т.д.). Поставщики также могут предоставлять и редактировать запросы на обслуживание через модуль поставщика (например, через устройство 126 поставщика). В любом случае вычислительная система 100 затем обрабатывает обновленный список запросов на обслуживание и сравнивает их с прошлыми запросами на обслуживание, основываясь на записях за прошлые периоды, которые хранятся в базе данных 108, чтобы определить, есть ли сходства (этап 402).

[0114] Затем вычислительная система 100 определяет, соответствуют ли ее подробные сведения записи каких-либо предыдущих запросов на обслуживание, хранящихся в базе данных 108 (этап 404), таких как, например, соответствие имени клиента, месторасположения посадки и/или месторасположения высадки. Если соответствие не найдено, то запрос 300 на обслуживание отправляется для новой обработки данных (этап 406) в ходе диспетчерского сопровождения. Однако перед отправкой запроса 300 на обслуживание система идентифицирует любые условия (408) фильтрации (например, уровень осведомленности о маршруте, предшествующее количество запросов на обслуживание, выполненных для клиента, двухдверное или четырехдверное транспортное средство и т.д.), которые может содержать этот запрос 300 на обслуживание и согласовывает эти условия фильтрации, например, сравнивая их с соответствующими частями ограничений водителя в базе данных 108 и препятствуя выбору определенных водителей для выполнения запроса на обслуживание (например, запрос на обслуживание требует, чтобы водитель свободно говорил на определенном языке, а водитель не говорит на определенном языке). Если совпадающие записи найдены (этап 404) или после обработки (этапы 406/408) новых записей запроса на обслуживание, вычислительная система 100 осуществляет поиск записей в базе данных 108, чтобы определить, доступен ли избранный водитель клиента для запроса на обслуживание, чтобы выполнить запрос 300 на обслуживание (этап 410).

[0115] Если определено, что избранный водитель доступен (Да, этап 410), то вычислительная система 100 отправляет запрос 300 на обслуживание избранному водителю для подтверждения (этап 412). Если не определено, что избранный водитель доступен (Нет, этап 410), то вычислительная система 100 выполняет поиск в базе данных 108, чтобы определить, доступен ли предпочтительный водитель (этап 414). Если предпочтительный водитель доступен (Да, этап 414), то вычислительная система 100 отправляет запрос 300 на обслуживание этому предпочтительному водителю для подтверждения (этап 412). Если не найдено ни одного доступного избранного или предпочтительного водителя (Нет, этап 414), то вычислительная система 100 определяет, доступен ли обычный водитель (этап 416). Если обычный водитель доступен (Да, этап 416), то вычислительная система 100 отправляет запрос на обслуживание обычному водителю для подтверждения (этап 412). Если никто из обычных водителей не доступен (Нет, этап 416), то вычислительная система 100 продолжает отслеживать всех водителей для того, чтобы идентифицировать и распланировать (этап 420) следующего доступного водителя. Как только доступный водитель идентифицирован, запрос 300 на обслуживание может быть отправлен идентифицированному доступному водителю (этап 412).

[0116] Если первый обычный водитель, которому отправляется запрос 300 на этапе 412, не принимает запрос на обслуживание, то система может повторять процесс до тех пор, пока не будет идентифицирован (этап 420) другой водитель. Когда водитель получает запрос 300 на обслуживание на своем водительском устройстве 132D1…132Dn, этот водитель имеет возможность либо принять, либо отклонить запрос (этап 418). Если водитель принимает запрос 300 на обслуживание, то этот водитель назначается выполнить запрос на обслуживание (этап 422). Однако если водитель отклоняет запрос 300 на обслуживание, то вычислительная система 100 возвращается к этапу 410 и снова проверяет, есть ли кто-либо из доступных избранных водителей. Если нет доступных избранных, предпочтительных или обычных водителей, то по истечении определенного времени может потребоваться уведомить диспетчера, чтобы он/она мог закончить процесс идентификации другого водителя (этап 420).

[0117] После выполнения запроса на обслуживание водитель может вносить дополнения в водительский список избранных клиентов и/или в водительский черный список клиентов. Например, водителю может быть задан вопрос о том, был ли он/она доволен клиентом. Если водитель не был доволен клиентом, он может добавить клиента в водительский черный список клиентов, и в этом случае для будущих запросов на обслуживание водитель и клиент не будут сопоставлены вместе. Если водитель нейтрален в плане своего отношения к клиенту, ему не нужно предпринимать никаких действий, и клиент не будет добавлен в водительский список избранных клиентов или в водительский черный список клиентов. Если водитель доволен клиентом, он может отправить клиенту запрос, который будет являться основанием для добавления клиента в водительский список избранных клиентов. В таких вариантах осуществления изобретения клиент сам должен решить, принимать или не принимать этот запрос. Если клиент отклоняет запрос, он не добавляется в водительский список избранных клиентов. Если клиент принимает этот запрос, он/она добавляется в водительский список избранных клиентов. Когда водитель оказывает услугу клиенту в следующий раз, его снова могут спросить, был ли он доволен клиентом. Если это так, то водитель может сохранять клиента в своем списке избранных клиентов, пока водитель не обслужит клиента в следующий раз, и в этом случае запрос снова появится, и так далее. Таким образом, водитель может быть опрошен в отношении его/ее удовлетворенности клиентом в конце каждого запроса на обслуживание. Если водитель не удовлетворен клиентом, он может удалить клиента из водительского списка избранных клиентов.

[0118] Аналогичным образом, клиент может сделать дополнение к его/ее избранному списку водителей и/или его/ее черному списку водителей после выполнения запроса на обслуживание. Клиент может быть опрошен в отношении того, был ли он/она доволен водителем. Если клиент был недоволен водителем, он/она может впоследствии добавить водителя в клиентский черный список водителей, и в этом случае в будущих запросах на обслуживание клиент и водитель не будут сопоставлены вместе. Если клиент нейтрален в плане его/ее отношения к водителю, ему не нужно предпринимать никаких действий, и водитель не будет добавлен в клиентский список избранных водителей или клиентский черный список водителей. Если клиент доволен водителем, он может отправить водителю запрос, который будет являться основанием для добавления в клиентский список избранных водителей. В таких вариантах осуществления изобретения водитель может решать, принимать ли этот запрос или нет. Если водитель отклоняет этот запрос, он не добавляется в клиентский список избранных водителей. Если водитель принимает это авторизованное одобрение, он/она впоследствии добавляется в клиентский список избранных водителей. Когда водитель обслуживает клиента в следующий раз, система может снова запросить клиента, был ли он/она доволен водителем. Если это так, то клиент может сохранять водителя в списке избранных водителей, пока водитель не обслужит клиента в следующий раз, и в этом случае запрос может появиться снова, и так далее. В конце выполнения каждого запроса на обслуживание клиент может быть опрошен в отношении его/ее удовлетворенности водителем. Если клиент недоволен водителем, он может удалить водителя из своего списка избранных водителей. Вычислительная система 100 может быть выполнена с возможностью определять, какой водитель завершил запрос на обслуживание наибольшее количество раз, и пытаться добавить этого водителя в клиентский список избранных. Если этот водитель недоступен, то вычислительная система 100 может быть выполнена с возможностью назначения другого избранного водителя, который является вторым после водителя, который завершил запрос на обслуживание наибольшее количество раз, водителя, который является третьим и так далее.

[0119] Когда клиент указывает, что он/она желает добавить водителя или несколько водителей в его/ее черный список водителей, клиенту может быть предложено указать причину (причины). Понятно, что пропуск внесенных в черный список водителей автоматически повышает эффективность обслуживания клиента и скорость обработки вычислительной системы 100 при создании матрицы 322 диспетчеризации и выходных данных 330 диспетчерского сопровождения. Также следует понимать, что черные списки водителей будут служить стимулом для водителей, чтобы в общем улучшить их уровень обслуживания. Водитель может понять, что ему/ей необходимо улучшить обслуживание, чтобы получить больше предложений работы.

[0120] Водитель может отослать клиента из его/ее списка избранных клиентов другому водителю. Например, два водителя, участвующие в таком процессе, могут называться Водитель 1 и Водитель 2, а клиент называется Клиент 1. Водитель 1 может указать, что он хочет отослать избранного клиента, Клиента 1, к другому водителю, Водителю 2. Запрос авторизации сначала отправляется Клиенту 1, чтобы дать ему/ей выбор - авторизовать перенаправление или нет. Если Клиент 1 не авторизует перенаправление, то никакого перенаправления не происходит. Если Клиент 1 действительно авторизует перенаправление, то Водитель 2 получает уведомление и получает возможность принять это перенаправление или нет. Если водитель 2 не принимает перенаправление, то никакого перенаправления не происходит. Если Водитель 2 принимает перенаправление, тогда Водителю 2 предоставляется для завершения запрос на обслуживание, и Клиент 1 может быть добавлен в список избранных клиентов Водителя 2. Аналогично, Водитель 2 может быть добавлен в список избранных водителей Клиента 1.

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

[0122] Клиенты также могут отсылать водителя из своего черного списка другим клиентам. Направляющие клиенты могут отсылать отдельных водителей, группы водителей или полные списки занесенных в черный список водителей одному или нескольким другим клиентам. Водители могут отсылать другим водителям клиентов из своего списка избранных. Направляющие водители могут отсылать отдельных клиентов, группы клиентов или целые списки избранных одному или нескольким другим водителям. Водитель может выделить одну или несколько предустановленных причин или примечание, описывающее, почему он/она направляет избранного клиента или клиентов. Такой процесс может начинаться, например, с того, что Клиент 1 указывает, что он хочет направить Водителя 1, который находится в списке избранных водителей Клиента 1, к другому клиенту, Клиенту 2. Однако, прежде чем перенаправление будет выполнено, Водителю 1 отправляется запрос на авторизацию и предоставляется выбор - авторизовать перенаправление или нет. Если Водитель 1 не авторизует перенаправление, то никакого перенаправления не происходит. Если Водитель 1 принимает перенаправление, то Клиенту 2 предоставляется возможность принять перенаправление или нет. Если Клиент 2 не принимает перенаправление, то никакого перенаправления не происходит. Если Клиент 2 принимает перенаправление, Водитель 1 добавляется в список избранных водителей Клиента 2. Аналогично, Клиент 2 может быть добавлен в список избранных клиентов Водителя 1.

[0123] Вычислительная система 100 может предоставлять диспетчеру информацию, показывающую, какие запросы на обслуживание остаются неназначенными. Такая информация может быть представлена с использованием отображения карты с метками, которые идентифицируют запрос на обслуживание или номер клиента. На этом же дисплее диспетчер может видеть водителей, находящихся рядом с местами расположения неназначенных запросов на обслуживание. На визуальном дисплее могут быть использованы различные индикаторы, чтобы отличать доступного водителя от недоступного водителя, чтобы диспетчер мог сразу узнать, какого водителя (водителей) кому он/она должен назначить для выполнения запроса на обслуживание. Например, доступный водитель может быть отмечен индикатором, который показывает белый автомобиль, тогда как недоступный водитель может быть отмечен индикатором, который показывает черный автомобиль. Специалисту в данной области техники будет понятно, что описанные в данном документе индикаторы не предназначены для ограничения. Вместо этого они являются иллюстративными в качестве типовых вариантов осуществления данного изобретения.

[0124] Соответственно, система может предоставлять наборы индикаторов, чтобы лучше помогать пользователям, включая водителей и клиентов, планировать обслуживание или получать спланированную заранее услугу. Для упрощения передачи информации могут быть предоставлены различные наборы индикаторов. Индикаторы могут отображать эту информацию с помощью одной или нескольких букв, цифр, пиктограмм, символов или других графических представлений информации, которые могут отображаться в пользовательском интерфейсе. Например, может быть предоставлен набор индикаторов для передачи расчетного времени в пути (ЕТТ) от месторасположения посадки клиента до месторасположения высадки клиента, указанного в запросе на обслуживание. Запрос на обслуживание может содержать несколько мест посадки и высадки, если запрос на спланированное заранее обслуживание содержит более чем один участок маршрута. Этот набор индикаторов, передающих ЕТТ, соединяет информацию о месторасположении, связанную с месторасположением посадки клиента и месторасположением высадки клиента в запросе на спланированное заранее обслуживание. Предпочтительно такие индикаторы отображаются для информирования клиента о предполагаемом времени поездки или информирования водителя о расчетном времени в пути для выполнения запроса на обслуживание. Такие индикаторы могут основываться на расчетном времени перехода от месторасположения посадки до месторасположения высадки, которое может быть предоставлено сторонним картографическим API, таким как Google® Maps. С точки зрения водителя, это может быть временем от месторасположения в данный момент до месторасположения посадки и от месторасположения посадки до месторасположения высадки, дополнительного этапа. Это также может измениться, если запрос на спланированное заранее обслуживание клиента содержит несколько участков маршрута. Такие индикаторы могут также включать время, которое потребуется водителю, чтобы вернуться в месторасположения возвращения в исходную точку из месторасположения высадки, если водитель установил применимое ограничение по месторасположению возвращения в исходную точку. С точки зрения водителя, расчетное время в пути также означает время для завершения запроса на обслуживание. Однако с точки зрения клиента завершенный запрос на обслуживание - это только время от месторасположения (мест расположения) посадки до месторасположения (мест расположения) высадки.

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

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

[0127] Также может быть предоставлен набор индикаторов, чтобы показать клиенту расчетное время прибытия водителя (ЕТА) в заказанное месторасположение посадки. Чтобы сгенерировать ЕТА водителя, система с помощью стороннего API, такого как Waze®, может идентифицировать текущую скорость движения водителя в режиме реального времени, такую как транспортную скорость по потенциальному маршруту от месторасположения водителя в данное время до спланированного заранее месторасположения посадки. В качестве альтернативы может быть предоставлен набор индикаторов, чтобы показать водителю расчетное время готовности (ETR) клиента. Такие индикаторы могут показать, например, когда клиент намеревается быть готовым к посадке, если клиент спланировал второй участок маршрута в течение поездки. Например, клиент на приеме у врача может ввести в одно или несколько клиентских устройств 130C1…130Cn, данные, что по его/ее оценкам он/она будет готов к поездке в обратном направлении через тридцать (30) минут. Функциональные возможности индикатора ETR позволяет повысить эффективность предоставления спланированных заранее услуг. Понятно, что такое планирование заранее и оценки ETR могут помочь водителям сократить время простоя. С помощью индикаторов ETR водитель будет информирован о текущем статусе клиента, и, если ETR окажется достаточно продолжительным, он сможет выполнить другой запрос на обслуживание в течение этого времени.

[0128] Эти функциональные возможности особенно полезны в случае поездок с несколькими участками маршрута. Первый водитель, предоставивший услугу первому клиенту на первом участке маршрута, может в зависимости от ETR, указанного первым клиентом, принять решение о том, ждать этого первого клиента на втором участке маршрута или принять второй, отличный от первого, запрос на обслуживание. Если ETR первого клиента показывает, что он/она может быть не готов некоторое время, то первый водитель может принять решение взять второй запрос на обслуживание и ожидать его выполнения к тому времени, когда он/она будет готов ко второму этапу. Даже если первый водитель рассматривается в качестве предпочтительного водителя для этого первого клиента, если система в зависимости от ЕТА обнаруживает, что первый водитель не может прибыть на второй участок маршрута вовремя, тогда система может уведомить первого клиента. В создавшейся ситуации первый клиент будет иметь возможность либо согласиться дождаться, пока предпочтительный водитель завершит свой второй запрос на обслуживание, либо запросить переназначение второго участка маршрута другому водителю. Если второй участок маршрута передается другому водителю, этому другому водителю отправляется предварительный расчет значения, когда нужно будет находиться в месторасположении посадки для выполнения второго участка маршрута, который может передаваться индикатором ETR.

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

[0130] Индикаторы представляет собой средство для передачи или отображения относящейся к услугам информации клиенту, исполнителю услуг, или им обоим, простым, быстрым и удобным способом. Несколько наборов индикаторов используются для того, чтобы помочь в подборе надлежащего обслуживания между ними, а также для адаптация в соответствии со своими требованиями как клиентами, так и исполнителями услуг. Клиенты и исполнители услуг могут иметь разные индикаторы на своих соответствующих интерфейсах, но они также могут, если пожелают, видеть индикаторы друг друга. Кроме того, для некоторых индикаторов может существовать многоуровневая система, которая включает в себя диапазон чисел с минимальной и максимальной величиной, и каждый уровень представляет различное значение для разных клиентов и исполнителей услуг. Ниже приводится краткое описание предпочтительных наборов индикаторов. Более полное описание этих индикаторов приведено в заявке ‘783, содержание которой полностью включено в настоящую заявку посредством ссылки.

[0131] Первый набор индикаторов может идентифицировать тип пользователя для водителей в трех категориях, которые включают в себя, помимо прочего, избранных, предпочтительных и обычных водителей. Второй набор также может идентифицировать тип пользователя для клиентов в трех категориях, которые включают в себя, помимо прочего, избранных, предпочтительных и обычных клиентов. Третий набор может идентифицировать готовность исполнителей услуг, которая может быть связана со временем, в течение которого исполнители услуг будут оставаться доступными для выполнения запросов на обслуживание. Четвертый набор может идентифицировать, запрашивает ли клиент в данное время запрос на обслуживание, что может связывать время, в течение которого запросы на обслуживание от клиента будут оставаться действительными. Пятый набор может быть основан на объеме запроса на обслуживание, который выполнил исполнитель услуг, где связаны числа, относящиеся к данным за прошлые периоды. Таким образом, они могут связывать числа, чтобы отражать общее количество запросов на обслуживание, выполненных исполнителем услуг в течение определенного периода времени, где общее количество дополнительно делится в соответствии с определенным периодом времени и отражается числами, уровнями или их комбинацией. Шестой набор может показывать одну, или несколько, или любую комбинацию географических зон в зависимости от одной, или нескольких, или любой комбинации соответствующих параметров поиска, заранее установленных клиентом. Седьмой набор может быть основан на данных и информации, предоставленных шестым набором индикаторов, для дальнейшего сравнения общего количества потенциальных доступных исполнителей услуг с общим числом потенциальных доступных клиентов. Восьмой набор может помочь упорядочить информацию о ценах, касающуюся ответа исполнителя услуг на ценовое предложение от клиента, путем связывания числовых данных относительно цен. Девятый набор может отображать информацию, касающуюся цены, которая была инициирована исполнителем услуг, в случае, если клиент отправляет запрос на обслуживание без указанной цены, а исполнитель услуг отвечает предложенной ценой, которая может быть как подлежащей, так и не подлежащей обсуждению. Десятый набор может связывать данные за прошлые периоды и данные геолокации, чтобы отображать информацию, касающуюся информации о зоне, основываясь на общем количестве запросов на обслуживание, выполненных исполнителем услуг в пределах географической зоны, в которой клиент указывает в запросе на обслуживание месторасположение посадки. И, одиннадцатый набор может связывать данные за прошлые периоды и данные геолокации, чтобы отображать информацию, касающуюся информации о зоне, основываясь на общем количестве запросов, выполненных исполнителем услуг в пределах географической зоны, в которой, в запросе на обслуживание, клиент указал месторасположение высадки.

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

[0133] Этот набор индикаторов может быть создан путем связывания информации о заказанном маршруте с записями исполнителя услуг в отношении услуг, хранящимися в базе данных. Для запроса на транспортировку эта информация может включать в себя ознакомленность исполнителя услуг с маршрутом, указанным в запросе на обслуживание; для службы доставки это может быть такая информация, как опыт поставщиков услуг или ознакомленность с маршрутом. Независимо от типа запроса на обслуживание индикатор настраивается для отображения информации, относящейся к ситуации. Процентное соотношение может отображаться само по себе в процентах, или оно может быть разделено на уровни, например, уровень Е, указывающий на ознакомленность между 0-19 процентами, уровень D для 20 39 процентов, уровень С для 40-59 процентов, уровень В для 60-79 процентов и уровень А для 80-100 процентов. Представление уровня не обязательно должно быть ограничено буквами от А до Е или даже буквами вообще, поскольку уровни могут быть показаны в виде любого отдельного изображения или комбинации изображений, которые делят процентное соотношение ознакомленности на уровни. Уровень и процентное соотношение также могут быть показаны вместе. Для исполнителя услуг это может быть полезным показателем при оценке того, где он/она осуществил посадку большого числа клиентов, или где он/она осуществил посадку лишь нескольких клиентов. Этот набор индикаторов может использоваться исполнителями услуг для оценки того, где у них больше всего опыта, или он может быть наиболее ценным, или он может использоваться клиентом при выборе наилучшим образом соответствующего исполнителя услуг в зависимости от опыта, который он/она может иметь в отношении запроса на обслуживание.

[0134] Ознакомленность исполнителя услуг увязывается с контекстом двумя способами: «прямой» или «косвенной» ознакомленностью, и каждый тип отличается. Прямая ознакомленность представляет собой расчет того, насколько хорошо исполнитель услуг знаком с определенным маршрутом, например, на маршруте от месторасположения посадки до месторасположение высадки - когда все выполняется за одну поездку. Косвенное знакомство, напротив, является подсчетом того, насколько исполнитель услуг знаком с маршрутом между местами расположения посадки и высадки, но это ознакомленность может быть связана с частичным опытом работы на маршруте. Например, два исполнителя услуг на 100 процентов знакомы с маршрутом; первый исполнитель услуг ранее предоставлял обслуживание по тому же маршруту для клиента из того же месторасположения посадки в то же месторасположение высадки. Это является прямой ознакомленностью, и в дополнение к 100-процентной оценке соответствия, по номеру или по уровню можно указать, что данный исполнитель услуг предоставил услугу по тому же маршруту. Второй исполнитель услуг также имеет 100-процентную ознакомленность, однако одна часть маршрута, которую он/она предоставил другому клиенту в прошлом, а другая часть маршрута была также включена как часть маршрута в другой запрос на обслуживание. Несмотря на то, что исполнитель услуг прошел всю длину этого маршрута, маршрут не был от того же месторасположения посадки до того же месторасположения высадки. Ознакомленность исполнителя услуг с маршрутом является косвенной. Степень ознакомленности с заказанным маршрутом, прямой или косвенной, будет рассчитываться путем сравнения заказанного маршрута с маршрутами запросов на обслуживание, ранее выполненными одним и тем же исполнителем услуг, путем отслеживания того, насколько весь маршрут в целом или какие-либо части заказанного маршрута относятся к маршрутам ранее выполненных запросов на обслуживание. Ознакомленность исполнителя услуг с заказанным маршрутом особенно важна в тех случаях, когда какая-либо часть заказанного маршрута находится в пределах зоны, известной как такой, в которой сигнал GPS слабый или отсутствует, или когда запрос на обслуживание выполняется после наступления темноты, что затрудняет выполнение навигационных указаний.

[0135] Тринадцатый набор показателей может быть основан на том, сколько раз клиент и исполнитель услуг были сопоставлены и совместно завершили транзакцию. Четырнадцатый набор может связывать информацию о месторасположении исполнителя услуг с информацией о месторасположении места посадки клиента, чтобы отображать время, в течение которого исполнитель услуг может забрать клиента, расчетное время прибытия (ЕТА). Пятнадцатый набор может быть основан на расчетном времени в пути (ЕТТ) от месторасположения посадки клиента до месторасположения высадки клиента, указанных в запросе на обслуживание. Шестнадцатый набор может связывать данные геолокации, чтобы отображать по меньшей мере места расположения посадки и высадки клиента, указанные в запросе на обслуживание. Семнадцатый набор может передавать информацию об общем количестве запросов на обслуживание, заказанных и выполненных клиентом. Восемнадцатый набор может идентифицировать одну, или несколько, или любую комбинацию географических зон в зависимости от одной, или нескольких, или любой комбинации параметров поиска, заранее установленных исполнителем услуг. Девятнадцатый набор может быть основан на восемнадцатом наборе индикаторов, чтобы дополнительно отображать количество потенциальных доступных исполнителей услуг по сравнению с количеством потенциальных доступных клиентов. Двадцатый набор может упростить отображение ценовых предложений, инициируемых клиентом, где связываются и отображаются числовые данные, касающиеся информации о ценах. Двадцать первый набор может содержать подробные сведения о предлагаемой цене клиента, которая является ответом на предлагаемую цену исполнителя услуг, где числовые данные, касающиеся информации о ценах, связаны и отображаются с помощью этого набора индикаторов. Двадцать второй набор может связывать данные за прошлые периоды, относящиеся к истории запросов на обслуживание клиентов, и данные геолокации, чтобы идентифицировать клиента по количеству запросов на обслуживание, которые он/она запросил и выполнил в зависимости от географических зон месторасположения посадки. Двадцать третий набор может идентифицировать клиента по количеству запросов на обслуживание, которые он/она запросил и выполнил, на основании географических зон месторасположения высадки, где связаны данные геолокации и данные за прошлые периоды запроса на обслуживание. Двадцать четвертый набор может соединять данные за прошлые периоды запроса на обслуживание, чтобы отображать, сколько раз исполнитель услуг и клиент сопоставлялись друг с другом и вместе выполняли транзакцию. Двадцать пятый набор может идентифицировать расчетное время в пути для выполнения запроса на обслуживание для исполнителя услуг. И, двадцать шестой набор может связывать данные геолокации исполнителя услуг и данные геолокации в отношении заранее заданного исполнителем услуг месторасположения возвращения в исходную точку после выполнения запроса на обслуживание, если исполнитель услуг заранее установил месторасположение возвращения в исходную точку.

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

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

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

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

[0140] Первое действие, которое может предпринять водитель, чтобы принять запрос на обслуживание - это нажать кнопку «Принять» на водительском устройстве 132D1…132Dn. Когда водитель готов начать обслуживание, он/она может нажать кнопку «Пуск», чтобы указать, что он/она находится на пути к месторасположению посадки. Водитель также может позвонить клиенту, чтобы уведомить его о том, что он/она находится в пути. Если в какой-либо момент после нажатия кнопки «Пуск» водителю необходимо сделать отмену, он может сделать это, если, например, он/она пробил колесо или если транспортное средство водителя испытывает механическую неисправность, или появились любые другие оправданные основания для аннулирования заказа. В таких обстоятельствах водитель может предоставить причины аннулирования заказа и отменить запрос на обслуживание, и в этом случае запрос на обслуживание может быть повторно отправлен другому водителю, например, водителю-партнеру.

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

[0142] Понятно, что планирование заранее отправления водителей дает отдельным водителям свободу выбора при выборе запросов на обслуживание, которые следует принять или отклонить. Вычислительная система 100 может предоставлять водителю функциональные возможности для выбора потенциальных запросов на обслуживание, например, с помощью электронной карты, показывающей доступные маршруты на текущий день, следующий день, следующую неделю и т.д. При этом учитываются водительские ограничения по времени и по месторасположению с использованием текущего и/или будущего прогнозируемого движения транспорта других событий, которые могут повлиять на время в пути (например, строительство, закрытие дорог, аварии и т.д.) или водительских ограничений по месторасположению. Такие данные могут быть сохранены в базе данных 108 и предоставлены в матрицу 322 диспетчеризации как часть данных 326 в отношении движения транспорта и картографии (см. Фиг. 3).

[0143] Далее обращаемся к Фиг. 4В, изображенное на которой представляет собой блок-схему последовательности операций, иллюстрирующая типовую последовательность этапов для клиента или водителя для того, чтобы отменить спланированный заранее запрос на обслуживание после типовой операции диспетчерского обслуживания, показанной на Фиг. 4А, и новый процесс замены отменившего запрос водителя. Водитель или клиент могут отменить спланированный заранее запрос на обслуживание в любое время. Если водитель (или клиент) отменяет спланированный заранее запрос на обслуживание достаточно заблаговременно (например, за один день, одну неделю и т.д.), тогда водителю (или клиенту) не нужно сообщать причину отмены запроса. В таких обстоятельствах диспетчеры или вычислительная система 100 просто отменяет запрос на обслуживание, если он отменен клиентом, или перепланирует и повторно отправляет запрос на обслуживание новому водителю. Тем не менее для замены водителя, который отменил запрос в короткие сроки, может быть использован другой процесс.

[0144] В частности, как показано на Фиг. 4В, после того как запрос 300 на обслуживание был спланирован для водителя (этап 422), вычислительная система 100 может отправить клиенту (этап 424) уведомление, указывающее, что запрос 300 на обслуживание был спланирован. Если водитель не отменяет (этап 426) и клиент не отменяет (этап 428) запрос, тогда запрос на обслуживание выполняется (этап 430) в соответствии с графиком, и процесс заканчивается (этап 432). Затем водитель может начать процесс выставления счета. Однако, если клиент отменяет (этап 428) запрос, например, через одно из клиентских устройств 130C1…130Cn, то клиент может быть опрошен с целью указать причины отмены запроса (например, отменена условленная встреча, клиента довез другой человек, услуга больше не актуальна и т.д.) (этап 434), и процесс заканчивается (этап 432) без необходимости выставления счета. Затем назначенный водитель может быть отправлен в другое место. Если водитель отменяет (этап 426) запрос, то вычислительная система 100 должна отправить нового водителя. В одном варианте осуществления изобретения компьютерная система 100 отправляет запрос 300 на обслуживание в зависимости от одного или нескольких водителей-партнеров, идентифицированных отменившим запрос водителем, если клиент имеет заранее установленное разрешение на возможность задействования водителей-партнеров (этап 435). Если это так, то уведомление отправляется водителю-партнеру для подтверждения (этап 437). Если у клиента нет заранее установленного разрешения на возможность задействования водителей-партнеров, то запрос на обслуживание может быть отправлен для обработки (этап 439) в рамках диспетчерского сопровождения. Классификация водителей-партнеров может быть сохранена в базе данных 108 для быстрого доступа вычислительной системой 100. В этом случае запрос 300 на обслуживание может быть отправлен водителю-партнеру (этап 436) для завершения запроса 300 на обслуживание. Необязательно, запрос 300 на обслуживание может быть отправлен более чем одному потенциальному водителю-партнеру, и список этих наилучшим образом соответствующих водителей-партнеров может быть отображен для выбора клиента. Если водитель-партнер, выбранный клиентом, принимает запрос на обслуживание (этап 437), то этот водитель-партнер обслуживает запрос на обслуживание (этап 438).

[0145] Способ, используемый для выбора водителя-партнера, который должен предоставлять услугу для запроса на обслуживание (или список водителей-партнеров, которые могут предоставлять услугу для запроса на обслуживание), может быть аналогичным методологиям для создания соответствующего требованиям набора водителей и матрицы диспетчеризации, рассмотренных выше относительно Фиг. 3. Другими словами, он может включать в себя присвоение потенциальному водителю-партнеру определенного приоритета водителя, оценку доступности, ограничений и т.д., а клиент может использовать эти соображения, чтобы сделать выбор по своему усмотрению. В качестве альтернативы, один водитель-партнер может быть связан с каждым водителем таким образом, что водитель-партнер, если он доступен и отсутствует в черном списке клиента, автоматически назначается запросу на обслуживание в момент отмены запроса ранее назначенного водителя. После подтверждения водителя-партнера в качестве замены отменившего запрос водителя водитель-партнер завершает обслуживание (этап 438), и процесс завершается (этап 432). Затем водитель-партнер может инициировать процесс выставления счета.

[0146] Если клиент отменяет запрос 300 на обслуживание достаточно заблаговременно (например, предельным значением является полчаса), тогда запрос 300 на обслуживание может быть помечен как «Отмененный», и вычислительная система 100 может немедленно уведомить водителя. Как только водитель получает такое уведомление об отмене, система может быть выполнена с возможностью требовать, чтобы водитель подтвердил получение отмены запроса. В противном случае, если водитель не подтверждает получение отмены запроса, то приложение, работающее на соответствующем одном из водительских устройств 132D1…132n, может быть заблокировано, так что водитель не сможет выполнять какие-либо операции в приложении до тех пор, пока не подтвердит получение уведомления об отмене. Однако, если клиент отменяет запрос на обслуживание в короткие сроки (например, менее чем за полчаса до времени посадки), клиент может быть уведомлен средствами идентификации о том, что он/она отменил запрос на обслуживание в последние минуты, например, указание «Отменено за 5 мин перед посадкой". После заранее заданного количества отмен в последнюю минуту и/или общего количества отмен клиент может быть добавлен в черный список системы, так что вычислительная система 100 не будет планировать заранее никаких запросов на обслуживание этого клиента в течение определенного периода времени. Вычислительная система 100 может быть выполнена с возможностью отправлять клиенту уведомления в качестве предупреждения о том, что после еще двух отмен в течение получаса он/она может быть внесен в черный список системы. Вычислительная система 100 также может предоставлять контактную информацию в случае возникновения у клиента каких-либо вопросов.

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

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

[0149] Когда водитель заносит клиента в черный список, это исключает возможность добавления того же пользователя, занесенного в черный список, в водительский список избранных клиентов. Другими словами, пользователь из черного списка не может одновременно находиться в водительском черном списке и в списке избранных того же водителя. Диспетчеры также могут получать уведомления от вычислительной системы 100, когда определенные водители заносятся в черный список определенными клиентами, и наоборот, чтобы они знали, каких водителей не отправлять для конкретных запросов на обслуживание, если они хотят преодолеть действия автоматического управления вычислительной системы 100 по любой причине, потому что у них есть на примете водитель, который кажется лучше или ближе. «Черный список» в основном предназначен для «трудных» клиентов или водителей, которые «не справляются». Однако следует понимать, что водитель или клиент могут быть внесены в черный список по любой причине. Клиенты и водители, занесенные в черный список, автоматически не могут быть сопоставлены с определенными соответствующими водителями или клиентами или могут быть вообще исключены из диспетчерского сопровождения.

[0150] Заранее заданные «предпочтения» для клиента, хранящиеся и динамически обновляемые в базе данных 108, могут включать в себя, но не ограничиваются перечисленным, предпочтения, связанные с местами расположения посадки, местами расположения высадки, маркой, моделью и типом транспортного средства, количественным показателем опыта вождения, выраженным в годах, вместимостью транспортного средства, полом, разговорным языком, готовностью услуг, наличием медицинского оборудования, размещением с домашними животными и наличием детского кресла. Предпочтение месторасположение посадки позволяет клиенту определить его/ее месторасположение посадки. Предпочтение месторасположения высадки позволяет клиенту идентифицировать его/ее место высадки. Марка, модель и тип автомобиля позволяет клиенту указать марку, модель и тип транспортного средства, который он/она предпочитает для своего запроса на обслуживание. Параметр «Годы опыта вождения» позволяет клиенту заранее указать количество лет опыта, который, предпочтительно, должен иметь его/ее водитель. «Предпочтение посадочных мест» позволяет клиенту указать количество пассажиров для его/ее запроса на обслуживание. Тендерные предпочтения позволяют клиенту выбрать водителя определенного пола. Предпочтение «разговорный язык» позволяет клиенту выбрать водителя, говорящего на определенном языке. «Предпочтение для лиц с ограниченными возможностями» позволяет клиенту заранее установить предпочтение для водителей, чье транспортное средство оборудовано для обслуживания лиц с ограниченными возможностями. Параметр «Готовность медицинских возможностей» позволяет клиенту убедиться, что в транспортном средстве имеется определенное оборудование, например кислородные баллоны или другие медицинские устройства. «Размещение с домашними животными» позволяет клиенту заранее установить предпочтение для запросов на обслуживание, которые могут разместить домашних животных. Параметр «Наличие детского кресла» позволяет клиенту запросить водителя, который может предоставить детское кресло.

[0151] Клиент также может иметь предпочтение по тому показателю, насколько водитель знаком с конкретным маршрутом данного запроса на обслуживание. Ознакомленность водителя может быть «прямой» или «косвенной» ознакомленностью, и обе могут быть переданы клиенту через клиентский интерфейс на соответствующем одном из клиентских устройств 130C1…130Cn. Прямой ознакомленностью может быть, например, расчет того, насколько знаком водитель с маршрутом от месторасположения посадки до месторасположения высадки. Косвенная ознакомленность может быть подсчетом того, насколько водитель знаком с маршрутом между местами расположения посадки и высадки, но по частичному опыту с маршрутом. Например, два водителя могут иметь стопроцентную (100%) ознакомленность с заданным маршрутом, но иметь различный опыт. Первый водитель, возможно, предоставил услугу по тому же маршруту, от того же места месторасположения посадки до того же месторасположения высадки. Такой опыт будет представлять собой прямое ознакомленность и обозначаться, помимо 100%-ой оценки для совпадающих маршрутов, числом или уровнем, показывающим, что этот водитель предоставил услугу по тому же маршруту. В прошлом второй водитель мог обслуживать одну часть маршрута для другого клиента, а еще одну часть маршрута - для другого запроса на обслуживание. Несмотря на то, что этот второй водитель прошел через весь маршрут данного запроса на обслуживание, маршрут не был от того же месторасположения посадки до того же месторасположения высадки. Таким образом, этот второй водитель имеет косвенное представление о маршруте данного запроса на обслуживание.

[0152] Степень ознакомленности с заказанным маршрутом, прямой или косвенной, будет рассчитываться путем сравнения заказанного маршрута с маршрутами запросов на обслуживание, ранее выполненными одним и тем же водителем, и отслеживанием того, насколько весь маршрут в целом или какие-либо части заказанного маршрута относятся к маршрутам, ранее выполненных водителем. Понятно, что ознакомленность водителя с заказанным маршрутом особенно важно в тех случаях, когда какая-либо часть заказанного маршрута находится в пределах зоны, известной как такой, в которой сигнал GPS слабый или отсутствует, и/или когда запрос на обслуживание выполняется после наступления темноты, что затрудняет выполнение навигационных указаний. Также следует понимать, что автоматическое отслеживание данных GPS по каждому водителю и постоянное хранение и обновление таких данных в базе данных 108 могут использоваться для проверки уровня ознакомленности водителя с данным маршрутом.

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

[0154] Ограничения в отношении услуг для водителя могут включать, помимо прочего, ограничения, связанные со временем обслуживания, местом расположения и временем возвращения в исходную точку, зоной обслуживания, обслуживанием лиц с ограниченными возможностями, количеством пассажиров, аллергией, ограничениями в отношении детских кресел и любыми другими соответствующими ограничениями. Ограничения по времени обслуживания позволяют водителю заранее установить время, в которое он/она не может предоставить услугу. Ограничения по месторасположению и времени возвращения в исходную точку позволяют водителю задавать определенные места расположения, где он/она хочет находиться в определенное время. Ограничения зоны обслуживания позволяют водителю задавать одну или несколько географических зон, в которых он/она не желает предоставлять услуги, например, в зависимости от почтового индекса, района, города, штата и т.д. Водитель может устанавливать ограничения для географических зон посредством интерактивной карты на водительском интерфейсе соответствующего водительского устройства 132D1…132Dn. Водитель может «щелкнуть» почтовый индекс на карте, чтобы определить месторасположение, где он или она не хочет предоставлять услуги. Такие ограничения водителей, касающиеся выбора географического места расположения, могут потребоваться в вариантах осуществления изобретения, где запросы на обслуживание группируются и распределяются водителям в группах, как описано ниже со ссылкой на Фиг. 6-9.

[0155] Например, водитель в Бруклине может увидеть карту района, разделенную на подразделы, которые отображают почтовые индексы в пределах Бруклина. Водитель может «кликнуть» каждый, чтобы указать конкретные зоны обслуживания. Активизируемый интерфейс карты (то есть интерактивный интерфейс карты) позволяет водителю быстро и эффективно устанавливать свои ограничения в отношении его/ее собственных условий (например, позволяет водителю выбирать географический регион, в котором он/она хочет работать). В соответствии с типовыми вариантами осуществления данного изобретения интерактивная карта одного водителя может быть дополнительно или альтернативно интегрирована с интерактивной картой другого водителя, такого как водителя-партнера. Комбинируя зоны обслуживания водителя и водителя-партнера, вычислительная система 100 может потенциально генерировать и отображать для диспетчера область, в которой водитель и водители-партнеры данного водителя могут предоставлять услуги. В дополнение к личным ограничениям по месторасположению, водитель может заранее установить личные ограничения по времени, связанные с его/ее рабочей сменой. Вычислительная система 100 может группировать почтовые индексы в пределах района или округа, административного центра, города или штата в картографических данных в базе данных 108. После того как вычислительная система 100 идентифицирует почтовые индексы или другую информацию об ограничении по месторасположению, она может пропустить водителя с соответствующими ограничениями по месторасположению при создании матрицы 322 диспетчеризации и выходных данных 330 диспетчерского сопровождения, так что никакого запроса на обслуживание, который включает в себя области в пределах ограничений этого водителя, такому водителю не отправляется. Специалист в данной области техники поймет, что список ограничений водителя в отношении обслуживания, описанный в данном документе, не является исключительным, и что у водителя могут быть другие ограничения, связанные с его/ее обслуживанием.

[0156] Ограничения, касающиеся места расположения, могут сильно повлиять на то, где водитель в конечном итоге оказывает услуги. Понятно, что типовые варианты осуществления данного изобретения обеспечивают эффективную систему диспетчерского сопровождения, использующую различные определенные области для планирования запросов на обслуживание. Вычислительная система 100 может идентифицировать, какие запросы на обслуживание будут выполняться, где, особенно начальные и конечные места расположения, в зависимости от времени, на которое они спланированы, и может группировать их по регионам. В современных отраслевых практиках диспетчерское обслуживание выполняется практически случайным образом. В большом городе, таком как Нью-Йорк, водитель может быть отправлен в случайное время в случайные места расположения. Группируя запросы на обслуживание по географическому региону и отслеживая водителей, диспетчеры могут намного эффективнее планировать заранее запросы на обслуживание, а водители могут выполнять запросы на обслуживание за меньшее время.

[0157] Ссылаясь теперь на Фиг. 5, показан типовой технологический поток согласования цены между исполнителем услуг (например, водителем) и клиентом. В этом типовом варианте осуществления данного изобретения клиент может представить в систему (этап 501) свою предложенную цену для запроса на обслуживание. Предлагаемая клиентом цена может быть основана на цене по умолчанию, и один или несколько процессоров могут определять, когда предлагаемая цена выше, ниже или равна цене по умолчанию. Цена по умолчанию для транспортных услуг может отличаться от цены услуги доставки. Когда клиент запрашивает комбинацию услуг, цена по умолчанию может быть получена из цены по умолчанию для каждой из транспортной услуги и услуги доставки.

[0158] Для простоты, Фиг. 5 лишь описывает сценарий, по которому клиент предлагает цену за транспортное обслуживание. Система опрашивает клиента относительно того, кому клиент хотел бы отправить предложенную цену, в зависимости от того, есть ли у клиента какие-либо избранные исполнители услуг (или есть ли какие-либо доступные избранные исполнители услуг) (Решение 502). Если есть доступные избранные поставщики услуг, то клиент может решить, хочет ли он/она отправить ценовое предложение одному или нескольким из этих доступных избранных поставщиков услуг (Решение 503). Если клиент хочет отправить ценовое предложение любому из этих избранных поставщиков услуг, он/она дополнительно решает, будет ли его/ее предложенная цена договорной или не будет подлежать обсуждению с избранными исполнителями услуг (Решение 504). Если нет избранных исполнителей услуг, нет доступных избранных исполнителей услуг, или если клиент не хочет отправлять его/ее предложенную цену кому-либо из избранных исполнителей услуг, то клиент может решить, будет ли его/ее предложенная цена договорной или не будет подлежать обсуждению с любым предпочтительным или обычным исполнителем (исполнителями) услуг (Решение 505). После того, как установлено, будет ли клиент вести переговоры с одним или несколькими поставщиками услуг или нет, процесс представляет собой одно и то же независимо от того, является ли исполнитель услуг избранным исполнителем услуг или обычным исполнителем услуг.

[0159] Когда клиент устанавливает цену, которую он/она считает договорной, исполнители услуг будут уведомлены об этом (этап 506). В этом случае исполнитель услуг принимает решение о проведении переговоров (Решение 507). У исполнителя услуг есть три варианта в зависимости от договорного ценового предложения. Если исполнитель услуг вообще не хочет принимать запрос на обслуживание, он/она отклоняет как согласование, так и запрос, и срок действия запроса истекает (этап 508). Если исполнитель услуг не хочет вести переговоры, но все же хочет выполнить запрос на обслуживание, он/она принимает первоначальную договорную цену как есть (этап 513) и затем направляется выполнять запрос (этап 514). Третий вариант, доступный исполнителю услуг, заключается в согласовании цены. Исполнитель услуг подсчитывает встречную цену (этап 509), которую направляет клиенту. Затем клиент может выбрать, принимает ли он/она встречную цену (Решение 510). Если клиент принимает встречную цену, система направляет исполнителя услуг (этап 514). Если клиент не принимает встречную цену, то клиент предлагает свою встречную цену (этап 511), и согласование возвращается к исполнителю услуг. Затем исполнителю услуг предоставляется решать, принимать ли встречную цену (Решение 512). Если исполнитель услуг принимает встречную цену, то исполнитель услуг направляется выполнять запрос (этап 514). Если исполнитель услуг не принимает встречную цену, то он/она выставляет клиенту встречную цену (этап 509). Процесс повторяется до тех пор, пока оба - исполнитель услуг и клиент - не согласовывают цену, после чего исполнитель услуг направляется выполнять запрос (этап 514).

[0160] Когда клиент устанавливает цену, которую он/она считает не подлежащей обсуждению, запрос направляется избранным поставщикам услуг клиента (или любым другим поставщикам услуг, если у клиента нет доступных поставщиков услуг в его/ее списке избранных), которые либо принимают, либо не принимают цену, не подлежащую обсуждению (Решение 515). Если исполнитель услуг принимает цену, не подлежащую обсуждению, тогда он/она направляется выполнять запрос (этап 514). Если исполнитель услуг не принимает запрос, то клиент уведомляется о том, что запрос на обслуживание не был принят по цене, которую он/она предлагал (этап 516). Затем клиент может, после уведомления, пересмотреть исходный запрос на обслуживание и повторно представить новое ценовое предложение (этап 501).

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

[0162] Теперь, обращаясь к Фиг. 6, показанное представляет собой блок-схему последовательности операций, иллюстрирующую типовую методологию для планирования заранее пакета (то есть множества) неназначенных запросов на обслуживание. С помощью вычислительной системы 100 может быть получено множество запросов на обслуживание (например, загружено клиентами/пассажирами и/или сторонним поставщиком, таким как страховая компания, от имени своих клиентов, которые будут нуждаться в транспортных услугах) и присвоены соответствующие идентификационные номера (Идентификаторы) (этап 600). Такие загрузки могут быть выполнены клиентом с использованием одного или нескольких клиентских вычислительных устройств 130C1…130Cn, выполнены электронным способом клиентом или сторонним поставщиком, использующим устройство 126 поставщика через веб-интерфейс, и/или вручную диспетчером, использующим диспетчерское устройство 136, после получения запроса (запросов) на обслуживание и связанных графиков по телефону, текстовому сообщению, электронной почте или посредством бумажной копии. В качестве альтернативы, система может использовать технологию интерактивного распознавания голоса (IVR) и/или технологию преобразования голоса в текст для автоматического приема запросов на обслуживание через традиционные телефонные системы.

[0163] При необходимости, каждый запрос 300 на обслуживание разбивается на участки маршрута, соответствующие каждой части поездки (например, месторасположение (месторасположения) посадки, месторасположение (месторасположения) высадки и т.д.) (этап 620). Запрос на обслуживание может состоять из следующего - посадка в месторасположении А и высадка в месторасположении В, а позднее - посадка в месторасположении В и высадка в месторасположении А. Однако следует понимать, что в качестве альтернативы запрос на обслуживание может содержать три или более участков маршрута и/или различные места расположения посадки и высадки, и может длиться дольше, чем на протяжении дня. Например, запрос 300 на обслуживание может включать дом клиента (месторасположение А), больницу (месторасположение В) и место работы (месторасположение С) и иметь три участка маршрута, от А до В, от В до С, и от С до А. Три участка маршрута будут проходить в хронологическом порядке, но с разными периодами времени между ними. Запрос на обслуживание, его участки маршрута и вся связанная с ними информация, включая почтовые индексы, соответствующие местам расположения посадки и высадки на каждом участке, и любые требуемые значения времени посадки и/или высадки, могут быть сохранены в базе данных 108.

[0164] Диспетчер может использовать диспетчерское устройство 136 для указания конкретного географического региона (например, одного из пяти районов Нью-Йорка) и конкретной даты (например, тот же день, следующий день, несколько дней от данного дня, неделя от данного дня и т.д.), на котором он/она желает назначить водителей для неназначенных запросов на обслуживание в вычислительной системе 100 (этап 610). В качестве альтернативы, компьютерная система 100 может быть заранее настроена для того, чтобы автоматически пакетировать и назначать запросы на обслуживание на заранее заданное количество дней до заказанной даты обслуживания. Например, компьютерная система 100 может быть заранее настроена на выполнение процесса пакетного назначения 17 августа запросов на обслуживание, спланированных на 18 августа. Диспетчер может просматривать, через интерфейс на диспетчерском устройстве 136, список принятых неназначенных запросов на обслуживание в вычислительной системе 100 в хронологическом или ином порядке по их соответствующим датам запроса на обслуживание. Диспетчер или компьютерная система 100 может просто начать с самой ранней даты в будущем, для которой в вычислительной системе 100 остаются неназначенные запросы на обслуживание. Вычислительная система 100 также может быть выполнена с возможностью автоматического выбора конкретной даты (например, самой ранней даты, для которой в системе остаются любые неназначенные запросы на обслуживание) и первого географического региона для планирования (например, Манхэттен, Квинс и т.д.) на эту дату.

[0165] После получения конкретной даты и конкретного географического региона вычислительная система 100 извлекает пакет неназначенных запросов на обслуживание из сохраненного множества загруженных неназначенных запросов на обслуживание (этап 630). Извлеченный пакет неназначенных запросов на обслуживание предпочтительно имеет участки маршрута с местами расположения посадки и высадки, попадающими в конкретный заданный географический регион (или по меньшей мере с одним из соответствующих мест расположения посадки и высадки, попадающим в конкретный заданный географический регион) и имеет заказанное время посадки и/или высадки в конкретную дату (указанную дату) (этап 620). Вычислительная система 100 также может извлекать информацию в отношении клиента, соответствующую множеству клиентов, связанных с пакетом неназначенных запросов на обслуживание, и наборы данных в отношении водителя, соответствующие потенциальному набору водителей, назначаемых пакету, в зависимости от конкретного географического региона и конкретной указанной даты. Информация в отношении клиента может включать в себя идентификационный номер или имя клиента, предпочтения в отношении услуг, список избранных, список предпочтений и черный список. Наборы данных в отношении водителя могут включать в себя информацию о водителе, содержащую одно или несколько ограничений в отношении обслуживания, историю обслуживания, список избранных, черный список и данные за прошлые периоды.

[0166] Вычислительная система 100 может идентифицировать готовность и совместимость потенциального набора водителей для неназначенных запросов на обслуживание из данного пакета (этап 640) и назначать водителей на выполнение множества неназначенных запросов на обслуживание из данного пакета (этап 650). Понятно, что система может выполнять этапы 640 и 650 до получения даты отправления, посредством чего водители заранее назначаются для запросов на обслуживание и динамически обновляются с использованием алгоритма (этап 650) до получения конкретной даты отправления от диспетчера, в этот момент система распечатывает предложенное расписание для указанной даты отправления. Как показано, вычислительная система 100 выполняет циклическое переключение между определением доступных и совместимых водителей и назначением водителей, поскольку каждое назначение может, вероятно, изменить доступность конкретного водителя в отношении следующего спланированного заранее запроса на обслуживание (этапы 640, 650). Доступность водителей может быть оценена в зависимости от предустановленных ограничений водителя и предполагаемого месторасположения водителя на время посадки неназначенного запроса на обслуживание (например, водитель уже может быть назначен более раннему участку маршрута запроса на обслуживание, сохраненному в базе данных 108), и место расположения и время высадки сделают осуществимой/неосуществимой готовность водителя предоставить обслуживание для неназначенного запроса на обслуживание.

[0167] Например, если последний участок маршрута предыдущего назначенного запроса на обслуживание имеет запрос на высадку в месторасположении X₁ в приблизительно время T₁, а первый участок маршрута согласно запросу предполагает посадку в месторасположении Х₂ в приблизительно время Т₂, то если места расположения X₁ и Х₂ находятся относительно близко друг к другу (например, в пределах одного и того же почтового индекса), а моменты времени T₁ и Т₂ относительно близки по времени, так что у водителя будет время для того, чтобы попасть из X₁ во время T₁ в Х₂ во время Т₂ (например, в зависимости от оценки времени прохождения с использованием сохраненных данных 326 в отношении движения транспорта и картографии) вычислительная система 100 может считать этого водителя доступным в отношении неназначенного запроса на обслуживание. Таким же образом, после учета предпочтений/ограничений клиента и водителя вычислительная система 100 может эффективно назначать водителям запросы на обслуживание.

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

[0169] Вычислительная система 100 назначает водителей в соответствии с заранее заданным алгоритмом (этап 650). Вычислительная система 100 может начать с первого запроса на обслуживание, проверить ограничения водителей относительно мест расположения, времени, конфликтов, черных списков, конфликтов поездок и т.д. и исключить любых водителей, которые не могут обслуживать неназначенный запрос на обслуживание вследствие недоступности, черных списков, ожидаемого географического месторасположения на время посадки, ожидаемых обеденных перерывов или остановок, или по любым другим причинам. Затем вычислительная система 100 может проверить, чтобы определить, находятся ли какие-либо не исключенные водители (например, которые должны быть доступны и достаточно близко к месторасположению получения на время и дату посадки) в списке избранных клиента или в списке предпочтений клиента. Если это так, то такому водителю может быть присвоен высокий приоритет.

[0170] Необязательно, один и тот же водитель может быть назначен всем участкам маршрута запроса на обслуживание на этапе 650 с использованием совместимости в качестве ведущего критерия для максимального удовлетворения клиента. Однако следует понимать, что второй участок маршрута (например, участок маршрута в обратном направлении) запроса на обслуживание может потенциально обслуживаться другим водителем чем тот, который был назначен первому этапу. В качестве альтернативы, вычислительная система 100 может назначать первого водителя второму участку маршрута первого запроса на обслуживание, одновременно сохраняя статус первого водителя в течение нескольких часов между двумя участками маршрута как «доступный», и впоследствии назначать первого водителя другому участку маршрута другого запроса на обслуживание, для которого первый водитель является совместимым и согласованным, поскольку вычислительная система 100 обрабатывает запросы на обслуживание из данного пакета, в течение этого появляющегося доступного периода времени. Вычислительная система 100 может быть выполнена с возможностью бронирования одного или нескольких водителей на различные этапы запроса на обслуживание, а также с учетом предпочтений и ограничений клиента и водителя.

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

[0172] Вычислительная система 100 может быть выполнена с возможностью хранения любых оставшихся запросов на обслуживание из данного пакета, не назначенных водителю, в соответствии с алгоритмами/критериями, используемыми на этапе 650, в фонде предложений работы (этап 660), к которому имеет доступ множество доступных водителей через удаленные водительские вычислительные устройства 132D1…132Dn, чтобы водители могли выбрать хотя бы один из оставшихся неназначенных запросов на обслуживание. Вычислительная система 100 может ограничивать количество неназначенных запросов на обслуживание в фонде предложений работы, которое может выбрать один водитель.

[0173] Как проиллюстрировано на Фиг. 10, неназначенные запросы на обслуживание фонда предложений работы могут отображаться на дисплее 1000 интерактивной электронной карты, доступной для водителей через водительские устройства 132D1…132Dn. Дисплей 1000 электронной карты может отображать разные географические регионы, как отмечено шестью разделами (то есть I, II, III, IV, V и VI), соответствующими, например, множеству локальных географических регионов, где расположены места расположения посадки и высадки неназначенных запросов на обслуживание. Неназначенные запросы на обслуживание могут отображаться в виде интерактивных индикаторов 1010. Хотя отображаются «звездочки», следует понимать, что можно использовать любой тип формы, пиктограммы, символа или изображения и что для ссылки на разные объекты или отличительные особенности можно использовать более одного типа индикатора. Водители могут выбрать (например, «щелкнуть») через соответствующее одно из водительских устройств 132D1…132Dn один из множества разделов I-VI и/или выбрать один или несколько интерактивных индикаторов 1010 для запроса области назначения или выбрать соответствующий неназначенный запрос на обслуживание. Водитель также может указать его/ее начальные ограничения или другие предварительные настройки для обслуживания с использованием такого дисплея 1000 карты. Например, водитель может назначить в вычислительной системе 100 в качестве настройки по умолчанию, или для одного или нескольких дней, предпочтительную рабочую область, выбрав один из шести разделов I-VI. Предпочтительная рабочая зона водителя по умолчанию может быть установлена зоне, соответствующей домашнему адресу водителя.

[0174] Снова ссылаясь на Фиг. 6, как только конкретному водителю было назначено достаточное количество запросов на обслуживание, и он/она имеет минимальную доступность, оставшуюся на указанную дату, вычислительная система 100 может отправлять обзор спланированных заранее поездок водителя для просмотра и утверждения (этап 670). Водитель может принять или отклонить каждый запрос на обслуживание в расписании. Хотя такое уведомление и одобрение водителем может быть выполнено, например, за несколько дней или даже недель до указанной даты, когда должны быть оказаны услуги согласно запросам на обслуживание, такое уведомление может быть предоставлено непосредственно перед или даже в начале спланированной даты.

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

[0176] Когда водитель отклоняет (или отменяет) спланированный заранее запрос на обслуживание (этап 670), вычислительная система 100 может быть выполнена с возможностью задействования системы и/или процесса диспетчерской службы на микроуровне, при этом отменивший водитель отправляет отмененный спланированный заранее запрос на обслуживание водителю-партнеру. Если такой водитель партнера доступен и принимает запрос, то вычислительная система 100 может назначить водитель партнера, при условии, что водитель-партнер не находится в черном списке клиента, или наоборот. Такие водители-партнеры также могут быть использованы, если, например, водитель принимает запрос на обслуживание, но не может вовремя выполнить его из-за месторасположения посадки. Водитель может отправить участок маршрута запроса на обслуживание своему водителю-партнеру при условии, что вычислительная система 100 позволяет это в зависимости от совместимости водителя-партнера с клиентом. Каждый водитель может иметь несколько водителей-партнеров в системе и процессе диспетчерской службы на микроуровне. Водителю может быть предоставлена возможность пересылать спланированный заранее запрос на обслуживание, который он/она отменяет, другому водителю, не являющемуся партнером, и вычислительная система 100 может назначить отмененный спланированный заранее запрос другому водителю, если другой водитель принимает запрос, является доступным и считается совместимым с клиентом (например, не присутствует в черном списке клиента).

[0177] Если водитель отклоняет какие-либо спланированные заранее назначения (этап 670), то вычислительная система 100 может переключать как статус водителя в течение отмененного периода времени, так и статус запроса на обслуживание с «назначенного» на «неназначенный», идентифицировать и назначать альтернативного водителя для выполнения запроса на обслуживание с использованием тех же критериев/алгоритмов, которые рассматривались выше (этап 680). Спланированные заранее назначения водителей, хранящиеся в базе данных 108, могут динамически обновляться, и водители переназначаются (этап 680). Если водитель отклоняет конкретный запрос на обслуживание в своем расписании, то вычислительная система 100 может добавить отклоненный запрос на обслуживание в фонд предложений работы (этап 660) или может автоматически переназначить запрос на обслуживание водителю-партнеру, если такой водитель-партнер доступен. Фонд предложений работы может непрерывно динамически обновляться по мере того, как водители подтверждают или отклоняют расписание запросов на обслуживание, отправленных им, полностью или частично. Такие обновления могут храниться в базе данных 108.

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

[0179] Теперь, обращаясь к Фиг. 7А-7В, показанное представляет собой блок-схему последовательности операций, иллюстрирующую первый типовой алгоритм назначения множества (или пакета) спланированных заранее запросов на обслуживание в соответствии с типовым вариантом осуществления данного изобретения. После того, как вычислительная система 100 получила потенциальный набор водителей и пакет неназначенных запросов на обслуживание для указанной даты и географического месторасположения (например, на этапе 630, показанном на Фиг. 6), начинается процесс циклической обработки неназначенных запросов на обслуживание в пакете и назначения водителей как можно большему числу из них (этап 700). Предпочтительно, если водители в потенциальном наборе водителей, рассматриваемом для пакетных запросов на обслуживание, имеют заранее установленное ограничение для географического региона, в котором он/она будет принимать заказы.

[0180] Идентифицируется первый неназначенный запрос на обслуживание из данного пакета, а также соответствующий ему клиент, а также любые места расположение посадки и/или высадки и/или требования по времени на указанную дату (этап 710). Рассматривается потенциальный набор водителей (первоначально полученный в зависимости от указанной даты и географического региона, указанного диспетчером или системой), и исключается любой потенциальный набор водителей, которые находятся в черном списке клиента, а также исключается любой, кто внес клиента в его/ее черный список (этап 712). Затем определяется, доступен ли кто-либо из оставшегося потенциального набора водителей для обслуживания неназначенного запроса на обслуживание (этап 714). Доступность может быть оценена как в зависимости от заранее установленных ограничений водителя, так и в зависимости от предполагаемого месторасположения, в котором водитель будет находиться до времени посадки неназначенного запроса на обслуживание, как было рассмотрено ранее. Например, водитель, которому нужно будет добраться из месторасположения X₁ в месторасположение Х₂ за время Т, может сделать это на основании данных 326 в отношении движения транспорта и картографии за прошлые периоды, хранящихся в базе данных 108, но может иметь заранее установленное ограничение на то, как далеко он/она готов путешествовать между различными участками маршрута соответствующих запросов на обслуживание. Если водитель считается недоступным, то его/ее статус устанавливается как «недоступный», и он/она исключается из потенциального набора водителей для этого конкретного неназначеиного запроса на обслуживание. Если ни один из водителей в потенциальном наборе не считается доступным, то запрос на обслуживание отправляется в фонд 716 предложений работы, где он может быть просмотрен и потенциально выбран другими доступными водителями, как рассмотрено в данном документе. Процесс назначения начинается снова (этап 700), и при этом он идентифицирует второй неназначенный запрос на обслуживание из данного пакета, а также информацию о новом клиенте, месторасположении и времени, связанными со вторым запросом на обслуживание (этап 710).

[0181] Если вычислительная система 100 определяет, что водители доступны (этап 714), определяется, находятся ли какие-либо из доступных водителей в списке избранных конкретного клиента (этап 716). Затем определяется, доступен ли только один избранный водитель или множество избранных водителей (этап 718). Если доступен только один избранный водитель, то единственный избранный водитель назначается неназначенному запросу на обслуживание (этап 720). Обрабатывается следующий неназначенный запрос на обслуживание (этап 710). Если водитель, выполняя ранее назначенный запрос на обслуживание, получает второе назначение запроса на обслуживание, водитель может принять второй запрос на обслуживание, в зависимости от предпочтений клиента. Например, водитель, который заранее установил месторасположение возвращения в исходную точку, может решить дождаться второго запроса на обслуживание, поскольку месторасположение высадки и время высадки этого запроса на обслуживание совместимы с месторасположением и временем возвращения водителя в исходную точку. Предпочтительно вычислительная система 100 может быть выполнена с возможностью, чтобы избегать, по возможности, пустых участков маршрута, и с возможностью назначать водителя, чье заранее установленное месторасположение и время возвращения в исходную точку координируются с запросом клиента на обслуживание, являются выгодными для водителя, поскольку он/она может получить прибыль от участка маршрута запроса на обслуживание, который в противном случае может быть пустым.

[0182] Если доступно множество избранных водителей, то вычислительная система 100 может просматривать множество избранных водителей (этап 722), чтобы определить, какой из них наиболее опытен (например, с этим клиентом, с точки зрения общего количества ранее выполненных запросов на обслуживание для этого клиента и т.д.) (этап 724), как указано в данных за прошлые периоды, полученными на этапе 630. Понятно, что такие данные за прошлые периоды и другие данные, хранящиеся в базе данных 108, могут быть получены на различных этапах процесса, описанного в данном документе. Самый опытный избранный водитель назначается на неназначенный запрос на обслуживание (этап 726).

[0183] Если определено множество наиболее опытных избранных водителей (этап 724), то вычислительная система 100 может определить, какой из этих водителей будет ближайшим, в зависимости от самого короткого расчетного периода времени, который необходим для того, чтобы попасть из предполагаемого месторасположения в указанную дату во время посадки до указанного месторасположения посадки неназначенного запроса на обслуживание (например, как обсуждалось в вышерассмотренном примере относительно мест расположения X₁, Х₂ и значений времени T₁ и Т₂). Затем ближайший опытный избранный водитель назначается на неназначенный запрос на обслуживание. Как только водитель был назначен на запрос (этап 726), обрабатывается следующий неназначенный запрос на обслуживание (этап 710).

[0184] Если ни один из оставшегося потенциального набора водителей не находится в списке избранных клиента, то определяется, находится ли какой-либо из оставшегося потенциального набора водителей в списке предпочтений клиента (этап 732). Если доступен только один предпочтительный водитель (этап 734), то этот единственный предпочтительный водитель назначается неназначенному запросу на обслуживание (этап 736). Если доступно множество предпочтительных водителей (этап 738), то вычислительная система 100 может определить наиболее совместимого или наиболее опытного предпочтительного водителя и выбрать его/ее в зависимости от количества соответствий между заранее установленными предпочтениями клиента и различными характерными признаками или ограничениями водителя и его/ее транспортного средства (этап 740). Этот наиболее совместимый или наиболее опытный предпочтительный водитель может быть назначен неназначенному запросу на обслуживание (этап 742). Данные за прошлые периоды могут использоваться для определения того, какой из этих предпочтительных водителей является наиболее опытным для клиента, в зависимости от общего количества запросов на обслуживание, ранее выполненных для клиента.

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

[0186] Если не доступно никого из избранных или предпочтительных водителей, неназначенный запрос на обслуживание может быть назначен водителю, классифицированному как обычный водитель (этап 744). Вычислительная система 100 сначала оценивает, доступен ли только один водитель или доступно несколько водителей (этап 746). Если доступен только один обычный водитель (этап 746), то этот единственный обычный водитель назначается неназначенному запросу на обслуживание (этап 748). Если доступно множество обычных водителей (этап 746), то вычислительная система 100 может просматривать доступных обычных водителей (этап 750) и определить наиболее совместимого или наиболее опытного обычного водителя (этап 752) и выбрать его/ее в зависимости от количества соответствий между заранее установленными предпочтениями клиента и различными характерными признаками или ограничениями водителя и его/ее транспортного средства. Этот наиболее совместимый или наиболее опытный обычный водитель может быть назначен на неназначенный запрос на обслуживание (этап 754). Данные за прошлые периоды могут использоваться для определения того, какой из этих обычных водителей является наиболее опытным для клиента, в зависимости от общего количества запросов на обслуживание, ранее выполненных для клиента или выполненных в пределах конкретной области. Понятно, что одно из предустановленных ограничений водителя (или предпочтений клиента) может препятствовать назначению водителя для конкретного запроса на обслуживание на любом этапе. Если по какой-либо причине нет доступных обычных водителей (этап 744), то вычислительная система 100 может поместить неназначенный запрос на обслуживание в фонд предложений работы (этап 716).

[0187] Если два или более из оставшегося множества обычных водителей ранее выполняли равное количество запросов на обслуживание для клиента, то вычислительная система 100 может определить ближайшего водителя в зависимости от того, кто из обычных водителей имеет самое короткое расчетное время, чтобы попасть из его/ее предполагаемого месторасположения к месторасположению посадки данного запроса на обслуживание. Затем вычислительная система 100 может назначить ближайшего и наиболее опытного обычного водителя для неназначенного запроса на обслуживание (этап 754). Как только водитель был назначен на запрос (этап 748 или 754), обрабатывается следующий неназначенный запрос на обслуживание (этап 710).

[0188] В предпочтительных вариантах осуществления изобретения клиент по выбору заранее устанавливает своих избранных и предпочтительных водителей и конкретное ранжирование для каждого избранного водителя и каждого предпочтительного водителя, если у клиента есть несколько избранных водителей и/или несколько предпочтительных водителей. Водители могут аналогичным образом задавать конкретные рейтинги для избранных или предпочтительных клиентов. Например, если у клиента есть четыре избранных водителя в его/ее списке избранных, он может заранее установить ранги 1, 2, 3 и 4, соответствующие каждому из его/ее четырех избранных водителей. Клиент также может заранее установить двух или более водителей с одинаковым рейтингом в избранных или с одинаковым рейтингом в предпочтительных. Понятно, что таким образом возможен ряд сценариев ранжирования. В первом сценарии классификации (избранные, предпочтительные) задаются без какого-либо ранжирования среди классифицированных избранных и предпочтительных водителей/клиентов. Во втором сценарии заранее заданы классификации и рейтинги водителей/клиентов. В третьем сценарии классификация и ранжирование обеих категорий - водителей/клиентов - являются заранее заданными, и два или более водителей/клиентов в пределах классификации получают одинаковое ранжирование. В четвертом сценарии клиент назначает классификации и рейтинги водителей, но только один или несколько водителей назначают классификации клиентам без ранжирования и т.д. Если доступно более одного предпочтительного или предпочтительного водителя с одним и тем же рейтингом, то система может случайным образом назначать запрос на обслуживание одному из этих водителей с одинаковым рейтингом или использовать дополнительные критерии, как описано в различных вариантах осуществления изобретения в данном документе, такие как количество предыдущих запросов на обслуживание, выполненных для клиента, уровень ознакомленности с маршрутом и т.д. Таким образом, система может быть выполнена с возможностью сначала просматривать доступных избранных водителей клиента при назначении запроса на обслуживание, а затем назначать по рангу избранного водителя (если система идентифицирует несколько избранных водителей), независимо от того, какой из избранных водителей является наиболее опытным или ближайшим. Если нет доступных избранных водителей, то система может аналогичным образом назначить по рангу предпочтительного водителя. Таким образом, клиент не оставляет сомнений относительно иерархии назначений водителей, которую он/она желает.

[0189] Система также может быть выполнена с возможностью учитывать классификацию водителя и ранжирование клиентов в водительских списках избранных или списках предпочтительных клиентов при выполнении назначений. Другими словами, водительское ранжирование клиентов и клиентское ранжирование водителей может использоваться как часть критериев соответствия при сопоставлении водителей с запросами клиентов на обслуживание. Однако, поскольку водителям, как правило, требуется как можно больше хозяйственной деятельности, следует понимать, что в предпочтительных вариантах осуществления изобретения приоритет будут иметь предпочтения клиента. Система может использовать всю предустановленную информацию при назначении водителям запросов на обслуживание клиентов. Все заранее установленные данные могут быть переданы через один или несколько веб-порталов или вычислительных устройств (например, 130_C1-130_Cn, 132_D1-132_Dn). В качестве альтернативы или дополнительно могут использоваться настройки по умолчанию, если настройки не выполнены клиентом или водителем.

[0190] Клиент может дополнительно предварительно задать, хочет ли он/она разрешить назначение водителей-партнеров на его/ее запрос (запросы) на обслуживание, если конкретные избранные или предпочтительные водители недоступны или сделали отмену в указанную дату отправления. Водители-партнеры дополнительно обсуждаются ниже со ссылкой на Фиг. 9. Если клиент не хочет, чтобы какие-либо водители-партнеры обрабатывали его/ее запросы и заранее настраивали это в системе, тогда система может переключаться между избранными и предпочтительными водителями, используя ранжирование в качестве приоритета, и/или используя алгоритмы, рассматриваемые в данном документе со ссылкой на Фиг. 7А-9. Если клиент хочет, чтобы водитель-партнер обрабатывал его/ее запросы на обслуживание в случае, если назначенный спланированный заранее водитель (например, избранный или предпочтительный) отменяет запрос или становится недоступным, то система может назначить водителя-партнера при условии, что водитель-партнер не исключается от назначения клиенту из-за того, что он находится в черном списке клиента или не выполняет любое другое требование запроса или предпочтения клиента по обслуживанию. Иерархия, с помощью которой водители-партнеры могут быть введены в назначения спланированных заранее запросов на обслуживание (например, должна ли система обращаться к следующему наивысшему по рейтингу избранному водителю или к водителю-партнеру избранного водителя определенного ранжирования), может быть заранее установлена каждым клиентом. Если клиент предварительно не задал определенные критерии, для таких алгоритмов могут быть использованы настройки по умолчанию. Таким образом, методологии для водителя-партнера, описанные в данном документе, могут использоваться не только в вариантах осуществления изобретения с предварительным планированием, когда назначенный при планировании заранее водитель отменяет запрос, отклоняет запрос или становится недоступным для выполнения запроса на обслуживание, или когда клиент изменяет запрос на обслуживание, как обсуждено со ссылкой на Фиг. 9, но также при первоначальном планировании заранее одного запроса на обслуживание или множества запросов на обслуживание в данном пакете.

[0191] Когда более чем два или большее количество водителей сотрудничают друг с другом, как описано в данном документе, такая группировка создает систему диспетчерского обслуживания на микроуровне, которая уменьшает или устраняет традиционное диспетчерское обслуживание в ручном режиме. Эта система диспетчерской службы на микроуровне динамически подключается и обновляет общую систему 100 диспетчерского сопровождения через вычислительные устройства (например, водительские устройства 132 и устройство 136 диспетчера) через сервер 102 и сеть 124. Когда запросы на обслуживание передаются между водителями-партнерами, по-прежнему применяются все предпочтения и ограничения клиентов и водителей, при этом когда запросы на обслуживание не могут передаваться между водителями-партнерами, запросы на обслуживание могут быть направлены в фонд предложений работы или обработаны в соответствии с любой другой методологией, описанной в данном документе.

[0192] Ссылаясь на Фиг. 8, показана блок-схема последовательности операций, которая изображает второй алгоритм назначения множества спланированных заранее запросов на обслуживание в соответствии с различными типовыми вариантами осуществления данного изобретения. Как проиллюстрировано, алгоритм, который определяет приоритеты соответствия предпочтений клиента и ограничений водителя перед тем, как могут быть использованы клиентский список избранного и список предпочтений. После того, как потенциальный набор водителей и пакет неназначенных запросов на обслуживание для указанной даты и географического месторасположения были найдены (см. Фиг. 6, этап 630), вычислительная система 100 готова начать циклическую обработку неназначенных запросов на обслуживание в пакете, чтобы как можно большему числу из них назначить водителей. Понятно, что в качестве альтернативы избранным и предпочтительным классификациям могут быть присвоены взвешенные значения ранжирования сами по себе, в дополнение к другим используемым критериям совместимости, например, вместо того, чтобы сначала учитывать классификацию и ранг, а затем другие характерные признаки совместимости, в некоторых вариантах осуществления изобретения система может быть предустановлена таким образом, чтобы присваивать классификациям совместимости взвешенное значение в расчете критериев совместимости, чтобы определить наилучшим образом соответствующих водителей.

[0193] Вычислительная система 100 идентифицирует первый неназначенный запрос на обслуживание из данного пакета, включая любую связанную с клиентом информацию, любые места расположения и время посадки/высадки и т.д. (этап 810). Первый потенциальный набор водителей проверяется в зависимости от установленной даты и географического региона, указанного в ограничениях водителей, так что некоторые водители могут быть исключены по причине того, что внесены в черный список клиента или за внесение клиента в свой черный список (этап 812). Далее проверяется, доступен ли кто-либо из оставшегося потенциального набора водителей (например, в зависимости от времени, места расположения и т.д. (см. Фиг. 7А-7В)) для обслуживания неназначенного запроса на обслуживание (этап 814). Если водитель считается недоступным, его/ее статус может быть установлен как «недоступный», и он/она будет исключен из первого потенциального набора водителей в отношении этого конкретного запроса на обслуживание. Если ни один из водителей в первом потенциальном наборе не считается доступным, то запрос на обслуживание может быть отправлен в фонд предложений работы (этап 816), где он может быть просмотрен и выбран другими доступными водителями. Затем идентифицируется второй запрос на обслуживание из данного пакета, а также информация о новом клиенте, месторасположении и времени, связанная со вторым запросом на обслуживание, и процесс продолжается до тех пор, пока не будут назначены все запросы на обслуживание из данного пакета, а любые неназначенные запросы отправляются в фонд предложений работы.

[0194] Если определено, что потенциальные водители доступны, то вычислительная система 100 может запросить, могут ли такие водители также быть назначены (этап 815) (например, исключают ли какие-либо предпочтения клиента или ограничения водителя назначение данного запроса на обслуживание таким водителям). Если обнаружено, что по меньшей мере один водитель может быть назначен, вычислительная система 100 запрашивает, существует ли только один или множество доступных и таких, которые могут быть назначены, водителей (этап 818). Если доступен и является таковым, который может быть назначен, только один водитель, то такой водитель назначается для запроса на обслуживание (этап 820). Следующий неназначенный запрос на обслуживание идентифицирован для обработки.

[0195] Если определили более чем одного водителя, которые доступны и могут быть назначены, то вычислительная система 100 может определить коэффициент совместимости для каждого такого водителя в зависимости от сопоставления характерных признаков с предпочтениями клиента (этап 822). В некоторых вариантах осуществления изобретения такие факторы совместимости могут иметь приоритет над тем, находятся ли какие-либо водители в списке избранных или списке предпочтений клиента. В зависимости от информации в отношении клиента и информации набора данных в отношении водителя система 100 может исключать одного или нескольких водителей, которые считаются недостаточно совместимыми с клиентом из-за одного или нескольких аспектов данного запроса на обслуживание, предпочтений клиента и/или ограничений водителя. Клиент может определить наиболее приоритетные из таких аспектов или факторов совместимости в том порядке, в котором клиент хочет отдать предпочтение. Может использоваться функция обработки, в которой разные переменные/характерные признаки, относящиеся к таким предпочтениям, ограничениям и/или требованиям запроса на обслуживание назначаются разные приоритеты и обрабатываются. Такие критерии совместимости могут использоваться в соответствии с вариантами осуществления изобретения, рассмотренных в отношении любого из вариантов осуществления изобретения, описанного в заявке на патент США №15/239,783, озаглавленный «Способ и система для адаптируемых в соответствии с требованиями заказчика услуг «по требованию»» («заявка ‘783»), содержание которой включено в данный документ в полном объеме посредством ссылки.

[0196] Вычислительная система 100 определяет, существует ли наиболее совместимый водитель (например, водитель с самым высоким коэффициентом совместимости (этап 824), и назначает запрос на обслуживание наиболее совместимому водителю, который может быть назначен (этап 826). Затем новый запрос на обслуживание идентифицируется для обработки (этап 810). Если определено, что несколько совместимых водителей имеют наивысшие коэффициенты совместимости, равные или практически равные, то вычислительная система 100 может оценить, какой из таких водителей будет ближайшим к месторасположению посадки из данного запроса на обслуживание, в зависимости от места расположения и времени (этап 828). Затем вычислительная система 100 назначает запрос на обслуживание ближайшему из множества оставшихся совместимых водителей с наивысшими коэффициентами совместимости (этап 830), и идентифицируется следующий неназначенный запрос на обслуживание для обработки (этап 810).

[0197] Теперь, обращаясь к Фиг. 9, показанное представляет собой блок-схему последовательности операций, иллюстрирующую типовую методологию для планирования заранее и перепланирования множества запросов на обслуживание из полученного пакета с использованием методологии «водитель-партнер» и методологии «по требованию» в соответствии с различными вариантами осуществления данного изобретения. Вычислительная система 100 может заранее планировать пакет запросов на обслуживание (этап 900), например, 15 августа 2017 года, на конкретную указанную дату, например, на 18 августа 2017 года, с водителями, использующими один из алгоритмов или критериев, рассмотренных в данном документе (например, алгоритмы, показанные и рассмотренные в отношении Фиг. 7А, 7В и 8). В этом примере в период с 15 августа 2017 года по 17 августа 2017 года вычислительная система 100 предпочтительно будет динамически обновлять и завершать назначения водителей для пакета, поскольку водители принимают/отклоняют назначенные им запросы на обслуживание, и вычислительная система 100 переназначает запросы на обслуживание в соответствии с различными вариантами осуществления изобретения, рассмотренными в данном документе (этап 902). Затем в указанную дату отправления (например, 18 августа 2017 г.) от клиента соответствующего конкретному запросу на обслуживание, X_C, из данного пакета, получено уведомление, указывающее, что клиенту необходимо изменить время посадки данного запроса на обслуживание с 2:00 дня на 5:00 дня (этап 904). Понятно, что в качестве альтернативы клиент может пожелать других изменений, таких как, например, месторасположение посадки или любых других характерных признаков данного запроса на обслуживание или связанных с ним предпочтений клиента.

[0198] После получения заказанного изменения (изменений) от клиента вычислительная система 100 уведомляет запланированного заранее водителя для запроса на обслуживание, X_C (этап 906). Клиент может иметь возможность непосредственно обмениваться информацией с назначенным водителем, чтобы запросить изменение (изменения). Такой обмен информацией может происходить, например, непосредственно от соответствующего клиентского устройства 130C1…130Cn к водительскому устройству 132D1…132Dn, устройству 126 поставщика, устройству 134 администратора, устройству 136 диспетчера или некоторой их комбинации. Назначенному водителю предлагается указать, принимает ли он/она (изменение) изменения в запросе на обслуживание (этап 908). Понятно, что принятие изменения в запросе на обслуживание может вызвать конфликт с другими из запросов на обслуживание назначенного водителя, и что вычислительная система 100 может быть сконфигурирована так, чтобы назначенный водитель мог принять изменение, независимо от того, как изменение влияет на последующие запросы на обслуживание, или может быть выполнена с возможностью не допустить, чтобы водитель принял изменения, и переназначить нового водителя для запроса на обслуживание, такого как водителя-партнера. В качестве альтернативы, водителю может быть разрешено принять изменение, если ожидается, что оно вызовет лишь некоторую дезорганизацию в последующих запросах на обслуживание. Если назначенный водитель принимает изменение (этап 908), то вычислительная система 100 сохраняет того же назначенного водителя, назначенного для запроса на обслуживание (этап 910).

[0199] Если назначенный водитель не принимает изменение (этап 908), то вычислительная система 100 может идентифицировать, имеет ли назначенный водитель каких-либо водителей-партнеров (этап 912). Если это так, вычислительная система 100 может определить, доступен ли кто-либо из водителей-партнеров для выполнения запроса X_C на обслуживание, в зависимости от их месторасположения в данное время или предполагаемого месторасположения, любых потенциальных конфликтов, таких как черные списки и т.д., или любых конфликтов между их ограничениями и предпочтениями клиента, которые исключают назначение (этап 914). В случае, когда доступны один или несколько водителей-партнеров, вычислительная система 100 отправляет запрос наиболее совместимому или ближайшему водителю-партнеру, который доступен (этап 916). Близость может быть установлена в зависимости от оценок месторасположения и времени с использованием как данных за прошлые периоды, так и современных данных 326 в отношении движения транспорта и картографии. Совместимость может быть установлена в зависимости от списков избранных, списков предпочтений или критериев соответствия предпочтений клиента и ограничений водителя, как рассмотрено в данном документе. Водитель-партнер отвечает подтверждением или отклонением запроса (этап 918). В случае принятия запроса вычислительная система 100 переназначает запрос X_C на обслуживание водителю-партнеру (этап 920). В случае отклонения компьютерная система 100 может автоматически переключать статус водителя-партнера (этап 922) с «доступный» на «недоступный» и снова проверяет наличие любых других доступных водителей-партнеров (этап 914).

[0200] Когда нет доступных водителей-партнеров (этапы 912, 914), вычислительная система 100 может идентифицировать по меньшей мере одного наилучшим образом соответствующего доступного водителя (этап 924), используя предпочтения клиента, ограничения водителей и другие критерии соответствия. По мере приближения времени посадки для спланированного заранее запроса на обслуживание, если возникают проблемы (например, отмена водителя в последнюю минуту или изменение со стороны клиента, или запрос на обслуживание остается неназначенным), вычислительная система 100 может работать в соответствии с различными вариантами осуществления изобретения «по требованию» проиллюстрированными и описанными в заявке ‘783.

[0201] Наилучшим образом соответствующие доступные водители могут быть определены в зависимости от соответствий между предпочтениями клиентов и ограничениями водителей, а также готовностью водителей в зависимости от месторасположения, времени и предустановленных ограничений, если таковые имеются. Вычислительная система 100 может автоматически и периодически отслеживать изменяющееся во времени географическое месторасположение, например, клиентские устройства 130C1…130Cn и водительские устройства 132D1… 132Dn, и в сочетании с данными 326 в отношении движения транспорта и картографии и данными 324 про месторасположение водителя могут определить водителей, которые могут быть доступны для выполнения запроса на обслуживание. Географическое месторасположение клиентских устройств 130C1…130Cn, водительских устройств 132D1…132Dn, фондов 716/816 предложений работы, дисплея 1000 электронной карты может динамически обновляться в базе данных 108, чтобы указывать изменения в начальных установках клиента и водителя, настройках, предпочтениях, ограничениях, обратной связи или другой информации для предоставления качественных услуг. Во время этого процесса «по требованию» идентификации по меньшей мере одного наилучшим образом соответствующего доступного водителя исполнитель услуг (например, водитель) и клиент могут быть соответствующим образом сопоставлены в зависимости от матрицы предпочтений клиента и ограничений водителя, так что клиентам могут быть эффективно предоставлены назначения в последнюю минуту, в то же время продолжая удовлетворять личные предпочтения клиента. Принимая во внимание как предпочтения клиента, так и ограничения водителя, можно предложить более приспособленный к конкретным потребностям опыт применения, который учитывает обе стороны при планировании услуг заранее и предоставлении услуг «по требованию».

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

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

[0204] После идентификации вычислительная система 100 может показывать клиенту группу наилучшим образом соответствующих водителей (например, Водитель 1, Водитель 2, Водитель 3, Водитель 4 и т.д.) с подробными сведениями о каждом водителе, выраженными с помощью индикаторов (этап 926). Такие подробные сведения могут включать в себя расстояние или время от клиента, информацию о маршруте, ознакомленность с маршрутом и т.д. Также могут быть использованы наборы индикаторов, чтобы облегчить клиенту выбор водителя из предложенной группы наилучшим образом соответствующих водителей для его/ее запроса на обслуживание, удобным и эффективным способом. Принимается выбор клиента, который идентифицирует одного из наилучшим образом соответствующих водителей (этап 928), который затем уведомляется (этап 930). Выбранный наилучшим образом соответствующий водитель опрашивается относительно того, хотел бы он/она принять запрос на обслуживание (этап 932). Если выбранный водитель не принимает запрос на обслуживание, то вычислительная система 100 идентифицирует другого наилучшим образом соответствующего доступного водителя (этап 924), используя предпочтения клиента, ограничения водителя и другие критерии соответствия. Если выбранный водитель принимает запрос на обслуживание, вычислительная система 100 переназначает запрос на обслуживание X_C выбранному водителю (этап 934).

[0205] Понятно, что в некоторых предпочтительных вариантах воплощения концепции, представленные в данном документе, могут использоваться в различных комбинациях, как требуется для того, чтобы приспособить к конкретным потребностям спланированные заранее услуги для клиентов и водителей, для одного спланированного заранее запроса на обслуживание одного клиента, для нескольких запросов на обслуживание одного клиента или для множества запросов на обслуживание для множества клиентов, направленных одному или нескольким водителям до указанной даты отправления или в указанную дату отправления, и что могут использоваться различные алгоритмы сопоставления. Также следует понимать, что способы планирования заранее, описанные в данном документе, могут использоваться в сочетании со способами «по требованию», и что система может переключаться между предварительным планированием и планированием «по требованию», или наоборот, в зависимости от ситуации. Например, клиент может ввести один запрос на обслуживание в систему для планирования заранее и получить список наилучшим образом соответствующих водителей с набором индикаторов, соответствующих каждому наилучшим образом соответствующему водителю, в зависимости от конкретной информации о каждом водителе, которую клиент заинтересован просмотреть (например, индикаторы, представляющие характерные признаки совместимости водителя, уровень ознакомленности или опыта работы с конкретным маршрутом и т.д.), и выбрать одного или нескольких таких наилучшим образом соответствующих водителей для выполнения запроса на обслуживание. В качестве альтернативы, клиент может быть в последнюю минуту уведомлен заранее запланированным водителем об отмене, и ему предоставляется возможность выбрать из списка наилучшим образом соответствующих водителей. Аналогичным образом, система может переключиться от способа планирования «по требованию» к способу планирования заранее, если, например, клиент, который выбрал водителя для услуг «по требованию», внезапно узнает, что его/ее доктор опаздывает, и что ему/ей сейчас нужно отменить запрос на обслуживание «по требованию» и вместо этого осуществить посадку через несколько часов или в другой день.

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

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

[0208] В то время как «доступный» и «недоступный» обсуждались в данном документе в отношении того, работает ли водитель в конкретную дату и сможет ли этот водитель достичь определенного указанного месторасположения посадки в конкретное указанное время посадки в зависимости от (1) ожидаемого месторасположения этого водителя в этот день и в это время, и (2) ожидаемое время, за которое водитель достигнет месторасположения посадки с учетом движение транспорта и картографических данных, будет понятно, что система может быть выполнена с возможностью быть гибкой в определении того, является ли водитель «доступным», поскольку водитель может иметь возможность вносить коррективы, чтобы выполнить запрос на обслуживание и может работать с клиентом, чтобы согласовать немного отличающееся время или месторасположение посадки. Такая гибкость может быть заранее задана в системе клиентом (например, может быть приемлемым, если избранный водитель может подать клиенту машину на полчаса позже, чем заказанное время посадки).

[0209] В вариантах осуществления изобретения, в которых система планирует заранее множество запросов на обслуживание в указанную дату, предпочтения каждого водителя в отношении географического региона (регионов) для получения работы и периода (периодов) времени для получения работы предпочтительно заранее задаются вместе с любыми ограничениями, которые присутствуют у водителя в отношении географического месторасположения в пределах предпочтительного географического региона (регионов), или ограничения в отношении периодов времени в пределах предпочтительного периода (периодов) времени водителя. Например, если водитель заранее устанавливает конкретный географический регион (регионы) в системе (например, «щелкая» и/или выделяя конкретный географический регион карты на интерфейсе карты), то он/она может получить множество спланированных системой заранее запросов на обслуживание, каждый из которых имеет время посадки и месторасположение высадки в пределах данного географического региона. Если в пределах этого географического региона есть определенные почтовые индексы или места расположения, которые водитель не хочет обслуживать, он/она может указать такие ограничения в системе, введя их вручную или «щелкнув» на интерфейсе отображения карты. Если существуют определенные периоды времени, в течение которых водитель предпочитает получать работу в пределах его/ее заранее заданного географического региона, то водитель может аналогичным образом заранее установить в системе такие конкретные предпочтительные периоды времени. Если существуют определенные периоды времени, в течение которых водитель не желает получать работу в течение такого предпочтительного периода времени (например, во время его/ее обеденного перерыва или во время личной встречи в течение дня), то водитель также может заранее установить в системе такие ограничения периода времени. Таким образом, система может точно и эффективно планировать заранее множество запросов на обслуживание. Понятно, что для единичных спланированных заранее запросов на обслуживание предпочтения клиента и водителя в отношении времени и месторасположения не требуются, поскольку существует большая гибкость в планировании - водители могут быть индивидуально уведомлены и/или выбраны клиентом. Таким образом, предпочтения водителя для географического региона и времени могут быть по выбору заранее установлены, но в некоторых вариантах осуществления изобретения требуется, чтобы их считали назначенными для множества запросов в указанную дату. Когда система содержит заранее установленные данные о том, какие географические регионы предпочитает каждый водитель, она может более эффективно назначать множество запросов на обслуживание, поскольку большинство запросов на обслуживание будут попадать в пределы определенных географических регионов, указанных водителями (например, в пределах Манхэттена, Квинса, Бруклина, между 30-й улицей и 90-й улицей и т.д.), в отличие от обозначенных географических регионов.

[0210] В некоторых вариантах осуществления изобретения система может рекомендовать или уведомлять различных водителей о запросах на обслуживание, которые отправлены или уже находятся в фонде 660, 716 предложений работы, когда система считает, что такие водители находятся в хорошем соответствии в зависимости от заранее заданных данных и алгоритмов, на выполнение которых настроена система. Например, система может рекомендовать запрос на обслуживание, находящийся в фонде предложений работы, водителю, который внезапно стал доступен и/или попал в конкретный географический регион и/или соответствует критериям соответствия клиента. Система может предоставить водителю заранее заданный период времени для подтверждения. Если водитель не принимает запрос, то система может уведомить другого водителя о доступном запросе на обслуживание и т.д. В других вариантах осуществления изобретения система может уведомить доступных водителей о запросах на обслуживание, направляемых в фонд предложений работы (либо вследствие того, что назначенный водитель отменил запрос или вследствие того, что система не смогла спланировать заранее запрос на обслуживание в зависимости от заранее заданных предпочтений водителей), и дать таким водителям возможность выбирать запрос на обслуживание до его размещения в фонде предложений работы и/или изменять свои заранее заданные предпочтения и ограничения. Водители могут быть склонны принять такой рекомендованный запрос на обслуживание, поскольку после помещения его в фонд предложений работы водитель, которому ранее были предоставлены исключительные права, может потерять запрос, если его выберет другой водитель. В некоторых вариантах осуществления изобретения система может быть выполнена с возможностью реализации более инклюзивного или менее ограничивающего алгоритма (например, устранения одного или нескольких критериев или уменьшения их взвешенного значения) для запросов на обслуживание в фонде предложений работы, чтобы идентифицировать потенциальных водителей, не идентифицированных ранее с использованием более строгого алгоритма. Более инклюзивный алгоритм может быть менее ограничивающим в отношении, например, любых предварительных настроек, связанных с доступностью. Например, водители, знакомые с географическим регионом, могут обрабатывать запрос на обслуживание за меньшее время, чем рассчитывает система, и/или могут общаться с клиентом и договариваться об отличающемся времени посадки. Такой обмен информацией может помочь решить вопросы с диспетчерским обслуживанием и позволить удалить больше запросов на обслуживание из фонда предложений работы.

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

[0212] В предпочтительных вариантах осуществления изобретения база данных 108 может динамически обновляться с помощью новых данных 324 про месторасположение водителя, данных 326 в отношении движения транспорта и картографии, данных 660, 716 из фонда предложений работы, данных от дисплея 1000 карты, и любые пользовательские интерфейсы на клиентских устройствах 130_C1-130_Cn и водительских устройствах 132_D1-132_Dn могут динамически обновляться в режиме реального времени, когда запросы на обслуживание запускаются, завершаются, изменяются, выбираются, отменяются, назначаются и т.д.

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

[0214] Понятно, что наборы индикаторов, описанные в данном документе, могут помочь клиенту оценить факторы спроса и предложения, которые могут иметь решающее значение при установлении цен для переговоров, поскольку клиент может предложить более низкие цены во время более низкого уровня спроса или более высокие цены во время более высокого уровня спроса. Количество доступных исполнителей услуг, которые могут предоставить услугу, и количество клиентов, в данное время запрашивающих услугу в конкретном регионе, могут динамически обновляться в базе данных 108. Любой исполнитель услуг, который предоставляет тот же тип услуг, что и тип услуг согласно запросу клиента на обслуживание, может быть включен в фонд потенциальных доступных исполнителей услуг, если исполнитель услуг находится в географической зоне и доступен. Наборы индикаторов, отображаемые для клиента, могут быть включены или выключены клиентом через клиентское устройство 130. Если клиент отключил набор индикаторов, он/она не увидит его на своем дисплее. Тем не менее, запросы клиентов на обслуживание могут по-прежнему учитываться в ходе исследования системой всех доступных запросов в соответствующей подкатегории.

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

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

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

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

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

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

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

Реферат

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

Формула

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

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

получение сервером множества заранее заданных предпочтений или ограничений некоторого количества водителей;

получение сервером множества клиентских выбираемых предустановленных предпочтений, предоставленных множеством клиентов;

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

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

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

планирование заранее множества запросов на обслуживание для каждого из одного или нескольких пакетов:

(i) извлечение из базы данных набора некоторого количества водителей, связанных с соответствующей заранее заданной зоной водительского обслуживания, соответствующей пакету;

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

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

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

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

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

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

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

5. Способ по п. 1, дополнительно включающий:

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

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

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

7. Способ по п. 6, дополнительно включающий:

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

8. Способ по п. 1, дополнительно включающий:

отображение, на одном или нескольких клиентских вычислительных устройствах, интерактивного электронного интерфейса; и

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

9. Способ по п. 1, дополнительно включающий:

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

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

11. Способ по п. 10, дополнительно включающий:

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

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

12. Способ по п. 11, дополнительно включающий:

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

вычисление уровня ознакомленности с маршрутом по меньшей мере одного из соответствующих запросов на обслуживание по меньшей мере для одного водителя из некоторого количества водителей, посредством (i) сравнения набора данных GPS о местоположении для маршрута соответствующего запроса на обслуживание с набором данных GPS о местоположении за прошлые периоды, и (ii) определения совместимости между набором данных GPS о местоположении для маршрута соответствующего запроса на обслуживание и набором данных GPS о местоположении за прошлые периоды, при этом уровень ознакомленности вычисляется путем определения степени перекрытия между маршрутом соответствующего запроса на обслуживание и данными маршрута, связанными по меньшей мере с одним из множества водителей; и

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

13. Способ по п. 11, дополнительно включающий:

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

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

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

обновление фонда предложений работы в ответ на выбор.

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

15. Способ по п. 11, дополнительно включающий:

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

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

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

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

16. Реализуемая с применением компьютера система обеспечения приспосабливаемого к конкретным потребностям, автоматизированного, спланированного заранее диспетчерского обслуживания перевозок, содержащая:

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

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

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

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

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

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

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

планировать заранее множество запросов на обслуживание для каждого из одного или нескольких пакетов:

(i) извлекать из базы данных набор некоторого количества водителей, связанных с соответствующей заранее заданной зоной водительского обслуживания, соответствующей пакету;

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

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

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

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

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

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

19. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

20. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

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

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

22. Система по п. 21, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

23. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

отображать, на одном или нескольких клиентских вычислительных устройствах, интерактивного электронного интерфейса; и

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

24. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

25. Система по п. 24, отличающаяся тем, что категория водителя включает в себя избранного водителя, предпочтительного водителя или обычного водителя, и при этом категория клиента включает в себя избранного клиента, предпочтительного клиента или обычного клиента.

26. Система по п. 25, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

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

27. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

вычислять уровень ознакомленности с маршрутом по меньшей мере одного из соответствующих запросов на обслуживание по меньшей мере для одного водителя из некоторого количества водителей, посредством (i) сравнения набора данных GPS о местоположении для маршрута соответствующего запроса на обслуживание с набором данных GPS о местоположении за прошлые периоды, и (ii) определения совместимости между набором данных GPS о местоположении для маршрута соответствующего запроса на обслуживание и набором данных GPS о местоположении за прошлые периоды, при этом уровень ознакомленности вычисляется путем определения степени перекрытия между маршрутом соответствующего запроса на обслуживание и данными маршрута, связанными по меньшей мере с одним из множества водителей; и

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

28. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

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

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

обновлять фонд предложений работы в ответ на выбор.

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

30. Система по п. 16, отличающаяся тем, что процессор дополнительно выполняет считываемые компьютером команды, чтобы:

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

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

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

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

Патенты аналоги

Авторы

ВАНГ, Кевин, Сунлин (US)

VANG KEVIN SUNLIN

VANG, Kevin, Sunlin

Патентообладатели

OPERR TEKNOLODZHIZ INK

OPERR TEKNOLODZHIZ, INK.

Заявители

OPERR TEKNOLODZHIZ INK

OPERR TEKNOLODZHIZ, INK.

СПК: G06Q10/02 G06Q10/047 G06Q10/08 G06Q10/08355 G06Q50/30

Публикация: 2021-03-17

Дата подачи заявки: 2017-09-25

РОССТИП

Поиск по товарам

Добавить свой товар

Сообщества

Товары

Участники

Патенты

Запросов

Поставщикам

О сервисе

Блогерам

Помощь