KR101736648B1 - 다수의 카메라를 사용한 단일의 다수-차량 주차 공간의 사용 제어 - Google Patents

Abstract

단일의 다수 차량 목적지 위치 및 상기 다수 차량 목적지 위치 내의 적어도 하나의 제한된 위치의 사용을 추적하는 방법이 기재된다. 먼저 복수의 카메라에 의해 포착된 복수의 차량 이미지가 수신된다. 다음으로, 제 1 차량이 단일의 다수 차량 목적지 위치의 사용을 시작하고 완료하는 시기가 결정된다. 마지막으로, 제 2 차량이 단일의 다수 차량 목적지 이치 내의 적어도 하나의 제한된 위치에 정차하는 것이 결정된다.

Description

다수의 카메라를 사용한 단일의 다수-차량 주차 공간의 사용 제어{CONTROLLING USE OF A SINGLE MULTI-VEHICLE PARKING SPACE USING MULTIPLE CAMERAS}

본 발명은 차량을 식별하기 위한 카메라의 사용 및 이 차량에 의한 주차 공간의 사용의 제어에 관한 것이다.

다수의 공영 및 민영 주차 오퍼레이터는, 바퀴가 달린 자동차를 위한 주차 공간과 같이, 차량을 위한 목적지 위치의 사용을 관리하고 사용자에 대한 수익을 얻기 위한 광범위한 유산 주차 관리 시스템을 보유한다. 이러한 유산 시스템을 전자동으로 업그레이드하도록 예전부터 요구되어온 상당한 재작업 및 비용이, 다수의 주차 오퍼레이터가 이러한 업그레이드를 수행하는 것을 방해하는 실질적인 선불(up-front) 자본 투자라는 문제를 제기한다.

특정 기간 동안 먼저 설치되어서 동작해온 시스템을 포함하는 기존의 주차 결제 시스템과 쉽게 통합하는 전자동 및 자율 주차 관리 시스템이 필요하다. 이를 위하여, 이전에 사용되지 않은 주차 설비 오퍼레이터에 대한 새로운 수익 기회 및 효율성을 드러낸다.

일 실시예에서, 적어도 하나의 목적지 위치의 사용을 추적하는 방법이 존재하며, 이 방법은: 복수의 카메라에 의해 포착된 복수의 차량 이미지를 수신하는 단계 - 각각의 차량 이미지는 제 1 차량의 이미지를 포함하고, 복수의 카메라는 제 1 식별 카메라를 포함하고, 복수의 카메라는 목적지 카메라를 포함하고, 차량 이미지는 제 1 식별 카메라에 의해 포착된 하나 이상의 제 1 식별 이미지, 1차 시기에 포착된 제 1 목적지 이미지를 포함하는 목적지 카메라에 의해 포착되는 복수의 목적지 이미지, 1차 시기 이후 2차 시기에 포착되는 제 2 목적지 이미지 및 2차 시기 이후 3차 시기에서 포착되는 제 3 목적지 이미지를 포함함 - ; 제 1 식별 이미지를 기초로 제 1 차량의 제 1 고유 식별자를 결정하는 단계; 상기 제 1 목적지 이미지를 기초로 상기 제 1 차량에 대한 복수의 제 1 특성을 결정하는 단계; 하나 이상의 목적지 이미지를 기초로 차량에 대한 제 2 복수의 특성을 결정하는 단계; 제 2 복수의 특성이 제 1 복수의 특성에 상응하는 것을 결정하는 단계; 제 1 차량의 이미지는, 제 2 복수의 특성이 제 1 복수의 특성에 상응한다는 결정을 기초로 복수의 목적지 이미지에 포함되는 것을 결정하는 단계; 제 1 차량이, 제 1 목적지 이미지 및 제 2 목적지 이미지를 기초로 제 1 목적지 위치에서 정차되는 것을 결정하는 단계; 제 1 차량은 제 3 목적지 이미지를 기초로 제 1 목적지 위치를 벗어난 것을 결정하는 단계; 제 1 차량이 1차 시기에 제 1 목적지 위치의 사용을 시작한 것을 표시하는 단계; 및 제 1 차량이 3차 시기에 제 1 목적지 위치의 사용을 완료한 것을 표시하는 단계를 포함하되, 상기 수신하는 단계, 결정하는 단계 및 표시하는 단계는 선행하는 단계를 수행하도록 선별적으로 프로그래밍된 하나 이상의 컴퓨터에 의해 수행된다.

비일시적 컴퓨터 판독가능 매체는 하나 이상의 컴퓨터가 실행될 때 이하의 단계를 수행하도록 유도한다: 복수의 카메라에 의해 포착된 복수의 이미지를 수신하는 단계 - 각각의 차량 이미지는 제 1 차량의 이미지를 포함하고, 복수의 카메라는 제 1 식별 카메라를 포함하고, 복수의 카메라는 식별 카메라를 포함하고, 차량 이미지는 제 1 식별 카메라에 의해 포착된 하나 이상의 제 1 식별 이미지, 1차 시기에 포착된 제 1 목적지 이미지를 포함하는 목적지 카메라에 의해 포착된 복수의 목적지 이미지, 1차 시기 후의 2차 시기에서 포착된 제 2 목적지 이미지 및 2차 시기 이후 3차 시기에 포착된 3차 목적지 이미지를 포함함 - ; 제 1 식별 이미지를 기초로 제 1 차량에 대한 제 1 고유 식별자를 결정하는 단계; 제 1 식별 이미지를 기초로 제 1 차량에 대한 제 1 복수의 특성을 결정하는 단계; 하나 이상의 목적지 이미지를 기초로 차량에 대한 제 2 복수의 특성을 결정하는 단계; 제 2 복수의 특성이 제 1 복수의 특성에 상응하는 것을 결정하는 단계; 제 1 차량의 이미지가, 제 2 복수의 특성이 제 1 복수의 특성에 상응하는 것을 기초로 복수의 목적지 이미지에 포함되는 것을 결정하는 단계; 제 1 차량은 제 1 목적지 이미지 및 제 2 목적지 이미지를 기초로 하는 제 1 목적지 위치에 정차되는 것을 결정하는 단계; 제 1 차량은 제 3 목적지 이미지를 기초로 제 1 목적지 위치를 벗어나는 것을 결정하는 단계; 제 1 차량이 1차 시기에 제 1 목적지 위치의 사용을 시작한 것을 표시하는 단계; 및 제 1 차량이 제 3 시기에서 제 1 목적지 위치의 사용을 완료하는 것을 표시하는 단계.

개시된 대상물에 의해 얻어지는 다수의 이익은 이하를 포함하되 이에 한정되지 않는다: (1) 주차위반 소환장(parking citation)에 대한 무간섭 자체 집행을 제공; (2) 기존의 "정-위치" 주차 결제 기반 시설과 통합하는 주차위반 소환장을 위한 무간섭 자체 집행을 제공; (3) 오직 하나 또는 극소수의 차량의 존재를 식별하는 근접 센서에 의존하는 기법에 비해 적은 수의 센서 및 설치 비용의 관련된 감소 - 주차장과 같은 넓고 개방된 영역에서의 주차 공간의 관리에 결정적인 것으로 입증될 수 있는 요인; (4) 차량 보호 및 주차 집행을 위한 상용 기성(COTS) 기술 및 장비 비용에 관련된 감소에 영향력을 행사하는 것; (5) 특히 이미지 처리가 카메라로부터 먼 곳에서 수행되는 실시예에서 시스템 전반적으로 쉽게 업데이트될 수 있는 소프트웨어 기반 차량 감지 기법의 발달, 및 주차 관리 시스템 전반의 하드웨어 변화없이 차량 감지의 개선을 실현; (6) 전체 시스템에 걸쳐 또는 주차 공간의 보다 좁게 한정된 서브셋에 관련하여 시스템 거동에서의 변화를 신속하게 초래하는 능력.

도 1은 기재된 대상물에 따른 전체 시스템(100)의 예시를 도시한다.
도 2a 및 도 2b는 식별 카메라에 의해 포착되는 이미지의 예시를 도시한다.
도 3a 및 도 3b는 목적지 카메라에 의해 포착되는 이미지의 예시를 도시한다.
도 4는 중첩하는 시계들을 갖는 카메라들에 의해 포착되는 이미지들이 차량을 식별하고, 목적지 위치에 대한 차량의 이동을 추적하며 차량에 의한 목적지 위치의 사용을 식별하기 위하여 사용될 수 있는 방법을 도시한다.
도 5는 본 발명의 측면이 구현될 수 있는 컴퓨터 시스템(500)을 도시하는 블록 다이어그램을 도시한다.
도 6a 도 6b는 카메라의 시계의 특성을 명시하기 위하여 그래픽 사용자 인터페이스(GUI)의 양상을 도시한다. 도 6a는 제 1 카메라로부터의 이미지가 디스플레이되는 GUI의 일부를 도시한다. 도 6b는 제 2 카메라로부터의 이미지가 디스플레이되는 GUI의 일부를 도시한다.

도 1은 개시된 대상물에 따른 전체 시스템(100)의 예시를 도시한다. 네트워크(110)는 도 1에 도시된 요소들 간의 데이터 통신 서비스를 제공한다. 당업자가 도시된 요소들 간의 데이터의 교환을 위하여 확실하게 그리고 예측가능하게 통합할 수 있는, 이더넷(Ethernet), 802.11 무선 및 셀룰러 데이터 네트워킹 기술을 포함하되 이에 제한되지 않는 다수의 네트워킹 기술이 존재한다. 예컨대, 카메라(120 및 125) 및 서버(140)는 제 1 네트워크를 통해 통신할 수 있는 반면에, 기타 요소는 공용 인터넷을 통해 통신한다. 독립 제 1 네트워크의 사용에 의해, 당업자는 신뢰도 및 안전도에 대한 원하는 목표를 실현할 수 있다.

식별 카메라(120)는 시스템(100)에 포함된 복수의 이러한 카메라들 중 하나의 카메라를 도시한다. 논의의 편의를 위하여, 단 하나의 단일 식별 카메라(120)가 도 1에서 도시된다. 식별 카메라(120)가 위치되어서, 이 카메라는 자동차 번호판, 또는 QR 코드 또는 바코드를 포함하되 이에 한정되지 않는 형식의 차량 식별자를 제공하는 차량에 부착된 라벨을 포함하되 이에 한정되지 않는 차량 식별자의 이미지를 포착할 수 있다. 이미지(121)와 같은 식별 카메라(120)에 의해 포착된 이미지는 차량(130)과 같은 개별 차량을 식별하고 다양한 목적지 위치의 그 용도를 기록하기 위하여 하나 이상의 목적지 카메라(125)에 의해 포착된 이미지와 관련하여 사용된다. 바퀴가 달린 자동차를 위한 목적지 위치의 예시는, 주차장을 포함하되 이에 한정되지 않는 다양한 제약의 대상이 될 수 있는 주차에 적합한 것으로 지정된 영역, 및 버스 정류장, 소방 도로, 소화전 주변 영역, 인도, 교차로의 X 피트내의 영역, 진입로, 섬(island), 중앙분리대(median), 자전거 도로, 횡단보도를 포함하되 이에 한정되지 않는 주차에 부적절한 것으로 지정된 영역을 포함한다. 예컨대, 서버 시스템(140)은 차량이 버스 정류장에서 주차된 시기를 결정하고 이 차량 차량의 견인을 요청하는 것 또는 우편으로 소환장을 발행하는 것과 같은 결정을 요청하거나 조치를 취하도록 구성될 수 있다. 일 실시예에서, 차량이 지정 주차 공간 내에 적절하게 주차되지 않은 것, 연석(curb)으로부터 1피트 이상 거리에 주차하는 것, 좌측 바퀴가 연석 왼쪽을 향하게 주차되어 있는 것(잘못된 방향을 면하는 주차), 후진(back-in) 각도 주차 및 차량 방치(수일간 특정 위치에 차량 방치)와 같은 주차 위반이 식별될 수 있다. 일 실시예에서, 식별 카메라는 예컨대 스마트폰에 포함된 카메라를 포함하는, 이동식 또는 휴대형 카메라를 또한 포함할 수 있다.

목적지 카메라(125)는 시스템(100)에 포함된 이러한 복수의 카메라들 중 하나를 도시한다. 논의의 편의를 위하여, 단일 목적지 카메라(125)만이 도 1에 도시된다. 목적지 카메라(125)가 위치되어서, 이 카메라가 자동차 주차장을 포함하되 이에 한정되지 않는 하나 이상의 목적지 위치의 이미지를 포착할 수 있다. 통상적으로, 목적지 카메라(125)는 가로등 또는 전신주에 또는 빌딩의 정면 또는 꼭대기를 포함하되 이에 한정되지 않는 높이로 장착될 것이다. 이러한 높이에 목적지 카메라(125)를 장착함으로써, 목적지 카메라(125)에 의해 포착된 이러한 이미지(126)와 같은 이미지의 시계는 다수의 목적지 위치를 포함하여 이를 모니터링하도록 사용될 수 있다. 일 실시예에서, 목적지 카메라는 예컨대 스마트폰에 포함된 카메라를 포함하는 이동식 또는 휴대형 카메라를 포함할 수 있다. 일 실시예에서, 목적지 카메라는 주차 미터기 몸체에 포함될 수 있다. 일 실시예에서, 목적지 카메라는 우주 위성 이미징 카메라에 의해 제공되어서 지자체 전체적으로 설치된 목적지 카메라의 필요성을 잠재적으로 배제시킬 수 있다. 일 실시예에서, 목적지 카메라는 소형 비행선 또는 기타 비행선을 포함하되 이에 한정되지 않는 공중 비행체, 또는 무인 공중 비행체에 포함될 수 있으며 비행의 연장된 기간 동안 자동으로 가동될 수 있다.

목적지 카메라(120) 및 목적지 카메라(125)는 개별적인 통신 링크(127 및 128)를 통해 네트워크(110)와 각각 직접적으로 통신하도록 구성될 수 있다. 다른 실시예에 있어서, 식별 카메라(120)는 목적지 카메라(125)와 직접적으로 통신하고 이를 통해 데이터를 전달하도록 구성될 수 있으므로, 식별 카메라(120)가 통신 링크(127)를 통해 네트워크(110)와 직접적으로 통신하도록 구성되는 것보다는, 식별 카메라(120)가 통신 링크(129)를 통해 목적지 카메라(125)와 통신하고, 목적지 카메라(125)가 통신 링크(128)를 통해 네트워크(110)와 통신하여, 목적지 카메라(125)가 식별 카메라(120)에 그리고 이로부터 데이터를 전달하는 역할을 한다. 통신 링크(129)는 무선 네트워킹 링크가 될 수 있다. 도 1이 2개의 카메라(120 및 125) 사이의 통신 링크(129)를 갖는 예시를 도시하지만, 이것은 다수의 카메라를 통하여 데이터를 전달함으로써 주어진 카메라로부터 또는 이것에 데이터가 보내지는 것으로 연장될 수 있다. 추가로, 무선 메쉬 네트워크는 복수의 카메라 간에 설치되어서 카메라들 간의 내 고장성(fault tolerant) 그리고 자율 구성 통신 매체를 제공할 수 있다. 하드와이어드(hardwired) 링크 대신에 무선 통신을 사용함으로써, 전체적으로 시스템에서의 하드와이어드 통신 링크의 수와 이러한 하드와이어드 링크를 설치하고 유지하는데 관련된 비용 및 노력이 감소될 수 있다. 또한, 이것은 데이터를 네트워크(100)로 운반하기 위하여 예컨대 셀룰러 데이터 통신을 사용하는 것의 대안으로 적절한 역할을 할 수 있는데, 이는 통상적으로 셀룰러 데이터 통신의 비용이 하드와이어드 링크를 통한 것보다 상당히 더 들기 때문이다. 그러나, 무선 통신이 요구되지는 않으며 일부 또는 모든 카메라가 하드와이어드 링크를 통해 통신할 수 있다.

서버 시스템(140)은 중앙 데이터 저장소, 데이터 검색 및 처리 서비스를 포함하는 하나 이상의 컴퓨터 시스템을 포함한다. 서버 시스템(140)에 포함된 컴퓨터 시스템은 일반적으로 랜덤 액세스 메모리(142)와 프로세서(143)를 각각 포함할 것이다. 서버 시스템(140)은, 차량에 의한 주차 공간과 같은 목적지 위치의 사용과 같은 정보, 차량 계좌 정보, 식별 카메라 이미지를 통해 얻은 차량 모니터링, 목적지 예약 정보, 청구서 정보 및 결제 정보와 같은 정보를 기록하는데 사용되는 데이터베이스(141)를 포함한다. 데이터베이스(141)는 예컨대 MySQL, 오라클 또는 DBASE와 같은 소프트웨어 프로그램을 사용하여 구현될 수 있다. 데이터베이스(141)는 다수의 컴퓨터 시스템에 걸쳐 실행되는 다수의 데이터 베이스 인스턴스(instance)를 포함할 수 있다.

일 실시예에서, 서버 시스템(140)은 식별 카메라(120)와 같은 식별 카메라 및 목적지 카메라(125)와 같은 목적지 카메라에 의해 포착된 이미지로부터의 차량 및 차량 식별 인지를 수행하도록 구성된다. 추가 서버(140)는 목적지 위치의 사용을 결정하는 것과 같은 인지된 정보를 기초로 그리고 목적지 위치의 사용이 목적지 위치에 대한 사용 제약의 위반에 해당할 때를 기초로 의사 결정을 수행하도록 구성된다. 이미지 처리 및 의사 결정이 서버 시스템(140)에서 중앙 집중화되는 이러한 실시예는, 마이크로프로세서의 트랜지스터의 수 및 데이터 처리 능력의 상응하는 양이 매 18개월마다 2배가 되는 무어의 법칙 및 연간 50%씩 대역폭 속도가 증가하는 것으로 가정하는 닐센의 법칙을 이용한다. 이러한 중앙 집중된 접근법에 의해 상당한 이익이 실현될 수 있다. 서버 어플리케이션의 지능/특징의 풍부함이 항상 더 저렴하고 더 빠른 CPU 파워로 빠르게 증대될 수 있는 것뿐만 아니라, 새로운 특징 및 어플리케이션은 또한 온사이트 "신 클라이언트(thin client)" 장치로 신속하게 롤 아웃(roll out)될 수 있다. 제조 비용은 일반적으로 시스템 전반의 COTS(상용 기성) 구성요소의 사용에 의해 줄어든다. 게다가, 고속 네트워크 시스템은 네트워크를 통해 이용가능한 기술 서비스의 업데이트를 이용하도록 위치될 것이다. 최종적으로, 마이크로프로세서 및 대역폭 비용이 지속적으로 감소하면서, 크기 및 용량 확장의 비용이 계속 감소하는 비용으로 실현될 수 있다.

다른 실시예에서, 일부 기능은 시스템의 기타 구성요소에 분포될 수 있다. 예컨대, 식별 카메라(120)는 포착된 이미지의, 자동차 등록 번호와 같은 차량 식별 정보의 존재를 식별하도록 구성될 수 있다. 이러한 실시예에서, 식별 카메라(120) 및 서버 시스템(140) 간의 데이터 통신 대역폭의 양, 및 서버 시스템(140)에 의해 수행되어야 하는 처리의 양은, 예컨대, 식별 카메라(120)가 예컨대 이미지의 차량의 존재의 식별, 이미지의 차량 식별 정보의 존재를 식별 및/또는 이미지로부터의 차량 식별 정보의 추출이 가능한 이미지 처리 기능의 수행이 가능한 더욱 정교한 장치가 될 필요가 있다는 절충(trade off)에 의해 상당히 줄어들 수 있다. 다른 예시에 의해, 식별 및 목적지 카메라는 서버 시스템(140)을 사용하여 이러한 결정을 수행하는 것보다는 도 4와 관련하여 이하에서 명시되는 바와 같이 차량 이미지의 특성을 결정하도록 프로그래밍될 수 있다. 기능이 전체적으로 시스템 전반에서 분포될 수 있는 방법은, 처리를 위하여 중앙 위치에 카메라에 의해 포착된 이미지를 전달하기 위한 예상 비용과 견주어지는, 분산된 기능을 제공하는 것(필수 처리 하드웨어를 제공하는 것 및 식별 및/또는 목적지 카메라에 대한 프로그래밍)의 예상 비용에 의존한다. 통신 병목 현상을 수신하기 위하여 하나의 컴퓨터 시스템으로부터 다른 하나로 - 서버 시스템(140)으로부터 식별 카메라(120)로 - 프로그래밍된 기능을 이동시키는 것, 및 적절한 처리 자원이 이러한 기능을 수행하기 위하여 다수의 컴퓨터 시스템에 제공되는 것을 보장하는 것은 선행 기술에서 상당히 일반적인 활동이다.

이동 장치(150)는 프로그래밍가능 컴퓨터, 식별 카메라 및 서버 시스템(140)과의 통신을 위한 무선 데이터 통신 능력을 포함한다. 예시에서, 차량(130)이 목적지 위치를 사용하게 되되, 차량(130)에 대한 고유 식별이 확인되지 않을 경우, 이동 장치(150)는 목적지 위치에 보내질 수 있고 차량(130)의 고유 식별자로부터 포착된 차량(130)의 이미지(151)가 얻어질 수 있다. 식별 카메라(120)에 의해 수행되는 라이센스 플레이트의 이미지를 포착하는 것에 더하여, 이동 장치(150)는 또한 번호판이 없는 차량에 유용할 수 있는 차량 VIN 식별자 태그(tag)를 포착하도록 구성될 수 있다. 이것은 또 다른 차량에 의해 차량(130)의 겹침 현상(occlusion)과 같은 드문 상황을 극복하도록 돕는데, 이는 이것이 식별 카메라(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)은 선택된 목적지 위치에, 턴바이턴(turn by turn) 방향과 같은 안내를 제공하도록 추가로 구성될 수 있다. 최종 사용자 시스템(170)은 이용가능한 목적지 위치의 사용을 예약하도록 서버 시스템(140)에 지시하도록 추가로 구성될 수 있다.

수동 검토 시스템(180)은 프로그래밍된 컴퓨터 시스템이고, 이것에 의해 인간 오퍼레이터(181)가 차량(130)과 같은 차량을 식별하기 위하여 서버 시스템(140)에 대한 도움을 제공한다. 예컨대, 서버 시스템(140)은, 오류가 식별 카메라(120)에 의해 포착된, 이미지(121)와 같은 이미지로부터 차량(130)에 대한 고유 식별자의 자동 기계 기반 결정을 수행할 때 발생하는 것을 결정할 수 있다. 이러한 오류에 대응하여, 서버 시스템(140)은 차량(130)에 대한 자동차 등록 번호와 같은 고유 식별자를 식별하기 위하여 인간 오퍼레이터(181)로부터 도움을 요청할 수 있다. 수동 검토 시스템(180)은 사용자 인터페이스를 제공하고, 이것에 의해 인간 오퍼레이터(181)가 이미지(121), 그리고 아마도 식별 카메라(120) 또는 기타 카메라에 의해 포착된 기타 이미지를 검토할 수 있다. 예컨대, 사람 오퍼레이터(181)는 비디오 영상을 수동으로 되감고 자동차 등록 번호 및 주/도 정보를 수동으로 결정하기 위하여 정지시킬 수 있다. 이러한 인터페이스를 통해, 인간 오퍼레이터(181)는 차량(130)의 식별을 제공하거나 인간 오퍼레이터(181)가 차량(130)에 대한 식별을 결정할 수 없는 것을 표시할 수 있고, 이것은, 차량(130)의 확실한 식별을 위하여 이동 장치(150)를 목적지 위치로 보내는 것을 초래할 수 있다. 하나 이상의 수동 검토 시스템(180)은 서버 시스템(140)에 의해 처리된 정보의 양에 따라 서버 시스템(140)에 의한 사용에 이용가능해질 수 있다. 추가로, 인간 오퍼레이터(181)는 이하에서 더욱 상세히 논의되는 라이브 오퍼레이터 팀(Live operator team)의 일원이 될 수 있다.

일 실시예에서, 하나 이상의 식별 및 목적지 카메라는 카메라부터 서버 시스템(140)으로 전송되는 이미지보다 더 높은 프레임 비율 및/또는 해상도의 이미지를 포착한다. 이러한 카메라에 의해 포착된 이미지 데이터의 모두가, 아마 비용이 많이 드는 네트워크 통신 대역폭(예컨대 셀룰러 데이터 네트워크) 및 서버 시스템(410)에서 이용가능한 제한된 이미지 처리 리소스를 보호하기 위하여 서버 시스템(140)으로 전송되는 것이 아니라도, 이러한 카메라는 원형 버퍼와 같이 이것이 포착하는 한정된 양의 전체 이미지 데이터를 버퍼링할 수 있다. 추가로, 이러한 카메라는 예컨대 등록 번호판을 인지하기에 유용할 수 있는 더 높은 해상도의 이미지의 일부를 포함하는 이러한 추가 이미지 데이터에 대한 요청에 응답하도록 구성될 수 있다. 이러한 메커니즘에 의해, 서버 시스템(140)은, 추가 이미지가 차량을 식별하고 추적하는데 유용할 수 있고 또한 수동 검토 시스템(180)은 서버 시스템(140)에 의해 유발된 오류를 해결하기 위하여 다양한 이미지를 요청할 수 있는 것을 자동으로 결정할 수 있다.

주차 운영 시스템(190)은 프로그래밍된 컴퓨터 시스템이고, 이것에 의해 주차 설비 오퍼레이터는 서버 시스템(140)과 상호작용하고 이를 제어할 수 있다. 서버 시스템(140)은 대다수의 시간 동안 주차 오퍼레이터에 의해 요구되는 적은 입력에 의해 자동으로 동작하는 것으로 기대된다. 그러나, 종종, 주차 설비 오퍼레이터 직원이 이 동작에 능동적으로 참여하는 경우도 있다. 예컨대, 주차 운영 시스템(190)은 얼마나 많은 그리고 어떠한 목적지 위치가 사용되고 및/또는 이용가능할지에 관한 실시간 표시를 제공할 수 있다. 다른 예시로서, 주차 운영 시스템(190)은 차량이 사용 제한을 위반하는 목적지 위치에 대한 실시간 표시를 제공하여 주차 설비 오퍼레이터 직원이 필요하다고 간주할 경우 이러한 위반에 대하여 조치를 취하도록 허용할 수 있다.

도 2a는 식별 카메라(120)에 의해 포착되는 이미지(121)의 예시를 도시하며, 식별 카메라(120)는 식별 카메라(120)에 의해, 통과하는 차량에 대한 식별 정보를 효과적으로 포착하도록 위치된다. 일 실시예에서, 식별 카메라(120)는 자동차 등록 번호 정보와 같은 식별 정보의 이미지를 포함하는 비디오를 서버 시스템(140)에 스트리밍한다. 통상적인 가로등이 대략 18 피트 높이이므로, 이 가로등은 식별 카메라를 위한 훌륭한 장착 위치를 제공하고, 이것은 나무 및 가깝게 이동하는 차량을 포함하는 기타 장애물로부터 멀어져서 뚜렷한 시선으로 인한 이득을 취한다. 또한, 가로등이 먼저 전력을 공급받을 때, 식별 카메라가 가로등으로부터 전력을 끌어오도록 설치될 수도 있다. 또한, 대부분의 시의 규정은 각각의 거리의 장소의 블록 당 적어도 하나의 가로등을 요구하므로, 가로등 장착된 식별 카메라는 거리에서 이동하는 임의의 차량에 대한 충분한 범위를 제공할 수 있다.

식별 카메라(120)에 의해 포착된 식별 이미지는 2가지 주목적: (1) 차량의 전방 또는 후방에 장착된 번호판으로부터 식별자를 판독하는 것과 같이 차량의 고유 식별을 얻는 것; 및 (2) 차량의 다수의 특성을 결정하는 것을 위하여 사용되므로, 또 다른 카메라에 의해 얻어지는 차량의 이미지는 도 4와 관련하여 이하에서 논의되는 바와 같이 식별된 차량에 상응하는 것이 결정될 수 있다. 예시에서, 도 2a에 도시된 식별 이미지는 차량 및 그 번호판의 뷰(view)가 서버 시스템(140)에 의한 처리에 이용가능하다. 다수의 식별 이미지는 속도 및 이동 방향과 같은 차량 특성을 결정하도록 사용될 수 있다.

번호판 판독기의 영역에서, 다양한 조명 및 차량 조건 하에서 차량 식별자의 신뢰가능한 판독에 효과적인 이미지를 확실히 포착하기 위한 다양한 기법이 선행 기술에서 알려진다. 일 비한정적인 예시가 참조에 의해 그 전체가 통합되는 미국 특허 제 7,016,518에서 기재된다. 일 실시예에서, 밤 동안의 자연 조명이 없기 때문에 발생하는 문제는, 목적지 위치의 사용에 대한 제약이 낮시간 동안에만 유효한 곳에서는 회피될 수 있다.

일 실시예에서, 차량 식별자를 얻기 위한 머신 비전 기법이 식별 카메라(120)에 의해 수행될 수 있다. 이러한 일 실시예에서, 차량 식별자가 식별 이미지 대신 보내질 수 있으므로, 식별 카메라(120)로부터 서버 시스템(140)으로 보내진 데이터의 양은 상당히 줄어들 수 있다. 그러나, 하나 이상의 식별 이미지는 서버 시스템(140)에 의해 차량 특성의 저장 및/또는 결정을 위한 서버 시스템(140)으로 전송되는 것이 가능할 수 있다(일 실시예에서 이것은 식별 카메라(120)에 의해 수행될 수 있음).

일 실시예에서, 서버 시스템(140)은, 차량 또는 가깝게 뒤따르는 차량의 각도와 같이 아마도 특정한 조건의 결과로서 차량 식별자의 일부만을 얻을 수 있는 것이 인지될 수 있다. 이러한 경우에, 서버 시스템은 식별자의 나머지 부분을 얻기 위하여 제 2 식별 카메라에 의해 포착된 제 2 식별 이미지에 또한 의존할 수 있다.

도 2b는 식별 카메라(120)에 의해 포착된 이미지(121)의 예시를 도시하고, 식별 카메라(120)는 식별 카메라(120)의 시축을 따라 연장하는 도로를 통해 도시 교차로에 진입하고 벗어나는 차량에 대한 식별 정보를 효과적으로 포착하도록 위치된다. 이러한 식별 이미지에서, 3개의 차량의 시야는 서버 시스템(140)에 의해 처리되기에 효과적이므로, 고유 식별자는 단일 이미지로부터 3개의 차량 모두에 대하여 얻어질 수 있다.

일 실시예에서, 식별 카메라(120)는 상하로 회전하고(pan), 기울어지고(tilt) 및/또는 줌하는(zoom) 능력을 가질 수 있고, 이것은 서버 시스템(140)이 차량의 더욱 상세한 뷰를 얻도록 사용될 수 있고 또는 식별 카메라(120)에 의해 보이는 특정 관심 영역을 모니터링하기 위하여 주차 운영 시스템(190) 상에서 사용자 인터페이스를 통해 주차 설비 오퍼레이터 직원에 의해 사용될 수 있다. 이러한 실시예에서, 서버 시스템(140)은 식별 카메라(120)의 시계를 변경하면서 차량 특성을 정확하게 결정하도록 좌표 변환을 수행하도록 구성될 수 있다.

일 실시예에서, 차량이 식별 카메라(120)의 시계에 나타날 때, 서버 시스템(140)은 하나 이상의 6개의 역할을 수행한다. 제 1 역할에서, 서버 시스템(140)은 식별 카메라(120)에 의해 포착된 하나 이상의 이미지를 기초로 하나 이상의 차량의 존재를 감지한다. 일 실시예에서, 서버 시스템(140)은 차량과 배경 사이의 색상 차이를 기초로 그리고 잠재적 차량에 대한 전체 형상의 크기가 임의의 적용가능한 줌 레벨에 대하여 조절되는 명시된 최소 차량 크기보다 더 크다는 결정을 기초로 차량의 존재를 감지하도록 구성될 수 있다. 구체적으로, 이러한 알고리즘은 서로 이미지의 모든 픽셀의 색상을 비교할 수 있다. 픽셀은 행과 열로 나뉜다(예컨대, 절대적 위치(21, 34)는 열(21)과 행(34) 상에 위치되는 픽셀을 나타냄). 이미지가 소화전, 보행자, 차, 잔디 또는 도로 표시/페인트를 포함하되 이에 제한되지 않는 기타 차량외 대상을 포함하므로, 알고리즘은 유사한 색상을 갖는 픽셀의 그룹을 감지하도록 구성될 수 있다(유사한 것으로 받아들여지는 색상의 범위는, 유사한 색상이 색상표로 표시되는 색을 참조하여 최대 2색 차이가 될 수 있는 시스템 구성에서 명시될 수 있음). 이러한 픽셀의 위치는 최소 차량 크기보다 더 큰 형상을 형성하는지 결정하도록 수리적으로 연산된다(예컨대, 10×30의 상대적인 크기가 10행 곱하기 30열을 측정하는 형상에 해당할 수 있음). 식별 카메라(120)에 의해 포착된 이미지에서 나타난 차량은 시야각으로 인한 형상에서 직사각형보다는 평행 사변형으로 보이는 경향이 있다. 그러므로, 결정은 이러한 요인을 고려할 수 있다.

추가 개선은, 예컨대 태양의 반사, 방풍 영역 또는 루프 랙(roof rack)으로 인해 감지된 영역에서의 "구멍" 또는 결함을 수신하도록 만들어질 수 있다. 예컨대, 알고리즘은 서로로부터 최대 일정 거리(또는 픽셀)까지 떨어진 특정 최소 크기의 다수의 형상을 명시할 수 있고, 이것은 통상적으로 동일한 색상인 후드, 루프 및 트렁크와 같이 차량의 부분에 상응할 수 있다.

차량이 감지되면, 예컨대 날짜, 시간, 차량 색상, 차량 크기, 픽셀의 위치 및 줌 레벨을 포함하는 정보와 함께 식별 카메라(120)에 상응하는 데이터베이스(141)의 일부에 엔트리가 기록된다. 이러한 정보는 차량을 식별하기 위하여 차량의 기타 감지와 관련하여 사용될 수 있다. 대안으로, 이러한 정보는 RAM과 같은 휘발성 메모리에 일시적으로 기록될 수 있다.

제 2 역할에서, 서버 시스템(140)은 식별 카메라(120)에 의해 포착되는 이미지에서의 차량에 대한 데칼(decal)을 포함하되 이에 한정되지 않는 번호판 및/또는 추가 식별을 감지한다. 번호판 및/또는 추가 식별이 감지되면, 예컨대, 날짜, 시간, 차량 등록 번호, 주/도, 데칼 세부항목(예컨대 형태, 식별자 및 만료일), 픽셀의 위치 및 줌 레벨을 포함하는 정보와 함께 식별 카메라(120)에 상응하는 데이터베이스(141)의 일부에 엔트리가 기록된다. 이러한 정보는 목적지 카메라에 의해 포착되는 이미지와 같은 기타 이미지에서의 차량을 식별하기 위하여 차량의 기타 감지와 관련하여 사용될 수 있다.

제 3 역할에서, 서버 시스템(140)은 식별 카메라(120)에 의해 포착된 다수의 이미지를 기초로, 정차된 차량에 비해 움직이는 차량을 식별한다.

제 4 역할에서, 서버 시스템(140)은 식별 카메라(120)에 의해 포착된 다수의 이미지를 기초로, 고정된 번호판 및/또는 추가 식별에 비해 움직이는 번호판 및/또는 추가 식별을 식별한다. 일 예시에서, 서버 시스템(140)은 (1) 현재 이미지로부터 OCR과 같이 얻어진 번호판 및/또는 추가 식별 정보를 기초로 (예컨대 데이터베이스(141) 또는 메모리에 저장된 데이터를 검토함으로써) 이전 이미지에서의 상응하는 일치점을 찾고; (2) 이러한 일치점이 발견되면, 줌 레벨에서의 임의의 변화를 고려하여 현재 이미지와 이전 이미지 사이의 픽셀의 위치를 비교하도록 구성될 수 있다. 이러한 공정을 기초로, 이하의 시나리오 중 하나 이상이 감지될 수 있다. (A) 픽셀의 위치가 변경되지 않거나 미리 결정된 임계값 이하로 변경되지 않을 경우에, 모든 번호판 및/또는 추가 식별은 고정되어 남아있는 것으로 간주된다. 이러한 시나리오에서, 날짜 및 시간의 단순한 업데이트는 차량에 대한 데이터베이스(141) 또는 메모리에서의 엔트리에 존재하도록 수행된다. (B) 하나 이상의 번호판 및/또는 추가 식별과 관련된 픽셀이 새로운 위치에 있을 경우에, 하나 이상의 번호판 및/또는 추가 식별이 이동된 것으로 결정된다. 서버 시스템(140)은 이러한 차량에 대한 이동 속도 및 방향을 산출하고 업데이트된 위치와 함께 이러한 정보를 갖는 서버 시스템(140) 또는 메모리를 업데이트할 수 있다. (C) 하나 이상의 번호판 및/또는 추가 식별이 현재 이미지로부터 사라질 경우에, 서버 시스템(140)은 이러한 차량에 대한 데이터베이스(141) 또는 메모리에 기록된 데이터를 제거하도록 구성될 수 있다. (D) 번호판 및/또는 추가 식별이 현재 이미지에서 새로 나타날 경우에, 새로운 번호판 및/또는 추가 식별과 관련된 데이터는 데이터베이스(141) 또는 메모리에 기록될 수 있다. 일 실시예에서, 서버 시스템(140)은, 새로운 차량들 중 하나가 사라졌던 것으로 최근에 결정된 차량과 상응한다는 것을 결정할 수 있으며 차량의 뷰가 일시적으로 차단되었던 것으로 여길 수 있다. (E) 모든 번호판 및/또는 추가 식별이 현재 이미지로부터 사라질 경우에, 이전 간격으로부터의 데이터베이스(141) 또는 메모리로부터의 데이터는 그 안에 번호판 및/또는 추가 식별와 관련하여 제거될 수 있다. 그러나, 일부 데이터는 먼저 기재된 바와 같이 식별 카메라에 또는 이것으로부터 차량 추적을 수행하도록 유지될 수 있다.

제 5 역할에서, 서버 시스템(140)은 제 1 역할에서 감지된 차량에 식별된 번호판 및/또는 추가 식별을 일치시킨다(mate). 예컨대, 서버 시스템(140)은 번호판 및/또는 추가 식별의 속성(예컨대 절대 픽셀 위치, 이동 방향 및 속도)을 가능한 차량에 대하여 결정된 이러한 속성에 비교하고 각각의 번호판 및/또는 추가 식별을 차량에 일치시키고자 시도하도록 구성될 수 있다.

제 1 역할 내지 제 5 역할에서, 서버 시스템(140)은, 특정 차량이 특정 주차 공간에서 적합한지 또는 차량 면허 등록이 현행의 것이며 유효한지 확인하려는 목적으로 차량에 대한 추가 식별을 식별하기 위하여 머신 비전 기법을 적용할 수 있다. 이러한 고유 식별의 기타 형태는 장애인 주차 데칼 또는 미러 행거, 거주자 우선 주차 데칼 및 번호판에 일반적으로 부착된 등록 데칼을 포함하되 이에 한정되지 않는다.

제 1 역할 내지 제 5 역할에서, OCR(광학적 문자 판독)은 발행 주/도와 함께 영숫자 등록 번호판을 얻기 위하여 임의의 번호판 이미지(들) 상에서 수행될 수 있다. 모니터링된 번호판은 전방 또는 후방 번호판이 될 수 있는 것에 주목한다(통상적으로 식별 카메라는 거리 위아래 양방향을 향하도록 제공됨). 얻어진 번호판 정보는 데이터베이스(141)에 대한 정보를 기록하도록 사용되는 고유 차량 식별자를 얻도록 사용된다. 특정 구성에서, 제 1 역할은 식별 카메라상에서 지역적으로 수행될 수 있고, 여기서 번호판 수 및 주/도 데이터는 정확한 데이터 형식으로 서버(140)에 전송된다. 이것은 특히, 식별 카메라(120)와 서버 시스템(140) 간의 기본 통신 네트워크가 충분한 대역폭(예컨대 1Mb/sec가 이미지를 스트리밍하기 위하한 최소 임계값으로 여겨질 수 있음)을 제공하지 않거나 과하게 비용이 많이 드는 것으로 여겨질 경우(예컨대, MB당 10달러)에 특히 참이 된다. 다수 차량은 식별 이미지(121)와 동시에 존재할 수 있다. 일 실시예에서, 서버 시스템(140)은 임의의 시간에 단일 식별 카메라로부터 동시에 차량 등록 번호 플레이트 정보의 최대 10개의 세트까지 추적할 수 있다.

제 6 역할에서, 차량은 식별 카메라(120)의 시계를 가로질러 이동하면서 "추적"된다. 식별 카메라(120)와 인접 목적지 카메라(125)에 의해 포착된 이미지간의 중첩이 존재하여, 차량이 15MPH의 속도로 최소 2초 동안 양쪽 카메라의 시계 내에 존재한다. 일반적으로, 인접하는 또는 근처의 카메라 위치가 이러한 중첩이 발생하는 것을 보장하도록 결정된다. 2개의 카메라가 독특하게 상이한 시야각을 가지면, 이러한 카메라들 중 양쪽으로부터의 임의의 주어진 차량의 중첩된 이미지를 얻는 것은 차량이 (차량 주차의 경우에) 차지한 정확한 목적지 위치와 함께 차량의 올바른 목적지로서 취급된다.

일 실시예에서, 예비 동작 감지가 포착되고 및/또는 분석되는 식별 이미지의 수를 감소시키기 위하여 사용될 수 있으므로, 차량이 식별 카메라(120)의 시계를 통하는 동안 상당한 기간이 걸릴 수 있다.

OCR 속도는 식별 수행을 평가하는데 유용한 측정들 중 단 하나이다. 예컨대, 100개의 기록되고/포착된 번호판들 중 서버 시스템(140)이 단 하나의 번호판만을 OCR하는데 실패한 것(다시 말해서, 영숫자 등록 번호를 생성하지 못함)이 인상적인 반면에, 이러한 구성(서버 시스템 프로그래밍, 인식 카메라 배치 및 식별 카메라 이미지 품질과 같은 요인을 포함)이 100개의 기타 번호판을 포착/등록하는데 실패할 경우(다시 말해서 추가 번호판 이미지가 서버 시스템(140)에 의해 이러한 것으로 식별되지 않음)에, 전체 효율성은 49.5%에 불과하다. 더욱이, 번호판 인식 시스템은 통상적으로 다수의 주변의 주/도의로부터의 번호판과 함께 특정 주/도로부터의 번호판을 식별하도록 통상적으로 조정된다. 다양한 주/도로부터의 번호판은 문자 및 배경에 대한 상이한 색상 및 콘트라스트를 갖는다. 일 실시예에서, 포착 속도는 적어도 95%이고, OCR 정확도는 적어도 90.25%의 최소 전체 효율을 산출하며 적어도 95%가 된다.

도 3a는 목적지 카메라(125)에 의해 포착된 이미지(126)의 예시를 도시하며, 여기서 목적지 카메라(125)가 도심 거리의 일부를 바라보는 빌딩의 정면 또는 꼭대기에 위치되므로 차량의 상면도가 이미지(126)에 도시된다. 도 3a에 도시된 이미지(126)에 상응하는 시계와 관련하여, (사용에 대하여 시간당 요금을 내는 주차장과 같은) 9개의 적절한 목적지 위치(310a 내지 310i)가 서버 시스템(140)에 명시되어 왔다. 이들 중, 거의 목적지 위치(310d)는 차량(310a 내지 310i)에 의해 사용중인 것으로 보인다. 또한, 서버 시스템(140)에서 정확하지 않은 목적지 위치(340)(상업적인 진입)가 명시된다. 차량이 기간 동안 정차하며 남아있음으로써 목적지 위치(340)를 사용하도록 결정될 경우에, 차량은 서버 시스템(140)이 위반에 대한 벌금을 산정하는 것 또는 위반에 대하여 주차 설비 오퍼레이터에게 알리는 것을 포함하되 이에 한정되지 않는 행동을 개시하는 것을 초래하는 위반을 한 것으로 간주될 것이다. 특정 실시예에서, 목적지 위치로서 식별되지 않는 임의의 영역에서 정차하며 남아있는 차량이 위반한 것으로 고려될 수 있다. 또한, 이미지(126)에서, 이미지에서 우측에서 좌측으로 이동하는 차량에 대한 차선에서 차량(330)이 도시된다. 단독으로 취해진 단일 이미지는 차량(330)이 이동하는지 또는 정차했는지 표시하지 않는다. 예컨대, 선수 이미지에서, 차량(330)은 목적지 이치(310d)를 사용했을 수 있고 이러한 이미지는 서버 시스템(140)이 차량(330)이 목적지 위치(310d)의 그 사용을 막 완료한 것으로 결정하게 유도할 수 있다.

목적지 카메라(125)에 의해 포착된 목적지 이미지는 2개의 주목적: (1) 목적지 위치가 차량에 의해 사용되거나 사용되지 않을 때를 식별하고 (2) 차량의 다양한 특성을 결정하기 위하여 사용되므로, 차량은 도 4와 관련하여 이하에서 논의되는 바와 같이 인접하는 카메라에 의해 포착된 이미지로부터 결정된 특성이 서로 상응하는지 결정함으로써 카메라로부터 카메라로 가로지르면서 추적될 수 있다.

도 3b는 목적지 카메라(125)에 의해 포착된 이미지(126)의 예시를 도시하고, 목적지 카메라(125)는 차량의 측면도가 이미지(126)에 보이도록 위치된다. 이러한 뷰는, 주차 미터기와 같은 온사이트 주차 시스템(160) 또는 현안의 하나 이상의 목적지 위치로부터 대향하는 건물 또는 구조물에 위치된다. 도 3b에 도시된 이미지(126)에 상응하는 시계와 관련하여, (사용에 대하여 시간당 요금을 받는 주차장과 같은) 4개의 적절한 목적지 위치(350a 내지 350d)는 서버 시스템(140)에 명시되어 왔다. 물론, 거의 목적지 위치(350c)가 차량(360a 내지 360d)에 의해 사용되는 것으로 보인다.

도면에 도시되지 않은 다른 예시에서, 목적지 카메라(125)가 위치될 수 있어서 이미지(126)가 하나 이상의 목적지 위치의 투시도를 제공한다. 도 3a 및 도 3b가 목적지 위치에 대한 직사각형 영역(310 및 350)의 규격을 묘사하지만, (목적지 카메라(125)가 목적지 위치에서 투시도로 도시되게 위치되는 곳에서 유용한) 다각형과 같은 기타 형상도 사용될 수 있다. 도 6a 및 도 6b와 관련하여 이하에서 기재되는 GUI는 이미지 피드에 대한 아웃레이(outlay)에 의해 카메라의 시계 내의 목적지 위치의 위치 및 정보를 명시하도록 사용될 수 있는 사용자 인터페이스 요소를 제공하도록 또한 구성될 수 있다. 추가로, GUI는, 목적지 위치에 대한 식별자, 및 주차 공간, "주차 금지" 위치 및 시간별 및/또는 날짜별 제한이 사용되는 곳인지의 여부를 포함하되 이에 한정되지 않는 목적지 위치에 대한 가능하게 다양한 특성을 할당하기 위한 도구를 제공할 수 있다.

일 실시예에서, 차량이 목적지 카메라(125)의 시계에 나타날 때, 서버 시스템(140)이 2개의 역할을 수행한다. 제 1 역할에 있어서, 서버 시스템(140)은 (1) 목적지 카메라(125)의 시계에 존재하는 임의의 그리고 모든 차량을 감지하고; (2) 정차된 차량으로부터의 움직임을 구별하고; (3) 움직이는 차량이 목적지 위치에 상응하는 시계의 영역에 정차되는 시점을 식별하고; (4) 어떠한 목적지 지역(들)을 각각의 고정 차량이 점유하고 있는지 식별하고; (5) 각각의 차량이 그 개별적인 목적지 위치(들)을 점유한 방법을 계속 추적하고; (6) 정차 차량이 목적지 위치에 상응하는 시계의 영역을 비우는 시점을 식별하고; (7) 목적지 위치의 사용이 목적지 위치에 대하여 설정된 제약에 의해 충돌될 때를 결정하고; (8) 차량이 어떤 거리 또는 블록에서 부적절하게 주차되어있는지 식별하고; (9) 각각의 차량이 부적절하게 주차되는데 소요된 시간을 추적하며; (10) 차량이 불법 주차를 중단한 시점을 추적하도록 구성될 수 있다. 바퀴가 달린 자동차에 대하여 각각 개별적인 제약을 갖는 다양한 형태의 목적지 위치는 이하를 포함하되 이에 한정되지 않는다: 주차 금지 구역(상시, 소방 도로, 소화전), 특정 시간 및/또는 날짜 동안의 주차 금지 구역(예컨대, 정체 시간 또는 도로 청소), 주/정차 금지 구역, 시간 한정(예컨대, 2시간 제한) 주차 구역, 차량의 분류에 따라 제한된 주차 구역(택시 승강장, 버스 정류장, 적재 구역/상용 차량 전용), 허용된 주차 구역(장애인 또는 거주자 전용 주차 구역), 태우고 내려주는 구역 및 거리 교차로(차량이 차량의 이동 방향에 있어서 빨간불 동안 교차로에 있는, "블록 더 박스(block the box)" 안티 그리드락(anti-gridlock) 주행중 교통위반). 서버 시스템(140)은 이하와 같은 기타 주차 위반을 감지하도록 구성될 수 있다: 교차로로부터 명시된 거리 이내에 주차, 자전거 도로 또는 횡단보도 또는 기타 보행자 구역에 주차, 단일 목적지 위치에 대한 공간에 있지 않은 주차, 연석으로부터 명시된 거리 이상으로 주차, 진입로에 또는 진입로 앞에 주차, 섬 또는 중앙대(center strip)의 사용, 잘못된 방향을 면하게 주차된 차량, 방치 차량(명시된 수의 기간 이상으로 정차), 대형 차량, 분류가 불명확한 차량(예컨대 주어진 수의 날짜의 명시된 시간 이상으로 주차된 캠퍼, 트레일러 또는 보트). 목적지 위치는 또한 예약의 대상이 될 수 있고, 여기서 최종 사용자는 명시된 기간 동안 목적지 위치의 독점적인 사용을 예약한다. 서버 시스템(140)은 부적절하게 이중 주차된 차량들로부터 주행 조건으로 인하여 차선에서 정차하는 차량을 구분하면서, 2중 주차된 차량을 감지하도록 또한 구성될 수 있다. 서버 시스템(140)은 또한 모터사이클, 스쿠터 및 "스마트 카"와 같은 더 작은 바퀴를 갖는 차량을 인지하거나 특정 경우에 구분하도록 구성될 수 있다.

제 2 역할에서, 차량은 목적지 카메라(125)의 시계를 가로질러 이동할 때 "추적"된다. 이것은 목적지 카메라(125)에 의해 포착된 이미지와 인접하는 식별 또는 목적지 카메라에 의해 포착된 이미지 사이의 중첩이 존재하므로 차량은 15MPH의 속도로 최소 2초 동안 양쪽 카메라의 시계 내에 있다(대략, 44피트). 일반적으로, 인접하는 카메라 위치는 이러한 중첩이 발생하도록 보장하도록 결정된다. 2개의 카메라가 독특하게 상이한 시계를 가지므로, 이러한 카메라들 중 양쪽으로부터의 임의의 주어진 차량의 중첩된 이미지를 얻는 것은 차량이 (차량 주차의 경우에) 차지한 정확한 목적지 위치와 함께 (식별 이미지(121)로부터 얻어진 차량 등록 번호를 통해) 차량의 올바른 목적지로서 취급된다.

특정 구성에서, 목적지 카메라는 특정 영역의 차량 움직임을 모니터링하도록 위치될 수 있고, 이 영역은 서버 시스템(140)에 대한 현안의 임의의 목적지 위치를 포함하지 않는다. 이러한 영역은 예컨대 현안의 목적지 위치를 각각 포함하는 2개의 영역 사이에 위치될 수 있다. 이러한 예시에서, 목적지 카메라에 의해 포착된 이미지는 이러한 2개의 영역에 상응하는 카메라에 의해 포착되는 이미지를 중첩할 수 있으며 이하에서 논의되는 도 4에서 도시되는 바와 같이 "핸드오프" 공정을 위하여 사용될 수 있다.

일 실시예에서, 목적지 카메라(125)는 이것은 서버 시스템(140)이 차량의 더욱 상세한 뷰를 얻도록 사용될 수 있는, 상하로 회전하고(pan), 기울어지고(tilt) 및/또는 줌하는(zoom) 능력을 가질 수 있거나 목적지 카메라(125)에 의해 보이는 특정 관심 영역을 모니터링하기 위하여 주차 운영 시스템(190) 상에서 사용자 인터페이스를 통해 주차 설비 오퍼레이터 직원에 의해 사용될 수 있다. 이러한 실시예에서, 서버 시스템(140)은 목적지 위치의 사용을 모니터링하고 목적지 카메라(125)의 시계를 변경하면서 차량 특성을 정확하게 결정하도록 좌표 변환을 수행하도록 구성될 수 있다.

일 실시예에서, 예비 동작 감지는 포착되고 및/또는 분석되는 목적지 이미지의 수를 감소시키기 위하여 사용되는데, 이는 목적지 카메라의 시계를 차량이 통과하지 않는 상당한 기간이 존재할 수 있기 때문이다.

일 실시예에서, 필요성이 증가한다면, 정확한 날짜 및 시간 스탬프는 저장된 이미지의 추후의 수동 검토를 용이하게 하도록 식별 카메라 및 목적지 카메라에 의해 포착된 모든 이미지에 포함된다.

일 실시예에서, 일정량의 "유예 기간"은 차량이 (주차 금지 구역과 같은 부적절한 목적지 위치와는 달리) 적절한 목적지 위치 내에서 정차되도록 결정된 후에 주어진다. 운전자가 주차료를 결제하기 위해 차량을 벗어날 때, 차량이 진행된 결제 없이 목적지 위치의 사용을 시작한 것을 결정했더라도, 유예 기간은, 특정 시간이 결제 처리를 완료하기 위하여 요구되므로 차량이 결제된 사용 요건의 위반을 결정하는 것을 지연시킬 필요가 있다.

도 4는 중첩하는 시계를 갖는 카메라에 의해 포착된 이미지는 차량을 식별하고, 차량의 목적지 위치에 대한 이동을 추적하며 차량에 의한 목적지 위치의 사용을 식별하도록 사용될 수 있는 방법을 도시한다. 도 4는 크기가 정해진 것이 아니며, 예컨대, 중첩 영역(430a)은 공칭적으로 수직 방향으로 44 피트 이상으로 연장하되, 이것은 차량(410)과 대략 동일한 크기로 도시된다. 먼저, 시기(t1)에서, 식별 카메라(미도시)는 도 4에 도시된 시계를 포함하는 식별 이미지(420)를 포착한다. 410'로 지정된 위치에서의 차량(410)은 식별 이미지(420)에 포함된다. 이미지(420a)(및 아마도 시기(t1) 이전에 식별 카메라에 의해 포착된 추가 이미지)를 기초로 서버 시스템(140)이 차량(410)에 대하여 고유 식별자를 결정한다. 예컨대, 차량 등록 번호를 얻기 위하여 하나 이상의 감지된 이미지에 대한 OCR을 수행하여, 고유 식별자가 얻어질 수 있다. 서버 시스템(140)은 고유 식별자와 관련하여 데이터베이스(141)에, 차량(410)이 시기(t1)에 식별 카메라에 의해 모니터링된 것을 기록한다. 대안적인 실시예에서, 서버 시스템(140)은 대신 휘발성 메모리에 차량(410)이 시기(t1)에 인식 카메라에 의해 모니터링되는 것을 저장하고 이러한 정보는 차량(410)이 식별 이미지(420)를 포착하는 식별 카메라를 제외하고 식별 카메라로부터 얻어진 식별 이미지를 통하여 서버 시스템(140)에 의해 식별되는 차량(410) 이전에 목적지 위치를 사용해온 것을 결정한 후에 데이터베이스(141)에 기록된다.

시기(t2)에, 식별 카메라는 410a로 지정된 위치에서 차량(410)의 다른 식별 이미지(420a')를 포착한다. 대략 시기(t2)에, 제 1 목적지 카메라는 중첩 영역(430a) 내의 (예컨대 대략 위치(410a)) 차량(410)의 목적지 이미지(420b)를 포착한다. 특정 실시예에서, 식별 카메라 및 제 1 목적지 카메라가 동기화되므로 이미지(420a' 및 420b)는 필수적으로 동일한 시기(t2)에 모두 포착된다. 중첩 영역(430a)은 목적지 이미지(420b)의 시계를 중첩하는 식별 이미지(420a')의 시계에 상응한다. 양쪽 이미지(420a' 및 420b)에서, 차량(410)의 이미지는 차량(410)이 중첩 영역(430a)에 있는 동안 포착된다.

식별 카메라에 의해 포착된 하나 이상의 식별 이미지(식별 이미지(420a'))를 기초로 한다. 서버 시스템(140)은 차량(410)에 대한 복수의 특징(Ca)을 결정한다. 상기 표시된 바와 같이, 차량(410)에 대하여 그리고 데이터베이스(141)에 기록된 고정된 특성은 Ca에 포함될 수 있다. 특성의 예시는, 이하를 포함하되 이에 한정되지 않는다: 차량(410)에 대한 이동 속도, 차량(410)에 대한 이동 방향, 차량 이미지에서의 차량의 위치(예컨대 차량(410)이 이동하는 차선), 차량(410)의 색상 및 차량(410)의 크기 또는 치수. 기타 특성은 차량(410)의 동적 특성으로 고려될 수 있고 시간에 걸쳐 상당히 변화할 수 있다(예컨대, 차량 속도 또는 이동 차선). 일 실시예에서, 정특성은 식별 이미지(420a)를 기초로 결정되는 고유 식별자와 관련하여 차량(410)의 고정된 특성과 같이 데이터베이스(141)에 고정될 수 있다. 이러한 고정된 특성은 최종 사용자에 의해 제공되는 차량 정보(예컨대 제품, 모델, 연식 및 색상)을 기초로 결정될 수 있거나 이들은 차량(410)과 서버시스템(140) 사이의 이전의 접촉 동안 포착된 차량 이미지를 기초로 할 수 있다. 고정된 특성은 식별 이미지로부터 결정된 정특성이 고정된 특성과 상응하는 것을 보장함으로써 차량(410)에 대한 고유 식별자를 결정하는 것에 관련하여 사용될 수 있다. 또한 고정된 특성은 Ca에 또는 차량 식별이 확인되는 복수의 기타 특성에 포함될 수 있다. 목적지 이미지(420b) 및 가능하게는 제 1 목적지 카메라에 의해 포착된 기타 목적지 이미지를 기초로, 서버 시스템(140)은 차량(410)에 대한 복수의 특성(Ca')을 결정한다. 식별 카메라 및 제 1 목적지 카메라에 대한 차량(410)의 상이한 시야각과 같은 요소로 인하여, Ca 및 Ca'는 차량 특성의 상이하되 통상적으로 중첩하는 세트로 구성될 수 있다. 예컨대, 차량 폭은 시기(t2)에 제 1 목적지 카메라의 시점으로부터 차량(410)의 부분 차단으로 인하여 Ca'가 아닌 Ca에 대하여 결정될 수 있다. 추가로, 가장자리 및 이미지에서 통상적으로 더욱 명확한 이미지 왜곡, 또는 기타 인자는 속도 또는 크기와 같은 특정 차량 특성을 초래할 수 있으며, 이는 오직 근사치이다. 크기, 속도 및 이동 방향과 같은 특성의 표준화는 카메라 포지셔닝 및 줌 레벨을 보상하도록 수행될 수 있다.

이로써, 서버 시스템(140)은 Ca 및 Ca'에 포함된 차량 특성의 값과 비교하여 Ca'가 Ca에 상응하는지 결정한다. 차량 시스템(140)에 의해 결정된 차량 특성이 차량(410)의 실제 특성의 근사치가 될 수 있으므로, 이러한 등가가 모든 비교된 특성에 대하여 제시되는 값들 사이의 근사 등가치는 Ca'가 Ca에 상응하는 것을 결정하는 것을 지지하기에 충분하다. Ca'가 Ca에 상응하는 것으로 결정되는 경우에, 이로써 서버 시스템(140)은 고유 식별자와 관련하여 차량(410)이 시기(t2)에 제 1 목적지 카메라에 의해 모니터링되는 것으로 데이터베이스(141)에 기록한다. 대안적인 실시예에서, 서버 시스템(140)은 대신에 차량(410)이 시점(t2)에 제 1 목적지에 의해 관찰되는 것을 휘발성 메모리에 저장하고, 이러한 정보는, 차량(410)이 식별 이미지(420)를 포착하는 식별 카메라를 제외하고 식별 카메라로부터 얻어진 식별 이미지를 통해 서버 시스템(140)에 의해 차량(410)이 식별되기 전에 목적지 위치를 사용하는 것을 결정한 후에 데이터베이스(141)에 기록된다. 이것은 차량(410)에 의해 특정 목적지 위치의 사용을 입증하기 위하여 요구되지 않는 데이터베이스(141)에 대한 차량 위치 정보 기록을 회피한다.

시기(t3)에서, 제 1 목적지 카메라는 410b로 지정된 위치에서의 차량(410)의 또 다른 목적지 이미지(420b')를 포착한다. 대략 시기(t3)에서, 제 2 목적지 카메라는 (예컨대, 대략 위치(410b)에서) 중첩 영역(430b) 내의 차량(410)의 목적지 이미지(420c)를 포착한다. 특정 실시예에서, 제 1 목적지 카메라 및 제 2 목적지 카메라가 동기화되므로, 이미지(420b' 및 420c)는 동일한 시기(t3)에 모두 포착된다. 중첩 영역(430b)은 목적지 이미지(420c)의 시계와 중첩하는 목적지 이미지(420b')의 시계에 상응한다. 이미지(420b' 및 420c) 양쪽에서, 차량(410 및 440)의 이미지는 차량(410 및 440)이 중첩 영역(430b) 내에 있는 동안 포착된다.

제 1 목적지 카메라에 의해 포착된 하나 이상의 목적지 이미지(목적지 이미지(420b')를 기초로, 서버 시스템(140)은 차량(410)에 대하여 복수의 특성(Cb)을 결정한다. 상기 논의된 바와 같이, 차량(410)에 대하여 고정되고 데이터베이스(141)에 기록된 특성은 Cb에 포함될 수 있다. 목적지 이미지(420c) 및 아마도 제 2 목적지 카메라에 의해 포착된 기타 목적지 이미지를 기초로, 서버 시스템(140)은 차량(410)에 대한 복수의 특성(Cb')을 결정한다. 추가로, 목적지 이미지(420c)의 차량(440)의 포함으로 인하여, 복수의 차량 특성(Cx)이 차량(440)에 대하여 결정된다. Cb'와 Cx 사이의 동적 차량 특성의 차이는 상이한 차선에서의 대향하는 방향에서 이동하는 차량(440)으로 인하여 초래될 것이다. 서버 시스템(140)은 이로써 Cx가 발생하지 않아야 하는 Cb에 상응하는지의 여부를 결정한다. 서버 시스템(140)은 이로써 Cx가 Cb에 상응하는지 결정한다. Cb'가 Cb에 상응하도록 결정될 경우에, 이로써 서버 시스템(140)은 고유 식별자와 관련하여 데이터베이스(141)에 차량(410)이 시기(t3)에서 제 2 목적지 카메라에 의해 관찰되는 것을 기록한다. 대안적인 실시예에서, 서버 시스템(140)은 대신 휘발성 메모리에 차량(410)이 시기(t3)에 제 2 목적지 카메라에 의해 모니터링되는 것을 저장하고 이러한 정보는 차량(410)이 식별 이미지(420)를 포착하는 식별 카메라를 제외하고 식별 카메라로부터 얻어진 식별 이미지를 통하여 서버 시스템(140)에 의해 식별되는 차량(410) 이전에 목적지 위치를 사용해온 것을 결정한 후에 데이터베이스(141)에 기록된다.

시기(t4)에서, 제 2 목적지 카메라는 410c로 지정된 위치에서 차량(410)의 다른 목적지 이미지(420c')를 포착한다. 대략 시기(t4)에, 제 3 목적지 카메라는 중첩 영역(430c) 내의 (예컨대 대략 위치(410c)) 차량(410)의 목적지 이미지(420d)를 포착한다. 특정 실시예에서, 제 2 목적지 카메라 및 제 3 목적지 카메라가 동기화되므로 이미지(420c' 및 420d)는 필수적으로 동일한 시기(t4)에 모두 포착된다. 중첩 영역(430c)은 목적지 이미지(420d)의 시계를 중첩하는 식별 이미지(420c')의 시계에 상응한다. 양쪽 이미지(420c' 및 420d)에서, 차량(410)의 이미지는 차량(410)이 중첩 영역(430c)에 있는 동안 포착된다.

제 2 목적지 카메라에 의해 포착된 하나 이상의 목적지 이미지(목적지 이미지(420c'))를 기초로, 서버 시스템(140)은 차량(410)에 대하여 복수의 특성(Cc)을 결정한다. 상기 논의된 바와 같이, 차량(410)에 대하여 고정되고 데이터베이스(141)에 기록된 특성은 Cc에 포함될 수 있다. 목적지 이미지(420d) 및 아마도 제 3 목적지 카메라에 의해 포착된 기타 목적지 이미지를 기초로, 서버 시스템(140)은 차량(410)에 대한 복수의 특성(Cc')을 결정한다. 서버 시스템(140)은 이로써 Cc'가 Cc에 상응하는지 결정한다. Cc'가 Cc에 상응하도록 결정될 경우에, 이로써 서버 시스템(140)은 고유 식별자와 관련하여 데이터베이스(141)에 차량(410)이 시기(t4)에서 제 3 목적지 카메라에 의해 관찰되는 것을 기록한다. 대안적인 실시예에서, 서버 시스템(140)은 대신 휘발성 메모리에 차량(410)이 시기(t4)에 제 3 목적지 카메라에 의해 모니터링되는 것을 저장하고 이러한 정보는 차량(410)이 식별 이미지(420)를 포착하는 식별 카메라를 제외하고 식별 카메라로부터 얻어진 식별 이미지를 통하여 서버 시스템(140)에 의해 식별되는 차량(410) 이전에 목적지 위치를 사용해온 것을 결정한 후에 데이터베이스(141)에 기록된다. 일 실시예에서, 제 2 인식 카메라는 이미지(420d)를 포착해야 하되 차량(410)에 대한 번호판의 이미지를 얻을 수는 없으며, 이러한 경우에, 제 2 식별 카메라를 통해 관찰된 차량의 특성은 영역(410c) 주변의 중첩 영역(430c)에서 관찰된 차량이 차량(410)인 것을 확인하기 위하여 사용된다. 이것은 초기 식별 카메라로부터 이동하면서 차량(410)을 추적하는데 사용되는 것이 목적지 카메라인지 또는 식별 카메라인지는 중요하지않는 것을 설명한다. 이러한 추적과 관련하여 사용될 때, 이러한 카메라는 "추적 카메라"로도 광범위하게 지칭될 수 있다.

시기(t5)에서, 제 3 목적지 카메라는 410d로 지정된 위치에서의 차량(410)의 또 다른 목적지 이미지(420d')를 포착한다. 대략 시기(t5)에서, 제 4 목적지 카메라는 (예컨대, 대략 위치(410d)에서) 중첩 영역(430d) 내의 차량(410)의 목적지 이미지(420e)를 포착한다. 특정 실시예에서, 제 3 목적지 카메라 및 제 4 목적지 카메라가 동기화되므로, 이미지(420d' 및 420e)는 동일한 시기(t5)에 모두 포착된다. 중첩 영역(430d)은 목적지 이미지(420e)의 시계와 중첩하는 목적지 이미지(420d')의 시계에 상응한다. 이미지(420d' 및 420e) 양쪽에서, 차량(410)의 이미지는 차량(410)이 중첩 영역(430d) 내에 있는 동안 포착된다.

제 3 목적지 카메라에 의해 포착된 하나 이상의 목적지 이미지(목적지 이미지(420d'))를 기초로, 서버 시스템(140)은 차량(410)에 대하여 복수의 특성(Cd)을 결정한다. 상기 논의된 바와 같이, 차량(410)에 대하여 고정되고 데이터베이스(141)에 기록된 특성은 Cd에 포함될 수 있다. 목적지 이미지(420e) 및 아마도 제 4 목적지 카메라에 의해 포착된 기타 목적지 이미지를 기초로, 서버 시스템(140)은 차량(410)에 대한 복수의 특성(Cd')을 결정한다. 서버 시스템(140)은 이로써 Cd'가 Cd에 상응하는지 결정한다. Cd'가 Cd에 상응하도록 결정될 경우에, 이로써 서버 시스템(140)은 고유 식별자와 관련하여 데이터베이스(141)에 차량(410)이 시기(t5)에서 제 4 목적지 카메라에 의해 관찰되는 것을 기록한다. 대안적인 실시예에서, 서버 시스템(140)은 대신 휘발성 메모리에 차량(410)이 시기(t5)에 제 4 목적지 카메라에 의해 모니터링되는 것을 저장하고 이러한 정보는 차량(410)이 식별 이미지(420)를 포착하는 식별 카메라를 제외하고 식별 카메라로부터 얻어진 식별 이미지를 통하여 서버 시스템(140)에 의해 식별되는 차량(410) 이전에 목적지 위치를 사용해온 것을 결정한 후에 데이터베이스(141)에 기록된다.

도 4에 도시된 이미지(420e)에 대한 시계와 관련하여,(사용에 대하여 시간당 요금을 내는 주차장과 같은) 4개의 적절한 목적지 위치(450a 내지 450d)가 서버 시스템(140)에 명시되어 왔다. 시간(t6)에서, 목적지 이미지(420e')는 차량(410)이 위치(410e)에 있을 때 한번에 제 4 목적지 카메라에 의해 포착된다. 목적지 이미지(420e')를 기초로, 서버 시스템(140)은 차량(410)이 목적지 위치(450b)에 대하여 명시된 직사각형 영역 내에 있는 것을 결정한다. 시기(t7)에서, 목적지 이미지(420e'')는 제 4 목적지 카메라에 의해 포착되고 차량(410)은 위치(410e)에 남는다. 목적지 이미지(420e')를 기초로, 서버 시스템(140)은 다시, 차량(410)이 목적지 위치(450b)에 대하여 명시된 직사각형 영역 내에 있는 것을 결정하고, 따라서 시기(t6)에서 시작하는 목적지 위치(450b)의 사용을 시작하는 것으로 결정하며, 이러한 정보를 데이터베이스(141)에 기록한다. 시기(t8)에서, 목적지 이미지(420e''')는 차량(410)이 여기된 목적지 위치(450b)에 있을 때 한 번에 제 4 목적지 카메라에 의해 포착된다. 목적지 이미지(420e''')를 기초로, 서버 시스템(140)은 차량(410)이 목적지 위치(450b)에 대하여 명시된 직사각형 영역 내에 있는 것을 결정하고, 차량(410)이 시기(t8)에서 목적지 위치(450b)의 그 사용을 완료한 것을 따라서 결정한다. 예컨대 목적지 위치(450b)의 사용에 대한 시간당 요금과 같이, 시간 기간(t6에서 t8)으로부터의 목적지 위치(450b)의 사용에 적용가능한 제한에 관한 정보를 기초로, 서버 시스템(140)은 목적지 위치(450b)의 이러한 사용에 대한 최종 사용자 계좌에 청구하는 것 또는 목적지 위치(450b)의 부적절한 사용에 대한 벌금을 징수하는 것과 같은 행동을 개시할 수 있다.

또한, 서버 시스템(140)이 먼저 차량이 목적지 위치를 사용하고 이후에 식별 카메라를 통한 차량 식별을 포착하는 것이 가능한 것을 결정하는 경우에 서버 시스템(140)은 목적지 위치를 사용하는 차량을 올바르게 식별하도록 구성된다. 이러한 상황은 예컨대, 차량의 뷰가 식별 카메라에 의해 통과할 때 가려지거나 서버 시스템(140)의 재시작이 먼저 만들어지지 않은 차량의 식별을 초래하는 경우에 발생할 수 있다. 예시로서, 시기(t0)에서, 시기(t1) 전에, 제 4 목적지 카메라가 차량(440)이 목적지 위치(450c)를 사용하되 차량(440)에 대한 식별은 갖지 않을 경우에, 임시 고유 식별자는 차량(440) 및 임시 식별자와 관련된 데이터베이스(141)에 기록된 엔트리에 할당된다. 차량 특성의 세트는 목적지 위치(450c)를 사용할 때 뿐만 아니라 중첩 영역(430d, 430c, 430b 및 430a)을 통과할 때 차량(440)에 대하여 결정될 것이며, 이러한 특성의 세트의 대응은 상기 기재된 것과 상당히 동일한 방식으로 수행되어서 일시적인 식별자와 관련된 동일한 차량(440)이 여전히 모니터링되는 것을 결정하고 기록한다. 중첩 영역(430a)에 위치되는 동안 제 1 식별 카메라에 의해 관찰되면, 서버 시스템(140)은 차량(440)에 대한 올바른 고유 식별자를 결정할 수 있을 것이다. 그 시점에, 일시적인 식별자 하에 데이터베이스(141)에 먼저 기록된 기록은 차량(440)에 대한 올바른 고유 식별자 하에 다시 수정되고 또는 저장될 수 있으며 여기서 목적지 위치(450c)의 사용은 식별자와 관련하여 적절하게 관련된다. 시기(t0) 후의 차량(440)의 식별을 얻기 위한 대안적인 메커니즘은 목적지 위치(450c)를 사용할 때 차량(440)의 하나 이상의 식별 이미지를 포착하도록 휴대용 장치(150)를 보낼 것이다. 휴대용 장치(150)를 보내는 것은 차량(440)에 의한 목적지 위치(450c)의 사용이 목적지 위치(450c)의 사용과 관련된 이러한 제약과 충돌하도록 결정되는 더 높은 우선순위로 지정될 수 있다.

서버 시스템(140)은 식별 및 목적지 카메라로부터 이미지를 수신하여 주차된 차량의 신원을 덧붙인다. 서버 시스템(140)은 API(어플리케이션 프로그래밍 인터페이스)를 통해 제 3자 주차 결제 시스템으로부터 주차 결제 정보(유료 주차 기간 및 만료 시간을 포함하되 이에 한정되지 않음)를 검색할 수 있다. 차량 주차 상태가 결제되지 않거나 만료된 것으로 결정될 경우에, 서버 시스템(140)은 이러한 정보를 API를 통해 제 3 결제 정보 시스템에 전송한다. 제 3 결제 시스템을 운영하는 주차 설비 오퍼레이터는 이로써 주차 위반을 다루는데 있어서 그 관리 운영 규정(SOP)(주차 위반 티켓 발송, 차량에 죔쇠 설치 또는 반복적인 또는 심각한 주차 위반에 따른 차량 견인을 포함하되 이에 한정되지 않음)을 따를 수 있다.

서버 시스템(140)에 의한 차량 인식은, (1) 비디오 프레임에서의 차량의 존재 및 위치를 감지하고, (2) 정차 차량 중에서 움직이는 차량을 구분하고, (3) 특정 감지된 차량이 주차 공간 또는 주차 금지 영역과 같은 목적지 위치를 차지하는지의 여부를 식별하고, (4) 차량이 목적지 위치를 차지하거나 비우기 시작하는 시점을 결정하고, (5) 이들이 하나의 추적 카메라의 시계로부터 다른 하나로 이동할 때의 차량을 추적하는 다수의 기능을 수행하도록 구성될 수 있다. 일 실시예에서, 서버 시스템(140)은 또한 특정 차량이 목적지 위치의 접근 또는 사용에 대한 적절한 표시기를 디스플레이하는지의 여부를 식별하도록 구성될 수 있다. 이러한 표시기는 장애인 주차 행어(hanger) 또는 데칼, 또는 "거주자 전용" 주차 위치의 승인된 사용을 표시하는 주차 행어 또는 데칼을 포함하되 이에 제한되지 않는다. 카메라는 이러한 표시기의 이미지를 더욱 명확하게 포착하기 위하여 확대될 수 있다. 일 실시예에서, 번호판과 같은 차량 식별자는 목적지 위치의 적절한 접근 또는 사용을 결정하고 별도의 표시기에 대한 필요성을 배제하는데 사용될 수 있다.

일 예시적인 구현에 있어서, 서버 시스템(140)은 식별 및 목적지 카메라에 대한 그 역할을 수행하도록 스레드(thread)를 사용하도록 프로그래밍된다. 예컨대, "비디오_수신기" 스레드는 식별자 또는 목적지 카메라로부터 비디오 및/또는 이미지 스트림의 수신을 다루고 미가공 비디오 및/또는 이미지 정보를 저장할 수 있다. 이것은 비디오 및/이미지 스트림당 하나의 스레드 또는 복수의 비디오 및/또는 이미지 스트림 당 하나를 가질 수 있다. 이러한 스레드에 대한 구성가능한 옵션은 (1) 파일 저장, (2) 메모리 저장, (3) 메모리 및 파일 저장, (4) 비디오 데이터 보유 시간(예컨대, 4시간)을 포함할 수 있다. 또 다른 예시는 차량 식상, 형상, 위치, 차선 위치, 이동 속도/방향, 차량 위치가 불간섭 구역에 있는지(그리고 어떤 것인지)의 여부, 카메라 식별 및를 감지하고 이러한 정보를 데이터베이스(141)에 저장하기 위한 스레드이다. 이러한 스레드는 차량의 업데이트된 위치 및 이동 속도/방향 및 이러한 정보의 데이터베이스(141)에서의 저장을 결정하도록 각각의 복수의 비디오 프레임을 검사할 것이다. 비디오 및/또는 이미지 스트림 당 또는 복수의 비디오 및/또는 이미지 스트림당 하나의 스레드가 존재할 수 있다. 다른 예시는 무간섭 구역을 통한 퇴장이 인근 카메라에 의해 감지될 때 감지되는 특정 차량을 확인하는 스레드이다. 이것은, 예컨대 어느 무간섭 구역에서 차량이 감지되고 차량에 대한 이동의 감지된 영역이 존재하는 것을 기초로 특정 카메라에 대한 데이터베이스(141)를 검토함으로써 수행될 수 있다. 비디오 및/또는 이미지 스트림 또는 복수의 비디오 및/또는 이미지 스트림당 하나의 스레드가 존재할 수 있다. 다른 예시는, 차량이 목적지 위치를 차지하거나 비우기 시작할 때와 함께 차량이 그 목적지 위치에 정차하여 남아있음으로써 목적지 위치를 차지하는지의 여부를 결정하기 위한 스레드이다. 비디오 및/또는 이미지 스트림 또는 복수의 비디오 및/또는 이미지 스트림당 하나의 스레드가 존재할 수 있다.

다수의 머신 비전 기법이 선행기술에 알려지며, 이것은 비디오 프레임에서의 차량의 존재를 감지하기 위하여 사용될 수 있다. 예컨대, 차량의 존재를 감지하기 위하여 사용될 수 있는 다수의 에지 감지 알고리즘이 존재한다. 예시로서, 알고리즘은 차량과 배경 사이의 색상의 차이 및 총 형상의 크기가 시계에서의 줌 레벨 및/또는 위치를 고려하여 기재되는 최소 차량 크기보다 더 큰지의 여부를 기초로 차량의 존재를 감지할 수 있다. 예컨대, 알고리즘은 서로 비디오 스트림 스냅샷에서의 픽셀의 색상을 비교할 수 있다. 이미지가 소화전, 보행자, 잔디, 도로 표시 및 페인트와 같은 비차량 사물을 포함할 가능성이 있으므로, 알고리즘은 (일치하는 것으로 고려되는 색상의 구성가능한 변형 범위를 갖고) 유사한 색상을 갖는 픽셀의 그룹을 감지할 수 있다. 전체 형상에서의 픽셀의 수 및 위치는 형상이 최소 차량 크기보다 더 큰지의 여부를 결정하는데 사용된다. 알고리즘은 예컨대 거울 반사 또는 하이라이트로 인하여 발생할 수 있는 형상의 "구멍" 또는 불완전성을 추가로 수신할 수 있다. 추가로, 알고리즘은 개별적인 최소 크기의 다수의 형상이 서로 특정 거리 내에 있는 지의 여부를 결정할 수 있다. 이러한 형상은 예컨대 일반적으로 동일한 색상인 차량의 예컨대 후드, 루프 및 트렁크 위치에 상응할 수 있다.

경계 조건은 불충분한 콘트라스트 또는 차량과 배경 사이의 색상차가 존재할 경우 발생할 수 있고, 여기서 감지에 실패할 수 있다. 예컨대, 검은 아스팔트에 검은 차량. 카메라 하드웨어 및/또는 알고리즘에 대한 추가 개선은 이러한 경계 조건을 다루도록 도입될 수 있다. 예컨대, 가시광과 열적 이미징을 모두 수행하는 카메라가 사용될 수 있고, 이것은 목적지 위치를 차지하기 시작한 차량의 열 신호를 얻는다. 이러한 예시에서, 엔진 부분은 차량 및 배경이 모두 검은색이라도 그를 둘러싸는 것과는 상이한 열적 프로파일을 갖는다. 또한, 비용 편의 분석은 열적 이미징 과정에 의해 유발된 임의의 경계 조건을 고려하는 것이 (카메라에 의해 포착된 가시광에 의해서와 같이) 충분히 어드레싱될 수 있을 뿐만 아니라 이러한 접근법으로부터 얻어진 이득이 향상된 비용을 정당화하는지를 결정할 것이다.

차량의 존재 및 다수의 특성이 단일 이미지로부터 인지되더라도, 복수의 이미지가 예컨대 차량이 정차되거나 이동하는지의 여부를 결정하기 위하여 요구되고 사용된다. 예시에서, 서버 시스템(140)은 (1) 현재 이미지의 차량의 색상 및 크기의 결정을 기초로 (예컨대 데이터베이스(141) 또는 메모리에 저장된 데이터를 검토함으로써) 이전 이미지에서의 상응하는 일치점을 찾고; 그리고 (2) 이러한 일치점이 발견되면, 줌 레벨에서의 임의의 변화를 고려하여 현재 이미지와 이전의 이미지 사이의 픽셀의 위치를 비교하도록 구성될 수 있다. 이러한 처리를 기초로, 이하의 시나리오 중 하나 이상이 감지될 수 있다. (A) 픽셀의 위치가 변경되지 않거나 미리 결정된 임계값 이하로 변경되지 않을 경우, 모든 차량이 정차 상태로 유지되는 것으로 여겨진다. 이러한 시나리오에서, 날짜 및 시간의 단순한 업데이트가 데이터베이스(141)의 존재하는 엔트리 또는 차량의 메모리를 위하여 수행된다. 하나 이상의 차량과 관련된 픽셀이 새로운 위치에 있을 경우에 이로써 하나 이상의 차량은 이동하는 것으로 결정된다. 서버 시스템(140)은 이러한 차량에 대한 이동 속도 및 방향을 계산하여 업데이트된 위치와 함께 이러한 정보로 데이터베이스(141) 또는 메모리를 업데이트한다. (C) 하나 이상의 차량이 현재 이미지에서 사라질 경우, 서버 시스템(140)은 이러한 차량을 데이터베이스(141) 또는 메모리에 기록된 데이터를 제거하도록 구성될 수 있다. (D) 하나 이상의 차량이 현재 이미지에서 새로 나타날 경우에, 새로운 차량과 관련된 데이터는 데이터베이스(141) 또는 메모리에 기록될 수 있다. 일 실시예에서, 서버 시스템(140)은 새로운 차량들 중 하나가 사라진 것으로 최근에 결정된 차량에 상응하며 차량의 뷰가 최근에 차단된 것으로 취급할 수 있는 것을 결정할 수 있다. (E) 모든 차량이 현재 이미지로부터 사라질 경우에, 선행하는 인터벌로부터의 데이터베이스(141) 또는 메모리로부터의 데이터가 여기서 차량과 관련하여 제거될 수 있다. 그러나, 특정 데이터는 먼저 논의된 바와 같이, 인식 카메라에 또는 그로부터 차량 추적을 수행하도록 유지된다.

예시에서, 어떤 차량이 목적지 영역을 차지하고 있는지 식별하기 위한 알고리즘은 기본적인 차량 감지 알고리즘과 유사하다. 차량 감지가 완료되면, 서버 시스템(140)은 차량에 상응하는 픽셀 위치가 미리 맵핑된(pre-mapped) 시각적인 영역들 중 임의의 영역을 차지하는 지의 여부를 평가한다. 중첩의 정도가 구성가능하다. 일 실시예에서, 수직의 오프셋은 목적지 카메라와 차량 사이에서 주차된 차량과 같이 시각적인 높이에 대하여 보상하고 시각적인 차단에 대해 보상하기 위하여 적용될 수 있다. 이러한 차단은 예컨대 빽빽한 주차장에서 종종 일어날 수 있다. 또한, 서버 시스템(140)은 차량이 적어도 특정 양의 시간 동안 고정되어 유지되는지의 여부를 결정한다. 차량이 적어도 특정 양의 시간 동안 주어진 목적지 위치에 있는 것이 결정되면, 차량에 대한 식별 정보, 목적지 위치 및 차량이 목적지를 사용하기 시작한 시간 및 날짜가 데이터베이스(141)에 바람직하게는 비휘발성 저장소에 기록된다. 일 실시예에서, 서버 시스템(140)은 차량이 2개의 주차 공간을 차지함으로써 복수의 목적지 위치를 차지할 때를 감지하도록 구성될 수 있다. 이것은 예컨대 하나 이상의 주차 소환장의 발행 또는 증가된 사용료를 야기할 수 있다. 서버 시스템(140)은 또한, 차량이 목적지 위치를 비우는 때를 결정하고 데이터베이스(141)에 상응하는 정보를 기록할 수 있다. 또한, 서버 시스템(140)은 차량에 의하여 목적지 위치의 사용자가 목적지 위치의 사용에 대한 기간을 초과할 예정이거나 이미 초과한 것을 결정하도록 구성될 수 있고, 마찬가지로 2시간의 최대 주차 기간을 갖는 주차장, 도로 청소를 위한 특정 시간 이후의 차량 사용에 이용불가능한 목적지 위치 또는 차량에 대하여 제공된 기금의 소진과 관련하여 발생할 수 있다.

일 실시예에서, 서버 시스템(140)은 한번에 하나 이상의 차량에 의해 사용될 수 있는 하나 이상의 다수 차량 목적지 위치를 인식하도록 구성될 수 있다. 예컨대, 서버 시스템(140)은 차량의 "장기간 블록" 주차에 대한 추적을 지원하도록 구성될 수 있고, 예컨대 단일 공간별 결제, 결제와 디스플레이 또는 플레이트 유닛 별 결제에 의해 제어되는 주차 영역은 표시된 주차 공간으로 나뉘지 않는 대신에, 차량은 연석을 따르는 임의의 이용가능한 공간을 사용할 수 있다(적재 구역 및 진입로를 포함하되 이에 한정되지 않는 특정 "주차 금지" 영역을 제외). 다른 예시에서, 서버 시스템(140)은 예컨대 단일 결제 및 디스플레이 유닛에 의해 제어되는 그 안의 복수의 개별적으로 표시된 공간이 아닌 주차장의 사용을 추적하도록 구성될 수 있다. 서버 시스템(140)은 공간별 단위로 다수 차량 목적지의 사용을 추적하도록 구성될 수 없지만, 서버 시스템(140)은 시간에 걸쳐 차량의 사용을 추적하고 다수 차량 목적지 위치의 그 허가된 사용을 초과하는 차량에 대한 소환장을 부착하는 것과 같은 주차 집행 활동을 위하여 복수의 차량의 목적지 위치 내의 차량의 위치를 결정하고 기록할 수 있다. 일 실시예에서, 서버 시스템(140)은, 더 높은 주차료 및/또는 벌금이 하나 이상의 차량에 의해 다르게 차지될 수 있는 공간의 사용에 대하여 부과될 수 있으므로, 다수 차량 목적지 위치를 사용하는 차량의 기간을 결정하도록 구성될 수 있다. 이러한 출원에서 기재되는 서버 시스템(140)의 사용의 하나의 이득은, 종래의 제어된 주차장이 주차장의 사용을 제어하기 위한 입구 및 출구의 단일 지점에 따르는 반면에, 카메라의 사용에 의한 추적은 차량이 담의 벽에 의해 한정될 필요가 있으므로 다수의 입구 및 출구 및 더욱 "개방된" 설계를 갖는 주차장이 되도록 허용하는 것이다.

일 실시예에서 다수의 비인접(noncontiguous) 또는 다수 차량 목적지 위치는 단일의 다수 차량 목적지 위치로 통합될 수 있다. 이것은 2개의 구성인 목적지 위치가 상이한 목적지 카메라에 의해 포함되는 것을 포함할 수 있다. 이것은 예컨대 다수 차량 목적지 위치가 시 블록의 길이를 따르는 다양한 "주차 금지" 목적지 위치에 의해 나뉘는 곳에서 유용할 수 있다.

일 실시예에서, 다수 차량 위치의 제한된 영역을 얻기 위하여, 다수 차량 목적지 위치를 오버레이(overlay)하는 "주차 금지" 구역과 같은 제한된 목적지 위치가 존재할 수 있다. 예컨대, 상기 논의된 "장기간 차단" 시나리오에서, 단일의 다수 차량 목적지 위치는 시 블록의 전체 길이를 따라 정의될 수 있고, "주차 금지" 목적지 위치는 블록의 길이를 따른 적재 구역 및 진입로를 포함하되 이에 한정되지 않는 시 블록을 따르는 다수의 구역을 오버레이한다. "주차 금지" 목적지 위치들 중 하나를 사용하면서 서버 시스템(140)에 의해 감지되는 차량은 차량이 더 큰 다수 차량 목적지 위치 내에서 존재하더라도 주차 위반을 저지른 것으로 서버 시스템(140)에 의해 결정될 것이다.

일 실시예에서, 컴퓨터 기반 구성 설비가 제공될 수 있다. 예컨대, 휴대용 장치(150) 또는 수동 검토 시스템(180)이 온사이트 또는 원거리 구성을 허용하며 구성 설비에 의해 구성될 수 있다. 예컨대, 휴대용 장치(150)는 차량 식별, 추적 및/또는 감지를 위한 카메라 구성의 효율에 대한 피드백을 제공하기 위하여 카메라 설치를 수행하는 사람에 의해 사용될 수 있다. 대안적으로 또는 그에 더하여, 특정 시스템 또는 특정 구성의 변경이 수동 검토 시스템(180)의 사용 동안 식별되는 구성의 단점의 결과 수동 검토 시스템(180)을 통하여 만들어질 수 있다. 일 실시예에서, 사용자 인터페이스는 웹 브라우저를 통해 이용가능해질 수 있다. 구성 유틸리티는 이하를 포함하되 이에 한정되지 않는 하나 이상의 특징을 제공할 수 있다:

주어진 카메라에 대한 차량 감지의 칼리브레이션(calibraton)을 수행하기 위하여 그래픽 사용자 인터페이스(GUI)를 제공.

근접 카메라 정렬을 보장하기 위하여 GUI 제공.

최소 차량 치수를 명시하기 위해 GUI 제공. 이것은 픽셀에 있어서 그리고 줌 레벨에 대하여 조절될 수 있음.

다른 카메라의 시계와 중첩하는 카메라의 시계의 일부를 식별하기 위한 GUI를 제공.

카메라를 정렬하고 및/또는 카메라 배향 및/또는 정렬을 명시하기 위하여 GUI 제공.

목적지 위치를 사전 맵핑하기 위하여 GUI를 제공.

차량 주차 위반으로 간주된 환경을 한정. 이러한 환경은 주어진 영역 또는 위치에 특정될 수 있음.

다수의 주차 위반에 대한 결과를 구성. 예컨대, 위반에 대한 정보는 스크린 상에서 단순히 디스플레이될 수 있고, 등록된 소유주 정보는 소환장 또는 청구서를 발행하기 위하여 얻어질 수 있고 또한 경고장이 인쇄되어 차량에 부착될 수 있음.

메일 또는 다른 방식에 의해 주차 소환장을 발행하기 전에 주에서 운영하는 자동차 등록국(motor v또icle agency)에 차량 소유주 등록 정보를 새로 요청한 후에 만료 기간을 구성.

모니터링되고 변경될 기타 시스템 구성 파라미터에 대하여 GUI를 제공.

주어진 카메라에 대한 차량 감지의 칼리브레이션을 수행하기 위하여, GUI는 2개의 이미지 피드를 제시하고 관리자가 각각의 이미지 피드에 대하여 자를 겹쳐놓는 것을 허용한다. 만약에 있다면, 줌 레벨은 줌 레벨을 변경하기 위한 제어가 될 수 있으므로 GUI의 부분으로서 디스플레이될 수 있다. 2개의 이미지 피드는 비전의 중첩 필드를 갖는 주어진 카메라 및 다른 카메라로부터 발생한다(이러한 카메라는 종종 서로 인접하다. 바람직하게는, 칼리브레이션을 위하여, 2개의 카메라에 대한 이미지의 포착은, 2개의 카메라의 시계의 중첩 영역을 통과할 때 이러한 비디오 피드에서의 차량의 위치의 검토를 허용하면서 동시에 포착된다. 이러한 구성 설비는 또한 GUI에 의해, 중지, 재생, 되감기, 빨리 감기, 사전 정지 화면, 역 정지 화면 고투(goto) 프레임 기능을 포함하는 일시적인 이미지 제어 기능을 제공할 수 있다.

칼리브레이션을 위하여, 구성 설비는 하나 또는 양쪽 이미지 피드의 알려진 제품 또는 모델의 하나 이상의 차량(이것은 예컨대 구성 유틸리티를 동작하는 기술자에 의해 사용되는 차량)을 찾고 자가, 측정되는 차량에 대한 이러한 치수에 대하여 알려진 값을 참조하여 차량의 올바른 길이, 폭 및/또는 높이를 표시하도록 하나 이상의 자를 GUI에 위치시키기 위하여 사용될 수 있다. 일 실시예에서, GUI에 의해 제공된 자의 기능은 카메라(예컨대 카메라 모델을 기초로 한 알려져 있는 특성을 가짐)에 의해 또는 포착된 관점에 의해 이미지의 도입된 시각 왜곡과 같은 요인으로 인한 비선형성을 보상하도록 구성된다. 예컨대, 길이의 단위를 표시하는 자 표시는, 이미지의 우측 상에서 더욱 가깝게 이격될 수 있고, 여기서 이러한 영역에서 포착된 차량은 이미지의 좌측에서 포착된 것보다 카메라로부터 더 멀리 떨어져 있다. 구성 설비는 이미지에서의 표시를 식별하고 (기타 마커 및/또는 카메라에 대한) 위치 및/또는 거리를 명시함으로써 주어진 카메라에 대한 이러한 비선형성의 온사이트 칼리브레이션을 허용하도록 구성될 수 있다. 이러한 표지는 이후의 리칼리브레이션(recalibration)의 목적으로 특정 경우에 임시로 또는 영구적으로 기술자에 의해 위치될 수 있다.

또한, 구성 설비는 2개의 이미지 피드의 공통 지점에 상응하는 픽셀 또는 이미지 위치를 식별하는 것뿐만 아니라 2개의 이미지 피드의 이동 방향들 간의 관계를 명시하는데 사용될 수 있다. 일 실시예에서, 위치 및 이동 방향은 각각의 이미지 피드에서의 차량의 차선/경로에 대하여 명시되고 2개의 이미지 피드 사이에서 관련될 수 있다(예컨대 차량의 동일한 차선/경로 내에서 하나의 카메라의 필드로부터 다른 하나로 차량이 통과할 때를 이후에 결정하는 것을 허용함). 이러한 특징의 상세는 차선 /경로 경계를 표시하는 이미지 피드 상에서의 선 또는 기타 표시기의 아웃레이를 허용함으로써 GUI를 통해 수행될 수 있다. 도 6a 및 도 6b는 예시적인 GUI의 측면을 설명한다. 도 6a는 제 1 카메라로부터의 이미지(600a)가 디스플레이되는 GUI의 일부를 도시한다. 도 6b는 제 2 카메라로부터의 이미지(600b)가 디스플레이되는 GUI의 일부를 도시한다. 이미지(600a 및 600b)의 시계가 중첩하고 중첩 영역은 영역(640a 및 640b)을 포함한다. 또한, 도 6a에서 차선/경로(611a 및 612a)로 그리고 도 6b에서 차선/경로(611b 및 612b)로 기재되는 2개의 차량의 차선/경로가 이미지(600a 및 600b)에서 포착된다. 도 6a 및 도 6b에 도시된 이러한 특정 예시에서, 유사한 예시에서, 차량이 차선/경로(611a 및 611b)의 대향하는 방향으로 나아가더라도, 차량은 차선/경로(611a 및 611b)에서 동일한 방향으로(일반적으로 각도(θ)에 상응하게) 나아간다. 이미지(600a 및 600b)에서는 개별적으로 A, B 및 C로 기재된 3개의 차량의 이미지가 포착된다. 도 6a에서, 차선/경로 경계는 점선 차선/경로 경계 표시기(621a, 622a 및 623a)로 명시되었으며, 이들은 GUI의 사용에 의해 추가, 배치, 이동, 표시 및 그렇지 않으면 식별될 수 있다. 도 6a에서, 2개의 차량 차선/경로는 GUI를 사용하여 명시되었다: 차선/경로 경계 표시기(621a 및 623a) 사이의 차선/경로(611a) 및 차선/경로 경계 표시기(622a 및 623a) 사이의 차선/경로(612a). 도 6a에서 설명하는 특정 예시에서, 차량은 차선/경로(611a 및 612a)에서 동일한 방향(θ)으로 나아가고, 차선/경로 경계 표시기(621a 및 622a)는 (유사한 점선으로 도시되는) 제 1형이 되며, 차선/경로 경계 표시기(623a)는 차선/경로 경계 표시기(621a 및 622a) 사이의 단방향 차량 흐름의 영역을 2개의 차선/경로(611a 및 612a)로의 분할을 표시하는 제 2 형이 된다. 구성 설비는 차선/경로 식별에 대한 유사한 설비를 제공하고, 차선/경로(611b 및 612b) 및 차선/경로 경계 표시기 선(621b, 622b 및 623b)은 상기 기재된 도 6a의 대응물에 상응한다.

일 실시예에서, 차량의 각각의 차선/경로는 다수의 더 작은 세그먼트로 나뉠 수 있다. 이러한 세그먼트는, 예컨대 세그먼트를 표시하는 이미지 피드에 대한 차선 또는 표지의 오버레이에 대하여 허용함으로써 GUI를 통해 명시될 수 있다. 일 실시예에서, 오버레이된 선은 이미지 피드에서의 비선형성을 자동으로 특징화하는 것을 돕도록 사용될 수 있다. 도 6a는 차선/경로 세그먼트 표시기(631a) 및 기타 유사한 지정되지 않은 라인/경로 세그먼트 표시기를 갖는 예시를 도시한다. 구성 설비는 먼저 명시된 차선/경로 경계 표시기를 기초로 제안된 차선/경로 세그먼트 표시기를 자동으로 생성하고 원하는 바와 같이 차선/경로 경계 표시기를 조절하기 위한 GUI 도구를 통해 제공하도록 구성될 수 있다. 도 6a에 도시된 차량(A, B 및 C)과 같은 차량 이미지의 포함은 차선/경로 세그먼트 표시기를 정확히 위치시키고 또는 조절하는데 있어서 기술자를 도울 수 있다. 도 6b는 차선/경로 세그먼트 표시기(631b) 및 상기 기재된 도 6a의 대응물에 상응하는 기타 유사한 지정되지 않은 차선/경로 세그먼트를 도시한다.

구성 설비는 제 2 이미지 스트림의 개별적인 영역과 중첩하는 시계를 갖는 이미지 스트림의 영역의 명시하기 위하여 GUI를 통해 유사한 특징을 제공할 수 있다. 이러한 영역은 하나의 추적 카메라로부터 다른 하나로의 차량의 "무간섭" 감지를 위하여 사용되므로, 이러한 영역은 "무간섭 구역"으로도 지칭될 수 있다. 예컨대, 도 6a 및 도 6b는 중첩하는 시계를 갖는 카메라에 의해 포착되는 이미지를 도시하고, 여기서 무간섭 구역(640a)에 대한 시계는 무간섭 구역(640b)에 대한 시계와 중첩한다. GUI는 도 6a의 무간섭 경계 표시기(651a 및 652a) 및 도 6b의 개별적인 무간섭 경계 표시기(651b 및 652b)의 상세를 허용하도록 구성될 수 있다. 또한, 명시된 무간섭 구역은 도 6a 및 도 6b에 도시된 무간섭 세그먼트 표시기(611a 및 611b) (및 기타 지정되지 않은 무간섭 세그먼트 표시기)를 사용하여 다수의 더 작은 세그먼트로 나뉠 수 있다. 구성 설비는, 먼저 명시된 무간섭 표시기를 기초로 제시된 무간섭 세그먼트 표시기를 자동으로 생성하고 필요시 무간섭 경계 표시기를 조절하기 위한 GUI 도구를 통해 제공하도록 구성될 수 있다. 또한, 차량(A, B 및 C)과 같은 차량 이미지의 포함은 무간섭 세그먼트 표시기를 정확히 위치시키거나 조절하 는데 있어서 기술자를 도울 수 있다. 일 실시예에서 구성 설비는, 무간섭 경계 표시기(651a 및 652a) 사이의 거리를 결정하고 이러한 거리가 최소 원하는 거리 이하일 경우 GUI의 사용자에게 알리도록 구성될 수 있다.

도 6a 및 도 6b에 도시된 GUI는 단순한 선으로 GUI에 의해 제공되는 표시기를 도시하고 기재하지만, 구성 설비 및 GUI는 곡선 및 손으로만 그린 선을 포함하되 이에 한정되지 않은 더욱 복잡한 형상을 갖는 특징을 명시하기 위하여 제공될 수 있다. 차선/경로 경계 표시기(623a)와 같이 제 1 카메라와 관련하여 명시된 표시기가 차선/경로 경계 표시기(623b)와 같이 다른 카메라와 관련된 대응하는 표시기를 갖는 경우에, 이러한 대응물 표시기는 GUI를 사용하여 연결될 수 있다. 일 실시예에서, 이러한 연결은 먼저 명시된 표시기, 카메라의 알려진 위치, 카메라의 알려진 배향 및 차선.경로의 수 및 이러한 차선/경로 내의 차량 흐름의 방향과 같은 카메라에 근접한 차량 흐름의 알려진 측면을 기초로 자동으로 결정되거나 제안될 수 있다. 이러한 실시예에서, 카메라가 확대 및/또는 상하 회전/경사 능력을 제공하는 경우에, 구성 설비는 다수의 줌 레벨 또는 배향에서 카메라로 포착되는 이미지의 다양한 표시기 특성의 상세를 허용하도록 구성될 수 있다. 이러한 추가적인 정보는 카메라의 전체 시계를 더욱 완전히 명시하도록 사용될 수 있다. 기술자가 표시기 및/또는 자가 카메라의 시계를 명시하는데 사용되는 방식에 만족하면, 이러한 정보 및/또는 그로부터 발생된 기타 정보는 예컨대 서버 시스템(140)에 의한 차량 추적에 있어서 사용을 위하여 데이터베이스(141)에서 저장될 수 있다.

구성 설비는 인접한 비디오 카메라 정렬을 수행하도록 GUI를 제공하도록 구성될 수 있다. 이러한 기능은 차선/경로 경계를 명시하기 위하여 상기 기재된 GUI에 포함되는 추가 사용자 인터페이스 소자를 통해 제공될 수 있다. 근접한 비디오 카메라 정렬은, 초기 카메라 하드웨어 설치 공정 동안 또는 기존의 카메라 하드웨어가 이후에 업데이트될 경우, 카메라가 상하회전, 경사 및/또는 확대(PTZ) 기능을 가질 경우, 카메라의 상하회전, 경사 및/또는 확대 설정은 도 4, 도 6a 및 도 6b에 도시된 중첩과 같이 카메라 사이의 시계에서의 충분한 중첩이 존재하는 것을 보장하도록 조절되고 및/또는 측정될 필요가 있다. 기술자는 충분한 크기 및/또는 기간의 무간섭 구역이 한 쌍의 카메라에 의해 제공되는지의 여부를 결정하도록 GUI를 검토할 수 있다. 그렇지 않을 경우, 상하회전, 경사 및/또는 확대 설정이 변화를 요하거나 카메라의 물리적인 설치 위치가 모두 함께 변경될 필요가 없을 수 있다.

구성 설비는 주차 공간 및"주차 금지" 구역과 같은 목적지 위치의 사전 맵핑을 수행하도록 GUI를 제공하도록 구성될 수 있다. GUI는 이미지 피드를 제시하여 기술자가 예컨대 이미지 피드 상에서 그레이 아웃(grayed out)된 다각형을 겹치게 놓는 것을 허용한다. 비한정적인 예시에서, 주차장(#123)은 주어진 확대 레벨에서 및/또는 PTZ 배향에서 특정 목적지 카메라에 의해 포착되는 것과 같이 20개의 픽셀의 모음으로 맵핑될 수 있다. GUI는 이러한 다각형을 이동시키고, 크기를 재설정하고 회전시키는 것을 포함하되 이에 한정되지 않는 동작을 제공하여 카메라의 시계 내에서 위치 및 목적지 위치의 크기를 표시하도록 구성될 수 있다. 카메라가 PTZ 능력을 가질 경우, PTZ 제어가 제공될 수 있다. 이러한 기능은 차선/경로 경계에 대하여 상기 기재된 GUI에 포함된 추가적인 사용자 인터페이스 소자를 통하여 제공될 수 있다. GUI는 또한 목적지 위치에 식별자를 할당하는 것의 인터페이스를 제공할 수 있고, 이것은 예컨대 서버 시스템(140)의 다양한 측면에 의해 사용되도록 목적지 위치에 대한 공통 식별자를 제공하도록 사용될 수 있다. 최소 직접적인 사람의 운영에 의하여 이러한 특성을 관리, 할당 및/또는 변경하기 위하여 구성 설비 또는 서버 시스템(140)의 기타 측면을 사용하는 것이 바람직할 수 있더라도 GUI는 또한 목적지 위치의 다양한 특성이 명시되는 것을 허용하는 인터페이스 요소를 제공할 수 있다.

일 실시예에서, 구성 설비는 단일 차량 목적지 위치를 사전 맵핑하기 위한 상기 기재와 상당히 동일한 방식으로, 상기 기재된 다수 차량 목적지 위치의 사전 맵핑을 수행하기 위하여 GUI를 제공하도록 구성될 수 있다. 구성 유틸리티는 복수의 목적지 위치 또는 복수의 차량 목적지 위치가 단일 목적지 위치로 통합되는 것을 허용하도록 구성될 수 있다. 구성 설비는 제한된 목적지 위치가 다수 차량 목적지 위치를 오버레이하도록 허용하여 적재 구역 및 진입로를 포함하되 이에 한정되지 않는 주차 제한의 대상이 되는 방대한 영역의 부분을 "개척(carve out)"하도록 구성될 수 있다.

구성 설비는 주차 위반을 구성하는 것을 명시하기 위하여 GUI를 제공하도록 구성될 수 있다. 제 1 예시에서, 유예 기기간이 GUI에 의해 명시될 수 있고, 이것은 차량이 목적지 위치의 사용에 대한 제한을 위반한 것으로 여겨질 수 있기 전에 차량이 목적지 위치를 차지하는 기간을 한정한다. 예컨대, 차량이 주차 미터기에 정차할 때, 차량의 운전자가 차량을 떠나서 주차비를 결제하기에 충분한 유예 시간을 제공하는 것은 타당하다. 상이한 기간은 목적지 위치의 상이한 형태 또는 그룹에 대하여 명시될 수 있다(예컨대, "주차 금지" 구역은 유예기간이 적거나 아예 없을 수 있다). 제 2 예시에서, 차량 중첩의 양은 평방 미터 또는 퍼센트 영역 범위에 있어서 차량이 위반으로 고려될 수 있기 전에 얼마나 목적지 위치에 중첩했는지에 관하여 GUI에 의해 명시될 수 있다. 제 3 예시에서, 허가 주차 구정은 예컨대 장애인 주차 공간의 사용, 거주자 전용 주차 또는 허가증 또는 데칼의 디스플레이를 요구하는 기타 주와 관련한 규칙을 포함하는 GUI에 의해 명시될 수 있다. GUI는 또한 허가증 또는 데칼 상에서 두드러지는 색상 이미지 그리고 허가증 또는 데칼의 식별자(일련번호)의 위치를 포함하되 이에 한정되지 않는, 요구되는 허가증 또는 데칼의 특성 및 특징을 식별하기 위하여 인터페이스를 제공할 수 있다. 제 4 예시에서, GUI는 당월을 표시하는 태그가 만료될 것으로 여겨지는지의 여부와 같이 만료된 번호판 태그가 되는 것을 결정하기 위한 규칙을 한정하도록 구성될 수 있다.

구성 설비는 목적지 위치의 차량 오사용에 대한 결과를 명시하기 위하여 GUI를 제공하도록 구성될 수 있다. 예시는, 번호판 정보의 온스크린 디스플레이, 등록된 소유주의 이름 및 주소를 얻기 위한 번호판 색인, 집행관 파견, 목적지 위치를 오사용한 차량의 레이저기반 조명 제공, 파일의 신용 카드 또는 계좌에 주차 벌금을 적용 그리고 예금 계좌 또는 기타 통화 계좌로부터 벌금을 징수하는 것을 포함하되 이에 한정되지 않는다.

구성 설비는 특정 차량을 명시하는 파라미터를 수신하고 기록하도록 구성될 수 있고 이것에 있어서 감지된 주차 위반의 결과가 변경된다(예컨대 경찰 차량은 명시된 위반으로부터 제외되는 것으로 인식될 수 있다). 예컨대, 이러한 차량은 차량 등록 번호에 의해 식별될 수 있거나 데칼과 같이 명시된 식별자를 가질 수 있다.

일 실시예에서, 서버 시스템(140)은 사전에 존재하는 거리 및/또는 주차 정보를 얻도록 구성될 수 있고, 이것은 상용 또는 행정 데이터베이스를 통해 얻어지고 및/또는 주차 오퍼레이터에 의해 그리고 목적지 및 차량 차선/경로 정보를 자동으로 결정함으로써 제공될 수 있다. 일 실시예에서, 다양한 식별 및 목적지 카메라의 위치 및 배향을 표시하는 정보를 기초로, 서버 시스템(140)은 목적지 위치 및/또는 차량 차선 경로를 자동으로 사전 맵핑하기 위하여 구성될 수 있다. 일 실시예에서, 서버 시스템(140)은 식별자, 위치(예컨대, 위도/경도 또는 거리 주소), 목적지 위치의 사용을 위한 속도 및 시간기반, 날짜 기반 및 본 출원에 기재된 목적지 위치에 대한 기타 제약을 포함하되 이에 한정되지 않는 데이터베이스(141)에 기재된 목적지 위치 및/또는 차량 차선/경로에 대한 특성을 기록하고 및/또는 업데이트하도록 구성될 수 있다. 일 실시예에서, 서버 시스템(140)은 주차 제공자가 목적지 위치 정보를 업로드하고 및/또는 대량으로 업데이트하는 것을 쉽게 허용하기 위하여 API를 제공할 수 있다.

대안적인 예시에서, 도 1에 도시된 서버 시스템(140) 및 기타 요소는 API를 통해 제 3자 주차 결제 시스템에 의한 통합이 요구되지 않는 턴키(turnkey) 플랫폼의 형태가 된다. 이러한 실시예에 있어서, 턴키 플랫폼의 부분은 결제 스테이션/설비 및 발송을 위한 주차 위반 티켓을 생성하는 설비로 구성된다.

일 실시예에서, 온사이트 결제 시스템(160)은 턴키 플랫폼 전화 결제 특징을 포함할 수 있다. 최종 결과는, 목적지 위치가 커브사이드(curbside) 주차 미터기, 공간별 결제 주차 공간 또는 주차장과 관련되었는지의 여부에 관계없이, 특정 IVR(음성 자동 응답) 시스템 구동 전화선에 전화하고 목적지 위치 식별자 또는 차량 등록 번호 및 주차에 대한 기간을 입력하여 주차료를 결제할 수 있다. 턴키 전화 결제 모듈은 전화, 통상적으로 휴대 전화의 사용에 의해 최종 사용자가 주차료를 결제하는 것을 가능하게 한다. 턴키 전화 결제 머신은 서버 시스템(140)과의 데이터베이스 레벨 통합을 가능하게 한다. 데이터베이스 레벨 통합은 데이터베이스 레벨 통합이 보다 나은 유연성 및 속도를 제공하므로 API 레벨 통합에 더 우수하다.

턴키 전화 결제 모듈은 사용자가 휴대폰을 걸쳐서 정보를 입력하는 하나 이상의 DTMF 트랜스시버(transceiver)로부터 데이터를 수신한다. 턴키 전화 결제 모듈이 정확하게 동작하도록 하기 위하여 턴키 전화 결제 모듈이 서버 시스템(140)으로부터 데이터를 수신할 필요는 없다. 턴키 전화 결제 모듈은 서버 시스템(140)이 자체 집행을 하는 것뿐만 아니라 수동 결제 주차 확인을 위하여 휴대용 장치(150)에 데이터를 출력하도록 구성될 수 있다. 모든 자체 집행 데이터 처리는 서버 시스템(140) 상에서 발생한다.

일 실시예에서, 온사이트 결제 시스템(160)은 턴키 플랫폼상에서의 온라인 결제를 포함할 수 있다. 최종 결과는, 최종 사용자가 목적지 위치가 커브사이드 주차 미터기, 공간별 결제 주차 공간 또는 주차장과 관련되는지의 여부에 관계없이 웹사이트를 방문하고 목적지 위치 식별자 또는 차량등록 번호 및 주차의 기간을 입력하여 주차료를 결제하고 과거 이력을 열람할 수 있다. 이것은 스마트 폰과 같은 기타 온라인 도관 및 미래에는, 차량에서의 인터넷 가능 매체로 연결된다.

턴키 온라인 결제 모듈은 최종 사용자가 인터넷을 통해 정보를 입력하는 경우에 데이터 온라인을 수신한다. 턴키 온라인 결제 모듈이 올바르게 동작하도록 서버 시스템(140)으로부터 턴키 온라인 결제 모듈이 데이터를 수신할 필요는 없다. 턴키 온라인 결제 모듈은 자체 집행을 위하여 서버 시스템(140) 뿐만 아니라 수동 결제 주차 확인을 위하여 데이터를 휴대용 장치(150)에 출력한다. 모든 자체 집챙 대이터 처리는 서버 시스템(140)에서 발생한다.

일 실시예에서, 온사이트 결제 시스템(160)은 QR코드를 갖는 결제 및 디스플레이 머신을 포함한다. QR 코드는 점점 대중화되고 있고 따라서 상당한 스마트폰 지원을 갖는다. 또한, QR 코드는 결제 및 디스플레이 티켓에 통상적으로 포함된 모든 관련 정보(주차 기간, 주차 만료 시간, 납부 금액, 날짜 및 시간)를 쉽게 포함할 수 있다. 턴키 결제 및 디스플레이 머신은 최종 사용자들이 주차에 대하여 결제하고 차량의 치수에 대한 QR 코드를 갖는 디스플레이 티켓을 남기는 것을 허용한다. 턴키 결제 및 디스플레이 장치는 서버 시스템(140)과의 데이터베이스 레벨 통합을 가능하게 한다. 데이터베이스 레벨 통합은 데이터베이스 레벨 통합이 보다 나은 유연성 및 속도를 제공하므로 API 레벨 통합에 우세하다.

턴키 결제 및 디스플레이 머신은 빌트인 키패드, 동전 투입기, 신용 카드 판독기 및 프린터를 통해 최종 사용자로부터의 결제를 수신한다. 문자/그래픽 LCD 디스플레이 또한 존재한다. 턴치 결제 및 디스플레이 장치가 올바르게 동작하기 위해서는 턴키 결제 및 디스플레이 머신이 서버 시스템(140)으로부터 데이터를 수신할 필요는 없다. 턴키 결제 및 디스플레이 머신은 서버 시스템(140)의 자체 집행 뿐만 아니라 수동 결제 주차 확인을 위하여 데이터를 휴대용 장치(150)에 출력한다. 모든 자체 집행 데이터 처리는 서버 시스템(140) 상에서 발생한다.

일 실시예에서, 온사이트 결제 시스템(160)은 공간별 결제 턴키 머신을 포함할 수 있다. 공간별 결제는 동작의 오랜 역사를 갖는 결제 및 디스플레이에 비해 점점 대중화되고 있다. 공간별 결제를 사용하는 주차 운영은 일반적으로, 주차 집행 직원이 각각의 차량까지 걸어가서 인쇄된 만료 시간을 수동으로 확인하기 위하여 윈드 쉴드에 기댈 필요가 없으므로 일반적으로 더욱 효율적이다. 대신, 이들은 순찰 차량을 운행하며 차지된 주차 공간이 결제되었는지의 여부를 확인하기 위하여 멀리서 시각적 체크를 수행할 수 있다. 게다가, 공간별 결제는 운전자가 그들의 목적지로 계속 향할 수 있는 대신 머신에서 결제한 후에 티켓을 보여주기 위하여 그들의 차량으로 다시 돌아갈 필요가 없으므로 개선된 사용자 경험을 제공한다.

턴키 공간별 결제 머신은 빌트인 키패드, 동전 투입기, 신용 카드 판독기 및 프린터를 통해 최종 사용자로부터의 결제를 수신한다. 문자/그래픽 LCD 디스플레이 또한 존재한다. 턴키 공간별 결제 머신이 올바르게 동작하기 위해서는 턴키 공간별 결제 머신이 서버 시스템(140)으로부터 데이터를 수신할 필요는 없다. 턴키 공간별 결제 머신은 서버 시스템(140)의 자체 집행뿐만 아니라 수동 결제 주차 확인을 위하여 데이터를 휴대용 장치(150)에 출력한다. 모든 자체 집행 데이터 처리는 서버 시스템(140) 상에서 발생한다.

일 실시예에서, 온사이트 결제 시스템(160)은 플레이트별 결제 턴키 머신을 포함할 수 있다. 턴키 플레이트별 머신은 빌트인 키패드, 동전 투입기, 신용 카드 판독기 및 프린터를 통해 최종 사용자로부터의 결제를 수신한다. 문자/그래픽 LCD 디스플레이 또한 존재한다. 턴키 플레이트별 머신이 올바르게 동작하기 위해서는 턴키 플레이트별 머신이 서버 시스템(140)으로부터 데이터를 수신할 필요는 없다. 턴키 플레이트별 머신은 서버 시스템(140)의 자체 집행뿐만 아니라 수동 결제 주차 확인을 위하여 데이터를 휴대용 장치(150)에 출력한다. 모든 자체 집행 데이터 처리는 서버 시스템(140) 상에서 발생한다.

제 3자 주차 시스템과의 통합은 서버 시스템(140)에 대한 요건보다는 선택이다. 전체 주차 설비 플랫폼이 예컨대 단일 공급기를 통해 제공되는 턴키 구성에서, 제 3자 주차 시스템에 의한 집적이 요구되지 않는다. 그러나, API를 사용하는 집적 접근법에 대한 다수의 장점이 존재한다. API는 호스트 시스템의 교환 기밀을 노출하지 않고도 외부 프로그램이 호스트시스템의 정보에 대한 액세스를 얻도록 허용하도록 지정된 표준 소프드웨어 프로그래밍 인터페이스를 제공한다. 이것은 2개의 시스템의 경계에서의 화깃리 한정된 기능, 목적 및 변수를 생성함으로써 성취되므로, 외부 시스템은 정보가 호스트 시스템 그 자체 내에서 모이고, 저장되고 또는 계산되는 방법의 임의의 지식 없이 미리 한정된 세트의 정보를 얻도록 허용된다. 이와 마찬가지로, 일반적으로 기업은 기타 시스템이 그 제품 또는 서버와 접속하도록 발급된 API를 갖는데 이의가 없다. 데이터는 SSL과 같은 암호화 메커니즘, XML, JSON, HTML, MIME에 대한 의존 또는 API에 의해 지지되는 기타 인코딩 또는 언어와 같은 암호화 메커니즘에 의하여 종종 보호되는 네트워크 기반 메커니즘을 통해, API를 통해 교환될 수 있다.

서버 시스템(140)이 API에 접속하는 두 가지 방법이 존재한다. 먼저, 제 3자 주차 시스템에 의해 발행된 API를 사용함으로써, 서버 시스템(140)은 차량 결제 정보(결제된 기간 및 공간 번호를 포함하되 이에 한정되지 않음)에 대한 액세스를 얻을 수 있다. 차량 감지 및 차량 식별 정보와 결합하여 서버 시스템(140)은 이미 소유하며, 서버 시스템(140)은 주차 설비 오퍼레이터에 대한 상세한 주차 위반 정보로 차량 등록 번호의 리스트를 생성하는데 필수적인 완성된 정보를 손쉽게 갖거나 얻을 수 있다. 주차 설비 오퍼레이터는 이로써 그 SOP를 따르고 주차 위반 티켓을 발송하고, 휠캡을 설치하고 또한 반복적이고 심한 위반 차량을 견인할 수 있다.

제 2 집적 방법은, 서버 시스템(140)이 그 자체의 API를 발행하여 제 3자 주차 시스템이 차량 감지 및 차량 신원에 대한 정보를 획득할 수 있는 것이다. 제 3자 주차 시스템이 이미 갖고 있는 차량 결제 정보와 결합하여, 제 3자 주차 시스템은 이로써 상세한 주차 위반 정보를 갖는 차량 등록 번호의 리스트를 포함하여, 주차 오퍼레이터에게 매끄러운 프레젠테이션을 제공할 수 있다. 제 3자 주차 시스템 제공자는 주차 위반 정보가 주차 오퍼레이터에게 다시 제공되는 방법에 대한 제어를 유지하도록 이러한 접근법을 선호할 수 있다.

API의 사용에 의해, 서버 시스템(140)은 전화 결제, 공간별 결제, 결제 및 디스플레이, 커브사이드 주차 미터(단일 또는 이중 공간) 및 실시간 오퍼레이터 옵션과 같은 주차 결제 시스템의 형태와 통합할 수 있다.

전화 결제의 기본적인 전제는, 최종 사용자(차량의 운전자)가 목적지 위치의 인근에 디스플레이되는 전화번호에 전화를 하는 것이다. 통상적으로, 전화번호는 자동 안내 메뉴를 통해 발신자를 가이드하는 IVR(음성 자동 응답)을 제공한다. 최종 사용자는, 원하는 주차 기간에 의한 고유 목적지 위치 번호, 차량 등록 번호 및 신용 카드 정보를 입력하도록 시도하게 된다.

전화 결제는 대중적인 "오버레이" 결제 접근법으로서 관심을 시작하고 있고, 여기서 주차 설비 오퍼레이터는 커브사이드 주차 미터기, 공간별 결제 및 결제 및 디스플레이 머신에 전화 결제 능력을 추가한다. 통상적인 동기는 주차 수익을 증대시키기 위한 노력으로 주차에 대한 결제의 대안적인 방식을 최종 사용자에게 제공하기 위한 것이다. 예를 들어서, 전화 결제는 최종 사용자가 전화상으로 신용카드로 결제하는 것을 허용하여 전통적인 커브사이드 주차 미터(단일 또는 2중 공간)에 추가될 수 있다.

일 실시예에서, 서버 시스템(140)은 서버 시스템(140)이 주차 자체 집행을 위하여 사용하는 제 3자 주차 결제 시스템으로부터 주차 결제 정보를 추출하는 소프트웨어 구성요소가 될 수 있는 전화 결제 통합 모듈을 포함할 수 있다. 전화 결제용 통합 모듈은 (1) 제 3자 전화 결제 API와의 연결을 수립하는 단계; (2) 데이터에 대한 요청을 발행하는 단계; (3) 데이터를 수신하는 단계; (4) 데이터를 처리하고 데이터베이스(141)에 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)의 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 제 3자 전화 결제 API는 "킵 얼라이브(keep alive)"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) (2)내지(7) 단계를 반복하고 연결을 끊는 단계를 포함하는 단계를 수행한다. 단계 (1)과 관련하여, API는 수립될 수 있는 연결을 통해 메커니즘을 통상적으로 명시한다. 전화 결제 통합 모듈은 제 3자 전화 결제 API에 의해 요구되는 프로토콜을 관찰하도록 구성되며 연결을 수립한다.

단계 (2)와 관련하여, 서버 시스템(140)이 특정 차량이 목적지 위치를 비우는 것을 결정할 때, 서버 시스템(140)은 이러한 이벤트를 데이터베이스 또는 인터 프로세스 통신(IPC) 콜을 통하여 전화 결제 통합 모듈로 신호를 보내고, 이것에 응답하여, 전화 결제 통합 모듈은 특정 차량에 대한 주차 결제 정보에 대한 제 3자 전화 결제 API에 요청을 발행한다. 전화 결제 API로 보내진 데이터는, 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 전화 결제 API에 의해 인지되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

단계 (3)과 관련하여, 전화 결제 통합 모듈은 예컨대 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함하는 제 3자 전화 결제 API로부터의 정보를 수신하도록 구성될 수 있다. 단계 (5)와 관련하여, 전화 결제 집적 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계(3)로부터 수신되는 데이터에 의해 표시되는 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

서버 시스템(140)에 의해 제공되는 API가 통합을 위하여 사용되는 일 실시예에서, 전화 결제 시스템은 서버 시스템(140)으로부터 차량 감지 정보(실제 차량 주차 시작 및 종료시간)를 얻을 것이고, 이것은 통상적으로 차량 등록 번호 정보가 전화 결제 시스템에 의해 먼저 보유되기 때문이다. 최종 결과는 전화 결제 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 전화 결제 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 전화 결제 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 실제 차량 주차 기간이고, 이것은 특정 차량이 특정 목적지 위치를 차지한 시간의 실제 양, 특정 차량 등록 번호 또는 목적지 위치 번호를 표시한다. 일반적으로, 전화 결제 시스템은 이미 이들이 최종 사용자 결제 공정의 일부로 일반적으로 얻어지는 것과 같이 차량 등록 번호 또는 목적지 위치 번호를 갖는다.

서버 시스템(140)에 의해 제공되는 전화 결제 API를 통한 통합은 2개의 선택 사항 중 하나에 따를 수 있다. 첫 번째는 제 3자 주차 결제 시스템이 정보를 서버 시스템(140)으로 푸시(push)하는 데이터 유입 모델이다. 두 번째는, 서버 시스템(140)이 전화 결제 시스템에 모든 관련 정보를 푸시하는 데이터 유출 모델이다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유입 기반 전화 결제 API를 포함할 수 있고, 여기서 제 3자 주차 결제 시스템은 유입 기반 전화 결제 API를 통해 서버 시스템(140)으로 정보를 푸시한다. 유입 기반 전화 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템으로부터 데이터를 수신하는 단계; (4) 데이터를 처리하고 이를 데이터베이스(141)에 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)의 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 유입 기반 전화 결제 API는 "킵 얼라이브(keep alive)"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP에 대한 리스닝(listening)을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유입 기반 전화 결제를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유입 기반 전화 결제 API를 통해 차량/운전자가 주차료를 낼 때마다 제 3자 주차 결제 시스템으로부터 차량 주차 정보를 수신하도록 구성될 수 있다. 특정 차량에 대한 수신된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 결제가 특정 차량과 관련하여 수신되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함할 수 있다. 단계 (5)와 관련하여, 서버 시스템(140)에 포함된 전화 결제 통합 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계 (3)로부터 수신된 데이터에 의해 표시된 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유출 기반 전화 결제 API를 포함할 수 있고, 여기서 서버 시스템(140)은 제 3자 주차 결제 시스템으로 모든 관련 정보를 푸시한다. 유출 기반 전화 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브(keep alive)"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유출 기반 전화 결제를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유출 기반 전화 결제 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 날짜/시간 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

또 다른 실시예에서, 전화 결제와 서버 시스템(140)은 2개의 단계에서 발생한다. 먼저, 서버 시스템(140)은 전화 결제 시스템 제공 API를 사용함으로써, 전화 결제 시스템으로부터의 차량 결제 정보(결제된 주차 시작 및 종료시간, 주차 공간 번호 및 차량 등록 번호)를 얻는다. 이러한 단계에서, 서버 시스템(140)은 주차 위반 상세를 갖는 차량 등록 번호의 리스트를 생성하기 위하여 요구되는 정확한 정보를 가질 것이다. 그러나, 이러한 리스트를 주차 오퍼레이터에게 제시하는 서버 시스템(140) 대신에, 주차 위반 정보가 주차 오퍼레이터에게 다시 되돌아가는 방법에 대한 제어를 유지하고자 하는 현재 주차 결제 밴더(vendor)가 존재한다. 이것은 서버 시스템(140)에 의해 제공된 API를 사용함으로써 전화 결제 시스템에 차량 위반 데이터를 전송함으로써 성취될 수 있다. 전화 결제 시스템은 "위반" 차량의 리스트가 (예컨대, 전화 결제 시스템 밴더에 의해 개선된 주문제작 소프트웨어 어플리케이션에 의해) 주차 오퍼레이터에게 제시되는 방법에 대한 전체적인 제어를 가질 것이다.

이러한 통합 방법과 서버 시스템(140)에 의해 제공된 API를 통한 통합에만 의존하는 것 사이의 상당한 차이점은, 이러한 통합 방법이 전화 결제 시스템 밴더의 부분에 대한 최소의 개선 노력을 요한다는 것이다. 주차 오퍼레이터에게 제시될 모든 핵심 정보가 임의의 추가 분석이 요구되지 않고도 이미 서버 시스템(140)에 의해 제공된 API에 의해 공급되므로, 이러한 정보는 단순히 디스플레이되고 또는 최소 소프트웨어 개선에 의해서 주차 오퍼레이터에게 보내질 수 있다. 이러한 통합 접근법은 "푸시(push)" 모델이 뒤따르는 "풀(pull)" 모델을 의미한다.

공간별 결제의 전제는, 일단 최종 사용자가 공간별 결제 머신에서 주차료를 결제할 때, 최종 사용자는 원하는 주차 기간에 따른 스톨 번호(stall number)를 입력한다. 결제가 완료되면, 최종 사용자는 가고자 하는 곳으로 단순히 이동하는 것 대신 차량에 티켓을 둘 필요가 없다. 공간별 결제는 노상 커브사이드 주차 및 노외 주차장/차고에 동등하게 효과가 있다.

공간별 결제는 동작의 오랜 역사를 갖는 결제 및 디스플레이에 비해 점점 대중화되고 있다. 공간별 결제를 사용하는 주차 운영은 일반적으로, 주차 집행 직원이 각각의 차량까지 걸어가서 인쇄된 만료 시간을 수동으로 확인하기 위하여 윈드 쉴드에 기댈 필요가 없으므로 더욱 효율적이다. 대신, 이들은 순찰 차량을 운행하며 차지된 주차 공간이 결제되었는지의 여부를 확인하기 위하여 멀리서 시각적 체크를 수행할 수 있다. 게다가, 공간별 결제는 운전자가 그들의 목적지로 계속 향할 수 있는 대신 머신에서 결제한 후에 티켓을 보여주기 위하여 그들의 차량으로 다시 돌아갈 필요가 없으므로 개선된 사용자 경험을 제공한다.

상기 기재된 전화 결제와 유사하게, 통합은 공간별 결제 시스템 제공 API 또는 서버 시스템(140)에 의해 제공된 API를 모두 사용함으로써 성취될 수 있다. 이러한 목적은 양쪽 시스템이 주차 위반 정보로 차량 등록 번호의 리스트를 생성하도록 요구되는 모든 정보에 대한 액세스를 얻도록 하는 것이다.

서버 시스템(140)이 공간별 결제 시스템 제공 API을 통하여 통합되는 일 실시예에서, 서버 시스템(140)은 공간별 결제 시스템으로부터 차량 결제 정보(결제된 주차 시작 및 종료시간, 목적지 위치 번호 및 차량 등록 번호)를 얻는다. 최종 결과는 서버 시스템(140)이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

일 실시예에서, 서버 시스템(140)은 서버 시스템(140)이 주차 자체 집행을 위하여 사용하는 제 3자 주차 결제 시스템으로부터 주차 결제 정보를 추출하는 소프트웨어 구성요소가 될 수 있는 공간별 결제 통합 모듈을 포함할 수 있다. 공간별 결제용 통합 모듈은 (1) 제 3자 공간별 결제 API와의 연결을 수립하는 단계; (2) 데이터에 대한 요청을 발행하는 단계; (3) 데이터를 수신하는 단계; (4) 데이터를 처리하고 데이터베이스(141)에 이를 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 제 3자 공간별 결제 API는 "킵 얼라이브(keep alive)"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) (2)내지(7) 단계를 반복하고 연결을 끊는 단계를 포함하는 단계를 수행한다. 단계 (1)과 관련하여, API는 수립될 수 있는 연결을 통해 메커니즘을 통상적으로 명시한다. 공간별 결제 통합 모듈은 제 3자 공간별 결제 API에 의해 요구되는 프로토콜을 관찰하도록 구성되며 연결을 수립한다.

단계 (2)와 관련하여, 서버 시스템(140)이 특정 차량이 목적지 위치를 비우는 것을 결정할 때, 서버 시스템(140)은 이러한 이벤트를 데이터베이스 또는 인터 프로세스 통신(IPC) 콜을 통하여 공간별 결제 통합 모듈로 신호를 보내고, 이것에 응답하여, 공간별 결제 통합 모듈은 특정 차량에 대한 주차 결제 정보에 대한 제 3자 공간별 결제 API에 요청을 발행한다. 공간별 결제 API로 보내진 데이터는, 예컨대, 공간별 결제 API에 의해 인지되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

단계 (3)과 관련하여, 공간별 결제 통합 모듈은 예컨대 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함하는 제 3자 공간별 결제 API로부터의 정보를 수신하도록 구성될 수 있다. 단계 (5)와 관련하여, 공간별 결제 집적 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계(3)로부터 수신되는 데이터에 의해 표시되는 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

서버 시스템(140)이 서버 시스템(140)에 의해 제공되는 API를 통해 공간별 결제 시스템과 통합되는 일 실시예에서, 서버 시스템(140)은 공간별 결제 시스템에 차량 정보(차량 등록 번호, 목적지 위치 및 실제 주차 시작 및 종료 시간)을 전송한다. 최종 결과는 공간별 결제 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 공간별 결제 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 공간별 결제 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 실제 차량 주차 기간이고, 이것은 특정 차량이 특정 목적지 위치를 차지한 시간의 실제 양, 특정 차량 등록 번호 또는 목적지 위치 번호를 표시한다. 일반적으로, 공간별 결제 시스템은 이미 이들이 최종 사용자 결제 공정의 일부로 일반적으로 얻어지는 것과 같이 차량 등록 번호 또는 목적지 위치 번호를 갖는다.

서버 시스템(140)에 의해 제공되는 공간별 결제 API를 통한 통합은 2개의 선택 사항 중 하나에 따를 수 있다. 첫 번째는 제 3자 주차 결제 시스템이 정보를 서버 시스템(140)으로 푸시하는 데이터 유입 모델이다. 두 번째는, 서버 시스템(140)이 제 3자 공간별 결제 시스템에 모든 관련 정보를 푸시하는 데이터 유출 모델이다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유입 기반 공간별 결제 API를 포함할 수 있고, 여기서 제 3자 주차 결제 시스템은 유입 기반 공간별 결제 API를 통해 서버 시스템(140)으로 정보를 푸시한다. 유입 기반 공간별 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템으로부터 데이터를 수신하는 단계; (4) 데이터를 처리하고 이를 데이터베이스(141)에 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 유입 기반 공간별 결제 API는 "킵 얼라이브(keep alive)"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP에 대한 리스닝(listening)을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유입 기반 공간별 결제를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유입 기반 공간별 결제 API를 통해 차량/운전자가 주차료를 낼 때마다 제 3자 주차 결제 시스템으로부터 차량 주차 정보를 수신하도록 구성될 수 있다. 특정 차량에 대한 수신된 정보는 예컨대, 결제가 특정 차량과 관련하여 수신되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함할 수 있다. 단계 (5)과 관련하여, 서버 시스템(140)에 포함된 공간별 결제 통합 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계 (3)으로부터 수신된 데이터에 의해 표시된 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유출 기반 공간별 결제 API를 포함할 수 있고, 여기서 서버 시스템(140)은 제 3자 주차 결제 시스템으로 모든 관련 정보를 푸시한다. 유출 기반 공간별 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브(keep alive)"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유출 기반 공간별 결제를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유출 기반 휴대용 차량 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 날짜/시간 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

또 다른 실시예에서, 서버 시스템(140)은 2개의 단계에서 공간별 결제 시스템과 함께 통합되도록 구성된다. 먼저, 서버 시스템(140)은 공간별 결제 시스템 제공 API를 사용함으로써, 공간별 결제 시스템으로부터의 차량 결제 정보(결제된 주차 시작 및 종료시간, 주차 공간 번호 및 차량 등록 번호)를 얻는다. 이러한 단계에서, 서버 시스템(140)은 주차 위반 상세를 갖는 차량 등록 번호의 리스트를 생성하기 위하여 요구되는 정확한 정보를 가질 것이다. 그러나, 이러한 리스트를 주차 오퍼레이터에게 제시하는 서버 시스템(140) 대신에, 현재 주차 결제 밴더(vendor)가 주차 위반 정보가 주차 오퍼레이터에게 다시 되돌아가는 방법에 대한 제어를 유지하고자 하는 경우가 존재할 수 있다. 이것은 서버 시스템(140)에 의해 제공된 API를 사용함으로써 공간별 결제 시스템에 차량 위반 데이터를 전송함으로써 성취될 수 있다. 공간별 결제 시스템은 "위반" 차량의 리스트가 (공간별 결제 시스템 밴더에 의해 개선된 주문제작 소프트웨어 어플리케이션에 의해) 주차 오퍼레이터에게 제시되는 방법에 대한 전체적인 제어를 가질 것이다.

이러한 통합 방법과 서버 시스템(140)에 의해 제공된 API를 통한 통합에만 의존하는 것 사이의 상당한 차이점은, 이러한 통합 방법이 공간별 결제 시스템 밴더의 부분에 대한 최소의 개선 노력을 요한다는 것이다. 주차 오퍼레이터에게 제시될 모든 핵심 정보가 임의의 추가 분석이 요구되지 않고도 이미 서버 시스템(140)에 의해 제공된 API에 의해 공급되므로, 이러한 정보는 단순히 디스플레이되고 또는 최소 소프트웨어 개선에 의해서 주차 오퍼레이터에게 보내질 수 있다. 이러한 통합 접근법은 "푸시" 모델이 뒤따르는 "풀" 모델을 의미한다.

결제 및 디스플레이의 전제는, 일단 최종 사용자가 주차료를 결제하면, 최종 사용자는 최종 사용자에 의해 결제된 기간이 만료되지 않았음을 보장하기 위하여 주차 집행 직원이 티켓의 시각적인 확인을 수행하도록 최종 사용자가 차량의 계기판에 티켓을 남길 필요가 있는 것이다.

역사적으로, 결제 및 디스플레이는 노상 주차장 및 주차 차고에서 우세했다. 최근 공간별 머신의 인기에도 불구하고, 결제 및 디스플레이는 여전히 방대한 설치 기반을 갖는다. 연석 주차를 위하여 이용되는 결제 및 디스플레이 시스템이 또한 존재한다. 자체 집행 능력을 제공하기 위하여, 서버 시스템은 이하의 정보를 포함한다: 차량 등록 번호 정보(주/도를 포함), 실제 주차 시작 및 종료시간, 결제된 주차 기간.

결제 및 디스플레이 시스템과 서버 시스템(140)을 통합시키는 일 실시예에서, 서버 시스템(140)이 식별 카메라를 통해 차량 등록 번호 정보를 모으는 동안, 목적지 카메라는 서버 시스템이 차량이 목적지 위치에 언제 정차하고 차량이 언제 떠날지 결정하는 것을 허용함으로써 실제 주차 시작 및 종료시간을 제공한다. 결제된 주차 기간은 최종 사용자가 차량 계기판에 둔 디스플레이 티켓 그 자체로부터 바코드 또는 인쇄된 캐릭터를 추출하기 위하여 상하회전, 경사 및 줌 능력 및 줌인 능력을 갖는 목적지 카메라를 활용함으로써 결정될 수 있다.

일 실시예에서, 이러한 정보의 판독을 활용하기 위하여, 결제 및 디스플레이 머신이 인쇄된 캐릭터에 대한 더 큰 폰트를 사용하거나 기타 식별 특징의 더 큰 버전을 인쇄하도록 구성될 수 있다. 또 다른 실시예에서, 결제 및 디스플레이 머신은 결제 공정의 일부로서 차량 등록 번호를 요청하도록 구성될 수 있되, 종래의 시스템은 운전자가 차량을 주차하고자 하는 시간의 양만을 요청할 것이다. 일 실시예에서, 결제 및 디스플레이 머신은 각각의 디스플레이 티켓내에 장착된 RFID 칩을 갖는 디스플레이 티켓 종이의 롤(roll)을 활용할 수 있다.

일 실시예에서, 서버 시스템(140)은 그 시계내의 결제 및 디스플레이 머신을 포함하는 카메라와 같이 하나 이상의 카메라를 통해 포착되는 다수의 이미지를 기초로 보행자 추적을 수행하도록 구성될 수 있다. 보행자 추적으로, 서버 시스템(140)은 차량에 및/또는 차량으로부터 걸어가는 차량의 운전자 및/또는 승객을 추적하도록 구성될 수 있고, 이것의 결제는 서버 시스템(140)이 차량 추적을 수행하는 것과 마찬가지로 결제 및 디스플레이 장치를 통해 얻어진다. 추적된 보행자 이동을 기초로, 결제는 차량에 대한 특정 위치 및 서버 시스템(140)에 의해 결정된 차량 등록 번호와 같은 상응하는 차량 식별자에 연결될 수 있다. 일 예시에서, 서버 시스템(140)은 개인이 차량의 승객임을 입증하는 하나 이상의 이미지 및 승객이 목적지 위치에 대한 사용에 대한 결제 및 디스플레이 결제 스테이션에서 결제한 것을 입증하는 하나 이상의 이미지를 포함하는, 하나 이상의 카메라에 의패 포착된 복수의 보행자 이미지를 수신할 수 있다. 서버 시스템(140)은 보행자 이미지에 포착된 보행자에 대하여 결정된 특성은 보행자 이미지가 시간에 따라 상응하는 지를 결정함으로써 추적을 수행하여 승객이 차량과 결제 스테이션 사이에서 이동하고 결제한 것을 입증하도록 구성될 수 있다. 이를 기초로, 서버 시스템(140)은 차량에 의한 특정 목적지의 사용과 결제를 관련지을 수 있다.

이용가능한 상기 정보에 의해, 서버 시스템(140)은 명시된 위반 정보를 갖는 차량 등록 번호의 리스트를 생성할 수 있다. 결제 및 디스플레이 시스템 그 자체가 상기 정보들 중 어느 하나를 갖지 않으므로 결제 및 디스플레이 시스템이 실시간 무선 네트워킹을 지원하는지의 여부에 상관없이 이것은 참이다.

자체 집행 능력을 제공하기 위하여, 서버 시스템(140)에 의해 제공된 API를 통해 결제 및 디스플레이 시스템과 서버 시스템(140)을 통합하는 일 실시예에서, 서버 시스템(140)은 차량 등록 정보(주/도 정보), 실제 주차 시작 및 종료 시간 및 결제된 주차 기간을 요구한다.

서버 시스템(140)이 식별 카메라를 통해 차량 등록 번호 정보를 모으는 동안, 목적지 카메라는 서버 시스템이 차량이 주차 공간에 언제 정차하고 차량이 언제 떠날지 감지함으로써 실제 주차 시작 및 종료시간을 결정하도록 허용한다. 결제된 주차 기간은 최종 사용자가 차량 계기판에 둔 디스플레이 티켓 그 자체로부터 바코드 또는 인쇄된 캐릭터를 추출할 수 있도록 확대하는 것을 가능하게 하는, 상하회전, 경사 및 줌 능력을 갖는 목적지 카메라를 사용함으로써 결정된다.

서버 시스템(140)에 의해 제공된 결제 및 디스플레이 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 결제 및 디스플레이 API를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 결제 및 디스플레이 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 날짜/시간 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

서버 시스템(140)이 이러한 모드에서 동작하도록 구성될 때, 서버 시스템(140)은 결제 및 디스플레이 시스템에 차량 주차 위반 정보(차량 등록 번호, 결제된 주차 시작 및 종료시간, 실제 주차 시작 및 종료시간)을 전송한다. 최종 결과는 제 3자 결제 및 디스플레이 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 결제 및 디스플레이 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 결제 및 디스플레이 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 결제된 주차 시작 및 종료 시간 및 특정 차량 등록 번호에 대한 실제 차량 주차 시작 및 종료 시간이다. 일반적으로, 결제 및 디스플레이 시스템은 (이들이 인쇄된 디스플레이 티켓에 의존하면서) 종이를 기반으로 하고 차량 인식 또는 목적지 위치 번호에 관한 임의의 정보는 갖지 않는다. 결제 및 디스플레이 시스템이 결제된 주차 시작 시간 및 결제된 주차 기간을 갖는 동안, 이러한 시스템은 결제된 주차와 차량의 상관 관계를 알지 못한다. 결제 및 디스플레이 시스템은 서버 시스템(140)에 의해 제공된 API를 사용함으로써 주차 오퍼레이터에게 주차 위반 정보를 갖는 차량의 리스트를 제시하는 것의 옵션을 갖는다. API를 통하여, 결제 및 디스플레이 시스템은 서버 시스템(140)으로부터 적절한 정보를 얻고 이를 임의의 원하는 형식으로 제시할 수 있다.

이와 같이, 서버 시스템(140)에 의해 제공되는 API를 통한 통합은 서버 시스템(140)이 결제 및 디스플레이 시스템에 모든 관련 정보를 "푸시"하는 "푸시" 모델이다. 이어서, 결제 및 디스플레이 시스템은 결제되지 않았거나 만료된 주차를 갖는 차량 등록 번호의 리스트를 디스플레이한다. 다시 말해서, 서버 시스템(140)에 의해 제공되는 API를 통한 결제 및 디스플레이 집적이 통상적으로 "풀" 모델에서는 성취되지 않는다.

일 실시예에서, QR 코드를 갖는 차량 및 디스플레이 머신이 제공될 수 있다. QR 코드는 갈수록 대중화되고 결제 및 디스플레이 티켓 상에 통상적으로 포함되는 모든 관련 정보(주차 기간, 주차 만료 시간, 결제금액, 날짜 및 시간)을 쉽게 포함할 수 있다.

일 실시예에서, 전화 결제 시스템은 결제 및 디스플레이 주차 시스템을 오버레이할 수 있고 서버 시스템(140)은 API를 통하여 전화 결제 결제 시스템과 통합될 수 있다. 이러한 경우에, 전화 결제 시스템 제공된 API가 사용될 경우, 서버 시스템(140)은 통상적으로 차량 등록 번호 정보가 전화 결제 시스템에 의해 먼저 소유되기 때문에 전화 결제 시스템에 차량 감지 정보를 전송할 것이다. 최종 결과는, 전화 결제 시스템이 주차 위반 상세를 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정보를 가질 것이다.

종래의 커브사이드 주차 미터기(단일 또는 이중 공간)가 내장형 지능 또는 네트워킹 능력을 갖지 않고 오직 동전만 받는 반면에, 전화 결제는 종래의 커브사이드 주차 미터기와 잘 작용하는 대중적인 "오버레이" 결제 접근법이 된다. 또한, 최근에, 동전과 신용카드 모두 받으며 내장형 네트워킹 능력을 갖는 커브사이드 주차 미터기가 등장하고 있다.

종래의 주차 미터기는 통상적으로 결제된 주차 기간이 만료되었거나 주차가 단순히 결제되지 않았음을 표시하기 위하여 기계적인 또는 LCD 디스플레이 "만료 깃발"을 갖는다. 주차가 결제되고 시간이 남아있을 때, 기계적인 만료 깃발(통상적으로 적색)은 뷰에서 사라지는 반면에, LCD 디스플레이는 진입로를 면하는 미터기의 측 상에서 명확한 디스플레이를 보여준다. 결제 주차가 만료되고 또는 결제되지 않을 때 적색 기계적인 만료 깃발은 "업(up)" 위치에서 확실하게 디스플레이 되는 반면에, 진입로를 면하는 LCD 디스플레이는 명확한 디스플레이와 어두운 디스플레이 사이에서 (종종 반짝이는 적색 LED로) 교번하여 비춘다. 이들 양쪽은 일반적으로 만료 깃발로도 지칭된다.

일 실시예에서, 서버 시스템(140)은 식별 카메라와 목적지 카메라 양쪽으로부터 얻어지는 정보의 결합을 사용하여 종래의커브사이드 주차 미터기와 상호작용할 수 있다. 차량 주차 상태(에컨대 주차 시작 및 종료 시간을 포함하되 이에 한정되지 않음)를 식별하는데 더하여, 식별 및 목적지 카메라에 의해 포착된 이미지는 주차 미터기 상에서결제된 주차 상태(예컨대 선불 시간이 만료되었는지의 여부를 포함하되 이에 한정되지 않음)를 정확히 보여줄 수 있다.

서버 시스템(140)은 식별 카메라에 의해 포착된 이미지를 통해 차량 등록 번호 정보를 모으고, 목적지 카메라에 의해 포착된 이미지는 서버 시스템(140)이 차량이 언제 주차 공간에 정차하고 언제 이곳을 떠나는지 감지함으로써 실제 주차 시작 시간 및 종료시간을 결정할 수 있게 한다. 유료 주차 만료 시간은 위치 및 목적지 카메라를 줌인하고 각각의 주차 미터기 상의 주차 깃발의 가시적인 상태를 모니터링하여 결정된다. 이러한 정보를 기초로, 서버 시스템(140)은 주차 위반 상태를 결정하고 예컨대 이하에서 기재된 주차 위반 선처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시할 수 있다. 만료 깃발이 서버 시스템(140)에 의해 판독불가능한 상황에서, 서버 시스템(140)은 주차 오퍼레이터 또는 스태프에 대한 제외를 표시하고 및/또는 주차 위반 상태 및/또는 예외 깃발 상태를 수동으로 결정하도록 라이브 오퍼레이터(이하에서 논의됨)를 사용하도록 구성될 수 있다.

거리로부터의 목적지 카메라에 의해 포착되는 목적지 이미지는 각각의 주차 미터기에 대한 뫈료 깃발의 상태를 모니터링하기 위하여 충분한 시야각을 가질 것이다. 추가로, 상하회전, 경사 및 줌 능력을 갖는 식별 카메라는 각각의 주차 미터 상의 주차 깃발 상태를 모니터링하기 위하여 충분한 줌 파워 및 시야 각도를 제공받을 수 있다. 이용가능한 상기 정보에 의해, 서버 시스템(140)은 상세한 위반 정보를 갖는 차량 등록 번호의 리스트를 생성할 수 있다.

자체 집행 능력을 제공하기 위하여, 서버 시스템(140)에 의해 제공된 종래의 커브사이드 주차 미터기 시스템 API와 서버 시스템(140)을 통합하는 일 실시예에서, 서버 시스템(140)은 차량 등록 정보(주/도 정보), 실제 주차 시작 및 종료 시간 및 결제된 주차 기간을 요구한다.

서버 시스템(140)은 식별 카메라에 의해 포착된 이미지를 통해 차량 등록 번호 정보를 모으고, 목적지 카메라에 의해 포착된 이미지는 서버 시스템(140)이 차량이 언제 주차 공간에 정차하고 언제 이곳을 떠나는지 감지함으로써 실제 주차 시작시간 및 종료시간을 결정할 수 있게 한다. 유료 주차 만료 시간은 위치 및 목적지 카메라를 줌인하고 각각의 주차 미터기 상의 주차 깃발의 가시적인 상태를 모니터링하여 결정된다. 이러한 정보를 기초로, 서버 시스템(140)은 주차 위반 상태를 결정하고 예컨대 이하에서 기재된 주차 위반 선처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시할 수 있다. 만료 깃발이 서버 시스템(140)에 의해 판독불가능한 상황에서, 서버 시스템(140)은 주차 오퍼레이터 또는 스태프에 대한 제외를 표시하고 및/또는 주차 위반 상태 및/또는 예외 깃발 상태를 수동으로 결정하도록 라이브 오퍼레이터(이하에서 논의됨)를 사용하도록 구성될 수 있다.

서버 시스템(140)에 의해 제공된 종래의 커브사이드 주차 미터기 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)과 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 종래의 커브사이드 주차 미터기 API를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 종래의 커브사이드 주차 미터기 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 실제 날짜/시간 및 특정 차량이 목적지 위치를 비운 실제 날짜/시간을 포함할 수 있다.

서버 시스템(140)이 이러한 모드에서 동작하도록 구성될 때, 서버 시스템(140)은 종래의 커브사이드 주차 미터기 시스템에 차량 주차 위반 정보를 전송하고, 이것은 통상적으로 실제 커브사이드 미터기에 대한 연결성을 갖지 않는 결제 징수/합산 시스템이다. 최종 결과는 종래의 커브사이드 주차 미터기 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 종래의 커브사이드 주차 미터기 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 종래의 커브사이드 주차 미터기 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 만료된 또는 결제되지 않은 주차 상태 및 특정 차량 등록 번호에 대한 실제 차량 주차 시작 및 종료 시간이다. 일반적으로, 종래의 커브사이드 주차 미터기 시스템은 차량 인식 또는 목적지 위치 번호에 관한 임의의 정보는 갖지 않는다.

이와 같이, 서버 시스템(140)에 의해 제공되는 API를 통한 통합은 서버 시스템(140)이 종래의 커브사이드 주차 미터기 시스템에 모든 관련 정보를 "푸시"하는 "푸시" 모델이다. 이어서, 종래의 커브사이드 주차 미터기 시스템은 결제되지 않았거나 만료된 주차를 갖는 차량 등록 번호의 리스트를 디스플레이한다.

일 실시예에서, 전화 결제 시스템은 종래의 커브사이드 주차 시스템을 오버레이할 수 있으며 서버 시스템(140)은 API를 통해 전화 결제 결제 시스템과 통합될 수 있다. 이러한 경우에 전화 결제 시스템 제공 API가 사용되고, 서버 시스템(140)은 전화 결제 시스템에 차량 감지 정보를 전송할 것인데, 이것은 통상적으로 차량 등록 번호 정보가 전화 결제 시스템에 의해 먼저 보유되기 때문이다. 최종 결과는 전화 결제 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

보다 최근에, 커브사이드 주차 미터기(단일 또는 이중 공간)가 도입되고, 이것은 내장형 3G 또는 무선 인터넷(WiFi) 모뎀을 사용하여 결제 카드 인증을 수행한다. 일 실시예에서, 서버 시스템(140)은 커브사이드 주차 미터기 API를 통하여 이러한 형태의 주차 미터기와 상호작용하도록 구성될 수 있다. 구체적으로, 이러한 커브측 주차 미터기가 이미 내장형 무선 네트워크 연결성 및 관련 백엔드(backend) 서버를 가지므로, 서버 시스템(140)이 이러한 제 3자 백엔드 서버와 통합하는 것은 어렵지 않다.

서버 시스템(140)이 이러한 모드에서 동작하도록 구성될 때, 커브사이드 주차 미터기 API를 위한 통합 모듈은 (1) 제 3자 커브사이드 주차 미터기 API와의 연결을 수립하는 단계; (2) 데이터에 대한 요청을 발행하는 단계; (3) 데이터를 수신하는 단계; (4) 데이터를 처리하고 데이터베이스(141)에 이를 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 커브사이드 주차 미터기 API는 "킵 얼라이브"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) (2)내지(7) 단계를 반복하고 연결을 끊는 단계를 포함하는 단계를 수행한다. 단계 (1)과 관련하여, API는 수립될 수 있는 연결을 통해 메커니즘을 통상적으로 명시한다. 커브사이드 주차 미터기 API에 대한 통합 모듈은 커브사이드 주차 미터기 API에 의해 요구되는 프로토콜을 관찰하도록 구성되며 연결을 수립한다.

단계 (2)와 관련하여, 서버 시스템(140)이 특정 차량이 목적지 위치를 비우는 것을 결정할 때, 서버 시스템(140)은 이러한 이벤트를 데이터베이스 또는 인터 프로세스 통신(IPC) 콜을 통하여 커브사이드 주차 미터 API에 대한 통합 모듈로 신호를 보내고, 이것에 응답하여, 커브사이드 주차 미터 API에 대한 통합 모듈은 특정 차량에 대한 주차 결제 정보에 대한 제 3자 커브사이드 주차 미터기 API에 요청을 발행한다. 제 3자 커브사이드 주차 미터기 API로 보내진 데이터는, 예컨대, 커브사이드 주차 미터기 API에 의해 인지되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

단계 (3)과 관련하여, 커브사이드 주차 미터기 API에 대한 통합 모듈은 예컨대 커브사이드 주차 미터기 API에 의해 인지된 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용되는 식별자에 대한 번역을 요구할 수 있음), 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함하는 제 3자 커브사이드 주차 미터기 API로부터의 정보를 수신하도록 구성될 수 있다. 단계 (5)와 관련하여, 커브사이드 주차 미터기 API에 대한 집적 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계 (3)으로부터 수신되는 데이터에 의해 표시되는 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

이처럼, 커브사이드 주차 미터기 API를 통한 통합은 서버 시스템(140)이 모든 관련 정보를 "풀"하는 경우에, 제 3자 커브사이드 주차 미터기 시스템은 출력을 할 수 있고 결제되지 않았거나 만료된 주차를 갖는 차량 등록 번호의 리스트를 생성하도록 서버 시스템(140)에 의해 결정된 자동 차량 위반 정보를 더한다. 다시 말해서, 커브사이드 주차 미터기 API를 통한 통합은 일반적으로 "푸시" 모델에서 성취되지 않는다.

서버 시스템(140)이 서버 시스템(140)을 통해 제공된 API를 통하여 커브사이드 주차 미터기 시스템과 통합하도록 구성되는 일 실시예에서, 서버 시스템(140)은 커브사이드 주차 미터기 API에 차량 정보(차량 등록 번호, 목적지 위치 및 실제 주차 시작 및 종료시간)를 얻는다. 최종 결과는 커브사이드 주차 미터기 시스템이 주차 위반 세부 사항을 갖는 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 커브사이드 주차 미터기 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 커브사이드 주차 미터기 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 특정 차량 등록 번호 또는 차량 위치 번호에 대한, 실제 차량 주차 기간 및 특정 차량이 특정 목적지 위치를 차지한 시간의 실제 양이다. 일반적으로, 커브사이드 주차 미터기 시스템은 이러한 정보가 최종 사용자 결제 처리의 부분으로서 얻어질 수 있으므로 이미 차량 등록 번호 또는 공간 번호는 갖고 있다.

서버 시스템(140)에 의해 제공되는 커브사이드 주차 미터기 API를 통한 통합은 2개의 선택 사항 중 하나에 따를 수 있다. 첫 번째는 제 3자 주차 결제 시스템이 정보를 서버 시스템(140)으로 푸시하는 데이터 유입 모델이다. 두 번째는, 서버 시스템(140)이 커브사이드 주차 미터기 시스템에 모든 관련 정보를 푸시하는 데이터 유출 모델이다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유입 기반 커브사이드 주차 미터기 API를 포함할 수 있고, 여기서 제 3자 주차 결제 시스템은 유입 기반 커브사이드 주차 미터기 API를 통해 서버 시스템(140)으로 정보를 푸시한다. 유입 기반 커브사이드 주차 미터기 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템으로부터 데이터를 수신하는 단계; (4) 데이터를 처리하고 이를 데이터베이스(141)에 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)의 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 유입 기반 커브사이드 주차 미터기 API는 "킵 얼라이브"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유입 기반 커브사이드 주차 미터기를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유입 기반 커브사이드 주차 미터기 API를 통해 차량/운전자가 주차료를 낼 때마다 제 3자 주차 결제 시스템으로부터 차량 주차 정보를 수신하도록 구성될 수 있다. 특정 차량에 대한 수신된 정보는 예컨대, 결제가 특정 차량과 관련하여 수신되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함할 수 있다. 단계 (5)와 관련하여, 서버 시스템(140)에 포함된 커브사이드 주차 미터기 통합 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계 (3)로부터 수신된 데이터에 의해 표시된 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유출 기반 커브사이드 주차 미터기 API를 포함할 수 있고, 여기서 서버 시스템(140)은 제 3자 주차 결제 시스템으로 모든 관련 정보를 푸시한다. 유출 기반 커브사이드 주차 미터기 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유출 기반 커브사이드 주차 미터기를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유출 기반 커브사이드 주차 미터기 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 날짜/시간 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

또 다른 실시예에서, 서버 시스템(140)은 커브사이드 주차 미터기와 2개의 단계에서 통합되도록 구성될 수 있다. 먼저, 서버 시스템(140)은 커브사이드 주차 미터기 시스템 제공 API를 사용함으로써, 커브사이드 주차 미터기 시스템으로부터의 차량 결제 정보(결제된 주차 시작 및 종료시간, 주차 공간 번호 및 차량 등록 번호)를 얻는다. 이러한 단계에서, 서버 시스템(140)은 주차 위반 상세를 갖는 차량 등록 번호의 리스트를 생성하기 위하여 요구되는 정확한 정보를 가질 것이다. 그러나, 이러한 리스트를 주차 오퍼레이터에게 제시하는 서버 시스템(140) 대신에, 현재 주차 결제 밴더(vendor)는 주차 위반 정보가 주차 오퍼레이터에게 다시 되돌아가는 방법에 대한 제어를 유지하는 것을 희망하는 경우가 있을 수 있다. 이것은 서버 시스템(140)에 의해 제공된 API를 사용함으로써 커브사이드 주차 미터기 시스템에 차량 위반 데이터를 다시 전송함으로써 성취될 수 있다. 커브사이드 주차 미터기 시스템은 "위반" 차량의 리스트가 (예컨대, 커브사이드 주차 미터기 시스템 밴더에 의해 개선된 주문제작 소프트웨어 어플리케이션에 의해) 주차 오퍼레이터에게 제시되는 방법에 대한 전체적인 제어를 가질 것이다.

이러한 통합 방법과 서버 시스템(140)에 의해 제공된 API를 통한 통합 사이의 상당한 차이점은, 이러한 통합 방법이 커브사이드 주차 미터기 시스템 밴더의 부분에 대한 최소의 개선 노력을 요한다는 것이다. 주차 오퍼레이터에게 제시될 모든 핵심 정보가 임의의 추가 분석이 요구되지 않고도 이미 서버 시스템(140)에 의해 제공된 API에 의해 공급되므로, 이러한 정보는 단순히 디스플레이되고 또는 최소 소프트웨어 개선에 의해서 주차 오퍼레이터에게 보내질 수 있다. 이러한 통합 접근법은 "푸시" 모델이 뒤따르는 "풀" 모델을 의미한다.

주차 결제가 (차량이 주차되어 있는) 특정 번호의 주차 공간과 관련되는 공간별 결제와 유사하게, 플레이트별 결제는 주차 공간에 주차된 특정 차량 등록 번호와 차량에 대한 주차료 결제를 연관시킨다. 플레이트별 주차의 수동 집행은 모든 주차된 차량의 차량 등록 번호가 결제된 상태를 갖는 차량 등록 번호의 리스트에 올라오도록 보장하기 위하여 물리적인 주차 공간을 지나치며 운전하는 집행관을 포함한다. 역으로, "결제" 리스트에 포함되지 않는 차량 등록 번호를 갖는 임의의 주차된 차량은 주차 소환장을 수신할 것이다.

상기 기재된 전화 결제 및 공간별 결제와 유사하게, 통합은 플레이트별 결제 시스템 제공 API 또는 서버 시스템(140)에 의해 제공되는 API를 사용하여 성취될 수 있다. 이 목적은 양쪽 시스템이 주차 위반 정보로 차량 등록 번호의 리스트를 생성하도록 요구되는 모든 정보에 대한 액세스를 얻기 위한 것이다.

서버 시스템(140)이 플레이트별 결제 시스템 제공 API을 통하여 통합되는 일 실시예에서, 서버 시스템(140)은 플레이트별 결제 시스템으로부터 차량 결제 정보(결제된 주차 시작 및 종료시간 및 차량 등록 번호)를 얻는다. 최종 결과는 서버 시스템(140)이 주차 위반 세부 사항으로 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

일 실시예에서, 서버 시스템(140)은 서버 시스템(140)이 주차 자체 집행을 위하여 사용하는 제 3자 주차 결제 시스템으로부터 주차 결제 정보를 추출하는 소프트웨어 구성요소가 될 수 있는 플레이트별 결제 통합 모듈을 포함할 수 있다. 플레이트별 결제용 통합 모듈은 (1) 제 3자 플레이트별 결제 API와의 연결을 수립하는 단계; (2) 데이터에 대한 요청을 발행하는 단계; (3) 데이터를 수신하는 단계; (4) 데이터를 처리하고 데이터베이스(141)에 이를 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 제 3자 플레이트별 결제 API는 "킵 얼라이브"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) (2)내지(7) 단계를 반복하고 연결을 끊는 단계를 포함하는 단계를 수행한다. 단계 (1)과 관련하여, API는 수립될 수 있는 연결을 통해 메커니즘을 통상적으로 명시한다. 플레이트별 결제 통합 모듈은 제 3자 플레이트별 결제 API에 의해 요구되는 프로토콜을 관찰하도록 구성되며 연결을 수립한다.

단계 (2)와 관련하여, 서버 시스템(140)이 특정 차량이 목적지 위치를 비우는 것을 결정할 때, 서버 시스템(140)은 이러한 이벤트를 데이터베이스 또는 인터 프로세스 통신(IPC) 콜을 통하여 플레이트별 결제 통합 모듈로 신호를 보내고, 이것에 응답하여, 플레이트별 결제 통합 모듈은 특정 차량에 대한 주차 결제 정보에 대한 제 3자 플레이트별 결제 API에 요청을 발행한다. 플레이트별 결제 API로 보내진 데이터는, 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보) 및 특정 차량이 목적지 위치를 비운 날짜/시간을 포함할 수 있다.

단계 (3)과 관련하여, 플레이트별 결제 통합 모듈은 예컨대 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함하는 제 3자 플레이트별 결제 API로부터의 정보를 수신하도록 구성될 수 있다. 단계 (5)와 관련하여, 플레이트별 결제 집적 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계(3)로부터 수신되는 데이터에 의해 표시되는 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

서버 시스템(140)이 서버 시스템(140)에 의해 제공되는 API를 통해 플레이트별 결제 시스템과 통합되는 일 실시예에서, 서버 시스템(140)은 플레이트별 결제 시스템에 차량 정보(차량 등록 번호, 목적지 위치 및 실제 주차 시작 및 종료시간)을 전송한다. 최종 결과는 플레이트별 결제 시스템이 주차 위반 세부 사항으로 차량 등록 번호의 리스트를 생성하도록 요구되는 정확한 정보를 가질 것이라는 점이다.

통상적으로, 플레이트별 결제 시스템 또는 그 스태프가 서버 시스템(140)에 의해 제공되는 API를 사용하는 것에 동의할 수 있을 때, 플레이트별 결제 시스템 또는 그 스태프는 서버 시스템(140)으로부터 일부 유용한 데이터를 수신하려는 목적으로 일반적으로 일정 정도의 주문 제작 소프트웨어 개발에 착수하도록 준비된다. 이러한 특정 경우에, 유용한 데이터는 실제 차량 주차 기간, 특정 차량 등록 번호에 있어서, 특정 차량이 특정 목적지 위치를 차지한 시간의 실제 양이다. 당연히, 플레이트별 결제 시스템은 이미 이것이 최종 사용자 결제 공정의 일부로 일반적으로 얻어지므로 차량 등록 번호를 갖는다.

서버 시스템(140)에 의해 제공되는 플레이트별 결제 API를 통한 통합은 2개의 선택 사항 중 하나에 따를 수 있다. 첫 번째는 제 3자 주차 결제 시스템이 정보를 서버 시스템(140)으로 푸시하는 데이터 유입 모델이다. 두 번째는, 서버 시스템(140)이 제 3자 플레이트별 결제 시스템에 모든 관련 정보를 푸시하는 데이터 유출 모델이다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유입 기반 플레이트별 결제 API를 포함할 수 있고, 여기서 제 3자 주차 결제 시스템은 유입 기반 플레이트별 결제 API를 통해 서버 시스템(140)으로 정보를 푸시한다. 유입 기반 플레이트별 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템으로부터 데이터를 수신하는 단계; (4) 데이터를 처리하고 이를 데이터베이스(141)에 저장하는 단계; (5) 주차 위반 상태를 결정하는 단계; (6) 예컨대 이하에 기재된 주차 위반 전처리 논리에 의해 추가 처리 동안 데이터베이스(141)에 주차 위반으로서 목적지 위치의 사용을 표시하는 단계; (7) 유입 기반 플레이트별 결제 API는 "킵 얼라이브"/"핑" 메세지 또는 명령의 사용을 포함하되 이에 한정되지 않는 것에 의해 활성이 되고 유효해지는 것을 주기적으로 확인하는 단계; 및 (8) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유입 기반 플레이트별 결제를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유입 기반 플레이트별 API를 통해 차량/운전자가 주차료를 낼 때마다 제 3자 주차 결제 시스템으로부터 차량 주차 정보를 수신하도록 구성될 수 있다. 특정 차량에 대한 수신된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보) 및 결제된 주차 시작 날짜/시간 및 결제된 주차 종료 날짜/시간을 포함할 수 있다. 단계 (5)과 관련하여, 서버 시스템(140)에 포함된 플레이트별 결제 통합 모듈은 서버 시스템(140)에 의해 결정된 실제 주차 기간과 단계 (3)으로부터 수신된 데이터에 의해 표시된 결제된 주차의 기간을 비교하도록 구성될 수 있다. 실제 주차 기간이 결제된 주차 기간을 초과할 경우, 단계(6)의 처리가 수행되고 그렇지 않으면 단계(6)가 수행되지 않는다.

일 실시예에서, 서버 시스템(140)은 예컨대 네트워크(110)를 통해 제 3자 주차 결제 시스템에 의한 사용을 위하여 유출 기반 플레이트별 결제 API를 포함할 수 있고, 여기서 서버 시스템(140)은 제 3자 주차 결제 시스템으로 모든 관련 정보를 푸시한다. 유출 기반 플레이트별 결제 API는 예컨대, (1) 제 3자 주차 결제 시스템이 연결을 수립하도록 대기하는 단계; (2) 제 3 자 주차 결제 시스템의 신원을 증명하는 단계; (3) 제 3자 주차 결제 시스템에 데이터를 업로드하는 단계; (4) 업로드된 데이터에 대한 확인을 수신하는 단계; (5) 제 3자 주차 결제 시스템으로부터의 "킵 얼라이브"/"핑" 요청에 응답하는 단계; 및 (6) 요청시에 또는 기간 만료에 따라 연결을 끊는 단계를 포함하는 단계를 수행하도록 구성될 수 있다. 단계 (1)와 관련하여, 이것은 연결을 수립하도록 제 3자 주차 결제 시스템에 대하여 TCP 또는 UDP 포트에 대한 리스닝을 포함할 수 있다. 단계 (2)와 관련하여, 제 3자 주차 결제 시스템은 데이터 교환이 허용되기 전에 유출 기반 플레이트별 API를 통하여 자체 인증하도록 요구된다. 인증에 실패할 경우, 재시도 메커니즘이 제공될 수 있고 수차례 실패 이후에 연결은 끊어질 수 있다. 단계 (3)과 관련하여, 서버 시스템(140)은 유출 기반 플레이트별 결제 API를 통해 차량이 제 3자 주차 결제 시스템과 관련하여 목적지 위치를 비울 때마다 제 3자 주차 결제 시스템에 차량 주차 정보를 업로드하도록 구성될 수 있다. 특정 차량에 대한 업로드된 정보는 예컨대, 차량 등록 번호 정보(등록 번호 및 주/도 정보를 포함), 제 3자 주차 결제 시스템에 의해 인식되는 목적지 위치에 대한 식별자(서버 시스템(140)에 의해 내부적으로 사용된 식별자로부터의 번역을 요할 수 있음) 및 특정 차량이 목적지 위치의 사용을 시작한 실제 날짜/시간 및 특정 차량이 목적지 위치를 비운 실제 날짜/시간을 포함할 수 있다.

또 다른 실시예에서, 서버 시스템(140)은 2개의 단계에서 플레이트별 결제 시스템과 함께 통합되도록 구성된다. 먼저, 서버 시스템(140)은 플레이트별 결제 시스템 제공 API를 사용함으로써, 플레이트별 결제 시스템으로부터의 차량 결제 정보(결제된 주차 시작 및 종료시간 및 차량 등록 번호)를 얻는다. 이러한 단계에서, 서버 시스템(140)은 주차 위반 상세에 의해 차량 등록 번호의 리스트를 생성하기 위하여 요구되는 정확한 정보를 가질 것이다. 그러나, 이러한 리스트를 주차 오퍼레이터에게 제시하는 서버 시스템(140) 대신에, 현재 주차 결제 밴더(vendor)가 주차 위반 정보가 주차 오퍼레이터에게 다시 되돌아가는 방법에 대한 제어를 유지하고자 하는 경우가 존재할 수 있다. 이것은 서버 시스템(140)에 의해 제공된 API를 사용함으로써 플레이트별 결제 시스템에 차량 위반 데이터를 전송함으로써 성취될 수 있다. 플레이트별 결제 시스템은 "위반" 차량의 리스트가 (플레이트별 결제 시스템 밴더에 의해 개선된 주문제작 소프트웨어 어플리케이션에 의해) 주차 오퍼레이터에게 제시되는 방법에 대한 전체적인 제어를 가질 것이다.

이러한 통합 방법과 서버 시스템(140)에 의해 제공된 API를 통한 플레이트별 결제 시스템과의 통합 사이의 상당한 차이점은, 이러한 통합 방법이 플레이트별 결제 시스템 밴더의 부분에 대한 최소의 개선 노력을 요한다는 것이다. 주차 오퍼레이터에게 제시될 모든 핵심 정보가 임의의 추가 분석이 요구되지 않고도 이미 서버 시스템(140)에 의해 제공된 API에 의해 공급되므로, 이러한 정보는 단순히 디스플레이되고 또는 최소 소프트웨어 개선에 의해서 주차 오퍼레이터에게 보내질 수 있다. 이러한 통합 접근법은 "푸시" 모델이 뒤따르는 "풀" 모델을 의미한다.

도 1에 도시된 시스템의 부분으로서 라이브 오퍼레이터 팀의 사용이 고려를 정당화하고 부가 가치 특징으로서 유망한 주차 오퍼레이터에게 제공하기 위한 실용적인 옵션을 제공할 수 있는 2가지 주요인이 있다.

먼저, 서버 시스템(140)이 식별 및 목적지 카메라로부터 얻어진 이미지를 자동으로 수신하고 소유하지만, 통상적으로 얻어진 이미지를 모니터링하고 서버 시스템(140) 상에서 실행되는 소프트웨어를 모니터링하는 라이브 오퍼레이터가 존재한다. 이러한 라이브 오퍼레이터는 서버 시스템(140)의 동작을 검토하고 필요시에 이례적으로 조치를 취할 수 있다. 예컨대, 예기치 않은 문제가 발생할 때, 라이브 오퍼레이터는 문제와 관련된 이미지를 검토하여 서버 시스템(140)이 다루도록 구성될 수 없는 정보를 추론할 수 있다.

서버 시스템(140)에 의해 지지되는 네트워크 구조가 갖는 장점은, 단일 라이브 오퍼레이터 팀이 그 개별적인 지리적인 위치와 관계없이 다중 부지에서의 운영을 감독하거나 늘릴 수 있다는 점, 또는 설비 운영이 상이한 주차 운영 또는 심지어 경쟁자에 의해 소유될 수 있다는 점이다. 결과적으로, 라이브 오퍼레이터 옵션은 주차 오퍼레이터에 대한 확장형 그리고 비용 효율적인 접근법이 될 수 있다. 더욱이, IP 멀티캐스트 또는 유사한 표준 TCP/IP 프로토콜을 사용함으로써, 비디오 스트림은 다수의 목적지에 동시에 보내질 수 있어서 라이브 오퍼레이터 옵션이 주차 오퍼레이트에 의해 충원된 지역적 온사이트 모니터링에 더하여 앞으로도 추가되는 것을 허용한다.

두 번째로, 이용가능한 기술에 따라, 상기 논의된 결제 및 디스플레이 및 커브사이드 미터기 구성은 상당한 실생활의 어려움을 제시할 수 있다. 높은 레벨의 줌을 갖는 카메라가 요구될 뿐만 아니라, 특정 비디오 카메라로부터의 시야 각이 종래의 커브사이드 주차 미터기의 만료 깃발을 적절하게 감지하는데 충분하지 않을 수 있거나 차량 계기판 상의 결제 및 디스플레이 타켓 상의 바코드가 계기판의 물리적인 3차원 형상 및 티켓 그 자체의 배치로 인하여 카메라들 중 임의의 하나의 카메라로부터 벗어나게 면할 수 있는 것과 같은 잠재적인 문제 역시 존재한다.

라이브 오퍼레이터 옵션에 의해, 서버 시스템(140)은 서버 시스템(140)이 차랴 등록 번호, 종래의 주차 미터기 상의 만료 깃발의 상태 또는 결제 및 디스플레이 티켓 상의 바코드/인쇄된 정보와 같은 정보의 핵심 부분을 자동으로 감지하는데 실패할 때 라이브 오퍼레이터에 대한 예외 상황을 생성한다. 이러한 예외 상황이 식별 및/또는 목적지 카메라에 의해 포착된 특정 화면의 되감기/빨리 감기/일시 정지 / 프리즈 프레임 FWD 및 RWD, 포착된 화면에서 특정 관심 지역 상에서의 줌 인/ 줌 아웃, 향상된 이미지를 얻기 위한 실시간으로 비디오 카메라를 상하회전/경사/줌하는 것을 포함하되 이에 한정되지 않는 다수의 특정 조치를 취하도록 라이브오퍼레이터를 유도할 수 있고 서버 시스템(140)에 의한 사용에 대해 개선된 이미지를 얻도록 휴대용 장치(150)의 사용의 차량 또는 주차 미커기의 검사를 수행하도록 온사이트 직원을 보낼 수 있다.

일 실시예에서, 서버 시스템(140)은 그 차량 등록 번호를 차량의 등록된 소유주의 메일 주소와 연관시켜서 주차 오퍼레이터가 주차 소환장 세입을 거둘수 있게 허용할 수 있다. 교통 카메라(red light camera) 시스템은 차량의 등록된 소유주에게 발송된 소환장 티켓을 이러한 메커니즘에서 갖도록 활용한다. 이러한 기능과 관련하여, 주차 오퍼레이터는 3개의 상이한 항목에 있다.

첫 번째, 주차 오퍼레이터가 이미 DMV 기록에 대한 액세스를 가질 수 있는 시/행정당국의 일원일 경우, 서버 시스템(140)은 소환장이 등록된 소유주에게 발송되도록 주차 위반 상세(날짜, 시간 및 위치)와 함께 주/도 정보를 차량 등록 번호의 리스트에 제공할 필요만 있다.

두 번째, DMV에 대한 사전 수립된 액세스를 갖는 사설 주차 오퍼레이터의 경우, 차량 등록 번호에 묶인, 이름 및 주소를 포함한 개인 정보를 얻기 위한 다수의 합법적인 방법이 존재한다. 이러한 방법은 주에서 주로(그리고 도로) 다양하다. 예시로서, 뉴욕 주에서는, 사설 주차 오퍼레이터는 "시설을 사용한 차량의 소유주에게 통지를 제공할 목적으로 주차장 설비를 운영하는 회사를 포함"하는 "사설 운송 설비의 운영과 관련된 목적"으로 운전자 프라이버시 보호 법(DPPA) 형식 MV-15DPPA의 사용으로 이러한 정보에 대한 액세스를 얻도록 허용된다. 이러한 일부 관할권에 있어서, 이름 및 주고 정보는 온라인으로 공개될 수 있으며, 서버 시스템(140)은 이러한 정보를 얻고 처리하도록 구성될 수 있다. 일부 관할권에서, 제 3자 차량 소유주의 이름 및 주소 정보는 온라인으로 공개될 수 없고 대신에 우편 또는 직접적으로 얻어져야 한다. 이러한 관할권에서는, 사설 주차 오퍼레이터는 묶음 단위(매일, 2~3일 또는 주)로 이름 및 주소 정보를 얻기를 희망할 수 있다.

세 번째로, 등록된 사용자 정보보에 대한 실시간 액세스를 선호하는 사설 주차 오퍼레이터에 있어서, 다수의 사설 차량 등록 번호 데이터베이스가 인터넷을 통해 이용가능하다. 이러한 접근법의 주된 장점은, 이름 및 주소 정보가 수동 동작 이 요구되지 않고도 즉시 그리고 자동으로 검색될 수 있다는 점이다.

도 1과 관련되어 상기 강조된 바와 같이, 최종 사용자 시스템(170)은 차량 내 시스템을 포함할 수 있다. 일 실시예에서, 자동차 제조사로부터 직선인 새로운 차량 계기판은 "엔진 확인", 주차 브레이크 경고 또는 자동 주행 표시등과 같은 기타 계기판 등과 유사한 표시기 아이콘을 포함한다. 이러한 표시기 아이콘은 차량(130)이 고속도로상에서 또는 서버 시스템(140)에 의해 서비스되는 경계 밖에서 주행할 때 일반적으로 조명되지 않는다. 차량(130)이 주차장 또는 커브사이드 주차영역에 접근할 때, 표시기 아이콘은 서버 시스템(140)에 의해 제공된 자동 주차 서비스의 이용가능성을 최종 사용자에게 알리도록 황색등을 켤 수 있다. 차량(130)이 주차 공간과 같은 목적지 위치에 정차할 때 표시기 아이콘은 최종 사용자에게 주차가 결제되지 않았음을 알리기 위하여 적색으로 변한다. 주차가 (상기 언급된 전화 결제, 커브사이드 미터기, 공간별 결제 또는 기타 기법에 의해) 결제되면, 표시기 아이콘은 주차가 결제되었음을 나타내기 위해 초록색으로 변한다. 일 실시예에서, 이러한 시각적 표시는 소리 알림을 동반할 수 있고, 이것은 단순한 소리 또는 음성 안내가 될 수 있다. 소리 출력은 차량 엔터테인먼트 유닛에 소리 안내 또는 데이터를 제공하여 수행될 수 있다.

이러한 발명이 차량 결제 및 집행 과정의 다수의 측면이 자동화되는 것을 가능하게 하므로, 서버 시스템(140)이 하는 것 또는 서버 시스템(140)이 차량(130)고 관련한 특정 상태(예컨대, 차량(130)이 주차 위반을 저질렀는지의 여부)에 관하여 최종 사용자에게 피드백을 주는 것이 중요하다. 최종 사용자는 제공된 피드백에 따라 반응할 수 있다. 상당히 자동화된 결제 및 집행 시스템을 운영하면서, 최종 사용자 또는 등록된 소유주는 경미한 또는 행정상의 오류에 대한 처벌을 받지 않을 것으로 합리적으로 기대된다. 계기판 표시기 아이콘과 같은 단순한 인터페이스를 통해 제공된 피드백은 이러한 부담을 덜 수 있다.

예컨대, 차량(130)이 주차할 때, 표시기 아이콘이 특정 시간 이후에 빨간색으로 남아있을 경우, 최종 사용자는 예외 상황이 일어났음을 인지한다. 이것은 파일 상의 신용 카드 번호가 만료되어서 서버 시스템(140)이 주차 요금을 적용할 수없을수 있다. 이러한 피드백은 최종 사용자에게 예컨대 계정 상태를 조회하거나 오류를 수정하기 위하여 서버 시스템(140)에 의해 또는 이와 관련하여 제공되는 웹 사이트를 방문할 기회를 제공한다.

다수의 정보의 잠재적인 공급원이 존재하고, 이것에 의해 계기판 표시기 아이콘은 내장형 셀룰러 데이터 또는 무선인터넷 차량 연결 또는 스마트 센서(이하에서 기재됨)를 포함하는 것으로부터 그 정보를 얻을 수 있다. 공장 설치 표시기 아이콘을 갖지 않는 구형 차량의 경우, 최종 사용자에게는 블루투스, 셀룰러 데이터, 또는 무선인터넷 연결에 의해 정보를 수신하는 가상 모듈의 형태인 레트로핏(retrofit) 키트가 제공될 수 있다.

일 실시예에서, 표시기 아이콘 특징은 차량의 와이어 링 하네스(wire ring harness)를 통해 제 3자 차량 내 서브 시스템으로부터 GPS 위치 데이터를 수신한다. GPS 데이터는 표시기 아이콘 특징이 차량(130)이 유료 주차장 영역에 현재 있는지를 결정하게 허용한다.

차량 계기판 아이콘과 유사하게, 스마트 센서는 바로 공장에서 나온 신차 내로 설계될 수 있다. ZigBee IEEE 802.15.4 표준과 유사한 기술을 사용하여, 저비용, 저전력, 근거리 무선 메쉬 네트워크는 차량과 주차 설비 사이뿐만 아니라 차량들 사이에서도 생성될 수 있다. 각 차량은 노드가 되고, 노드는 메쉬 네트워크를 형성함으로써, 중간 노드를 통해 데이터를 전달하여 원거리 엔드 포인트와 통신할 수 있다. 각 스마트 센서는 고유 식별자를 포함하므로, 차량 등록 번호가 더는 중요하지 않다. 실시예에서, 스마트 센서는 셀룰러 데이터 접속을 통해 서버 시스템 (140)과 통신하고 및/또는 전화 결제 기능을 제공하도록 구성되어서 목적지 위치의 사용에 대한 결제가 스마트 센서를 통해 이뤄질 수 있다.

다수의 어플리케이션은 스마트 센서의 도입으로 가능해진다. 예컨대, 스마트 센서는 차량(130)의 현 위치를 결정하고 서버 시스템(140)에 현 위치를 보고하기 위하여 GPS 수신기를 포함하거나 차량 GPS와 통신할 수 있다. 보조 GPS와 같은 일부 GPS 기법에 의해, GPS를 통해 결정된 위치는 차량이 특정 목적지 위치를 활용하는 것을 결정하는데 충분한 정확도와 정밀도를 가질 수 있다. 이러한 센서는 주차 미터와 통신하고 본질적으로 차량의 존재와 얼마나 주차되어 있었는지 보고할 수 있다. 주차 정보는 원거리 장치/메쉬 네트워크를 통한 네트워크에 전달될 수 있으므로 주차 설비는 차량의 인근에 위치될 필요는 없다. 스마트 센서가 장착된 차량의 경우, 식별 및 목적지 카메라의 사용은, 내장형 스마트 센서가 이미 서버 시스템(140)에 차량의 고유 식별자를 제공하기 때문에, 필요하지 않다.

일 실시예에서, 차량은 이러한 RFID 칩과 같은 근접장 통신(NFC) 장치를 구비할 수 있다. 예컨대, 이러한 통신 장치는 미러 행어에 포함될 수 있다. 다른 예시에서, RFID 칩은 결제 및 디스플레이 장치에 의해 제공되는 표에 삽입될 수 있다. 근접장 통신 장치로부터 차량 신원을 얻음으로써, 차량 등록 번호 정보를 포함하는 이미지와 같은 식별 카메라에 의해 포착된 이미지의 사용은 서버 시스템(140)에 의해 요구되지 않을 수 있고 및/또는 관찰된 차량에 상응하는 NFC 장치로부터 수신된 정보를 확인하기 위하여 사용될 수 있다.

일 실시예에서, 스마트 센서는 근처의 다른 차량의 상태(차량이 이동하고 주차되었는지의 여부 및 주차된 기간을 포함하되 이에 한정되지 않음)를 감지하고, 서버 시스템(140)에 상태를 보고 할 수 있다. 최종 결과는 서버 시스템(140)이 거의 모든 스마트 센서 장착 차량이 주차된 장소 및 그 기간에 대해 인지한다는 것이다. 제 3자 시스템 또는 턴키 플랫폼 중 하나로부터 주차 결제 정보와 이러한 정보를 결합함으로써, 주차 또는 만료된 주차에 대하여 결제하지 않은 차량의 신원을 결정하고, 주차 위반 티켓을 등록된 소유자에게 우편으로 발송하거나 현장에서 (예컨대 파일 상의 신용 카드에 청구함으로써) 주차 벌금을 징수하는 것이 가능하다.

일 실시예에서, 목적지 카메라에는 레이저 상태 알림이 제공될 수 있다. 쇼핑몰과 소매점에서 볼 수 있는 레이저 로고 장치와 유사하게, 레이저 상태 알림 기능은 주차가 결제되지 않았거나 만료되었음 돌아올 때 최종 사용자에게 통지하기 위하여, 주차된 차량을 뒤덮는 무해한 적색광을 비춘다. 이것은, 차량에게 돌아오는 것과 마찬가지이며 종래의 수동 주차 집행 모델 하에서 윈드쉴드 와이퍼아래에 끼워진 주차 티켓을 보는 것과 유사하다. 목적지 카메라는 일반적으로 차량에 비해 높게 위치되므로, 포함된 레이저 상태 알림 모듈은 차량과 목적지 위치에 대한 빛나는 레이저 통지를 용이하게 하도록 목적지 위치 아래를 향하는 조감도를 갖는다.

일 실시예에서, 레이저 상태 알림 기능은 종이 주차 위반 티켓을 발송할 필요성을 대체한다. 최종 사용자가 주차 위반 레이저 통지를 수신하면, 최종 사용자는 온라인 웹사이트 또는 전화 결제를 포함하되 이에 한정되지 않는 다수의 매체를 통해 주차 벌금을 결제할 것으로 예상될 수 있다. 또한, 레이저 상태 알림은 주차 위반 및 통지의 추후 증거를 제공하기 위해 목적지 카메라에 의해 포착될 수 있다.

일 실시예에서, 동적 실시간 개별 주차 공간 예약은 온라인/전화/스마트 폰 주차 공간 예약 시스템에 의해 가능하게 만들어진 기능이며, 레이저 상태 알림 기능에 의해 더 개선될 수 있다. 현재 일부 벤더는 주차 공간의 예약 기능을 제공하지만, 자동화된 방식으로 단일, 특정 주차 공간을 물리적으로 예약하는 실제적인 방법이 없기 때문에, 이 기능은 주차 공간(예를 들면, 주차장 어딘가)의 인근에 대한 공간 예약에 한정된다. 또한, 공간을 예약한 운전자가 주차한 뒤 다시 출발한 후 예약된 주차 공간이 이용가능해지는 시기를 알 수 있는 실질적인 방법 또한 없기 때문에, 예약된 공간은 일반적으로 장기간에 걸쳐 개방 유지된다.

반대로, 동적 실시간 개별 주차 공간 예약 기능은 최종 사용자가 , 지정된 시간 동안 원하는 정확한 주차 공간(예컨대, 크리스마스 쇼핑 기간 동안 쇼핑몰에 가장 가까운 공간)을 찾아낼 수 있도록 허용한다(예컨대, 목적지 위치가 미래의 어떤 하루 동안의 사용을 위해 예약 될 수 있다). 주차 공간이 확보되면, 레이저 통지는 목적지 위치가 예약되어 있음을 표시하기 위해 주차 지점에서 빛날 수 있다 (예컨대, 다른 운전자에 대한 경고로서 붉은 색). 다른 차량에 의해 예약된 기간 동안 목적지 위치의 사용은 주차 위반을 초래할 것이다. 이것은 주차 오퍼레이터가 단계/프리미엄 주차 장소 및 주차 공간에 대한 사전에 예약 모두 제공함으로써 수익을 증대시킬 수 있게 한다.

일 실시예에서, 주차 오퍼레이터는 예약이 만들어진 차량에 의한 사용에만 제한되는 특정 목적지 위치를 지정할 수 있다. 이러한 실시예에서, 서버 시스템(140)은 주어진 시간 동안 이용가능한 다수의 예약된 목적지 위치 및 다수의 예약되지 않은 목적지 위치가 이용가능하게 남아있는 방법에 따른 예약의 가격을 결정할 수 있다. 일 실시예에서, 서버 시스템(140)은 구매자가 예약 목적지 위치의 사용을 위해 경쟁 입찰을 제출할 수 있도록 구성될 수 있다.

일 실시예에서, 전화 결제 기능은 턴키 플랫폼으로 직접 또는 제 3 자 벤더와의 제휴를 통해 제공될 수 있다. 최종 결과는, 최종 사용자가 특정 IVR 전화선에 전화하여 목적지 위치 번호 또는 차량 등록 번호, 주차 기간을 입력하여 주차료를 결제할 수 있다. 다른 실시예에서, 온라인 결제는 통상적으로 웹 가능 스마트폰을 통해 접근가능한 웹 사이트를 통해 주차에 대한 온라인 결제를 지원하는 동일한 주제에 따른 변화이다.

일 실시예에서, "푸시" 기술 기능이 통합될 수 있어서, 최종 사용자가 차량(130)을 주차하자마자, 최종 사용자가 차량(130)이 목적지 위치를 떠날 때까지의 특정 주차 요금을 징수하도록 문자 메세지 또는 확실한 대답을 유도하는 기타 통지를 수신한다. 서버 시스템(140)은 식별 카메라를 통해 차량(130)을 식별하고, 또한 차량(130)이 신용 카드 또는 기타 결제 정보 및 휴대 전화 번호 또는 기록에 다른 연락처 정보갖는 미리 등록된 최종 사용자와 연관되어 있는지를 결정한다. 서버 시스템(140)이 목적지 카메라를 통해 차량(130)이 대상 위치에 주차된 것 결정하면, 서버 시스템(140)은 결제 또는 결제 확인에 대해 운전자에게 적극적으로 통지하고 종사하는 "푸시" 순서를 시작한다. 결제 과정을 간소화함으로써, 주차 수익 향상이 실현된다.

다수의 종래의 주차 미터기 시스템에서, 최종 사용자가 실제로 최종 사용자에 의해 사용되는 것보다 더 많은 시간을 지불하는 경우, 남은 시간은 다음의 최종 사용자가 사용하도록 남는다. 기재된 대상물의 일 실시예에서, 목적지에 카메라 (125)가 서버 시스템(140)이 차량이 목적지 위치를 떠났을 때, 임의의 "나머지" 결제된 시간은 0으로 재설정되도록 정확하게 결정하도록 허용한다. 이들이 일반적으로 모든 통신 기능 또는 시간 만료 전에 만료 깃발을 활성화할 수 있는 정보를 가지고 있지 않기 때문에 종래의 커브사이드 미터기는 예외가 된다.

서버 시스템(140)은 주차에 대한 결제에 있어서는 사용자의 경험을 향상 푸시 기술 소프트웨어 컴포넌트를 제공하도록 구성될 수 있다. 푸시 기술은 다음과 같은 기능을 지원한다: (1) 텍스트 메시지를 통해 결제 순서를 개시하는 단계; (2) 사전 등록된 사용자가 자신의 차량 등록 번호 사진을 찍도록 허용한 후 이메일 또는 텍스트 메시지에 의해 서버 시스템(140)에 사진을 제공하는 단계; (3) 사전 미등록된 사용자가 자신의 차량 등록 번호 사진을 찍도록 허용한 후 이메일 또는 텍스트 메시지에 의해 서버 시스템(140)에 사진을 제공하는 단계; (4) 운전자가 가입 기반 모델에 등록하면 한번은 주차 요금을 내지 않도록 허용하는 단계. 푸시 기술 구성요소는 차량 식별자 감지 로직, 차량 감지 로직, 데이터베이스(141) 및 결제 게이트웨이와 상호 작용한다. 주차 공간과 같은 목적지 위치의 사용을 막 시작한 차량의 차량 식별자에 기초한 항목 (1)과 관련하여, 푸시 기술 구성요소는 서버 시스템(140)에 등록된 휴대 전화 번호로 목적지 위치의 사용이 시작되었음을 나타내는 문자 메시지를 푸시한다. 운전자가 "네"로 대답하여 문자 메세지에 승인할 때, 등록된 계좌와 연결된 신용 카드는 목적지 위치의 사용에 대한 적절한 사용료를 부과받을 수 있다. 항목 (2)와 관련하여, 서버 시스템 (140)에 사전 등록된 운전자는 자신의 차량 등록 번호의 사진을 찍어서 서버 시스템(140)에 이메일이나 문자 메세지로 그 사진을 보낼 수 있다. 사전 등록된 사용자에 대한 등록된 계좌와 관련된 신용카드는 이로써 사용요금을 결제하게 된다. 항목 (3)과 관련하여, 서버 시스템(140)에 등록되지 않은 차량 등록 번호를 갖는 차량에 있어서, 운전자는 차량 등록 번호의 사진을 찍어서 서버 시스템 (140)에 이것을 이메일로 문자 메세지로 보낼 수 있다. 이동 전화 서비스 공급자가 이러한 과금 기능을 지원하고 이에 대한 액세스를 제공하는 경우, 사용 요금은 사용자의 휴대 기기의 월별 요금에 추가될 수 있다. 항목 (4)와 관련하여, 운전자는 한번의 가입으로 등록된 신용 카드로 모든 사용료 (또는 적어도 모든 주차 요금)을 자동으로 결제 할 수 있다. 푸시 기술 소프트웨어 구성요소는 또한 서버 시스템(140)이 "주차 금지" 구역에서의 차량 주차와 같은 목적지 위치의 부적절한 사용을 결정할 경우 사용자에게 자동으로 문자 메세지를 보내도록 구성될 수 있다.

서버 시스템(140)은 이하에서 기재되는 차량 등록 번호 색인 모듈 또는 차량 등록 번호 포워드 모듈과 같이, 위반으로서 새로 인식되는 목적지 위치 사용의 모든 발생을 조사하고 시스템 구성에 명시된 것과 같이 이들을 상응하는 목적지로 할당하는 주차 위반 전처리 논리 소프트웨어를 제공하도록 구성될 수 있다. 주차 위반 전처리 로직 소프트웨어 구성 요소는 데이터베이스(141), 시스템 구성 유틸리티 및 제 3자 API와 상호 작용한다. 주차 위반 전처리 로직 소프트웨어 구성 요소는 (1) 서버 시스템(140)에 포함된 다른 소프트웨어 프로세스에 의해 식별 인큐 위반; (2) 큐 내의 다음의 위반을 조사; (3) 목적지 위치 사용이 목적지 위치와 관련하한 시스템 구성 설비를 통해 수립되는 규칙을 확인함으로써의 위반 및 차량에 의한 목적지 위치의 감지된 사용을 인증; (4) 차량 등록 번호 프로세싱 로직에 위반 할당; (5) 다른 큐의 위반을 검사하거나 이후의 위반의 식별을 대기하도록 구성될 수 있다.

서버 시스템(140)은 차량 식별 이미지로부터 만료된 태그를 갖는지의 여부를 결정하도록 구성될 수 있다. 식별 이미지는 고정된 식별 카메라(120)를 사용하여 포착될 수 있지만, 통상적인 거리와 차량 속도에서 그리고 차량 등록 번호에 대한 통상적인 만료일 표시기의 작은 크기로, 차량이 만료된 태그를 갖는지 식별 이미지만으로 결정하는 것은 일반적으로 불가능하다. 식별 카메라 또는 목적지 카메라에 의해, 정지 차량의 차량 등록 번호로 확대되는 PTZ 가능 카메라에 의해, 차량이 만료된 태그를 갖는지의 여부를 얻어진 이미지만을오도 결정할 수 있도록 충분한 상세를 얻도로 차량 등록 번호를 확대하는 것이 가능할 수 있다. 일 실시예에서, 식별 이미지는 대신에 스마트폰 또는 휴대 기기(150)에 포함된 카메라를 포함하는 이동식 또는 휴대용 카메라를 통해 포착될 수 있다. 종종 이러한 소스로부터 얻어지는 식별 이미지는 차량이 만료된 태그를 가졌는지의 여부를 식별 이미지 단독으로 결정하기에 충분한 상세를 갖는다. 일 실시예에서, 태그가 만료되었는지 결정하도록 이미지 하나만 단독으로 사용하는것 보다는, 서버 시스템(140)은 특정 차량 등록 번호에 대한 차량 등록이 만료되었는지의 여부를 확인하도록 행정기관 데이터베이스에 API를 통하여 질의하도록 구성될 수 있다. 서버 시스템(140)은 차량이 만료된 태그를 보유중인 것으로 결정할 경우에 행정기관에 차량을 보고하도록 구성될 수 있다.

서버 시스템(140)은 주차 위반 전처리 로직 구성요소에 의해 할당된 위반고 같은 식별된 목적지 위치 사용 위반을 취하고 이것을 등록된 차주(RO)/목적지 위치 용도 위반에 포함된 차량의 사용자에 대하여 또는 목적지 위치에 필수적인 주차 오퍼레이터에 있어서 조치가능한 항목으로 전환하는 차량 번호반 처리 로직 소프트웨어 구성요소를 제공하도록 구성될 수 있다. 예컨대, 조치가능한 항목은 등록된 소유쥬에게 자동으로 발송되는 주차 소환장의 형태 또는 주차 운영 사무실의 스크린 상에 디스플레이되는 차량 등록 번호가 될 수 있다. 차량 등록 번호 처리 로직 소프트웨어 컴포넌트는 주차 위반 전처리 논리 소프트웨어 구성요소, 시스템 구성 설비 및 데이터베이스(141)와 상호작용한다. 차량 등록 번호 처리 로직 컴포넌트는 적절한 조치가능한 항목을 결정하기 위하여 목적지 이치와 관련하여 시스템 구성 유틸리티를 통해 명시된 하나 이상의 비지니스 규칙을 확인하도록 구성될 수 있다. 예컨대, 비즈니스 규칙이 차량 등록 번호 색인을 명시할 경우, 차량 등록 번호 색인의 특정 유형은 또한 지방 자치 단체에 의해 제공된 API, 또는 개인 사업자가 제공하는 AP를 통해 명시될 수 있다. 이어서 차량 등록 번호 색인이 명시된 바와 같이 수행된다. 또한, 비즈니스 규칙은 API를 통해 등록된 소유자에게 주차 티켓을 우편 발송하는 것 또는 주차 오퍼레이터에게 등록된 소유자의 발송 주소 및 위반과 관련된 기타 관련 정보를 제공하는 등 하위 옵션을 확인할 수 있다. 또 다른 예시에서, 비즈니스 규칙은 차량 등록 정보 포워딩을 확인할 경우, 차량 등록 정보 처리 로직 구성요소는 명시된 차량 등록 번호 정보의 포워딩을 보는 것을 확인하고 따라사 차량 등록 정보를 포워딩한다.

차량 등록 번호 차량 식별자로부터 등록된 소유주에 대한 우편 주소를 확인하려는 목적으로 차량 등록 번호 색인 API 옵션을 활용하기 이하여, 개인 사업자에 의해 제공되는 것과 같은 차량 등록 번호 데이터베이스는 차량 등록 번호에 대한 특정 주/도에 속하는 차량 등록 번호에 대한 조사를 위하여 퇴장해야 하며 이용가능해야 한다. 또한, 이러한 데이터베이스의 사용은 이러한 색인에 관련된 임의의 요금에 있어서 상업적으로 실행가능해야 한다. 상기 조건은 조건 중 하나가 실현되지 않는 경우, 대안 옵션은 통상적으로 지방 경찰 분서를 통해 차량 등록 번호 기록에 통상적으로 액세스하는 자치 단체에 해당 차량 등록 번호을 제공하는 것을 포함할 수 있다.

차량 등록 번호 처리 로직 소프트웨어 컴포넌트는 차량 등록 번호 조회 및 후속 서브 모듈을 포함할 수 있다. 차량 등록 번호 색인 및 후속 서브 모듈은 차량의 등록 소유자의 우편 주소를 검색하기 위해 차량 등록 번호 데이터베이스에 API를 호출하도록 구성될 수 있다. 이러한 데이터베이스의 예시는 뉴욕주 운수국에 의해 제공되는 HTTP 기반 다이얼 인 조사 계정 API, 미국 자동차 관리자 협회(AAMVA) 또는 기타 보험 회사에 의해 제공되는 데이터 베이스 서비스 및 공공데이터닷컴과 같은 공공 기록의 온라인 콜렉션(다수의 이러한 콜렉션은 정부 또는 상업적으로 관리된 데이터베이스보다 신뢰성이 떨어지므로, 정보가 유효한 것을 보장하기 위한 가능한 추가 노력을 요함)을 포함한다.

또한, 차량 등록 번호 조회 및 후속 서브 모듈은 목적지 위치를 오용한 차량과 관련된 등록된 소유자에게 주차 소환장을 자동으로 보내도록 구성될 수 있다. 예컨대, 전자 메일의 처리는 L-Mail.com을 포함하되 이에 한정되지 않는 인쇄 / 메일 서비스에 대한 API 호출을 통해 자동화될 수 있다.

일 실시예에서, 차량 등록 번호 색인 및 후속 서브 모듈은 주어진 차량 식별자(차량 등록 번호)가 명시된 기간(예컨대 시스템 구성 설비를 통해 구성가능함) 내 목적지 위치의 사전 오용과 관련되었는지의 여부를 판단하도록 데이터베이스(141)의 기록을 생성하고, 유지하고 검토하도록 구성되고, 그러할 경우에, 차량 등록 번호 색인 및 후속 서브 모듈은 먼저 얻어진 주소가 유효하다는 것을 가정하고 API 호출을 건너뛰고 API 호출과 관련된 운영 비용을 줄이기 위하여 시스템에서 먼저 사용된 우편 주소를 사용하여 소환장을 발송할 수 있다. 주차 소환장이 명시된 날짜(예컨대 시스템 구성 유틸리티를 통해 구성가능한 실제 기간) 이후까지 결제되지 않거나 소환장이 전달되지 않은 상태로 반송되었을 경우, 후속 API 호출이 현 주소를 얻기 위하여 만들어질 수 있다.

일 실시예에서, 결제된 주차가 만료되거나 차량이 결제 없이 주차된 경우를 포함하되 이에 한정되지 않는 주차 위반에 있어서 서버 시스템(140)은 경도, 위도 또는 적절한 거리 주소와 같은 목적지의 위치를 하나 이상의 집행 사무관에게 공지하도록 구성될 수 있다. 집행 사무관은 위반 차량으로 가서 즉석에서 소환장을 발행할 수 있다. 일 실시예에서, 서버 시스템(140)은 특정 위반 차량을 적절하게 다루는 개별 집행 사무관을 식별하고 및/또는 배치시키도록 구성될 수 있다. 이러한 식별을 만들기 위한 요소는, 집행 사무관의 위반 차량과의 거리 또는 업무량 또는 위반 차량 견인 여부(예컨대, 위반 차량을 신속하게 제거되어야 할 위치)를 포함할 수 있다. 일 실시예에서, 예컨대, 너무 적은 집행 사무관 또는 특정 집행 사무관이 다수의 위반 차량을 처리해야 하는 경우 위반 차량은 대기행렬에 더해져야 한다. 일 실시예에서, 다수의 집챙 사무관은 인근 위반 차량에 대해 공지받을 수 있으며 개별적인 집행 사무관은 특정 위반 차량을 처리할 것을 수용할 수 있다. 서버 시스템(140)은 또한 집챙 사무관에 대한 리워드 및 할당 제도에 관련하여 사용될 수 있는 집행 사무관 능력을 추적하도록 구성될 수 있다. 일 실시예에서, 집행 사무관들은 휴대 장치(150)를 갖출 수 있으며 휴대 장치(150)는 차량에 소환장을 전달하도록 소요된 시간의 절약하기 이하여 위반 차량에 대한 소환장을 사전인쇄하도록 구성될 수 있다.

서버 시스템(140)은 동적 변화가능 주차 요금을 제공하도록 구성될 수 있다. 일 실시예에서, 서버 시스템(140)은 예컨대 요일 및/또는 하루 중 시간에 따라 변하는 목적지 위치에 대하여 상이한 주차 요금을 기록할 수 있다. 차량이 제 1 및 제 2 요금이 부과되는 일정 기간 동안 목적지 위치를 차지하는 경우, 서버 시스템(140)은 제 1 요금이 제 2 요금이 적용될 때 까지 목적지의 사용의 시작으로부터 적용되고 제 2 요금은 차량이 목적지 위치를 차지하는 유지 시간에 대하여 적용되는 것을 기초로 목적지 이치의 사용에 대한 총 요금을 결정하도록 구성될 수 있다. 일 실시예에서, 서버 시스템(140)이 주어진 지역에서 이용 가능한 목적지 위치에 의해 수용될 다수 차량을를 결정하고, 차량의 결정된 수에 대한 금액 및 요금을의 기준을 정할 수 있다. 예컨대, 서버 시스템(140)은 (예컨대, 거의 남아있지 않은 목적지 위치로 인하여) 그 수의 감소를 결정하고, 이것은 거의 남아있지 않은 위치를 활용하기 시작하는 차량에 대해서는 높은 요금을 적용할 수 있다.

서버 시스템(140)은 주차 제공자가 API 또는 구성 유틸리티를 통해, 지정된 주차 요금 또는 균일가 지정된 목적지 위치에 대해 적용되어야하는 특정 이벤트를 명시하도록 허용하게 구성될 수 있다. 예컨대, 콘서트가 주차 시설 근처에 또는 관련된 장소에서 오후 7시 내지 11시에 열리는 경우, 주차 시설 그날 저녁 오후 4시 이후 주차된 차량에 대한 고정된 10달러의 요금을 부과할 수 있다.

서버 시스템(140)은 운전자가 그들이 필요로 하는 한 목적지 위치에 주차 된 차량을 떠날 수 있을 벌금 면제 기능을 제공하고, 목적지 위치에 대해 확립된 규칙에 따라 신용 카드 또는 다른 계좌에 청구하도록 구성될 수 있다(시간당 또는 일별 고정 요금을 포함하되 이에 한정되지 않음). 일 실시예에서, 문자 메시지 나 이메일은 벌금 면제 기능이 목적지 위치에서 이용가능한 것을 표시하고 운전자가 "네" 또는 "벌금 없음"과 같은 메세지에 응답함으로써 벌금 면제 기능의 사용을 선택하게 허용하도록 푸시될 수 있다. 일 실시예에서, 서버 시스템(140)은 명시된 영역에서 또는 서버 시스템(140)에 추적되는 목적지 위치의 전역에서 모든 제한되지 않는 목적지 위치에서 이용가능한 벌금 면제 기능을 일반적으로 수행하도록 구성될 수 있다. 그러나, 서버 시스템(140)은 예컨대 오후 3시 내지 6시 "주차 금지" 교통 통재 시간 제한의 대상이 되는 목적지 위치와 같이 제한된 목적지 위치에 대한 벌금 면제 기능을 제공하지 않도록 구성될 수 있다.

일 실시예에서, 서버 시스템(140)은 차량의 3D 윤곽에 기초하여 프로파일링을 수행할 수 있다. 예컨대, 이러한 프로파일링은 스포츠 유틸리티 차량(SUV), 밴, 세단, 쿠페, 또는 오토바이를 포함하되 이에 한정되지 않는 항목에 속하는 차량을 간단히 프로파일링할 수 있다. 또한, 차량이 밝거나 어두운 색을 갖는 것으로 분류될 수 있다. 차량 프로파일링은 인근 지역에서 도난된 차량의 추적하는 경찰을 지원하고, 엠버 경고, 국토 안보부의 요구를 포함하되 이에 한정되지 않는 비주차 응용을 지원할 수 있다. 일 실시예에서, 차량은 프로파일링은 하나의 추적 카메라로부터 다른 하나로의 차량 추적 수행 비교에 추가 차량 특성을 제공하기 위해 사용될 수 있다. 일 실시예에서, 차량의 프로파일링은 자동 주차 소환장 발송 처리를 위해 차량의 신원 확인의 추가 계층을 제공할 수 있다. 일 실시예에서 수동 3D 차량 프로파일은 서버 시스템(140)에 제공된다. 예컨대, 웨보레 임펠라에 대한 수동 3D 차량 프로파일은 후드의 높이 대 차안의 높이 대 트렁크이 높이는 1:2:1의 비율인 것을 설명한다.

일 실시예에서, 작동 빔 편향 미러에 통합될 수 있는 레이저 송신기는 하나 이상의 목적지 위치에 레이저 빔을 비추도록 구성 될 수 있다. 일 실시예에서, 레이저 빔은 레이저 송수신기와 연관된 수신기로 리턴 신호를 제공하기 위해 장착된 레트로리플렉터 상에 또는 목적지 위치 주변을 비출 수 있다. 차량이 레이저 빔에 의해 조명된 목적지 위치를 차지할 때, 차량의 존재는, 레이저 빔 또는 리턴 신호의 중단에 의해 감지된다. 이러한 감지에 응답하여, 서버 시스템(140)은 목적지 이미지 및/또는 주변 카메라에 의한 식별자 이미지를 얻도록 구성될 수 있다.

일 실시예에서, 차량 식별을 포함하는 상기 언급된 사용에 더하여 차량이 교통 신호에 의해 제어되는 교차로를 통해 나아가는 경우의 감지를 위한 "적색 카메라"를 사용하도록 구성될 수 있다. 예컨대, 교통 신호가 황색에서 적색 신호등 변하면서, 늦은 황색 및 적색 광을 통하여 부정확하게 나아가는 차량이 포착된 차량 등록 번호와 함께 식별될 수 있으므로, 서버 시스템(140)은 양쪽 목적에 대한 이미징 카메라를 동시에 활용하도록 구성된다. 대안적으로, 또는 게다가, 서버 시스템(140)은 "블록 더 박스" 이동 위반을 감지하도록 식별 카메라를 사용하도록 구성될 수 있고, 여기서, 차량은 교통 정체를 야기할 수 있는 차량 이동 방향에 대한 빨간불 동안 교차로 내에 남는다.

일 실시예에서, 서버 시스템(140)은 압류 회사(미수된 대출 금액에 대한 차량 압류), 법의 집행, 국도 안보부를 포함하되 이에 한정되지 않는 제 3자에 대한 실시간 차량 추적 서비스를 제공하도록 구성될 수 있다. 서버 시스템(140)은 예컨대 차량 등록 번호와 같은 차량 식별자에 의해 관심 차량을 이러한 제 3자 엔티티에 등록하는 API를 제공할 수 있다. 서버 시스템(140)이 차량 식별자를 갖는 차량의 존재를 결정하는 경우에, 등록부가 공지될 수 있다. 공지는 차량의 초기 감지와 관련되어 또는 차량이 정차된 것으로 결정될 때 제공될 수 있다. 일 실시예에서, 등록된 차량의 이동의 기록은 실시간으로 업데이트된 정보를 제시하도록 구성될 수 있는 지도 기반 웹 인터페이스를 통해 접근가능하도록 만들어질 수 잇고 서버 시스템(140)에 의해 유지될 수 있다. API는 또한 제 3자가 관심 영역을 지정하도록 허용할 수 있고, 서버 시스템(140)은 관심 영역을 입력하도록 결정된 임의의 차량의 식별 및 추적을 수행하도록 허용될 수 있다. 서버 시스템(140)은 또한 추적 카메라에 의해 얻어진 등록 차량의 이미지를 제공하도록 구성될 수 있다. 일 실시예에서, 목적지 이치의 과거의 사용과 같은 아카이브에 저장된 추적 정보는 시간에 걸친 개인의 소재지를 재구성하는데 이용가능하다(이 개인이 차량과 관련된 것으로 가정). 일 실시예에서, 서버 시스템(140)은 운전자의 얼굴의 이미지를 포함하는 차량 이미지를 얻도록 구성될 수 있고 운전자의 안면 특성이 관심 인물에 상응하는지 확인하도록 안면 인식 기능을 수행하도록 더 구성될 수 있다.

일 실시예에서, 서버 시스템(140)은 도로의 특정 부분을 통과한 것으로 판단되는 차량 번호와 같은 트래픽 카운트 정보를 결정하고 제공하도록 구성될 수 있다. 이러한 정보는 현재 관찰된 트래픽 카운트에 응답하여 교통 신호등과 같은 교통 시스템의 동적 제어 및 시간에 걸쳐 관찰된 트래픽 카운트에 기초하여 구성 요건을 결정하는 것을 포함하되 이에 한정되지 않는 목적으로 사용될 수 있다. 트래픽 카운트 정보는 이동 방향 및 같은 차량 크기나 종류(SUV, 트럭, 차 또는 모터사이클)을 포함하되 이에 한정되지 않는 결정된 차량 특성 및 시간 및/또는 날짜를 기초로 필터링될 수 있다. 또한, 서버 시스템(140)은 각각의 차량이 교차로를 빠져나가는 방향을 기초로 얼마나 많은 차량이 도로의 동쪽 이동 부분을 빠져나간 후 북쪽 또는 서쪽으로 이동하는지와 같이 도로의 일부에 대한 진입 및/또는 진출의 방향과 관련하여 차량 수를 결정할 수 있다. 일 실시예에서, 서버 시스템(140)은 대형 트럭에 의해 특정 도로 사용 요금을 산정하는 것과 같이 형태별로 차량에 대한 통행세를 징수 및 또는 액세스를 통제하는데 사용되도록 구성될 수 있다.

도 5는 본 발명의 양상들이 구현될 수 있는 컴퓨터 시스템 (500)을 도시한 블록도이다. 컴퓨터 시스템(500)은 버스(502) 또는 정보를 통신하기 위한 다른 통신 메커니즘 및 정보를 처리하기 위해 버스(502)와 연결된 프로세서(504)를 포함한다. 컴퓨터 시스템(500)은 또한 프로세서(504)에 의해 실행되는 정보 및 명령의 저장을 위해 버스(502)에 결합되는 랜덤 액세스 메모리(RAM) 또는 다른 동적 저장 장치와 같은 메인 메모리(506)를 포함한다. 메인 메모리(506)는 또한 명령들의 실행 동안 프로세서(504)에 의해 실행되는 명령의 실행 동안 임시 변수 또는 다른 중간 정보를 저장하는데 사용될 수 있다. 컴퓨터 시스템(500)은 프로세서(504)에 대한 정적 정보 및 명령어들을 저장하기 위해 버스(502)에 결합된 상기 판독 전용 메모리(ROM)(508) 또는 다른 정적 저장 장치를 포함한다. 자기 디스크 또는 광학 디스크와 같은 저장 장치(510)가 제공되어서 정보 및 명령을 저장하기 위해 버스(502)에 결합된다.

컴퓨터 시스템(500)은 컴퓨터 사용자에게 정보를 표시하기 위해 음극선 관 (CRT) 또는 액정 디스플레이(LCD)와 같은 디스플레이(512)에 버스(502)를 통해 결합될 수 있다. 영숫자 및 다른 키들을 포함하는 입력 장치(514)는, 프로세서 (504)에 정모 및 명령 선택을 통신하기 위하여 버스(502)에 결합된다. 사용자 입력 장치의 다른 유형은 프로세서(504)에 방향 정보 및 명령 선택을 통신하고 디스플레이(512) 상의 커서 이동을 제어하기 위하여 마우스, 트랙볼, 또는 커서 방향 키와 같은 커서 제어(516)가 된다. 이러한 입력 장치는 장치가 평면에서 위치를 명시하도록 허용하는 2개의 축; 제 1 축(예컨대 x) 및 제 2 축(예컨대 y)의 2개의 자유도를 일반적으로 갖는다. 다른 유형의 사용자 입력 장치는 일반적으로 레지스터가 디스플레이(512)에 접촉하는 하드웨어와 디스플레이(512)를 결합하는 터치 스크린이다.

본 발명은 그러한 기법을 구현하기 위하여 선별적으로 구성되고 및/또는 프로그래밍되는 컴퓨터 시스템(500)과 같은 하나 이상의 컴퓨터 시스템의 사용에 관련된다. 본 발명의 일 실시예에 따르면, 이러한 기법은 메인 메모리(506)에 포함되는 하나 이상의 명령의 하나 이상의 시퀀스를 수행하는 프로세서(504)에 대응하여 컴퓨터 시스템(500)에 의해 수행된다. 이러한 명령은 저장 장치(510)와 같은 또 다른 기계 판독가능 매체로부터 메인 메모리(506)로 판독될 수 있다. 메인 메모리(506)에 포함되는 명령의 시퀀스의 실행은 프로세서(504)가 본 명세서에 기재된 처리 단계를 수행하도록 유도한다. 대안적인 실시예에서, 하드 와이어드 회로는 본 발명을 구현하기 위해 소프트웨어 명령 대신에 또는 이와 조합하여 사용될 수 있다. 따라서, 본 발명의 실시예는 하드웨어 회로와 소프트웨어의 임의의 특정 조합으로 한정되는 것은 아니다.

본 명세서에서 사용되는 용어 "머신 판독 가능 매체"는 머신이 특정 방식으로 동작하게 야기하는 데이터를 제공하는데 참여하는 임의의 매체를 지칭한다. 컴퓨터 시스템(500)을 사용하여 구현된 실시예에서, 다양한 머신 판독 가능 매체는, 예컨대, 실행을 위해 프로세서(504)에 명령어를 제공하는데 관여한다. 이러한 매체는 비휘발성 매체, 휘발성 매체 및 전송 매체를 포함하되 이에 한정되지 않는 많은 형태를 취할 수 있다. 비휘발성 매체는 저장 장치(510)와 같은 광학 또는 자기 디스크를 포함한다. 휘발성 매체는 메인 메모리(506)와 같은 동적 메모리를 포함한다. 전송 매체는 버스(502)를 포함하는 와이어를 포함하여 동축 케이블, 구리 와이어 및 광섬유를 포함한다. 전송 매체는 또한 전파와 적외선 데이터 통신 동안 발생되는 것과 같은 음향 또는 광파의 형태를 취할 수 있다. 이러한 모든 매체는 매체에 의해 운반되는 명령이 기계로 명령을 판독하는 물리적인 메커니즘에 의해 감지되는 것을 가능하게 하기 위하여 유형의 및/또는 영구적인 것이어야 한다.

컴퓨터 판독 가능 매체의 일반적인 형태는, 예컨대, 플로피 디스크, 플렉시블 디스크, 하드 디스크, 자기 테이프, 또는 임의의 다른 자기 매체, CD-ROM, 임의의 다른 광학 매체, 펀치 카드, 페이퍼테이프, 구멍 패턴을 갖는 임의의 기타 물리적인 매체, RAM, PROM, EPROM 및 FLASH-EPROM, 여타 메모리 칩 또는 카트리지, 이후에 기재되는 반송파, 또는 컴퓨터가 판독 할 수 있는 임의의 다른 매체를 포함한다.

머신 판독 가능 매체의 여러 가지 형태는 실행을 위해 프로세서(504)에 하나 이상의 명령의 하나 이상의 시퀀스를 전달하는 것에 관련 될 수 있다. 예컨대, 명령은 초기에 원격 컴퓨터의 자기 디스크 상에 전달될 수 있다. 원격 컴퓨터는 그 동적 메모리내로 명령을 로딩하고 모뎀을 사용하여 전화선을 통해 명령을 보낼 수 있다. 컴퓨터 시스템(500)에 대한 모뎀 로컬은 전화선으로 데이터를 수신하고 데이터를 적외선 신호로 변환하기 위해 적외선 송신기를 사용할 수 있다. 적외선 감지기는 적외선 신호를 운반하는 데이터를 수신할 수 있으며 적절한 회로는 버스(502) 상으로 데이터를 배치할 수 있다. 버스(502)는 메인 메모리(506)로 데이터를 운반하고, 이것으로부터 프로세서(504)는 명령을 검색하고 실행한다. 메인 메모리(506)에 의해 수신된 명령은 선택적으로 프로세서(504)에 의한 실행 이전 또는 이후에 기억 장치 (510)에 저장될 수 있다.

컴퓨터 시스템(500)은 또한 버스(502)에 통신 인터페이스(518)를 포함한다. 통신 인터페이스(518)는 로컬 네트워크(522)에 연결되는 네트워크 링크(520)에 결합하는 양방향 데이터 통신을 제공한다. 예컨대, 통신 인터페이스(518)는 전화선의 대응하는 형태로 데이터 통신 연결을 제공하기 위한 통합 서비스 디지털 네트워크(ISDN) 카드 또는 모뎀이 될 수 있다. 다른 예시로서, 통신 인터페이스(518)는 호환 가능한 LAN에 데이터 통신 연결을 제공하기 위한 근거리 통신망(LAN) 카드 일 수 있다. 무선 링크도 구현될 수 있다. 그러한 구현에서, 통신 인터페이스(518)는 다양한 유형의 정보를 나타내는 디지털 데이터 스트림을 전달하는 전기, 전자기 또는 광학 신호를 송신하고 수신한다.

네트워크 링크(520)는 통상적으로 다른 데이터 장치에 하나 이상의 네트워크를 통해 데이터 통신을 제공한다. 예컨대, 네트워크 링크(520)는 호스트 컴퓨터에 또는 인터넷 서비스 제공자(ISP)(526)에 의해 동작되는 데이터 장비에 로컬 네트워크 (522)를 통한 연결을 제공할 수 있다. ISP(526)는 결국 "인터넷"(528)으로 통상적으로 지칭되는 월드 와이드 패킷 데이터 통신 네트워크를 통해 데이터 통신 서비스를 제공한다. 로컬 네트워크(522) 및 인터넷(528)은 모두 디지털 데이터 스트림을 운반하는 전기, 전자기 또는 광학 신호를 사용한다. 컴퓨터 시스템 (500)로부터 디지털 데이터를 운반하는, 네트워크 링크(520) 상의 다수의 네트워크 및 신호를 통한 그리고 통신 인터페이스(218)를 통한 신호는 정보를 수송하는 반송파의 예시적인 형태이다.

컴퓨터 시스템(500)은 네트워크(들), 네트워크 링크(520) 및 통신 인터페이스(518)를 통해 프로그램 코드를 포함하는, 메세지를 보내고 데이터를 수신할 수 있다. 인터넷 예시에서, 서버(530)는 인터넷(528), ISP(526), 로컬 네트워크(522) 및 통신 인터페이스(518)를 통하여 응용 프로그램에 대한 요청된 코드를 전송할 수 있다.

수신된 코드는 저장 장치(510) 또는 추후 실행을 위한 기타 비휘발성 저장소에 수신되고 및/또는 저장될 때 프로세서(204)에 의해 실행될 수 있다. 이러한 방식으로, 컴퓨터 시스템(500)은 반송파의 형태로 응용 코드를 획득할 수 있다.

전술한 명세서에서, 본 발명의 실시예들은 구현 별로 다를 수 있는 다수의 특정 세부 사항을 참조하여 기재되었다. 따라서, 이것의 유일하고 배타적인 지표는 본 발명이며, 출원인에 의해 본 발명이 되도록 의도되었으며 본 출원으로부터 발행된 청구 범위이며, 상기 특정 형태에서 이러한 청구항은 임의의 추후의 수정을 포함하여 발행된다. 본 발명에서 이러한 청구항에 포함된 용어에 대하여 명시적으로 상술된 모든 정의는 청구항에서 사용된 이러한 용어의 의미를 총괄할 것이다. 따라서, 청구항에서 명시적으로 언급되지 않은 제한, 요소, 특성, 기능, 장점 또는 속성은 어떤 식으로든 청구의 범위를 제한하지 않는다. 명세서 및 도면은, 따라서, 제한적인 의미라기보다는 예시적인 것으로 간주되어야 한다.

Claims (15)

1. 적어도 하나의 다수 차량 목적지 위치 및 상기 적어도 하나의 다수 차량 목적지 위치 내의 적어도 하나의 제한된 위치의 사용을 추적하는 방법으로서, 상기 적어도 하나의 다수 차량 목적지 위치는 복수의 바로 인접한 목적지 위치를 포함하며, 상기 방법은:
   복수의 카메라에 의해 포착된 복수의 차량 이미지를 수신하는 단계로서,
   상기 복수의 카메라는 제 1 시계를 갖는 제 1 식별 카메라를 포함하고,
   상기 복수의 카메라는 제 2 시계를 갖는 제 1 목적지 카메라를 포함하고, 제 2 시계는 제 1 시계와 상이하며 상기 제 1 시계와 부분적으로 중첩하고,
   상기 복수의 카메라는 제 3 시계를 갖는 제 2 목적지 카메라를 포함하고, 상기 제 2 목적지 카메라는 상기 제 1 목적지 카메라와 상이하고, 상기 제 3 시계는 상기 제 1 시계 및 제 2 시계와 상이하며, 상기 제 3 시계는 적어도 하나의 다수 차량 목적지 위치 및 상기 적어도 하나의 다수 차량 목적지 위치 내의 적어도 하나의 제한된 위치를 포함하되,
   상기 복수의 차량 이미지는:
   제 1 위치에서 제 1 차량을 보여주는 상기 제 1 식별 카메라에 의해 포착된 제 1 식별 이미지,
   제 2 위치에서 상기 제 1 차량을 보여주는 상기 제 1 목적지 카메라에 의해 포착되는 제 1 목적지 이미지 - 상기 제 2 위치는 상기 제 1 위치와 상이함 - ,
   제 3 위치에서 상기 제 1 차량을 보여주는 상기 제 2 목적지 카메라에 의해 포착되는 제 2 목적지 이미지 - 상기 제 3 위치는 상기 적어도 하나의 다수 차량 목적지 위치의 외부에 있음 - ,
   제 4 위치에서 상기 제 1 차량을 보여주는 상기 제 2 목적지 카메라에 의해 포착된 제 3 목적지 이미지 - 상기 제 4 위치는 상기 적어도 하나의 다수 차량 목적지 위치 내에 있음 - ,
   제 5 위치에서 상기 제 1 차량을 보여주는 상기 제 2 목적지 카메라에 의해 포착된 제 4 목적지 이미지 - 상기 제 5 위치는 상기 적어도 하나의 다수 차량 목적지 위치의 외부에 있으며, 상기 제 5 위치는 상기 제 3 위치와는 상이함 - ,
   제 6 위치에서 제 2 차량을 보여주는 상기 제 1 식별 카메라에 의해 포착된 제 2 식별 이미지,
   제 7 위치에서 상기 제 2 차량을 보여주는 상기 제 2 목적지 카메라에 의해 포착된 제 5 목적지 이미지 - 상기 제 7 위치는 상기 적어도 하나의 다수 차량 목적지 위치 내의 상기 적어도 하나의 제한된 위치의 외부에 있음 - 및
   제 8 위치에서 상기 제 2 차량을 보여주는 상기 제 2 목적지 카메라에 의해 포착된 제 6 목적지 이미지 - 상기 제 8 위치는 상기 적어도 하나의 다수 차량 목적지 위치 내의 상기 적어도 하나의 제한된 위치 내에 있음 - 를 포함하는, 복수의 차량 이미지를 수신하는 단계;
   상기 제 1 식별 이미지를 기초로 상기 제 1 차량의 제 1 고유 식별자 및 제 1 특성을 결정하는 단계;
   상기 제 1 목적지 이미지를 기초로 상기 제 1 차량의 제 2 특성을 결정하는 단계;
   상기 제 1 차량이 상기 제 1 차량의 상기 제 1 특성에 대한 상기 제 1 차량의 상기 제 2 특성의 비교를 기초로 상기 제 2 시계에 존재하는 것을 결정하는 단계;
   상기 제 2 목적지 이미지를 기초로 상기 제 1 차량의 제 3 특성을 결정하는 단계;
   상기 제 1 차량이 상기 제 1 차량의 상기 제 2 특성에 대한 상기 제 1 차량의 상기 제 3 특성의 비교를 기초로 상기 제 3 시계에 존재하는 것을 결정하는 단계;
   상기 제 1 차량이 상기 제 3 목적지 이미지를 기초로 상기 적어도 하나의 다수 차량 목적지 위치 내에 정차하는 것을 결정하는 단계;
   상기 제 1 차량이 상기 제 4 목적지 이미지를 기초로 상기 적어도 하나의 다수 차량 목적지 위치를 떠나는 것을 결정하는 단계;
   상기 제 1 차량이 상기 적어도 하나의 다수 차량 목적지 위치의 사용을 시작하는 것을 표시하는 단계;
   상기 제 1 차량이 상기 적어도 하나의 다수 차량 목적지 위치의 사용을 완료하는 것을 표시하는 단계;
   상기 제 1 차량의 상기 제 1 고유 식별자를 표시하는 단계;
   상기 제 2 식별 이미지를 기초로 상기 제 2 차량의 제 2 고유 식별자와 제 1 특성을 결정하는 단계;
   상기 제 5 목적지 이미지를 기초로 상기 제 2 차량의 제 2 특성을 결정하는 단계;
   상기 제 2 차량이 상기 제 2 차량의 상기 제 1 특성에 대한 상기 제 2 차량의 상기 제 2 특성의 비교를 기초로 상기 제 3 시계에 존재하는 것을 결정하는 단계;
   상기 제 6 목적지 이미지를 기초로 상기 제 2 차량의 제 3 특성을 결정하는 단계;
   상기 제 2 차량이 상기 제 2 차량의 상기 제 2 특성에 대한 상기 제 2 차량의 상기 제 3 특성의 비교를 기초로 상기 제 3 시계에 존재하는 것을 결정하는 단계;
   상기 제 2 차량이 상기 제 6 목적지 이미지를 기초로 상기 적어도 하나의 다수 차량 목적지 위치 내의 상기 적어도 하나의 제한된 위치에 정차되는 것을 결정하는 단계;
   상기 제 2 차량의 상기 제 2 고유 식별자를 표시하는 단계; 및
   상기 제 2 차량이 상기 적어도 하나의 다수 차량 목적지 위치 내의 상기 적어도 하나의 제한된 위치에서 정차함으로써 주차 위반을 저질렀음을 표시하는 단계를 포함하고,
   상기 수신하는 단계, 결정하는 단계 및 표시하는 단계는 하나 이상의 프로세서에 의해 수행되는, 추적하는 방법.
2. 청구항 1에 있어서,
   상기 제 1 차량이 상기 적어도 하나의 다수 차량 목적지 위치를 차지하기 위한 비용을 결정하는 단계; 및
   상기 제 1 차량과 관련된 계좌에 상기 비용을 징수하는 단계를 더 포함하는, 추적하는 방법.
3. 청구항 1에 있어서, 상기 제 1 차량의 상기 제 1 고유 식별자를 결정하는 단계는:
   상기 제 1 식별 이미지를 기초로 상기 제 1 차량의 상기 제 1 고유 식별자의 자동화 기계 기반 결정을 수행하는데 있어서의 오류를 식별하는 단계;
   상기 제 1 차량의 상기 제 1 고유 식별자를 결정하기 위하여 인간 오퍼레이터로부터의 도움을 요청하는 단계;
   상기 인간 오퍼레이터에게 상기 제 1 식별 이미지를 제공하는 단계;
   상기 제 1 차량의 식별을 수신하는 단계; 및
   상기 수신된 식별을 기초로 상기 제 1 차량의 상기 제 1 고유 식별자를 결정하는 단계를 더 포함하는, 추적하는 방법.
4. 청구항 1에 있어서, 상기 제 1 차량이 상기 적어도 하나의 다수 차량 목적지 위치 내에서 정차되는 것을 결정하는 단계는, 상기 제 1 차량에 상응하는 상기 제 3 목적지 이미지의 일부가 상기 적어도 하나의 다수 차량 목적지 위치에 상응하는 상기 제 3 목적지 이미지의 일부 내에 있는 것을 결정하는 단계를 포함하는, 추적하는 방법.
5. 청구항 1에 있어서,
   상기 제 1 차량과 관련된 전자 연락처를 얻는 단계;
   상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 요금을 결정하는 단계; 및
   상기 결정된 요금의 결제 확인을 요청하는 통지를 상기 전자 연락처에 전송하는 단계를 포함하는, 추적하는 방법.
6. 청구항 1에 있어서,
   제 3자 전화 결제 주차 결제 시스템으로부터 상기 적어도 하나의 다수 차량 목적지 위치에 대한 결제 정보를 얻는 단계 - 상기 결제 정보는 결제가 상기 제 1 차량에 의해 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 상기 제 3자 전화 결제 주차 결제 시스템에 의해 수신되는 기간을 명시함 - ; 및
   상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용은 상기 제 3자 전화 결제 주차 결제 시스템으로부터 수신되는 기간 외에 있는 것을 결정하는 단계를 더 포함하는, 추적하는 방법.
7. 청구항 1에 있어서,
   제 3자 공간별 결제(pay-by-space) 주차 결제 시스템으로부터 상기 적어도 하나의 다수 차량 목적지 위치에 대한 결제 정보를 얻는 단계 - 상기 결제 정보는 결제가 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 상기 제 3자 공간별 결제 주차 결제 시스템에 의해 수신되는 기간을 명시함 - ; 및
   상기 제 1 차량에 의해 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 상기 제 3자 공간별 결제 주차 결제 시스템으로부터 수신된 기간 외에 있는 것을 결정하는 단계를 포함하는, 추적하는 방법.
8. 청구항 1에 있어서, 상기 제 3 목적지 이미지의 일부는 상기 제 1 차량에 또는 제 1 차량 상에 위치된 디스플레이 티켓의 이미지에 상응하고, 상기 디스플레이 티켓은 결제가 제 3자 결제 및 디스플레이 주차 결제 시스템에 의해 수신되는 기간을 표시하고;
   상기 디스플레이 티켓의 이미지에 상응하는 상기 제 3 목적지 이미지의 상기 부분을 기초로 결제가 상기 제 3자 결제 및 디스플레이 주차 결제 시스템에 의해 수신되는 기간을 결정하는 단계; 및
   상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 결제가 상기 제 3자 결제 및 디스플레이 주차 결제 시스템에 의해 수신되는 기간 외에 있는 것을 결정하는 단계를 포함하는, 추적하는 방법.
9. 청구항 1에 있어서,
   제 3자 커브사이드(curbside) 주차 미터기 결제 시스템으로부터 상기 적어도 하나의 다수 차량 목적지 위치에 대한 결제 정보를 얻는 단계 - 상기 결제 정보는 결제가 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 상기 제 3자 커브사이드 주차 미터기 결제 시스템에 의해 수신되는 기간을 명시함 - ; 및
   상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 상기 제 3자 커브사이드 주차 미터기 결제 시스템으로부터 수신되는 기간 외에 있는 것을 결정하는 단계를 포함하는, 추적하는 방법.
10. 청구항 1에 있어서,
    커브사이드 주차 미터기의 주차 미터기 이미지를 수신하는 단계 - 상기 커브사이드 주차 미터기의 일부에 상응하는 상기 주차 미터기 이미지의 일부는 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 만료 깃발을 디스플레이함 - ;
    상기 만료 깃발이 수신된 상기 주차 미터기 이미지를 기초로 상기 커브사이드 주차 미터기에 의해 디스플레이되는 것을 결정하는 단계; 및
    상기 만료 깃발이 상기 커브사이드 주차 미터기에 의해 디스플레이되는 것에 대한 결정을 기초로 상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 주차 위반인 것을 결정하는 단계를 포함하는, 추적하는 방법.
11. 청구항 1에 있어서,
    커브사이드 주차 미터기의 제 1 주차 미터기 이미지를 수신하는 단계 - 상기 커브사이드 주차 미터기의 일부에 상응하는 상기 제 1 주차 미터기 이미지의 일부는 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 만료 깃발을 디스플레이하지 않음 - ;
    커브사이드 주차 미터기의 제 2 주차 미터기 이미지를 수신하는 단계 - 상기 커브사이드 주차 미터기의 일부에 상응하는 상기 제 2 주차 미터기 이미지의 일부가 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 만료 깃발을 디스플레이함 - ;
    상기 만료 깃발이 상기 제 1 주차 미터기 이미지를 기초로 상기 커브사이드 주차 미터기에 의해 디스플레이되지 않는 것을 결정하는 단계;
    상기 만료 깃발은 상기 제 2 주차 미터기 이미지를 기초로 상기 커브사이드 주차 미터기에 의해 디스플레이되는 것을 결정하는 단계;
    상기 만료 깃발이 상기 커브사이드 주차 미터기에 의해 디스플레이되는 것에 대한 결정을 기초로, 상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 주차 위반인 것을 결정하는 단계; 및
    상기 만료 깃발이 상기 커브사이드 주차 미터기에 의해 디스플레이되는 것의 결정에 반응하여, 제 3자 주차 결제 시스템에 데이터를 제공하는 단계 - 상기 데이터는 상기 제 1 차량의 제 1 고유 식별자를 포함함 - 를 포함하는, 추적하는 방법.
12. 청구항 1에 있어서,
    제 3자 플레이트별 결제(pay by plate) 주차 결제 시스템으로부터 상기 적어도 하나의 다수 차량 목적지 위치에 대한 결제 정보를 얻는 단계 - 상기 결제 정보는 제 1 차량에 의해 상기 적어도 하나의 다수 차량 목적지 위치의 사용에 대한 제 3자 플레이트별 결제 주차 결제 시스템에 의해 수신되는 기간 및 상기 제 1 차량의 상기 제 1 고유 식별자를 명시함 - ; 및
    상기 제 1 차량에 의한 상기 적어도 하나의 다수 차량 목적지 위치의 사용이 상기 제 3자 플레이트별 결제 주차 결제 시스템으로부터 수신되는 기간 외에 있는 것을 결정하는 단계를 더 포함하는, 추적하는 방법.
13. 청구항 1에 있어서,
    하나 이상의 카메라에 의해 포착되는 복수의 보행자 이미지를 수신하는 단계 -
    각각의 보행자 이미지는 상기 제 1 차량의 승객의 이미지를 포함하고;
    상기 복수의 보행자 이미지는:
    상기 제 1 차량의 이미지를 포함하는 하나 이상의 보행자 차량 이미지; 및
    결제 스테이션의 이미지를 포함하는 하나 이상의 보행자 결제 이미지를 포함함 - ;
    상기 하나 이상의 보행자 차량 이미지를 기초로 상기 제 1 차량의 승객의 제 1 특성을 결정하는 단계;
    하나 이상의 보행자 결제 이미지를 기초로 상기 제 1 차량의 승객의 제 2 특성을 결정하는 단계;
    상기 제 1 차량의 승객의 상기 제 2 특성이 상기 제 1 차량의 승객의 상기 제 1 특성에 상응하는 것을 결정하는 단계;
    상기 제 1 차량의 승객으로부터 상기 결제 스테이션에서 수신되는 결제를 설명하는 정보를 얻는 단계; 및
    상기 제 1 차량의 상기 승객의 상기 제 2 특징은 상기 제 1 차량의 승객의 상기 제 1 특징에 상응한다는 결정을 기초로 상기 제 1 차량에 의해 상기 적어도 하나의 다수 차량 목적지 위치의 사용과 결제를 관련시키는 단계를 더 포함하는, 추적하는 방법.
14. 삭제
15. 청구항 1에 있어서, 단일 둘레(perimeter)가 상기 적어도 하나의 다수 차량 목적지 위치를 둘러싸는, 추적하는 방법.

Images