УПРАВЛЕНИЕ ИСПОЛЬЗОВАНИЕМ ОДНОГО ПАРКОВОЧНОГО ПРОСТРАНСТВА ДЛЯ НЕСКОЛЬКИХ ТРАНСПОРТНЫХ СРЕДСТВ ПОСРЕДСТВОМ ПРИМЕНЕНИЯ МНОЖЕСТВА КАМЕР Российский патент 2017 года по МПК B60Q1/48 G08G1/01 G08G1/14 

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

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

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

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

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

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

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

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

Различные выгоды, получаемые посредством раскрытого предмета изобретения, включают в себя, но не ограничиваются: (1) предложение оплатить без участия человека предписания об уплате парковки; (2) предложение оплатить без участия человека предписания об уплате парковки, способ которого интегрирован с существующей "на месте" средств оплаты парковки; (3) меньшее количество датчиков и связанное с этим сокращение затрат на установку, по сравнению со способами, которые используют бесконтактные датчики, определяющие наличие только одного или нескольких транспортных средств, самых - фактор, который может оказаться существенным для управления парковочным пространством на больших открытых площадках, таких как автостоянки; (4) эффективное использование готовой коммерческой (COTS) технологии, и связанное с этим сокращение затрат на оборудование, для обнаружения транспортного средства и обеспечения парковки; (5) улучшение программного обеспечения, основанное на способах обнаружения транспортных средств, которое может быстро обновляться по всей системе, в частности, в варианте осуществления, где обработка изображения осуществляется удаленно от камер, что реализует способ улучшения обнаружения транспортного средства без аппаратных изменений по всей системе управления парковкой; (6) способность быстро вносить изменения в систему для всей системы или в часть системы для определенной подгруппы машиномест.

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

Фиг. 1 иллюстрирует общий пример системы 100 в соответствии с раскрытым предметом изобретения.

Фиг. 2А и 2В иллюстрируют примеры изображений, захваченных идентификационными камерами.

Фиг. 3А и 3В иллюстрируют примеры изображений, захваченных камерами мест назначения.

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

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

Фиг. 6А и 6В иллюстрируют аспекты графического интерфейса пользователя (GUI) для определения характеристик поля обзора видеокамеры. Фиг. 6А иллюстрирует часть GUI, в которой отображается изображение с первой камеры. Фиг. 6В иллюстрирует часть GUI, в которой отображается изображение со второй камеры.

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

Фиг. 1 иллюстрирует общий пример системы 100 в соответствии с раскрытым предметом изобретения. Сеть 110 обеспечивает предоставление услуги передачи данных между элементами, показанными на фиг. 1. Существуют множество сетевых технологий, включающие в себя, но не ограничиваясь ими, Ethernet, стандарт 802.11 и сетевые технологии передачи данных, которые специалисты в данной области техники могут надежно и предсказуемо интегрировать для осуществления обмена данными между показанными элементами. В одном варианте осуществления, могут быть использованы отдельные сети. Например, камеры 120 и 125 и сервер 140 могут осуществлять связь через первую сеть, включающая в себя другие элементы, которые устанавливают связь посредством интернет. При использовании независимой первой сети, специалисты в данной области техники могут достичь желаемых целей для обеспечения надежности и безопасности при осуществлении коммуникации.

Идентификационная камера 120, как показана, может являться одной камерой или представлять собой множество таких камер, включенных в состав системы 100. Для удобства обсуждения, на фиг. 1 показана только одна идентификационная камера 120. Идентификационная камера 120 расположена так, что она может захватывать изображения идентификаторов транспортных средств, такие как, но не ограничиваясь этим, автомобильный номерной знак или номер, прикрепленный к транспортному средству, который представляет собой идентификатор транспортного средства в формате, таком как, но не ограничиваясь этим, QR-код или штрих-код. Изображение, захваченное идентификационной камерой 120, такое как изображение 121, используется в сочетании с изображениями, захваченными одной или несколькими камерами 125 места назначения, чтобы идентифицировать отдельные транспортные средства, такие как транспортное средство 130, и записать данные для использования различных мест назначения. Примеры мест назначения для колесных транспортных средств включают в себя участки, предназначенные для парковки, хотя, возможно, участки с различным ограничениям использования, такие как, но не ограничиваясь этим, парковочные места, помещения и зоны, обозначенные как приспособленные для парковки, такие как, но не ограничиваясь этим, автобусные остановки, пожарные полосы, участки вокруг пожарных гидрантов, тротуары, места X пешеходных переходов, подъездные пути, островки безопасности, полосы разграничения движения, велосипедные дорожки, пешеходные переходы. Например, сервер системы 140 может быть выполнен с возможностью определять, когда транспортное средство припарковано на автобусной остановке, и запрашивать или принимать меры при определении, например, для эвакуации транспортного средства или осуществлять выписку требования по уплате штрафа и направления его по почте. В варианте осуществления, другие нарушения парковки могут быть идентифицированы, например, когда транспортное средство не должным образом припарковано в пределах обозначенного места для парковки, запарковано более чем на 1 фут от тротуара, запарковано левым колесом к бордюру (запарковано в противоположном направлению по отношению к направлению движения), запарковано под углом и брошенные автомобили (оставленные в определенном месте в течение X дней или более последовательных дней). В одном варианте осуществления идентификационная камера может также включать в себя мобильную или портативную камеру, включающую в себя, например, камеру смартфона.

Показанная камера 125 места назначения является одной из множества таких камер, включенных в состав системы 100. Для удобства обсуждения, на фиг. 1 показана только одна камера 125 места назначения. Камера 125 места назначения расположен так, что она могла захватывать изображение одного или нескольких мест назначения, таких как, но не ограничиваясь этим, парковочных мест для транспортных средств. Как правило, камера 125 места назначения будет установлена на высоте, например, но не ограничиваясь этим, кронштейна освещения или телефонном столбе, или на фасаде или крыше здания. При установке камеры 125 места назначения на высоте, поле зрения изображений, таких как изображение 126, захваченное камерой 125 места назначения, может включать в себя, и, следовательно, быть использовано для мониторинга, несколько мест назначения. В одном варианте осуществления, камера места назначения может также включать в себя мобильную или портативную камеру, включающую в себя, например, камеру смартфона. В одном варианте осуществления, камера места назначения может быть включена в состав корпуса парковочного счетчика. В одном варианте осуществления, камера места назначения может представлять собой камеру формирования изображения посредством космического спутника, потенциально устраняя необходимость, в установленных по всему периметру области, камер мест назначения. В одном варианте осуществления, камера места назначения может быть установлена на летательном аппарате, таком как, но не ограничиваясь этим, аэростат или другой летательный аппарат, или беспилотный летательный аппарат, и может автономно работать в течение длительных периодов времени в полете.

Идентификационная камера 120 и камера 125 места назначения могут быть выполнены с возможностью непосредственно взаимодействовать друг с другом по сети 110 с помощью соответствующих линий 127 и 128 связи. В другом варианте осуществления, идентификационная камера 120 может быть выполнена с возможностью непосредственно и ретранслировать данные через, камеру 125 места назначения, например, вместо того, чтобы идентификационная камера 120 выполнена с возможностью устанавливать связь напрямую с сетью 110 посредством коммуникационной линии 127, что обеспечивает установление связи с камерой 125 места назначения с помощью линии 129 связи, и камера 125 места назначения взаимодействует с сетью 110 через линию 128 связи, так, что камера 125 места назначения служит для передачи данных в и из идентификационной камеры 120. Линия 129 связи может быть беспроводной линией связи. Хотя на фиг. 1 иллюстрирует пример использования линии 129 связи между двумя камерами 120 и 125, возможно осуществить передачу данных с или на данную камеру посредством ретрансляционной передачи данных через несколько камер. Кроме того, беспроводная сотовая сеть может быть образована из множества камер, обеспечивая наличие отказоустойчивого и самостоятельного носителя информации беспроводной связи между камерами. При использовании беспроводной связи вместо проводных линий связи, количество проводных линий связи в системе в целом и расходы, связанные с установкой и обслуживанием таких проводных линий, могут быть уменьшены. Кроме того, это может служить полезной альтернативой при использовании, например, сотовой связи для передачи данных в сети 110, так как, обычно стоимость передачи данных по беспроводной линии связи значительно выше, чем по проводам. Тем не менее, передача данных по беспроводной связи не требуется и некоторые или все камеры могут устанавливать связь по проводной связи.

Серверная система 140 содержит одну или более компьютерных систем, которые обеспечивают централизованное хранение данных, извлечение данных и услуги по обработке. Компьютерные системы, включенные в состав серверной системы 140, как правило, каждая включает в себя память 142 с произвольным доступом и процессор 143. Серверная система 140 включает в себя базу 141 данных, которая используется для записи информации, например, информация об использовании мест назначения, таких как парковочные места, транспортными средствами; информация об учетной записи транспортного средства; результатов идентификации транспортных средств, полученных с помощью изображений идентификационной камеры; результаты наблюдений за транспортными средствами, полученные с помощью изображений с камеры мест назначения; информация о резервировании мест назначения; информация о выставлении счетов; и платежная информация. База 141 данных может быть реализована, например, с помощью программ, таких как MySQL, Oracle, или DBASE. База 141 данных может включать в себя несколько экземпляров баз данных, выполняемые несколькими компьютерными системами.

В одном варианте осуществления, серверная система 140 выполнена с возможностью выполнять идентификацию и распознавание транспортного средства с изображений, захваченных идентификационной камерой, такой как идентификационная камера 120, и камерами мест назначения, такой как камера 125 места назначения. Дополнительно, сервер 140 выполнен с возможностью принимать решение на основании информации распознавания, например, определение факта использования мест назначения, и когда место назначения используется с нарушением правил использования, принимает решение о запрете использования данного места назначения. Этот вариант осуществления, в котором, обработка изображений и принятие решений централизовано в серверной системе 140, используется закон Мура, в котором, число транзисторов в микропроцессоре и соответствующие возможности по обработке данных удваивается каждые 18 месяцев, и закон Нильсена, который предполагает, что скорость пропускной способности увеличивается на 50% в год. Значительные преимущества могут быть реализованы с помощью этого централизованного подхода. Не только развитые логико-информационные возможности/признаковое разнообразие серверных приложений могут быть быстро масштабированы с каким-нибудь дешевым и быстродействующим процессором, то новые признаки и приложения могут также быть внедрены на месте в устройстве "тонкий клиент". Производственные затраты, как правило, уменьшаются с использованием COTS (готовые коммерческие изделия) компонентов во всей системе. Кроме того, весьма развитая сетевая система будет хорошо позиционирована для использования преимуществ обновления оказания технологических услуг, доступных через сеть. Наконец, так как стоимость микропроцессора и использования пропускной способности продолжают снижаться, расходы, связанные с увеличением размера или функциональных способностей, могут быть также уменьшаться при каждом сокращении расходов.

В другом варианте осуществления, некоторые функции могут быть распределены на другие компоненты системы. Например, идентификационная камера 120 может быть выполнена с возможностью определять наличие идентификационной информации транспортного средства, какой как номера номерного знака в захваченных изображениях. В таком варианте осуществления, величина пропускной способности передачи данных между идентификационной камерой 120 и серверной системой 140 и объем обработки, который должен выполняться серверной системой 140, может быть значительно уменьшена, с компромиссом, что данная идентификационная камера 120 должна представлять собой более сложное устройство, способное выполнять функции обработки изображения, способная, например, выявлять наличие транспортного средства на изображениях, выявляя наличие информации идентификации транспортного средства в изображениях, и/или извлекая информацию идентификации транспортного средства из изображений. В качестве другого примера, идентификационная камера и камера места назначения могут быть запрограммированы, чтобы определить характеристики изображений транспортных средств, как подробно описано ниже со ссылкой на фиг. 4, вместо того, чтобы выполнять такие определения с помощью серверной системы 140. В связи с тем, что функции могут быть распределены по всей системе, то ожидаемые расходы будут зависеть от обеспечения распределенной функциональности (например, предоставление необходимого оборудования для обработки информации и программирования идентификационной и/или камеры места назначения), взвешенные против ожидаемых затрат для передачи изображений, захваченных камерами, в центральный офис для обработки. Процесс передачи запрограммированных функций от одной компьютерной системы в другую имеет узкие места, например, от серверной системы 140 к идентификационной камере 120, требуется наличие адекватных ресурсов для обработки различными компьютерными системами для выполнения этих функций, что хорошо известно специалистам в данной области техники.

Мобильное устройство 150 содержит программируемый компьютер, идентификационную камеру и имеет функциональную способность устанавливать связь по беспроводной связи с серверной системой 140. В качестве примера, если транспортное средство 130 было определено для использования места назначения, но уникальный идентификатор для транспортного средства 130 не был определен, мобильное устройство 150 может быть отправлено к месту назначения для захвата изображения 151 транспортного средства 130, где уникальный идентификационный номер транспортного средства 130 может быть получен. В дополнение к процессу захвата изображения номерного знака, как это делается посредством идентификационной камеры 120, мобильное устройство 150 также может быть выполнено с возможностью захватывать VIN идентификатор транспортного средства, что может быть полезно для идентификации транспортных средств, не имеющих номерных знаков. Это помогает также при ситуации, когда транспортное средство 130 загораживается другим транспортным средством при проезде через поле зрения идентификационной камеры 120, когда идентификационная камера 120 не способна захватывать эффективно изображения при осуществлении уникальной идентификации транспортного средства 130. Множество мобильных устройств могут быть включены в состав системы, чтобы лучше обеспечивать своевременный захват изображений во всех местах назначения, которые управляются серверной системой 140. В одном варианте осуществления, мобильное устройство 150 также может быть выполнено с возможностью обеспечивать признаки, полезные для осуществления парковки. Например, мобильное устройство 150 может быть выполнено с возможностью распечатывать на бумаге предписание о нарушении правил парковки, определенных серверной системой 140.

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

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

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

Система 180 ручного управления является запрограммированной компьютерной системой, с помощью которой человек-оператор 181 контролирует функционирование серверной системы 140 для идентификации транспортных средств, таких как транспортное средство 130. Например, серверная система 140 может определить, что произошла ошибка при выполнении автоматизированного процесса определения транспортного средства, на основании уникального идентификатора транспортного средства 130, из изображений, такого как изображение 121, захваченного идентификационной камерой 120. В ответ на эту ошибку, серверная система 140 может запросить помощь от человека-оператора 181, чтобы определить уникальный идентификатор, например, номерной знак транспортного средства 130. Система 180 ручного управления обеспечивает пользовательский интерфейс, с помощью которого человек-оператор 181 может просмотреть изображение 121 и, возможно, другие изображения, снятые идентификационной камерой 120 или другими камерами. Например, человек-оператор 181 может перемотать видео кадры вручную и просмотреть стоп-кадр, чтобы вручную определить номерные знаки транспортного средства и определить информацию относительно принадлежности к штату/провинции. Через этот интерфейс, человек-оператор 181 может обеспечить идентификацию транспортного средства 130 или показать, что человек-оператор 181 не смог осуществить идентификацию транспортного средства 130, что может вызвать необходимость в использовании мобильного устройства 150 на месте назначения для того, чтобы положительно идентифицировать транспортное средство 130. Может быть использовано более, чем одна система 180 ручного управления для использования серверной системой 140, в зависимости от объема информации, обрабатываемой серверной системой 140. Дополнительно, человек-оператор 181 может быть сотрудником службы непрерывного контроля, как будет более подробно описано ниже.

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

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

Фиг. 2А иллюстрирует пример изображения 121, захваченного идентификационной камерой 120, где идентификационная камера 120 расположена так, чтобы эффективно захватывать идентификационную информацию транспортных средств, проходящих мимо идентификационной камеры 120. В одном варианте осуществления, идентификационная камера 120 передает потоковое видео с изображениями идентификационной информации, такой как информация номерного знака, в серверную систему 140. Так как типовая высота мачт уличного освещения примерно равна 18 футов, то они обеспечивают отличное место для крепления идентификационных камер, что обеспечивает наличие линии прямой видимости от деревьев и других препятствий, что обеспечивает наличие отличного обзора проезжающих мимо транспортных средств. Кроме того, к мачтам уличного освещения уже подведено электропитание, и идентификационные камеры могут быть установлены таким образом, чтобы получать питание от фонаря. Кроме того, так как большинство положений о размещении мачт освещения требует, по меньшей мере, наличие одной мачты уличного освещения на каждом квартале на каждой стороне улицы, установленные идентификационные камеры на мачтах освещения, могут обеспечить достаточное покрытие для любых транспортных средств, проезжающих по улице.

Идентификационные изображения, снятые идентификационной камерой 120, используются для двух основных целей: (1) получение уникальной идентификации транспортного средства, например, считыванием идентификатора из номерного знака, установленного на передней или задней части транспортного средства; и (2) определение различных характеристик транспортного средства, так что может быть определено, что изображение транспортного средства, полученное другой камерой, соответствует идентифицированному транспортному средству, как ниже описано со ссылкой на фиг. 4. В примере идентификации изображения, показанного на фиг. 2А, вид транспортного средства и его номерные знаки доступны для обработки серверной системой 140. Несколько изображений идентификации могут быть использованы для определения характеристик транспортного средства, такие как скорость и направление движения.

Для считывания номерного знака применяются различные известные способы в данной области, для надежного захвата изображений для надежного считывания идентификаторов транспортных средств, при различных уровнях освещения и в различных условиях эксплуатации транспортного средства. Один не ограничивающий пример описан в патенте США №7,016,518, который включен в данный документ посредством ссылки в полном объеме. В варианте осуществления, можно избежать затруднений, возникающие в связи с отсутствием естественного освещения в ночное время, при наличии ограничения на использование мест назначения только в течение светового дня.

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

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

Фиг. 2В иллюстрирует пример изображения 121, захваченного идентификационной камерой 120, где идентификационная камера 120 расположен таким образом, чтобы эффективно захватывать идентификационную информацию транспортных средств, подъезжающих и отъезжающих от городского перекрестка проезжей части, проходящего вдоль оси зрения идентификационной камеры 120. На этих идентификационных изображениях, виды трех транспортных средств являются эффективными для обработки серверной системой 140, так что уникальные идентификаторы могут быть получены для всех трех автомобилей из одного изображения.

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

В одном варианте осуществления, когда транспортное средство появляется в поле зрения идентификационной камеры 120, серверная система 140 выполняет одну или более из шести задач. В первой задаче, серверная система 140 обнаруживает присутствие одного или нескольких транспортных средств на основании одного или нескольких изображений, захваченных идентификационной камерой 120. В одном варианте осуществления, серверная система 140 может быть выполнена с возможностью обнаруживать присутствие транспортного средства на основании различий в цвете между транспортным средством и фоном, и определять, что размер общей формы потенциального транспортного средства больше, чем указанный минимальный размер транспортного средства с поправкой на любую применяемую величину зума. В частности, такой алгоритм может сравнивать цвета всех пикселей в изображении один против другого. Пиксели разделены на строки и столбцы (например, абсолютное местоположение 21, 34 могут представлять собой пиксель, расположенный в 21 ряду 34 столбца). Так как, вероятно всего, изображение включает в себя и другие объекты, такие как, но не ограничиваясь этим, пожарный гидрант, пешехода, автомобили, трава или дорожная разметка, то алгоритм может быть выполнен с возможностью обнаруживать группы пикселей с подобными цветами (диапазон цветов должен рассматриваться, как указан в конфигурации системы, например, максимальное значение разности оттенков может достигать 2, со ссылкой на оттенки, указанные в диаграмме цвета). Расположение этих пикселей затем математически вычисляется, чтобы определить факт того, образуют ли они форму больше, чем минимальный размер транспортного средства (например, относительный размер 10×30 может представлять собой форму размером 10 строк на 30 столбцов). Транспортное средство, появляющееся в изображениях, захваченные идентификационной камерой 120, как правило, представляется в форме параллелограмма, а не прямоугольником из-за угла просмотра. Таким образом, процесс определения может принять этот фактор во внимание.

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

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

Во второй задаче серверная система 140 обнаруживает присутствие номерных знаков и/или дополнительную идентификационную информацию, например, но не ограничиваясь этим, отличительные знаки на транспортных средствах на изображении, захваченном идентификационной камерой 120. Как только номерной знак и/или дополнительная идентификационная информация была обнаружена, осуществляется запись в части базы 141 данных, соответствующей идентификационной камеры 120, вместе с информацией, которая включает в себя, например, дату, время, номерной знак, наименование штата/провинции, иные отличительные элементы (например, тип, идентификатора и срок действия), расположение пикселей и уровень масштабирования. Эта информация может быть использована в сочетании с другой информацией при обнаружении транспортного средства для идентификации транспортного средства на других изображениях, таких как, изображения, захваченные камерой места назначения.

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

В четвертой задаче серверная система 140 идентифицирует номерные знаки и/или дополнительные идентификаторы, которые установлены на перемещающихся транспортных средствах, по отношению к номерным знаками и/или дополнительным идентификаторам, которые установлены на неподвижных транспортных средствах, на основании нескольких изображений, сделанных идентификационной камерой 120. В качестве примера, серверная система 140 может быть выполнена с возможностью: (1) на основе номерных знаков и/или дополнительной информации идентификации, полученной, например, с помощью оптического распознавания символов с текущего изображения, находить соответствующие совпадения в предыдущих изображениях (например, путем анализа данных, хранящихся в базе 141 данных или памяти); и (2) в случае нахождения таких совпадений, сравнивать местоположения пикселей между текущим и предыдущим изображением, принимая во внимание любые изменения в уровне масштабирования. На основе такой обработки, один или несколько из следующих сценариев могут быть установлены. (A) если расположение пикселей является неизменным или является неизменным ниже заданного порогового значения, все номерные знаки и/или дополнительные идентификаторы считаются неподвижными. В этом случае, простое обновление даты и времени выполняется для существующих записей в базе 141 данных или памяти для транспортных средств. (В), если пиксели, ассоциированные с одним или несколькими номерными знаками и/или дополнительными идентификаторами, находятся на новых местах, то один или несколько номерных знаков и/или дополнительных идентификаторов определяются как перемещенные. Серверная система 140 может рассчитать скорость и направление движения этих транспортных средств и обновлять базу 141 данных или память в соответствии с данной информацией с учетом обновленных местоположений. (С), если один или несколько номерных знаков и/или дополнительных идентификаторов не были зафиксированы на текущем изображении, то серверная система 140 может быть выполнена с возможностью удалять данные, записанные в базе 141 данных или памяти для таких транспортных средств. (D), если один или несколько номерных знаков и/или дополнительных идентификаторов появились недавно в текущем изображении, то данные, связанные с новыми номерными знаками и/или дополнительными идентификаторами, могут быть записаны в базу 141 данных или память. В одном варианте осуществления серверная система 140 может определить, что одно из новых транспортных средств соответствует транспортному средству, определенному как отсутствующее, и может использовать изображение транспортного средства, как временно закрытым. (Е), если все номерные знаки и/или дополнительные идентификаторы исчезли из текущего изображения, то данные из базы 141 данных или памяти предыдущего интервала могут быть удалены, с учетом номерных знаков и/или дополнительных идентификаторов. Тем не менее, некоторые данные могут быть сохранены для выполнения отслеживания транспортного средства или из идентификационной камеры, как описано выше.

В пятой задаче серверная система 140 сопоставляет выявленные номерные знаки и/или дополнительные идентификаторы с транспортными средствам, обнаруженными в первой задаче. Например, серверная система 140 может быть выполнена с возможностью сравнивать атрибуты номерных знаков и/или дополнительных идентификаторов (такие как, например, абсолютное местоположение пикселя, направления движения и скорость) с такими атрибутами, определенных для возможных транспортных средств, и пытается сопоставлять каждый номерной знак и/или дополнительный идентификатор на транспортное средство.

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

С первой по пятую задачу, процесс OCR (оптическое распознавание символов) может быть выполнен на любом изображении номера(ов) для того, чтобы получить алфавитно-цифровой номерной знак, такой как штата/провинции. Обратите внимание на то, что наблюдаемый номерной знак может быть закреплен как на переднем бампере, так и заднем (обычно, идентификационная камера устанавливается на обеих сторонах улицы). Полученная информация номерного знака используется для получения уникального идентификатора транспортного средства, используемый для записи информации о транспортном средстве в базе 141 данных. В некоторых конфигурациях, первая задача может быть выполнена локально на идентификационной камере, где данные номерного знака и штата/провинции передается в серверную систему 140 в сжатом формате данных. Это особенно важно, когда конфигурация коммуникации сети между идентификационной камерой 120 и серверной системы 140 не обеспечивает достаточную пропускную способность (например, 1 Мб/сек может считаться минимальной пороговой величиной для потокового изображения) или считаться слишком дорогостоящей (для примера более $ 10/Мб).

В шестой задаче, транспортное средство "отслеживается", как движущееся через поле зрения идентификационной камеры 120. Существует перекрытие между изображением, захваченным с помощью идентификационной камеры 120, и соседней камерой 125 места назначения таким образом, что транспортное средство находится в пределах поле зрения обоих камер в течение как минимум 2 секунд при скорости движения 15 миль в час (примерно 44 футов). В общем, соседняя или близлежащая камеры полностью обеспечивают это перекрытие. Поскольку эти две камеры имеют однозначно различные углы зрения, полученные изображения перекрываются любым транспортным средством из обеих этих камер, что рассматривается как положительный результат идентификации транспортного средства (посредством номерного знака, полученного из идентификационного изображения 121) вместе с точным расположением транспортного средства (в случае парковки транспортных средств).

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

Скорость распознавания является лишь одним из полезных параметров измерений при оценке производительности выполнения процесса идентификации. Например, при значительном количестве, например, до 100 номерных знаков, которые могут быть захвачены или записаны, серверная система 140 при использовании OCR имеет только 1 случай сбоя при определении номерных знаков (другими словами, состояние, при котором не было возможным определить буквенно-цифровой номер транспортного средства), если такая конфигурация (включающая в себя факторы, такие как, программирование серверной системы, размещение идентификационной камеры и качество изображения идентификационной камеры) не обеспечивает захват/регистрацию 100 других номерных знаков (другими словами, дополнительные изображения номерных знаков не были идентифицированы в качестве таковых серверной системой 140), величина общей эффективности работы равна только 49,5%. Кроме того, системы распознавания номерных знаков, как правило, выполнены с возможностью считывать номерные знаки конкретного штата/провинции наряду по отношению к другим штатам/провинциям. Номерные знаки разных штатов/провинций имеют разные цвета, контрастность букв и фон. В одном варианте осуществления, скорость захвата, по меньшей мере, равна 95%, и точность распознавания, по меньшей мере, равна 95%, что дает минимальную общую эффективность работы, по меньшей мере, в 90.25%.

Фиг. 3А иллюстрирует пример изображения 126, захваченного камерой 125 места назначения, где камера 125 места назначения находится на фасаде или крыше здания, просматривая часть городской улицы, таким образом, что вид сверху транспортных средств показан на изображении 126. Учитывая ракурс соответствующего изображения 126, показанного на фиг. 3А, девять соответствующих мест с 310а по 310i назначений (например, места для парковки с почасовой ставкой для использования) были указаны для серверной системы 140. Из них все, кроме места 310d назначения, представляются для использования транспортными средствами с 310а по 310i. Также указано серверной системе 140, что место 340 назначения не предназначено для использования (например, технологический проход). Если транспортное средство определяется, как использующее место 340 назначение, оставаясь неподвижным в течение определенного периода времени, то транспортное средство будет считаться нарушителем, в результате чего, в серверной системе 140 инициируются действия, такие как, но не ограничиваясь этим, осуществляется оценка штраф за нарушение или направляется оповещение оператору паркинга о нарушении. В некоторых вариантах осуществления, транспортное средство, которое остается неподвижным на любом участке, который не идентифицирован в качестве места назначения, может рассматриваться как нарушитель. Также, как видно на изображении 126, транспортное средство 330 находится в полосе движения для транспортных средств, движущихся справа налево на изображении. Само по себе, одно изображение не указывает на то, что транспортное средство 330 движется или является неподвижным. Например, в предыдущем изображении, транспортное средство 330 может использовать место 310d назначения, и это изображение может дать команду в серверную систему 140 на определение того, что транспортное средство 330 только что завершило использование места 310d назначения.

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

Фиг. 3В иллюстрирует пример изображения 126, захваченного камерой 125 места назначения, где камера 125 места назначения расположена таким образом, что вид сбоку транспортных средств виден на изображении 126. Такое представление может быть получено, когда камера 125 места назначения находится в системе 160 парковки, например, стоянке или на здании или сооружении, напротив одного или нескольких мест назначения, которые представляют интерес. В связи с тем, что поле зрения изображения 126, показанного на фиг. 3В, охватывают четыре соответствующих места с 350A по 350D (например, места для парковки с почасовой оплатой стоянки) назначения были определены на серверной системе 140. Из них все из мест 360а по 360d, кроме места 350С назначения, могут быть использованы транспортными средствами.

В другом примере, не показанном на чертежах, камера 125 места назначения может быть расположена таким образом, что изображение 126 показывает вид в перспективе одного или нескольких мест назначения. Хотя фиг. 3А и 3В иллюстрируют области 310 и 350 мест назначения в прямоугольной форме, могут быть использованы другие формы, такие как многоугольники (что полезно, когда камера 125 места назначения расположена таким образом, что место назначения видно в перспективе). Графический интерфейс, описанный ниже со ссылкой на фиг. 6А и 6В, также может быть выполнен с возможностью обеспечивать элементы пользовательского интерфейса, которые могут использоваться для указания с наложением на изображение положение и протяженность мест назначения в поле зрения камеры. Кроме того, интерфейс может использоваться в качестве инструмента для назначения идентификаторов мест назначения и, возможно, различных характеристик мест назначения, таких как, но не ограничиваясь ими, являются ли места назначения парковочными местами, местами "не для парковки" и местами с ограничениями в использовании по времени и/или дате.

В одном варианте осуществления, когда транспортное средство появится в поле зрения камеры 125 места назначения, серверная система 140 выполняет две задачи. Для первой задачи, серверная система 140 может быть выполнена с возможностью: (1) получать информацию о любых и всех транспортных средств, присутствующих в поле зрения камеры 125 места назначения; (2) различать движущиеся от неподвижных транспортных средств; (3) определить время, в которое движущееся транспортное средство становится неподвижным в области поля зрения, соответствующего места назначения; (4) определять, какое места (а) назначения занимает каждое неподвижное транспортное средство; (5) отслеживать, как долго каждое транспортное средство занимает свое соответствующее место (а) назначения; (6) определять время, в которое неподвижное транспортное средство освобождает область поля зрения, соответствующее месту назначения; (7) определять, когда нарушается правило использования места назначения, имеющее ограничения, установленные для использования места назначения; (8) определять на какой улице или квартале транспортное средство неправильно припарковано; (9) отслеживать период времени, в течение которого каждое транспортное средство было припарковано неправильно; и (10) отслеживать время, когда транспортное средство прекращает незаконную парковку. Различные типы мест назначения, каждое из которых имеет соответствующие ограничения для колесных транспортных средств включают в себя, но не ограничивается ими: запрещенные для парковок (в любое время, подъезд для противопожарных машин, область установки пожарного гидранта), запрещенные для парковки в определенное время и/или дни (например, во время час пик или уборки улиц), нет парковки/остановки/стоянки в течение ограниченного времени парковки (например, максимум в течение 2 часов), парковка ограничена для определенных классов транспортных средств (стоянка такси, автобусная остановка, зоны загрузки/только для коммерческих транспортных средств), разрешается парковка (парковка только для инвалидов или резидентов), места посадки и высадки пассажиров и уличные перекрестки (для предотвращения заторов на дороге "островок безопасности" на которых транспортное средство остается в пределах перекрестка во время запрещающего красного света светофора для транспортного средства по направлению движения). Серверная система 140 может быть выполнена с возможностью обнаруживать другие факты нарушений правил парковки, такие как, но не ограничиваясь этим, парковка в пределах указанного расстояния перекрестка, парковка на велосипедной дорожке или пешеходном переходе или другой пешеходной зоне, не в зоне для одного места назначения, превышающее заданное расстояние от бордюра, парковка в или перед подъездного проезда, использование полосы островка безопасности или центральной части проезжей части, транспортное средство припарковано в неправильном направлении, брошенное транспортное средство (неподвижное в течение более определенного количества дней), негабаритных транспортных средств, неправильный класс транспортного средства (например, трейлер, прицеп или катер в течение более определенного количества часов в заданное количество дней). Место назначения может быть зарезервировано для конечного пользователя для эксклюзивного использования места назначения в течение определенного периода времени. Серверная система 140 может быть также выполнена с возможностью обнаруживать два припаркованных транспортных средства для различия транспортного средства, которое останавливается в полосе движения по причине условия движения, от неправильно припаркованного транспортного средства. Серверная система 140 может быть также выполнена с возможностью, а в некоторых случаях отличать, малоразмерные колесные транспортные средства, такие как мотоциклы, скутеры и «смарт машины».

Во второй задаче транспортное средство "отслеживается" во время движения по полю зрения камеры 125 места назначения. Существует перекрытие между изображением, захваченным камерой 125 места назначения, и соседней идентификационной камерой или камерой места назначения, так что транспортное средство находится в поле зрения обоих камер в течение как минимум 2 секунд при скорости движения 15 миль в час (примерно 44 футов). Как правило, соседние позиции камеры обеспечивают это перекрытие. Так как две камеры имеют однозначно различные углы зрения, получение перекрывающихся изображений любого заданного транспортного средства от обеих этих камер рассматривается как положительный результат идентификации транспортного средства (используя номерной знак, полученный из идентификационного изображения 121) с учетом точного места стоянки, занятого транспортным средством (в случае парковки транспортного средства).

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

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

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

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

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

На фиг. 4 показано, как изображения, снятые камерами с перекрывающимися полями зрения, могут быть использованы для идентификации транспортного средства, отслеживания движения транспортного средства к месту назначения и определения использования целевого местоположения транспортным средством. Фиг. 4 не представлен в масштабе; например, область 430а перекрытия номинально будет распространяться 44 футов или больше в вертикальном направлении, но показано как примерно имеет такой же размер, как транспортное средство 410. Во-первых, в момент времени t1 идентификационная камера (не показана) захватывает изображение 420 идентификации, охватывающая область зрения, как показано на фиг. 4. В идентификационном изображении 420 показано транспортное средство 410 на месте 410' назначения. На основании изображения 420а (и, возможно, дополнительных изображений, захваченных камерой идентификации до момента времени t1) серверная система 140 определяет уникальный идентификатор для транспортного средства 410. Например, при выполнении OCR на одном или более обнаруженных изображений номерного знака для получения изображения номерного знака, из которого уникальный идентификатор может быть получен. Серверная система 140 записывает в базе 141 данных информацию уникального идентификатора транспортного средства 410, которое наблюдалось идентификационной камерой в момент времени t1. В альтернативном варианте осуществления, серверная система 140 не хранит в энергонезависимой памяти информацию, что транспортное средство 410 наблюдалось идентификационной камерой в момент времени t1, и такая информация записана в базе 141 данных после определения, что транспортное средство 410 использовало место назначения, до того как транспортное средство 410 идентифицируется серверной системой 140 с помощью идентификации изображений, полученных из идентификационной камеры, в отличие от идентификации камеры, которая захватила идентификационное изображение 420.

В момент времени t2, идентификационная камера фиксирует другое идентификационное изображение 420а. транспортного средства 410 в месте 410а назначения. Примерно в момент времени t2, первая камера места назначения фиксирует изображение 420b транспортного средства 410 в пределах области 430а перекрытия (например, приблизительно в месте 410а назначения). В некоторых вариантах осуществления, идентификационная камера и первая камера места назначения синхронизированы таким образом, что изображения 420а 'и 420b оба захватываются, по существу, в тот же момент времени t2. Перекрывающаяся область 430а соответствует полю зрения идентификационного изображения 420а ', которое перекрывает поле зрения изображения 420b места назначения. В обоих изображениях 420а 'и 420b, изображение транспортного средства 410 были захвачены, так как транспортное средство 410 находится в области 430а перекрытия.

Основываясь на одной или нескольких идентификационных изображениях, захваченных камерой идентификации (например, идентификационное изображение 420а'), серверная система 140 определяет множество характеристик Ca для транспортного средства 410. Как отмечалось выше, фиксированные характеристики для транспортного средства 410 и зарегистрированные в базе 141 данных, могут быть включены в состав Ca. Примеры характеристик включают в себя, но не ограничиваются этим: скорость движения транспортного средства 410, направление движения транспортного средства 410, положение транспортного средства в изображении транспортного средства (в том числе, например, полосу движения транспортного средства 410 по которой перемещается), цвет транспортного средства 410, или размер транспортного средства 410. Некоторые характеристики могут рассматриваться как характеристики неподвижного транспортного средства 410, которые со временем не меняются (например, цвет кузова или размер). Другие характеристики могут рассматриваться как динамические характеристики транспортного средства 410, и могут значительно изменяться с течением времени (например, скорость транспортного средства или полоса движения). В одном варианте осуществления статические характеристики могут быть записаны в базу 141 данных в качестве основных характеристик транспортного средства 410 в связи с уникальным идентификатором, определенным на основании распознавания изображения 420а. Эти фиксированные характеристики могут быть определены на основании информации, о транспортном средстве, предоставленной конечным пользователем (например, марка, модель, год выпуска и цвет) или они могут быть основаны на изображении транспортного средства, захваченного во время предыдущего захвата транспортного средства 410 фиксации данных в серверной системе 140. Фиксированные характеристики могут быть использованы совместно с определением уникальным идентификатором транспортного средства 410, гарантируя, что статические характеристики, определенные из идентификационного изображения, соответствуют фиксированным характеристикам. Фиксированные характеристики также могут быть включены в состав Ca или других совокупностей характеристик, где идентификация была подтверждена. На основании изображения 420b места назначения и, возможно, других изображений, захваченных первой камерой места назначения, серверная система 140 определяет множество характеристик Ca 'для транспортного средства 410. С учетом таких факторов, таких как разные углы просмотра транспортного средства 410 для идентификационного камеры и первой камеры места назначения, и наличие препятствующих просмотру транспортных средств, Ca и Ca 'может состоять из различных, но, как правило, перекрывающихся наборов характеристик транспортных средств. Например, ширина транспортного средства может быть определено для Ca, но не для Ca 'в связи с частичной блокировки для просмотра транспортного средства 410 с точки зрения первой камеры места назначения в момент времени t2. Кроме того, искажение изображения, которое, как правило, более значительны на границах или на изображениях, или другие факторы могут потребовать наличия некоторых характеристик транспортных средств, таких как скорость или размер, имея только приблизительные значения. Нормализация характеристик, таких как размер, скорость и направление движения, может быть выполнена для компенсации позиционирования камеры и масштаба.

Серверная система 140 определяет, Ca' соответствует ли Ca путем сравнения значения характеристик транспортных средств, включенных в состав так Ca и Ca'. Так как характеристики транспортного средства, определенные серверной системой 140, могут быть аппроксимациями фактических характеристик транспортного средства 410, приблизительная эквивалентность между значениями, когда такая эквивалентность демонстрируются для всех сравниваемых характеристик, достаточна для поддержания определения того, что Ca 'соответствует Ca. Если Ca 'определяется, как соответствующая Ca, то серверная система 140 записывает в базе 141 данных, с учетом уникального идентификатора, что транспортное средство 410 наблюдалось первой камерой места назначения в момент времени t2. В альтернативном варианте осуществления серверная система 140 вместо сохранения в энергонезависимой памяти информации о том, что транспортное средство 410 наблюдалось первой камерой места назначения в момент времени t2, и такая информация записана в базе 141 данных после определения того, что транспортное средство 410 использовало место назначения до того, как транспортное средство 410 было идентифицировано серверной системой 140 с помощью идентификационных изображений, полученных с идентификационной камеры, а не идентификационной камерой, которая захватила идентификационное изображение 420. Это позволяет избежать записи информации о местоположении транспортного средства в базе 141 данных, что не требуется для демонстрации факта использования конкретного места назначения транспортным средством 410.

В момент времени t3, первая камера места назначения захватывает другое изображение 420b' места назначения транспортного средства 410 в предназначенном месте 410b. Примерно в момент времени t3, вторая камера места назначения фиксирует изображение 420с место назначения транспортного средства 410 в пределах области 430b перекрытия (например, приблизительно на месте 410b положения). В некоторых вариантах осуществления первая камера места назначения и вторая камера места назначения синхронизированы таким образом, что изображения 420b 'и 420с оба захвачены, по существу, в тот же момент времени t3. Область 430b перекрытия соответствует ракурсу изображения 420b' места назначения, который перекрывает ракурс изображения 420с места назначения. В обоих изображениях 420b 'и 420с, изображения транспортных средств 410 и 440 были захвачены, когда транспортные средства 410 и 440 находятся в области 430b перекрытия.

На основании одного или нескольких изображений места назначения, захваченных первой камерой места назначения (например, идентификационное изображение 420b'), серверная система 140 определяет множество характеристик Cb для транспортного средства 410. Как было отмечено выше, основные характеристики для транспортного средства 410 и записанные базе 141 данных, могут быть включены в состав Cb. Основываясь на изображении 420с места назначения и, возможно, других изображений мест назначения, захваченных второй камерой места назначения, серверная система 140 определяет множество характеристик Сb' для транспортного средства 410. Кроме того, благодаря включению изображения транспортного средства 440 в изображение 420с места назначения, множество характеристик Cx транспортного средства определяется для транспортного средства 440. Различия в динамических характеристиках транспортного средства между Cb 'и Cx покажет, что транспортное средство 440 перемещается в противоположном направлении в другой полосе движения. Серверная система 140 затем определяет, Cx соответствует ли Cb, что не должно происходить. Серверная система 140 затем определяет, Сb' соответствует ли Cb. Если определяется, что Cb' соответствует Cb, то серверная система 140 записывает информацию в базе 141 данных с уникальным идентификатором, что транспортное средство 410 наблюдалось второй камерой места назначения в момент времени t3. В альтернативном варианте осуществления серверная система 140 не хранит в энергонезависимой памяти информацию о том, что транспортное средство 410 наблюдалось второй камерой места назначения в момент времени t3, и такая информация, записывается в базе 141 данных после определения, что транспортное средство 410 использовало место назначения до того, как транспортное средство 410 идентифицируется серверной системой 140 с помощью идентификационных изображений, полученных из идентификационной камеры, кроме идентификационной камеры, которая захватила идентификационное изображение 420.

В момент t4, вторая камера места назначения захватывает другое изображение 420с' места назначения транспортного средства 410 в предназначенном месте 410с назначения. Приблизительно, в момент времени t4, третья камера места назначения захватывает изображение 420D места назначения транспортного средства 410 в области 430с перекрытия (например, приблизительно на месте 410с). В некоторых вариантах осуществления вторая камера места назначения и третья камера места назначения синхронизированы таким образом, что изображения 420с' и 420d оба захвачены, по существу, в тот же момент времени t4. Область 430с перекрытия соответствует ракурсу изображения 420с' места назначения, который перекрывает ракурс изображения 420D места назначения. В обоих изображениях 420с 'и 420D изображения транспортного средства 410 были захвачены в то время, когда транспортное средство 410 находится в пределах области 430с перекрытия.

На основании одного или нескольких изображений места назначения, захваченных второй камерой места назначения (например, идентификационное изображение 420с'), серверная система 140 определяет множество характеристик Cc для транспортного средства 410. Как было отмечено выше, основные характеристики транспортного средства 410 и записанные в базе 141 данных, могут быть включены в состав Cc. На основании изображения 420d места назначения и, возможно, других изображений, захваченных третьей камерой места назначения, серверная система 140 определяет множество характеристик Cc' для транспортного средства 410. Серверная система 140 определяет, Cc' соответствует ли Cc. Если установлено, что Cc' соответствует Cc, то серверная система 140 записывает в базе 141 данных информацию вместе с уникальным идентификатором, что транспортное средство 410 находилось под наблюдением третьей камеры места назначения в момент времени t4. В альтернативном варианте осуществления серверная система 140 не хранит в энергонезависимой памяти информацию о том, что транспортное средство 410 наблюдалось посредством третьей камеры места назначения в момент времени t4, и такая информация записывается в базе 141 данных после определения, что транспортное средство 410 использовало место назначения до того, как транспортное средство 410 идентифицируется с помощью серверной системы 140 с помощью идентификационного изображения, полученного из идентификационной камеры, отличной от идентификационной камеры, которая захватила идентификационное изображение 420. В одном варианте осуществления, вторая идентификационная камера может быть предназначена для захвата изображения 420D, но не может получить изображение номерного знака транспортного средства 410, и в этом случае характеристики транспортного средства, наблюдаемого посредством второй идентификационной камеры используются для подтверждения, что транспортное средство, наблюдаемое в области 430с перекрытия около области 410с, является транспортным средством 410. Это показывает, что это не имеет существенного значения, используется ли камера места назначения или идентификационная камера, которая используется для отслеживания транспортного средства 410 как движущееся от начальной идентификационной камеры. При использовании с учетом такого процесса отслеживания, эти камеры могут в широком смысле называться "камерами слежения".

В момент времени t5, третья камера места назначения захватывает другое изображение 420D' места назначения транспортного средства 410 в указанном месте 410D назначения. Примерно в момент времени t5, четвертая камера места назначения захватывает изображение 420е места назначения транспортного средства 410 в области 430D перекрытия (например, приблизительно место 410D). В некоторых вариантах осуществления, третья камера места назначения и четвертая камера места назначения синхронизированы таким образом, что изображения 420d' и 420е оба захвачены, по существу, в тот же момент времени t5. Область 430d перекрытия соответствует ракурсу изображения 420D' места назначения, которая перекрывает ракурс изображения 420е места назначения. В обоих изображениях 420d 'и 420е, изображения транспортного средства 410 были захвачены в момент времени, когда транспортное средство 410 находится в пределах области 430d перекрытия.

На основании одного или нескольких изображений, захваченных третьей камерой места назначения (например, идентификационное изображение 420D'), серверная система 140 определяет множество характеристик Cd для транспортного средства 410. Как отмечалось выше, фиксированные характеристики для транспортного средства 410 и записанные в базе 141 данных могут быть включены в состав Cd. На основании изображения 420е места назначения и, возможно, других изображений, захваченных четвертой камерой места назначения, серверная система 140 определяет множество характеристик Cd' для транспортного средства 410. Серверная система 140 определяет, Cd' соответствует ли Cd. Если определяется, что Cd' соответствует Cd, то серверная система 140 записывает информацию в базе 141 данных с уникальным идентификатором, что транспортное средство 410 наблюдалось четвертой камерой места назначения в момент времени t5. В альтернативном варианте осуществления серверная система 140 не хранит в энергонезависимой памяти информацию о том, что транспортное средство 410 наблюдалось четвертой камерой места назначения в момент времени t5, и такая информация записывается в базе 141 данных, после определения, что транспортное средство 410 использовало место назначение перед тем, как транспортное средство 410 идентифицируется серверной системой 140 с помощью идентификационного изображения, полученного с идентификационной камеры, кроме идентификационной камеры, которая захватила идентификационное изображение 420.

С учетом ракурса изображения 420е, показанного на фиг. 4, четыре соответствующих места с 450а по 450D назначения (например, места для парковки с почасовой ставкой для использования) были определены для серверной системы 140. В момент времени t6, изображение 420е' места назначения захватывается четвертой камерой места назначения, в то время, когда транспортное средство 410 находится в месте 410е. На основании 420е' места назначения серверная система 140 определяет, что транспортное средство 410 находится в пределах прямоугольной области, указанной для места 450b назначения. В момент t7, изображение 420е' места назначения захватывается четвертой камерой назначения с изображением транспортного средства 410, которое остается на месте 410е. На основании изображения 420е' места назначения серверная система 140 заново определяет, что транспортное средство 410 находится в пределах прямоугольной области, указанной для места 450b назначения, соответственно, определяет, что транспортное средство 410 начало использование места 450b назначения, начиная с момента времени t6, и записывает эту информацию в базе 141 данных. В момент времени t8 изображение 420е''' места назначения захватывается четвертой камерой места назначения, в то время, когда транспортное средство 410 покинуло место 450b назначения. На основании изображения 420е''' места назначения серверная система 140 определяет, что транспортное средство 410 больше не находится в прямоугольной области, указанной для места 450b назначения, соответственно, определяет, что транспортное средство 410 завершило использование места 450b назначения в момент времени t8. Основываясь на информации, в качестве ограничения, применяемого к использованию места 450b назначения в период времени с t6 по t8, например, почасовая ставка за пользование места 450b назначения, серверная система 140 может инициировать действия, такие как биллинг конечному пользователю за использование места 450b назначения, или, например, взимание штрафа за ненадлежащее использование места 450b назначения.

Серверная система 140 также выполнена с возможностью правильно определять транспортное средство, которое использовало место назначения, где серверная система 140 сначала определяет, что транспортное средство использовало место назначения, и затем в состоянии захватить идентификационное изображение транспортного средства помощью идентификационной камеры. Такая ситуация может возникнуть, когда, например, вид транспортного средства затруднен при проезде транспортного средства через поле зрения идентификационной камеры, или при перезагрузке серверной системы 140 результатов идентификации транспортного средства, которая ранее не была выполнена. В качестве примера, если в момент времени t0, до момента времени t1, четвертая камера места назначения сначала определила, что транспортное средство 440 использовало место 450с назначения, но не была выполнена идентификация транспортного средства 440, временной уникальный идентификатор будет присвоен транспортному средству 440 и осуществлена запись в базе 141 данных с временным идентификатором. Наборы характеристик транспортного средства будет определяться для транспортного средства 440 во время его использовали места 450с назначения, а также, когда оно проходит через области 430D, 430с, 430b, 430а перекрытия и, и соответствие этих наборов характеристик будет проверяться тем же способом, как описано выше для определения и записи информации о том, что то же самое транспортное средство 440, ассоциированное с временным идентификатором, все еще наблюдается. Как только транспортное средство наблюдается первой идентификационной камерой во время нахождения в области 430а перекрытия, серверная система 140 сможет определить правильный уникальный идентификатор транспортного средства 440. В этот момент, ранее записанные данные в базе 141 данных, которые соответствуют временному идентификатору, могут быть изменены или храниться снова под правильным уникальным идентификатором транспортного средства 440, где факт использования места 450с назначения надлежащим образом ассоциирован с этим идентификатором. Альтернативным механизмом для получения идентификации транспортного средства 440 после времени t0 является способ направления мобильного устройства 150 для захвата одного или нескольких идентификационных изображений транспортного средства 440, в момент времени, когда транспортное средство использует место 450с назначения. Мобильное устройство 150 может быть направлено при назначении более высокого приоритета проверки факта использования места назначения, когда определяется, что условия использования места 450с назначения транспортным средством 440 находятся в противоречии с ограничениями, связанными с использованием место 450с назначения.

Серверная система 140 принимает изображения из идентификационной камеры и камеры места назначения и интерполирует идентификационную информацию припаркованных транспортных средств. Серверная система 140 может затем принять информацию оплаты парковки (такую как, но не ограничиваясь этим, продолжительность платной парковки и временя истечения) из сторонней системы оплаты парковки через API (интерфейс прикладного программирования). Если статус запаркованного транспортного средства определяется на основании информации либо неоплаченной парковки, либо по истечении срока оплаты, серверная система 140 передает эту информацию на стороннюю платежную систему парковки через API. Оператор парковочного пространства, который обслуживает стороннюю платежную систему, может затем выполнять его стандартные процедуры по эксплуатации (SOP) с целью устранения нарушений правил парковки (например, но не ограничиваясь этим, направление по почте квитанции о нарушении парковки, установка колеса-зажим на транспортном средстве или буксировка транспортного средства при повторном или серьезном нарушении правил парковки).

Процесс обнаружения транспортного средства серверной системой 140 может быть выполнен для реализации нескольких функций: (1) обнаружение присутствия и местоположения транспортных средств в видеокадрах; (2) осуществление различия движущихся транспортных средств от неподвижных транспортных средств; (3) выявление того, что конкретные обнаруженные транспортные средства занимают места назначения, такие как парковочные места или зоны, запрещенные для парковки; (4) определение момента времени, когда транспортное средство начинает занимать или освобождает место назначения; (5) слежение за транспортными средствами при перемещении из поля зрения одной камеры слежения к другой, и осуществлять исключение, если определяется ошибка при выполнении такой операции слежения. В одном варианте осуществления серверная система 140 также может быть выполнена с возможностью определять, имеют ли конкретные транспортные средства, которые отображаются, соответствующий индикатор для доступа или право на использование места назначения. Примеры таких индикаторов включают в себя, но не ограничиваются ими, парковочный билет или пропуск, или парковочный ярлык или наклейку с указанием права на использование зоны парковки только для "резидентов". Камера может иметь режим зума для более четкого отображения захваченных изображений таких индикаторов. В одном варианте осуществления, идентификатор транспортного средства, например, номерной знак, может быть использован для определения соответствующего доступа или использования места назначения, что устраняет необходимость в наличии отдельного индикатора.

В качестве примера реализации, серверная система 140 может быть запрограммирована для обеспечения функционирования идентификационной камеры и камеры места назначения. Например, строка "video_receiver" может обеспечить обработку приема видео и/или потока изображений из идентификационной камеры или камеры места назначения и сохранять необработанную видео и/или графическую информацию. Что может представлять собой одну строку на видео и/или поток изображения или несколько видео и/или потоков изображений. Настраиваемые параметры для данной строки могут включать в себя (1) сохранение файла, (2) сохранение информации в памяти, (3) сохранение данных в памяти и файле, (4) удерживание времени для видеоданных (например, 4 часа)). Другим примером является строка для обнаружения цвета транспортного средства, формы, расположения, расположения полосы, скорости/направления движения, определение местоположения транспортного средства в зоне передачи обслуживания (и какой), идентификационной камеры и сохранение такой информации в базе 141 данных. Данная строка будет рассматривать каждый из множества видеокадров, чтобы определить, обновляются ли местоположение и скорость/направление движения транспортных средств, и сохраняет такую информацию в базе 141 данных. Может быть одна строка на видео и/или поток изображений или для множества видео и/или потоков изображений. Другим примером является строка, которая подтверждает конкретное транспортное средство, определенное как выходящее, посредством зоны передачи обслуживания, что обнаруживается соседней камерой. Это может быть сделано, например, путем анализа базы 141 данных для конкретной камеры на основании информации о нахождении в зоне передачи обслуживания транспортного средства, в которой оно было обнаружено и/или при обнаружении направления движения транспортного средства. Может быть одна строка на видео и/или поток изображения или нескольких видео и/или потоков изображений. Другим примером является строка для определение того, что транспортное средство занимает место назначения, оставаясь неподвижным в этом месте назначения, а также время, когда транспортное средство начинает занимать или освобождает место назначения. Может быть одна строка на видео и/или поток изображения или нескольких видео и/или потоков изображений.

Многие способы машинного зрения известны в данной области техники, которые могут быть использованы для обнаружения присутствия транспортных средств в видеокадрах. Например, существуют различные алгоритмы обнаружения контуров, которые могут быть использованы для обнаружения присутствия транспортных средств. В качестве примера, посредством алгоритма может быть обнаружено присутствие транспортного средства на основании различий в цвете между транспортным средством и фоном, и является ли размер формы больше, чем ожидаемый минимальный размер транспортного средства с учетом масштаба и/или местоположение в поле зрения. Например, алгоритм может сравнивать цвета пикселей в видеопотоке снимок друг против друга. Так как изображение скорее всего включает в себя различные предметы, не относящиеся к транспортному средству, таких как пожарный гидрант, пешехода, трава, дорожная разметка и растения, алгоритм может обнаружить группы пикселей с подобными цветами (с настраиваемым диапазоном изменения цвета, который считается как соответствие). Количество и расположение пикселей в общей форме используются для определения, является ли размер формы больше, чем минимальный размер транспортного средства. Алгоритм может дополнительно вместить "дыры" или недостатки в форме, которые могут возникнуть из-за зеркальных отражений или бликов, например. Кроме того, алгоритм может определить, находятся ли в определенные формы соответствующих минимальных размеров в пределах установленных расстояний. Эти формы могут соответствовать, например, формам капота, крыши и багажника транспортного средства, которые, как правило, имеют одинаковый цвет.

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

Несмотря на наличие многих характеристик, транспортное средство может быть определено из одного изображения, нескольких изображений, которые необходимы и используются для определения факта, например, движения транспортного средства или его неподвижности. В качестве примера, серверная система 140 может быть выполнена с возможностью: (1) на основании определения цвета и размера транспортных средств в текущем изображении, находить соответствующие совпадения в предыдущих изображениях (например, путем анализа данных, хранящихся в базе 141 данных или памяти); и (2) в случае определения такого совпадения, сравнивать местоположения пикселей между текущим и предыдущим изображением, принимая во внимание любые изменения в уровне масштабирования. На основе такой обработки, одно или несколько из следующих сценариев могут быть обнаружены. (A) если расположение пикселей является неизменным или неизменной ниже заданного порога, то все транспортные средства считаются неподвижными. В этом случае, осуществляется простое обновление даты и времени для существующих записей в базе 141 данных или памяти для транспортных средств. (В), если пиксели, ассоциированные с одним или более транспортным средством, отображают новые места, то одно или более транспортных средств рассматриваются как перемещенные. Серверная система 140 может рассчитать скорость и направление движения этих транспортных средств и обновить базу 141 данных или память этой информацией, наряду с обновленными местами. (С), если одно или более транспортное средство исчезло из текущего изображения, то серверная система 140 может быть выполнена с возможностью удалять данные, записанные в базе 141 данных или памяти для таких транспортных средств. (D), если одно или несколько транспортных средств недавно появились в текущем изображении, то данные, ассоциированные с новым транспортным средствам, могут быть записаны в базе 141 данных или памяти. В одном варианте осуществления серверная система 140 может определить, что один из новых транспортных средств соответствует транспортному средству, недавно определенному как уехавшему, и может обрабатывать вид транспортного средства, как временно закрытое. (Е), если все транспортные средства исчезли из текущего изображения, то данные из базы 141 данных или памяти за предыдущий интервал могут быть удалены совместно с изображением транспортного средства. Тем не менее, некоторые данные могут быть сохранены для выполнения отслеживания транспортного средства или в идентификационной камере, как описано выше.

В качестве примера, алгоритм для идентификации того, какие транспортные средства занимают места назначения, аналогичен основному алгоритму обнаружения транспортного средства. После завершения процедуры обнаружения транспортного средства, серверная система 140 оценивает факт того, соответствуют ли местоположения пикселей изображению транспортного средства, которое занимает любое из предварительно назначенных областей наблюдения. Степень перекрытия может быть настраиваемым. В одном варианте осуществления, вертикальное смещение может быть применено, чтобы компенсировать высоту транспортного средства и компенсировать визуальную обструкцию, такие как припаркованное транспортное средство, между камерой места назначения и транспортным средством. Такие препятствия могут часто встречаются при наличии узких парковочных мест, например. Кроме того, серверная система 140 определяет, остается ли транспортное средство неподвижным в течение, по меньшей мере, некоторого количества времени. После того, как будет установлено, что транспортное средство остановилось в данном месте назначения, по меньшей мере, на определенный период времени, идентификационная информация для транспортного средства, место назначения и время и дата, в течение которого транспортное средство начало использование места назначения, регистрируется в базе 141 данных, предпочтительно в энергонезависимой памяти. В одном варианте осуществления серверная система 140 может быть выполнена с возможностью обнаруживать, когда транспортное средство занимает несколько мест назначения, например, занимая два парковочных места. Это может привести, например, к выдаче одного или нескольких парковочных уведомлений или повышение платы за использование парковки. Серверная система 140 также может определять, когда транспортное средство освобождает место назначения, и записывать соответствующую информацию в базе 141 данных. Кроме того, серверная система 140 может быть выполнена с возможностью определять, когда пользователь места назначения транспортным средством вскоре превысит или превысил, период времени для использования места назначения, что может произойти в связи с длительностью использования парковочного места два часа максимум, место назначение не доступно для использования транспортного средства по истечении заданного времени для уборки улицы, или при недостаточности средств для оплаты парковки транспортного средства.

В одном варианте осуществления серверная система 140 может быть выполнена с возможностью распознавать одно или несколько мест назначения для универсальных транспортных средств, которые могут быть использованы более чем одним транспортным средством одновременно. Например, серверная система 140 может быть выполнена с возможностью поддерживать функцию слежения за "кварталом" для стоянки транспортных средств, в которых стоянка управляется, например, одним из платежным терминалом парковочного места, способом «оплатить и предъявить» или платежным терминалом по номерному знаку транспортного средства, который установлен вдоль бордюра в городском квартале, но парковочные места не отмечены; вместо этого, транспортные средства могут использовать любое свободное место вдоль тротуара (исключая некоторые области "нет парковки", такие как, но не ограничиваясь этим, погрузочные зоны и подъездные пути). В другом примере, серверная система 140 может быть выполнена с возможностью отслеживать использование парковочных мест, но не множеством индивидуально отмаркированных зон в нем, что контролируется, например, одним платежным терминалом «оплатить и предъявить». Хотя серверная система 140 может быть выполнена с возможностью не отслеживать использования мест назначения для парковки универсальным транспортным средством в зависимости от местоположения, серверная система 140 может определить и записать позицию транспортного средства в пределах места назначения для парковки нескольких транспортных средств, для отслеживания использования автомобиля в течение периода времени для контроля за соблюдением правил парковки, таких, как прикрепление уведомления к транспортному средству, которое превысило разрешенное время использования места назначения для парковки несколькими транспортными средствами. В одном варианте осуществления серверная система 140 может быть выполнена с возможностью определять длину транспортного средства, которое использует место назначение для парковки универсальными транспортными средствами для определения большей платы за парковку и/или штраф может быть наложен за использование пространства, которое в противном случае может быть занято более, чем одним транспортным средством. Одним из преимуществ использования серверной системы 140, описанной в этом случае, является то, что, в то время, как обычные управляемые стоянки могут полагаться на одну точку входа и выхода для управления использованием участка, отслеживание с помощью камер позволяет управлять парковочным пространством с несколькими входами и выходы, что позволяет использовать более "открытый" дизайн, и транспортные средства не должны быть ограничены перегородкой.

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

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

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

- Обеспечение графического интерфейса пользователя (GUI) для выполнения калибровки при реализации процесса обнаружения транспортного средства на данной камере.

- Обеспечение графического интерфейса для обеспечения непрерывного согласования камеры.

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

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

- Обеспечение GUI для согласования функционирования камеры и/или определения ориентации камеры и/или выравнивания.

- Обеспечение GUI для предварительно назначенных мест назначения.

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

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

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

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

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

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

Кроме того, утилита конфигурации может быть использована для определения отношения между направлениями движения в двух изображениях, и также для определения пикселей или местоположения изображения, соответствующих общих точек в двух источниках изображений. В одном варианте осуществления, места и направления перемещения могут быть определены для полос/путей движения в каждом из источников изображений, и коррелируется между двумя источниками изображения (с учетом, например, позднего определения, когда транспортное средство проходит от области одной камеры к другой в пределах той же полосы/направления движения). Спецификация этих признаков может быть сделана с помощью графического интерфейса, например, позволяя осуществлять наложение линий или других индикаторов на изображения с указанием границ полосы/тракта. Фиг. 6А и 6В иллюстрируют аспекты примера GUI. Фиг. 6А иллюстрирует часть GUI, в котором отображается изображение 600а из первой камеры. Фиг. 6В иллюстрирует часть графического интерфейса, в котором отображается изображение 600b из второй камеры. Поле вида изображений 600А и 600В перекрываются с областью перекрытия, включающей в себя области 640а и 640b. Также захваченные в изображениях 600а и 600b две полосы/пути движения, помечены как полосы/пути 611а и 612а на фиг. 6А, и полосы/пути 611b и 612b на фиг. 6В. В данном конкретном примере, показанном на фиг. 6А и 6В, трафик протекает в том же направлении (как правило, соответствует углу θ) в полосах 611А и 611b, хотя в аналогичном примере трафик может протекать в противоположном направлении в полосе/пути 611а и 611b. Также захваченные в изображениях 600а и 600b изображения трех транспортных средств, соответственно обозначены как A, B и C. На фиг. 6А, границы полосы/пути были указаны пунктирными линиями индикаторами 621а, 622а и 623а, которые могут быть добавлены, размещены, перемещены, помечены и иным образом обозначены с помощью графического интерфейса. На фиг. 6А, две полосы движения/дорожки были указаны с помощью графического интерфейса: полоса/путь 611а между граничными индикаторами 621а и 623а, и полоса/путь 612а между граничными индикаторами 622а и 623а. В конкретном примере, проиллюстрированном на фиг. 6А, трафик протекает в полосе/пути 611а и 612а в том же направлении θ, граничные индикаторы 621а и 622а полосы движения являются первым типом (проиллюстрировано посредством аналогичных пунктирных линий), и граничный индикатор 623а полосы движения представляет собой второй тип, указывающий разделение области однонаправленного потока трафика между граничными индикаторами 621а и 622а полосы движения, на две полосы/дорожки 611а и 612а. Утилита конфигурации может быть настроена для автоматического предоставления или предложения идентификаторов для указанных полос для перекрестных ссылок, например, полосы, выявленные совместно с другими камерами, такими как полосы 611b и 612b, как показано на фиг. 6В. На фиг. 6В, утилита конфигурации предоставляет аналогичные возможности для идентификации полосы/пути с полосой/путем 611b и 612b, и граничный индикатор линий 62lb, 622b, 623b соответствует их аналогам на фиг. 6А, как описано выше.

В одном варианте осуществления каждая полоса/путь движения может быть разделена на несколько меньших сегментов. Эти сегменты могут быть определены с помощью графического интерфейса, например, посредством наложения линии или другие индикаторы на изображения с указанием сегментов. В одном варианте осуществления, накладываемые линии могут быть использованы, чтобы помочь автоматически характеризовать нелинейности в изображение. Фиг. 6А иллюстрирует пример с индикатором 631а сегмента полосы/пути и других подобных необозначенных индикаторов сегмента полосы/пути. Утилита конфигурации может быть настроена для автоматического генерирования предлагаемых индикаторов сегмента полосы/пути на основании ранее указанных граничных индикаторов полосы/пути, и обеспечивать с помощью инструментов GUI корректировку граничных показателей полосы/пути, при необходимости. Кроме того, включение изображений транспортных средств, таких как транспортные средства A, B и C, как показано на фиг. 6А, может помочь технику точно разместить или откорректировать индикаторы сегмента полосы/пути. Фиг. 6В иллюстрирует индикатор 631b сегмента полосы/пути и другие подобные необозначенные индикаторы сегмента, соответствующие аналогичным индикаторам, показанным на фиг. 6А, как описано выше.

Утилита конфигурации может также предоставлять аналогичные признаки через графический интерфейс для определения области потока изображения с перекрытием поля зрения соответствующей области второго потока изображения. Поскольку эти области используются для "передачи" процесса обнаружения транспортного средства с одной камеры слежения на другую, эти области могут быть обозначены как "зоны эстафетной передачи". Например, фиг. 6А и 6В иллюстрируют изображения, снятые с помощью камер с перекрывающимися полями зрения, в которых поле зрения для зоны 640а эстафетной передачи перекрывает поле зрения зоны 640b эстафетной передачи. Графический интерфейс может быть выполнен с возможностью обеспечивать спецификации граничных индикаторов 651а и 652а передачи обслуживания на фиг. 6А, и соответствующих граничных индикаторов 651b и 652b передачи обслуживания на фиг. 6В. Кроме того, заданная зона обслуживания может быть разделена на несколько меньших сегментов, с использованием индикаторов 611а и 611b сегмента эстафетной передачи (и другие необозначенные индикаторы сегментов передачи обслуживания), как показано на фиг. 6А и 6В. Утилита конфигурации может быть выполнена с возможностью автоматически генерировать предлагаемые индикаторы сегмента передачи обслуживания на основании ранее указанных граничных индикаторов передачи обслуживания, и обеспечивать с помощью инструментов графического интерфейса корректировку граничных индикаторов передачи обслуживания, по желанию. Кроме того, включение изображений транспортных средств, таких как транспортные средства A, B и C, показанные на фиг. 6А, может помочь технику точно разместить или корректировать индикаторы сегмента передачи обслуживания. В варианте осуществления, утилита конфигурации может быть выполнена с возможностью определять расстояния между граничными индикаторами 651а и 652а передачи обслуживания, предупреждать пользователя GUI о том, что это расстояние меньше минимального установленного расстояния.

Несмотря на то, что GUI, показанный на фиг. 6А и 6В, иллюстрирует и описывает индикаторы, обеспечиваемые посредством GUI как простые линии, утилита конфигурации и графический интерфейс могут также обеспечивать определяющие признаки с более сложными формами, такими как, но не ограничиваясь этим, кривые линии и линии произвольной формы. Кроме того, где индикатор ассоциирован с первой камерой, такой как граничный индикатор 623а полосы/пути, имеет аналогичный индикатор, ассоциированный с другой камерой, такой как граничный индикатор 623b полосы/пути, эти показатели могут быть взаимосвязанными с помощью графического интерфейса. В одном варианте осуществления, такая взаимосвязь может быть предусмотрена автоматически или предложена на основании информации, такой как, ранее назначенные индикаторы, известное положение камеры, известная ориентация камеры и известные аспекты транспортного потока вблизи камеры, такие как количество полос/путей и направления потока движения в пределах этих полос/путей.

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

Утилита конфигурации может быть выполнена с возможностью обеспечивать GUI для выполнения непрерывного выравнивания видеокамеры. Эта функциональность может быть обеспечена с помощью дополнительных элементов пользовательского интерфейса, которые включены в состав вышеописанного GUI, для определения границ полосы/пути. Процесс выравнивания прилежащей камеры состоит в то, что во время процесса первоначальной установки оборудования камеры или, если существующее оборудование камеры будет позже обновлено, если камера оснащена функцией панорамирования, наклона и/или зума (PTZ), то установочные параметры функции панорамирования, наклона и/или зума камеры должны быть скорректированы и/или откалиброваны для обеспечения наличия достаточного перекрытия поля зрения между камерами, например область перекрытия, как показано на фиг. 4, 6А, 6В. Техник может просматривать посредством GUI для определения того, достаточный ли размер площади зоны передачи обслуживания, которая обеспечивается парой камер. Если нет, то необходимо осуществить настройку установочных параметров функции панорамирования, наклона и/или зума камеры или необходимо изменить физическое место установки камеры, возможно, потребуется изменить все в целом.

Утилита конфигурации может быть выполнена с возможностью обеспечивать графический интерфейс для выполнения предварительного отображения мест назначения, таких как парковочные места и зон, где парковка запрещена. GUI представляет канал изображения и позволяет специалисту обозначить серым цветом определенные места, например, на изображении. В другом неограничивающем примере, парковочное место #123 может быть отображено в составе 20 пикселей, захваченных конкретной камерой места назначения на заданном уровне масштабирования и/или PTZ ориентации. Графический интерфейс может быть выполнен с возможностью обеспечивать выполнения операций, включающие в себя, но не ограничиваясь этим, перемещение, изменение размера и вращение отображением графов, чтобы указать положение и размер мест назначения в поле зрения камеры. В случае, если камера имеет возможности PTZ, то может быть предусмотрен способ управления PTZ. Эта функциональность может быть обеспечена с помощью дополнительных элементов пользовательского интерфейса, включенный в состав вышеописанного GUI, для определения границ полосы/пути. Графический интерфейс может также обеспечивать интерфейс присвоения идентификатора к месту назначения, которое может быть использовано, например, для обеспечения общего идентификатора для места назначения для использования различных аспектов серверной системы 140. GUI может также обеспечить элементы интерфейса, позволяющие назначать различные характеристики для мест назначения, хотя может быть предпочтительнее использовать другие аспекты утилита конфигурирования или серверной системы 140 для управления, назначения и/или изменения таких характеристик с минимальным прямым вмешательством человека.

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

Утилита конфигурации может быть выполнена с возможностью обеспечивать графический интерфейс для определения факта нарушения парковки. В первом примере, продолжительность льготного периода может быть указана с помощью графического интерфейса, который определяет период времени, в течение которого транспортное средство может занимать место назначения, до того момента, когда транспортное средство может считаться нарушителем по отношению к ограничениям использования места назначения. Например, когда транспортное средство останавливается на месте парковки, то разумно предоставить льготный период, достаточный для водителя транспортного средства, чтобы покинуть автомобиль и оплатить за парковку. Различные периоды времени могут быть определены для различных типов или групп мест назначения (например, для зон, где парковка запрещена, может быть установлен небольшой промежуток времени или нулевой). Во втором примере, степень перекрытия транспортного средства может быть определено с помощью графического интерфейса, с учетом размера или величины зоны покрытия по относительно к размеру транспортного средства, которое перекрывает место назначения до того, как транспортное средство может быть считается нарушителем. В третьем примере, правила парковки могут быть указаны с помощью графического интерфейса, включающие в себя правила, например, ассоциированные с правилами использования зарезервированных парковочных мест, парковочных мест только для резидентов, или других правил, согласно которым требуется предъявление разрешения или пропуска. GUI также может обеспечивать интерфейс для идентификации характеристик и признаков необходимых для получения разрешения или пропуска, например, но не ограничиваясь ими, цвет, вид разрешения или пропуска и расположение идентификатора (например, серийный номер) для разрешения или пропуска. В четвертом примере, интерфейс может быть выполнен с возможностью устанавливать правила для определения факта того, что представляет собой истечение срока действия тега номерного знака, например, считается ли тег, указывающий текущий месяц, действительным.

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

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

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

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

В одном варианте осуществления, платежная система 160, установленная на парковке, может включать в себя платформу «под ключ» с признаком оплаты по телефону. Конечным результатом является то, что конечные пользователи могут платить за парковку по телефону с использованием IVR (интерактивного голосового ответа) системы, управляемой по телефонной линии, и вводить идентификатор места назначения или номерной знак транспортного средства и продолжительность стоянки, независимо от того, ассоциировано ли место назначения с парковочным платежным терминалом, установленным на месте стоянки, с парковочным платежным терминалом парковочного места или местом стоянки транспортного средства.

Модуль «под ключ» оплаты за парковку по телефону позволяет конечным пользователям платить за парковку с помощью телефона, обычно, сотового телефона. Терминал «под ключ» оплаты за парковку по телефону имеет возможность интегрироваться на уровне базы данных с серверной системой 140. Процесс интеграции на уровне базы данных имеет преимущества над процессом интеграции на API-уровне, так как интеграция на уровне базы данных предлагает наличие большей гибкости и скорости.

Модуль «под ключ» оплаты за парковку по телефону принимает данные из одного или нескольких DTMF трансиверов, где пользователи вводят информацию по телефону. При использовании модуля «под ключ» оплаты за парковку по телефону нет необходимости в получении данных из серверной системы 140 для обеспечения корректной работы модуля «под ключ» оплаты за парковку по телефону. Модуль «под ключ» оплаты за парковку по телефону может быть выполнен с возможностью выводить данные на мобильное устройство 150 для ручной проверки правильности уплаты за парковку, а также для обеспечения самостоятельного функционирования серверной системы 140. Все процессы по обработке данных происходят в серверной системе 140 автоматически.

В одном варианте осуществления, платежная система 160, установленная на парковке, может включать в себя платформу «под ключ» для оплаты в режиме реального времени. Конечным результатом является то, что конечные пользователи могут платить за парковку или просмотреть данные о ранее совершенных платежах, посетив веб-сайт и посредством ввода идентификатора места назначения или номерного знака транспортного средства и продолжительность стоянки независимо от расположения места назначения, ассоциированного с парковочным платежным терминалом, платежным терминалом за парковочное место или за парковку на автостоянке. Это распространяется и на другие интернет-каналы, таких как смартфоны, и в будущем, интернет медиа-центров в транспортных средствах.

Модуль «под ключ» оплаты за парковку в режиме реального времени принимает данные в режиме онлайн, где конечные пользователи вводят информацию через интернет. Нет необходимости при использовании модуля «под ключ» оплаты за парковку в режиме реального времени принимать данные из серверной системы 140 для обеспечения корректной работы модуля «под ключ» оплаты за парковку в режиме реального времени. Модуль «под ключ» оплаты за парковку в режиме реального времени выводит данные на мобильное устройство 150 для проверки уплаты за парковку транспортного средства, а также в серверную систему 140 для самостоятельного функционирования. Все процессы по обработке данных выполняются в серверной системе 140 автоматически.

В одном варианте осуществления, платежная система 160, установленная на парковке, может включать в себя платежный терминал «оплати и предъяви» с QR кодами. QR коды стали популярными и, соответственно, имеют значительную поддержку смартфонами. Кроме того, QR-коды могут легко удерживать всю соответствующую информацию, как правило, содержащуюся в квитанции платежного терминала «оплати и предъяви» (такую как, но не ограничиваясь этим, продолжительность стоянки, время истечения срока парковки, сумма платежа, дата и время). Платежный терминал «оплати и предъяви» «под ключ» позволяет конечным пользователям платить за парковку и оставить квитанцию об оплате с QR кодом на приборной панели транспортного средства. Платежный терминал «оплати и предъяви» «под ключ» позволяет выполнить интегрирование на уровне базы данных с серверной системой 140. Способ интеграции на уровне базы данных имеет преимущество над способом интеграции API-уровня, так как способ интеграции на уровне базы данных предлагает большую гибкость и скорость.

Платежный терминал «оплати и предъяви» «под ключ» получает оплату от конечных пользователей с помощью встроенной клавиатуры, монетоприемника, считывателя кредитных карт и принтера. Используется также текстовый/графический ЖК-дисплей. Нет необходимости в приеме данных платежным терминалом «оплати и предъяви» «под ключ» из серверной системы 140 для обеспечения корректной работы платежного терминала «оплати и предъяви» «под ключ». Платежный терминал «оплати и предъяви» «под ключ» выводит данные на мобильное устройство 150 для обеспечения ручного уделенного контроля за соблюдением правил оплаты парковки, а также в серверную систему 140 для самостоятельного исполнения. Все процессы обработки данных происходят в серверной системе 140 автоматически.

В одном варианте осуществления, платежная система 160, установленная на парковке, может включать в себя платежный терминал за место парковки «под ключ». Платежные терминалы за место парковки «под ключ» становятся все более популярными по сравнению с платежными терминалами «оплати и предъяви» «под ключ», которые требуют более значительного времени их использования. Платежный терминал за место парковки, как правило, работает более эффективно, так как нет необходимости обслуживающему персоналу парковки ходить и просматривать каждое транспортное средство, с целью проверки наличия на лобовом стекле распечатанной квитанции об оплате и проверять время истечения оплаты парковки. Вместо этого, они могут ездить на патрульном автомобиле и выполнять визуальный контроль на расстоянии, чтобы увидеть, было ли оплачено занятое парковочное место. Кроме того, платежный терминал за место парковки предлагает дополнительные удобства для пользователя, которому больше не придется возвращаться к его транспортному средству, чтобы прикрепить новую квитанцию об уплате на транспортном средстве - вместо этого, они могут продолжить использование места назначения.

Платежный терминал за место парковки «под ключ» получает оплату от конечных пользователей с помощью встроенной клавиатуры, монетоприемника, считывателя кредитных карт и принтера. Используется также текстовый/графический ЖК-дисплей. Нет необходимости в приеме данных платежным терминалом «оплати и предъяви» «под ключ» из серверной системы 140 для обеспечения корректной работы платежного терминала за место парковки «под ключ». Платежный терминал за место парковки «под ключ» выводит данные на мобильное устройство 150 для обеспечения ручного уделенного контроля за соблюдением правил оплаты парковки, а также в серверную систему 140 для самостоятельного исполнения. Все процессы обработки данных происходят в серверной системе 140 автоматически.

В одном варианте осуществления, платежная система 160, установленная на парковке, может включать в себя платежный терминал по номерному знаку транспортного средства «под ключ». Платежный терминал по номерному знаку транспортного средства «под ключ» получает оплату от конечных пользователей с помощью встроенной клавиатуры, монетоприемника, считывателя кредитных карт и принтера. Используется также текстовый/графический ЖК-дисплей. Нет необходимости в приеме данных платежным терминалом по номерному знаку транспортного средства «под ключ» из серверной системы 140 для обеспечения корректной работы платежного терминала по номерному знаку транспортного средства «под ключ». Платежный терминал по номерному знаку транспортного средства «под ключ» выводит данные на мобильное устройство 150 для обеспечения ручного уделенного контроля за соблюдением правил оплаты парковки, а также в серверную систему 140 для самостоятельного исполнения. Все процессы обработки данных происходят в серверной системе 140 автоматически.

Интеграция со сторонними системами управления парковочным пространством является возможной и не является необходимым условием для функционирования серверной системы 140. В конфигурации под ключ, где обеспечивается вся платформа для обслуживания парковочным пространством, например, которая поставляется одним поставщиком, никакой интеграции со сторонними системами управления парковочным пространством не требуется. Тем не менее, есть много преимуществ в применении интеграции с использованием API. API предоставляет стандартный интерфейс программирования, разработанный для получения доступа к информации внешней программы в хост-системе, не раскрывая каких-либо коммерческих секретов хост-системы. Это достигается путем создания четких определенных функций, объектов и переменных на границе двух систем, таким образом, что внешняя система позволила получить заранее определенный набор информации без каких-либо знаний о том, как собирается информация, хранится или вычисляется в хост-системе. Таким образом, компании, как правило, не имеют оговорок при публикации API для других систем для взаимодействия с ее продуктами или серверами. Обмен данными может быть осуществлен через API с помощью сетевых механизмов, часто защищенных механизмами шифрования, такими как SSL, опираясь на XML, JSON, HTML, MIME или другие кодировки или языки, поддерживаемые API.

Существует два способа интеграции серверной системы 140 с API. Во-первых, с помощью API, опубликованной сторонней системой управления парковочным пространством, серверная система 140 может получать доступ к информации оплаты за использование парковочного пространства транспортным средством (например, но не ограничиваясь этим, продолжительность оплаченного периода и номер парковочного места). В сочетании с функционированием системы обнаружения транспортного средства и идентификационной информации транспортного средства, серверная система 140 уже работает, и серверная система 140 может легко получить полную информацию, необходимую для получения списка номерных знаков транспортных средств с подробной информацией о нарушении правил парковки для оператора парковки. Оператор парковочного пространства может следить за выполнением установленных SOP, и направлять по почте квитанция о нарушении правил парковки, устанавливать зажимы на колеса или буксировать транспортное средство при повторном нарушении или в случае грубого нарушения правил использования парковочного пространства.

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

При использовании APIs, серверная система 140 может интегрироваться со следующими типами платежных систем парковки: оплата по телефону, оплата за парковочное место, «плати и предъяви», посредством обычных платежных парковочных терминалов, установленных на улице (за одно или сдвоенное парковочное место) и оплата через оператора парковочного пространства.

Основной замысел использования способа оплаты за парковку по телефону заключается в том, что конечный пользователь (например, водитель транспортного средства) звонит по телефону в непосредственной близости от места назначения. Обычно номер телефона предлагает IVR услугу (интерактивный голосовой ответ), которая направляет абонентам автоматизированное меню. Конечный пользователь получает запрос на ввод уникального номера места назначения, и затем вводит данные о продолжительности стоянки, номерной знак транспортного средства и данные кредитной карты.

Способ оплаты за пользование парковой по телефону становиться более популярным, так как используется "оверлейный" способ оплаты, когда операторы паркинга дополнительно используют возможности способа оплаты за парковку по телефону к способу оплаты посредством обычных платежных парковочных терминалов, оплаты за парковочное место и способу «плати и предъяви». Использование данного способа оплаты вызвано предоставлением дополнительной мотивации для обеспечения конечным пользователям альтернативного способа оплаты за парковку в целях увеличения доходов за использование парковочного пространства. Например, способ оплаты по телефону может быть добавлен к традиционным платежным парковочным терминалам (за одно или двойное место парковки), чтобы конечные пользователи смогла оплатить услуги с помощью кредитной карты по телефону.

В одном варианте осуществления, серверная система 140 может включать в себя модуль интеграции оплаты по телефону, который может быть программным компонентом, который извлекает информацию об оплате за парковку со сторонней платежной парковочной системы, которую использует серверная система 140 для управления парковочным пространством. Модуль интеграции для оплаты по телефону выполняет действия, включающие в себя: (1) установление соединения со сторонним API системы оплаты по телефону; (2) выдачу запроса данных; (3) прием данных; (4) обработку и хранение данных в базе 141 данных; (5) определение статуса нарушении правил парковки; (6) обозначение места назначения как место, где обнаружено нарушение правил парковки, в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки данных о нарушении правил парковки; (7) периодическое подтверждение того, что API сторонней системы оплаты за парковку по телефону является активным и действует, но не ограничиваясь этим, посредством использования "поддержка в активном состоянии"/"проверка связи" сообщений или команд; и (8) повторение этапов 2-7 или прерывание соединения. Как описано на этапе (1), API, как правило, указывает на механизм, посредством которого соединение с ней может быть установлено. Модуль интеграции для оплаты по телефону может быть выполнен с возможностью выполнять протокол, необходимый для функционирования сторонних API систем оплаты за услуги по телефону и устанавливать соединение.

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

Со ссылкой на этап (3), модуль интеграции для оплаты по телефону может быть выполнен с возможностью принимать информацию от API сторонней системы оплаты по телефону, включающую в себя, например, информацию даты/времени начала и окончания оплаченного периода времени. Со ссылкой на этап (5), модуль интеграции для оплаты по телефону может быть выполнен с возможностью сравнивать продолжительность оплаченного периода времени за парковку, указанный на этапе (3), с длительностью фактической парковки, определенной серверной системой 140. Если фактическая продолжительность стоянки превышает уплаченную продолжительность парковки, то выполняется процесс обработки на этапе (6), в противном случае процесс на этапе (6) не выполняется.

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковку по телефону, основанную на входящем потоке данных, для использования сторонней платежной системой парковки через, например, сеть 110, в которой, сторонняя система оплаты парковки передает информацию в серверную систему 140 через API системы оплаты за парковку, основанную на входящем потоке данных. API системы оплаты за парковку, основанную на входящем потоке данных может быть выполнен с возможностью реализовать действия, включающие в себя, например: (1) в ожидании оплаты сторонней системой оплаты парковки, устанавливать соединения; (2), осуществлять аутентификацию сторонней платежной системы парковки; (3) принимать данные от сторонних систем оплаты за парковку; (4) обрабатывать и хранить данные в базе 141 данных; (5) определять статус нарушения правил парковки; (6) обозначать факт использования места назначения с нарушением правил парковки в базе 141 данных для дальнейшей обработки, например, как описано ниже в соответствии с алгоритмом определения факта нарушения правил парковки; (7) периодически подтверждать, что API системы оплаты за парковку по телефону активен и действует, но не ограничиваясь этим, посредством использования сообщения или команды "поддержка в активном состоянии"/"проверка связи" и (8) прерывать соединение по запросу или в период таймаута. Со ссылкой на этап (1), процесс может включать в себя получение информации через TCP или UDP порт для сторонней системы оплаты за парковку для установления соединения. Со ссылкой на этап (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковку по телефону, основанную на входящем потоке данных, самостоятельно, до получения разрешения на обмен данными. Если проверка подлинности не удается, то может быть предусмотрен механизм повтора выполнения данной операции, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на этап (3), серверная система 140 может быть выполнена с возможностью, посредством API системы оплаты за парковку по телефону, получать информацию о парковке транспортных средств от сторонней системы оплаты за парковку каждый раз, когда водитель транспортного средства осуществляет оплату за парковку. Полученная информация для конкретного транспортного средства, может включать в себя, например, информацию номерного знака (в том числе номерных знаков штата/провинции), идентификатор конкретного оплаченного места назначения для конкретного транспортного средства (что может потребовать согласования идентификатора, используемого серверной системой 140), начало дата/временя и окончание дата/время оплаченного периода парковки. Со ссылкой на этап (5), модуль интеграции системы оплаты за парковку по телефону, включенный в состав серверной системы 140, может быть выполнен с возможностью сравнивать продолжительность оплаченного периода парковки, указанного данными, полученными на этапе (3), с длительностью фактического периода парковки, определенного серверной системой 140. Если продолжительность фактического периода парковки превышает уплаченный период времени парковки, то выполняется процесс обработки на этапе (6), в противном случае операция на этапе (6) не выполняется.

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковку по телефону, основанную на исходящем потоке данных, для использования сторонней платежной парковочной системой через, например, сеть 110, в которой, серверная система 140 передает всю необходимую информацию для сторонних платежных систем оплаты за парковку по телефону. API системы оплаты за парковку по телефону, основанную на исходящем потоке данных, может быть выполнена с возможностью реализовать действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонними системами, устанавливать соединения; (2) осуществлять аутентификацию сторонней платежной системы парковки; (3) загружать данные в сторонние системы оплаты за парковку; (4) принимать загруженные данные и направлять подтверждение; (5) отвечать на запросы "поддержка в активном состоянии"/"проверка связи" из сторонних систем оплаты за парковку; и (6) прерывать соединение по запросу или в период таймаута. Со ссылкой на этап (1), процесс может включать в себя получение информации через TCP или UDP порт для сторонней системы оплаты за парковку для установления соединения. Со ссылкой на этап (2), сторонняя система оплаты парковки должна идентифицировать себя через API системы оплаты за парковку по телефону, основанную на исходящем потоке данных, до разрешения на обмен данными. Если проверка подлинности не удается, то предусмотрен механизм повтора выполнения операции, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на этап (3), серверная система 140 может быть выполнена с возможностью, через API системы оплаты за парковку по телефону, основанную на исходящем потоке данных, загружать информацию о парковке транспортного средства в стороннюю систему оплаты парковки каждый раз, когда транспортное средство освобождает место, назначения, ассоциированное со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства могут включать в себя, например, информацию номерного знака (в том числе номерные знаки штата/провинции), идентификатор конкретного места назначения, распознанного сторонней системой оплаты парковки (что может потребовать синхронизации с идентификатором, используемым серверной системой 140), фактическую дату/временя начала использования конкретного места назначения конкретным транспортным средством, и фактическую дату/временя освобождения конкретного места назначения конкретным транспортным средством.

В другом варианте осуществления, процесс интеграции между системой оплаты за парковку по телефону и серверной системой 140 происходит в два этапа. Во-первых, серверная система 140 принимает платежную информацию о транспортном средстве из системы оплаты за парковку по телефону (например, информацию о начале и окончании периода времени оплаты за парковку, номер места для парковки транспортных средств, номерной знак транспортного средства), используя предоставленный API системы оплаты за парковку по телефону. На этом этапе, серверная система 140 будут иметь точную информацию, необходимую для создания списка номерных знаков с подробной информацией о нарушении правил парковки. Тем не менее, вместо того, чтобы серверная система 140 представляла этот список оператору парковки, могут быть случаи, когда поставщик платежной парковочной системы желает сохранить контроль над тем, как информация о нарушении правил парковки направляется оператору парковки. Это может быть достигнуто путем отправки данных о правонарушениях транспортного средства обратно в системы оплаты за парковку по телефону с помощью API, предоставляемого серверной системой 140. Система оплаты за парковку по телефону будет иметь полный контроль над тем, как список "нарушителей" транспортных средств будет представлен оператору парковки (например, путем заказного программного обеспечения, разработанного поставщиком системы оплаты за парковку по телефону).

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

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

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя модуль интеграции системы оплаты за парковочное место, который может представлять собой программный компонент, который извлекает информацию об оплате парковки со сторонней платежной системы парковки, которую использует серверная система 140 для контроля за оплатой парковки. Модуль интеграции для способа оплаты за парковочное место выполняет действия, включающие в себя: (1) установление соединения со сторонней API системы оплаты за парковочное место; (2) направление запроса на предоставление данных; (3) прием данных; (4) обработку и хранение данных в базе данных 141; (5) определение статуса нарушения правил парковки; (6) маркировку места назначения, где нарушается правила парковки, в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки информации о нарушении правил парковки; (7) периодическое подтверждение того, что API сторонней системы оплаты за парковочное место является активным и действует, но не ограничиваясь этим, путем использования сообщения или команды «на связи»; и (8) повторение выполнения действий на этапах 2-7 или разрыв соединения. Со ссылкой на этап (1), API, как правило, указывает на механизм, посредством которого может быть установлено соединение. Модуль интеграции системы оплаты за парковочное место выполнен с возможностью выполнять протокол, необходимый для функционирования сторонних API систем оплаты за парковочное место, и устанавливать соединение.

Со ссылкой на этап (2), когда серверная система 140 определяет, что конкретное транспортное средство освободило место назначения, серверная система 140 сигнализирует об этом событии в модуль интеграции системы оплаты за парковочное место, например, с помощью базы данных или межпроцессорной связи (IPC), в ответ на что модуль интеграции системы оплаты за парковочное место направляет запрос на стороннюю API систему оплаты за парковочное место на предоставление информации об оплате за парковку конкретного транспортного средства. Данные, посланные на стороннюю API систему оплаты за парковочное место, могут включать в себя, например, идентификатор места назначения, признанный API системы оплаты за парковочное место (что может потребовать адаптации с идентификатором, используемым серверной системой 140) и дату/время освобождения места назначения конкретным транспортным средством.

Со ссылкой на этап (3), модуль интеграции системы оплаты за парковочное место может быть выполнен с возможностью принимать информацию от API сторонней системы оплаты за парковочное место, включающую в себя, например, начало дата/временя и окончание дата/время периода оплаты за парковку. Со ссылкой на этап (5), модуль интеграции системы оплаты за парковочное место может быть выполнен с возможностью сравнить продолжительность платной парковки, как указано данными, полученными на этапе (3), с длительностью фактической парковки, определяемой серверной системой 140. Если текущая продолжительность стоянки превышает уплаченную продолжительность парковки, то выполняется процесс обработки данных на этапе (6), в противном операции на этапе (6) не выполняются.

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковочное место, основанную на вводе данных, для использования сторонней платежной системой парковки через, например, сеть 110, в которой сторонняя система оплаты парковки передает информацию в серверную систему 140 через API системы оплаты за парковочное место, основанную на вводе данных. API системы оплаты за парковочное место, основанную на вводе данных, может быть выполнена с возможностью осуществлять действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2) аутентификацию сторонней платежной системы за парковку; (3) прием данных от сторонней системы оплаты за парковку; (4) обработка и хранение данных в базе 141 данных; (5) определение статуса нарушения правил парковка; (6) обозначение места назначения, которое используется с нарушением правил парковки, в базе 141 данных для дальнейшей обработки, например, в соответствии с описанным ниже алгоритме предварительной обработки данных о нарушении правил парковки; (7) периодическое подтверждение того, что API системы оплаты за парковочное место, основанную на вводе данных активен и действует, но не ограничиваясь этим, путем использования "на связи" сообщения или команды; и (8) разрыв соединения при запросе или во время тайм-аута. Со ссылкой на этап (1), осуществляется получение информации посредством TCP или UDP порта для сторонней системы оплаты за парковку, чтобы установить соединение. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковочное место, основанную на вводе данных до получения разрешения на обмен данными. Если проверка подлинности не удается, может быть предусмотрен механизм повтора, и после нескольких неудачных попыток соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с помощью API системы оплаты за парковочное место, основанную на вводе данных, получать информацию о стоянке транспортных средств от сторонней системы оплаты за парковку каждый раз, когда транспортное средство/водитель платит за парковку. Полученная информация для конкретного транспортного средства, может включать в себя, например, идентификатор конкретного транспортного средства (что может потребовать синхронизации с идентификатором, используемым серверной системой 140), начало дата/время и окончание дата/временя оплаченного периода парковки. Со ссылкой на пункт (5), модуль интеграции системы оплаты за парковочное место, включенный в состав серверной системы 140, может быть выполнен с возможностью сравнивать продолжительность платной парковки, указанную данными, полученными на этапе (3), с длительностью фактической парковки, определенной серверной системой 140. Если продолжительность фактической парковки превышает уплаченную продолжительность парковки, обработка на этапе (6) выполняется, в противном случае, обработка на этапе (6) не выполняется.

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковочное место, основанную на передаче данных для использования сторонней платежной системы парковки через, например, сеть 110, в которой, серверная система 140 направляет всю необходимую информацию в стороннюю систему оплаты за парковочное место. API системы оплаты за парковочное место, основанную на передаче данных, может быть выполнено с возможностью реализовывать действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2), аутентификацию сторонней платежной системы за парковку; (3) загрузку данных на стороннюю систему оплаты за парковку; (4) прием подтверждения о загруженных данных; (5) направлять ответ на "на связи" запрос от сторонних систем оплаты за парковку; и (6) разъединять соединение по запросу или в период тайм-аута. Со ссылкой на пункт (1), осуществляется передача информации посредством TCP или UDP порта в стороннюю систему оплаты за парковку для установления соединения. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковочное место, основанную на передаче данных, до момента разрешения обмена данными. Если проверка подлинности не удается, то предусмотрен механизм повтора, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с использованием API системы оплаты за парковочное место, основанную на передаче данных, загружать информацию о парковке транспортного средства в стороннюю систему оплаты за парковку каждый раз, когда транспортное средство освобождает место назначения, ассоциированное со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства могут включать в себя, например, информацию номерного знака (в том числе номерные знаки штата/провинции), идентификатор места назначения, распознаваемого сторонней системой оплаты парковки (что может потребовать адаптацию идентификатора, используемого серверной системой 140), фактическую дату/время начала использования места назначения конкретным транспортным средством, и фактическую дату/время освобождения места назначения конкретным транспортным средством.

В другом варианте осуществления, серверная система 140 выполнена с возможностью интегрироваться с системой оплаты за парковочное место в два этапа. Во-первых, серверная система 140 получает платежную информацию о парковке транспортного средства из системы оплаты за парковочное место (например, начало и окончание оплаченного периода времени, номер места для парковки, номерной знак транспортного средства) с помощью API, представленного системой оплаты за парковочное место. На этом этапе, серверная система 140 будет иметь точную информацию, необходимую для создания списка номерных знаков с подробной информацией о нарушении правил парковки. Тем не менее, вместо того, чтобы серверная система 140 представляет этот список оператору парковки, могут быть случаи, когда поставщик системы оплаты за парковку желает сохранить для сотрудников возможность управления над процессом передачи информации о нарушении правил парковки обратно к оператору парковки. Это может быть достигнуто путем отправки данных о правонарушениях обратно в систему оплаты за парковочное место с помощью API, предоставляемый серверной системой 140. Система оплаты за парковочное место будет иметь полный контроль над тем, как список "нарушителей" будет представлен оператором парковки (например, путем заказного программного обеспечения, разработанного поставщиком системы оплаты за парковочное место).

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

Основным замыслом использования способа оплаты за парковку «плати и предъяви» является факт того, что как только конечный пользователь платит за парковку, конечный пользователь должен оставить квитанцию об оплате в салоне транспортного средства на панели приборов для того, чтобы персонал парковочного пространства смог визуально проверить наличие и данные квитанции, чтобы убедиться в том, что период времени, оплачиваемый конечным пользователем за парковку транспортного средства не истек.

Исторически парковочные терминалы способа оплаты за парковку «плати и предъяви» доминируют на уличных парковках и гаражах. Несмотря на то, что в последнее время терминалы для оплаты парковочного места становятся все более популярными, парковочные терминалы способа оплаты за парковку «плати и предъяви» все еще в большом количестве используются для оплаты парковки. Есть также системы способа оплаты за парковку «плати и предъяви», которые развернуты для оплаты парковки у тротуара.

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

В одном варианте осуществления реализуется способ интеграции серверной системы 140 с системой способа оплаты за парковку «плати и предъяви», серверная система 140 собирает информацию номерных знаков с помощью идентификационных камер, в то время как камеры мест назначения обеспечивают изображение фактического начала и окончания парковки, позволяя серверной системе 140 определять момент времени начала использования и окончания использования места назначения транспортным средством. Оплаченный период времени парковки может быть определен с помощью камер мет назначения с панорамированием, наклоном и зумом для извлечения штрих-кода или печатных знаков с самой квитанции об оплате, который конечный пользователь размещает на приборной панели транспортного средства.

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

В одном варианте осуществления, серверная система 140 может быть выполнена с возможностью осуществления пешеходного отслеживания на основе нескольких изображений, захваченных с помощью одной или нескольких камер, таких как камера, находящаяся в парковочном терминале способа оплаты за парковку «плати и предъяви», в пределах поля зрения. Используя пешеходное отслеживание, серверная система 140 может быть выполнена с возможностью отслеживать водителя и/или пассажира транспортного средства, когда они уходят и/или приближаются к транспортному средству, оплата за стоянку которого была получена с помощью парковочного терминала способа оплаты за парковку «плати и предъяви», так долго, сколько серверная система 140 выполняет слежение за транспортным средством. На основе отслеживаемого движения пешеходов, процесс оплаты может быть связан с конкретным местом для транспортного средства и соответствующим идентификатором транспортного средства, таким как номерной знак, определяемый серверной системой 140. Такой вариант осуществления исключает необходимость сбора информации непосредственно из напечатанной квитанции. В качестве примера, серверная система 140 может принимать множество изображений пешеходов, снятые с помощью одной или нескольких камер, включающие в себя одно или несколько изображений, где демонстрируется человек, который был пассажиром транспортного средства, и одно или более изображений, демонстрирующих пассажира, который оплатил за парковку с использованием парковочного терминала способа оплаты за парковку «плати и предъяви» за использование места назначения. Серверная система 140 может быть выполнена с возможностью отслеживать путем определения характеристик изображений пешеходов, захваченных на изображениях пешехода, в соответствии с течением времени, демонстрируя, что пассажир проходил между транспортным средством и станцией оплаты и произвел оплату. Исходя из этого, серверная система 140 может ассоциировать платеж с использованием в конкретном месте назначения транспортного средства.

Имея вышеописанную информацию, серверная система 140 выполнена с возможностью составлять список номерных знаков с подробной информацией о нарушении правил парковки. Это справедливо независимо от того, поддерживает ли система оплаты за парковку «плати и предъяви» в режиме реального времени по беспроводной сети, или система оплаты за парковку «плати и предъяви» не обладает какой-либо из указанной выше информации.

В одном варианте осуществления реализуется способ интеграции серверной системы 140 с системой оплаты за парковку «плати и предъяви» с помощью API, представленной серверной системой 140, чтобы обеспечить возможность серверной системе 140 самостоятельно запрашивать информацию о номерном знаке транспортного средства (в том числе государственного/штата), фактическое время начала и окончания парковки и продолжительности оплаченного периода парковки.

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

API системы оплаты за парковку «плати и предъяви», обеспеченная серверной системой 140, может быть выполнена с возможностью реализовать действия, включающие в себя, например: (1) в ожидании оплаты сторонней системой оплаты парковки, устанавливать соединения; (2), осуществлять аутентификацию сторонней платежной системы парковки; (3) загружать данные на стороннюю систему оплаты за парковку; (4) принимать загружаемые данные и направлять подтверждение; (5) направлять ответы на запросы-сообщения «на связи» в стороннюю системой оплаты парковки; (6) прерывать соединение по запросу или в период таймаута. Со ссылкой на этап (1), процесс может включать в себя получение информации через TCP или UDP порт для сторонней системы оплаты за парковку для установления соединения. Со ссылкой на этап (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковку способа «плати и предъяви» самостоятельно, до получения разрешения на обмен данными. Если проверка подлинности не удается, то может быть предусмотрен механизм повтора выполнения данной операции, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на этап (3), серверная система 140 может быть выполнена с возможностью, посредством API системы оплаты за парковку способа «плати и предъяви», загружать информацию о парковке транспортных средств на стороннюю систему оплаты за парковку каждый раз, когда водитель транспортного средства уезжает с места назначения, ассоциированного со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства, может включать в себя, например, информацию номерного знака (в том числе номерных знаков штата/провинции), идентификатор конкретного оплаченного места назначения для конкретного транспортного средства, ассоциированного со сторонней системой оплаты парковки (что может потребовать согласования идентификатора, используемого серверной системой 140), начало дата/временя и окончание дата/время оплаченного периода парковки.

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

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

Таким образом, способ интеграции через API, представленной серверной системой 140, является моделью типа "толкать", где серверная система 140 "толкает" всю необходимую информацию в систему способа оплаты за парковку «плати и предъяви». Впоследствии, система способа оплаты за парковку «плати и предъяви» отображает список номерных знаков с неоплаченным или истекшим периодом парковки. Иными словами, способ интеграции системы способа оплаты за парковку «плати и предъяви» с помощью API, представленной серверной системой 140, как правило, не осуществляется в модели типа "тянуть".

В одном варианте осуществления, может быть предоставлен парковочный терминал способа оплаты за парковку «плати и предъяви» с QR кодами. QR коды стали популярными и могут легко удерживать всю соответствующую информацию, как правило, содержащуюся парковочном талоне систем способа оплаты за парковку «плати и предъяви» (например, продолжительность стоянки, срок действия парковки, сумма оплаты, дату и время).

В одном варианте осуществления, система оплаты за парковку по телефону может совместно использоваться с системой способа оплаты за парковку «плати и предъяви», и серверная система 140 может быть интегрирована с платежной системы способа оплаты за парковку по телефону через API. В таком случае, где используется API, предоставленный системой оплаты за парковку по телефону, серверная система 140 будет передавать информацию обнаружения транспортного средства в систему оплаты за парковку по телефону, как правило, когда информация о номерном знаке транспортного средства уже была введена в систему оплаты за парковку по телефону. Конечным результатом является то, что система оплаты за парковку по телефону будет иметь информацию, необходимую для создания списка номерных знаков с подробной информацией о нарушении правил парковки.

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

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

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

Серверная система 140 собирает информацию о номерных знаках с помощью изображений, полученных с помощью идентификационных камер, в то время как изображения, снятые с помощью камер мест назначения, позволяют серверной системе 140 определять, время фактического начала и окончания парковки, обнаруживая, когда транспортное средство въезжает на парковку и когда это уезжает. Время истечения платной парковки определяется посредством просмотра с использованием масштабирования изображений с камер места назначения и посредством мониторинга видимого статуса флага истекшего периода оплаты на каждом платежном парковочном терминале. Основываясь на этой информации, серверная система 140 может определить статус нарушения правил парковки, и отметить статус использования места назначения как нарушение правил парковки в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки данных о нарушении правил парковки. В ситуациях, когда флаг истекшего периода оплаты считается серверной системой 140, серверная система 140 может быть выполнена с возможностью указывать оператору парковки или сотрудникам на факт, и/или сотруднику службы непрерывного контроля (обсуждается ниже) вручную определить статус нарушения правил парковки и/или проверить статус флага.

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

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

Серверная система 140 собирает информацию о номерных знаках с помощью изображений, полученных с помощью идентификационных камер, в то время как изображения, снятые с помощью камер мест назначения, позволяют серверной системе 140 определять, время фактического начала и окончания парковки, обнаруживая, когда транспортное средство въезжает на парковку и когда это уезжает. Время истечения платной парковки определяется посредством просмотра с использованием масштабирования изображений с камер места назначения и посредством мониторинга видимого статуса флага истекшего периода оплаты на каждом платежном парковочном терминале. Основываясь на этой информации, серверная система 140 может определить статус нарушения правил парковки, и отметить статус использования места назначения как нарушение правил парковки в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки данных о нарушении правил парковки. В ситуациях, когда флаг истекшего периода оплаты считается серверной системой 140, серверная система 140 может быть выполнена с возможностью указывать оператору парковки или сотрудникам на факт, и/или сотруднику службы непрерывного контроля (обсуждается ниже) вручную определить статус нарушения правил парковки и/или проверить статус флага.

Традиционные платежные парковочные терминалы, установленные на улице вдоль тротуаров, через API, представленной серверной системой 140 могут быть выполнены с возможностью реализовывать этапы, включающие в себя, например: (1) в ожидании оплаты сторонней системой оплаты парковки, устанавливать соединения; (2) осуществлять аутентификацию сторонней платежной системы парковки; (3) загружать данные на стороннюю систему оплаты за парковку; (4) принимать загружаемые данные и направлять подтверждение; (5) направлять ответы на запросы-сообщения «на связи» в стороннюю систему оплата парковки; (6) прерывать соединение по запросу или в период таймаута. Со ссылкой на этап (1), процесс может включать в себя получение информации через TCP или UDP порт для сторонней системы оплаты за парковку для установления соединения. Со ссылкой на этап (2), сторонняя система оплата за парковку должна идентифицировать себя через API системы традиционных платежных парковочных терминалов, установленных на улице вдоль тротуаров самостоятельно, до получения разрешения на обмен данными. Если проверка подлинности не удается, то может быть предусмотрен механизм повтора выполнения данной операции, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на этап (3), серверная система 140 может быть выполнена с возможностью, посредством API системы традиционных платежных парковочных терминалов, установленных на улице вдоль тротуаров, загружать информацию о парковке транспортных средств на стороннюю систему оплата за парковку каждый раз, когда водитель транспортного средства уезжает с места назначения, ассоциированного со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства, может включать в себя, например, информацию номерного знака (в том числе номерных знаков штата/провинции), идентификатор конкретного оплаченного места назначения для конкретного транспортного средства, ассоциированного со сторонней системой оплаты парковки (что может потребовать согласования идентификатора, используемого серверной системой 140), начало дата/время и окончание дата/время оплаченного периода парковки.

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

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

Таким образом, способ интеграции через API, представленной серверной системой 140, является модель "толкать", где серверная система 140 "толкает" всю необходимую информацию в систему традиционных платежных парковочных терминалов, установленных на улице вдоль тротуаров. Впоследствии, традиционные платежные парковочные терминалы, установленных на улице вдоль тротуаров, отображают список номерных знаков транспортных средств с неоплаченной или истекшим сроком парковки.

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

В последнее время стали использоваться платежные парковочные терминалы, установленных на улице вдоль тротуаров, (для оплаты одного парковочного места или сдвоенного), которые выполняют авторизацию кредитной карты, используя встроенный 3G или Wi-Fi модем. В одном варианте осуществления, серверная система 140 может быть выполнена с возможностью взаимодействовать с этим типом платежных парковочных терминалов, установленных на улице вдоль тротуаров через API платежных парковочных терминалов, установленных на улице вдоль тротуаров. В частности, поскольку эти платежные парковочные терминалы, установленных на улице вдоль тротуаров, уже имеют встроенные блоки для установления беспроводной сетевой связи, и ассоциированный внутренний сервер, то не составляет труда для серверной системы 140 обеспечить интеграцию со сторонним внутренним сервером.

Когда серверная система 140 выполнена с возможностью работать в этом режиме, модуль интеграции для API платежных парковочных терминалов, установленных на улице вдоль тротуаров, выполняет действия, включающие в себя: (1) установление соединения со сторонней API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров; (2) направление запроса на предоставление данных; (3) прием данных; (4) обработку и хранение данных в базе 141 данных; (5) определение статуса нарушения правил парковки; (6) маркировку места назначения, где нарушается правила парковки, в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки информации о нарушении правил парковки; (7) периодическое подтверждение того, что API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, является активным и действует, но не ограничиваясь этим, путем использования сообщения или команды «на связи»; и (8) повторение выполнения действий на этапах 2-7 или разрыв соединения. Со ссылкой на этап (1), API, как правило, указывает на механизм, посредством которого может быть установлено соединение. Модуль интеграции системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, выполнен с возможностью выполнять протокол, необходимый для функционирования API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, и устанавливать соединение.

Со ссылкой на этап (2), когда серверная система 140 определяет, что конкретное транспортное средство освободило место назначения, серверная система 140 сигнализирует об этом событии в модуль интеграции системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, например, с помощью базы данных или межпроцессорной связи (IPC), в ответ на что модуль интеграции системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, направляет запрос на стороннюю API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, на предоставление информации об оплате за парковку конкретного транспортного средства. Данные, посланные на стороннюю API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, могут включать в себя, например, идентификатор места назначения, признанный API системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, (что может потребовать адаптации с идентификатором, используемым серверной системой 140) и дату/время освобождения места назначения конкретным транспортным средством.

Со ссылкой на этап (3), модуль интеграции системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, может быть выполнен с возможностью принимать информацию от API сторонней системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, включающую в себя, например, начало дата/временя и окончание дата/время периода оплаты за парковку. Со ссылкой на этап (5), модуль интеграции системы платежных парковочных терминалов, установленных на улице вдоль тротуаров, может быть выполнен с возможностью сравнить продолжительность платной парковки, как указано данными, полученными на этапе (3), с длительностью фактической парковки, определяемой серверной системой 140. Если текущая продолжительность стоянки превышает уплаченную продолжительность парковки, то выполняется процесс обработки данных на этапе (6), в противном операции на этапе (6) не выполняются.

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

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных, для использования сторонней платежной системой парковки через, например, сеть 110, в которой сторонняя система оплаты парковки передает информацию в серверную систему 140 через API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных. API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных, может быть выполнена с возможностью осуществлять действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2) аутентификацию сторонней платежной системы за парковку; (3) прием данных от сторонней системы оплаты за парковку; (4) обработка и хранение данных в базе 141 данных; (5) определение статуса нарушения правил парковка; (6) обозначение места назначения, которое используется с нарушением правил парковки, в базе 141 данных для дальнейшей обработки, например, в соответствии с описанным ниже алгоритме предварительной обработки данных о нарушении правил парковки; (7) периодическое подтверждение того, что API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных активен и действует, но не ограничиваясь этим, путем использования "на связи" сообщения или команды; и (8) разрыв соединения при запросе или во время тайм-аута. Со ссылкой на этап (1), осуществляется получение информации посредством TCP или UDP порта для сторонней системы оплаты за парковку, чтобы установить соединение. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных до получения разрешения на обмен данными. Если проверка подлинности не удается, может быть предусмотрен механизм повтора, и после нескольких неудачных попыток соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с помощью API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на вводе данных, получать информацию о стоянке транспортных средств от сторонней системы оплаты за парковку каждый раз, когда транспортное средство/водитель платит за парковку. Полученная информация для конкретного транспортного средства может включать в себя, например, идентификатор конкретного транспортного средства (что может потребовать синхронизации с идентификатором, используемым серверной системой 140), начало дата/время и окончание дата/временя оплаченного периода парковки. Со ссылкой на пункт (5), модуль интеграции системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, включенный в состав серверной системы 140, может быть выполнен с возможностью сравнивать продолжительность платной парковки, указанную данными, полученными на этапе (3), с длительностью фактической парковки, определенной серверной системой 140. Если продолжительность фактической парковки превышает уплаченную продолжительность парковки, обработка на этапе (6) выполняется, в противном случае, обработка на этапе (6) не выполняется.

В одном варианте осуществления, серверная система 140 может включать в себя API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на передаче данных для использования сторонней платежной системы парковки через, например, сеть 110, в которой, серверная система 140 направляет всю необходимую информацию в стороннюю систему оплаты за парковочное место. API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на передаче данных, может быть выполнено с возможностью реализовывать действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2), аутентификацию сторонней платежной системы за парковку; (3) загрузку данных на стороннюю систему оплаты за парковку; (4) прием подтверждения о загруженных данных; (5) направлять ответ на "на связи" запрос от сторонних систем оплаты за парковку; и (6) разъединять соединение по запросу или в период тайм-аута. Со ссылкой на пункт (1), осуществляется передача информации посредством TCP или UDP порта в стороннюю систему оплаты за парковку для установления соединения. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на передаче данных, до момента разрешения обмена данными. Если проверка подлинности не удается, то предусмотрен механизм повтора, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с использованием API системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, основанную на передаче данных, загружать информацию о парковке транспортного средства в стороннюю систему оплаты за парковку каждый раз, когда транспортное средство освобождает место назначения, ассоциированное со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства могут включать в себя, например, информацию номерного знака (в том числе номерные знаки штата/провинции), идентификатор места назначения, распознаваемого сторонней системой оплаты парковки (что может потребовать адаптацию идентификатора, используемого серверной системой 140), фактическую дату/время начала использования места назначения конкретным транспортным средством, и фактическую дату/время освобождения места назначения конкретным транспортным средством.

В другом варианте осуществления, серверная система 140 выполнена с возможностью интегрироваться с системой платежных парковочных терминалов, установленные на улице вдоль тротуаров, в два этапа. Во-первых, серверная система 140 получает платежную информацию о парковке транспортного средства из системы платежных парковочных терминалов, установленные на улице вдоль тротуаров, (например, начало и окончание оплаченного периода времени, номер места для парковки, номерной знак транспортного средства) с помощью API, представленного системой платежных парковочных терминалов, установленные на улице вдоль тротуаров. На этом этапе, серверная система 140 будет иметь точную информацию, необходимую для создания списка номерных знаков с подробной информацией о нарушении правил парковки. Тем не менее, вместо того, чтобы серверная система 140 представляет этот список оператору парковки, могут быть случаи, когда поставщик системы оплаты за парковку желает сохранить для сотрудников возможность управления над процессом передачи информации о нарушении правил парковки обратно к оператору парковки. Это может быть достигнуто путем отправки данных о правонарушениях обратно в систему платежных парковочных терминалов, установленные на улице вдоль тротуаров, API, предоставляемый серверной системой 140. Система платежных парковочных терминалов, установленные на улице вдоль тротуаров, будет иметь полный контроль над тем, как список "нарушителей" будет представлен оператором парковки (например, путем заказного программного обеспечения, разработанного поставщиком системы платежных парковочных терминалов, установленные на улице вдоль тротуаров).

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

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства, который может представлять собой программный компонент, который извлекает информацию об оплате парковки со сторонней платежной системы парковки, которую использует серверная система 140 для контроля за оплатой парковки. Модуль интеграции для способа платы за парковку по номерному знаку транспортного средства выполняет действия, включающие в себя: (1) установление соединения со сторонней API системы оплаты за парковочное место; (2) направление запроса на предоставление данных; (3) прием данных; (4) обработку и хранение данных в базе 141 данных; (5) определение статуса нарушения правил парковки; (6) маркировку места назначения, где нарушается правила парковки, в базе 141 данных для дальнейшей обработки, например, в описанном ниже алгоритме предварительной обработки информации о нарушении правил парковки; (7) периодическое подтверждение того, что API сторонней системы оплаты за парковку по номерному знаку транспортного средства является активным и действует, но не ограничиваясь этим, путем использования сообщения или команды «на связи»; и (8) повторение выполнения действий на этапах 2-7 или разрыв соединения. Со ссылкой на этап (1), API, как правило, указывает на механизм, посредством которого может быть установлено соединение. Модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства выполнен с возможностью выполнять протокол, необходимый для функционирования сторонних API систем оплаты за парковку по номерному знаку транспортного средства, и устанавливать соединение.

Со ссылкой на этап (2), когда серверная система 140 определяет, что конкретное транспортное средство освободило место назначения, серверная система 140 сигнализирует об этом событии в модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства, например, с помощью базы данных или межпроцессорной связи (IPC), в ответ на что модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства направляет запрос на стороннюю API систему оплаты за парковку по номерному знаку транспортного средства на предоставление информации об оплате за парковку конкретного транспортного средства. Данные, посланные на стороннюю API систему оплаты за парковку по номерному знаку транспортного средства, могут включать в себя, например, идентификатор места назначения, признанный API системы оплаты за парковку по номерному знаку транспортного средства (что может потребовать адаптации с идентификатором, используемым серверной системой 140) и дату/время освобождения места назначения конкретным транспортным средством.

Со ссылкой на этап (3), модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства может быть выполнен с возможностью принимать информацию от API сторонней системы оплаты за парковку по номерному знаку транспортного средства, включающую в себя, например, начало дата/временя и окончание дата/время периода оплаты за парковку. Со ссылкой на этап (5), модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства может быть выполнен с возможностью сравнить продолжительность платной парковки, как указано данными, полученными на этапе (3), с длительностью фактической парковки, определяемой серверной системой 140. Если текущая продолжительность стоянки превышает уплаченную продолжительность парковки, то выполняется процесс обработки данных на этапе (6), в противном операции на этапе (6) не выполняются.

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

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

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

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковку по номерному знаку транспортного средства, основанную на вводе данных, для использования сторонней платежной системой парковки через, например, сеть 110, в которой сторонняя система оплаты парковки передает информацию в серверную систему 140 через API системы оплаты за парковку по номерному знаку транспортного средства, основанную на вводе данных. API системы оплаты за парковку по номерному знаку транспортного средства, основанную на вводе данных, может быть выполнена с возможностью осуществлять действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2) аутентификацию сторонней платежной системы за парковку; (3) прием данных от сторонней системы оплаты за парковку; (4) обработку и хранение данных в базе 141 данных; (5) определение статуса нарушения правил парковка; (6) обозначение места назначения, которое используется с нарушением правил парковки, в базе 141 данных для дальнейшей обработки, например, в соответствии с описанным ниже алгоритме предварительной обработки данных о нарушении правил парковки; (7) периодическое подтверждение того, что API системы оплаты за парковочное место, основанную на вводе данных активен и действует, но не ограничиваясь этим, путем использования "на связи" сообщения или команды; и (8) разрыв соединения при запросе или во время тайм-аута. Со ссылкой на этап (1), осуществляется получение информации посредством TCP или UDP порта для сторонней системы оплаты за парковку по номерному знаку транспортного средства, чтобы установить соединение. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковку по номерному знаку транспортного средства, основанную на вводе данных до получения разрешения на обмен данными. Если проверка подлинности не удается, может быть предусмотрен механизм повтора, и после нескольких неудачных попыток соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с помощью API системы оплаты за парковку по номерному знаку транспортного средства, основанную на вводе данных, получать информацию о стоянке транспортных средств от сторонней системы оплаты за парковку каждый раз, когда транспортное средство/водитель платит за парковку. Полученная информация для конкретного транспортного средства, может включать в себя, например, идентификатор конкретного транспортного средства (что может потребовать синхронизации с идентификатором, используемым серверной системой 140), начало дата/время и окончание дата/временя оплаченного периода парковки. Со ссылкой на пункт (5), модуль интеграции системы оплаты за парковку по номерному знаку транспортного средства, включенный в состав серверной системы 140, может быть выполнен с возможностью сравнивать продолжительность платной парковки, указанную данными, полученными на этапе (3), с длительностью фактической парковки, определенной серверной системой 140. Если продолжительность фактической парковки превышает уплаченную продолжительность парковки, обработка на этапе (6) выполняется, в противном случае, обработка на этапе (6) не выполняется.

В одном варианте осуществления, серверная система 140 может включать в себя API системы оплаты за парковку по номерному знаку транспортного средства, основанную на передаче данных для использования сторонней платежной системы парковки через, например, сеть 110, в которой, серверная система 140 направляет всю необходимую информацию в стороннюю систему оплаты за парковочное место. API системы оплаты за парковку по номерному знаку транспортного средства, основанную на передаче данных, может быть выполнено с возможностью реализовывать действия, включающие в себя, например: (1) в ожидании оплаты парковки сторонней системой, установление соединения; (2), аутентификацию сторонней платежной системы за парковку; (3) загрузку данных на стороннюю систему оплаты за парковку; (4) прием подтверждения о загруженных данных; (5) направлять ответ на "на связи" запрос от сторонних систем оплаты за парковку; и (6) разъединять соединение по запросу или в период тайм-аута. Со ссылкой на пункт (1), осуществляется передача информации посредством TCP или UDP порта в стороннюю систему оплаты за парковку для установления соединения. Со ссылкой на пункт (2), сторонняя система оплаты за парковку должна идентифицировать себя через API системы оплаты за парковку по номерному знаку транспортного средства, основанную на передаче данных, до момента разрешения обмена данными. Если проверка подлинности не удается, то предусмотрен механизм повтора, и после нескольких неудачных попыток, соединение может быть разъединено. Со ссылкой на пункт (3), серверная система 140 может быть выполнена с возможностью, с использованием API системы оплаты за парковку по номерному знаку транспортного средства, основанную на передаче данных, загружать информацию о парковке транспортного средства в стороннюю систему оплаты за парковку каждый раз, когда транспортное средство освобождает место назначения, ассоциированное со сторонней системой оплаты парковки. Загруженная информация для конкретного транспортного средства могут включать в себя, например, информацию номерного знака (в том числе номерные знаки штата/провинции), идентификатор места назначения, распознаваемого сторонней системой оплаты парковки (что может потребовать адаптацию идентификатора, используемого серверной системой 140), фактическую дату/время начала использования места назначения конкретным транспортным средством, и фактическую дату/время освобождения места назначения конкретным транспортным средством.

В другом варианте осуществления, серверная система 140 выполнена с возможностью интегрироваться с системой оплаты за парковку по номерному знаку транспортного средства в два этапа. Во-первых, серверная система 140 получает платежную информацию о парковке транспортного средства из системы оплаты за парковку по номерному знаку транспортного средства (например, начало и окончание оплаченного периода времени, номер места для парковки, номерной знак транспортного средства) с помощью API, представленного системой оплаты за парковку по номерному знаку транспортного средства. На этом этапе, серверная система 140 будет иметь точную информацию, необходимую для создания списка номерных знаков с подробной информацией о нарушении правил парковки. Тем не менее, вместо того, чтобы серверная система 140 представляет этот список оператору парковки, могут быть случаи, когда поставщик системы оплаты за парковку желает сохранить для сотрудников возможность управления над процессом передачи информации о нарушении правил парковки обратно к оператору парковки. Это может быть достигнуто путем отправки данных о правонарушениях обратно в систему оплаты за парковку по номерному знаку транспортного средства с помощью API, предоставляемый серверной системой 140. Система оплаты за парковку по номерному знаку транспортного средства будет иметь полный контроль над тем, как список "нарушителей" будет представлен оператором парковки (например, путем заказного программного обеспечения, разработанного поставщиком системы оплаты за парковочное место).

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

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

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

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

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

С опцией использования службы непрерывного контроля, серверная система 140 может генерировать события исключения для службы непрерывного контроля, когда серверная система 140 не может автоматически обнаружить ключевую информацию, например, номерной знак транспортного средства, статус флага неоплаченной стоянки на традиционном парковочном терминале или штрих-код/печатную информацию на парковочном талоне при использовании системы оплаты за парковку «плати и предъяви». Такое событие исключения может вызвать инициировать определенные действия сотрудников службы непрерывного контроля, включающие в себя, но не ограничиваясь этим, перемотку вперед/назад/пауза/стоп-кадр FWD и RWD конкретных изображений, захваченных идентификационными камерами и/или камерами мест назначения, увеличение/уменьшение уровня зума для просмотра конкретных областей парковочного пространства, представляющие интерес в захваченных изображениях, использование режима панорамирования/наклона/зума видеокамер в режиме реального времени, чтобы получить улучшенные изображения и направить персонал на данный участок для выполнения осмотра транспортного средства или парковочного терминала, либо использовать мобильное устройство 150 для визуального контроля, чтобы получить улучшенные изображения для использования серверной системой 140.

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

Во-первых, в случае, когда оператор парковочного пространства является государственным/муниципалитет предприятием, которые, возможно, уже имеют доступ к DMV информации, серверной системе 140 необходимо только поставить список номерных знаков с информацией принадлежности к государству/штату, вместе с подробной информацией о нарушении правил парковки (например, дата, время и место), чтобы уведомления о нарушении правил парковки были отправлены по почте зарегистрированным владельцам.

Во-вторых, для частных операторов парковочного пространства, которые не имеют предустановленный доступ к DMV информации, есть ряд законных способов получения персональной информации, включающей в себя имя и адрес владельца транспортного средства, которое имеет соответствующий номерной знак. Эти способы варьируются от штата к штату (провинции). В качестве примера, в штате Нью-Йорк, частным операторам парковочного пространства разрешено получить доступ к такой информации путем использования Соглашения о защите данных и конфиденциальности (DPPA) MV-15DPPA "для использования в связи с оказанием частных платных транспортных услуг", "включающие в себя компании, которые обслуживают парковочное пространство с целью обеспечения уведомления владельцев транспортных средств, которые используют данное сооружение". Для некоторых юрисдикций информация об имени и адресе может быть получена в режиме реального времени, и серверная система 140 может быть выполнена с возможностью получать и обрабатывать такую информацию. В некоторых юрисдикциях, информация имени и адреса стороннего владельца транспортного средства не может быть получена в режиме реального времени, но вместо этого должны быть получены по почте или лично. В таких странах, частные операторы парковочного пространства могут пожелать получить имена и адреса на пакетной основе (например, ежедневно, через каждые 2 или 3 дня, или еженедельно).

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

Как было отмечено со ссылкой на фиг. 1, конечный пользователь систем 170 может включать в себя в системы, находящиеся в транспортном средстве. В варианте осуществления, новые марки транспортных средств могут быть снабжены иконкой индикатора, установленной на приборной панели транспортного средства непосредственно на заводе при изготовлении, по аналогии с другими лампочками, находящимися на приборной панели, такие как "Проверка двигателя", предупреждение о торможении или индикаторы блока круиз-контроля. Эта иконка индикатора обычно не горит, когда транспортное средство 130 движется по трассе или не находится внутри периметра, обслуживаемого серверной системой 140. Как только транспортное средство 130 приближается к автостоянкам или к обочине парковочного пространства, иконка индикатора может загораться, предупреждая конечного пользователя о наличии провайдера автоматизированных услуг парковки, предусмотренных серверной системой 140. Когда транспортное средство 130 паркуется на место назначения, например парковочное место, то иконка индикатора загорается красным цветом, уведомляя конечного пользователя, что парковка не была оплачена. После того, как парковка была оплачена (с использованием вышеупомянутых способов либо способ оплаты за парковку по телефону, либо посредством платежного парковочного терминала, установленного вдоль тротуара, либо способом оплаты парковочного места, или другими способами), иконка индикатора загорится зеленым цветом, показывая статус парковки, как оплаченный. В одном варианте осуществления, эти визуальные признаки могут сопровождаться аудио уведомлениями, которые могут быть простыми звуками или в виде голосовых сообщений. Аудио звук может генерироваться посредством мультимедийной системы транспортного средства.

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

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

Существует ряд потенциальных источников информации, из которых иконка индикатора на приборной панели может получить информацию, включающие в себя данные, передаваемые по сотовой связи или посредством Wi-Fi или с помощью интеллектуальных датчиков (описано ниже). Для более старых марок транспортных средств, на которых не были установлены иконки индикаторов при изготовлении транспортных средств, конечные пользователи могут использовать модифицированный комплект в виде визуального модуля, который принимает информацию посредством Bluetooth, по сотовой связи или Wi-Fi.

В одном варианте осуществления, признак иконка индикатор принимает данные о местоположении посредством GPS от сторонних подсистем, встроенных в транспортное средство, посредством жгута проводки транспортного средства. Данные GPS позволяют признаку иконке индикатора определять факт нахождения транспортного средства 130 в настоящее время в зоне платного парковочного пространства.

Подобно иконке индикатора, расположенного на приборной панели транспортного средства, умные датчики могут быть установлены на новых марках транспортных средств непосредственно на заводе. Используя технологию, аналогичную стандарту ZigBee IEEE 802.15.4, можно обеспечить коммуникацию с низкой стоимостью, с малым уровнем энергопотребления, беспроводной сети малой дальности между транспортными средствами и парковочным оборудованием. Каждое транспортное средство становится узлом, а узел может взаимодействовать с дальней конечной точкой, ретранслируя данные через промежуточные узлы, формируя ячеистую сеть. Каждый интеллектуальный датчик содержит уникальный идентификатор, так что информация номерного знака транспортного средства больше не является критичной. В одном варианте осуществления интеллектуальные датчики могут быть выполнены с возможностью устанавливать связь с серверной системой 140 через мобильное подключение и/или предоставить возможность оплатить за парковку по телефону, при этом плата за пользование места назначения может быть сделана с помощью смарт-датчика.

Многие приложения можно реализовать с помощью таких интеллектуальных датчиков. Например, интеллектуальные датчики могут включать в себя приемник GPS или взаимодействовать с GPS модулем в транспортном средстве, чтобы определить текущее местоположение транспортного средства 130 и сообщить о текущем местоположении на серверную систему 140. Применяя некоторые GPS технологии, такие как A-GPS, местоположение определяется с помощью GPS, что может обеспечить достаточную точность для определения местоположения транспортного средства, которое использует конкретное место назначения. Эти датчики могут также устанавливать связь с парковочными платежными терминалами, и, в сущности, сообщать о наличии транспортного средства и информацию о продолжительности парковки. Эта информация парковки может быть ретранслирована в отдаленное устройство/сеть через ячеистую сеть, таким образом, парковочное оборудование не должны быть установлено в непосредственной близости от транспортного средства. Для транспортных средств, оснащенных интеллектуальными датчиками, использование идентификационной камеры и камеры мест назначения не требуется, так как встроенный интеллектуальный датчик уже предоставляет информацию об уникальной идентичности транспортного средства в серверную систему 140.

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

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

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

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

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

В противоположность этому, признак динамического резервирования парковочного мета в режиме реального времени позволяет конечным пользователям определять точное место для парковки, которое они хотят использовать (например, пространство ближе к торговому центру во время периода рождественских покупок), в течение определенного периода времени (например, место назначения может быть зарезервировано для использования на время в будущем). После того, как парковочное место было зарезервировано, лазерная сигнализация может осветить место парковки, чтобы указать на то, что данное парковочное место зарезервировано (подсвечивая данное парковочное место, например, красным цветом в качестве предупреждения для других водителей). Использование места назначения в течение зарезервированного периода другим транспортным средством будет рассматриваться как нарушение правил парковки. Это позволяет оператору парковки увеличить доход, предлагая как многоуровневые/премиум-класса парковочные места, так и предварительное бронирование мест на паркинге.

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

В одном варианте осуществления, признак оплаты за парковку по телефону может быть предложен либо непосредственно на платформе «под ключ» или через стороннего поставщика услуг. Конечным результатом является то, что конечные пользователи могут платить за парковку по телефону с использованием конкретной IVR телефонной линии, вводить информацию о месте назначения или номерной знак транспортного средства и продолжительность стоянки. В другом варианте осуществления, предоставляется способ оплаты за парковку в режиме реального времени по той же схеме, чтобы поддержать способ оплаты за парковку в режиме реального времени, как правило, через веб-сайт, который доступен через смартфон.

В одном варианте осуществления, признак технологии типа "толкать" может быть использован в случае, когда конечный пользователь паркует транспортного средства 130 и принимает текстовое сообщение или другой уведомление, предлагающее наличие положительного ответа, о взимании определенной платы за парковку до того момента, когда транспортное средство 130 находится на месте назначения. Серверная система 140 идентифицирует транспортное средство 130 посредством идентификационной камеры и дополнительно определяет, что транспортное средство 130 ассоциировано с предварительно зарегистрированной кредитной картой конечного пользователя или другой платежной информации и номером сотового телефона или другой записанной контактной информации. После того, как серверная система 140 определяет с помощью камеры места назначения, что транспортное средство 130 припарковано на месте назначения, серверная система 140 инициирует выполнение последовательности модели "PUSH" для активного уведомления водителя о необходимости оплаты или подтверждения осуществления оплаты. Упрощая процесс оплаты за парковку, добиваемся увеличения доходов за оказанные услуги парковки.

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

Серверная система 140 может быть выполнена с возможностью обеспечивать функционирование программного компонента технологии «толкать», что повышает удобство для пользователя осуществлять оплату за парковку. Технология «толкать» поддерживает такие функции, как: (1) инициирование последовательности осуществления платежей через текстовое сообщение; (2) предоставление возможности для заранее зарегистрированного пользователя сфотографировать номерной знак своего транспортного средства, и затем предоставить фото в серверную систему 140, например, по электронной почте или в текстовом сообщении; (3) предоставление возможности незарегистрированным пользователям сделать снимок номерного знака своего транспортного средства, и затем предоставить фото в серверную систему 140, например, по электронной почте или в текстовом сообщении; и (4), предоставление возможности водителям зарегистрироваться один раз, чтобы не вносить взнос за парковку в случае использования подписной модели. Компонент технологии «толкать» взаимодействует с логической схемой обнаружения идентификатора транспортного средства, логическим элементом обнаружения транспортного средства, базой 141 данных и шлюзом осуществления оплаты. Со ссылкой на пункт (1), на основе идентификатора транспортного средства, которое только начало использование места назначения, такого как парковочное место, компонент технологии «толкать» передает текстовое сообщение с указанием, что использование места назначения началось, на номер мобильного телефона, который зарегистрирован в серверной системе 140. Когда водитель принимает условия текстового сообщения, отвечая «да», то с кредитной карты, ассоциированной с зарегистрированной учетной записью, может быть списана соответствующая плата ха использование парковочного места, например, но не ограничиваясь этим, плата за парковку с плоской ставкой за пользование места назначения. Со ссылкой на пункт (2), водитель, который предварительно зарегистрирован в серверной системе 140, может сделать фотографию номерного знака своего транспортного средства, и затем отправить по электронной почте или текстовым сообщением фотографию в серверную систему 140. Оплата за парковку осуществляется с помощью кредитной карты, ассоциированной с зарегистрированным счетом для предварительно зарегистрированного пользователя. Со ссылкой на пункт (3), для транспортных средств, которые имеют незарегистрированные номерные знаки в серверной системе 140, водитель может сфотографировать номерной знак и затем переслать фото по электронной почте/с помощью текстового сообщения в серверную систему 140. В случае, когда провайдер услуг мобильной связи поддерживает и обеспечивает доступ к услуге биллинга, сумма оплаты за использование парковки может быть добавлена к ежемесячному счету за пользование мобильного устройства пользователя. Со ссылкой на пункт (4), водитель может зарегистрироваться один раз, чтобы автоматически оплачивать все предоставленные услуги (или, по меньшей мере, за пользование парковочным местом) посредством зарегистрированной кредитной карты. Программный компонент технологии «толкать» также может быть выполнен с возможностью автоматически отправлять текстовое сообщение пользователю в случае, если серверная система 140 определяет ненадлежащее использование места назначения, например, транспортное средство паркуется в зону, где парковка запрещена.

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

Серверная система 140 может быть выполнена с возможностью определять, имеет ли транспортное средство тег с истекшим сроком из идентификационного изображения. Идентификационное изображение может быть захвачено с использованием фиксированной идентификационной камеры 120, на среднестатистическом расстоянии и скорости движения транспортного средства и с учетом малого размера типичного индикатора истечения срока на номерном знаке транспортного средства, определение того, имеет ли транспортное средство тег с истекшим сроком из идентификационного изображения, как правило, не представляется возможным. С использованием PTZ-камеры, способной увеличить изображение номерного знака неподвижного транспортного средства, либо с помощью идентификационной камеры или камеры места назначения, становиться возможным увеличить изображение номерного знака для получения достаточно подробного изображения, чтобы определить, имеет ли транспортное средство тег с истекшим сроком только из полученного изображения. В одном варианте осуществления идентификационное изображение может быть захвачено с помощью мобильной или ручной камеры, включающей в себя, например, камеру смартфона или мобильное устройство 150. Идентификационное изображение, полученное из таких источников, часто имеет достаточно деталей для определения того, имеет ли транспортное средство тег с истекшим сроком только из идентификационного изображения. В одном из вариантов, в отличие от использования только изображения для определения того, истек ли срок действия тега, серверная система 140 может быть выполнена с возможностью запрашивать с помощью API муниципальную базу данных для определения того, истек ли срок регистрации транспортного средства для конкретного номерного знака. Серверная система 140 может быть выполнена с возможностью, в случае, если определяется, что транспортное средство имеет тег с истекшим сроком, направлять информацию о транспортном средстве в муниципалитет.

Серверная система 140 может быть выполнена с возможностью обеспечивать наличие программного логического компонента для обработки информации о номерном знаке, который принимает информацию об идентифицированном случае нарушения правил использования места назначения, таких как нарушение присвоенное логическим компонентом для предварительной обработки нарушении парковки, и преобразовывает информацию в последовательность действий либо зарегистрированным владельцем (RO)/пользователем транспортного средства, участвующего в нарушении использования места назначения, либо оператором парковки, ответственного за использование места назначения. Например, последовательность действий может быть представлена в виде оформления уведомления о нарушении правил парковки, которое автоматически направляется по почте зарегистрированному владельцу, или номерной знак отображается на экране монитора, установленного в офисе управления парковочным пространством. Программный логический компонент для обработки информации о номерном знаке взаимодействует с логическим компонентом для предварительной обработки нарушении парковки, утилит конфигурации системы и базой 141 данных. Программный логический компонент для обработки информации о номерном знаке может быть выполнен с возможностью проверять выполнение одного или нескольких бизнес-процессов, установленных с помощью утилиты конфигурирования системы совместно с местом назначения для определения соответствующей последовательности действий. Например, если бизнес-процесс определяет необходимость поиска номерного знака транспортного средства, то специфический процесс поиска номерного знака транспортного средства может также быть указан, например, с помощью API, предоставленный муниципалитетом, или API, предоставляемый частным предприятием. В таком случае, выполняется предписанная процедура поиска номерного знака транспортного средства. Кроме того, бизнес-процедуры могут определять суб-опции, такие, как рассылать парковочные талоны зарегистрированным владельцам с помощью API, или просто предоставлять почтовый адрес зарегистрированного владельца и любую другую ассоциированную информацию о нарушении правил парковки оператору парковки. В другом примере, если бизнес-процесс определяет необходимость в направлении информации о номерном знаке транспортного средства, то логический компонент для обработки информации о номерном знаке осуществляет проверку передачи определенного типа информации о номерном знаке транспортного средства, как указано, и пересылает информацию о номерном знаке.

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

Программный логический компонент для обработки информации о номерном знаке может включать в себя субмодуль поиска и отслеживания номерного знака. Субмодуль поиска и отслеживания номерного знака может быть выполнен с возможностью запрашивать базу данных номерных знаков транспортного средств, чтобы получить почтовый адрес зарегистрированного владельца транспортного средства. Примеры таких баз данных включают в себя способ API поиска счета при подключении извне по телефонной линии на HTTP основе, предоставленный Департаментом регистрации транспортных средств штата Нью-Йорк, базы данных услуг Американской ассоциации владельцев транспортных средств (AAMVA) или других страховых компаний и интернет-базы данных публичного доступа, такие как PublicData.com (хотя многие такие базы данных являются менее надежными, чем правительственные или коммерчески управляемые базы данных, таким образом, возможно, потребуется дополнительные усилия по обеспечению действительной и точной информации).

Кроме того, субмодуль поиска и отслеживания номерного знака транспортного средства может быть выполнен с возможностью автоматически направлять по почте уведомления о нарушении правил парковки зарегистрированному владельцу, ассоциированного с транспортным средством, которое нарушает установленные правила использования места назначения. Например, процесс рассылки может быть автоматизирован с помощью вызова API на печать/почтовой службы, такие как, но не ограничиваясь этим, L-Mail.com.

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

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

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

Серверная система 140 может быть выполнена с возможностью предоставлять провайдеру парковочного пространства с помощью API или утилит конфигурирования, возможность определять конкретные события, при которых будет применена специфическая ставка за парковку для определенных мест назначения. Например, если будет дан концерт с 7-11 РМ в месте около парковки, то паркинг может взимать плоскую ставку $ 10 за парковку транспортных средств, припаркованные после 4 вечера в тот же вечер.

Серверная система 140 может быть выполнена с возможностью обеспечивать водителю транспортного средства оставлять транспортное средство на стоянке в месте назначения до тех пор, как они хотят без взимания штрафа, и иметь кредитную карточку или другие счета для оплаты в соответствии с правилами, установленными для использования мест назначения (такие как, но не ограничиваясь этим, почасовая оплата или фиксированная ставка в день). В одном варианте осуществления, текстовое сообщение или адрес электронной почты может быть сообщен или иначе направлен водителя, сообщая о том, что доступна функция без уплаты штрафа за использование места назначения, и что водителю разрешается выбирать функцию использования посредством ответа с сообщением, таким как "да" или "нет". В одном варианте осуществления серверная система 140 может быть выполнена с возможностью предоставлять признак оплаты без штрафа для всех неограниченных мест назначения в указанных областях или во всех местах назначения, отслеживаемых серверной системой 140. Тем не менее, серверная система 140 может быть выполнена с возможностью не предлагать признак оплаты за парковку без уплаты штрафа для ограниченного места назначения, таких как, например, места назначения, используемые в период времени с 3-6 РМ, когда парковка запрещена в час пик.

В одном варианте осуществления серверная система 140 может иметь возможность выполнять профилирование на основе информации о 3D размера транспортного средства. Например, такое профилирование может примерно воспроизвести профиль транспортного средства и определить к какой категории оно относится, например, но не ограничиваясь этим, внедорожник (SUV), фургон, седан, купе или мотоцикл. Кроме того, транспортное средство может быть классифицировано как имеющее светлый или темный цвет. Профилирование транспортного средства может выполняться без использования парковочных приложений, таких как, но не ограничиваясь этим, содействие полиции в отслеживании угнанных транспортных средств в пределах определенной области, «Эмбералерт», для нужд национальной безопасности. В одном варианте осуществления, профилирование транспортного средства может быть использовано для обеспечения дополнительных характеристик транспортного средства, для сравнений при выполнении отслеживания транспортного средства от одной камеры отслеживания к другой. В одном варианте осуществления, профилирование транспортного средства может обеспечить дополнительный уровень подтверждения идентичности транспортного средства для автоматизированного процесса рассылки уведомления об уплате услуг парковки. В одном варианте осуществления предусмотрен ручной способ 3D профилирования транспортного средства для серверной системы 140. Например, один ручной профиль 3D транспортного средства Шевроле Импала может использовать соотношение 1:2:1 высоты капота к высоте пассажирского салона к высоте багажника.

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

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

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

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

На фиг. 5 показана блок-схема, иллюстрирующая компьютерную систему 500, на которой могут быть реализованы аспекты изобретения. Компьютерная система 500 включает в себя шину 502 или другой механизм связи для передачи информации, и процессор 504, соединенный с шиной 502, для обработки информации. Компьютерная система 500 также включает в себя основную память 506, такую как оперативная память (RAM) или другое динамическое запоминающее устройство, соединенное с шиной 502, для хранения информации и команд, которые будут выполняться процессором 504. Основная память 506 может также использоваться для хранения временных переменных данных или другой промежуточной информации во время выполнения команд, которые будут выполняться процессором 504. Компьютерная система 500 дополнительно включает в себя постоянное запоминающее устройство (ROM) 508 или другое статическое запоминающее устройство, присоединенное к шине 502, для хранения статической информации и команд для процессора 504. Обеспечивается запоминающее устройство 510, такое как магнитный диск или оптический диск, и соединено с шиной 502 для хранения информации и команд.

Компьютерная система 500 может быть соединена через шину 502 с дисплеем 512, такого как электронно-лучевая трубка (CRT) или жидкокристаллический дисплей (LCD), для отображения информации пользователю компьютера. Входное устройство 514, включающее в себя буквенно-цифровую и другую клавиатуру, соединено с шиной 502 для передачи информации и выбора команд для процессора 504. Другой тип пользовательского устройства ввода является устройство 516 управления курсором, такое как мышь, шаровой манипулятор или клавиши направления курсора для передачи информации и выбора команд для процессора 504, и для управления движением курсора на дисплее 512. Это входное устройство, как правило, имеет две степени свободы по двум осям, первую ось (например, x) и вторую ось (например, y), что позволяет устройству указать позиции в плоскости. Другой тип входного устройства пользователя представляет собой сенсорный экран, который обычно сочетает в себе дисплей 512 с аппаратурой, которая регистрирует прикосновение к экрану дисплея 512.

Настоящее изобретение относится к применению одной или более компьютерных систем, таких как компьютерная система 500, совместно выполненная с возможностью и/или запрограммированная реализовывать описанные здесь технологии. В соответствии с одним из вариантов осуществления изобретения, эти технологии реализовываются компьютерной системой 500 в ответ на выполнение процессором 504 одной или несколько последовательностей одной или нескольких инструкций, содержащихся в основной памяти 506. Такие инструкции могут считываться в основную память 506 из другого машиночитаемого носителя, такого как устройство 510 хранения информации. Выполнение последовательности инструкций, содержащихся в основной памяти 506, процессором 506 осуществляется выполнение этапов процесса, описанных в данном документе. В альтернативных вариантах осуществления, жесткопроводная схема может быть использована вместо или в комбинации с программными инструкциями для воплощения изобретения. Таким образом, варианты осуществления изобретения не ограничены какой-либо конкретной комбинацией схем аппаратного и программного обеспечения.

Термин «машиночитаемый носитель информации», как используется здесь, относится к любому носителю информации, который используется в процессе предоставления данных, что вызывает машину функционировать в конкретном режиме. В одном варианте осуществления, где используется компьютерная система 500, применяются различные машиночитаемые носители информации, например, в обеспечении команд для процессора 504 для исполнения. Такой носитель информации может принимать различные формы, включающие в себя, но не ограничиваясь ими, как энергозависимые носители, так и энергонезависимые носители, и средство передачи медиа данных. Энергозависимые носители информации включают в себя, например, оптические или магнитные диски, например, устройство 510 хранения информации. Энергонезависимые носители информации включают в себя динамическую память, такую как основная память 506. Средство передачи информации включает в себя коаксиальные кабели, медный провод и волоконно-оптические кабели, которые находятся в шине 502. Средство передачи информации может также принимать форму акустических или световых волн, таких, как генерируемых во время радиоволны и передачу данных в инфракрасном спектре. Все такие средства передачи информации должны быть материализованы и не временны для передачи сигналов команд, передающиеся в информации, для обнаружения с помощью физического механизма, который читает инструкции в машине.

Общие формы машиночитаемого носителя информации включают в себя, например, дискеты, гибкий диск, жесткий диск, магнитную ленту или любой другой магнитный носитель, CD-ROM, любой другой оптический носитель, перфокарты, перфоленту либо другие физические носители информации с шаблонными отверстиями, RAM, ROM, EPROM и, FLASH-EPROM, любой другой тип микросхемы памяти или картридж, несущая волны, как описано ниже, или любой другой носитель, с которого компьютер может читать информацию.

Различные формы машиночитаемых носителей могут быть вовлечены в процесс передачи одной или более последовательностей одной или более команд на процессор 504 для исполнения. Например, инструкции изначально могут быть записаны на магнитном диске удаленного компьютера. Удаленный компьютер может загрузить инструкции в свою динамическую память и отправить инструкции по телефонной линии с использованием модема. Компьютерная система 500 локального модема может принимать данные по телефонной линии и использовать инфракрасный передатчик для преобразования данных в инфракрасном сигнале. Инфракрасный детектор может получить данных, передаваемые в инфракрасном сигнале и соответствующая схема может разместить данные на шине 502. Шина 502 осуществляет передачу данных в основную память 506, из которой процессор 504 извлекает и выполняет инструкции. Инструкции, полученные главной памятью 506, могут возможно быть сохранены на запоминающем устройстве 510 либо до, либо после выполнения процессором 504.

Компьютерная система 500 также включает в себя интерфейс 518 связи, подсоединенный к шине 502. Интерфейс 518 связи обеспечивает двухстороннюю связь для передачи данных в коммуникационной сети 520, которая соединена с локальной сетью 522. Например, интерфейс 518 связи может быть устройством цифровой сети с интеграцией услуг (ISDN), картой или модемом для обеспечения соединения для передачи данных по соответствующим телефонным линиям. В качестве другого примера, интерфейс 518 связи может быть картой локальной сети (LAN) для обеспечения соединения для передачи данных по совместимой LAN. Беспроводные каналы связи также могут быть реализованы. В любом таком варианте осуществления, интерфейс 518 связи посылает и принимает электрические, электромагнитные или оптические сигналы, которые несут потоки цифровых данных, представляющие различные типы информации.

Линия 520 сети обычно обеспечивает передачу данных через одну или более сетей на другие устройства обработки данных. Например, линия 520 сети может обеспечивать связь через локальную сеть 522 на хост-компьютер 524 или на оборудование, управляемое поставщиком услуг Интернета (ISP) 526. ISP 526, в свою очередь, предоставляет услуги передачи данных через глобальную сеть связи пакетной передачи данных, которая в настоящее время обычно называют «Интернет» 528. Локальная сеть 522 и Интернет 528 обе используют электрические, электромагнитные или оптические сигналы, которые несут потоки цифровых данных. Сигналы, передаваемые по различным сетям, и сигналы по линии 520 сети и через интерфейс 218 связи, которые переносят цифровые данные в и из компьютерной системы 500, являются примерными формами несущих волн, переносящих информацию.

Компьютерная система 500 может отправлять сообщения и принимать данные, включающие в себя программный код по сети(ям), линии 520 сети и интерфейсу 518 связи. В примере, где используется Интернет, сервер 530 может передавать требуемый код прикладной программы через Интернет 528, ISP 526, по локальной сети 522 и посредством интерфейса 518 связи.

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

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

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

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

принимают множество изображений транспортных средств, зафиксированных посредством множества камер, причем:

множество камер включают в себя первую идентификационную камеру, имеющую первое поле обзора,

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

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

множество изображений транспортных средств включают в себя:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

указывают первый уникальный идентификатор первого транспортного средства;

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

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

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

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

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

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

указывают второй уникальный идентификатор второго транспортного средства;

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

при этом этапы приема, определения и указания выполняются одним или более процессорами.

2. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

взимают указанную стоимость со счета, связанного с первым транспортным средством.

3. Способ по п. 1, в котором на этапе определения первого уникального идентификатора первого транспортного средства:

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

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

предоставляют первое идентификационное изображение человеку-оператору;

принимают результат идентификации первого транспортного средства; и

определяют первый уникальный идентификатор первого транспортного средства на основании принятого результата идентификации.

4. Способ по п. 1, в котором

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

5. Способ по п. 1 дополнительно содержит:

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

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

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

6. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

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

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

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

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

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

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

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

9. Способ по п. 1, содержащий этапы, на которых:

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

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

10. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

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

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

11. Способ по п. 1, содержащий этапы, на которых:

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

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

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

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

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

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

12. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

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

13. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

каждое изображение пешехода включает в себя изображение пассажира первого транспортного средства; а

множество изображений пешеходов включают в себя:

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

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

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

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

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

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

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

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

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