ES2314364T3 - Sistema de prioridad de señales de trafico basado en eventos moviles. - Google Patents
Sistema de prioridad de señales de trafico basado en eventos moviles. Download PDFInfo
- Publication number
- ES2314364T3 ES2314364T3 ES04703027T ES04703027T ES2314364T3 ES 2314364 T3 ES2314364 T3 ES 2314364T3 ES 04703027 T ES04703027 T ES 04703027T ES 04703027 T ES04703027 T ES 04703027T ES 2314364 T3 ES2314364 T3 ES 2314364T3
- Authority
- ES
- Spain
- Prior art keywords
- event
- vehicle
- mobile
- traffic
- tsp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/07—Controlling traffic signals
- G08G1/087—Override of traffic control, e.g. by signal transmitted by an emergency vehicle
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
- G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
- G01S19/01—Satellite radio beacon positioning systems transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/07—Controlling traffic signals
- G08G1/075—Ramp control
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Traffic Control Systems (AREA)
Abstract
Procedimiento de prioridad de las señales de tráfico, que comprende las siguientes etapas: a) detección de cuando un vehículo se acerca a una señal de tráfico; y b) determinación de si el vehículo observa un recuento predefinido de pasajeros, c) si ambas etapas a) y b) están satisfechas, se introduce una modificación en el control de una señal de tráfico; d) evaluación del estado del vehículo con relación por lo menos a un criterio de salida; y e) se realiza una acción de salida del evento, cuando el estado del vehículo, satisface por lo menos un criterio de salida.
Description
Sistema de prioridad de señales de tráfico
basado en eventos móviles.
La presente invención se refiere al control de
las señales de tráfico, y más concretamente, al control de la señal
de tráfico basada en las condiciones del tráfico.
La prioridad de la señal de tráfico (Traffic
signal priotity TSP) en una estrategia de funcionamiento que
facilita el movimiento de los vehículos en servicio en tránsito, a
través del control de la señal de tráfico en los cruces. El TSP
modifica el proceso normal de funcionamiento de la señal para
acomodar a los vehículos en tránsito para reducir el tiempo de
retraso de un vehículo en transito en un cruce. El TSP también
intenta reducir al mínimo el impacto sobre otros vehículos que
cruzan en el mismo cruce desde distintas direcciones. La prioridad
de la señal de tráfico puede mejorar el cumplimiento estricto del
horario, la eficiencia del tránsito, y la exactitud de la
información del tránsito, además del aumento de la eficacia general
de la red de carreteras.
Hay que tener en cuenta que la prioridad de la
señal de tráfico es diferente que el mando prioritario de la señal
de tráfico porque el mando prioritario de la señal de tráfico
interrumpe el proceso normal por razones especiales (por ejemplo,
un tren que se acerca, un vehículo de emergencia o un coche de
policía que responde a una llamada de emergencia, etc.), mientras
que la prioridad de la señal de tráfico modifica el proceso normal
de funcionamiento de la señal en lugar de interrumpirlo. Hay en
general dos tipos de enfoques para proporcionar la prioridad de la
señal de tráfico. La forma básica es el cruce local TSP, que se
realiza en un nivel de un cruce local mediante el uso de un primer
detector que detecta a un vehículo aproximarse al cruce y envía una
llamada "check-in" para controlar la señal de
tráfico. Un segundo detector, detecta al vehículo mientras que pasa
a través del cruce y envía una llamada
"check-out" al controlador de la señal de
tráfico para notificar al controlador de este hecho.
Este sistema tiene sin embargo varias
desventajas. En primer lugar, se requiere la instalación de un
detector y/o de un receptor en cada cruce TSP para detectar a los
vehículos que se aproximan al cruce. Esto también carece de la
capacidad de generar la información detallada relacionada con la
velocidad del vehículo, que se relaciona con el tiempo de llegada
estimado del vehículo ("estimated time of arrival" ETA) al
cruce. Estas limitaciones pueden afectar a la exactitud de la
activación de la solicitud TSP. Además, es difícil de incorporar
cualquier algoritmo de estrategia de control del tráfico en este
enfoque TSP, porque este enfoque no proporciona la información
sobre los muchos factores necesarios para las estrategias de cálculo
del algoritmo para mejorar el flujo del tráfico, reducir al mínimo
el impacto del flujo del tráfico de otras direcciones, y garantizar
la seguridad a los peatones que cruzan la calle.
Un enfoque más sofisticado incorpora un sistema
de localización automática de vehículos (AVL) y un sistema de
control (AVLC) que se comunica con cualquier controlador de una
señal de tráfico en el cruce y/o en un centro de control
centralizado en una red. El centro de control envía una solicitud de
prioridad a una señal de tráfico en el cruce a través de una
conexión de red. Una implementación común de este enfoque requiere
que el vehículo transmita los datos de la posición del GPS
periódicamente al centro de control. El centro de control entonces,
calcula la velocidad y la llegada estimada junto con la otra
información para determinar si el TSP es necesario en el cruce. Si
es así, el centro de control enviará una petición o una cancelación
del TSP correspondiente al controlador de la señal de tráfico.
Si la petición o la cancelación del TSP se
determinan en el centro de control en un sistema TSP basado en la
red, la exactitud de emitir la petición está basada en la frecuencia
de la unidad móvil (por ejemplo, el vehículo), transmitiendo los
mensajes de localización móviles al centro de control. Una
frecuencia más alta de la información de la localización del
vehículo, puede tender a sobrecargar la radio u otros componentes
en el sistema, mientras que una frecuencia más baja de la
información puede causar la sincronización inexacta en accionar un
cambio en la señal de tráfico. El ritmo de transferencia es
normalmente del orden de un mensaje por segundo (1 hercio). Sin
embargo, la intensa transferencia de datos entre el móvil y el
centro de control puede causar la congestión de la radio,
especialmente en las grandes ciudades, con muchos vehículos en
tránsito que funcionan al mismo tiempo y tienen una demanda alta de
TSP.
Se necesita un método y un sistema que pueda
llevar a cabo el control de la señal de tráfico con más precisión
para optimizar el flujo de tráfico.
De acuerdo con el primer aspecto de la presente
invención, un procedimiento de prioridad de la señal de tráfico
comprende (a) la detección de cuando un vehículo se acerca a una
señal de tráfico; y (b) la determinación de si el vehículo observa
un recuento predefinido de pasajeros, donde si ambas etapas (a) y
(b) están satisfechas, se introduce una modificación en el control
de una señal de tráfico; (d) se evalúa el estado del vehículo con
relación por lo menos a un criterio de salida; y, (e) se realiza una
acción de salida del evento, cuando el estado del vehículo,
satisface por lo menos un criterio de salida.
\newpage
Preferentemente el procedimiento comprende
además la detección de una condición de tiempo de espera del evento
donde el estado del vehículo no satisface por lo menos un criterio
de salida en un período de tiempo predeterminado; y se conduce una
acción de tiempo de espera cuando una acción de tiempo de espera se
produce.
Preferentemente, la etapa (a) de detectar cuando
un vehículo se acerca a una señal de tráfico comprende la detección
de la entrada del vehículo en un radio de un punto de
localización.
Preferentemente, la etapa (a) de detectar cuando
un vehículo se acerca a una señal de tráfico comprende el hecho de
detectar el sentido de la marcha del vehículo dentro de una
tolerancia.
Preferentemente, el procedimiento comprende
además la evaluación del estado del vehículo en función de por lo
menos un criterio de evento móvil; en el que un evento móvil
corresponde por lo menos a un criterio de evento móvil que incluye
al menos una invocación a una petición de prioridad de la señal de
tráfico y una anulación de prioridad de señal de tráfico.
Preferentemente, dicho vehículo es un
autobús.
Preferentemente el procedimiento incluye además,
después de la etapa (b) se evalúa el estado del segundo vehículo
que corresponde a un segundo vehículo con relación al menos a un
criterio de entrada; se verifica el estado del vehículo y el estado
del segundo vehículo en función de al menos un criterio del sistema
de control del tráfico; y se aprueba la activación de al menos un
evento móvil que corresponde al menos a un estado del vehículo y al
estado del segundo vehículo, sobre la base de la etapa de
verificación.
De acuerdo con un segundo aspecto de la presente
invención, un ordenador móvil para una utilización en un sistema de
control de prioridad de las señales de tráfico, adaptado para llevar
a cabo el procedimiento del primer aspecto.
La invención se dirige a un procedimiento y a un
sistema que añade un subsistema de prioridad de señal de tráfico
(TSP) que usa la función de activación de un evento móvil en un
sistema de gestión del tránsito existente con un sistema móvil
AVL/AVLC. En general, la invención añade una función de activación
de un evento móvil, en un sistema móvil existente. La actual
función incluye la definición de entrada de un evento, los criterios
de evaluación, y la acción asociada relacionada con la entrada, la
salida, o el tiempo de espera de un evento. En una representación,
la invención separa el código que lleva a cabo la función del evento
móvil de los datos que definen los eventos característicos
actuales, los criterios de los eventos, las acciones del evento,
etc. En caso de separación de la puesta en práctica del evento
móvil de la definición del evento, la invención permite muchos
eventos móviles distintos con diferentes condiciones y distintas
acciones que se crearán sin requerir cambios en cualquier código
del ordenador.
La función incluye tanto criterios de
"entrada", como criterios de "salida", que establecen
cuando un evento móvil determinado comienza y termina. Por ejemplo,
un evento móvil simple puede incluir una localización definida y un
sentido de la marcha del evento con una zona de tolerancia
predefinida con sus criterios de "entrada". Evaluar si un
vehículo particular ha causado la entrada de un evento móvil puede
conducirse por la localización actual del vehículo y el vehículo
que se dirige al subsistema de localización de vehículo automático.
Si el vehículo esta dentro de la localización definida y el sentido
de la marcha del vehículo esta dentro de la zona de tolerancia del
sentido de la marcha del evento predefinido, la función de evento
móvil considerará esta incidencia como un evento de "entrada",
iniciando acciones de entrada (por ejemplo, una solicitud de un
semáforo verde) y/o una evaluación de otros criterios del
evento.
Asimismo, la función puede definir los criterios
de "salida" como, por ejemplo, un umbral de distancia
predefinido o un umbral de tiempo predefinido. Si la distancia del
vehículo en viaje excede el umbral de distancia o si sobrepasa el
umbral de tiempo predefinido, esto inicia una acción de
"salida", tal como una solicitud de cancelación de la
prioridad de señal de tráfico que reajusta el sistema de control de
tráfico en un modo de operación normal.
Una función de evento móvil complejo, en una
personificación de la presente invención, puede conectar una
secuencia de eventos móviles en una sola función; por ejemplo, una
acción de "entrada" puede invocar un evento menor que tiene
sus propios criterios de entrada de localización asociados, los
criterios lógicos, la acción de entrada, la condición de salida, la
acción de salida, etc. La personificación de la secuencia de una
cadena de eventos puede prohibir la invocación prematura o indebida
de una notificación de la avería.
La invención se puede realizar usando un
ordenador en el vehículo y un sistema de localización automático
del vehículo (AVL). El sistema de localización automática de
vehículos puede usar un GPS o un sistema de navegación móvil
sofisticado usando la combinación de GPS, el sistema de navegación
inercial (INS), etc.
Como resultado, la invención puede determinar
cuándo, dónde y en qué condiciones se invoca una petición de
prioridad de señal de tráfico apropiada o la cancelación, así como
la expedición de otras notificaciones móviles (por ejemplo, el
sistema de información a los viajeros/pasajeros del estado del
vehículo, el tiempo de parada en el cruce, el tiempo de espera en
la parada del autobús, etc.) que se expiden en la localización
correcta, en la hora correcta, y en la condición correcta. La
invención proporciona una activación del TSP fiable y exacta en una
unidad de control móvil sin congestionar el tráfico de radio. El
sistema y el método proporcionan una mejor puesta en práctica del
TSP tanto para los sistemas de control de señal de tráfico de base
local como los basados en la red.
Los dibujos de acompañamiento, que se incorporan
y forman parte de esta especificación, ilustran las representaciones
de la invención y, junto con la descripción, sirven para explicar
los principios de la invención.
La figura 1 ilustra un evento móvil simple sin
ningún evento menor asociado;
La figura 2 ilustra el concepto de utilizar un
evento móvil para la solicitud y la cancelación de la prioridad de
la señal de tráfico (TSP);
La figura 3 ilustra el uso de una cadena de
eventos móviles para accionar el TSP cuando hay una parada de
autobús delante de un cruce;
La figura 4 ilustra un evento móvil complejo que
incorpora una cadena de eventos menores.
La figura 5 ilustra un ejemplo en el que un
evento móvil se puede activar repetidamente;
La figura 6A es una tabla que ilustra un ejemplo
de un bloque de datos del evento móvil principal que contienen
temas relacionados con la identificación del evento;
Las figuras 6B a 6E son tablas que ilustran los
ejemplos de bloques de datos de eventos móviles que definen los
criterios de los eventos;
La figura 6F es una tabla que ilustra un ejemplo
de un bloque de datos de evento móvil que definen las acciones de
los eventos;
La figura 7 es una tabla que ilustra una
definición de la muestra de los perfiles del tiempo que representan
una hora del día y un día de la semana;
La figura 8 es un organigrama que representa las
funciones del evento móvil que se realizan en una unidad de
ordenador móvil, de acuerdo a una representación de la
invención;
La figura 9 es un diagrama representativo de un
sistema de prioridad de señal de tráfico de base local;
La figura 10 es una tabla que ilustra la muestra
de definiciones de la posición del estado emisor TSP para un
sistema de prioridad de señal de tráfico de base local.
La Figura 11 es un diagrama representativo de
una prioridad de señal de tráfico basada en la red.
La invención generalmente se dirige a un
procedimiento y a un sistema que añade un subsistema de prioridad
de señal de tráfico (TSP) que usa la función de activación de un
evento móvil en un sistema de gestión de tránsito existente con un
sistema móvil de localización automática del vehículo (AVL) y de
sistema móvil de control (AVLC). El sistema de localización
automática de un vehículo puede utilizar un GPS o un sistema de
navegación móvil sofisticado mediante la combinación del GPS, del
sistema de navegación inercial (INS), etc.
Más concretamente, la presente invención agrega
una función de activación de un evento móvil genérico en el sistema
móvil existente. La presente función incluye la definición de la
entrada de un evento, de criterios de evaluación, y de acciones
asociadas relacionadas con la entrada, la salida, o el tiempo de
espera de un evento móvil. La invención separa el código del
ordenador genérico que ejecuta la función del evento móvil de los
datos que forman las definiciones del evento verdadero, los
criterios del evento, las acciones del evento, etc. La separación
de la puesta en práctica del evento móvil con la definición del
evento permite crear diferentes eventos móviles con diferentes
condiciones y diferentes acciones, sin cambiar ningún código del
ordenador dentro del sistema móvil. De las definiciones, las
funciones, y las actividades del evento móvil detectadas en una
determinada localización del tráfico, la invención determina cuándo,
dónde y en qué condiciones se genera una solicitud de señal de
tráfico adecuada y/o una cancelación de una solicitud de señal de
tráfico apropiada.
Esta invención se puede usar también para que
otras notificaciones móviles se expidan en las localizaciones,
horas y condiciones apropiadas para la información transmitida en
una notificación determinada. La notificación móvil puede usarse,
por ejemplo, para el estado del vehículo en tiempo de espera para el
sistema de información a los viajeros/pasajeros, como paneles
indicadores, o para el control de un tiempo de espera en un cruce o
en una parada de autobús.
Pasando ahora a las figuras, la figura 1 ilustra
un evento móvil simple, que implica un único evento sin otros
eventos menores asociados con él. En este ejemplo, el evento móvil
incluye una localización definida y un sentido de la marcha del
evento con una gama de tolerancia predefinida como sus criterios de
"entrada". Los criterios de "entrada" dictan cuando un
evento móvil dado ha comenzado. Evaluar si un vehículo particular
ha causado la entrada de un evento móvil puede conducirse por la
localización actual del vehículo y el sentido de la marcha del
vehículo desde el subsistema de localización automática del
vehículo.
Si el vehículo está dentro de la localización
definida y el sentido de la marcha del vehículo está dentro de la
gama de tolerancia del sentido de la marcha del evento predefinido,
la función del evento móvil considerará este fenómeno como un
evento de "entrada". En el ejemplo mostrado en la Figura 1, el
caso de la entrada se produce cuando un vehículo 502 alcanza la
distancia de la memoria intermedia (A) de la localización del evento
(B), con una gama de sentido de la marcha adecuado (C).
El evento se puede entonces evaluar de acuerdo a
un conjunto de criterios opcionales sobre la entrada del evento.
Los criterios podrían ser por ejemplo, si el vehículo se adhiere a
un estado o al tiempo de llegada estimado con respecto a un punto
de referencia (por ejemplo, a la comparación de un programa de
autobús planificado con un estado de un autobús real). Si los
criterios se cumplen, el acontecimiento móvil se "enciende" o
"activa", iniciando una acción asociada con el evento móvil.
En este ejemplo, si el autobús incorpora el evento basado en la
evaluación de la entrada del evento y el autobús es posterior que el
umbral predefinido, la función del evento móvil considerará el
evento "encendido" o "activado" y puede, por ejemplo,
solicitar un semáforo verde. En otro ejemplo, si el vehículo se
adhiere a su hora de llegada estimada, el evento activado puede
implicar el envío de un mensaje de llegada a una parada de
autobús.
El evento móvil puede tener también criterios de
"salida" opcionales asociados con él, como un umbral de
distancia predefinido o un umbral de tiempo predefinido. Por
ejemplo, si la distancia del vehículo en viaje excede del umbral de
distancia o si sobrepasa el umbral de tiempo predefinido, el
vehículo en movimiento inicia una acción de "salida", como una
petición de cancelación de la prioridad de señal de tráfico,
volviendo a poner el sistema de control del tráfico en un modo de
funcionamiento normal. La presente invención también proporciona una
salvaguardia en caso de que la condición de salida del evento no
pueda alcanzarse o en caso de que el evento menor no pueda
activarse dentro de un umbral de tiempo de espera definido. Si, por
ejemplo, un temporizador excede un umbral predefinido antes de que
la condición de salida del evento sea alcanzado o antes de que el
evento menor sea activado, el evento será considerado "en tiempo
de espera", incitando la ejecución de una acción de tiempo de
espera predefinida opcional.
Muchos eventos de tráfico pueden justificar
conjuntos de criterios más complejos para mantener los resultados
del control de tráfico deseados. La figura 2 ilustra un ejemplo de
un evento móvil complejo según la invención, que encadena una
secuencia de eventos móviles en un grupo de eventos individuales.
Generalmente, un evento móvil complejo causa que un evento activado
invoque un evento menor asociado que tiene sus propios criterios de
entrada de localización, criterios lógicos, la acción de entrada, la
condición de salida, la acción de salida, etc. La secuencia de una
cadena de eventos puede limitar la invocación prematura o incorrecta
de una notificación de una avería.
Por ejemplo, si hay una parada de autobús
delante de un cruce señalizado, una cadena de eventos se puede
utilizar para prevenir una petición TSP prematura, lo que puede
ocurrir si la petición TSP estuviera por lo contrario basada en un
evento único. En cambio, la petición TSP en un evento móvil complejo
puede ser invocada solamente cuando los eventos anteriores están
calificados. En el ejemplo de la parada del autobús, estos eventos
anteriores pueden ser, por ejemplo, el autobús que entra en una
localización determinada y el autobús lleva retraso, que activa los
eventos menores que comprueban la abertura y el cierre de la puerta
del autobús (lo que indica la finalización de recoger a un
pasajero) y detecta el movimiento del autobús lejos de la parada del
autobús. La petición TSP se envía sólo después de que todos de
estos eventos anteriores hayan sido detectados.
La figura 2 ilustra un ejemplo de como utilizar
un evento móvil para provocar una petición TSP que usa un evento
móvil complejo. Sólo con fines ilustrativos, el ejemplo de la figura
2 se centra en el cumplimiento de un horario del autobús, pero el
evento móvil complejo se puede utilizar en cualquier situación en la
que una petición TSP debe de basarse en más de un evento
relacionado. En este ejemplo, cuando un vehículo entra en un punto
de activación de TSP tal como se define en la memoria intermedia y
con el sentido de la marcha indicado más arriba y llega tarde de
acuerdo con un horario de autobús predefinido, el evento móvil se
activa. Más concretamente, una vez que el vehículo entra en el
punto de activación, esto inicia una acción de entrada que envía
una petición TSP y también activa un evento menor para una solicitud
de cancelar el TSP.
Cuando el vehículo pasa por el cruce 152, esta
acción activa el evento menor, causando un mensaje de cancelación
del TSP, que se enviará a la señal de tráfico para completar el
proceso TSP. El evento móvil que activa el método también se puede
diseñar para incluir una característica del tiempo de espera para el
evento menor. Si el evento del tiempo de espera y el evento menor
no se han activado, la acción del tiempo de espera será ejecutada.
En un evento de petición del TSP, por ejemplo, una acción de tiempo
de espera puede ser una cancelación del TSP que cancela la petición
TSP. La característica de del tiempo de espera asegura que el
vehículo puede enviar una cancelación del TSP incluso cuando el
evento cancelado TSP no esta activado por una acción de un vehículo
real (por ejemplo, si el vehículo hace un desvío en el cruce y
pierde el dispositivo receptor que acciona normalmente la
cancelación del TSP).
La figura 3 es un ejemplo que ilustra un caso
donde una señal de tráfico se acciona si hay una parada de autobús
200 enfrente del cruce. Como cada evento móvil en una cadena de
eventos puede tener su propia acción de entrada asociada y su
acción de salida, la solicitud de TSP simplemente se puede definir
en la acción de salida para manejar esta situación. Más
particularmente, el evento TSP se enciende cuando el autobús llega a
la parada del autobús 200, pero no enviarán el TSP hasta que el
autobús se desplace cierta distancia y deje la parada del autobús
200.
La figura 4 ilustra un ejemplo de cómo crear un
evento móvil para evitar accionar una petición de TSP
prematuramente. En este ejemplo, otro evento se puede incluir en la
cadena de eventos con el fin de evitar invocar una petición del TSP
antes de que el vehículo alcance una escuela 210 y exigir que el
vehículo pase la escuela 210 para activar el evento móvil TSP. A
causa del sentido de la marcha de la entrada, el evento móvil no
será encendido antes de que el vehículo abandone la escuela 210. La
petición TSP puede por lo tanto activarse sólo cuando se activa el
primer evento (es decir, el vehículo que pasa la escuela).
La invención también permite que un evento móvil
sea activado repetidamente, como se muestra en la Figura 5. En el
ejemplo ilustrado, un autobús hace un desvío y pasa al rededor del
mismo cruce. La prioridad de la señal de tráfico todavía funcionará
correctamente mientras se cumplan todos los criterios de los eventos
móviles asociados.
Los eventos móviles que accionan una solicitud o
una cancelación del TSP se pueden definir por el sistema inventivo
según varias definiciones. Como se señaló anteriormente, la
activación de una acción de evento móvil determinada se mantiene
separada de los datos que realmente definen el evento móvil. En
otras palabras, las acciones descritas más arriba con respecto a
las figuras 1 a 5 son independientes de los datos que definen los
eventos móviles mismos. Como resultado de esto, las características
específicas de los eventos móviles se pueden definir y modificar
sin cambiar ningún software de los que realmente implementan las
acciones basadas en los eventos móviles.
Una definición de un evento móvil puede incluir
la localización geográfica del evento, los criterios que activan el
evento, las acciones del evento correspondientes, y los eventos
menores asociados, si hay alguno. En un funcionamiento, los
artículos de los datos de la definición del evento móvil se pueden
dividir en cuatro categorías: datos de identificación, datos de los
criterios, datos de la acción, y eventos menores asociados. Sólo con
fines ilustrativos, la tabla 1 que figura a continuación, enumera
las posibles definiciones de los diversos temas de los eventos
móviles en una representación de la invención.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
(Tabla pasa a página
siguiente)
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Otros elementos y características también se
pueden incluir en la definición del evento móvil sin apartarse del
ámbito de aplicación de la invención. Las figuras y la descripción
detallada describirán otros campos posibles que se pueden utilizar
en la invención.
Las figuras 6A a 6E ilustran ejemplos de los
bloques de datos que definen los eventos móviles de varios tipos.
Como se puede ver en las figuras, una definición del evento móvil
determinado puede tener cualquier número y combinación de campos,
que proporcionan una gran cantidad de flexibilidad en la definición
del evento.
La figura 6A ilustra un ejemplo de uno de los
bloques de datos de los eventos móviles principales. El evento ID
300 es una clave que identifica únicamente un evento. El evento ID
300 se puede usar para asociar bloques de datos que definen eventos
diferentes con el mismo evento ID 300. El grupo de eventos ID 302 y
la secuencia de eventos ID 304 se usan para agrupar una secuencia
de eventos; el grupo de eventos ID 304 identifica un grupo
particular, mientras que la secuencia de eventos ID 304 identifica
el orden de cualquier evento que será activado dentro del
grupo.
Una ruta ID 306 y una Dirección de ruta ID 308
se pueden incluir en el evento móvil, si el evento se aplica para
autobuses de ruta fija que tengan rutas predefinidas. La ruta ID 306
y la dirección ID 308 se utilizan para identificar una ruta
específica en este ejemplo; sin embargo, otra información de la
identificación de la ruta se puede también utilizar si se desea. Si
una ruta válida ID 306 y la dirección de ruta 308 se determinan en
la definición del evento móvil, ese evento será solamente válido
para la ruta y la dirección determinadas, cuando el conductor del
autobús ha registrado en el sistema para recorrer un vehículo en la
ruta y la dirección determinada. Si la ruta ID 306 y la dirección
ID 308 son nulas, el evento se aplica a cualquier vehículo que
entre en la localización definida en el evento móvil.
Un perfil de tiempo ID 310 se puede usar para
definir un período de tiempo particular en el que el evento se
aplica. Un ejemplo detallado de una definición del perfil de tiempo
se muestra en la figura 7. El día de servicio 310a se puede usar
para representar un día de la semana. En realidad, el día de
servicio puede ser más flexible para indicar días aplicables, por
ejemplo, puede ser el día laborable, el sábado, los días escolares,
días de fiesta, etc. En combinación con los días aplicables, las
horas del inicio 310b y las horas del final 310c especifican el
intervalo de tiempo en el que se aplica un evento determinado. Las
descripciones 310d proporcionan una referencia legible al intervalo
de tiempo específico. Si no hay ningún perfil de tiempo asociado
con un evento móvil determinado, entonces ese evento se puede
activar en cualquier momento, sin restricciones de tiempo.
El evento móvil se puede marcar como
"permitido" por la definición del valor no cero en un campo del
evento permitido 312. Si un evento móvil particular se marca como 0
en el campo del evento permitido 312, ese evento se apaga y no se
usará en el sistema móvil. Si la invención se usa en un sistema
móvil con capacidad de comunicación por radio, el campo del evento
permitido 312 se puede fácilmente encender y apagar por un mensaje
desde el centro de control a la unidad móvil.
Un Tipo de Evento ID 314 define el tipo de
evento definido por la definición del evento móvil. En este ejemplo,
el Tipo de Evento ID "2" 314 indica que el evento móvil
definido es un evento de prioridad de señal de tráfico (TSP). Otros
tipos de eventos pueden incluir, por ejemplo, paneles indicadores en
la calle, una parada de autobús, o un cruce. El Atributo del Evento
ID 316 se puede usar en conjunción con el Tipo de Evento ID 314
para buscar la información del evento asociado. En este ejemplo, el
Atributo del Evento ID "1" y "6" representa la señal de
tráfico IDs, que se pueden usar para recuperar la información
asociada a sus correspondientes señales de tráfico.
Como se muestra en la figura 6A, el bloque de
datos del evento móvil puede también definir los eventos menores
asociados si un evento móvil determinado es parte de un evento más
complejo. Si el campo del "Siguiente Evento Ocurrido" 318 es
no cero, el próximo evento en el bloque de datos que tiene el mismo
Grupo de Eventos ID 302 y una subsecuencia inmediata del Evento
Seq. ID 304 es el siguiente evento móvil que se activará. Un evento
principal determinado puede tener un temporizador asociado con el
Campo del Evento Siguiente 320, que indica un límite de tiempo para
que el evento menor asociado se active. Si el temporizador caduca
sin ser activado el evento menor asociado, el evento principal
conducirá una acción de tiempo de espera definida en una Acción de
Tiempo de espera ID 322.
Las figuras 6B, 6C, 6D y 6E son ejemplos de
bloques de datos de eventos móviles que definen varios criterios de
evento. El bloque de datos de la definición del evento mostrado en
la figura 6B, es un ejemplo de los criterios de localización para
los eventos móviles seleccionados. En este ejemplo, el Evento ID 300
asocia los criterios de localización con un evento móvil
particular; en otras palabras, el Evento ID 300 asegura que las
diversas definiciones asociadas con el mismo evento móvil sean
fácilmente identificables. Un Campo del Criterio de Localización
Usado 324 indica si realmente un criterio de localización
determinado se utilizará para su evento móvil asociado. Si una
localización de un vehículo esta dentro de una Distancia de Memoria
Intermedia definida 330 de la localización, como se define para una
Latitud 326 y una Longitud 328, y el sentido de la marcha del
vehículo esta dentro del Sentido de la marcha de Acercamiento
definido 332 dentro de más o menos (+/-) la Desviación del Sentido
de la marcha 334, el criterio de la localización se considera
verdadero. El campo de la combinación de criterios 336 se utiliza
para indicar el criterio de localización determinado con otros
criterios del mismo evento móvil. Si el valor de la columna es
"&" (Y), este criterio y todos los demás criterios
permitidos asociados con el mismo evento móvil tienen que ser
verdaderos, a fin de activar el evento móvil.
La figura 6C es un ejemplo de los criterios de
adhesión para los varios eventos móviles seleccionados con respecto
a los umbrales de tiempo. El criterio de adhesión se usa para
limitar la emisión de la señal de prioridad de tráfico sólo para
cuando un vehículo se adhiere a varios umbrales. En este ejemplo,
los criterios de adhesión se aplican sólo cuándo un vehículo esta
llegando más tarde que un umbral de tiempo definido. En la fila 2
de la figura 6C, por ejemplo, el Evento ID 300 es 1 y el Umbral de
Adhesión al Tiempo Límite342 es un Tiempo Límite especifico 340 que
se define como de 5 minutos, donde un valor negativo representa un
umbral que es posterior que el Tiempo Límite previsto. El Operador
de Adhesión 344 indica las condiciones en las que el criterio de
adherencia se consideran verdaderas; en la fila 2 de la figura 6C,
por ejemplo, el símbolo "<" indica que el criterio se
considera verdadero si la corriente actual de la adherencia prevista
es menor que -5 (es decir, si el vehículo esta llegando tarde por 5
minutos o más).
La figura 6D ilustra otro ejemplo de criterios
de adhesión, este criterio está basado en los umbrales de carga de
pasajeros. En este ejemplo, el umbral de adherencia usado se basa en
un recuento de pasajeros 342a, que asegura que la prioridad de
señal de tráfico esté expedido sólo cuando el número de pasajeros a
bordo está por encima de un umbral predefinido. Más
particularmente, deben de haber 25 o más pasajeros a bordo en este
ejemplo para calificar los criterios mostrados en la fila 2 de la
figura 6D.
Al igual que el ejemplo anterior, el campo de
los Criterios del Cómputo de los Pasajeros Utilizado 338a indica si
un evento particular incluso tiene un criterio de evento de
pasajeros asociado. El campo del Operador de Adherencia 344 y el
campo de la Combinación de los Criterios 346 son los mismos en el
ejemplo anterior. El campo del Computo de Pasajeros Utilizado 347
se puede establecer sobre la base de si realmente los criterios del
computo de pasajeros se usan para este acontecimiento; si, por
ejemplo, un operador desea cancelar el criterio del computo de
pasajeros para un evento determinado, él o ella pueden incorporar un
valor no cero en el campo del Computo de Pasajeros utilizado
347.
\newpage
Un evento móvil dado puede incluir ambos
criterios de adherencia y computo de pasajeros. En el ejemplo
ilustrado, para el evento correspondiente de la fila 2 en los
bloques de datos, una solicitud de TSP se emitirá únicamente si el
vehículo tiene retraso de 5 minutos o más y si el número de
pasajeros a bordo del vehículo es de 25 o más.
La figura 6E ilustra un ejemplo de un bloque de
datos que definen un criterio del estado del vehículo para varios
eventos móviles. Por ejemplo, en la fila 5 de la figura 6E, el
Evento ID 300 es 17, uniendo el criterio a otros criterios que
tienen el Evento ID 17. Un valor no cero en los Criterios del Estado
del Vehículo Utilizado 348 indica que el criterio se va a utilizar.
Un Tipo de Estado 350 indica el estado de parte del vehículo que se
va a evaluar (un puerta en este ejemplo), mientras que el campo del
Estado 352 indica el estado especifico usado en el criterio para
determinar si es verdadero o falso. Para el Evento ID 17, el
criterio se estima verdadero por el campo de Condición 354 si el
estado de la puerta del vehículo 352 está abierto. El campo de
Combinación de los Criterios 346 actúa en la forma que se ha
explicado anteriormente e indica que el criterio es uno de los
varios criterios que deben cumplirse antes de la activación del
evento móvil.
Si una combinación deseada de criterios
seleccionados se satisface tal como se define en los bloques de
datos del evento, el evento móvil asociado con estos criterios se
considera "activado". El evento móvil activado entonces
conducirá una serie de acciones en respuesta a los criterios
realizados, un ejemplo de los cuales se muestra en la Figura 6F. En
la fila 2 de la figura 6F, el Evento ID 300 es 1, y una Acción ID
356 es 13, lo que representa la acción de invocar una petición de
prioridad de la señal de tráfico en este ejemplo. Otras Acciones
IDs se pueden asignar a varias acciones y almacenar en una tabla de
consulta. El bloque de datos que define el evento también incluye
comportamientos de salida del evento. En la fila 2 en la Figura 6F,
por ejemplo, el evento se considerará como "salida" cuando el
vehículo ha viajado 500 pies, tal como se definen en un campo de
Distancia de Salida 358 o después de que hayan pasado 50 segundos,
tal como se definen en un campo de Tiempo Después de la Salida 360,
cualquiera viene primero. La Acción de Salida 362 es de 14, lo que
representa la acción de invocar una solicitud de cancelación del TSP
en este
ejemplo.
ejemplo.
La figura 8 es un organigrama que ilustra un
ejemplo de las funciones de un evento móvil básico realizadas en un
ordenador móvil con un sistema automático de localización del
vehículo y el sistema de control. Se entiende que, aunque el
organigrama de la figura 8 implica una secuencia de operaciones,
algunas de las funciones descritas se pueden realizar en una base
continua en paralelo con otras funciones.
Cuando el ordenador móvil esta en funcionamiento
satisfactoriamente, la función del evento móvil comienza (bloque
400). La función del evento móvil lee los datos de la definición del
perfil de tiempo (bloque 402), que contiene una lista de perfiles
de tiempo definidos según lo explicado antes. En un ejemplo, el
perfil de tiempo se puede definir por una gama de definiciones de
horas del día y días de la semana. La definición de día de la
semana se puede definir como un día de servicio, que proporciona una
manera flexible de agrupar los días múltiples de la semana en la
definición. La definición del perfil del tiempo dicta el
comportamiento de los eventos móviles al limitar la aplicabilidad
del evento móvil solamente durante las horas del día y el día de la
semana. Por supuesto, si no hay ninguna definición de perfil de
tiempo relacionado con el evento móvil, el evento se aplica en
cualquier momento.
La función del evento móvil también lee los
bloques de datos de la definición de evento móvil (bloque 404), que
definen el área geográfica para activar el evento móvil. Los datos
de la definición del evento, pueden también incluir algo o todo lo
siguiente: una lista de criterios para las localizaciones y sentido
de la marcha del vehículo, la adherencia al horario, y las
condiciones del estado del vehículo; la acción del evento cuando se
cumplen los criterios de los eventos; las condiciones de salida del
evento y la acción de salida del evento.
Todos los evento móviles principales, con el
evento más pequeño Seq ID en el campo 304 de cada grupo de eventos
en el campo 302, son añadidos en una memoria del evento (bloque
406). En el ejemplo que se muestra en la Figura 6A, los eventos en
la fila 2 y en la fila 4 se añadirán en la memoria del evento. Todos
los criterios con el evento ID 1 y el evento ID 16 en el campo 300
se añadirán a la memoria para la evaluación. En este punto, la
función de evento móvil mira cada evento en la memoria para evaluar
si el vehículo se ha movido en el área geográfica definida (bloque
410). La frecuencia en la que el ordenador móvil evalúa la condición
del evento, se basa en un tiempo de retardo configurable (bloque
408).
Si un evento móvil detectado está en el área
geográfica definida y si se cumplen la combinación de los criterios
del sentido de la marcha del vehículo, el umbral del cumplimiento
estricto del horario, y las condiciones del estado del vehículo
(bloque 412), el evento móvil se considera activado y por lo tanto
realizará una acción de entrada del evento y permitirá un evento
menor, en su caso (bloque 414). Por ejemplo, cuando del evento
móvil se activa, la acción del evento puede ser una notificación de
una solicitud de prioridad de señal de tráfico. Si los criterios
del evento no se cumplen (bloque 412) y el vehículo se encuentra
todavía en el área geográfica definida (bloque 424), la función del
evento móvil continuará mirando el estado del evento.
Un evento activado también lleva a cabo
funciones para manejar un evento de salida, que incluye la
evaluación de las condiciones de salida que indican que el vehículo
se ha movido más allá de una distancia definida de la entrada del
evento o ha pasado un periodo de tiempo definido de la entrada del
evento (bloque 416). La función que maneja la salida también mira
si la entrada del evento en el tiempo se cumple antes de la
condición de salida del evento (bloque 418). Si se cumple la
condición de salida del evento (bloque 416), la función del evento
móvil realizará la acción de salida (bloque 420) y, a continuación,
vuelve a activar el evento (bloque 422). Si el tiempo de espera del
evento (bloque 418), la función del evento de realizar una acción
de tiempo de espera si hay alguno (bloque 426) y después volver a
activar el evento (bloque 422) para volver el evento nuevamente
dentro de la memoria del evento.
La invención se puede llevar a cabo en los dos
sistemas de prioridad de señal de tráfico de base local y basado en
la red o en los sistemas de preferencia de señal de tráfico. Si la
invención se realiza en un sistema de prioridad de señal de tráfico
de base local, como se representa en la figura 9, el sistema puede
incluir las funciones del evento móvil de este invento y un emisor
del control de señal disponible comercialmente 500 montado en el
vehículo 502. La función del evento móvil evalúa la secuencia
predefinida de eventos móviles para conectar los emisores 500 a un
nivel apropiado de prioridad y a un código de vehículo apropiado
diferenciado si fuera aplicable. La función del evento móvil
también proporciona la entrada para apagar los emisores 500 como
parte de la cadena de eventos móviles tal y como se describe
anteriormente.
Con el fin de asegurar que las señales de
tráfico 504 respondan al movimiento del vehículo y a la posición en
el momento oportuno, las emisoras montadas en el vehículo 500 se
deben de poner en un estado de petición del TSP cuando o antes de
que el vehículo pase ante un receptor 506A del TSP montado en una
calle determinada, asegurando que el receptor 506A recoge la
petición y responde a la petición (por ejemplo, cambiar la señal de
tráfico) antes de que el vehículo llegue a la señal de tráfico 504.
Del mismo modo, el emisor 500 montado en el vehículo debe de
montarse de tal forma que se pueda ajustar a un estado de
cancelación del TSP en respuesta a una petición de cancelación del
TSP cuando o antes de que el vehículo 502 pasa al segundo receptor
506B del TSP montado normalmente en el lado de la calle después de
cruzar la señal de tráfico 504.
Cuando las condiciones del evento móvil se
cumplen y la acción del evento es una petición de TSP para un
sistema de prioridad de señal de tráfico de base local, el sistema
informático móvil puede establecer el estado del emisor montado en
el vehículo a los valores mostrados en la figura 10. Los diferentes
códigos de acción en el evento móvil se pueden relacionar con la
definición del criterio del evento que compara el estado del
cumplimiento estricto del horario. Por ejemplo, si el autobús lleva
5 minutos de retraso, la función del evento móvil puede seleccionar
la petición de TSP más baja; el autobús si lleva 10 minutos de
retraso, la función del evento móvil pude seleccionar una petición
de TSP media, y así sucesivamente.
Si la invención se pone en práctica en un
sistema de prioridad de señal de tráfico basado en la red, como se
representa en la Figura 11, el sistema puede incorporar las
funciones de evento móviles descritas en un sistema informático
móvil, con un módulo de comunicación de radio a bordo 508. La radio
508 puede enviar mensajes a un sistema informático de sitio fijo
que tiene un sistema de centro de control del tránsito central 522
a través de una torre de comunicación por radio 520. En este caso,
los actos del sistema informático tanto el dispositivo de recepción
de la señal como los datos digitales se envían y se reciben entre el
módulo de comunicación por radio 508 y el sistema informático. Con
esta infraestructura de comunicación de radio comercialmente
disponible, la función del evento móvil puede enviar una petición de
TSP o una cancelación de TSP con la sincronización correcta, el
lugar correcto y la condición correcta, como se describe en el
evento móvil del centro de control del tránsito 522. La
representación adicional de la invención evaluará el mensaje TSP y
decidirá si la petición TSP. debe de publicarse y cómo debe de
expedirse en el sistema de control de señal de tráfico disponible
comercialmente 532. El sistema de control del tráfico controla el
funcionamiento de las señales de tráfico individuales.
En un sistema de base de red, la radio a bordo
508 en el vehículo 502 transmite el mensaje de solicitud TSP al
centro del control del tránsito 522. Mas particularmente, una vez
que un evento móvil evalúa los eventos TSP de un vehículo al
acercarse al sistema TSP basado en la red, el ordenador móvil
enviará un mensaje a través de un módulo de comunicación móvil 508
al centro de control del tránsito 522 si el evento móvil provoca una
petición TSP. Hay que tener en cuenta en este punto, que el sistema
de control de señal de tráfico 532 en sí mismo, no recibe todavía
ninguna petición TSP de una señal de tráfico determinada; en cambio,
el mensaje de petición TSP del vehículo se evalúa primero por el
sistema del centro de control de tránsito 522.
Cuando la invención se usa en un sistema basado
en la red, el mensaje en la petición de TSP debe incluir por lo
menos los puntos siguientes: el vehículo ID, el evento ID, la acción
del evento ID, el nivel de urgencia del evento, la ruta de autobús
ID si el vehículo es un autobús de ruta fijo. Cuando el sistema de
control del tránsito 522 recibe y descifra un mensaje de un
vehículo 502, el sistema puede resolver la señal de tráfico ID
buscando el tipo de evento y el evento atribuido ID basado en el
evento ID en una tabla. A partir de la señal de tráfico ID, el
sistema de control de tránsito 522 puede buscar una señal de
dirección de red, la tarjeta de control de la señal ID que indica
una tarjeta que controla la señal específica, y un puerto específico
para la petición del TSP o un puerto específico para la cancelación
del TSP como se especifica por el sistema de control de tráfico.
Antes de invocar la petición del TSP por la red al sistema de
control de la señal de tráfico 532, el sistema comprueba lo
siguiente: si el vehículo está autorizado para usar el TSP; si la
función TSP de la señal solicitada se permite; si no hay otra
petición del TSP para el mismo cruce dentro del período de tiempo
cíclico de la señal definida; si hay una cuota TSP disponible para
el cruce durante el perfil de tiempo definido. Si se cumplen todas
las verificaciones antedichas, el sistema de control de tránsito 522
remitirá la petición del TSP al control de la señal de tráfico 532
para controlar la señal de tráfico 504.
El sistema central de control del tránsito 522
incluye una función 524 de servicio de transmisión de un mensaje,
lo que constituye una representación adicional de esta invención. La
función de servicio de transmisión de un mensaje 524 puede tomar
una petición o una cancelación TSP procedente de un vehículo
determinado y transmitido por la red.
La función 524 de servicio de transmisión de
mensaje TSP en el centro de control del tránsito 522, puede incluir
una función de configuración 526, una función de evaluación 528, y
un interfaz 530 al sistema de control de la señal de tráfico 532 en
la red. La función de configuración 526 permite que los encargados
del tránsito permitan o inutilicen las solicitudes TSP ya sea para
un cruce específico o para un grupo seleccionado de cruces. Esto
también proporciona la capacidad de concesión de derechos TSP, de
permitir que solamente los vehículos seleccionados utilicen la
función TSP. La selección puede hacerse mediante la selección de un
vehículo específico, un grupo de vehículos, o un tipo o tipos
específicos de vehículos. Si el TSP se inutiliza para un cruce
determinado o un vehículo, una petición del TSP para esa señal del
cruce de ese vehículo no será transmitido a ningún controlador de
señal de tráfico 532 de la función 524de servicio de la transmisión
TSP. Esta función de configuración ofrece flexibilidad en la
gestión del TSP, proporcionando una localización centralizada para
cambiar las configuraciones del TSP de múltiples vehículos y las
localizaciones de la señal de tráfico sin recurrir a la
comunicación por radio. Además, la salvaguarda de la función de
configuración contra la intrusión de los usuarios no autorizados
TSP por el control del movimiento TSP a una localización del sistema
de centro de control del tránsito central y limitando el acceso a
esa localización, como consecuencia, una petición de TSP de una
fuente no autorizada no será transmitida al control de la señal de
tráfico.
La función de evaluación 528 en el servicio de
transmisión de mensajes TSP radica en el sistema del centro de
control del tránsito 522 y proporciona estrategias de aplicación TSP
para la gestión de peticiones TSP e información para varios
vehículos 502. Por ejemplo, la petición TSP de transmisión de varios
vehículos en tránsito para el mismo cruce, la función de evaluación
528 en el servicio de la transmisión de mensajes TSP tomará una
decisión y remitirá sólo una petición TSP al sistema de control de
la señal de tráfico 532. Esta función también controla la cuota de
cuántas peticiones del TSP se pueden emitir para una señal
determinada dentro de un intervalo de tiempo predefinido. Usando
una estrategia de ejecución TSP en el sistema de centro de control
del tránsito reduce al mínimo la posibilidad de que la prioridad de
la señal de tráfico se use en exceso. Además, la función de
evaluación 528 puede escribir la historia de la solicitud y de la
cancelación de la prioridad de la señal de tráfico en un
dispositivo de almacenamiento de los datos del ordenador para
generar un informe histórico resumido.
El servicio de transmisión de mensajes TSP
también incluye un interfaz 530 entre el centro de control del
tránsito y el sistema de control de tráfico que controla el
funcionamiento de las señales de tráfico. Este interfaz envía una
petición TSP o una cancelación TSP basada e las normas o las
especificaciones del sistema de control de tráfico 532, de ese modo
concediendo los derechos TSP. Los derechos TSP se pueden, por
ejemplo, conceder para un vehículo específico, un grupo de
vehículos, un tipo o tipos de vehículos seleccionados, y/o
vehículos en una ruta o rutas determinadas de autobús para una señal
de tráfico específica o un grupo de señales de tráfico en la hora
del día y el día de la semana específicas. Otro modelo de control de
tráfico personalizado y las autorizaciones se pueden seleccionar
sin apartarse del alcance de la invención.
Hay que tener en cuenta que un vehículo
determinado puede incorporar capacidades que funcionan tanto en un
sistema de base local como en un sistema basado en la red,
aumentando la versatilidad de este vehículo con respecto a la
prioridad de la señal de tráfico.
La invención proporciona una fiable y exacta
activación del TSP en una unidad de control móvil sin congestionar
el tráfico de radio. El sistema y el método proporcionan una mejor
aplicación del TSP tanto para sistemas de control de señal de
tráfico basado en la red como de base local. Además, la misma
función de activación del evento se puede usar para otras
aplicaciones de notificación móviles.
Debe de ser entendido que las diversas
alternativas a la representación de la invención que se describe
aquí pueden ser empleadas en la práctica de la invención. Se prevé
que las siguientes reivindicaciones definen el alcance de la
invención y que el método y el aparato en el ámbito de aplicación de
estas reivindicaciones y sus equivalentes están cubiertos de este
modo.
Claims (8)
1. Procedimiento de prioridad de las señales de
tráfico, que comprende las siguientes etapas:
a) detección de cuando un vehículo se acerca a
una señal de tráfico; y
b) determinación de si el vehículo observa un
recuento predefinido de pasajeros,
c) si ambas etapas a) y b) están satisfechas, se
introduce una modificación en el control de una señal de
tráfico;
d) evaluación del estado del vehículo con
relación por lo menos a un criterio de salida; y e) se realiza una
acción de salida del evento, cuando el estado del vehículo,
satisface por lo menos un criterio de salida.
\vskip1.000000\baselineskip
2. Procedimiento según la reivindicación 1, que
comprende además:
la detección de una condición de tiempo de
espera del evento donde el estado del vehículo no satisface por lo
menos un criterio de salida en un período de tiempo predeterminado;
y
se conduce una acción de tiempo de espera cuando
una acción de tiempo de espera se produce.
\vskip1.000000\baselineskip
3. Procedimiento según la reivindicación 1,
donde la etapa a) de detectar cuando un vehículo
se acerca a una señal de tráfico comprende la detección de la
entrada del vehículo en un radio de un punto de localización.
\vskip1.000000\baselineskip
4. Procedimiento según la reivindicación 3,
donde la etapa a) de detectar cuando un vehículo
se acerca a una señal de tráfico comprende el hecho de detectar el
sentido de la marcha del vehículo dentro de una tolerancia.
\vskip1.000000\baselineskip
5. Procedimiento según la reivindicación 1,
donde el procedimiento comprende además la
evaluación del estado del vehículo en función de por lo menos un
criterio del evento móvil; en el que un evento móvil corresponde por
lo menos a un criterio de evento móvil que incluye al menos una
invocación a una petición de prioridad de la señal de tráfico y a
una anulación de prioridad de señal de tráfico.
6. Procedimiento según la reivindicación 1, en
el cual dicho vehículo es un autobús.
7. El procedimiento según la reivindicación
1,
incluye además, después de la etapa b): se
evalúa el estado del segundo vehículo que corresponde a un segundo
vehículo con relación al menos a un criterio de entrada; se verifica
el estado del vehículo y el estado del segundo vehículo en función
de al menos un criterio del sistema de control del tráfico; y
se aprueba la activación de al menos un evento
móvil que corresponde al menos a un estado del vehículo y al estado
del segundo vehículo, sobre la base de la etapa de verificación.
\vskip1.000000\baselineskip
8. Un ordenador móvil para una utilización en un
sistema de control de prioridad de las señales de tráfico, adaptado
para llevar a cabo el procedimiento según cualquiera de las
reivindicaciones anteriores.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US44068403P | 2003-01-17 | 2003-01-17 | |
| US440684P | 2003-01-17 | ||
| US52415303P | 2003-11-21 | 2003-11-21 | |
| US524153P | 2003-11-21 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2314364T3 true ES2314364T3 (es) | 2009-03-16 |
Family
ID=32776026
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04703027T Expired - Lifetime ES2314364T3 (es) | 2003-01-17 | 2004-01-16 | Sistema de prioridad de señales de trafico basado en eventos moviles. |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7269502B2 (es) |
| EP (1) | EP1584081B8 (es) |
| JP (1) | JP2006516342A (es) |
| KR (1) | KR100717532B1 (es) |
| BR (1) | BRPI0406807A (es) |
| CA (1) | CA2513255A1 (es) |
| DE (1) | DE602004016952D1 (es) |
| ES (1) | ES2314364T3 (es) |
| WO (1) | WO2004066241A1 (es) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DK200500305A (da) * | 2005-02-28 | 2006-11-30 | Mpw K S | A method and a traffic light control system for controlling the traffic lights in at least one intersection |
| JP2006338596A (ja) * | 2005-06-06 | 2006-12-14 | Toyota Motor Corp | 車両制御システム |
| JP2006350568A (ja) * | 2005-06-14 | 2006-12-28 | Toyota Motor Corp | 車両制御システム |
| US7432826B2 (en) * | 2005-06-16 | 2008-10-07 | Global Traffic Technologies, Llc | Traffic preemption system with headway management |
| US10083607B2 (en) | 2007-09-07 | 2018-09-25 | Green Driver, Inc. | Driver safety enhancement using intelligent traffic signals and GPS |
| US20110037619A1 (en) * | 2009-08-11 | 2011-02-17 | On Time Systems, Inc. | Traffic Routing Using Intelligent Traffic Signals, GPS and Mobile Data Devices |
| US20110037618A1 (en) * | 2009-08-11 | 2011-02-17 | Ginsberg Matthew L | Driver Safety System Using Machine Learning |
| US9043138B2 (en) * | 2007-09-07 | 2015-05-26 | Green Driver, Inc. | System and method for automated updating of map information |
| US9852624B2 (en) | 2007-09-07 | 2017-12-26 | Connected Signals, Inc. | Network security system with application for driver safety system |
| US20110040621A1 (en) * | 2009-08-11 | 2011-02-17 | Ginsberg Matthew L | Traffic Routing Display System |
| US8412231B1 (en) * | 2008-04-28 | 2013-04-02 | Open Invention Network, Llc | Providing information to a mobile device based on an event at a geographical location |
| US10198942B2 (en) | 2009-08-11 | 2019-02-05 | Connected Signals, Inc. | Traffic routing display system with multiple signal lookahead |
| US20110160998A1 (en) * | 2009-12-29 | 2011-06-30 | Nokia Corporation | Method and apparatus for conditional event planning |
| WO2011079877A1 (en) * | 2009-12-30 | 2011-07-07 | Nec Europe Ltd | Method and system for controlling devices and/or appliances being installed and/or implemented in a user network |
| DE102010008852B4 (de) * | 2010-01-04 | 2011-09-01 | Init Innovative Informatikanwendungen In Transport-, Verkehrs- Und Leitsystemen Gmbh | Verfahren, Auswerterechner und Bordcomputer zur Beeinflussung einer Lichtsignalanlage |
| US8682573B2 (en) * | 2010-08-20 | 2014-03-25 | Deere & Company | Method of initiating vehicle movement |
| CN102254443B (zh) * | 2011-06-28 | 2013-08-07 | 东南大学 | 间歇式公交专用道控制系统 |
| KR101243862B1 (ko) * | 2011-10-20 | 2013-03-20 | 도로교통공단 | 유티아이에스를 이용한 버스우선신호 시스템 |
| US8912922B2 (en) * | 2012-06-04 | 2014-12-16 | Global Traffic Technologies, Llc | Field of view traffic signal preemption |
| US20140125498A1 (en) * | 2012-11-02 | 2014-05-08 | Iteris, Inc. | Universal interface for communication of traffic signal priority between mass transit vehicles and intersection signal controllers for priority request and control |
| CN103035129B (zh) * | 2012-12-19 | 2014-06-25 | 江苏省智通交通科技有限公司 | 基于gps的特殊车辆信号优先控制方法 |
| DE102013222020A1 (de) * | 2013-10-30 | 2015-04-30 | Robert Bosch Gmbh | Verfahren und Vorrichtung zum Bereitstellen einer Ereignismeldung bezüglich eines einem Fahrzeug bevorstehenden Ereignisses |
| US20150332589A1 (en) * | 2014-05-15 | 2015-11-19 | Global Traffic Technologies, Llc | Managing transit signal priority (tsp) requests |
| US9349288B2 (en) | 2014-07-28 | 2016-05-24 | Econolite Group, Inc. | Self-configuring traffic signal controller |
| US9928741B2 (en) * | 2015-02-04 | 2018-03-27 | Here Global B.V. | Traffic adjustment for variable network state |
| CN104933877B (zh) * | 2015-04-17 | 2017-07-04 | 北京交通大学 | 基于公交站台停车信息的公交优先控制方法和系统 |
| US20160321598A1 (en) * | 2015-04-30 | 2016-11-03 | International Business Machines Corporation | Predicting outcomes from measures of group cooperation with applications in traffic alert and control |
| US9799221B2 (en) | 2015-05-06 | 2017-10-24 | Global Traffic Technologies, Llc | Trip determination for managing transit vehicle schedules |
| CN104882012A (zh) * | 2015-06-15 | 2015-09-02 | 江苏智通交通科技有限公司 | 一种城市公交信号优先控制系统 |
| US9953526B2 (en) * | 2015-12-14 | 2018-04-24 | Charlotte Kay Arnold | System and associated methods for operating traffic signs |
| EP3465657A4 (en) * | 2016-05-24 | 2020-05-27 | Vaudrin, Francois | CONTROL AND MANAGEMENT OF A VANET TRAFFIC SYSTEM |
| US10217356B2 (en) * | 2016-09-22 | 2019-02-26 | Global Traffic Technologies, Llc | Timing submission of transit signal priority requests to reduce transit vehicle stop times |
| CN110383360B (zh) | 2016-12-19 | 2022-07-05 | 斯鲁格林有限责任公司 | 利用数字优先级排定的连接且自适应的车辆交通管理系统 |
| CN107274672B (zh) * | 2017-08-03 | 2020-02-14 | 重庆大学 | 基于gps数据的信号交叉口单车延误时间估计方法 |
| CN107945539B (zh) * | 2017-08-28 | 2020-10-16 | 北京工业大学 | 一种交叉口信号控制方法 |
| CN107967808B (zh) * | 2017-12-08 | 2020-10-09 | 黄秀开 | 公交车优先通行控制系统 |
| WO2019140042A1 (en) * | 2018-01-12 | 2019-07-18 | Xtelligent, Inc. | Traffic control utilizing vehicle-sources sensor data, and systems, methods, and software therefor |
| CN108364486B (zh) * | 2018-02-11 | 2020-04-28 | 深圳市智能交通技术有限公司 | 多场景车辆优先自适应交通信号控制系统及其工作方法 |
| WO2019213779A1 (en) | 2018-05-10 | 2019-11-14 | Miovision Technologies Incorporated | Blockchain data exchange network and methods and systems for submitting data to and transacting data on such a network |
| KR102645046B1 (ko) * | 2018-11-16 | 2024-03-08 | 현대자동차주식회사 | 차량 감응신호 제어 시스템 및 방법 |
| CA3135168A1 (en) * | 2019-03-28 | 2020-10-01 | Stc, Inc | Systems and methods for pacing a mass transit vehicle |
| CN112652179B (zh) * | 2020-12-17 | 2023-03-31 | 黑龙江省交通运输信息和规划研究中心(黑龙江省收费公路联网运营结算中心) | 车路协同环境下公交优先通行信号控制方法及系统 |
| CN113050630B (zh) * | 2021-03-10 | 2022-07-15 | 哈尔滨工程大学 | 一种网络攻击下无人船的事件驱动航向安全控制方法 |
| CN113192333B (zh) * | 2021-04-29 | 2022-04-12 | 江苏智通交通科技有限公司 | 一种公交优先信号控制方法 |
| CN114567661A (zh) * | 2022-02-25 | 2022-05-31 | 阿波罗智联(北京)科技有限公司 | 交通照明装置的控制方法、装置、电子设备和介质 |
| CN114842639B (zh) * | 2022-07-04 | 2022-09-16 | 华录易云科技有限公司 | 一种基于实时位置匹配触发式公交优先控制方法 |
| CN115223372B (zh) * | 2022-07-08 | 2023-07-21 | 长沙理工大学 | 一种基于区段优先的公交信号优先控制方法 |
| CN118618014B (zh) * | 2024-08-12 | 2024-11-19 | 比亚迪股份有限公司 | 一种车辆控制方法、车辆、存储介质和计算机程序产品 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100304740B1 (ko) * | 1993-06-09 | 2001-11-22 | 스프레이그 로버트 월터 | 차량트랙킹시스템 |
| US5926113A (en) * | 1995-05-05 | 1999-07-20 | L & H Company, Inc. | Automatic determination of traffic signal preemption using differential GPS |
| DE19724407A1 (de) | 1997-06-10 | 1998-12-17 | Alsthom Cge Alcatel | Verfahren zur Ermittlung von Streckendaten |
| DE19944310C2 (de) | 1999-09-15 | 2002-01-31 | Siemens Ag | Verfahren und System zur Priorisierung des öffentlichen Personennahverkehrs |
| US6539300B2 (en) * | 2001-07-10 | 2003-03-25 | Makor Issues And Rights Ltd. | Method for regional system wide optimal signal timing for traffic control based on wireless phone networks |
-
2004
- 2004-01-16 US US10/758,901 patent/US7269502B2/en not_active Expired - Lifetime
- 2004-01-16 DE DE602004016952T patent/DE602004016952D1/de not_active Expired - Lifetime
- 2004-01-16 ES ES04703027T patent/ES2314364T3/es not_active Expired - Lifetime
- 2004-01-16 KR KR1020057013186A patent/KR100717532B1/ko not_active Expired - Fee Related
- 2004-01-16 WO PCT/US2004/001245 patent/WO2004066241A1/en not_active Ceased
- 2004-01-16 BR BR0406807-6A patent/BRPI0406807A/pt not_active IP Right Cessation
- 2004-01-16 CA CA002513255A patent/CA2513255A1/en not_active Abandoned
- 2004-01-16 JP JP2005518810A patent/JP2006516342A/ja active Pending
- 2004-01-16 EP EP04703027A patent/EP1584081B8/en not_active Expired - Lifetime
-
2007
- 2007-08-06 US US11/834,181 patent/US7477984B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7477984B2 (en) | 2009-01-13 |
| EP1584081B8 (en) | 2008-12-31 |
| US20070270120A1 (en) | 2007-11-22 |
| US20040147291A1 (en) | 2004-07-29 |
| EP1584081B1 (en) | 2008-10-08 |
| JP2006516342A (ja) | 2006-06-29 |
| KR100717532B1 (ko) | 2007-05-11 |
| WO2004066241A1 (en) | 2004-08-05 |
| KR20050115225A (ko) | 2005-12-07 |
| DE602004016952D1 (de) | 2008-11-20 |
| BRPI0406807A (pt) | 2005-12-27 |
| EP1584081A1 (en) | 2005-10-12 |
| US7269502B2 (en) | 2007-09-11 |
| CA2513255A1 (en) | 2004-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2314364T3 (es) | Sistema de prioridad de señales de trafico basado en eventos moviles. | |
| US12167440B2 (en) | Systems and methods for traffic priority systems | |
| US7327280B2 (en) | Emergency vehicle traffic signal preemption system | |
| US7868783B2 (en) | Cellular-based preemption system | |
| WO2019085846A1 (zh) | 一种快速车道的规划方法及单元 | |
| CN102576491A (zh) | 使用智能交通信号、gps和移动数据设备的交通路由 | |
| ES2849557T3 (es) | Método y dispositivo para influir en un dispositivo de control de tráfico | |
| ES2986471T3 (es) | Método para bloquear y filtrar llamadas falsas de ascensor automático | |
| CA2612230A1 (en) | Traffic preemption system with headway management | |
| US7116245B1 (en) | Method and system for beacon/heading emergency vehicle intersection preemption | |
| GB2572555A (en) | Systems, Methods and Devices For Navigation | |
| EP1845503B1 (en) | Traffic signal priority system based on mobile event | |
| Chakraborty et al. | Real time optimized traffic management algorithm | |
| Shah et al. | Improvement of traffic monitoring system by density and flow control for Indian road system using IoT | |
| WO2007022134A2 (en) | Cellular-based preemption system | |
| Akpado et al. | An Optimised Traffic Control Scheme with Preference to Emergency Vehicles Leveraging RFID | |
| Lytvynenko et al. | Model and Means of Timed Automata-based Real-time Adaptive Transit Signal Control | |
| Pervez et al. | A New Robust Real-time Video Streaming Analysis Algorithm for Effective Green Wave Route for Traffic Control Application | |
| TOHE | INTELLIGENT TRAFFIC CONTROL WITH PRIORITY FOR EMERGENCY VEHICLES AT INTERSECTION (A CASE STUDU IN ADDIS ABABAA, ETHIOPIA) | |
| Kloos | Innovative Intermodal Solutions for Urban Transportation Award: Developing Intermodal Traffic Signal Solutions for Portland, OR, USA | |
| JP2002230687A (ja) | 交通制御器の制御システム | |
| Li | Intersection control optimization and simulation for automated vehicles at isolated intersections | |
| El Kadi | Modeling and Simulation of Autonomous Intersection Management Protocols | |
| HK1171554A (en) | Traffic routing using intelligent traffic signals, gps and mobile data devices |