ES2585342T3

ES2585342T3 - Sistema y método de gestión de entorno de aparcamiento

Info

Publication number: ES2585342T3
Application number: ES07774573.5T
Authority: ES
Inventors: Cory D. Marchasin; Patrick J. Moynihan; Josiah D. Johnson; Lawrence Berman
Original assignee: IPT LLC
Current assignee: IPT LLC
Priority date: 2006-03-31
Filing date: 2007-03-30
Publication date: 2016-10-05
Anticipated expiration: 2027-03-30
Also published as: CN101454807B; US20060255119A1; AU2007235527B2; EP2011091A2; CN101454807A; AU2007235527A1; HK1131459A1; CN102163345A; EP2011091B1; CA2647608C; PL2011091T3; WO2007117441A2; US7950570B2; MX2008012602A; WO2007117441A3; CA2647608A1; EP2011091A4; EP2434460A1

Abstract

Un sistema de gestión de aparcamiento incluyendo: un módulo de detección (40) para detectar una infracción de aparcamiento, estando dispuesto el módulo de detección (40) para recibir datos y para recibir datos de vehículo que han sido leídos de un vehículo (14), para determinar si se ha producido una infracción de aparcamiento en base a los datos y los datos de vehículo; un módulo de aplicación (500) para uso al ejecutar al menos una acción de aplicación cuando se determina que se ha producido una infracción de aparcamiento; y un módulo de resolución (1000) para facilitar la realización de medidas de remedio, incluyendo el módulo de resolución (1000) un módulo de procesado de pago para facilitar el pago de una multa, correspondiente a la acción de aplicación, por un operador (64) del vehículo (14); caracterizado porque la al menos única acción de aplicación incluye inmovilización del vehículo (14) poniendo un cepo (12) en una rueda (16) del vehículo (14), cepo (12) que incluye un dispositivo de bloqueo (18) que se puede desbloquear usando un código de desbloqueo; y porque el módulo de resolución (1000) incluye un procesador de liberación para proporcionar al operador (64) del vehículo el código de desbloqueo al pago de la multa para ayudar al operador (64) a liberar el cepo (12), y un procesador de devolución configurado para comunicar al operador (64) instrucciones para devolver el cepo (12) a una posición.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Sistema y metodo de gestion de entorno de aparcamiento Campo de la invencion

La presente invencion se refiere en general a aplicacion de normas de aparcamiento, y, mas en concreto, a un sistema y metodo para administrar, gestionar, y supervisar programas de aparcamiento.

Antecedentes de la invencion

Los programas de aparcamiento de administracion tanto publica como privada se enfrentan continuamente al problema, aparentemente insoluble, de proporcionar a un numero creciente de vehffculos servicios de aparcamiento con respecto a una zona que tiene un numero limitado de espacios de aparcamiento. Espedficamente, hay un esfuerzo creciente por gestionar el problema en comunidades residenciales, donde las ciudades grandes y pequenas intentan proporcionar a los residentes locales una placa de aparcamiento. Este esfuerzo implica por lo general el uso de programas de aparcamiento disenados para aplicar un conjunto de reglas y normas que controlan los privilegios de aparcamiento en un lugar o zona concreta.

Los programas de aparcamiento tradicionales requieren la aplicacion de las leyes y normas de aparcamiento administrativas por varios agentes de aplicacion, denominados oficiales de aplicacion de aparcamiento (PEO). Los PEOs supervisan una zona y detectan infracciones de aparcamiento, por lo general por inspeccion visual de los vedculos infractores (por ejemplo, identificacion de un vedculo aparcado ilegalmente) o zona circundante (por ejemplo, observar un vedculo aparcado delante de una senal de “Prohibido aparcar”, el tiempo de parqdmetro expirado, etc).

Otros programas de aparcamiento usan autorizaciones para regular y restringir los privilegios de aparcamiento en un intento de asegurar a los residentes que los residentes locales puedan encontrar un lugar para aparcar sus vedculos en una calle o en un solar. El objetivo de tales programas de aparcamiento basados en autorizaciones es promover que las personas obtengan una autorizacion de privilegios de aparcamiento, o, alternativamente, mover los vedculos que no tienen autorizacion, a un aparcamiento medido, de tiempo limitado o garaje.

Sin embargo, los programas de aparcamiento son muy diffciles y caros de implementar y gestionar. Las ineficiencias en la administracion de estos programas de aparcamiento y una falta de aplicacion de las normas son problemas rampantes de los programas de aparcamiento de hoy dfa, dando lugar a una dilucion significativa de los beneficios previstos.

Por ejemplo, un municipio pequeno que instituye un programa de aparcamiento basado en autorizaciones puede enfrentarse a la tarea de emitir de 20.000 a 500.000 autorizaciones al ano, lo que requiere una readaptacion completa del plan existente de aplicacion de normas de aparcamiento del municipio.

Aunque la emision de autorizaciones contribuye a la creacion de normas de aparcamiento, el uso de autorizaciones convencionales incluye muchas desventajas. Las autorizaciones convencionales se expresan ffpicamente en forma de pegatina que se fija a una ventana del vedculo o de etiqueta colgante que cuelga dentro del vedculo (es decir, del espejo retrovisor). Sin embargo, a menudo es diffcil determinar si se tiene autorizacion en base a una inspeccion visual del vedculo, debido a varios factores incluyendo la presencia de ventanillas tintadas y/o a la disposicion del vedculo (por ejemplo, aparcamiento inclinado). Esto impone una carga significativa a la persona responsable de inspeccionar el vedculo para determinar si el vedculo esta aparcado legalmente, denominado Oficial de Aplicacion de Aparcamiento (PEO), que debe localizar y leer la autorizacion mediante una inspeccion visual del vedculo.

Ademas, las autorizaciones convencionales frecuentemente son robadas o “revendidas” (es decir, vendidas por el tenedor de autorizacion autorizado a una persona no autorizada). Sin medios eficientes para efectuar el seguimiento de las autorizaciones concedidas bajo un programa de aparcamiento, dicho mal uso es sumamente diffcil de detectar y de ponerle fin.

Con el fin de aplicar leyes de aparcamiento de vedculos, los programas de aparcamiento emiten ffpicamente un ticket o requerimiento y colocar el requerimiento en el vedculo. En general, el propietario y/u operador del vedculo revisa el requerimiento, y tiene que averiguar cual es la cantidad de la multa y el metodo de pagarla. A continuacion, el propietario/operador sigue los pasos de pagar la multa y/o comparecer ante la justicia para impugnar el requerimiento. La aplicacion del pago de las multas es fortuita porque en muchos casos el propietario del vedculo no paga la multa y acumula requerimientos y multas. Pueden aumentar sustancialmente las multas impuestas a incumplidores repetitivos que se denominan infractores, los cuales ignoran tales requerimientos.

WO2006/026515 describe un metodo y aparato para supervisar y regular aparcamientos en la calle usando tecnologfa RFID. Los operadores de vedculo compran tickets de aparcamiento incluyendo etiquetas RFID y los ponen en sus vedculos mientras estan aparcados. Se lleva a cabo escaneo de las etiquetas RFID, y se notifica a un

5

10

15

20

25

30

35

40

45

50

55

60

65

servidor central si se detecta la ausencia de etiqueta RFID o que esta caducada. El servidor central notifica entonces la aplicacion de las normas de aparcamiento enviando un Oficial de Aplicacion de Aparcamiento al lugar del veldculo aparcado.

Un metodo convencional de asegurar el pago de multas es inmovilizar el veldculo poniendo un cepo en la rueda de veldculo. Un cepo es un dispositivo que se pone en la rueda de veldculo para imposibilitar la operacion del veldculo dado que la rueda ya no puede girar en la calzada debido a la presencia del cepo. Sin embargo, tales cepos son tfpicamente engorrosos y pesados. Por ejemplo, tales cepos se describen en la Patente japonesa JP 58076348, las Patentes de Diseno del Reino Unido 3o0837o y 3007353, y las Patentes de Estados Unidos numeros 1.489.272, 1.530.622, 3.907.072, 4.768.359, 5.134.868, 5.315.848, 5.372.018, y 5.673.574.

Los sistemas de cepo del tipo en uso, aunque no son populares entre los conductores, han sido mas aceptados. Asf, el personal de aplicacion de las normas de aparcamiento pone el cepo de tamano excesivo y engorroso en una rueda de veldculo, inmovilizando el veldculo. El infractor vuelve al veldculo y no puede usar el veldculo. Al infractor se le indica con una pegatina colocada en la ventanilla que llame a la entidad apropiada (por ejemplo, una agencia de aplicacion de la ley) con el fin de obtener instrucciones sobre como liberar y quitar el cepo. Al infractor se le indica durante la llamada que vaya a la comisana de polida, tribunal o administrador, sin su veldculo, a una posicion de pago. El infractor tiene que pagar la multa por esta infraccion y todas las demas infracciones pendientes, si las hay. A este respecto, los sistemas de cepo cogen a los infractores que tienen numerosas infracciones de aparcamiento pendientes. Mas espedficamente, una vez que se ha colocado un cepo en el veldculo de un infractor, las autoridades pueden mantener el control del veldculo hasta que todas las infracciones pendientes contra el propietario u operador del veldculo hayan sido pagadas.

Es claro que el uso del bloqueo de rueda con cepo es inconveniente para el infractor que debe intentar obtener un transporte alternativo desde cualquier lugar en el que haya aparcado al centro de pago, que podna estar a cierta distancia y a cuyo centro no hay facilmente transporte disponible. Una vez efectuado el cargo en la cuenta del infractor, debe volver a su veldculo tomando otro medio de transporte, mientras espera a que quite el cepo una persona de aplicacion de normas de aparcamiento que viaja en paralelo al infractor que vuelve a su veldculo. Tal persona puede llegar o no al veldculo del infractor a tiempo, lo que molesta al infractor. Este proceso puede tardar horas o incluso dfas, gastando una porcion de la multa recibida por la agencia emisora de requerimiento en las horas hombre gastadas en preparar la extraccion del cepo y en el tiempo necesario para quitar el cepo y dejando tambien un ciudadano malhumorado.

Ademas, es costoso tanto para el conductor como para la agencia responsable de la aplicacion de las leyes de trafico. En algunos casos, el cepo se usa en lugar de remolcar el veldculo en propiedad privada para asegurar el pago de multas por infraccion de aparcamiento. El operador de grua no puede entrar al lugar de aparcamiento privado durante horas para zanjar la reclamacion.

WO2004/034294 describe un sistema en el que, cuando un usuario del vehfculo descubre que su vehfculo ha sido inmovilizado mediante el uso de un dispositivo inmovilizador colocado en una rueda del vehfculo, el usuario opera un terminal para efectuar un pago e introduce en el terminal un identificador del dispositivo inmovilizador. Cuando el pago es validado, el usuario recibe un codigo de desbloqueo para desbloquear el dispositivo inmovilizador.

Por lo tanto, se necesita un metodo y un sistema para implementar, gestionar, administrar, supervisar y ejecutar eficiente y efectivamente un programa de aparcamiento.

Resumen de la invencion

Un primer aspecto de la presente invencion proporciona un sistema de gestion de aparcamiento como el definido en la reivindicacion 1.

Un segundo aspecto de la presente invencion proporciona un metodo para resolver una infraccion, metodo que es el definido en la reivindicacion 9.

Un tercer aspecto de la presente invencion proporciona un modulo de resolucion para resolver una infraccion, siendo el modulo de resolucion el definido en la reivindicacion 13.

Segun una realizacion de la presente invencion, los modulos de deteccion, aplicacion y resolucion del sistema de gestion de aparcamiento pueden incluir un sistema de gestion de autorizaciones, uno o varios lectores RFID, y varias autorizaciones de aparcamiento teniendo cada una de ellas una unica etiqueta RFID e identificador de etiqueta (por ejemplo, un numero de etiqueta incluyendo una serie de caracteres alfanumericos). El sistema de gestion de autorizaciones esta configurado para gestionar un programa de aparcamiento basado en autorizaciones, como el descrito en detalle en la Solicitud de Patente de Estados Unidos relacionada numero de serie 11/281.841.

Segun una realizacion de la presente invencion, el componente de aplicacion y los componentes de resolucion del sistema de gestion de aparcamiento pueden incluir un sistema de aplicacion basado en cepo incluyendo una

5

10

15

20

25

30

35

40

45

50

55

60

65

pluralidad de cepos de vehuculo teniendo cada uno una unica etiqueta RFID de cepo e identificador de etiqueta de cepo (por ejemplo, un numero de etiqueta incluyendo una serie de caracteres alfanumericos) legibles por el uno o varios lectores RFID y un sistema de gestion de cepo, como se describe en detalle en la Solicitud de Patente de Estados Unidos relacionada numero de serie 1 I/I 22.953.

Segun una realizacion de la invencion, el sistema de gestion de autorizaciones, denominado el sistema “PermitView”, realiza la administracion, gestion e implementacion eficientes de los modulos de deteccion, aplicacion y resolucion de un programa de aparcamiento basado en autorizaciones (aqrn denominado el “programa de aparcamiento”) que controla un entorno de aparcamiento basado en autorizaciones.

Segun una realizacion de la presente invencion, a cada autorizacion incluida en el programa de aparcamiento se le asigna un unico identificador de etiqueta RFID (por ejemplo, un numero de etiqueta), que se almacena en una etiqueta RFID unida o incrustada en la autorizacion (por ejemplo, en forma de un chip RFID). El identificador de etiqueta RFID esta asociado con informacion o datos espedficamente relacionados con dicha autorizacion de aparcamiento, incluyendo, aunque sin limitacion, datos de vehfculo autorizado, datos de tenedor de la autorizacion, y datos de privilegio de aparcamiento (colectivamente denominados los “datos de etiqueta”).

Segun una realizacion de la presente invencion, el sistema PermitView incluye una memoria accesible por ordenador para almacenar el identificador de etiqueta RFID y datos de etiqueta asociados para cada autorizacion mantenida por el programa de aparcamiento, para permitir la gestion continua durante toda la duracion de la autorizacion.

Segun una realizacion de la presente invencion, la una o varias zonas de aparcamiento del entorno de aparcamiento basado en autorizaciones que son reguladas bajo el programa de aparcamiento, aqrn denominadas las “zonas”, son supervisadas por uno o varios lectores RFID, que pueden ser un dispositivo de mano operado por un Oficial de Aplicacion de Aparcamiento (PEO) o un lector estacionario. El lector de RFID escanea el vehfculo aparcado, lee la etiqueta RFID, y captura el identificador de etiqueta RFID. Para determinar si el vehfculo esta aparcado con autorizacion, el lector RFBD accede a la memoria accesible por ordenador del sistema PermitView y consulta los datos de etiqueta asociados con el identificador de etiqueta RFED capturado.

Segun una realizacion de la presente invencion, el sistema PermitView realiza una determinacion eficiente de si el vehfculo escaneado esta aparcado o no dentro de los privilegios asociados con la autorizacion. En caso de que el vehfculo este aparcado al margen de los privilegios de aparcamiento concedidos a dicha autorizacion, se ejecuta un accion de aplicacion apropiada, y es registrada por el sistema PermitView.

Segun una realizacion de la presente invencion, los datos de vehfculo autorizado (por ejemplo, el color, marca, modelo, ano, numero de matncula, etc) asociados con el identificador RFID escaneado son comunicados al lector de RFID, para comparacion con los datos de vehfculo aparcado, para determinar si la autorizacion esta siendo usada por un vehfculo autorizado, es decir, un vehfculo asociado con la autorizacion.

Segun una realizacion de la presente invencion, al sistema PermitView pueden acceder, mediante una interfaz de usuario, varios usuarios diferentes, tal como tenedores de autorizacion, solicitantes de autorizacion, gestores de programa de aparcamiento, administradores de PermitView, y el uno o varios lectores.

Segun una realizacion de la presente invencion, una o varias estaciones de acoplamiento, adaptadas para acoplar uno o varios lectores RFID de mano, pueden acceder al sistema PermitView. Las estaciones de acoplamiento comunican con el sistema PermitView para sincronizar los datos almacenados en el sistema y los datos almacenados en el lector de RFID. Ademas, uno o varios lectores RFID estacionarios pueden conectar con el sistema para sincronizacion de datos.

Segun una realizacion de la presente invencion, las autorizaciones de nueva concesion son registradas en el sistema PermitView, que actua como una caja de compensacion para todas las autorizaciones gestionadas bajo el programa de aparcamiento. El sistema PermitView rastrea entonces y supervisa el uso de cada autorizacion, durante la duracion de la autorizacion.

El sistema PermitView realiza la aplicacion efectiva de normas de aparcamiento, creando por ello un entorno de aparcamiento seguro y estructurado que da lugar a una realizacion de beneficios para los tenedores de autorizacion y el programa de aparcamiento. Segun una realizacion de la presente invencion, el sistema de aplicacion basado en cepo realiza la inmovilizacion de un vehfculo infractor usando un cepo de vehfculo (es decir, la accion de aplicacion). El sistema de aplicacion basado en cepo incluye un sistema de gestion de cepo, denominado el sistema “BootView”, que realiza la administracion y gestion de los cepos. Ademas, el sistema BootView facilita la operacion de la liberacion y devolucion de los cepos despues de la realizacion de la medida de remedio apropiada (por ejemplo, pago de una multa).

Breve descripcion de los dibujos

5

10

15

20

25

30

35

40

45

50

55

60

65

La presente invencion se entendera mas facilmente a partir de la descripcion detallada de realizaciones ejemplares presentadas a continuacion en union con los dibujos adjuntos, de los que:

La figura 1 es una ilustracion de un entorno de aparcamiento basado en autorizaciones incluyendo un sistema de gestion de autorizaciones, segun una realizacion de la presente invencion.

La figura 2 ilustra un proceso ejemplar para gestionar un entorno de aparcamiento basado en autorizaciones, segun una realizacion de la presente invencion.

La figura 3 ilustra un proceso ejemplar realizado por un sistema de gestion de autorizaciones, segun una realizacion de la presente invencion.

La figura 4 ilustra pasos segun un analisis de privilegio ejemplar, segun una realizacion de la presente invencion.

La figura 5 es un diagrama esquematico que representa un sistema de aplicacion basado en cepo, segun una realizacion de la presente invencion.

La figura 6 es una ilustracion diagramatica de un sistema de aplicacion basado en cepo, segun una realizacion de la presente invencion.

La figura 7 es una ilustracion de un sistema de aplicacion basado en cepo, segun una realizacion de la presente invencion.

La figura 8 es un diagrama esquematico de bloques de un sistema de etiqueta y lector-transmisor de interrogacion RFID, segun una realizacion de la presente invencion.

La figura 9 es una ilustracion de un sistema de gestion de aparcamiento, segun una realizacion de la presente invencion.

Se ha de entender que los dibujos adjuntos tienen la finalidad de ilustrar los conceptos de la invencion y pueden no estar a escala.

Descripcion detallada de la invencion

La presente invencion se refiere a un metodo y sistema para gestionar un entorno de aparcamiento. El sistema de gestion de aparcamiento incluye un modulo de deteccion para detectar una infraccion de aparcamiento (es decir, la identificacion de un vehfculo aparcado ilegalmente o un vehfculo de interes), un modulo de ejecucion para ejecutar una accion de aplicacion apropiada, y un modulo de resolucion para facilitar la realizacion de una medida de remedio por parte del propietario/operador de vehfculo.

Segun una realizacion de la presente invencion, el modulo de deteccion del sistema de gestion de aparcamiento identifica una infraccion de aparcamiento o vehfculo de interes, denominado colectivamente una “infraccion” por inspeccion visual de un vehfculo o su entorno (es decir, un parqmmetro) por parte de un individuo (es decir, un Oficial de Aplicacion de Aparcamiento) y/o escaneando una etiqueta RFID asociada con el vehfculo para determinar los privilegios de aparcamiento asignados a dicho vehfculo, como se describe con detalle mas adelante.

Una vez detectada la infraccion, el modulo de aplicacion del sistema de gestion de aparcamiento realiza la ejecucion de una o varias acciones de aplicacion. La “accion de aplicacion” puede incluir alguno o varios de los siguientes: 1) la emision de un requerimiento o ticket, que puede tener una multa o sancion asociada; y/o 2) el bloqueo del vehfculo (por ejemplo, inmovilizacion del vehfculo, retirada del vehfculo, etc).

Despues de la ejecucion de la accion de aplicacion, el modulo de resolucion del sistema de gestion de aparcamiento facilita la realizacion de una medida de remedio, por parte del propietario/operador de vehfculo, que corresponda a la accion de aplicacion. Por ejemplo, si se pone una multa y el vehfculo es inmovilizado (la accion de aplicacion), entonces el sistema ayuda al propietario/operador de vehfculo en el pago de la multa, la liberacion del dispositivo de inmovilizacion (por ejemplo, un cepo de vehfculo), y la devolucion del dispositivo de inmovilizacion (las medidas de remedio).

Segun una realizacion de la presente invencion, el modulo de resolucion es un sistema basado en humano y/u ordenador incluyendo un procesador de pago configurado para comunicar con un usuario y procesar el pago de una multa asociada con una infraccion de aparcamiento, un procesador de liberacion configurado para transmitir un codigo de desbloqueo a un dispositivo de inmovilizacion usado para aplicar la infraccion de aparcamiento, y un procesador de devolucion configurado para comunicar instrucciones de devolucion al usuario.

El sistema de gestion de aparcamiento que gestiona todos los procesos completos de deteccion, aplicacion y resolucion puede incluir uno o varios sistemas basados en ordenador y/o sistemas basados en humano.

5

10

15

20

25

30

35

40

45

50

55

60

65

Segun una realizacion de la presente invencion, el entorno de aparcamiento gestionado por el sistema de gestion de aparcamiento de la presente invencion puede incluir una o varias zonas de aparcamiento o “zonas”, que son controladas por un programa de aparcamiento. El “programa de aparcamiento” incluye el conjunto de reglas y normas que controlan el aparcamiento en las zonas del entorno de aparcamiento.

Segun una realizacion de la presente invencion, el modulo de deteccion puede incluir uno o varios oficiales de aplicacion de aparcamiento que identifican infracciones de aparcamiento por inspeccion visual del veldculo (es decir, una inspeccion de la placa de matncula y/o pegatina de registro de veldculo) y/o el entorno de veldculo (por ejemplo, un parqmmetro, marcas en bordillo, senales relativas a aparcamiento, etc). En base a la inspeccion visual, el Oficial de Aplicacion de Aparcamiento puede determinar que el veldculo esta actualmente en infraccion de las normas de aparcamiento en vigor o, alternativamente, ejecutando una comprobacion del numero de placa de matncula, determinar que se han cursado una o varias denuncias por aparcamiento contra el veldculo y/o el propietario de veldculo (es decir, un infractor).

Segun una realizacion de la presente invencion, el sistema de gestion de aparcamiento puede ser usado para gestionar un entorno de aparcamiento basado en autorizaciones. La deteccion de una infraccion de aparcamiento en el entorno de aparcamiento basado en autorizaciones puede ser realizada usando un sistema de gestion de autorizaciones (aqrn denominado el sistema PermitView 1), uno o varios lectores RFID 8 para escanear vehfculos situados en una o varias zonas, y una o varias autorizaciones de aparcamiento 11 (como se representa en la figura 1) incluyendo cada una una etiqueta RFID unica (denominada en la figura 1 RFID TAG_1, RFID TAG_2, ... y RFID TAG_N, para un programa de aparcamiento que tiene un numero “N” de autorizaciones). Los expertos en la tecnica apreciaran que aunque la presente invencion se describe incluyendo tecnologfa de lector de RFID, se puede usar otros dispositivos y sistemas de lectura segun la invencion.

Segun una realizacion de la presente invencion, el sistema PermitView 1 es un sistema basado en ordenador, accesible por uno o varios usuarios, que incluye, aunque sin limitacion, los componentes siguientes: una interfaz de usuario 20, un generador de informes 30, un modulo de privilegio 40, y una base de datos de autorizaciones 50. El termino “ordenador” pretende incluir cualquier dispositivo de procesado de datos, tal como un ordenador de sobremesa, un ordenador personal, un ordenador mainframe, un asistente digital personal, un servidor, un dispositivo de mano, o cualquier otro dispositivo capaz de procesar datos. Opcionalmente, segun una realizacion de la presente invencion, el sistema PermitView 1 puede incluir un modulo de sincronizacion 60.

Los expertos en la tecnica apreciaran que los componentes del sistema PermitView 1 pueden estar situados en un solo ordenador, como se representa en la figura 1, o en mas de un ordenador conectado con comunicacion. El termino “conectado con comunicacion” pretende incluir cualquier tipo de conexion, tanto por cable como inalambrica, en el que se puede comunicar datos. El termino “conectado con comunicacion” pretende incluir una conexion entre dispositivos y/o programas dentro de un solo ordenador o entre dispositivos y/o programas en ordenadores separados. Los expertos en la tecnica apreciaran que al menos una porcion del sistema PermitView 1 puede incluir componentes basados en humano. Por ejemplo, la interfaz de usuario 20 puede ser un centro de atencion u oficina convencional donde las personas (por ejemplo, tenedores de autorizacion o solicitantes) pueden acceder al sistema PermitView 1 mediante comunicacion por telefono o en persona 5B, como se representa en la figura 1.

El sistema PermitView 1 puede ser una aplicacion ejecutable por ordenador o programa accesible por un numero de grupos de usuarios, donde las caractensticas del grupo de usuarios dictan el nivel, la cantidad y el tipo de acceso permisible al sistema PermitView 1. Segun una realizacion de la presente invencion, se definen los grupos de usuarios primarios siguientes: tenedores de autorizacion y solicitantes de autorizacion, gestores de programa de aparcamiento, administradores de PermitView, y lectores RFID. Cada grupo de usuarios accede al sistema PermitView 1 mediante una interfaz de usuario apropiada 20, que puede estar especialmente adaptada y/o configurada en base al grupo concreto de usuarios, como se representa en la figura 1. La interfaz de usuario 20 proporciona acceso espedfico de grupo de usuarios al sistema PermitView 1, donde el nivel de acceso es personalizado espedficamente para cada grupo de usuarios.

El grupo de usuarios 'tenedor/solicitante de autorizacion' incluye todas las personas que tienen o desean tener una o varias autorizaciones relacionadas con una o varias zonas supervisadas bajo el programa de aparcamiento. Como se representa en la figura 1, el grupo de usuarios tenedor/solicitante de autorizacion puede acceder al sistema PermitView 1 mediante un portal de tenedor/solicitante de autorizacion de la interfaz de usuario 20 usando un ordenador, aqrn denominado un ordenador de tenedor/solicitante de autorizacion 5. Los expertos en la tecnica apreciaran que el grupo de usuarios tenedor/solicitante de autorizacion tambien puede acceder al sistema PermitView 1 mediante otros medios, como, por ejemplo, mediante una comunicacion por telefono o en persona 5B, como se representa en la figura 1.

El grupo de usuarios administrador de PermitView incluye todas las personas autorizadas para mantener, gestionar, vigilar, supervisar o controlar de otro modo el sistema PermitView 1. Como se representa en la figura 1, el grupo de usuarios administrador de PermitView accede al sistema PermitView 1 mediante un portal de administrador de PermitView de la interfaz de usuario 20 usando un ordenador, aqrn denominado un ordenador de administrador de

5

10

15

20

25

30

35

40

45

50

55

60

65

PermitView 6.

El grupo de usuarios 'gestor de programa de aparcamiento' incluye todas las personas autorizadas para mantener, gestionar, vigilar, supervisar o controlar de otro modo el programa de aparcamiento basado en autorizaciones que es gestionado por el sistema PermitView 1. Como se representa en la figura 1, el grupo de usuarios gestor de programa de aparcamiento accede al sistema PermitView 1 mediante un portal de gestor de aparcamiento de la interfaz de usuario 20 usando un ordenador, aqu denominado un ordenador de gestor de aparcamiento 7. Los expertos en la tecnica apreciaran que el grupo de usuarios gestor de programa de aparcamiento puede acceder a un centro de atencion y/o interfaz de usuario basada en oficina 20 mediante una comunicacion por telefono o en persona.

El grupo de usuarios 'lector' incluye cualquier dispositivo, preferiblemente un dispositivo RFID, adaptado para escanear veldculos, o dispositivos legibles que contiene, en una o varias zonas. Como se representa en la figura 1, el grupo de usuarios lector accede al sistema PermitView 1 mediante un portal de lector de la interfaz de usuario 20 usando un lector conectado con comunicacion 8.

Segun una realizacion de la presente invencion, el ordenador de tenedor de autorizacion 5, el ordenador de administrador de PermitView 6, el ordenador de gestor de autorizacion 7, y el lector 8 pueden incluir un navegador web 5A, 6A, 7A, 8A, respectivamente, que proporciona un portal a una o varias redes basadas en web, tal como, por ejemplo, Red/Internet 100. Cada navegador web 5A, 6A, 7A, 8A esta conectado con comunicacion al sistema PermitView 1 mediante la Red/Internet 100. Los expertos en la tecnica apreciaran que cualquier navegador web es adecuado para uso en la presente invencion, incluyendo, aunque sin limitacion, FireFox, Microsoft® Internet Explorer, Netscape, Opera, WebTV® y Mozilla™.

Segun una realizacion preferida, el lector 8 puede ser cualquier dispositivo adecuado u ordenador capaz de leer una etiqueta RFID. El lector 8 puede ser un dispositivo de mano operado por un PEO, o un dispositivo estacionario. Los expertos en la tecnica apreciaran que los lectores 8 pueden ser pasivos, activos o semiactivos. El lector 8 puede incluir una o varias aplicaciones de software o programas (por ejemplo, RFID/escaneo de codigo de barras y software de evaluacion de autorizaciones tal como PermitFinder, software de escritura de denuncias, etc) configurado para ejecutar las funciones realizadas por los lectores 8, incluyendo, aunque sin limitacion, captura de datos, almacenamiento de datos, y actividad de escaneo.

El lector 8 puede estar configurado para acceder a datos almacenados en un ordenador o en una base de datos usando cualquier programa o lenguaje adecuado, tal como, por ejemplo, Microsoft Access, MsSQL, sistema de base de datos de lado servidor basado en programa de consulta estructurada de fuente abierta, que se puede obtener en el mercado, por ejemplo, de Microsoft Corporation, archivos de texto sencillo (.txt) y/u otras tecnologfas de base de datos. El archivo de texto sencillo es clave para extraer datos de multiples fuentes y para uso con un formato legible universal. Los lectores 8 adecuados para uso con la presente invencion incluyen, aunque sin limitacion, el dispositivo Symbol MC9000-GRFID. Los expertos en la tecnica apreciaran que la autorizacion de aparcamiento puede incluir cualquier dispositivo o medio legible, distinto de una etiqueta RFID. Consiguientemente, el lector 8 puede ser cualquier dispositivo capaz de leer el dispositivo o medio legible que este asociado con la autorizacion de aparcamiento.

Segun una realizacion de la presente invencion, una o varias estaciones de acoplamiento de mano 9, adaptadas para el acoplamiento de uno o varios lectores de mano 8, pueden estar conectadas con comunicacion al sistema PermitView 1 mediante la Red/Internet 100. Se puede acoplar un lector de mano 8 en la estacion de acoplamiento de mano 9 para sincronizar los datos almacenados en el sistema PermitView 1 con los datos almacenados en el lector de mano 8.

Segun una realizacion de la presente invencion, la estacion de acoplamiento de mano 9 puede conectar con comunicacion con el sistema PermitView 1 mediante el modulo de sincronizacion 60. El modulo de sincronizacion 60 puede ser un modulo ejecutable por ordenador capaz de descargar y/o cargar datos a y del uno o varios lectores 8 acoplados en la estacion de acoplamiento 9. Espedficamente, el modulo de sincronizacion 60 puede descargar/cargar datos incluyendo, aunque sin limitacion, listas de autorizaciones validas, actualizaciones de software, informacion de identificacion de PEO, una lista de escaneos realizados por el PEO, una lista de los resultados de escaneo incluyendo cualquier accion de aplicacion tomada (por ejemplo, denuncias cursadas; detalles espedficos relativos a inmovilizaciones, etc), anuncios y alertas para PEOs, una lista de indicaciones de mal funcionamiento (descrita con mas detalle con respecto a la figura 2), etc. Un modulo de sincronizacion ejemplar 60 adecuado para uso en la presente invencion es la herramienta de sincronizacion SQL 2000/CE.

Segun una realizacion de la presente invencion, los datos almacenados en el lector de mano 8 y en el sistema PermitView 1 pueden ser sincronizados en tiempo real mediante una conexion inalambrica entre el lector 8 y el sistema PermitView 1.

Segun una realizacion de la presente invencion, el sistema PermitView 1 incluye un generador de informes 30. El generador de informes 30 es un modulo ejecutable por ordenador configurado para generar informes relativos al

5

10

15

20

25

30

35

40

45

50

55

60

65

programa de aparcamiento. Los expertos en la tecnica apreciaran que el generador de informes 30 puede generar varios informes, incluyendo dichos informes cualquier informacion relacionada con el programa de aparcamiento mantenido por el sistema PermitView 1.

Los informes ejemplares que pueden generarse incluyen, aunque sin limitacion, informes relativos a: 1) informacion financiera (por ejemplo, recibos por cobrar del programa de aparcamiento; 2) resultados de escaneo; 3) informes espedficos de PEO incluyendo informacion de actuaciones de PEO (por ejemplo, numero de escaneos, numero de avisos/comunicaciones, numero de denuncias, numero de veces que el pEo no pudo realizar ninguna accion, etc); 4) informacion de cuenta de tenedor de autorizacion; 5) inventario de autorizaciones; 6) informacion sobre acciones de aplicacion; 7) datos de vetuculo aparcado; y 8) datos de etiqueta.

Los grupos de usuarios (tenedores/solicitantes de autorizacion, gestores de programa de aparcamiento, lectores, y/o administradores de PermitView) pueden presentar una peticion de un informe al generador de informes 30 mediante la interfaz de usuario 20. En base a la peticion de informe, el generador de informes 30 recupera la informacion apropiada de la memoria accesible por ordenador conectada con comunicacion, referida a la base de datos de autorizaciones 50, genera el informe, y proporciona el informe al grupo de usuarios solicitante, mediante la interfaz de usuario 20 o el modulo de sincronizacion 60. El termino “memoria accesible por ordenador” pretende incluir cualquier dispositivo de almacenamiento de datos o base de datos accesible por ordenador, tanto volatil como no volatil, electronico, optico o de otro tipo, incluyendo, aunque sin limitacion, discos flexibles, discos duros, CD-ROMs, DVDs, memorias flash, ROMs y RAMs.

Los expertos en la tecnica apreciaran que el generador de informes 30 puede estar configurado para ejecutar automaticamente informes en uno o varios intervalos de tiempo espedficos (por ejemplo, por hora, diarios, semanales, mensuales, anuales, etc) segun un programa predeterminado y personalizable. Por ejemplo, el generador de informes 30 puede ejecutar un informe diario detallando cada infraccion producida en una zona concreta durante el penodo anterior de 24 horas, y distribuir automaticamente dicho informe al programa de ordenador de gestor de aparcamiento 7 y/o el lector 8 asociado con dicha zona.

Segun una realizacion de la presente invencion, el generador de informes 30 puede recibir automaticamente peticiones de informe del modulo de sincronizacion conectado con comunicacion 60, segun un programa predeterminado. Por ejemplo, el modulo de sincronizacion 60 puede enviar una peticion diaria de un informe que proporcione actualizaciones de datos de autorizacion, para comunicacion con el uno o varios lectores 8 acoplados en la estacion de acoplamiento de mano 9.

Segun una realizacion de la presente invencion, cuando la estacion de acoplamiento de mano 9 detecta el acoplamiento de un lector 8, puede enviar automaticamente una peticion de informe al modulo de sincronizacion 60. El modulo de sincronizacion 60 puede enviar entonces la peticion al generador de informes 30 para su cumplimiento. Por ejemplo, la estacion de acoplamiento de mano 9 puede estar configurada para pedir automaticamente un informe incluyendo informacion actualizada de tenedor de autorizacion para una zona concreta asociada con un lector espedfico 8, cada vez que el lector espedfico 8 este acoplado en la estacion de acoplamiento de mano 9.

La figura 2 ilustra un flujo de proceso ejemplar para supervisar un entorno de aparcamiento basado en autorizaciones para determinar si el vetuculo o los vetuculos aparcados tienen autorizacion de aparcamiento. Se ha de entender que la representacion esquematica dispuesta en la figura 2 es de naturaleza ejemplar y disposiciones alternativas caen dentro del alcance de la invencion.

En el paso S1, un lector 8 escanea un vetuculo aparcado en una zona de aparcamiento basado en autorizaciones gestionada por el sistema PermitView 1. El lector 8 escanea el vetuculo para determinar si incluye una autorizacion de aparcamiento que tiene una etiqueta RFID valida. Los expertos en la tecnica apreciaran que la autorizacion puede tener forma de una pegatina fijada al vetuculo o un artfculo colgado dentro del vetuculo. El lector 8 puede ser un lector estacionario o, como se describe aqrn segun una realizacion de la presente invencion, un lector de mano operado por un PEO. Segun una realizacion de la presente invencion, el lector de RFID 8 esta configurado para detectar y leer una autorizacion y la etiqueta RFID correspondiente a distancia. Ademas, los expertos en la tecnica apreciaran que el lector 8 puede realizar el escaneo mientras el lector 8 esta en movimiento.

En el paso S2, el lector 8 determina si se detecta una etiqueta RFID. Si no se detecta etiqueta, el lector 8 y/o el PEO determinan la razon del fallo de deteccion de etiqueta, en el paso S3A.

Durante el paso S3A, si se determina que el fallo de deteccion de etiqueta es debido a un error del operador de lector, es decir, el PEO, el vetuculo es escaneado de nuevo, en el paso S1. Si el fallo de deteccion de etiqueta es debido a mal funcionamiento de lector, el lector 8 es reparado o sustituido.

Alternativamente, durante el paso S3A, se puede determinar que el fallo de deteccion de etiqueta es debido a mal funcionamiento de etiqueta o la ausencia de una etiqueta. En cualquier caso, en el paso S4, el PEO identifica informacion relacionada con el vetuculo aparcado revisado, denominada los “datos de vetuculo aparcado” e introduce los datos de vetuculo aparcado en el lector 8. Los datos de vetuculo aparcado pueden incluir, aunque sin

5

10

15

20

25

30

35

40

45

50

55

60

65

limitacion, la informacion siguiente: 1) la marca, modelo, ano y color del vetuculo; 2) el numero de placa de matncula del vetuculo; 3) la posicion del vetuculo aparcado (por ejemplo, el solar, calle, y/o zona); y 4) la fecha, hora y d^a de la semana del escaneo. Los expertos en la tecnica apreciaran que el PEO puede introducir los datos de vetuculo aparcado en el lector 8 usando cualquier medio de entrada adecuado, tal como, por ejemplo, un teclado, un teclado numerico, y/o un sistema de reconocimiento de voz.

Los datos de vetuculo aparcado se utilizan para determinar si una etiqueta valida esta asociada con el vetuculo escaneado, en el paso S5. Por ejemplo, si, a la inspeccion visual del vetuculo, el PEO determina que no hay autorizacion/etiqueta, o hay una etiqueta/autorizacion pero la etiqueta funciona mal, se puede comprobar el numero de placa de matncula del vetuculo en el sistema PermitView 1 para determinar si una etiqueta valida esta asociada con el vetuculo. Si es asf, el PEO puede enviar una indicacion o aviso al tenedor de autorizacion con relacion al fallo del tenedor para que presente adecuadamente la autorizacion/etiqueta o el mal funcionamiento de la autorizacion, en el paso S5A. Segun una realizacion de la presente invencion, el sistema PermitView 1 puede rastrear el numero de tales observaciones enviadas a un tenedor de autorizacion concreto, y, si el numero excede de un cierto umbral (es decir, tres avisos anteriores), se puede tomar una accion de aplicacion apropiada (por ejemplo, la emision de una denuncia o la inmovilizacion del vehfculo). Una accion de aplicacion puede incluir, aunque sin limitacion, uno o varios de los siguientes: 1) la emision de una denuncia o requerimiento; 2) la emision de una notificacion o aviso; 3) inmovilizacion del vetuculo (es decir, colocacion de cepo) y/o 4) ninguna accion.

Si durante el paso S5 se determina que no hay etiqueta valida asociada con el vetuculo aparcado, se toma una determinacion sobre la accion de aplicacion apropiada, en el paso S8.

Alternativamente, si durante el paso S2 se detecta una etiqueta, el lector 8 captura el identificador de etiqueta RFID unica, aqrn denominado el “numero de etiqueta” en el paso S3B, e identifica los datos de vetuculo aparcado, en el paso S4. Los expertos en la tecnica apreciaran que el numero de etiqueta puede ser una cadena de cualquier longitud de caracteres alfanumericos capaz identificar de forma unica la autorizacion concreta con la que esta asociado. Segun una realizacion de la presente invencion, el numero de etiqueta se guarda en la etiqueta RFID incrustada o unida a la autorizacion.

Una vez capturados el numero de etiqueta RFID y los datos de vetuculo aparcado, el lector 8 envfa estos datos al sistema PermitView 1. La figura 3 ilustra al menos una porcion de los pasos del proceso de gestion de autorizacion realizado por el sistema PermitView 1. Como se representa en la figura 3, el sistema PermitView 1 recibe el numero de etiqueta y los datos de vetuculo aparcado del lector 8 mediante la interfaz de usuario 20, en el paso S1. La informacion es enviada al Modulo de privilegio 40, que, a su vez, recupera los datos de etiqueta asociados con el numero de etiqueta de la base de datos de autorizaciones 50, en el paso SII.

Segun una realizacion de la presente invencion, los “datos de etiqueta” incluyen, aunque sin limitacion, la informacion siguiente: 1) datos de vetuculo autorizado; 2) datos de tenedor de la autorizacion; y/o 3) datos de privilegio de aparcamiento. Los “datos de vetuculo autorizado” incluyen, aunque sin limitacion, la marca, modelo, color, ano y/o numero de placa de matncula del vetuculo o vetuculos autorizados bajo una autorizacion valida. Los “datos de tenedor de autorizacion” incluyen, aunque sin limitacion, el nombre, la direccion, el numero de telefono, la direccion de correo electronico y/o el numero de fax del tenedor de autorizacion. Los “datos de privilegio de aparcamiento” definen en general el alcance de los privilegios o derechos de aparcamiento que tiene el tenedor de autorizacion, incluyendo, aunque sin limitacion,: a) la una o varias posiciones, zonas, calles, solares, espacios, o zonas en que el vetuculo puede aparcar; b) el termino de la autorizacion y/o el de caducidad de la autorizacion; y/o c) el tiempo o tiempos de aparcamiento validos (es decir, derechos de fin de semana solamente; derechos de dfa solamente derechos, derechos estacionales, etc).

En el paso SIII, el Modulo de privilegio 40 realiza el analisis de privilegio, descrito en detalle mas adelante con respecto a la figura 4. En el paso SIV, despues de realizar el analisis de privilegio, el Modulo de privilegio 40 envfa los resultados del analisis de privilegio al lector 8.

Volviendo al proceso ilustrado en la figura 2, en el paso S8, si se determina que hay una infraccion en base al analisis de privilegio (vease paso S7) o, como se ha descrito anteriormente, no hay etiqueta valida asociada con el vetuculo aparcado (vease paso S5), se determina la accion de aplicacion apropiada a tomar. Los expertos en la tecnica apreciaran que la determinacion relativa a la accion de aplicacion apropiada la puede efectuar el sistema PermitView 1 (como parte del analisis de privilegio), el PEO, o un gestor de programa de aparcamiento.

La figura 4 ilustra los pasos implicados en un analisis de privilegio ejemplar, segun una realizacion de la presente invencion. En general, el analisis de privilegio lo realiza el sistema PermitView 1, e incluye, aunque sin limitacion, una comparacion de los datos de vehfculo aparcado con los datos de privilegio de aparcamiento asociados con la autorizacion asignada al vehfculo aparcado. En el paso SA, el Modulo de privilegio 40 determina si los datos de vehfculo aparcado corresponden o no a los datos de vehfculo autorizado asociados con el numero de etiqueta escaneado en la base de datos de autorizaciones 50. Si los datos no concuerdan, entonces hay mal uso de la autorizacion de aparcamiento, y se ha producido una infraccion de aparcamiento. Por cada infraccion de aparcamiento que tenga lugar, la base de datos de autorizaciones 50 guarda informacion relacionada con la

5

10

15

20

25

30

35

40

45

50

55

60

65

infraccion de aparcamiento, denominada “datos de infraccion de aparcamiento”. Los datos de infraccion de aparcamiento pueden incluir, aunque sin limitacion, los datos de vetuculo aparcado (es decir, la informacion relacionada al vetuculo infractor); la informacion del propietario del vetuculo (derivada del numero de placa de matncula), la informacion de PEO, el tipo de accion de aplicacion tomada, etc. Por ejemplo, una autorizacion que ha sido robada o transferida ilegalmente a vetuculo no autorizado dara lugar a este tipo de discordancia, y la correspondiente infraccion de aparcamiento. Segun una realizacion de la presente invencion, si se detecta mal uso de la autorizacion, el sistema PermitView 1 puede imponer una retencion temporal a la autorizacion, indicando por ello al (a los) PEO(s) que la autorizacion esta inactiva o no es valida.

Alternativamente, el sistema PermitView 1 puede comunicar al lector 8 los datos de vetuculo autorizado asociados con la autorizacion escaneada. Entonces, en base a una inspeccion visual del vetuculo, el PEO puede determinar si hay o no discordancia entre los datos de vetuculo aparcado y los datos de vetuculo autorizado.

Si los datos coinciden, el Modulo de privilegio 40 identifica los datos de privilegio de aparcamiento (es decir, el alcance de privilegios) asignados a la autorizacion, en el paso SB. Segun una realizacion de la presente invencion, los datos de privilegio de aparcamiento pueden ser definidos en el programa de aparcamiento al tiempo de la emision de la autorizacion, o al tiempo de una actualizacion o edicion posterior. Por ejemplo, un tenedor de autorizacion, John Smith, puede tener una autorizacion que incluya privilegios de aparcamiento para la zona “C”/Calle Principal, Hoboken, New Jersey/Lunes-Viernes/entre las 6 horas de la tarde y las 7 de la manana. Ademas, la misma autorizacion tambien puede incluir privilegios que permiten a John Smith, estudiante participante en las clases de verano en la Rutgers University, aparcar su vetuculo en el solar de aparcamiento del campus “11”/zona “H”Vespacios “19-27”/desde el 15 de Junio al 15 de Agosto. En conjunto, estos privilegios de aparcamiento forman los datos de privilegio de aparcamiento asociados con la autorizacion de aparcamiento de John Smith.

Con referencia a la figura 4, en el paso SC, el Modulo de privilegio 40 compara los datos de vehfculo aparcado con los datos de privilegio de aparcamiento. A continuacion, en el paso SD, se determina si el vehfculo esta aparcado dentro del alcance de los privilegios. En caso negativo, se determina que se ha producido una infraccion de

aparcamiento, y los datos de infraccion de aparcamiento son registrados y almacenados en la base de datos de

autorizaciones 50. Los expertos en la tecnica apreciaran que la determinacion de infraccion de aparcamiento la puede hacer el sistema PermitView 1, el PEO, o un gestor de programa de aparcamiento.

En el ejemplo expuesto anteriormente, se supone que el vehfculo de John Smith esta aparcado en el solar de aparcamiento 9/zona “B”/espacio 6 el 17 de Junio. En el paso SC, estos datos de vehfculo aparcado se comparan con los datos de privilegio de aparcamiento, dando lugar a una determinacion de que se ha producido una infraccion de aparcamiento, en el paso SD. Segun una realizacion de la presente invencion, el Modulo de privilegio 40 comunica los resultados del analisis de privilegio al lector 8 para la ejecucion de una accion de aplicacion apropiada. Ademas, los datos de infraccion de aparcamiento son almacenados en la base de datos de autorizaciones 50.

Los expertos en la tecnica apreciaran que la accion de aplicacion puede ser ejecutada en respuesta a la deteccion de una infraccion de aparcamiento y/o la identificacion de un infractor. Un infractor es una persona cuyo vehfculo tiene un numero de requerimientos pendientes por infracciones de aparcamiento que han sido ignorados. El numero de infracciones pendientes para obtener el estado de infractor puede variar segun el numero diferente de requerimientos emitidos por las entidades que controlan la emision de requerimientos como por ejemplo, un

municipio, una ciudad, una universidad o una corporacion. Por ejemplo, un infractor puede tener dos o mas

infracciones pendientes.

Una accion de aplicacion ejemplar que puede ser ejecutada por el sistema de gestion de aparcamiento es la administracion de una multa (por ejemplo, una multa pecuniaria). Segun esta realizacion, el sistema de gestion de aparcamiento incluye un modulo de procesado de pago que esta configurado para facilitar el pago de la multa (es decir, la medida de remedio). El modulo de procesado de pago puede ser un sistema basado en ordenador y/o un sistema basado en humano que proporcione a propietario/operador de vehfculo un medio para pagar la multa pendiente.

Otra accion de aplicacion ejemplar incluye la inmovilizacion del vehfculo infractor. Segun esta realizacion de la presente invencion, el modulo de aplicacion incluye un sistema de aplicacion basado en cepo 1000 configurado para ejecutar la inmovilizacion del vehfculo. Como se representa en la figura 5, el modulo de aplicacion ejemplar incluye un sistema de aplicacion basado en cepo 1000 incluyendo un uno o varios cepos de rueda de vehfculo 12 usados para inmovilizar un vehfculo 14, uno o varios lectores 8 configurados para comunicar con el cepo 12, y un sistema de gestion de cepo 500 conectado con comunicacion a uno o varios lectores 8 y/o la pluralidad de cepos 12 del sistema de aplicacion basado en cepo 1000.

El cepo 12 incluye una cerradura de combinacion 18 que puede ser desbloqueada introduciendo un “codigo de desbloqueo” que puede ser una combinacion de caracteres (por ejemplo, numeros, letras, sfmbolos, etc) cuya disposicion en serie sea unica para cada cerradura 18. Al cepo 12 esta unida por union o cualquier otra disposicion de union conveniente una etiqueta RFID de cepo 218. La etiqueta RFID de cepo 218 opera a frecuencias radio conocidas en esta tecnica y se describira a continuacion con mas detalle en conexion con la figura 8. El cepo 12 es

5

10

15

20

25

30

35

40

45

50

55

60

65

preferiblemente de peso ligero para asegurar la facil portabilidad. Segun una realizacion de la presente invencion, el cepo 12 puede tener mordazas 22, 24 que se abran y cierren alrededor de la rueda 16 en respuesta a la introduccion de la combinacion apropiada a la cerradura 18. Tfpicamente a la cerradura 18 se le asigna un numero de serie unico y este numero de serie es el mismo que el numero de codigo ID unico asignado a la etiqueta RFID de cepo 218. Cada etiqueta RFID de cepo 218 de cada uno de una pluralidad de cepos tiene UNA ID unica en la memoria de etiquetas correspondiente al numero de serie unico de la cerradura de combinacion 18 del cepo. Asf todos los cepos usados por el sistema de aplicacion basado en cepo 1000 son identificables por su codigo RFID unico y el numero de serie asociado preferiblemente identico de la cerradura correspondiente 18.

Como se ha descrito anteriormente, el lector 8 puede ser un dispositivo de mano operado por un PEO, tal como una PDA o un dispositivo estacionario. Los expertos en la tecnica apreciaran que los lectores 8 pueden ser pasivos, activos o semiactivos. El lector 8 puede incluir una o varias aplicaciones de software o programas (por ejemplo, software de escaneo de RFID/Codigo de barras, software de escritura de denuncias, etc) configurados para ejecutar las funciones realizadas por los lectores 8, incluyendo, aunque sin limitacion, captura de datos, almacenamiento de datos, y actividad de escaneo. Los lectores adecuados 8 para uso con la presente invencion incluyen, aunque sin limitacion, el dispositivo Symbol MC9000-G RFID.

Segun una realizacion de la invencion, el sistema de gestion de cepo 500, aqu denominado el sistema “BootView” 500, incluye una base de datos de cepos 44, un procesador de pago, y un modulo de liberacion de cepo. El sistema BootView 500 puede incluir uno o varios ordenadores y/o componentes de procesado basados en humano configurados para realizar la administracion y gestion eficientes de los cepos 12 del sistema de aplicacion basado en cepo 1000.

Segun una realizacion de la presente invencion, cada cepo 12 incluido en el programa de aparcamiento incluye un identificador de etiqueta RFID de cepo unico (por ejemplo, un numero de etiqueta), que esta almacenado en la etiqueta RFID de cepo 218 unida o incrustada en el cepo 12 (por ejemplo, en forma de un chip RFID). El identificador de etiqueta RFID de cepo esta asociado con informacion o datos espedficamente relacionados con dicho cepo, incluyendo, aunque sin limitacion: 1) el codigo para bloquear el cepo (es decir, el codigo de bloqueo); 2) el codigo para desbloquear el cepo (es decir, el codigo de desbloqueo); 3) el tipo/fabricante del cepo; 4) numero de serie; 5) un codigo de desbloqueo por defecto o anulacion; 6) el codigo de desbloqueo actualmente activo; 7) la posicion del cepo (es decir, posicion rastreada por GPS u otro sistema de seguimiento); 8) registros de mantenimiento; 9) informacion de diagnostico tal como nivel de batena, lecturas de acelerometro (es decir, por impacto o choque), y/o temperatura; y/o 10) estado de bloqueo actual (por ejemplo, bloqueado o desbloqueado), denominado colectivamente los “datos de cepo”.

Segun una realizacion de la presente invencion, la base de datos de cepos 44 es cualquier memoria adecuada accesible por ordenador o dispositivo de almacenamiento de datos, que esta configurado para almacenar el identificador de etiqueta RFID de cepo y datos de cepo asociados para cada cepo 12 gestionados por el programa de aparcamiento, para permitir la supervision actual y la gestion del cepo 12. Cuando el cepo 12 es escaneado o lefdo por el lector 8, el lector 8 comunica los datos de cepo al sistema BootView 500. El sistema BootView 500 comunica con la base de datos de cepos 44 recuperando cualesquiera datos de cepo deseados almacenados, tal como, por ejemplo, el codigo de bloqueo o desbloqueo, y comunica esta informacion al lector 8.

Por ejemplo, despues de la deteccion de una infraccion de aparcamiento, el PEO puede escanear un cepo 12 usando el lector 8, determinar el identificador de etiqueta de cepo, y comunicar esta informacion al sistema BootView 500. A la recepcion del identificador de etiqueta de cepo, el sistema BootView 500 puede consultar el identificador de etiqueta de cepo en la base de datos de cepos 44, con el fin de recuperar el codigo de bloqueo asociado con dicho cepo. A continuacion, el sistema BootView 500 comunica el codigo de bloqueo al lector 8 para uso por el PEO al bloquear el cepo 12, completando asf la ejecucion de la inmovilizacion del vedculo. Los expertos en la tecnica apreciaran que se sigue un proceso similar al facilitar la operacion de la liberacion del cepo 12, donde la base de datos de cepos 44 proporciona el codigo de desbloqueo al sistema BootView 500 para transmision al lector 8.

Segun una realizacion de la presente invencion, el cepo 12 puede incluir un receptor GPS que permita determinar la posicion del cepo 12 por un sistema GPS u otro sistema de seguimiento. El sistema BootView 500 puede estar conectado con comunicacion con el sistema GPS para que el sistema BootView 500 pueda identificar la posicion de cada uno de los cepos 12 del sistema de aplicacion basado en cepo 1000. Opcionalmente, la posicion del cepo 12 puede ser transmitida al sistema BootView 500 directamente desde el cepo 12 mediante una senal de busqueda por una red de busqueda.

Segun una realizacion de la presente invencion, si el cepo 12 no esta conectado con comunicacion al sistema BootView 500 mediante una red de busqueda (como se describe con detalle mas adelante), el cepo 12 puede estar configurado para ciclar y cambiar periodicamente su codigo de desbloqueo segun un algoritmo predefinido, pero predecible. El algoritmo es conocido y mantenido por el sistema BootView 500, permitiendo por ello que el sistema determine el codigo de desbloqueo actual sin comunicacion directa con el cepo 12.

Segun una realizacion de la presente invencion, el sistema BootView 500 puede estar conectado con comunicacion

5

10

15

20

25

30

35

40

45

50

55

60

65

a los cepos 12 del sistema de aplicacion basado en cepo 1000 mediante cualesquiera medios de comunicacion adecuados, tal como, por ejemplo, mediante un sistema telefonico convencional 66 (representado en la figura 5).

Segun una realizacion de la presente invencion, el lector 8 incluye un interrogador RFID 216. El interrogador 216 comunica mediante una red de comunicaciones 28 con el sistema BootView 500 u otra base de datos de infractores de trafico de una entidad administrativa. El interrogador RFID 216 del lector 8 tambien comunica con la etiqueta RFID de cepo 218 del cepo 12, como se representa en la figura 8.

Con referencia a la figura 8, el sistema RFID 214 incluye un interrogador 216 y una etiqueta RFID de cepo 218. El interrogador 216 incluye un controlador host 220 para procesar informacion recibida de la etiqueta RFID de cepo 218 mediante el receptor/memoria 224 y la antena 222 y del teclado 250 (u otro dispositivo de entrada) del lector 8. Una memoria separada (no representada) puede estar incluida en el controlador host para recibir y almacenar los datos introducidos por teclado separados de los datos introducidos por etiqueta.

En la figura 8, la antena 222 tambien puede recibir datos mediante una red de comunicaciones 28, como se representa en la figura 5, o de otras fuentes, como, por ejemplo, un sistema informatico municipal de infracciones de trafico 300. Los datos de infractor tambien pueden ser comunicados directamente al sistema BootView 500 desde el sistema informatico municipal 300 mediante una red 28 o desde un modem de comunicacion 36 del lector 8, como se representa en la figura 7, usando un enlace de comunicacion a la red 28 segun una realizacion de la presente invencion. La red 28 puede incluir Internet, una red de area local (LAN) o intranet entre otros (no representado). Opcionalmente, el sistema BootView 500 y el sistema informatico municipal 300 pueden estar integrados y mantenidos en el mismo ordenador u ordenadores.

El PEO puede recibir y comunicar los datos de infractor desde el sistema informatico municipal 300 al lector 8 mediante el modem 36 y la red 28, a la etiqueta RFID de cepo 218 usando un transmisor de interrogador RFID, descrito en detalle mas adelante, y al sistema BootView 500 mediante un sistema de telefono tal como un telefono celular (no representado).

En la figura 8, el sistema RFID incluye un interrogador 214 que incluye ademas un controlador host 220 que genera una senal de orden de interrogacion que es transmitida por el transmisor 226 y la antena 228 como senal 230. El controlador 220 tambien transmite datos de infractor, y otra informacion de la memoria de lector introducida por el encargado de emision de requerimientos mediante la antena 228, el teclado 250, o una antena separada segun sea necesario.

Los datos introducidos en el lector 8 mediante el teclado 250, como se representa en la figura 8, por el PEO 38, vease las figuras 5 y 7, incluyen datos representados en la figura 6, tal como, por ejemplo, el nombre del PEO u oficial municipal, el numero de etiqueta RFID unico, la fecha, la hora y la posicion del requerimiento, la posicion se puede seleccionar de la memoria como codigos almacenados de ciudades, municipios, etc, el numero de matncula y estado de registro del vetuculo, el numero de requerimiento, el codigo de infraccion y el indicador de infractor que indica que el incumplidor es un infractor.

Segun una realizacion de la presente invencion, la posicion tambien puede ser determinada por un receptor GPS situado en el lector 8. Los datos, como, por ejemplo, la posicion del lector 8, el sistema receptor instalado, informacion de licencia, informacion PEO (que puede ser introducida por un escaner desde una tarjeta ID de oficial en algunos casos cuando este disponible) pueden ser introducidos en parte mediante el teclado 250. Opcionalmente, si el lector 8 incluye un receptor GPS, los datos de posicion se pueden obtener mediante un sistema de seguimiento GPS. El sistema BootView 500 puede proporcionar datos de infractor (es decir, un numero de placa de matncula; marca, modelo, y ano del vehfculo infractor; nombre y direccion de la persona que tiene tickets de aparcamiento pendientes) que pueden ser introducidos automaticamente en los lectores 8 mediante un modem u otro dispositivo de comunicaciones mediante la red 28, como se representa en la figura 5.

Para los lectores 8 sin modem o dispositivo de comunicaciones equivalente, la comunicacion con el sistema BootView 500 y/o el sistema informatico municipal 300 se puede hacer manualmente por telefono celular u otro telefono o dispositivo de comunicaciones mediante un sistema telefonico 66 y luego los varios datos recibidos del personal en el host y posiciones municipales pueden ser introducidos manualmente mediante el teclado 250.

Con referencia a la figura 8, la etiqueta RFID de cepo 218 incluye una antena receptora 236 acoplada a un controlador 240 mediante un receptor 238, una memoria 242 acoplada al controlador 240 que extrae datos apropiados a la recepcion de la senal 230, y un transmisor 244 para transmitir informacion en la memoria 242 mediante una antena transmisora 234. El interrogador 216 puede transmitir selectivamente una senal de interrogacion y/o primera informacion a la etiqueta que puede incluir datos de infraccion tales como un codigo de infraccion, un numero de requerimiento, un sello de fecha y hora, una posicion, un numero de matncula, y otros datos introducidos al lector 8. La etiqueta RFID de cepo 218 transmite la senal RFID 232 conteniendo segunda informacion en respuesta a la recepcion de una senal de interrogacion desde la antena 228 del interrogador 216 a la antena 236. Esta segunda informacion incluye la ID de etiqueta y los datos de infraccion pertinentes que son transmitidos al interrogador 216 mediante la antena 234 de etiqueta RFID de cepo 218 a la antena de interrogador

5

10

15

20

25

30

35

40

45

50

55

60

65

222. La senal 232 manifiesta el numero de identificacion RFID y tambien datos de infraccion que pueden ser almacenados en la memoria 242. Tales datos de infraccion pueden ser recibidos del interrogador 216 bajo el control del controlador 220 y almacenados en la memoria de lector (no representada) previamente introducidos, manualmente y/o tambien electronicamente a partir de datos de infractor descargados del sistema BootView 500 o el sistema informatico municipal 300. Estos datos son transmitidos por el transmisor 226 bajo el control del controlador 220. El teclado 250 puede incluir teclas para controlar el modo de operacion del controlador 220 con respecto a la emision de una senal de orden de interrogacion 230 o transmision de senal de datos de infraccion de primera informacion 230 a almacenar en la etiqueta RFID de cepo 218, segun sea el caso. Los datos de infraccion recibidos y el numero RFID unico se almacenan en la memoria 242 bajo el control del controlador 240 y son liberados de la memoria y transmitidos a la antena 234 en respuesta a una senal de control recibida por el controlador 240 mediante la antena 236 y la senal 230.

Para recuperar informacion de la etiqueta, el controlador host 220 genera una senal de interrogacion 230 a la orden del teclado 250 o por una senal recibida por el y dicha senal 230 es transmitida por el transmisor 226 y la antena 228 como senal 230 a la antena receptora 236 de la etiqueta RFID de cepo 218.

La etiqueta RFID de cepo 218 puede estar fijada al cepo 12 en cualquier posicion conveniente por cualquier dispositivo de union adecuado. Tal dispositivo puede incluir union, fijacion en un alojamiento transparente a radio que este fijado permanentemente al exterior del cepo, fijado en una cavidad interna del cepo, pero expuesto en un alojamiento transparente a radiacion para recepcion y transmision de senales de radio de y al interrogador, etc. Un interrogador tambien puede estar incluido en el sistema BootView 500 y/o el sistema informatico municipal 300 para comunicar con la etiqueta RFID de cepo 218.

En la figura 5, el lector de mano de RFID 8 se usa para escanear la etiqueta RFID de cepo 218. El interrogador 216 registra en su memoria la informacion escaneada de la ID unica de la etiqueta y el sello de fecha/hora. El resto de los datos requeridos enumerados anteriormente y representados en la figura 6 se introduce como se ha descrito anteriormente. El lector 8 se usa, si esta equipado con un modem de comunicacion, para contactar con el sistema informatico municipal 300 para recuperar datos de infractor que, si estan presentes, son introducidos a la memoria de lector. El lector 8 se usa entonces para transmitir esta informacion almacenada en el lector 8 al sistema BootView 500 y cualquier base de datos asociada.

Se puede usar cualquier interrogador RFID comercialmente conocido 216 y la etiqueta RFID de cepo 218 en el lector 8 y el cepo 12, y si es necesario, modificar como se ha descrito anteriormente. Ademas, los expertos en la tecnica apreciaran que un lector conocido 8 puede estar adaptado para incluir un interrogador RFID 216, tal como el adaptador RFID protegido TEK. Se incluye preferiblemente una tarjeta de identificacion de empleado para uso por el emisor de requerimiento para escaneo su numero de empleado al lector 8.

El lector 8 que usa la red 28 carga los datos de infraccion almacenados en el lector 8 incluyendo la ID de etiqueta, etc, en el sistema BootView 500.

Segun una realizacion de la presente invencion, como se representa en la figura 7, el sistema BootView 500 incluye uno o varios ordenadores o servidores 42 incluyendo CPUs, memoria, y una o varias bases de datos 44. Segun una realizacion de la presente invencion, el sistema informatico municipal 300 puede incluir uno o varios ordenadores o servidores 46 y una o varias bases de datos 48. Opcionalmente, el sistema BootView 500 y/o el sistema municipal 300 pueden incluir o estar conectado con comunicacion a un centro de datos del departamento de trafico 510 que incluye datos de infractor almacenados y que estan incluidos en las bases de datos 48 del sistema municipal 300.

Aunque el sistema BootView 500 y el sistema informatico municipal 300 se describen como ordenadores o servidores que incluyen unidades de disco duro de alta velocidad, microprocesadores rapidos y memorias grandes, se puede usar PCs convencionales como alternativa. Tales sistemas tambien incluyen impresoras (no representadas) para imprimir los datos necesarios.

El sistema BootView 500 o el sistema municipal 300 pueden operar como sistemas de configuracion para configurar los lectores 8 y las etiquetas con los datos apropiados como codigos de posicion en el lector 8, numeros de serie y numeros de etiqueta RFID para las etiquetas, etc, para uso en el sistema de aplicacion basado en aplicacion 1000. Los lectores 8 tambien pueden tener clavijas para union al sistema BootView 500 y el sistema municipal 300 para descargar datos de informacion de configuracion necesarios e implementados con dispositivos conocidos (por ejemplo, protocolos de servidor de transferencia de archivos). Los dispositivos de almacenamiento usados en el sistema de aplicacion basado en cepo 1000 pueden ser implementados usando varios formatos de datos conocidos en esta tecnica (por ejemplo, bases de datos relacionales). Las memorias de almacenamiento pueden ser parte de los sistemas informaticos o implementarse con dispositivos separados. A los datos almacenados se puede acceder usando Microsoft Access u otras bases de datos adecuadas. El sistema BootView 500 y los servidores del sistema municipal 300 pueden estar situados en la misma posicion que los dispositivos de almacenamiento de los respectivos sistemas. La comunicacion entre ellos es convencional. La red 28 puede ser inalambrica o de cable y puede ser cualquier sistema conocido incluyendo los indicados anteriormente. Las impresoras pueden estar en las mismas posiciones que los servidores o en posiciones diferentes y acopladas por sistemas de comunicaciones

5

10

15

20

25

30

35

40

45

50

55

60

65

conocidos.

En la operacion, un PEO o emisor de requerimientos 38, como se representa en las figuras 5 y 7, emite un requerimiento por aparcamiento a un vehuculo infractor de una norma de aparcamiento, en el paso 54a de la figura 6. El PEO 38, usando el lector 8, comunica mediante la red 28 (vease la figura 5) o mediante el sistema telefonico 400, con las bases de datos 48 del sistema informatico municipal (vease la figura 7), para saber si el vehuculo tiene infracciones anteriores pendientes, es decir, es un infractor, como se representa en el paso 54b de la figura 6. Esta informacion es descargada automaticamente al lector 8 mediante la red 28 o introducida manualmente si es por telefono, en el paso 56 de la figura 6.

Segun una realizacion de la presente invencion, el sistema informatico municipal 300 puede ser mantenido por una entidad de control, e incluye la base de datos 48 de datos de infractores. El sistema informatico municipal 300 tambien puede incluir un dispositivo de lectura/escritura de tarjeta de memoria (no representado) asociado con la base de datos 48 para copiar datos de infractor a una tarjeta de memoria asociada con el dispositivo de lectura/escritura. La tarjeta se usa para transferir los datos de infractor de la base de datos 48 al lector 8. Tales tarjetas, denominadas tarjetas de memoria flash compactas, tarjeta de datos seguros (SD), etc, son relativamente pequenas, pero tienen de ordinario una capacidad de memoria relativamente grande (por ejemplo, una capacidad de memoria de 16, 64, 128 o 256 megabytes). Tales lectores de tarjetas, usados comunmente con camaras digitales y otros sistemas electronicos, estan ampliamente disponibles. El lector 8 tambien tiene dicho lector de tarjetas (no representado) para transferir datos de infractor introducidos en la tarjeta desde la base de datos 43 del sistema informatico municipal 300, representado en la figura 7, a su memoria.

Si el vetuculo tiene infracciones pendientes asociadas, el PEO 38 introduce entonces los datos, como se representa en la figura 6 y se ha descrito anteriormente, en el lector 8 mediante el teclado y por la red 28, si esta disponible. El emisor coloca entonces el cepo 12 en la rueda de vetuculo 16, como se representa en el paso 60 de la figura 6.

Segun una realizacion de la presente invencion, la etiqueta RFID de cepo 218 esta incrustada en el cepo 12, e incluye un numero de codigo de ID unico que corresponde preferiblemente al numero de serie del cepo 12. Al mismo tiempo, la ID de etiqueta y la combinacion correspondiente de la cerradura de cepo 18 se pueden almacenar en la base de datos 44 conectada con comunicacion al sistema BootView 500, como se representa en la figura 7. Esta ID de etiqueta esta correlacionada en la base de datos 44 con el codigo de combinacion correspondiente para desbloquear el cepo 12 asociado con dicha ID de etiqueta unica.

En la figura 6, el emisor comunica entonces con la etiqueta para cargar la ID de etiqueta y luego con el sistema BootView 500 en el paso 58. Entonces, se usa el lector para cargar los datos de infraccion incluyendo el codigo de RFID unico, la fecha y hora de infraccion, la informacion acerca del infractor que indica si el incumplidor es un infractor y que incluye opcionalmente el total de multas atribuidas a las infracciones pendientes, tambien se puede cargar opcionalmente la marca del vetuculo, el numero de matncula del vetuculo, estado de registro, el numero de requerimiento y el codigo de infraccion mediante la red 28 o por telefono, si el lector 8 no tiene un modem o dispositivo de comunicaciones para comunicar con la red 28. Estos datos de infraccion tambien son transmitidos a la etiqueta RFID de cepo 218 mediante el interrogador 216, como se representa en el paso 60 de la figura 6.

El sistema de aplicacion basado en cepo 1000 puede servir como el modulo de resolucion del sistema de gestion de aparcamiento. El sistema de aplicacion basado en cepo 1000 ayuda al propietario/operador de vetuculo a realizar la medida de remedio apropiada que puede incluir, aunque sin limitacion, el pago de cualquier multa pendiente, la extraccion del cepo 12 del vetuculo, y/o la devolucion del cepo 12 a una posicion apropiada.

Segun una realizacion de la presente invencion, el modulo de resolucion es un sistema basado en ordenador y/o un sistema basado en humano incluyendo un procesador de pago configurado para comunicar con el propietario/operador de vetuculo y procesar el pago de una multa asociada con una infraccion de aparcamiento, un procesador de liberacion configurado para transmitir un codigo de desbloqueo a un dispositivo de inmovilizacion (por ejemplo, cepo 12), y un procesador de devolucion configurado para comunicar al usuario instrucciones de devolucion.

Con el fin de facilitar la operacion de extraccion del cepo, el PEO 38 puede proporcionar informacion relacionada con la extraccion del cepo 12 (es decir, instrucciones para la realizacion de la medida de remedio), a saber, la informacion de contacto (por ejemplo, numero de telefono de la entidad que controla el sistema BootView 500, al propietario/operador del vetuculo. Segun una realizacion de la presente invencion, el propietario/operador de vetuculo puede contactar con la entidad 62 mediante un sistema telefonico convencional 66, como se representa en las figuras 5, 6 y 7, u otros medios de comunicacion adecuados.

El propietario/operador 64 da a la entidad 62 el numero de requerimiento (que tambien puede ser el numero de serie del cepo). Usando esta informacion, la entidad 62 consulta en la base de datos de su sistema informatico la ID de etiqueta comunicada previamente por el PEO 38 (es decir, mediante el lector 8, en persona o por telefono). Estos eventos pueden tener lugar dentro de un numero de minutos u horas uno de otro puesto que tfpicamente el cepo se colocara antes de que del propietario/operador vuelva al vehfculo. Una vez que la entidad tiene la ID de etiqueta,

5

10

15

20

25

30

35

40

45

50

55

60

65

tambien tiene los datos de infractor y la informacion de multa asociados.

En alternativa, la entidad puede contactar con la base de datos de municipio 48 para obtener la informacion sobre multas, lo que es mas lento y no tan deseable como tener la informacion sobre multas inmediatamente disponible. La entidad puede usar el sistema BootView 500 y/o bases de datos asociadas 44 para correlacionar datos de infractor con datos de multas para determinar la multa debida por cualquier numero de requerimientos pendientes. Sin embargo, preferiblemente, estos datos los proporciona el lector 8 descargados directamente del sistema municipal 300, como se representa en la figura 5, o comunicados directamente al sistema BootView 500 por telefono por parte del emisor de requerimientos.

Como se ha descrito anteriormente, una medida de remedio ejemplar facilitada por el sistema de gestion basado en cepo 1000 es el pago de una multa. Segun una realizacion de la presente invencion, el sistema BootView 500 incluye un procesador de pago que esta configurado para facilitar el pago de la multa por el propietario/operador. El procesador de pago puede estar conectado con comunicacion a una red de comunicaciones que permite que el propietario/operador de vehuculo autorice el pago de la multa por telefono facilitando su numero de tarjeta de credito u otra informacion de pago (por ejemplo, un numero de tarjeta de debito), en el paso 70 de la figura 6. La medida de remedio puede incluir el pago de un deposito por el cepo 12, para garantizar que el propietario/operador devolvera el cepo 12 a la entidad. A la realizacion de la medida de remedio apropiada (es decir, el pago de la multa pendiente), la entidad puede proporcionar al propietario/operador el codigo requerido para desbloquear el cepo 12. El codigo de desbloqueo se puede facilitar mediante cualesquiera medios de comunicaciones adecuados, como, por ejemplo, por telefono. Ademas, al propietario/operador se le puede proporcionar otra informacion sobre la medida de remedio, tal como, por ejemplo, una direccion a la que se puede devolver el cepo 12; despues de quitarlo del vehuculo.

Segun una realizacion de la presente invencion, la liberacion y/o la extraccion del cepo se pueden facilitar permitiendo que el usuario realice el pago apropiado usando metodos de pago electronico o a base de tarjeta. Por ejemplo, el usuario puede pagar por la liberacion del cepo usando una tarjeta convencional emitida por una gasolinera, tal como una tarjeta Exxon/Mobil Speedpass™.

En el paso 72, cuando el cepo 12 es devuelto a la entidad apropiada, agente, concesionario, etc, se lee la etiqueta de cepo para verificar que el cepo devuelto corresponde a la informacion de cepo asociada con los datos de propietario/operador recibidos del PEO. Si concuerda, se le devuelve el deposito al propietario/operador. Ventajosamente, todo el proceso de resolucion (es decir, la liberacion del cepo) puede tener lugar en un penodo de tiempo relativamente corto. Ademas, la devolucion del cepo puede ser realizada a la conveniencia del propietario/operador.

En caso de que el propietario/operador opte por no pagar y no contacte con la entidad, la entidad puede enviar una notificacion de embargo al municipio que emite el requerimiento. El termino “municipio” pretende incluir cualquier entidad de control que establezca un programa de aparcamiento.

Segun una realizacion de la presente invencion, el municipio puede contactar con un servicio de grua mediante telefono, en el paso 74, para llevar el vehfculo infractor a un lugar de deposito. Para remolcar el vehuculo, el operador de grua tiene que quitar el cepo, en el paso 76. El operador de grua comunica con el sistema 32 de la entidad (por ejemplo, por telefono) para obtener la combinacion requerida para desbloquear el cepo, en el paso 74. Segun una realizacion de la presente invencion, el operador de grua puede usar un lector 8 para obtener la ID de etiqueta de cepo y datos de infraccion relacionados y comunicar esta informacion a la entidad o al municipio mediante la red 28 o por telefono para obtener la combinacion de desbloqueo del cepo. El operador de grua quita entonces el cepo y lleva el vehuculo a un lugar de deposito, en el paso 76, y se devuelve el cepo, en el paso 72.

Segun una realizacion de la presente invencion, el codigo de liberacion de cepo puede ser un numero de desplazamiento para evitar la distribucion indiscriminada de codigos de liberacion de cepo. Es decir, los codigos pueden ser asignados como numeros aleatorios a cada cepo. Cuando se asignan asf, los numeros son introducidos despues en el host y las bases de datos municipales apropiados donde se lleva inicialmente en control de los cepos. Si los cepos son distribuidos por el municipio, asigna los codigos de liberacion a cada cepo, registra el codigo de liberacion y las IDs de etiqueta de cepo, y transmite los codigos a la entidad con correspondencia a las IDs de etiqueta unicas asociadas con cada cepo. Los cepos tienen preferiblemente una llave maestra de anulacion para liberar el cepo en caso de fallo tecnologico del codigo de liberacion.

El lector 8 puede incluir un programa de software configurado para leer los datos de infractor almacenados en una base de datos del sistema informatico municipal. El lector 8 puede incluir un conector para acoplamiento con un receptaculo en el que tales datos pueden ser transferidos usando circuitena de control en el sistema informatico municipal 300. Ademas, el sistema municipal 300 tambien puede incluir en alternativa un sistema para leer datos de infractor directamente a la etiqueta de cepo sin necesidad de que el lector 8 lo haga. Esta entrada de datos directa a la memoria de etiqueta en el sistema informatico municipal elimina posibles errores en la transmision del sistema de comunicacion de tales datos mediante el lector a la etiqueta.

Los expertos pensaran que las realizaciones descritas se ofrecen a modo de ejemplo, y que se puede hacer

5

10

15

20

25

30

35

40

45

50

55

60

65

modificaciones en los sistemas descritos. Por ejemplo, el lector 8 puede incluir una camara digital cuyos datos tambien puedan ser comunicados por el lector 8 a la etiqueta RFID de cepo 218, y al sistema BootView 500 y/o al sistema informatico municipal 300. Las realizaciones descritas se ofrecen a modo de ejemplo y no de limitacion. Se ha previsto que la invencion se defina por las reivindicaciones anexas y no por las realizaciones descritas.

Segun una realizacion de la presente invencion, se puede usar una red de busqueda alfanumerica para comunicacion bidireccional entre el cepo 12 y el sistema informatico host de entidad 62. Usando la red de busqueda, el sistema informatico host de entidad 62 desbloquea el cepo 12 a distancia transmitiendo el codigo de desbloqueo apropiado al cepo 12.

Segun una realizacion de la presente invencion, la red de busqueda puede ser usada para comunicar nuevos codigos de desbloqueo desde el cepo 12 al sistema informatico host de entidad 62. Segun esta realizacion, el cepo 12 puede estar equipado con un generador de codigos de desbloqueo que genera periodicamente un codigo de desbloqueo cuando es bloqueado satisfactoriamente. El cepo 12 transmite el codigo de desbloqueo al sistema informatico host de entidad 62 mediante la red de busqueda. En el caso de que la transmision no tenga exito, el generador de codigos detecta el fallo de transmision y pasa por defecto a un mecanismo de desbloqueo sin fallo, que puede ser una anulacion manual (es decir, desbloqueo con una llave) o un codigo de desbloqueo por defecto. Alternativamente, al bloqueo exitoso del cepo 12, el sistema BootView 500 puede generar un codigo de desbloqueo y transmitir el codigo al cepo 12.

Segun una realizacion de la presente invencion, el sistema de aplicacion basado en cepo 1000 puede incluir una o varias estaciones de acoplamiento de cepo configuradas para el acoplamiento de uno o varios cepos. Las estaciones de acoplamiento de cepo pueden estar conectadas con comunicacion al sistema BootView 500 y el sistema PermitView 1.

Las estaciones de acoplamiento de cepo pueden estar configuradas para realizar una o varias de las acciones siguientes: 1) recargar la fuente de alimentacion del cepo 12, 2) transmitir datos de uso y diagnostico al sistema BootView 500; 3) reprogramar microprogramas almacenados en el cepo 12; 4) comunicar actualizaciones de software desde el sistema BootView 500 al cepo 12; 5) actualizar o cambiar codigos de bloqueo y desbloqueo; y 6) imprimir resguardos de devolucion de cepo/pago.

La estacion de acoplamiento de cepo puede estar conectado con comunicacion a los cepos mediante medios adecuados de comunicacion y conexion, tal como, por ejemplo, una conexion USB, Firewire, una conexion Ethernet, una conexion inalambrica (por ejemplo, conexiones Bluetooth o WiFi), etc. Opcionalmente, la estacion de acoplamiento de cepo puede usar una conexion de potencia por Ethernet para recargar la fuente de alimentacion (por ejemplo, batenas) del cepo 12. La estacion de acoplamiento de cepo puede estar protegida contra factores externos como la intemperie, el vandalismo y la piratena.

Segun una realizacion de la invencion, la unica o varias posiciones de “devolucion” pueden incluir una estacion de acoplamiento de cepo del tipo de taquilla que este adaptada para alojar y acoplar una pluralidad de cepos 12.

Segun una realizacion de la presente invencion, al sistema PermitView 1 pueden acceder ambos tenedores de autorizacion tanto existentes como futuros mediante el portal de tenedor/solicitante de autorizacion de la interfaz de usuario 20. La interfaz de usuario 20 puede incluir una pantalla de autenticacion o entrada que indica a los tenedores de autorizacion actuales que proporcionen informacion de entrada (por ejemplo, un nombre de usuario y contrasena). Los expertos en la tecnica apreciaran que cualquier sistema o metodo de autenticacion adecuado puede ser usado segun la presente invencion, tal como, por ejemplo, autenticacion basada en ASP.Net WebForms. Un tenedor de autorizacion puede acceder a informacion relacionada con su cuenta, y realizar varias tareas relacionadas con la cuenta, incluyendo, aunque sin limitacion, las siguientes: 1) anadir/editar/borrar/actualizar los datos de vefuculo autorizado; 2) anadir/editar/borrar/actualizar los datos de autorizacion; 3)

anadir/editar/borrar/actualizar datos de tenedor de la autorizacion; 4) hacer pagos de facturas, renovacion y/o denuncia; y 5) revisar la informacion de cuenta incluyendo avisos/notificaciones y/o denuncias anteriores, etc.

Segun una realizacion de la presente invencion, una persona puede acceder al sistema PermitView 1 para presentar una nueva solicitud de autorizacion. La nueva solicitud de autorizacion puede incluir, aunque sin limitacion, datos del tenedor de autorizacion, el vefuculo o vefuculos asociados con la autorizacion, el alcance de privilegios solicitado, un medio de pago, y/o la prueba requerida para la emision de una autorizacion. La prueba requerida para obtener una autorizacion puede incluir, aunque sin limitacion, prueba de residencia o elegibilidad para privilegios de aparcamiento residencial (por ejemplo, una factura de comparua de servicios, una licencia de propietario/operador, un justificante de impuesto sobre bienes inmuebles, etc), prueba de empleo para privilegios de aparcamiento para empleados, prueba de matncula para privilegios de aparcamiento de estudiantes, prueba de identificacion personal (por ejemplo, una licencia de propietario/operador, tarjeta de la Seguridad Social, etc). Segun una realizacion de la invencion, esta informacion puede ser escaneada electronicamente y transmitida al sistema PermitView 1 en cualquier formato de archivo adecuado, tal como, por ejemplo, un formato de documento portatil (PDF).

Los expertos en la tecnica apreciaran que un inventario de autorizaciones disponibles y/o concedidos puede ser

5

10

15

20

25

30

35

40

45

50

55

60

65

gestionado, almacenado y mantenido por el sistema PermitView 1 en una base de datos, tal como, por ejemplo, la base de datos de autorizaciones 40. Alternativamente, el inventario puede estar almacenado en una base de datos separada, denominada base de datos de inventario 7B en la figura 1, gestionado y mantenido por el gestor de programa de aparcamiento mediante el ordenador de gestor de aparcamiento 7. Segun esta realizacion, el sistema PermitView 1 puede recibir nuevas solicitudes y comunicarlas al ordenador de gestor de aparcamiento 7 para revision y evaluacion.

Segun una realizacion de la presente invencion, un administrador de PermitView puede acceder al sistema PermitView 1 mediante el portal de administrador de PermitView de la interfaz de usuario 20. Se requiere preferiblemente un nivel de autenticacion incrementado o relativamente mas alto para acceso mediante el portal de administrador debido al tipo y la cantidad de acceso que el administrador tiene al sistema PermitView 1.

Segun una realizacion de la presente invencion, el uno o varios administradores puede acceder al sistema PermitView 1 para realizar un numero de funciones, incluyendo, aunque sin limitacion: 1) configurar y administrar nuevos programas de aparcamiento; 2) proporcionar soporte en lmea; 3) gestionar grupos de usuarios; 4) establecer datos de privilegio de aparcamiento segun los parametros del programa de aparcamiento; 5) gestionar el inventario de autorizaciones; 6) procesar nuevas solicitudes de autorizacion; 7) gestionar la emision de avisos/notificacion y denuncias; 8) definir y proporcionar informes a los grupos de usuarios; y 9) gestion de procesos de facturacion y cobro.

Segun una realizacion de la presente invencion, un gestor de programa de aparcamiento puede acceder al sistema PermitView 1 mediante el programa de portal de gestor de aparcamiento de la interfaz de usuario 20. En comparacion con los otros grupos de usuarios, los gestores de programa de aparcamiento requieren un unico nivel y tipo de acceso al sistema PermitView 1. Segun una realizacion de la presente invencion, el uno o varios administradores pueden acceder al sistema PermitView 1 para realizar varias funciones, incluyendo, aunque sin limitacion: 1) realizacion de varios informes relacionados con el programa de aparcamiento; 2) configurar y administrar nuevos programas de aparcamiento; 3) actualizar/editar datos de tenedor de autorizacion reales; 4) gestionar inventario de autorizaciones; y 5) seguimiento de informacion de accion de aplicacion.

La figura 9 ilustra el sistema de gestion de aparcamiento para gestionar un entorno de aparcamiento basado en cepo y autorizaciones, descrito en detalle anteriormente, incluyendo el sistema BootView 500, el sistema PermitView 1, una pluralidad de cepos 12 teniendo cada uno una etiqueta RFID de cepo, una pluralidad de autorizaciones teniendo cada una una etiqueta RFID, y una pluralidad o lectores 8 para comunicar y leer las etiquetas RFID asociadas con los cepos 12 y las autorizaciones 11.

Segun una realizacion de la presente invencion, el sistema PermitView 1 puede ser usado para gestionar un programa y/o entorno multiespacio de “pago por aparcar”. Los programas convencionales de pago por aparcamiento permiten por lo general que una persona pague por aparcar en un espacio, lugar o zona de aparcamiento concretos durante un penodo de tiempo deseado. Tfpicamente, la persona realiza el pago mediante un parqmmetro “multiespacio” o “pagar y ver” o maquina de dinero en efectivo, tarjeta de credito, o tarjeta de debito, en el parqmmetro propiamente dicho. Alternativamente, la persona puede hacer el pago mediante una comunicacion telefonica con un sistema establecido de “pago por telefono” o “aparcamiento por telefono”. En general, despues del pago, la persona imprime un “resguardo” o prueba de la compra, y vuelve a su vetuculo para poner el resguardo en el vehfculo, tfpicamente en una posicion visible desde fuera del vetuculo, como el salpicadero o el parabrisas.

Para aplicar estos programas segun sistemas convencionales, la informacion relacionada con los vetuculos que estan aparcados legalmente (es decir, informacion que identifica los vehfculos por los que se ha pagado y para los que el tiempo no ha expirado) se recoge en una “lista de vetuculos aparcados legalmente” que se le entrega a un PEO, tfpicamente mediante una comunicacion inalambrica al emisor de tickets de mano del PEO, o mas comunmente, mediante un “informe” al que el PEO puede acceder e imprimir mediante el parqmmetro introduciendo un codigo especial en el parqmmetro.

A continuacion, el PEO, mediante una inspeccion visual, compara la lista de vetuculos aparcados legalmente con los coches ffsicamente aparcados en una zona dada, y toma una accion de aplicacion apropiada (por ejemplo, emitir un ticket) contra vetuculos aparcados en un espacio de aparcamiento que no figura en el informe.

Ademas, los sistemas de parqmmetro “multiespacio” convencionales y los programas requieren tfpicamente que el conductor camine hasta el parqmmetro multiespacio asociado con el lugar de aparcamiento, tfpicamente provisto de un parqmmetro por solar, para comprar tiempo de aparcamiento mediante dinero en efectivo, tarjeta de credito o debito. Los solares de aparcamiento que usan parqmmetros “multiespacio” tienen que marcar visualmente cada espacio de aparcamiento con un identificador (por ejemplo, una designacion de numero y/o letra), o imprimiendo el identificador en la calzada, tierra o acera en o cerca de cada espacio de aparcamiento individual en manera que identifica claramente cada espacio de aparcamiento en el solar. Como tal, el conductor tiene que recordar el identificador e introducir exactamente el identificador en el parqmmetro “multiespacio” con el fin de comprar tiempo para dicho espacio de aparcamiento concreto.

5

10

15

20

25

30

35

40

45

50

55

60

65

Segun una realizacion de la presente invencion, el pago por un espacio de aparcamiento en un entorno de pago por aparcamiento puede ser ejecutado por la persona usando un medio de pago tal como un numero de cuenta o tarjeta inteligente asociada con su autorizacion 11. Esto permite que la persona compre tiempo del parqmmetro multiespacio, en el parqmmetro propiamente dicho, o mediante un pago por sistema telefonico. En el caso de parqmmetros “multiespacio”, debido a la asociacion del metodo de pago y la autorizacion 11 asociada con el velmculo (es decir, asociada con el veluculo en el sistema PermitView 1 e instalado o visualizado por el veluculo), la persona puede hacer el pago sin tener que anotar o recordar el identificador de espacio de aparcamiento del espacio en el que ha aparcado. Segun una realizacion de la presente invencion, la persona puede evitar la interaccion con el parqmmetro que procesa un pago, mediante un sistema de pago por telefono, que tiene la informacion relacionada con el procesado de transaccion por el sistema PermitView 1 y asociado con su autorizacion 11, y comunicado por el sistema de vision de autorizacion 1 al PEO apropiado.

Segun una realizacion de la presente invencion, en el caso de parqmmetros de “pagar y ver”, la persona no tiene que volver a su veluculo para poner el resguardo en el salpicadero del veluculo. Esto es mas conveniente para la persona proporcionando al mismo tiempo un metodo mejorado de aplicacion para la autoridad de aplicacion.

Segun una realizacion de la presente invencion, el sistema PermitView 1 facilita la aplicacion de los entornos de aparcamiento de pagar y ver, aparcar por telefono, y pagar por telefono. Espedficamente, la lista de veluculos aparcados legalmente se la puede proporcionar directamente el sistema PermitView 1 al lector 8. Alternativamente, el sistema PermitView 1 puede proporcionar la lista de veluculos aparcados legalmente al parqmmetro multiespacio o parqmmetro de pagar y ver, que esta conectado con comunicacion al lector 8, mediante, por ejemplo, una conexion inalambrica. Ventajosamente, el procesado de la lista de veluculos aparcados legalmente segun una realizacion de la presente invencion elimina la necesidad de que el PEO interactue con el parqmmetro para generar y obtener el informe y tambien elimina la necesidad de inspeccionar visualmente los espacios a falta del informe para determinar si se requiere una accion de aplicacion. En cambio, el lector 8 puede recibir la lista de veluculos aparcados legalmente del sistema PermitView 1, escanear la (las) autorizacion(es) 11 de los veluculos aparcados en el entorno, capturar los datos de etiqueta asociados con la autorizacion 11, y comparar los datos de etiqueta con la lista de veluculos aparcados legalmente para determinar si se requiere una accion de aplicacion.

Segun una realizacion de la presente invencion, el pago por el espacio puede ser realizado por la persona usando un numero de cuenta o tarjeta inteligente asociada con su autorizacion 11. Despues del pago, los datos relacionados con la transaccion de pago por aparcar, denominados “datos de pago por aparcar”, son asociados con su autorizacion 11 e identificador de etiqueta RFID unico en el sistema PermitView 1. Los datos de pago por aparcar pueden incluir, aunque sin limitacion, la liora y la feda de la compra, la cantidad de tiempo de aparcamiento comprado, una autorizacion de cargar automaticamente una cuenta para una ampliacion del tiempo de aparcamiento, informacion que identifica la autorizacion 11 asociada con el veluculo aparcado, y un “medidor virtual” (es decir, un reloj virtual que funciona desde el tiempo de la autorizacion de pago durante el penodo de tiempo seleccionado y pagado por la persona).

Los datos de pago por aparcar estan asociados con la autorizacion 11 en el sistema PermitView 1, que prepara una lista de veluculos aparcados legalmente y proporciona la lista al lector 8, para consideracion por parte del PEO. El PEO puede escanear las autorizaciones 11 en un entorno de pago por aparcamiento con el lector 8, que comprueba automaticamente los datos de etiqueta asociados con la autorizacion escaneada 11 contra la lista de veluculos aparcados legalmente recibida del sistema PermitView 1, eliminando por ello la necesidad de que el PEO realice una inspeccion visual con el fin de detectar una infraccion de aparcamiento.

Segun una realizacion de la presente invencion, cuando una persona intenta procesar el pago de un espacio de aparcamiento en un entorno de pago por aparcamiento, el sistema PermitView 1 puede determinar que la persona esta en una lista de infractores. Segun una realizacion de la presente invencion, la lista de infractores la puede proporcionar una o varias fuentes, tal como un municipio u otra entidad administrativa. La lista de infractores puede incluir informacion que identifica a cada persona que tenga infracciones de aparcamiento pendientes a las que se tiaya asignado un “estado protiibido”, lo que quiere decir que la persona tiene protiibido el aparcamiento en una o varias zonas controladas por un programa de aparcamiento gestionado por el sistema PermitView 1. Como tal, cuando una persona o veluculo asociado que tiene un estado protiibido intenta procesar el pago por un espacio de pago por aparcar, el sistema PermitView 1 puede comunicar a la persona su estado proliibido e informar a la persona de que el aparcamiento esta proliibido a falta de la resolucion de las infracciones pendientes. Ademas, el sistema PermitView 1 puede indicar a la persona que pague los deredos o multas pendientes para quitar el estado proliibido. Los expertos en la tecnica apreciaran que la comunicacion entre el sistema PermitView 1 y la persona puede ser mediante cualesquiera medios de comunicacion adecuados, tal como, por ejemplo, mediante telefono y/o mediante un parqmmetro multiespacio o pantalla interactiva similar colocada en el entorno de pago por aparcamiento.

Se la de entender que las realizaciones ejemplares son simplemente ilustrativas de la invencion y que los expertos en la tecnica pueden idear mudas variaciones de las realizaciones antes descritas sin apartarse del alcance de la invencion. Por lo tanto, se preve que todas esas variaciones queden incluidas dentro del alcance de las reivindicaciones siguientes y sus equivalentes.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

REIVINDICACIONES

1. Un sistema de gestion de aparcamiento incluyendo:

un modulo de deteccion (40) para detectar una infraccion de aparcamiento, estando dispuesto el modulo de deteccion (40) para recibir datos y para recibir datos de vehuculo que han sido lefdos de un vehuculo (14), para determinar si se ha producido una infraccion de aparcamiento en base a los datos y los datos de vehuculo;

un modulo de aplicacion (500) para uso al ejecutar al menos una accion de aplicacion cuando se determina que se ha producido una infraccion de aparcamiento; y

un modulo de resolucion (1000) para facilitar la realizacion de medidas de remedio, incluyendo el modulo de resolucion (1000) un modulo de procesado de pago para facilitar el pago de una multa, correspondiente a la accion de aplicacion, por un operador (64) del vehuculo (14);

caracterizado porque la al menos unica accion de aplicacion incluye inmovilizacion del vehuculo (14) poniendo un cepo (12) en una rueda (16) del vehuculo (14), cepo (12) que incluye un dispositivo de bloqueo (18) que se puede desbloquear usando un codigo de desbloqueo; y

porque el modulo de resolucion (1000) incluye un procesador de liberacion para proporcionar al operador (64) del vehuculo el codigo de desbloqueo al pago de la multa para ayudar al operador (64) a liberar el cepo (12), y un procesador de devolucion configurado para comunicar al operador (64) instrucciones para devolver el cepo (12) a una posicion.
2. El sistema de la reivindicacion 1, donde el modulo de deteccion (40) incluye una etiqueta RFID que tiene UNA ID unica asociada con un vehuculo; un lector de RFID (8) para leer la etiqueta RFID; y un modulo de privilegio (40) conectado con comunicacion al lector de RFID (8), donde el modulo de privilegio (40) esta configurado para realizar un analisis de privilegio.
3. El sistema de la reivindicacion 1 o la reivindicacion 2, donde el cepo (12) incluye una etiqueta RFID de cepo (218) legible por un lector de RFID (8); y el sistema de gestion de aparcamiento incluye un sistema de gestion de cepo (500) conectado con comunicacion a al menos uno del lector de RFID (8) y el cepo (12), donde el sistema de gestion de cepo (500) esta configurado para uso al ejecutar la al menos unica accion de aplicacion y para facilitar la realizacion de las medidas de remedio.
4. El sistema de la reivindicacion 3, donde el cepo (12) tiene un identificador de etiqueta de cepo que esta asociado con un dispositivo de codigo de bloqueo y el codigo de desbloqueo para el cepo (12).
5. El sistema de la reivindicacion 4, donde el sistema de gestion de cepo (500) incluye una base de datos (44) para almacenar al menos uno del identificador de etiqueta de cepo, el codigo de bloqueo y el codigo de desbloqueo.
6. El sistema de cualquiera de las reivindicaciones 1 a 5, donde la multa incluye ademas un deposito por el cepo (12), deposito que se puede devolver al operador (64) cuando el cepo (12) sea devuelto a una entidad apropiada.
7. El sistema de cualquiera de las reivindicaciones 1 a 6, donde los datos incluyen datos de privilegio de aparcamiento, y el modulo de deteccion incluye un modulo de privilegio (40) configurado para realizar un analisis de privilegio de los datos de privilegio de aparcamiento y los datos de vehfculo con el fin de determinar si se ha producido una infraccion.
8. El sistema de la reivindicacion 1, donde los datos de vehfculo son datos que han sido lefdos del vehfculo (14) leyendo una etiqueta asociada con el vehfculo (14).
9. Un metodo para resolver una infraccion de aparcamiento incluyendo el paso de:

procesar el pago de una multa por un usuario (64) de un vehfculo (14), multa que corresponde a una accion de aplicacion ejecutada cuando se determina que se ha producido una infraccion de aparcamiento;

caracterizado porque la accion de aplicacion incluye inmovilizacion del vehfculo (14) poniendo un cepo (12) en una rueda (16) del vehfculo (14), cepo (12) que incluye un dispositivo de bloqueo (18) que se puede desbloquear usando un codigo de desbloqueo; y

porque el metodo incluye los pasos de:

proporcionar al usuario (64) del vehfculo el codigo de desbloqueo al pago de la multa para ayudar al usuario (64) a liberar el cepo (12); y

5

10

15

20

25

30

35

facilitar la devolucion del cepo (12) a una posicion comunicando al usuario (64) instrucciones para devolver el cepo (12) a la posicion.
10. El metodo de la reivindicacion 9, donde el paso de procesar el pago incluye recibir una comunicacion del usuario (64) autorizando el pago.
11. El metodo de la reivindicacion 9, donde el paso de proporcionar al usuario (64) el codigo de desbloqueo para ayudar al usuario (64) a liberar el cepo (12) incluye proporcionar el codigo de desbloqueo al usuario (64) para introducirlo en el cepo (12).
12. El metodo de cualquiera de las reivindicaciones 9 a 11, donde la multa incluye ademas un deposito por el cepo (12), y el metodo incluye devolver el deposito al usuario (64) cuando el cepo (12) es devuelto a una entidad apropiada.
13. Un modulo de resolucion (1000) para resolver una infraccion de aparcamiento, incluyendo el modulo de resolucion (1000):

un procesador de pago configurado para comunicar con un usuario (64) de un vehnculo (14) y procesar el pago de una multa por el usuario (64), multa que esta asociada con una accion de aplicacion ejecutada cuando se determina que se ha producido una infraccion de aparcamiento;

caracterizado porque la accion de aplicacion incluye inmovilizacion del vehfculo (14) poniendo un cepo (12) en una rueda (16) del vehfculo (14), cepo (12) que incluye un dispositivo de bloqueo (18) que se puede desbloquear usando un codigo de desbloqueo; y

porque el modulo de resolucion (1000) incluye:

un procesador de liberacion configurado para transmitir un codigo de desbloqueo al usuario (64) del vehfculo (14) al pago de la multa para ayudar al usuario (64) a liberar el cepo (12) usado para aplicar la infraccion; y

un procesador de devolucion configurado para comunicar instrucciones de devolucion al usuario (64), instrucciones que son para devolver el cepo (12) a una posicion.
14. El modulo de resolucion de la reivindicacion 13, donde la multa incluye ademas un deposito por el cepo (12), deposito que puede ser devuelto al operador (64) cuando el cepo (12) sea devuelto a una entidad apropiada.