ES2598247T3

ES2598247T3 - Procedimiento para la liquidación de utilizaciones locales

Info

Publication number: ES2598247T3
Application number: ES13152084.3T
Authority: ES
Inventors: Nader Namdar
Original assignee: Kapsch TrafficCom AG
Current assignee: Kapsch TrafficCom AG
Priority date: 2013-01-21
Filing date: 2013-01-21
Publication date: 2017-01-26
Anticipated expiration: 2033-01-21
Also published as: AU2013273615B2; CA2836955A1; RU2014101593A; PL2757513T3; CA2836955C; AU2013273615B9; AU2013273615A1; SI2757513T1; US20140207539A1; DK2757513T3; PT2757513T; CN103942846A; CL2014000115A1; EP2757513B1; EP2757513A1; US9830746B2

Abstract

Procedimiento para la liquidación de utilizaciones locales de equipos vehiculares (21, 24) en un sistema de peaje vial (1) mediante un sistema de transacciones de pago (8) separado, teniendo el sistema de peaje vial (1) un servidor de peaje (4), al menos una terminal de peaje (5) y al menos un subsistema (16, 17) para la detección de las utilizaciones locales y el sistema de transacciones de pago (8) tiene un servidor de transacciones (9) y al menos una terminal de transacciones (10) para tarjetas de pago (12), estando cada terminal de transacciones (10) asignada a una o más terminales de peaje (5), incluyendo: entrada de un indicativo (OID) de un equipo vehicular (21, 24) a la terminal de peaje (5); generación en la terminal de peaje (5) de un indicativo de transacción (TID) correspondiente unívocamente al indicativo de equipo vehicular (OID), con lo cual el indicativo del equipo vehicular (OID) no es deducible del solo conocimiento del indicativo de transacción (TID). transmisión del indicativo de transacción (TID) de la terminal de peaje (5) al servidor de transacciones (9) por medio de un primer enlace de datos (13) entre estos; transmisión del indicativo de transacción (TID) del servidor de transacciones (9) al terminal de transacciones (10) por medio de un segundo enlace de datos (11) entre estos; entrada a la terminal de transacciones (10) de un indicativo de tarjeta (CC ) de una tarjeta de pago (12) y transmisión del indicativo de tarjeta (CC ) y del indicativo de transacción (TID) desde la terminal de transacciones (10) al servidor de transacciones (9) por medio del segundo enlace de datos (11); siendo enviado una valor de transacción (T$) primeramente de la terminal de peaje (5) o bien después de la terminal de transacciones (10) al servidor de transacciones (9); transmisión a la terminal de peaje (5) del indicativo sustitutorio (AL ) generado en el servidor de transacciones (9) y asignado unívocamente al indicativo de tarjeta (CC ) y del indicativo de transacción (TID) desde el servidor de transacciones (9) por medio del primer enlace de datos (13); búsqueda en la terminal de peaje (5) del indicativo del equipo vehicular (OID) correspondiente al indicativo de transacción (TID) y transmisión del indicativo de equipo vehicular (OID) y del indicativo sustitutorio (AL ) de la terminal de peaje (5) al servidor de peaje (4); y uso del indicativo sustitutorio (AL ) en una comunicación a través de un tercer enlace de datos (15) extendida entre el servidor de peaje (4) y el servidor de transacciones (9) para la liquidación de una utilización detectada por el subsistema (16, 17) bajo el indicativo del equipo vehicular (OID) respectivo.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Procedimiento para la liquidacion de utilizaciones locales

La presente invencion se refiere a un procedimiento para la liquidacion de utilizaciones locales de equipos vehiculares en un sistema de peaje vial mediante un sistema de transacciones de pago separado, teniendo el sistema de peaje vial un servidor de peaje, al menos una terminal de peaje y al menos un subsistema para la deteccion de las utilizaciones locales y el sistema de transacciones de pago tiene un servidor de transacciones y al menos una terminal de transacciones para tarjetas de pago.

La deteccion de utilizaciones locales de vetnculos se produce en sistemas electronicos de peaje vial con ayuda de equipos vehiculares transportados a bordo de los vetnculos (Onboard-Unit, OBU), que con este proposito comunican mediante radio de corto alcance (Dedicated Short Range Communication, DSRc) con radiobalizas distribuidas geograficamente (balizas DSRC), o con ayuda de un GNSS-OBU autolocalizador en un sistema satelital de navegacion (Global Navigation Satellite System, GNSS). Mientras en los sistemas DSRC, las balizas estan en enlace directo con el sistema de peaje, los GNSS-OBU transmiten los datos detectados, por regla general, por medio de radiotelefoma movil al servidor de peaje central.

La liquidacion se produce en tales sistemas de peaje vial, por ejemplo segun el documento US 2005/010478 A1, la mayona de las veces mediante el pago previo de un importe monetario que, adicionalmente, puede incluir un deposito de garantfa para el equipo vehicular. Al devolver un equipo vehicular, por ejemplo en la terminal de peaje de un punto de venta descentralizado antes de un paso de frontera, el sistema de peaje salda las cuentas entre los importes monetarios pagados hasta ese momento y los utilizados. Unido a ello estan los tiempos de espera y las reservas monetarias en metalico no deseadas o transferencias bancarias (internacionales) costosas en el punto de venta respectivo.

Para mejorar el elevado coste y la baja flexibilidad de tal procedimiento de liquidacion se dio a conocer en el documento EP 2 511 868 un procedimiento en el cual las tarjetas de pago, por ejemplo tarjetas de credito son usadas para establecer, pagar, pagar extra y liquidar valores de transaccion. En este caso cooperan el sistema de peaje vial y sistema de transacciones de pago sin integracion redproca, de manera que se impide una inclusion del sistema de peaje vial a los desarrollos asegurados complejos de transacciones de tarjetas de pago y una certificacion relacionada del sistema de peaje vial para el cumplimiento de estandares determinados, por ejemplo los Payment Card Industry Data Security Standard (pCl-DSS).

En el procedimiento conocido se establece un enlace de datos directo entre la terminal de peaje y la terminal de transacciones en un punto de venta (Point Of Sales, POS) y un enlace de datos directo adicional entre el servidor de peaje y el servidor de transacciones para permitir la cooperacion de ambos sistemas. De este modo se determina en el POS una transaccion de pago y con un procesamiento exitoso del pago se transmite un aviso de confirmacion de la terminal de transacciones a la terminal de peaje que, junto con el indicativo del equipo vehicular detectado, es transmitido al servidor de peaje. El servidor de peaje, junto con el mismo aviso de confirmacion recibe, ademas, del servidor de transacciones un indicativo sustitutorio generado en el mismo, a traves del enlace de datos directo adicional. Con ayuda del aviso de confirmacion recibido del mismo modo por la terminal de peaje y por el servidor de transacciones, el servidor de peaje puede asignar redprocamente el indicativo sustitutorio y el indicativo del equipo vehicular. La liquidacion de las utilizaciones locales determinadas en el sistema de peaje vial mediante el indicativo del equipo vehicular se produce mas tarde por medio de un enlace de datos directo entre el servidor de peaje y el servidor de transacciones bajo el indicativo sustitutorio.

Por el documento US 2008/0189186 A1 se conoce un sistema de pago con tarjetas de credito en el cual un cliente ingresa el numero telefonico de un telefono movil en la terminal de comercio que la envfa a un servidor de pagos. El servidor de pagos devuelve un link de Internet al telefono movil a traves del cual para el pago se pueden ingresar datos de tarjetas de credito al servidor de pagos. Despues de autorizado el pago, el servidor de pagos devuelve un aviso de confirmacion a la terminal del comercio y al telefono movil.

La presente invencion tiene por objetivo continuar perfeccionando el procedimiento mencionado que se basa en el uso de tarjetas de pago para la liquidacion de utilizaciones locales de equipos vehiculares en un sistema de peaje vial.

Dicho objetivo se consigue segun la invencion mediante el procedimiento del tipo mencionado al comienzo, que comprende:

entrada de un indicativo de un equipo vehicular a la terminal de peaje, generacion de un indicativo de transaccion correspondiente y transmision del indicativo de transaccion de la terminal de peaje al servidor de transacciones por medio de un primer enlace de datos entre ambos;

transmision del indicativo de transaccion del servidor de transacciones a la terminal de transacciones por medio de un segundo enlace de datos extendido entre ambos;

5

10

15

20

25

30

35

40

45

50

55

entrada a la terminal de transacciones de un indicativo de tarjeta de una tarjeta de pago y transmision del indicativo de tarjeta y del indicativo de la transaccion desde la terminal de transacciones al servidor de transacciones por medio del segundo enlace de datos;

transmision a la terminal de peaje del indicativo sustitutorio, generado en el servidor de transacciones y asignado unvocamente al indicativo de tarjeta, y del indicativo de transaccion por medio del primer enlace de datos;

busqueda en la terminal de peaje del indicativo del equipo vehicular correspondiente al indicativo de transaccion y transmision del indicativo de equipo vehicular y del indicativo sustitutorio de la terminal de peaje al servidor de peaje; y

uso del indicativo sustitutorio en una comunicacion a traves de un tercer enlace de datos extendida entre el servidor de peaje y el servidor de transacciones, para la liquidacion de una utilizacion detectada por el subsistema bajo el indicativo del equipo vehicular respectivo.

El procedimiento segun la invencion hace superfluo un enlace de datos directo entre la terminal de peaje y la terminal de transacciones en el POS, que en sf mismo alberga el peligro de un dano a la integridad de datos del sistema de transacciones de pago: A traves de un enlace de datos que se desenvuelve exclusivamente en el POS y consecuentemente esta expuesta, y de la terminal de transacciones equipada la mayona de las veces de una inteligencia solo reducida, es decir de poca capacidad de calculo y funcionalidad (de software), podna, de otro modo, producirse una contaminacion de los datos del sistema de transacciones de pago. El evitar un enlace de datos directo entre la terminal de peaje y la terminal de transacciones aumenta la seguridad de las transacciones y la integridad de los datos, incluso frente a interrupciones potenciales de los enlaces de datos entre el sistema de peaje vial y el sistema de transacciones de pago. Es que si la transaccion de pago entre el servidor de transacciones y la terminal de transacciones se desarrolla y es confirmada correcta y completamente, pero que el enlace de datos con la terminal de peaje se interrumpe, hasta ahora cada terminal de transacciones individuales debfa en el sistema de transacciones de pagos ser capaz de detectar esta interrupcion y reenviar la confirmacion en un momento ulterior - cuando el enlace de datos a la terminal de peaje funciona nuevamente sin interrupciones - a la terminal de peaje, o toda la transaccion de pago debfa ser retrotrafda partiendo de la terminal de transacciones y ser repetida en un momento ulterior.

Ahora, segun el procedimiento mejorado, el servidor de transacciones equipado por regla general con una potencia de calculo elevada puede reconocer tal interrupcion hacia la terminal de peaje y bien disponer un nuevo envfo del indicativo sustitutorio en un momento ulterior o bien retrotraer o detener la transaccion del pago de manera directa y centralizada. Por lo tanto, ninguna de las muchas terminales de transacciones requiere segun dicho procedimiento un ajuste; en el mejor de los casos se requieren de manera centralizada en el servidor de transacciones. Todas las terminales de transacciones estan exclusivamente enlazadas con el servidor de transacciones, lo que aumenta la seguridad de las manipulaciones del sistema de transacciones de pago y todo el procedimiento para la liquidacion de utilizaciones locales. De esta manera, todo el procedimiento es implementable mas rapidamente y presenta una mayor seguridad frente a manipulaciones que en el procedimiento conocido segun el estado actual de la tecnica. Una contaminacion del sistema de transacciones de pago sensible y de sus datos esta claramente dificultada e incluso es imposible; con ello, ademas, se puede prescindir de una certificacion del sistema de peaje vial segun unos estandares de sistemas de tarjetas de pago, ya que, ademas, no se produce una integracion profunda de ambos sistemas.

Para hacer el procedimiento aun mas eficiente, es ventajoso cuando, preferentemente, en la liquidacion de la utilizacion local

- se facture al menos un valor de peaje en el sistema de peaje vial para el indicativo del equipo vehicular;

- en respuesta a una solicitud de liquidacion se determine en el servidor de peaje el indicativo sustitutivo asignado al indicativo de equipo vehicular y se transmita junto con el valor de peaje al servidor de transacciones por medio del tercer enlace de datos, y

- el servidor de transacciones detecta el indicativo de tarjeta asignado al indicativo sustitutorio recibido y se salda el valor de peaje mediante el indicativo de tarjeta detectado.

Preferentemente, en la terminal de peaje se ingresa, adicionalmente, un valor de transaccion que al transmitir el indicativo de transaccion de la terminal de peaje al servidor de transacciones es transmitido de allf junto con el mismo a la terminal de transacciones. De tal manera, no es necesario ingresar complicadamente por teclado tal valor de transaccion, sino que existe la opcion del registro - hoy la mayona de las veces automatico - del valor de transaccion en la terminal de peaje. De esta manera, el procedimiento se agiliza aun mas y se reduce el tiempo de procesamiento en el POS.

Para aumentar aun mas la seguridad y rastreabilidad del procedimiento, al transmitir el indicativo del equipo vehicular y el indicativo sustitutorio de la terminal de peaje al servidor de peaje preferentemente se acompana el indicativo de transaccion. De esta manera, toda la parte de la transaccion registrada en el sistema de peaje puede

5

10

15

20

25

30

35

40

45

50

55

ser rastreada mtegra y completamente. Esto crea en el sistema de peaje vial la posibilidad de un control immediate o, cuando los datos son almacenados en el servidor de peaje, de una comprobacion ulterior de la transaccion.

Es particularmente preferente cuando en el servidor de transacciones se generen datos de autorizacion que son enviados conjuntamente con la transmision del indicativo sustitutorio y del indicativo de transaccion desde el servidor de transacciones a la terminal de peaje y, preferentemente, tambien con la transmision del indicativo del equipo vehicular y el indicativo sustitutorio de la terminal de peaje al servidor de peaje. Dichos datos de autorizacion pueden, por un lado, ser un codigo de validacion para la transaccion de pago, pero tambien pueden incluir, ademas tambien una marca de fecha y hora de la autorizacion, un indicativo unvoco de la terminal de transacciones, etc. En este caso, los datos de realizacion contienen informaciones detalladas respecto de la transaccion de pago y permiten asf tambien la comprobacion de posibles errores - eventualmente descubiertos mas tarde - respecto del sistema de transacciones de pago.

En una forma de realizacion preferente, la terminal de peaje registra datos adicionales, referidos a personas y/o vehteulos, que acompanan la transmision al servidor de peaje del indicativo del equipo vehicular y el indicativo sustitutorio de la terminal de peaje. Dichos datos le permiten al sistema de peaje vial individualizar adicionalmente tanto la liquidacion, emitiendo la liquidacion referida a personas y/o vehteulos, como tambien garantizar utilizaciones locales correctas mediante la comprobacion de las utilizaciones locales por parte de vehteulos mediante la matrteula u otras personas registradas - y/o datos referidos al vehteulo - al menos al azar.

Es particularmente ventajoso cuando como sistema de transacciones de pago se usa un sistema de transacciones de pago mediante tarjeta de credito. De tal manera, en el procedimiento descrito el sistema de peaje vial puede recurrir a la particularmente elevada flexibilidad y seguridad de las transacciones de pago mediante tarjeta de credito, sin la necesidad de tener que realizar las acciones de pago por sf mismo, y utilizar ventajosamente la difusion y aplicabilidad internacional de las tarjetas de credito.

Otras caractensticas y ventajas de la invencion surgen de la descripcion siguiente de un ejemplo de realizacion preferente con relacion a los dibujos anexos en los que muestran:

La figura 1, esquematicamente la estructura ffsica de un sistema de peaje vial y un sistema de transacciones de pago y su interaccion en el procedimiento segun la invencion; y

la figura 2, un diagrama de secuencias de una forma de realizacion del procedimiento segun la invencion.

La figura 1 muestra un sistema de peaje vial 1 para detectar y debitar el peaje de utilizaciones locales de vehteulos 2, que se mueven sobre vfas 3. El sistema de peaje vial 1 incluye un servidor de peaje central 4 que esta enlazado por medio de enlaces de datos 6 con una pluralidad de terminales de peaje descentralizadas 5, de las cuales en la figura 1 se muestra simbolicamente una. Las terminales de peaje 5 estan dispuestas en puntos de venta 7.

Un sistema de transacciones de pago 8 para la liquidacion de utilizaciones locales de los vehteulos 2 incluye un servidor de transacciones central 9 conectado por medio de enlaces de datos directos 11 (en lo sucesivo tambien denominados “segundos enlaces de datos”) con una pluralidad de terminales de transacciones descentralizadas 10, de las cuales en la figura 1 nuevamente se muestra uno de manera simbolica. Las terminales de transacciones 10 estan, al igual que las terminales de peaje 5, dispuestas en los puntos de venta 7 (Point Of Sales, POS) y, en cada caso, asignadas a una o mas terminales de peaje 5, sin estar, sin embargo, en enlace directo entre sf.

El sistema de transacciones de pago 8 es un sistema de transacciones preservado sobre la base de tarjetas de pago 12, por ejemplo tarjetas de credito, tarjetas de debito o tarjetas prepagas en las cuales la transaccion de pago se hace mediante un proceso en lmea mediante comunicacion entre el servidor de transacciones 9 y la terminal de transacciones 10 respectiva que, con este proposito, dispone de un indicativo de terminal de transacciones PID unvoca. Una tarjeta de pago 12 tiene, por su parte, un indicativo unvoco CC# y, dado el caso, un codigo de usuario PIN.

El sistema de transacciones de pago 8 esta configurado y certificado de acuerdo con las mas estrictas prescripciones y estandares de preservacion de datos, por ejemplo en el Payment Card Industry Data Security Standard (PCI-DSS), el Visa®-Account-Information-Security-Programm (AIS y su programa asociado CISP), el MasterCard®-Site-Data-Protection-Programm (SDP), el American Express® Security Operating Policy (DSOP), el Discover Information Security and Compliance (DISC) o las regulaciones de seguridad JCB® asf como procedimientos de transacciones de pago comparables, por ejemplo tambien usando el Maestro®SecureCode o el MasterCard® SecureCode™.

Cada terminal de peaje 5 esta enlazada con un servidor de transacciones 9, en cada caso por medio de un enlace de datos directo 13 (en lo sucesivo tambien denominado “primer enlace de datos”). De tal manera, una terminal de peaje 5 se usa, ante todo, como punto de introduccion de datos que estan destinados al servidor de peaje 4, y retransmite al servidor de peaje 4 datos que recibe del servidor de transacciones 9. Como se muestra en la figura 1, la terminal de peaje 5 puede estar realizada como sistema de caja de cobro en un punto de peaje o punto de venta, por ejemplo en fronteras o gasolineras. La terminal de transacciones 10 se usa como interfaz de usuario local para la transaccion de pago y puede estar equipada de un lector de tarjetas para la tarjeta de pago 12 y un teclado sencillo

5

10

15

20

25

30

35

40

45

50

55

para la introduccion de datos. Los puntos de venta 7 con ambas terminales 5 y 10 tambien pueden estar realizados en forma de dispositivos automaticos integrados 14 para el autoservicio (no mostrado en la figura 1).

Entre el servidor el transacciones 9 y el servidor de peaje 4 existe un enlace de datos 15 (en lo sucesivo denominado tambien “tercer enlace de datos”) para el intercambio directo de datos entre los mismos, tal como se describe en detalle mas adelante. De tal manera, tanto los servidores de transacciones 9 como los servidores de peaje 4 no deben ser interpretados, en cada caso, como unidades de calculo individuales necesariamente cerradas, sino que pueden ser parte de tales unidades de calculo o parte de granjas de servidores, distribuidas geograficamente o, eventualmente, tambien parte de otros sistemas de calculo, por ejemplo en un instituto de credito o en un operador vial.

Los enlaces de datos 6, 11, 13 y 15 pueden estar realizados en forma de lmeas alambricas, eventualmente con protocolos propios de transmision de datos, conexiones de Internet (por ejemplo en forma de una red privada virtual VPN) o como lmeas inalambricas, por ejemplo radiotelefoma movil, pero tambien soportada por satelite, con la cual se mantienen permanentemente o pueden ser enlazadas en caso de necesidad (por ejemplo mediante modems de enlace, como sesiones de datos conmutados por paquetes, etc.). Tambien es posible cualquier combinacion de tipos de enlace, de manera que, por ejemplo, las terminales de peaje y/o de transacciones 5, 10 alejadas raramente utilizadas pueden establecer enlaces, mientras que las terminales de peaje y/o transacciones 5, 10 en localidades muy frecuentadas pueden estar en enlace permanente con los servidores de peaje y/o de transacciones 4, 9.

El servidor de peaje 4 esta enlazado con subsistemas 16, 17 para la deteccion de utilizaciones locales de vehnculos 2, subsistemas 16, 17 que igualmente son parte del sistema de peaje vial 1. Los enlaces de datos 18 usados con este fin pueden estar realizados de diferentes formas, tal como se ha descrito en relacion con los enlaces de datos 6, 11, 13, 15.

Un primer subsistema a modo de ejemplo es el subsistema 16 que dispone de unidades de calculo locales 20 por medio de balizas de comunicaciones de corto alcance (dedicated short range communication beacons, balizas DSRC) 19 distribuidas geograficamente. Cuando un equipo vehicular (Onboard-Unit, OBU) 21 conducido a bordo de un vehnculo 2 penetra en el alcance de radio 22 de una baliza dSrC 19, esta baliza DSRC 19 y la OBU 21 establecen un enlace de comunicaciones 23. Con este enlace de comunicaciones 23 se detecta la utilizacion por un vehnculo 2 del tramo o lugar de via 3 que se encuentra en el alcance de radio 22 de la baliza DSRC 19. Son apropiados como enlace de comunicaciones 23 todos los enlaces de corto alcance conocidos, tales como enlaces infrarrojos, RFID, WAVE (Wireless Access in Vehicular Environments), ITS-G5, WLAN (Wireless Local Area Network), Wi-Fi®, Bluetooth® etc.

De tal manera, las utilizaciones locales son detectadas en el sistema de peaje vial 1 mediante un indicativo de OBU y/o de equipo vehicular umvoco OID asignado a cada OBU 21 que, en el margen de enlace de comunicaciones 23, es transmitido a la baliza DSRC 19. Las balizas DSRC 19 envfan al servidor de peaje 4 los datos detectados en los enlaces de comunicaciones 23, por ejemplo junto con indicativos umvocos de balizas BID de la balizas DSRC 19 a traves de los enlace de datos 18.

Un segundo subsistema a modo de ejemplo es el subsistema 17 que detecta la utilizacion local de los vehnculos 2 con la ayuda de OBU 24 que en un sistema de navegacion satelital global 25 se autolocalizan. Los OBU 24 comunica por medio de un radioenlace 26 con una red radioelectrica 27 que transmite al servidor central de peaje 4 las utilizaciones locales detectadas por medio del enlace de datos 18. El trayecto de radiotelefoma 26 y la red de radiotelefoma 27 son, preferentemente, una red de radiotelefoma celular movil. Sin embargo, alternativamente, dicho enlace se puede establecer tambien a traves de enlaces de comunicaciones de corto alcance 23 y balizas DSRC 19 u otras redes de radiotelefoma apropiadas en enlace con el servidor de peaje 4.

Las utilizaciones locales de vehnculos 2 que son detectadas y debitadas en el sistema de peaje vial 1 pueden ser de cualquier tipo, ya sea el transito de una carretera de peaje como de la via 3 o un trayecto de la misma, la entrada a determinada zona espedfica (zonas urbanas, parques nacionales, tuneles, etc.), o la permanencia en una zona como el aparcamiento 28, etc. El peaje a liquidar para la utilizacion local puede estar relacionado con el trayecto recorrido (peaje por trayecto) y/o duracion de utilizacion (peaje por tiempo).

La figura 2 muestra en detalle el procedimiento para la liquidacion de utilizaciones locales de los vehnculos 2 y/o OBU 21, 24. El procedimiento comienza con la introduccion en una de las terminales de peaje 5 de un indicativo de equipo vehicular OID en el paso 29 y un valor de transaccion T$ en el paso 29', lo cual en aquella inicia un proceso 30. El valor de transaccion T$ sirve, por ejemplo, como prepago para un peaje a liquidar a posteriori y puede incluir tambien, por ejemplo, un deposito de garantfa (Deposit) para el OBU 21, 24. Alternativamente, el valor de transaccion T$ tambien podna ser solamente un importe simbolico, por ejemplo 1 centimo de Euro, para siquiera iniciar una transaccion. De tal manera, el valor de transaccion T$ puede ser determinado en el paso 29' y ser introducido manualmente, ser establecido previamente como un valor fijo o ser seleccionado de una lista elaborada previamente en la terminal de peaje 5.

5

10

15

20

25

30

35

40

45

50

55

La secuencia de los pasos 29 y 29' es discrecional. El proceso 30 se usa para el registro y la recoleccion de las informaciones de la transaccion necesarios desde el punto de vista del sistema de peaje vial 1 para el procedimiento y su retransmision al servidor de peaje 4.

En el paso 31, la terminal de peaje genera un indicativo de transaccion TID unvoco para el indicativo del equipo vehicular OID. El indicativo de transaccion TID puede ser un numero consecutivo, eventualmente con complementacion de fecha, hora y/o un indicativo MID de la terminal de peaje 5. El indicativo de transaccion TID puede, por razones de plausibilidad, incluir tambien partes del indicativo del equipo vehicular OID; sin embargo, el indicativo del equipo vehicular OID no es deducible, preferiblemente, del solo conocimiento del indicativo de transaccion TID.

En el paso 32, el indicativo de transaccion TID es transmitido junto con el valor de transaccion T$ a traves del primer enlace 13 al servidor de transacciones 9 para iniciar en el mismo un proceso de transaccion de pago 33. En dicho proceso 33 se transmite, primeramente, el indicativo de transaccion TID junto con el valor de transaccion T$ desde el servidor de transacciones 9 a traves del segundo enlace de datos 11 a la terminal de transacciones 10 (paso 34). De esta manera se inicia allf un proceso de autorizacion 35 en el cual la terminal de transacciones 10 esta preparada para registrar el indicativo de tarjeta CC# de una tarjeta de pago 12, por ejemplo mediante el almacenamiento de la tarjeta de pago 12 en una lectora de tarjetas de la terminal de transacciones 10 (paso 36'). Alternativa o complementariamente al paso 29', en el paso 36' la introduccion del valor de transaccion T$ tambien se podna realizar directamente en la terminal de transacciones 10, en cuyo caso se hace superflua la introduccion y la transmision conjunta del valor de transaccion T$ en los pasos 29', 32 y 34. Opcionalmente, en funcion del sistema de transacciones de pago 8 aplicado, tambien puede estar prevista en la terminal de transacciones 10 la introduccion de un codigo de usuario PIN e informaciones adicionales, por ejemplo referidas a usuarios.

La secuencia de la introduccion del indicativo de tarjeta CC# y, eventualmente, del valor de transaccion T$, codigo de usuario PIN y otros datos adicionales a la terminal de transacciones 10 es discrecional y, por regla general, es especificada por el sistema de transacciones de pago 8.

Cuando todos los datos necesarios para una transaccion de pago estan registrados en la terminal de transacciones 10, la misma envfa, eventualmente despues de la confirmacion, un requerimiento de autorizacion RA al servidor de transacciones 9 (paso 36). El requerimiento de transaccion RA contiene el indicativo de la terminal de transacciones PID, el indicativo de transacciones TID, el valor de la transaccion T$, el indicativo de tarjeta CC# y, opcionalmente, el codigo de usuario PIN y otros datos de usuario.

Con la recepcion del requerimiento de autorizaciones RA {PID, TID, T$, CC#} comienzan en el proceso de transacciones de pago 33 las autorizaciones de la transaccion de pago y generacion de un indicativo sustitutorio AL# para el indicativo de tarjeta CC#. Para ello, el servidor de transacciones 9 comprueba en el paso 36 la validez de los datos de la transaccion de pago recibidos junto con el requerimiento de autorizacion RA. La ejecucion exacta de la liquidacion debe ser tomado del correspondiente sistema de transacciones de pago 8 usado de acuerdo con el estado actual de la tecnica; de tal manera, el servidor de transacciones 9 puede, por ejemplo, tal como lo muestra el paso 38, consultar una cuenta de tarjeta 37 (figura 1) contabilizada por el mismo y asignado a la tarjeta de pago 12 respectiva o, alternativamente, hacer validar y autorizar la transaccion de pago por una posicion externa, por ejemplo un operador de tarjetas de credito. El paso 38 tambien se puede realizar en un momento posterior en el proceso 33 o incluso despues de su conclusion.

Despues de la comprobacion o validacion positiva, el servidor de transacciones 9 devuelve como autorizacion para la transaccion de pago los datos de autorizacion AuDat a la terminal de transacciones 10 (paso 39), la cual con esto termina de la manera conocida su proceso de autorizacion 35, por ejemplo emitiendo un comprobante para el cliente. Los datos de autorizacion AuDat son unvocos para cada transaccion de pago. Para ello pueden incluir, por ejemplo, una marca de fecha y hora, el indicativo PID de la terminal de transacciones 10 utilizada y/o un certificado digital del servidor de transacciones 9, tal como se conoce de acuerdo con la tecnica actual.

El indicativo sustitutorio AL# del indicativo de tarjeta CC# generado en el proceso 33 esta asignado unvocamente a la misma y es almacenado en el paso 40' en una base de datos 40 del servidor de transacciones 9 para su utilizacion ulterior. Del solo conocimiento del indicativo sustitutorio AL# no es posible deducir el indicativo de tarjeta CC#, pero puede contener partes del indicativo de tarjeta CC#, por ejemplo sus ultimas cuatro cifras con propositos de plausibilidad.

En el paso 41, que tambien podna llevarse a cabo antes del paso 40', el servidor de transacciones 9 envfa a la terminal de peaje 5 el indicativo sustitutorio AL# y un aviso de confirmacion opcional TOK (“Transaction Ok) bajo el indicativo de transaccion TID, lo que en el ejemplo de la figura 2 termina el proceso 33. De tal manera, cuando se desea, el servidor de transacciones 9 tambien puede enviar los datos de autorizacion AuDat a la terminal de peaje 5. A continuacion, en base al indicativo de transaccion TID recibido, la terminal de peaje 5 busca el indicativo de equipo vehicular OID correspondiente (paso 42).

Al final del proceso 30, en el paso 43 se envfa del terminal de peaje 5 al servidor de peaje 4 el indicativo de equipo vehicular OID y el indicativo sustitutorio AL# por medio del enlace de datos 6, con lo cual concluye el proceso 30 en

5

10

15

20

25

30

35

40

45

50

55

la terminal de peaje 5. Para el control inmediato o una comprobacion ulterior de la transaccion de pago tambien se pueden transmitir adicionalmente en el paso 43 el indicativo de transaccion TID y/o, eventualmente, los datos de autorizacion AuDat as^ como informaciones adicionales posibles, por ejemplo el valor de transaccion T$ y otros datos personales y/o vehiculares registrados por la terminal de peaje 5 durante el proceso 30.

En un proceso 44, el servidor de peaje 4 almacena a continuacion los indicativos OID, AL# redprocamente asignados en una base de datos 45 del servidor de peaje 4 para su utilizacion ulterior en la liquidacion (paso 46). Para la comprobacion ulterior, el servidor de peaje 4 podna en el paso 46 almacenar tambien las informaciones adicionales recibidas opcionalmente en el paso 43 - el indicativo de transaccion TID, eventualmente los datos de autorizacion AuDat, asf como, por ejemplo, el valor de transaccion T$ y/o datos personales y/o vehiculares.

El servidor de peaje 4 usa, a continuacion, el indicativo sustitutorio AL# y/o el indicativo de equipo vehicular PID para llevar y/o identificar una cuenta de peaje 47 referida a personas y/o vedculos para la liquidacion de transacciones de peaje en el sistema de peaje vial 1. La figura 2 muestra, a modo de ejemplo, algunas transacciones de peaje 48, que son iniciadas por los subsistemas 16, 17, para determinar utilizaciones locales de vedculos 2 y de allf generar para el servidor de peaje 4 los datos relevantes para el peaje, los denominados “valores de peaje” M$. Los valores de peaje M$ pueden ser por un lado - segun la arquitectura del sistema de peaje vial 1 - la indicacion de utilizaciones locales individuales, por ejemplo en forma de un indicativo de equipo vehicular OID junto con un indicativo de baliza BID, por otro lado pueden ser resultados de calculo de peaje terminados individuales o acumulados o una combinacion de dichas variantes y, de tal manera, ser enviadas al servidor de peaje 4 por las balizas DSRC 19 como tambien por los OBU 24 autolocalizadores a traves de la red radioelectrica 27, en cada caso bajo un indicativo de equipo vehicular OID. En cada caso, el servidor de peaje 4 debita (o acredita) el o los valor/es de peaje M$ a la cuenta de peaje 47 asignada al indicativo de equipo vehicular OID.

Para la subsiguiente liquidacion de las utilizaciones locales de un vedculo 2, en el paso 49 un usuario devuelve, por ejemplo, el OBU 21 o 24 transportado en el vedculo 2 en cualquier punto de venta 7 a traves del sistema de transacciones de pago 8, con lo cual (o mediante lo cual) el indicativo de equipo vehicular OID ha sido dado a conocer nuevamente a la terminal de peaje 5 (proceso 50). En consecuencia, la terminal de peaje 5 envfa en el paso 51 un requerimiento de liquidacion final Rc al servidor de peaje 4. Un requerimiento de liquidacion final RC podna, por supuesto, producirse incluso sin retorno de un OBU 21, 24, por ejemplo en el recambio de dos OBU 21, 24 o, simplemente, mediante la introduccion del indicativo de equipo vehicular OID en el sistema de peaje 5. Podna, ademas, generarse tambien directamente en el servidor de peaje 4 al producirse determinados acontecimientos, por ejemplo fin de mes para una liquidacion mensual, en cuyo caso se prescinde de los pasos 49 a 51.

En un proceso 52 subsiguiente iniciado mediante el requerimiento de liquidacion final RC, el servidor de peaje 4 detecta ahora en la base de datos 45 el indicativo sustitutorio AL# asignado al indicativo de equipo vehicular OID, veanse los pasos 53 y 54. En el paso 55, el servidor de peaje 4 transmite a continuacion el o los valor/es M$ de las transacciones de peaje 48 - o un valor de peaje M$ acumulado en la cuenta de peaje 47 - bajo el indicativo sustitutorio AL# a traves del tercer enlace de datos 15 al servidor de transacciones 9 y finaliza el proceso 52 y cierra, eventualmente, tambien la cuenta de peaje 47 correspondiente. De tal manera, es posible el envfo conjunto de otros datos en el paso 55, por ejemplo los datos de autorizacion AuDat para garantizar adicionalmente la autenticidad.

El servidor de transacciones 9 se encarga, a continuacion, de la liquidacion sobre la base de la tarjeta de pago 12 o bien de su indicativo de tarjeta CC#. De tal manera, tanto un abono en cuenta como tambien un adeudo pueden ser saldados mediante la tarjeta de pago 12. Despues de recibido por el servidor de peaje 4 en el paso 55 el o los valor/es de peaje M$ y el indicativo sustitutorio AL#, el servidor de transacciones 9 detecta en un proceso 56, primeramente de una base de dato 40 el indicativo de tarjeta CC# correspondiente al indicativo sustitutorio AL#, veanse los pasos 57 y 58. Consecuentemente, en el paso 59 mediante el indicativo de tarjeta CC# son debitados o acreditados el o los valor/es de peaje M$ o saldados respecto de la posicion exterior a la cuenta de tarjeta 37, con lo cual finaliza el proceso de liquidacion final de las utilizaciones locales. Opcionalmente, a traves del tercer enlace de datos 15 se puede producir al servidor de peaje 4 un aviso de confirmacion COK (“charge OK”) del proceso de liquidacion adoptado en el paso 55 por el servidor de transacciones 9.

Como se representa mediante los bloques 60 y 61 en la figura 2, el sistema de transacciones de pago 8 es un sistema de transacciones de pago 8 preservado. Los puntos de contacto del sistema de peaje vial 1 con el sistema de transacciones de pago 8 preservado estan limitados a un mmimo: Solamente en el paso 55 de la transmision del valor de peaje M$ calculado y del indicativo sustitutorio AL# al servidor de transacciones 9 se produce una transmision de datos entre el servidor de peaje 4 y el servidor de transacciones 9; y solamente al comienzo y al final del proceso de transaccion de pago 33 se produce un intercambio de datos entre la terminal de peaje 5 y el servidor de transacciones 9 mediante la transmision (paso 32) del indicativo de transaccion TID y (opcionalmente) del valor de transaccion T$ o bien mediante la transmision (paso 41) del indicativo de transaccion TID y del indicativo sustitutorio AL#.

La invencion no se limita a las formas de realizacion detalladas, sino que incluye todas las variantes y modificaciones que se producen en el margen de las reivindicaciones anadidas.

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Procedimiento para la liquidacion de utilizaciones locales de equipos vehiculares (21,24) en un sistema de peaje vial (1) mediante un sistema de transacciones de pago (8) separado, teniendo el sistema de peaje vial (1) un servidor de peaje (4), al menos una terminal de peaje (5) y al menos un subsistema (16, 17) para la deteccion de las utilizaciones locales y el sistema de transacciones de pago (8) tiene un servidor de transacciones (9) y al menos una terminal de transacciones (10) para tarjetas de pago (12), estando cada terminal de transacciones (10) asignada a una o mas terminales de peaje (5), incluyendo:

entrada de un indicativo (OID) de un equipo vehicular (21, 24) a la terminal de peaje (5);

generacion en la terminal de peaje (5) de un indicativo de transaccion (TID) correspondiente umvocamente al indicativo de equipo vehicular (OlD), con lo cual el indicativo del equipo vehicular (OlD) no es deducible del solo conocimiento del indicativo de transaccion (TID).

transmision del indicativo de transaccion (TID) de la terminal de peaje (5) al servidor de transacciones (9) por medio de un primer enlace de datos (13) entre estos;

transmision del indicativo de transaccion (TID) del servidor de transacciones (9) al terminal de transacciones (10) por medio de un segundo enlace de datos (11) entre estos;

entrada a la terminal de transacciones (10) de un indicativo de tarjeta (CC#) de una tarjeta de pago (12) y

transmision del indicativo de tarjeta (CC#) y del indicativo de transaccion (TID) desde la terminal de transacciones (10) al servidor de transacciones (9) por medio del segundo enlace de datos (11);

siendo enviado una valor de transaccion (T$) primeramente de la terminal de peaje (5) o bien despues de la terminal de transacciones (10) al servidor de transacciones (9);

transmision a la terminal de peaje (5) del indicativo sustitutorio (AL#) generado en el servidor de transacciones (9) y asignado unvocamente al indicativo de tarjeta (CC#) y del indicativo de transaccion (TID) desde el servidor de transacciones (9) por medio del primer enlace de datos (13);

busqueda en la terminal de peaje (5) del indicativo del equipo vehicular (OID) correspondiente al indicativo de transaccion (TID) y transmision del indicativo de equipo vehicular (OID) y del indicativo sustitutorio (AL#) de la terminal de peaje (5) al servidor de peaje (4); y

uso del indicativo sustitutorio (AL#) en una comunicacion a traves de un tercer enlace de datos (15) extendida entre el servidor de peaje (4) y el servidor de transacciones (9) para la liquidacion de una utilizacion detectada por el subsistema (16, 17) bajo el indicativo del equipo vehicular (OID) respectivo.
2. Procedimiento segun la reivindicacion 1, caracterizado porque al liquidar la utilizacion local

en el sistema de peaje vial (1) se factura al menos un valor de peaje (M$) para el indicativo del equipo vehicular (OID);

en respuesta a una solicitud de liquidacion (RC) se determina en el servidor de peaje (4) el indicativo sustitutivo (AL#) asignado al indicativo de equipo vehicular (OID) y se transmite junto con el valor de peaje (M$) al servidor de transacciones (9) por medio del tercer enlace de datos (15); y

el servidor de transacciones (9) detecta el indicativo de tarjeta (CC#) asignado al indicativo sustitutorio (AL#) recibido y se salda el valor de peaje (M$) mediante el indicativo de tarjeta (CC#) detectado.
3. Procedimiento segun las reivindicaciones 1 o 2, caracterizado porque en la terminal de peaje (5) se ingresa, adicionalmente, un valor de transaccion (T$) que al transmitir el indicativo de transaccion (TID) de la terminal de peaje (5) al servidor de transacciones (9) es transmitido de allf junto con el mismo a la terminal de transacciones (10).
4. Procedimiento segun las reivindicaciones 1 a 3, caracterizado porque se acompana el indicativo de transaccion (TID) al transmitir el indicativo del equipo vehicular (OID) y el indicativo sustitutorio (AL#) de la terminal de peaje (5) al servidor de peaje (4).
5. Procedimiento segun las reivindicaciones 1 a 4, caracterizado porque en el servidor de transacciones (9) se generan datos de autorizacion (AuDat) que son enviados conjuntamente con la transmision del indicativo sustitutorio (AL#) y del indicativo de transaccion (TID) desde el servidor de transacciones (9) a la terminal de peaje (5) y, preferentemente, tambien con la transmision del indicativo del equipo vehicular (OID) y del indicativo sustitutorio (AL#) de la terminal de peaje (5) al servidor de peaje (4).
6. Procedimiento segun las reivindicaciones 1 a 5, caracterizado porque en la terminal de peaje (5) se registran, adicionalmente, datos personales y/o vehiculares que se acompanan al transmitir el indicativo del equipo vehicular (OID) y el indicativo sustitutorio (AL#) de la terminal de peaje (5) al servidor de peaje (4).
7. Procedimiento segun una de las reivindicaciones 1 a 6, caracterizado porque como sistema de transacciones de 5 pago (8) se usa un sistema de transacciones de pago de tarjetas de credito.