ES2834700T3 - Método para el cobro de un peaje basado en cámaras - Google Patents
Método para el cobro de un peaje basado en cámaras Download PDFInfo
- Publication number
- ES2834700T3 ES2834700T3 ES16189918T ES16189918T ES2834700T3 ES 2834700 T3 ES2834700 T3 ES 2834700T3 ES 16189918 T ES16189918 T ES 16189918T ES 16189918 T ES16189918 T ES 16189918T ES 2834700 T3 ES2834700 T3 ES 2834700T3
- Authority
- ES
- Spain
- Prior art keywords
- toll collection
- camera
- location
- photograph
- records
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 238000012790 confirmation Methods 0.000 claims abstract description 33
- 238000012015 optical character recognition Methods 0.000 claims abstract description 18
- 230000004044 response Effects 0.000 claims abstract description 16
- 238000003860 storage Methods 0.000 description 8
- 238000012360 testing method Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000428 dust Substances 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012419 revalidation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/51—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/583—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
- G06F16/5846—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content using extracted text
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/5866—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, manually generated location and time information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V20/00—Scenes; Scene-specific elements
- G06V20/60—Type of objects
- G06V20/62—Text, e.g. of license plates, overlay texts or captions on TV images
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
- G06V30/10—Character recognition
- G06V30/22—Character recognition characterised by the type of writing
- G06V30/224—Character recognition characterised by the type of writing of printed characters having additional code marks or containing code marks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
- G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Library & Information Science (AREA)
- Data Mining & Analysis (AREA)
- Finance (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Resources & Organizations (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Traffic Control Systems (AREA)
Abstract
Un método de cobro de peaje en una o varias ubicaciones (Lm) de un vehículo (2) que tiene un número de placa de matrícula (5) por medio de un sistema de cobro de peaje basado en cámaras (1) que tiene una cámara (7) en cada ubicación (Lm) a cobrar, un servidor (12), una base de datos (13), un terminal de usuario (14), y una red (11) que conecta la cámara o cámaras (7), el servidor (12) y el terminal de usuario (14), comprendiendo el método: registrar el terminal de usuario (14) para el número de placa de matrícula (5) con la red (11) o el servidor (12); generar (17) uno o varios registros de cobro de peajes (18), cada uno de los cuales incluye una fotografía (8) del vehículo (2) tomada por una de las cámaras (7), la ubicación (Lm) de dicha cámara (7), y un número de placa de matrícula (5) leído mediante reconocimiento óptico de caracteres de dicha fotografía (8), y almacenar el registro o registros de cobro de peaje (18) en la base de datos (13); enviar (22) una solicitud de confirmación (Q) al terminal de usuario (14) que incluye el número de placa de matrícula (5) leído y una información de ubicación (LI) que depende de la ubicación o ubicaciones (Lm) en dichos registros de cobro de peaje (18); y recibir (28) una respuesta (R) del terminal de usuario (14) y, si la respuesta (R) confirma la solicitud (Q), borrar (29) la fotografía o fotografías (8) del registro de cobro de peaje (18) en la base de datos (13).
Description
DESCRIPCIÓN
Método para el cobro de un peaje basado en cámaras
La presente invención se refiere a un método para el cobro de un peaje en una o varias ubicaciones, de un vehículo que tiene un número de placa, por medio de un sistema de cobro de peaje que tiene una cámara en cada ubicación en la que se va a realizar el cobro del peaje, un servidor, una base de datos, un terminal de usuario y una red que vincula la cámara o las cámaras, el servidor y el terminal de usuario.
En los sistemas de cobro de peaje basados en cámaras, una fotografía de un vehículo que pasa es tomada mediante una cámara fija o de la secuencia de video de una cámara de video, y es procesada mediante reconocimiento óptico de caracteres (OCR - Optical Character Recognition, en inglés) para leer el número de placa de matrícula (LPN - License Plate Number, en inglés) del vehículo en el lugar en el que se realizará el cobro del peaje. Los lugares sujetos a cobro de peaje pueden ser, por ejemplo, carreteras de peaje, estacionamientos, fronteras, puertas, etc., cuyo paso o utilización se cobrará. Las cámaras pueden estar montadas en pórticos, instalaciones de carretera, edificios y similares, para identificar vehículos mediante OCR leyendo sus LPN y, posteriormente, generar registros de cobro de peaje que contengan los LPN y las ubicaciones de las respectivas cámaras. Los registros de cobro de peaje se pueden utilizar para realizar el cargo en las cuentas de usuario configuradas para estos LPN.
Sin embargo, la lectura mediante OCR del LPN de un vehículo en una fotografía del vehículo es un proceso propenso a errores, debido a condiciones climáticas y de iluminación altamente variables, campos de visión, polvo, barro, nieve o hielo en las placas de los vehículos, placas de matrícula degradadas o alteradas, etc. Por lo tanto, se deben tomar medidas especiales para evitar realizar un cargo incorrecto a los usuarios sobre la base de lecturas de OCR defectuosas. Una de estas medidas especiales es almacenar, para cada registro de cobro de peaje, que incluye un resultado de lectura de LPN, también la fotografía original de la cual se leyó el LPN, con el fin de permitir una inspección, verificación o relectura posterior del LPN en caso de un fallo u objeción en el cargo. Las fotografías originales se almacenan en algún lugar del sistema de cobro de peaje, ya sea descentralizadas en los sitios de las cámaras o centralizadas en el sitio del servidor. Sin embargo, almacenar las fotografías de una sola cámara de tráfico en una autopista normal puede generar datos de fotografías en el rango de varios terabytes por día. En un sistema de cobro de peaje para una red de carreteras completa, se pueden acumular rápidamente grandes cantidades de datos de fotografías en el rango de varios petabytes solo en un par de días. Esto requiere sistemas de almacenamiento masivo con costes de instalación, mantenimiento y energía correspondientemente altos. Por último, pero no menos importante, la transferencia de grandes cantidades de datos de fotografías entre los sitios de las cámaras y el servidor consume muchos recursos de comunicación en la red de enlace.
El documento EP 1975884 describe un sistema de cobro de peaje basado en unidades de a bordo de vehículos de localización automática y que calculan y envían un cargo de peaje para cada ubicación a un ordenador central. Las cámaras de carretera toman imágenes de los vehículos y se comunican con el ordenador central que dirige la cámara de carretera para borrar la imagen del vehículo tras la confirmación de un banco para liquidar el cargo del peaje calculado. Sin embargo, este sistema requiere potentes unidades de a bordo y comunicaciones complejas que incluyen el banco.
Un objetivo de la presente invención es superar estos inconvenientes de la técnica anterior y proporcionar un sistema de cobro de peaje basado en cámaras que sea más fácil y menos costoso de instalar, alimentar y mantener. Para lograr estos objetivos, la invención da a conocer un método de cobro de peaje del tipo identificado anteriormente, que comprende:
registrar el terminal de usuario para el número de placa de matrícula en la red o el servidor;
generar uno o varios registros de cobro de peajes, cada uno de los cuales incluye una fotografía del vehículo tomada por una de la cámara o las cámaras, la ubicación de dicha cámara y un número de placa de matrícula leído mediante el reconocimiento óptico de caracteres de dicha fotografía, y almacenar el registro o registros de cobro de peajes en la base de datos;
enviar una solicitud de confirmación al terminal de usuario que incluye el número de placa de matrícula leído y una información de ubicación que depende de la ubicación en dichos registros de cobro de peaje; y
recibir una respuesta del terminal de usuario y, si la respuesta confirma la solicitud, borrar la fotografía o fotografías de los registros de cobro de peaje en la base de datos.
La invención proporciona una infraestructura técnica novedosa para una “autodeclaración” rápida, casi en tiempo real, de la utilización de una ubicación por parte del usuario mediante la confirmación posterior de la utilización. Las fotografías de una utilización de ubicación declarada, es decir, confirmada posteriormente, son borradas inmediatamente del sistema, lo que reduce en gran medida la carga de almacenamiento en el sistema. En la base de datos del sistema solo se guardan fotografías de LPN de registros de cobro de peaje no confirmados. Se borran
todas las demás fotografías que se originen en un funcionamiento normal, compatible, no erróneo y sin alteraciones, del sistema.
La cantidad de almacenamiento necesaria para almacenar fotografías originales en el sistema se puede reducir, de este modo, a una pequeña fracción de la de los sistemas de la técnica anterior, ahorrando costes sustanciales de instalación, alimentación y mantenimiento. Además, la cantidad de datos transferidos entre los almacenamientos de cámaras descentralizados y el almacenamiento del servidor centralizado se puede reducir significativamente cuando las fotografías se almacenan en los sitios de cámaras descentralizadas y se eliminan de allí tras una confirmación con éxito, ya que nunca serán transferidas al servidor.
La realización tiene el concepto inventivo de borrar las fotografías de lectura mediante OCR en caso de un reconocimiento activo por parte de un terminal de usuario.
Cada registro de cobro de peaje puede incluir, preferentemente una hora en la que la cámara tomó la imagen. Estas “marcas de tiempo” son muy útiles para mejorar la precisión del cobro del peaje.
En una primera variante de la invención que hace uso de dichas marcas de tiempo, los métodos pueden pasar de la etapa de generación a la etapa de envío cuando los tiempos en dos registros de cobro de peaje generados sucesivamente difieren en más de un lapso de tiempo predeterminado. En otras palabras, los registros de cobro de peaje se generan y acumulan siempre que no se “pausen” durante un período de “tiempo de espera”, lo que indicaría que viajar por una ruta que consta de una secuencia de tramos de ruta, cada uno de los cuales se cobra mediante un registro de cobro de peaje, ha sido cancelado, después de lo cual tiene sentido enviar estos registros de cobro de peaje al terminal del usuario para su posterior confirmación.
En una segunda variante de la invención, haciendo uso de dichas marcas de tiempo, los métodos pueden pasar de la etapa de generación a la etapa de envío cuando el tiempo en un registro de cobro de peaje generado más recientemente difiere del tiempo en un registro de cobro de peaje de un envío anterior en más que un lapso de tiempo predeterminado. Esta variante envía un lote de registros de cobro de peaje a intervalos de tiempo regulares al terminal del usuario, para su posterior confirmación.
En una tercera variante de la invención, los métodos pasan de la etapa de generación a la etapa de envío cuando la ubicación en un registro de cobro de peaje generado más recientemente difiere de la ubicación en un registro de cobro de peaje de una etapa de envío anterior en más de una distancia predeterminada. Esto activa la solicitud de confirmación cada vez que se excede una cierta distancia.
Opcionalmente, cuando un nivel de confianza de la lectura mediante reconocimiento óptico de caracteres del número de placa de matrícula está por debajo de un umbral dado, la fotografía respectiva o el registro de cobro de peaje se borra, lo que produce una reducción adicional del almacenamiento de fotografías.
Un borrado de este tipo basado en el nivel de confianza puede dar lugar a “lagunas” en una secuencia de registros de cobro de peaje a lo largo de una ruta. Para compensar dichas lagunas, en otra realización preferente de la invención, se pueden fusionar dos o más registros de cobro de peaje en un registro de cobro de peaje “combinado” cuando sus ubicaciones coinciden con una secuencia geográfica predeterminada, por ejemplo, las ubicaciones de peaje a lo largo de una ruta tal como una carretera de peaje o durante una estancia en un estacionamiento, en el mismo estacionamiento.
La combinación de varios registros individuales de cobro de peaje en un registro combinado de cobro de peaje libera el almacenamiento y facilita el manejo en la etapa de confirmación. Por lo tanto, en otras realizaciones preferentes de los métodos inventivos, los registros fusionados de cobro de peaje se utilizan en dichas etapas de envío y recepción. De este modo, el usuario puede confirmar, por ejemplo, posteriormente, una ruta completa a recorrer, que consta de varias ubicaciones de peaje, sobre la base de un único registro combinado de cobro de peaje.
La base de datos que almacena las fotografías en el sistema puede ser mantenida de manera centralizada en el servidor. Alternativamente, la base de datos comprende primeras partes, guardadas en la cámara o las cámaras, y una segunda parte, guardada en el servidor, y las fotografías se almacenan en las primeras partes, en donde una fotografía se transfiere de las primeras partes a la segunda parte cuando la respuesta no confirma. Por lo tanto, la capacidad de almacenamiento se puede distribuir en varios sitios de cámaras. El tráfico de comunicación se puede reducir en gran medida entre las cámaras y el servidor cuando solo se intercambian a través de la red punteros hacia las fotografías almacenadas localmente en las cámaras durante la manipulación de los registros de cobro de peaje.
De acuerdo con otra característica preferente de la invención, se recibe una firma electrónica con la respuesta y se almacena con un registro de cobro de peaje cuya fotografía se borra. Para los registros de cobro de peaje (o registros fusionados de cobro de peaje) que han sido confirmados bajo pedido, la fotografía se “sustituye” por una firma electrónica en el registro de cobro de peaje, que indica su confirmación.
El terminal de usuario puede ser, por ejemplo, un ordenador personal conectado a la red a través de Internet. En una realización preferente, el terminal de usuario es, sin embargo, un dispositivo móvil tal como un teléfono inteligente o
una tableta y la red incluye una red móvil, tal como una red de telefonía móvil 3G, 4G, 5G, etc. que sirve al dispositivo móvil. Con esta configuración, el usuario puede registrar o confirmar los registros de cobro de peaje “sobre la marcha” inmediatamente antes o después de un viaje. Preferentemente, la solicitud de confirmación se envía mediante un mensaje corto, un correo electrónico, una página web o una conexión de datos a una aplicación en el dispositivo móvil.
Los usos de ubicación sujetos a cobro de peaje mediante los métodos de la invención pueden ser de cualquier tipo, tal como se ha detallado al principio. En particular, una ubicación puede ser un estacionamiento y, por lo tanto, la cámara es dirigida hacia una entrada, un espacio de estacionamiento o una salida del estacionamiento; o la ubicación es un tramo de carretera y la cámara está dirigida hacia este tramo de carretera.
La invención se explicará a continuación en detalle mediante realizaciones de la misma a modo de ejemplo, con referencia a los dibujos adjuntos, en los que:
la figura 1 muestra un sistema de cobro de peaje basado en cámaras tal como se utiliza en los métodos de la invención en un diagrama de bloques esquemático; y
la figura 2 muestra cuatro métodos a modo de ejemplo en forma de diagrama de secuencia.
Con referencia a la figura 1, los métodos de la invención se emplean en un sistema de cobro de peaje 1 ideado para la utilización de ubicaciones L1, L2, L3, L4, ..., en general Lm, por vehículos 2. Se muestra un vehículo 2 a modo de ejemplo viajando por una carretera de peaje 3 o aparcando en un aparcamiento 4 de pago, respectivamente. Los vehículos 2 se identifican en el sistema de cobro de peaje 1 por su número de placa de matrícula (LPN) 5, en el presente documento: “W-5324”, tal como está impreso en una placa de matrícula 6 del vehículo 2.
Para comprobar que un vehículo 2 utiliza una ubicación Lm, cada ubicación sujeta a cobro de peaje Lm está provista de una cámara 7. La cámara 7 está dirigida hacia su ubicación Lm para tomar una imagen (“foto”) 8 del vehículo 2 incluida su placa de matrícula 6 (como mínimo, de la parte del vehículo 2 que incluye la placa de matrícula 6) para que el LPN 5 pueda ser visto y leído en la fotografía 8.
Las cámaras 7 pueden estar montadas, por ejemplo, en pórticos 9 que atraviesan la carretera 3, en postes o edificios a un lado de la carretera 3 (“borde de la carretera”), en una entrada y/o salida del estacionamiento 4, en una puerta o borde, etc. Cada cámara 7 está provista de un procesador local 10 y está conectada a través de una red 11 a un servidor central 12 del sistema de cobro de peaje 1.
El peaje (tarifa) cobrado por la utilización de una ubicación Lm puede ser una tarifa fija o depender de la distancia recorrida hacia o desde esta ubicación, y/o del tiempo que pase en esta ubicación. Por ejemplo, el peaje cobrado por la ubicación L2 puede depender de la distancia entre la ubicación de pago anterior L1 y la ubicación actual L2, o de la longitud de una sección de la carretera en la que la ubicación L2 se encuentra; o depender de un tiempo transcurrido tal como, por ejemplo, en la ubicación L4 del estacionamiento 4, es decir, el tiempo T = t2-t1 transcurrido entre el tiempo t1 de una primera fotografía 8 tomada al entrar en el estacionamiento 4 por la ubicación L4 y el tiempo t2 de una segunda fotografía 8 tomada al salir del estacionamiento 4 por el mismo lugar L4. Cabe señalar que una cámara 7 no solo puede monitorizar la entrada o salida de un estacionamiento 4, sino que también podría monitorizar toda el área del estacionamiento 4 y tomar imágenes a intervalos regulares para identificar la duración del estacionamiento T de un vehículo 2 con el mismo LPN 5.
Las fotografías 8 tomadas por las cámaras 7 se almacenan en una base de datos 13. La base de datos 13 puede ser mantenida centralmente en el servidor 12 o estar distribuida por el sistema 1 de manera descentralizada. En la última realización, las primeras partes 13’ de la base de datos 13 se mantienen en las cámaras 7, por ejemplo, conectadas a sus procesadores 10, y cada una almacena las fotografías 8 tomadas por la respectiva cámara 7; mientras que una segunda parte 13” centralizada de la base de datos 13 se mantiene en el servidor 12 y recopila registros de cobro de peaje (“rec”) y fotografías 8 a través de la red 11, tal como se detallará más adelante.
Para la funcionalidad básica del sistema, no importa dónde residen físicamente las fotografías 8, ya sea en las primeras partes 13’ o en la segunda parte 13” de una base de datos distribuida 13, o solo en una base de datos central 13. Cuando las fotografías 8 están almacenadas localmente en las partes 13’ de las cámaras 7 pueden estar referenciadas o indexadas, por ejemplo, mediante punteros desde la parte central 13”. Para minimizar el tráfico de datos a través de la red 11, se prefiere que las fotografías 8 se almacenen localmente en las partes 13’ de la base de datos de las cámaras y se transfieran a las partes 13” del servidor solo cuando sea necesario.
Conectado a la red 11 está dispuesto, como mínimo. un terminal de usuario 14 con un dispositivo de entrada y salida. El terminal de usuario 14 puede ser un terminal de datos, un ordenador personal, un ordenador portátil o tableta o, preferentemente, un teléfono inteligente con una pantalla táctil 15 como dispositivo de entrada y salida. La red 11 que conecta las cámaras 7, el servidor 12 y los terminales de usuario 14 puede ser de cualquier tipo, por ejemplo, Internet, o una red adecuadamente segmentada, por ejemplo, una red de datos que enlaza el servidor 12 y las cámaras 7 y tiene una puerta de enlace a Internet o a una red de telefonía móvil que da servicio a terminales de usuario 14 en forma de dispositivos móviles tales como teléfonos inteligentes.
La figura 2 muestra tres métodos a modo de ejemplo realizados dentro del sistema de cobro de peaje 1 de la figura 1.
La sección X de la figura 2 se refiere a un primer ejemplo de “confirmación posterior” de lugares sujetos a peaje; la sección Y de la figura 2 se refiere a un segundo y un tercer ejemplo de registro (“declaración previa o posterior”) de lugares sujetos a peaje; y la sección Z de la figura 2 muestra una aplicación del primer ejemplo al peaje del estacionamiento 4.
En el primer ejemplo de una “confirmación posterior” que se muestra en la sección X, una o varias cámaras 7 toman cada una una fotografía (foto) 8 y la envían con un identificador de su ubicación respectiva Lm al servidor 12 (etapa 17). El servidor 12 lee mediante OCR los LPN 5 de los vehículos 2 en las fotografías 8 y genera registros de cobro de peaje (“rec”) 18 para la base de datos 13. La lectura mediante OCR de los LPN 5 en las fotografías 8 puede ser realizada alternativamente por los procesadores 10 de las cámaras 7.
Los registros de cobro de peaje 18 comprenden cada uno una fotografía 8 y una parte de datos 19 que incluye un LPN 5 leído en la fotografía 8, la ubicación Lm de la cámara 7 respectiva que tomó la fotografía 8, un valor de confianza CV opcional del proceso de OCR que lee el LPN 5, y metadatos adicionales, según sea necesario. Opcional y preferentemente, cada uno de los registros de cobro de peaje 18 también incluye el tiempo tn en el que la fotografía 8 fue tomada por la cámara 7 respectiva.
Los registros de cobro de peaje 18 se pueden almacenar en las primeras partes 13’ o en la segunda parte 13” de la base de datos 13, o se pueden distribuir entre la primera y la segunda partes 13’, 13” de modo que, por ejemplo, las fotografías 8 puedan conservarse localmente en las primeras partes 13’ en las cámaras 7 tal como se ha detallado anteriormente. Además, los registros de cobro de peaje 18 pueden ser generados por el servidor 12 tal como se muestra en la figura 2, o ser generados localmente por los procesadores 10 de las cámaras 7, o la generación podría estar dividida entre los procesadores locales 10 y el servidor 12.
Si el nivel de confianza CV del resultado de lectura mediante OCR del LPN 5 en un registro de cobro de peaje 18 no alcanza un umbral mínimo predeterminado, la fotografía 8 en ese registro de cobro de peaje 18 (o en el registro de cobro de peaje 18 completo) podría ser borrada de inmediato, ya sea en la cámara 7 o en el servidor 12, tal como se muestra esquemáticamente en la etapa de generación 17’.
El servidor 12, o el procesador de una cámara 10, puede analizar la secuencia de ubicaciones Lm que aparece en los registros de cobro de peaje 18 posteriores y comparar o hacer coincidir estas ubicaciones Lm con una secuencia geográfica predeterminada (tal como la secuencia L1-L2-L3 en la carretera 3 en la figura 1) para “llenar” cualquier “espacio” que pueda ocurrir debido al borrado de un registro de cobro de peaje 18 en la etapa 17’ o a un fallo general de una cámara 7, etc. Opcionalmente, dicho “llenado de espacios” puede generar registros de cobro de peaje 18 adicionales que tienen solo una parte de datos 19, tal como se muestra en la etapa 20.
Después de cada etapa de generación 17 o cuando se ha generado un cierto conjunto de registros de cobro de peaje 18, el conjunto se determina mediante el criterio 21 que se explica a continuación, se envía una solicitud de confirmación “Q” desde el servidor 12 (o una cámara 7) al terminal de usuario 14 (etapa 22). Los criterios 21 que permiten que el método pase de las etapas de generación 17, 17’, 20 a la etapa de envío 22 pueden ser uno o varios de los siguientes:
i) Los tiempos tn en dos registros de cobro de peaje 18 generados sucesivamente difieren en más de un período de tiempo predeterminado Texpiración, es decir, tn 1 - tn > Texpiración. Esto se basa en la suposición de que el vehículo 2 puede haber dejado de circular por la carretera 3 o haberse detenido durante un período de tiempo más largo, de modo que el viaje de un usuario puede haber terminado.
ii) El tiempo tn en el registro de cobro de peaje 18 más reciente de las etapas 17 difiere del tiempo tn-x en el último registro de cobro de peaje 18 que se envió en una etapa de envío 22 anterior, es decir, en la figura 2 en una etapa de envío 22 (no mostrado) que precede a las etapas 17, en más de un intervalo de tiempo predeterminado Tenviar. Esto implementa una activación periódica del envío de un conjunto acumulado de registros de cobro de peaje 18 en la etapa 22 en intervalos de aproximadamente dicho intervalo de tiempo predeterminado Tenviar.
iii) La ubicación Lm en el registro de cobro de peaje 18 generado más recientemente, de las etapas 17 difiere de la ubicación Lm-X en el último registro de cobro de peaje 18 que se envió en una etapa de envío 22 anterior (no mostrada en la figura. 2) en más de una distancia predeterminada Denviar. Esto implementa un envío periódico de solicitudes de confirmación 22 a intervalos geográficos de aproximadamente Denviar.
Cuando la solicitud de confirmación Q de la etapa 22 se activa después de cada etapa de generación 17 o de acuerdo con uno o varios de los criterios i) a iii) mencionados anteriormente, un registro de cobro de peaje 18 o un conjunto 23 de registros de cobro de peaje 18 para un determinado LPN 5 está disponible en la base de datos 13. En la etapa de envío 22, la solicitud de confirmación Q es enviada al terminal de usuario 14 que está identificado por el LPN 5 indicado en el conjunto 23. Por ejemplo, los terminales de usuario 14 pueden ser direccionados directamente por los LPN 5, es decir, cada vehículo 2 está asociado con un terminal de usuario 14 y viceversa. Con este fin, en una etapa de registro anterior (no mostrada) un usuario puede registrar un terminal de usuario 14 que es
direccionable mediante, por ejemplo, un número de teléfono móvil en la red 11, para un LPN 5 con la red 11 o el servidor 12.
La figura 1 muestra un ejemplo de pantalla táctil 24 en la pantalla táctil 15 del terminal de usuario 14 con una lista de solicitudes de confirmación Q para el LPN 5. En la pantalla 24, las solicitudes de confirmación Q mostradas contienen datos de las partes de datos 19 de los registros de cobro de peaje 18 en una forma procesada, en este caso, por ejemplo, los tramos de ruta AB, BC y CD entre las ubicaciones L1 y L2, L2 y L3, Lm y Lm 1, respectivamente, con los respectivos tiempos de paso t1-t2, t2-t3 y Tm-tm 1 de las ubicaciones de inicio y finalización del tramo de ruta; un ejemplo de una ubicación de estacionamiento E = L4 con horas de inicio y finalización del estacionamiento; así como un ejemplo de una ruta (“viaje”) de A a D en varios tramos de ruta, con los tiempos de paso respectivos de las ubicaciones de inicio y finalización de la ruta.
Como mínimo, una solicitud de confirmación Q de la etapa 22 incluye un LPN 5 con el que está relacionada la solicitud y una información de ubicación LI (tal como Lm, A-B, B-C, E, A-D, ...) que depende de una o varias ubicaciones Lm de uno o varios registros de cobro de peaje 18. Sin embargo, la información de ubicación LI contenida en una solicitud de confirmación Q no necesita enumerar ubicaciones individuales de peaje Lm, sino que también puede ser una generalización de ubicaciones generalizada o emparejada geográficamente Lm, tal como la ruta de A a D a modo de ejemplo, que identifica una secuencia de ubicaciones de peaje L1, L2, L3, ... atravesadas; todo esto está comprendido por el término “dependencia” de la información de ubicación LI de la ubicación o ubicaciones Lm.
Como opción, en la etapa 22, dos o más registros de cobro de peaje 18 del conjunto 23 podrían fusionarse en un “registro combinado de cobro de peaje “, por ejemplo, los registros de cobro de peaje 18 que están relacionados con una ruta (tramo) que abarca varias ubicaciones Lm, Lm 1, Lm 2 etc. La fusión de registros individuales de cobro de peaje 18 en registros combinados de cobro de peaje 18 puede ser realizada, por ejemplo, cuando los tiempos tn, tn 1, ... de dos o más registros de cobro de peaje 18 caen dentro de un lapso de tiempo predeterminado, es decir, están próximos entre sí en el momento oportuno. Adicional o alternativamente, dos o más registros de cobro de peaje 18 se pueden fusionar en un registro combinado de cobro de peaje 18 cuando sus ubicaciones Lm coinciden con una secuencia geográfica predeterminada, por ejemplo, una ruta definida por una secuencia de ubicaciones de peaje Lm. Dichos registros fusionados de cobro de peaje 18 podrían ser sustituidos por los registros de cobro de peaje 18 originales (individuales) en el transcurso del procedimiento adicional.
Tras recibir la solicitud de confirmación Q en la etapa 22, el usuario confirma (o rechaza, es decir, no confirma) la solicitud de confirmación Q por medio del terminal de usuario 14. En el ejemplo mostrado en la figura 1, el usuario marca una casilla de confirmación 26 relativa a una solicitud de confirmación Q y presiona un botón “enviar” 27. Esto inicia la etapa 23 de enviar una respuesta “R” desde el terminal de usuario 14 a la entidad que ha enviado la solicitud Q, es decir, al servidor 12 o a la cámara 7 que la solicita. La respuesta R contiene una referencia a la solicitud Q a la que se refiere y una indicación de si esta solicitud está confirmada o no. En el caso más simple, la mera existencia de una respuesta R es una indicación de confirmación.
Cuando se recibe la respuesta R en la etapa 28, el servidor 12 (o la cámara 7) borran todas esas fotografías 8 de los registros de cobro de peaje 18 en la base de datos 13 a la que se refería la solicitud Q; véase la etapa de borrado 29. Como resultado, solo los registros de cobro de peaje 18 para los que no se recibe una respuesta de confirmación R en la etapa 28 contienen todavía fotografías 8, mientras que todos los demás registros de cobro de peaje 18 se reducen a su parte de datos 19. El borrado de las fotografías 8 en la etapa 29 libera memoria en la base de datos 13 y conserva solo aquellas fotografías 8 que podría ser necesario volver a visitar para verificar o repetir la lectura mediante OCR, o en caso de otros fallos del sistema.
En la etapa 30, los registros de cobro de peajes 18 son recuperados de la base de datos 13 para su procesamiento adicional, tal como verificación, revalidación, relectura mediante OCR, facturación, contabilidad y ejecución de peajes.
En la sección Y de la figura 2, se muestran el segundo y tercer ejemplos. En el segundo ejemplo de una “pre declaración”, en una primera etapa 31 se envía una solicitud de registro “G” desde el terminal de usuario 14 al servidor 12. La solicitud de registro G de la etapa 31 incluye, como mínimo, una referencia a un LPN 5 de un vehículo 2 y una información de ubicación LI, tal como la ruta AD, los tramos de ruta AB, BC, el estacionamiento E, etc., que depende de una o varias ubicaciones Lm sujetas a peaje por las cámaras 7. Como en el primer ejemplo, también en el segundo ejemplo la información de ubicación LI contenida en una solicitud de registro G no necesita enumerar lugares individuales sujetos a peaje Lm, sino que puede ser una generalización de ubicaciones fusionada, generalizada o emparejada geográficamente Lm, es decir, depende de la ubicación o ubicaciones Lm, como el viaje a modo de ejemplo o la ruta de A a D, que designa una secuencia de ubicaciones de peaje Lm.
Tras recibir la solicitud de registro G en la etapa 31, el servidor 12 inicia un proceso 32 en el que las cámaras 7 toman fotografías 8 (etapa 17), y se generan registros de cobro de peaje 18 de la misma manera que en el primer ejemplo explicado anteriormente. Los registros de cobro de peaje 18 son acumulados en la base de datos 13.
Después de cada etapa de generación 17, o cuando se cumple uno de los criterios i), ii) o iii) explicados anteriormente durante la acumulación de los registros de cobro de peaje 18, se inicia una etapa de prueba 33. En la etapa de prueba 33, el proceso 32 prueba si los registros de cobro de peaje 18 acumulados hasta ahora coinciden con la solicitud de registro G en cuanto al LPN 5 y a la información de ubicaciones indicada en la solicitud de registro G. En la forma más simple, la etapa de emparejamiento 33 verifica si una ubicación Lm sujeta a peaje indicada en la solicitud de registro G ha sido aprobada, es decir, si hay un registro de cobro de peaje 18 que contiene esta ubicación Lm. En formas más complejas, la etapa 33 de emparejamiento puede comprender un emparejamiento de mapa geográfico, en el que la secuencia de ubicaciones Lm de una secuencia de registros de cobro de peaje 18 es comparada geográficamente (“coincidente con el mapa”) con la información de ubicación LI, tal como las rutas AD, los tramos AB, BC, el estacionamiento E, etc., indicados en la solicitud de registro G. Si la etapa de prueba 33 produce un “coincidencia”, entonces el servidor 12 borra todas esas fotografías 8 de los registros de cobro de peaje 18 a los que se refiere la solicitud de registro G. Como resultado, nuevamente, el número de fotografías 8 en la base de datos 13 se reduce considerablemente. En la etapa 30 final, los registros de cobro de peaje 18 con sus fotografías 8 restantes son recuperados de la base de datos 13 para su posterior procesamiento, como en la primera realización.
En el tercer ejemplo de una “declaración posterior” representado en la sección Y de la figura 2, la etapa 31 de enviar la solicitud de registro G se realiza en cualquier momento durante o después de la etapa 17 de generación, tal como se muestra a modo de ejemplo en líneas discontinuas. La sección inferior Z de la figura 2 muestra un cuarto ejemplo basado en el primer ejemplo (solicitud / respuesta de confirmación); véanse las etapas 22 y 28. En este caso, sin embargo, las etapas de generación 17 se originan en una misma cámara 7, por ejemplo, en la entrada y salida del estacionamiento 4. Los sucesivos registros de cobro de peajes 18 no difieren en las ubicaciones Lm, sino solo en tiempos tn , los que es útil para cobrar la utilización de una ubicación dependiendo del tiempo pasado en la ubicación Lm. En este caso también, el número de fotografías 8 se puede reducir enormemente, después de recibir una respuesta de confirmación R en la etapa 28, mediante la etapa de eliminación 29. Por supuesto, para el cobro de peaje de un estacionamiento también se podría emplear el segundo ejemplo de la sección Y de la figura 2.
En todos los ejemplos, cuando se borra una fotografía 8 en la base de datos 13, una firma electrónica del terminal de usuario 14 que ha enviado la respectiva respuesta de confirmación R en la etapa 28 o la solicitud de registro G en la etapa 31 puede ser almacenada en el registro de cobro de peaje 18.
Cuando las fotografías 8 se almacenan localmente en las partes de la base de datos 13’ en las cámaras 7, se pueden eliminar allí en las etapas 29, o pueden ser transferidas a la parte central 13” de la base de datos 13 cuando no hay una etapa de confirmación 28 o no coinciden en la etapa 33. Además, las fotografías 8 también se pueden transferir desde las primeras partes 13’ a la segunda parte 13” a intervalos regulares, cuando las primeras partes 13’ exceden un umbral de tamaño, o bajo pedido, por ejemplo, cuando sea necesario en la etapa 30.
Claims (14)
1. Un método de cobro de peaje en una o varias ubicaciones (Lm) de un vehículo (2) que tiene un número de placa de matrícula (5) por medio de un sistema de cobro de peaje basado en cámaras (1) que tiene una cámara (7) en cada ubicación (Lm) a cobrar, un servidor (12), una base de datos (13), un terminal de usuario (14), y una red (11) que conecta la cámara o cámaras (7), el servidor (12) y el terminal de usuario (14), comprendiendo el método: registrar el terminal de usuario (14) para el número de placa de matrícula (5) con la red (11) o el servidor (12); generar (17) uno o varios registros de cobro de peajes (18), cada uno de los cuales incluye una fotografía (8) del vehículo (2) tomada por una de las cámaras (7), la ubicación (Lm) de dicha cámara (7), y un número de placa de matrícula (5) leído mediante reconocimiento óptico de caracteres de dicha fotografía (8), y almacenar el registro o registros de cobro de peaje (18) en la base de datos (13);
enviar (22) una solicitud de confirmación (Q) al terminal de usuario (14) que incluye el número de placa de matrícula (5) leído y una información de ubicación (LI) que depende de la ubicación o ubicaciones (Lm) en dichos registros de cobro de peaje (18); y
recibir (28) una respuesta (R) del terminal de usuario (14) y, si la respuesta (R) confirma la solicitud (Q), borrar (29) la fotografía o fotografías (8) del registro de cobro de peaje (18) en la base de datos (13).
2. El método de la reivindicación 1, en el que cada registro de cobro de peaje (18) incluye un tiempo (tn) en el que dicha fotografía (8) fue tomada por la cámara (7).
3. El método de la reivindicación 2, que comprende, además:
pasar de la etapa de generación (17) a la etapa de envío (22) cuando los tiempos (tn) en dos registros de cobro de peaje (18) generados sucesivamente difieren en más de un lapso de tiempo predeterminado (Texpiración).
4. El método de la reivindicación 2, que comprende, además:
pasar de la etapa de generación (17) a la etapa de envío (22) cuando el tiempo (tn) en un registro de cobro de peaje (18) generado más recientemente difiere del tiempo (tn-X) en un registro de cobro de peaje (18) de una etapa de envío (22) anterior en más de un lapso de tiempo predeterminado (Tenviar).
5. El método de la reivindicación 1 o 2, que comprende, además:
pasar de la etapa de generación (17) a la etapa de envío (22) cuando la ubicación (Lm) en un registro de cobro de peaje (18) generado más recientemente difiere de la ubicación (Lm-X) en un registro de cobro de peaje (18) de una etapa de envío (22) anterior en más de una distancia predeterminada (Denviar).
6. El método de cualquiera de las reivindicaciones 1 a 5, en el que, cuando un nivel de confianza (CV) de la lectura mediante reconocimiento óptico de caracteres del número de placa de matrícula (5) está por debajo de un umbral dado, la fotografía (8) respectiva o el registro de cobro de peaje (18) son eliminados.
7. El método de cualquiera de las reivindicaciones 1 a 6, en el que dos o más registros de cobro de peaje (18) se fusionan en un registro combinado de cobro de peaje (18) cuando sus ubicaciones (Lm) coinciden con una secuencia geográfica predeterminada.
8. El método de cualquiera de las reivindicaciones 1 a 6, en el que cada registro de peaje (18) incluye un tiempo (tn) en el que su fotografía (8) fue tomada por la cámara (7), en donde dos o más registros de cobro de peaje (18) se fusionan en un registro combinado de cobro de peaje cuando sus tiempos (tn) caen dentro de un período de tiempo predeterminado.
9. El método de la reivindicación 7 u 8, en el que dichos registros combinados de cobro de peaje se utilizan en lugar de dichos registros de cobro de peaje (18).
10. El método de cualquiera de las reivindicaciones 1 a 9, en el que la base de datos (13) comprende primeras partes (13’) guardadas en la cámara o cámaras (7) y una segunda parte (13”) guardada en el servidor (12), y en el que la fotografía o fotografías (8) se almacenan en las primeras partes (13’), y en el que una fotografía (8) es transferida de las primeras partes (13’) a la segunda parte (13”) cuando la respuesta (R) no confirma.
11. El método de una cualquiera de las reivindicaciones 1 a 10, en el que se recibe una firma electrónica con la respuesta (R) y se almacena con un registro de cobro de peaje (18) cuya fotografía (8) se borra.
12. El método de cualquiera de las reivindicaciones 1 a 11, en el que el terminal de usuario (14) es un dispositivo móvil y la red (11) incluye una red móvil que da servicio al dispositivo móvil (14).
13. El método de la reivindicación 12, en el que la solicitud de confirmación (Q) se envía mediante un mensaje corto, un correo electrónico, una página web o una conexión de datos a una aplicación en el dispositivo móvil (14).
14. El método de cualquiera de las reivindicaciones 1 a 13, en el que la ubicación (Lm) es un estacionamiento (4) y la cámara (7) está dirigida hacia una entrada, un estacionamiento o una salida del estacionamiento (4); o la ubicación (Lm) es un segmento de una carretera (3) y la cámara está dirigida hacia este segmento de la carretera.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16189918.2A EP3300029B1 (en) | 2016-09-21 | 2016-09-21 | A method for camera-based tolling |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2834700T3 true ES2834700T3 (es) | 2021-06-18 |
Family
ID=56990268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16189918T Active ES2834700T3 (es) | 2016-09-21 | 2016-09-21 | Método para el cobro de un peaje basado en cámaras |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US10354457B2 (es) |
| EP (1) | EP3300029B1 (es) |
| CA (1) | CA2972205C (es) |
| ES (1) | ES2834700T3 (es) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10831745B2 (en) * | 2018-01-30 | 2020-11-10 | Walmart Apollo, Llc | Database protocols and retrieval techniques |
| CN109448142A (zh) * | 2018-11-09 | 2019-03-08 | 郑州云海信息技术有限公司 | 一种基于云计算的智能高速收费***及方法 |
| CN110033638B (zh) * | 2019-03-07 | 2022-01-28 | 西安艾润物联网技术服务有限责任公司 | 车辆进出场所的警示方法及装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7466223B2 (en) * | 2004-05-21 | 2008-12-16 | Pips Technology, Inc. | Automated site security, monitoring and access control system |
| EP3220358A1 (en) * | 2005-06-10 | 2017-09-20 | Accenture Global Services Limited | Electronic vehicle identification |
| JP5517393B2 (ja) * | 2006-01-05 | 2014-06-11 | 三菱重工業株式会社 | 移動体課金システム、移動体課金システムによる移動体課金方法 |
| ES2560637T3 (es) * | 2013-03-13 | 2016-02-22 | Kapsch Trafficcom Ag | Procedimiento para la lectura de matrículas de vehículo |
-
2016
- 2016-09-21 ES ES16189918T patent/ES2834700T3/es active Active
- 2016-09-21 EP EP16189918.2A patent/EP3300029B1/en active Active
-
2017
- 2017-06-30 CA CA2972205A patent/CA2972205C/en active Active
- 2017-09-15 US US15/706,190 patent/US10354457B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP3300029A1 (en) | 2018-03-28 |
| EP3300029B1 (en) | 2020-11-04 |
| CA2972205A1 (en) | 2018-03-21 |
| US20180082491A1 (en) | 2018-03-22 |
| US10354457B2 (en) | 2019-07-16 |
| CA2972205C (en) | 2024-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8432297B2 (en) | Parking information collection system and method | |
| RU2649847C2 (ru) | Способ считывания регистрационных номеров транспортных средств | |
| US20140132767A1 (en) | Parking Information Collection System and Method | |
| ES2834700T3 (es) | Método para el cobro de un peaje basado en cámaras | |
| BRPI0611952B1 (pt) | Método e sistema para identificar uma foto de violação que corresponde a uma entrada de transação de violação | |
| KR102287051B1 (ko) | 이미지 인식 장치를 이용한 주차면 관리 시스템 | |
| ES2308920B1 (es) | Dispositivo movil compacto para la identificacion de vehiculos y gestion integral in-situ de estacionamientos. | |
| CN105005853A (zh) | 一种汽车后市场服务管理*** | |
| CN111444798B (zh) | 电动自行车驾驶行为的识别方法、装置和计算机设备 | |
| Kazi et al. | Smart parking system to reduce traffic congestion | |
| WO2020108065A1 (zh) | 一种用于物联网管控的交通安全设施采集***及采集方法 | |
| Clements et al. | Technologies for congestion pricing | |
| CN113096150A (zh) | 行驶轨迹的生成方法和***、存储介质及电子装置 | |
| JP2016130932A (ja) | 交通違反管理システムおよび交通違反管理方法 | |
| CN112053567A (zh) | 路侧停车管理方法及电子设备 | |
| KR100986622B1 (ko) | Ｌｂｓ 기반의 모바일 단말을 이용한 사고 민원 처리 시스템 및 방법 | |
| CN112560074B (zh) | 车辆通行数据的处理方法、装置、设备及*** | |
| WO2003098556A1 (en) | A system for evaluating a vehicles usage within zones | |
| ES2427163T3 (es) | Procedimiento para validar una transacción de peaje | |
| JPWO2020035916A1 (ja) | 違反者特定装置、違反者特定システム、違反者特定方法、及びプログラム | |
| JP6666796B2 (ja) | 人口推計システムおよび人口推計方法 | |
| RU2683909C1 (ru) | Способ для автоматической оплаты парковки | |
| US20190213617A1 (en) | System and Method for Visitor Flow Analysis | |
| JP6239331B2 (ja) | 情報配信システム、情報端末装置 | |
| US11842551B1 (en) | System and methods for automatically detecting objects of interest and determining their geographic positions |