ES2951281T3 - Sistema de pago y cobro de tarifas - Google Patents

Sistema de pago y cobro de tarifas Download PDF

Info

Publication number
ES2951281T3
ES2951281T3 ES18734936T ES18734936T ES2951281T3 ES 2951281 T3 ES2951281 T3 ES 2951281T3 ES 18734936 T ES18734936 T ES 18734936T ES 18734936 T ES18734936 T ES 18734936T ES 2951281 T3 ES2951281 T3 ES 2951281T3
Authority
ES
Spain
Prior art keywords
technology
payment
traveler
reader
mobile phone
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18734936T
Other languages
English (en)
Inventor
Moua Branckay Cesar Serge Mango
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US15/949,760 external-priority patent/US10853787B1/en
Application filed by Individual filed Critical Individual
Application granted granted Critical
Publication of ES2951281T3 publication Critical patent/ES2951281T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/42—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Ticket-Dispensing Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephone Function (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Refuse Collection And Transfer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Un sistema universal de pago y cobro de tarifas configurado para permitir a los usuarios comprar boletos y/o pases para una pluralidad de autoridades de transporte público utilizando una sola cuenta o dispositivo. El sistema está configurado para detectar una primera tecnología de emisión de billetes de un primer sistema de transporte cercano, configurar el dispositivo electrónico del viajero para autorizar al menos uno de entre un billete y un pase a través de la primera tecnología de emisión de billetes, detectar una segunda tecnología de emisión de billetes de un segundo sistema de transporte cercano. , siendo la segunda tecnología de emisión de billetes diferente de la primera tecnología de emisión de billetes, y configurar el dispositivo electrónico del viajero para autorizar al menos uno de entre un billete y un pase a través de la segunda tecnología de emisión de billetes. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Sistema de pago y cobro de tarifas
Campo técnico
La presente invención se refiere en general a sistemas de pago y cobro de tarifas y, más particularmente, a un sistema de pago y cobro de tarifas universal.
Antecedentes de la técnica
Es común que las personas viajen haciendo uso del transporte público. Por ejemplo, las personas pueden usar sistemas de metro o de autobús o usar un servicio de automóvil de alquiler con taxímetro. Las personas pueden comprar un pase de transporte para usar un sistema de transporte público.
Sin embargo, los sistemas de transporte público disponibles actualmente tienen problemas que es necesario solucionar. Por ejemplo, no es posible subir a bordo de diferentes sistemas de transporte público con un solo pase, debido a que cada autoridad de transporte tiene su propio sistema cerrado de pago y cobro de tarifas. Por lo tanto, las personas se encuentran frecuentemente con el inconveniente de necesitar comprar múltiples pases de viaje para viajar en múltiples sistemas de transporte.
Los siguientes cuatro sistemas intentan solucionar los problemas anteriores, pero plantean sus propias cuestiones y problemas técnicos:
1) Masabi simplifica la emisión de billetes y agiliza el cobro, la validación y la gestión de tarifas para proveedores de transporte público. Sin embargo, Masabi proporciona una solución de marca blanca que se integra específicamente de forma individualizada. Para que una nueva autoridad de transporte público implemente la solución de Masabi, esta debe trabajar directamente con Masabi para crear una aplicación móvil personalizada de marca blanca que solo funcione con 1 autoridad de transporte público (PTA) específica. La limitación a su oferta es que no proporciona una plataforma de alcance global que permita a los usuarios montarse en diversas PTA a través de la misma aplicación móvil. En otras palabras, la aplicación móvil de marca blanca solo será compatible con la PTA para la que la misma se construyó específicamente. Para permitir que el usuario obtenga acceso a otra PTA, se requeriría construir una aplicación móvil Masabi separada.
2) Gemalto Pure es una aplicación de pago convencional de Gemalto y es totalmente conforme con las normas Europay MasterCard y Visa (EMV). Gemalto Pure ofrece servicios de marca blanca para emisores de tarjetas de circuito cerrado. Sin embargo, la oferta de Gemalto Pure es de una naturaleza compleja que requeriría e incluiría una infraestructura importante y un desarrollo personalizado para integrarse con normas de EMV totalmente conformes. La limitación es de nuevo que el uso de esta solución de marca blanca solo proporciona acceso a una única PTA y no un acceso universal a una miríada de lectores. Además, Gemalto Pure no proporciona la implementación de una aplicación móvil.
3) Apple/Android/Samsung Pay permiten a los usuarios cargar sus tarjetas de crédito digitalmente para comunicarse con las comunicaciones de campo cercano (NFC) directamente a un punto de venta. Sin embargo, la limitación es que la mayoría de los lectores de tarjetas en las PTA de hoy no aceptan directamente estos protocolos. Por lo tanto, cuando se trata con un lector de tarjetas que no soporta estos métodos de pago de NFC, no se concederá acceso. En otras palabras, usar únicamente estos protocolos solo proporcionará acceso a un pequeño subconjunto de PTA, y no un acceso universal.
4) GlobeSherpa (moovel transit en la actualidad) es un conjunto de soluciones móviles de pago y emisión de billetes de marca blanca. GlobeSherpa ayuda a las aplicaciones de tránsito a conectarse con el resto del ecosistema de transporte. Sin embargo, la limitación se resume de nuevo en la incapacidad de una única aplicación para integrarse de forma universal en todas las PTA a nivel global.
5) El documento US 2008/201212 A1 se refiere a un sistema y método para el pago y cobro de tarifas del sistema de tránsito usando un dispositivo móvil y dispositivos de comunicación de campo cercano (NFC) que se comunican con un elemento sin contacto integrado dentro de un dispositivo inalámbrico móvil.
6) El documento EP 3 109 818 A1 se refiere a métodos, dispositivos y sistemas para detectar, realizar un seguimiento de y validar travesías de tránsito de forma automática. En particular, la solución técnica usa diversos sensores, tecnologías de detección y seguimiento del dispositivo móvil de un viajero para detectar un punto de partida y un punto final de la travesía del viajero y, basándose en la duración de la travesía y en los datos de la agencia de tránsito, calcular la tarifa y procesar el pago de la misma.
En consecuencia, existe la necesidad de un sistema de pago y cobro de tarifas universal eficaz que solucione los problemas y supere las limitaciones de los sistemas descritos anteriormente.
Sumario de la invención
La invención se define en la reivindicación independiente 1. Se definen realizaciones ventajosas en las reivindicaciones dependientes. Las realizaciones que no están amparadas por reivindicaciones no forman parte de la invención. Este sumario se proporciona para introducir de forma simplificada una selección de conceptos que se describen adicionalmente a continuación en la descripción detallada. No se pretende que este sumario identifique características clave o características esenciales de la materia objeto reivindicada, ni se pretende que se use para limitar el alcance de la materia objeto reivindicada. Además, la materia objeto reivindicada no se limita a implementaciones que solucionen cualquiera de las desventajas, o todas ellas, que se hayan hecho notar en cualquier parte de la presente divulgación.
Se divulga un sistema de pago y cobro de tarifas universal, comprendiendo el sistema una o más máquinas de almacenamiento que contienen instrucciones ejecutables por una o más máquinas lógicas para, en el dispositivo electrónico de un viajero, detectar una primera tecnología de emisión de billetes de un primer sistema de transporte cercano, configurar el dispositivo electrónico del viajero para autorizar un billete a través de la primera tecnología de emisión de billetes, en el dispositivo electrónico del viajero, detectar una segunda tecnología de emisión de billetes de un segundo sistema de transporte cercano, siendo la segunda tecnología de emisión de billetes diferente de la primera tecnología de emisión de billetes, y configurar el dispositivo electrónico del viajero para autorizar un billete a través de la segunda tecnología de emisión de billetes.
En otro aspecto, el sistema de transporte cercano se determina a través de un subsistema de GPS.
En otro aspecto, la primera y la segunda tecnología de emisión de billetes son una de tecnología de NFC, tecnología de lector de tarjetas sin contacto y tecnología de Bluetooth.
En otro aspecto, el sistema ejecuta un algoritmo para detectar o determinar una tecnología de emisión de billetes específica.
En otro aspecto, los sistemas de transporte cercanos están cada uno en diferentes autoridades de transporte público (PTA).
En otro aspecto, el sistema permite que el usuario pague billetes o pases de cada una de las autoridades de transporte.
Estos y otros objetos, características y ventajas de la presente invención se harán más evidentes a partir de los dibujos adjuntos y la descripción detallada de las realizaciones preferidas, que se dan a continuación.
Breve descripción de los dibujos
Las realizaciones preferidas de la invención se describirán en lo sucesivo en el presente documento junto con los dibujos adjuntos proporcionados para ilustrar y no limitar la invención, en donde designaciones semejantes denotan elementos semejantes, y en los que:
la figura 1 presenta esquemáticamente un sistema informático ilustrativo de acuerdo con aspectos de la presente divulgación;
la figura 2 presenta esquemáticamente un panorama general de alto nivel de un método de pago y cobro de tarifas universal de acuerdo con aspectos de la presente divulgación;
la figura 3 presenta esquemáticamente un método de flujo de componentes de subproceso del método de pago y cobro de tarifas universal de acuerdo con aspectos de la presente divulgación;
la figura 4 presenta esquemáticamente un flujo de método de subproceso de lector sin contacto del método de pago y cobro de tarifas universal de acuerdo con aspectos de la presente divulgación;
la figura 5 presenta esquemáticamente un panorama general de trastienda para un subsistema de centro de interacción con clientes de acuerdo con aspectos de la presente divulgación;
las figuras 6 y 7 presentan una interfaz de usuario de ejemplo para planificar un viaje usando una aplicación móvil de acuerdo con aspectos de la presente divulgación;
la figura 8 presenta esquemáticamente un subsistema para la emisión de billetes, el pago y la interacción con clientes de acuerdo con aspectos de la presente divulgación;
las figuras 9A y 9B presentan esquemáticamente un subsistema para reservar y facturar billetes, de acuerdo con aspectos de la presente divulgación;
la figura 10 presenta esquemáticamente un flujo de datos de NFC desde un terminal a una aplicación móvil, de acuerdo con aspectos de la presente divulgación;
la figura 11 presenta esquemáticamente un flujo de alto nivel para emitir un elemento seguro, de acuerdo con aspectos de la presente divulgación;
la figura 12 presenta esquemáticamente un SDK móvil configurado para permitir una comunicación de lector sin contacto con diversos sistemas, de acuerdo con aspectos de la presente divulgación;
la figura 13A presenta esquemáticamente una vista de sistema de alto nivel de una estructura de elemento seguro y lector sin contacto en un dispositivo móvil, de acuerdo con aspectos de la presente divulgación;
la figura 13B presenta esquemáticamente un subsistema de comunicación de NFC con un elemento seguro, de acuerdo con aspectos de la presente divulgación; y
la figura 13C presenta esquemáticamente un subsistema de comunicación de NFC sin un elemento seguro, de acuerdo con aspectos de la presente divulgación.
Números de referencia semejantes hacen referencia a partes semejantes de principio a fin de las diversas vistas de los dibujos.
Descripción de realizaciones
La siguiente descripción detallada es meramente de naturaleza ilustrativa y no pretende limitar las realizaciones descritas o la aplicación y los usos de las realizaciones descritas. Como se usa en el presente documento, la expresión "de ejemplo" o "ilustrativo" significa "que sirve como un ejemplo, caso o ilustración". Ninguna implementación descrita en el presente documento como "ilustrativa" o "de ejemplo" ha de interpretarse necesariamente como preferida o ventajosa sobre otras implementaciones. Todas las implementaciones descritas a continuación son implementaciones ilustrativas proporcionadas para posibilitar que los expertos en la materia hagan o usen las realizaciones de la divulgación y no pretenden limitar el alcance de la divulgación, que se define por las reivindicaciones. Por razones de descripción en el presente documento, los términos "superior", "inferior", "izquierdo", "posterior", "derecho", "frontal", "vertical", "horizontal" y derivados de los mismos deberán referirse al sistema como se indica en la figura 1. Además, no hay intención alguna de quedar ligado a ninguna teoría expresa o implícita presentada en el campo técnico, los antecedentes o el breve sumario precedentes o en la siguiente descripción detallada. Ha de entenderse también que los dispositivos y procesos específicos ilustrados en los dibujos adjuntos, y descritos en la siguiente memoria descriptiva, son simplemente realizaciones ilustrativas de los conceptos inventivos definidos en las reivindicaciones adjuntas. Por lo tanto, las dimensiones específicas y otras características físicas en relación con las realizaciones divulgadas en el presente documento no han de considerarse como limitantes, a menos que las reivindicaciones expongan expresamente lo contrario. Ha de entenderse que cada uno de los métodos a continuación puede ejecutarse en el orden que se presenta a continuación, o en cualquier orden apropiado.
Se divulga un sistema de pago y cobro de tarifas universal. El sistema comprende una o más máquinas de almacenamiento que contienen instrucciones ejecutables por una o más máquinas lógicas para llevar a cabo tareas y métodos descritos en el presente documento. Por ejemplo, las instrucciones pueden ser ejecutables por el sistema o los subsistemas para llevar a cabo métodos mostrados en las figuras.
El sistema de pago y cobro de tarifas universal divulgado en el presente documento puede denominarse PASSEKO.
El sistema puede incluir cualquier subsistema o submétodo apropiado para llevar a cabo las tareas. Por ejemplo, la figura 8 presenta esquemáticamente un subsistema para la emisión de billetes, el pago y la interacción con clientes, las figuras 9A y 9B presentan esquemáticamente un subsistema para reservar y facturar billetes, la figura 10 presenta esquemáticamente un flujo de datos de NFC desde un terminal a una aplicación móvil, la figura 11 presenta esquemáticamente un flujo de alto nivel para emitir un elemento seguro, la figura 12 presenta esquemáticamente un SDK móvil configurado para permitir una comunicación de tecnología de lector sin contacto con diversos sistemas, la figura 13A presenta esquemáticamente una vista de sistema de alto nivel de una estructura de tecnología de un elemento seguro y un lector sin contacto en un dispositivo móvil, la figura 13B presenta esquemáticamente un subsistema de comunicación de NFC con un elemento seguro, y la figura 13C presenta esquemáticamente un subsistema de comunicación de NFC sin un elemento seguro.
Pasando a la figura 2, el método 200 puede incluir, en 202, proporcionar una aplicación móvil (aplicación) en Google Play o en la tienda de aplicaciones de Apple para que un usuario descargue la aplicación móvil en un teléfono móvil, en 206, registrarse para usar la aplicación móvil desde dentro de la aplicación y crear un nombre de usuario, una contraseña y/o credenciales de acceso para usar la aplicación, en 216, recibir, identificar o determinar un método de pago para comprar billetes o pases de transporte global (por ejemplo, ACH, número de tarjeta de crédito, Apple Pay, Android Pay, Samsung Pay), en 210, hacer que un usuario inicie sesión en la aplicación móvil para ver los servicios de transporte público más cercanos usando GPS, en 212, acceder a y/o mostrar un horario y/u horas de funcionamiento para un servicio de transporte (tren, metro o autobús), y/o mostrar un precio de un billete para un artículo de horario seleccionado, y en 220, comprar un billete con la aplicación móvil a partir del horario.
Pasando a la figura 3, en 320, el método 300 puede incluir indicar un método de pago preferido.
Volviendo a la figura 2, el método 200 puede incluir en 220, a la entrada en un servicio de transporte público (por ejemplo, puede entrar un usuario), presentar o mostrar opciones de presentación (validación) de billetes disponibles en una ubicación específica o seleccionada, en 218, en respuesta a una función de tocar e ir de la aplicación móvil o el teléfono móvil, leer un billete comprado para permitir que un usuario suba a bordo de un transporte público seleccionado (por ejemplo, activando un lector sin contacto) y en 224, confirmar que se aceptó el billete.
Pasando a la figura 5, el método 500 puede incluir, en 506, proporcionar, mostrar, presentar o ver un historial de compras de billetes hechas a través de la aplicación móvil, además, en 506, proporcionar, mostrar, presentar o ver una cantidad de fondos retirados de la cuenta de pago del usuario, además, en 506, proporcionar, mostrar, presentar o ver billetes no usados y/o disponibles asociados con la cuenta de un usuario, y además, en 506, proporcionar, mostrar, presentar o ver ofertas especiales y recompensas asociadas con el uso de la aplicación móvil para el pago de tarifas.
Volviendo a la figura 2, el método 200 puede incluir, en 226, la validación de la distancia recorrida usando un proceso de comprobación disponible en algunos servicios de transporte público.
Volviendo a la figura 5, el método 500 puede incluir además, en 506, ponerse en contacto con el servicio al cliente a través de la aplicación móvil en respuesta a una entrada de usuario.
A continuación se describirán detalles adicionales de la figura 2. En 201, el sistema puede determinar en primer lugar si un usuario es un nuevo usuario. En 206, si el usuario es un nuevo usuario, la aplicación móvil sugiere al usuario que registre una nueva cuenta. En 210, si el usuario no es un nuevo usuario, el usuario puede iniciar sesión de forma segura. En 203, se hace que un usuario inicie sesión mientras se está ejecutando la aplicación. En 205, la geolocalización se habilita en la aplicación. En 212, se presenta un horario a un usuario (por ejemplo, tramo a tramo). En 216, un servidor determina un protocolo de dispositivo móvil. En 207, un usuario se configura para un lector apropiado. En 209, el método incluye pagar con una tarjeta de EMV, en 211, se configura una cuenta de usuario y en 218, se inicializa o se ejecuta una comunicación de lector móvil. En 213, un usuario puede configurarse para un lector antes de pagar a través de EMV en 209. En 220, una API de compra de billetes es gestionada por un centro de interacción con clientes como se describe con más detalle a continuación. En 224, el usuario sube a bordo de transporte público de acuerdo con un billete comprado. En 226, se inicializa o se ejecuta un motor de recompensa de servidor.
A continuación se describirán detalles adicionales de la figura 3. En 301, el método determina si un usuario es un nuevo usuario, en 306, se registra un nuevo usuario y, si el usuario ya está registrado, en 312, se hace que el usuario inicie sesión de forma segura. Subsiguientemente a registrar un nuevo usuario, en 308, se crea una nueva API de usuario, en 310, se guarda una tarjeta de crédito en una primera base de datos (DB1) en 303. Adicionalmente, o como alternativa, después de que se haya guardado la información de tarjeta de crédito, el método puede continuar registrando la tarjeta de crédito y/o cuenta de usuario en PayPal en 305, o en Stripe en 307. Además, después de crear una nueva API de usuario en 308, el método puede continuar registrando un nuevo usuario usando un centro de interacción con clientes en 309, y almacenando el registro en una segunda base de datos (DB2) en 311. La segunda base de datos DB2 puede ser parte del sistema del centro de interacción con clientes. Volviendo a hacer que un usuario inicie sesión en 312, después de que se haya hecho que un usuario inicie sesión, puede crearse y/o ejecutarse y/o mostrarse una API de inicio de sesión en 313, y en 315, se puede hacer que un usuario inicie sesión en un centro de interacción con clientes. En 317, se genera un testigo de inicio de sesión, y en 319, el testigo de inicio de sesión puede pasarse a o usarse para iniciar sesión en un extremo frontal de la aplicación móvil.
A continuación se describirán aún más detalles de la figura 3. En 321, la aplicación se está ejecutando y se hace que un usuario inicie sesión. En 323, la geolocalización se habilita en la aplicación y en 325, se ejecutan actualizaciones de latitud/longitud. En 314, se accede a un tramo de PTA a través de un horario. En 327, se determina un método de autorización de PTA. En 329, la DB2 recibe una o más de las informaciones precedentes en el flujo y en 331, se determina y/o se registra una toma de contacto y/o claves secretas y método de PTA. La información procesada en 331 puede transmitirse entonces al extremo frontal de la aplicación móvil en 319. En 320, el método puede continuar desde 331 para recargar el saldo de cuenta de un usuario (por ejemplo, si una cantidad de dinero en la cuenta del usuario es menor que un valor umbral predeterminado). En 324, se determina un tipo de acceso. Por ejemplo, en 333, el tipo de acceso es un lector sin contacto, en 335, el tipo de acceso es un sistema de BLE, y en 337, el tipo de acceso es un sistema de NFC. Además, en 339, el tipo de acceso es una tarjeta de crédito de EMV y en 341, un microprocesador convencional de emisión de billetes electrónica para tarjetas inteligentes sin contacto. En 343, se genera un código QR o una compra de API de HTTP, y se usa para dirigir a un usuario, en 345, a una API de billete de compra. La información de API de billete de compra puede procesarse en 347, y enviarse a la DB1 en 349. En 351, se ejecuta una integración profunda a una API de PTA y en 353, se envía un código QR a la aplicación móvil.
En 322, un escáner de códigos QR explora el código QR y en 326, se acepta un billete.
Volviendo, en 355 en la figura 3, el sistema determina si una tarjeta está configurada para la emulación de tarjeta de anfitrión (HCE). Si se determina que la tarjeta está configurada para HCE, entonces, en 357, se compra un billete a través de un código de HCE de Android. Si se determina que la tarjeta no es HCE, en 359, se ejecuta un flujo de registro de HCE de tarjeta de crédito. Volviendo, en 361, se determina si una tarjeta está en un elemento seguro, y en 363, se paga un billete a través de un elemento seguro y un SDK de lector sin contacto. Por ejemplo, un elemento seguro puede ser un microcontrolador seguro capaz de alojar aplicaciones de forma segura y sus datos confidenciales y/o criptográficos (por ejemplo, gestión de claves). Si se determina que la tarjeta no está en un elemento seguro, en 365, se determina si se requiere una tarjeta específica de PTA. Si se requiere una tarjeta específica de PTA, en 367, se hace un registro de lector de tarjetas sin contacto específicamente para la PTA específica. En 369, se hace un registro de lector de tarjetas sin contacto general para el sistema divulgado. Volviendo, en 371, se comunican datos a un lector a través de un protocolo de BLE, y en 373, se comunican datos a un lector a través de un protocolo de NFC. Los datos procesados en las etapas 357, 371 y/o 373 pueden transmitirse a un lector de PTA en 375. En 326, se acepta un billete y entonces, en 377, se compra un billete a través de una API y se pasa información apropiada a la DB1 en 379. En 381, se actualiza una compra de tarjeta de crédito a través de un centro de interacción con clientes y, subsiguientemente, se envía información apropiada a la DB2 en 383, y a un extremo frontal de la aplicación móvil en 385.
Ha de entenderse que un elemento seguro (SE) puede ser una plataforma resistente a la manipulación indebida, capaz de alojar de forma segura aplicaciones y sus datos confidenciales y criptográficos de acuerdo con las normas y requisitos de seguridad establecidos por un conjunto de autoridades de confianza bien identificadas. En términos sencillos, un elemento seguro puede considerarse un chip que ofrece un entorno dinámico para almacenar datos de forma segura, procesar datos de forma segura y realizar comunicaciones con entidades externas de forma segura. Un SE puede autodestruirse al manipularse indebidamente y/o configurarse para bloquear el acceso no autorizado.
Para proporcionar seguridad a las aplicaciones de NFC que implican transacciones financieras, el elemento seguro puede residir en chips criptográficos altamente seguros. El elemento seguro puede proporcionar memoria delimitada para cada aplicación almacenada en el mismo y otras funciones que pueden cifrar, descifrar y firmar el paquete de datos.
En los teléfonos inteligentes, un elemento seguro puede ubicarse como un chip integrado directamente en el hardware del teléfono, o en una tarjeta de SIM/UICC proporcionada por un operador de red o en una tarjeta SD que puede insertarse en el teléfono móvil.
Usando un dispositivo móvil habilitado para NFC para "tocar y pagar", un controlador de NFC del dispositivo puede cambiar al modo de emulación de tarjeta. En un ejemplo, el propio controlador de NFC puede no tratar con datos o procesamientos asociados con una transacción de pago. El controlador de NFC puede ser una interfaz que permite la comunicación usando protocolos convencionales.
El elemento seguro emula una tarjeta sin contacto. El elemento seguro puede realizar una toma de contacto con un terminal, envía respuestas correctas a consultas correctas o apropiadas, genera criptogramas dinámicos y autentica una tarjeta almacenada. En algunos ejemplos, el elemento seguro puede no emular la tarjeta sin contacto. El software que emula una tarjeta sin contacto puede ser uno que se almacena dentro del elemento seguro en forma de miniaplicaciones o aplicaciones de pago. El elemento seguro proporciona un entorno de ejecución y almacenamiento seguro para que las aplicaciones de pago hagan su trabajo.
Ha de entenderse que un elemento seguro puede incluirse, o no, en el sistema divulgado. La emulación de tarjeta basada en anfitrión (HCE) puede implementarse para mover un entorno de almacenamiento y ejecución seguro a una nube en lugar del elemento seguro.
Como se muestra en la figura 4, en 401, se hace un registro de lector de tarjetas sin contacto, en 403, un centro de servicios de confianza (TSH) recibe y procesa los datos desde el registro y envía los datos a una UI de configuración en 405. En 407, se ejecuta una etapa de autorización y seguridad antes de enviar datos procesados a un extremo frontal de la aplicación móvil en 409. En 411, se paga un billete a través de un lector sin contacto, y los datos son recibidos por un lector de PTA en 413. En 415, un SDK de lector sin contacto recibe datos y en 417, se determina si hay datos de HCE presentes. En 419, se utiliza un código de tarjeta correcto y en 421, un subsistema de NFC recibe datos desde la etapa 419 que se envían entonces a un lector de PTA en 423, de tal modo que en 425, un usuario sube a bordo de un transporte público. Si no se hallan datos de HCE, el método continúa registrando información de lector sin contacto para una PTA en 427. Además, en 429, se paga un billete a través de un elemento seguro. En 431, se determina una configuración correcta antes de enviar datos a un subsistema de NFC en 421. Si una configuración no se determina como correcta, el método continúa con una etapa de registro en 427.
A continuación se describirán detalles adicionales de la figura 5. En 501, se recibe un registro de usuario, y en 503, se ejecuta una gestión de cuenta de usuario, y en 505, la DB2 recibe información desde la etapa 503 de la gestión de cuenta de usuario. En 507, se recibe un registro de tarjeta, en 509, se gestiona el registro de tarjeta y en 511, un banco recibe información con respecto a la tarjeta gestionada. En 513, la aplicación móvil solicita un nuevo terminal de PTA con una ubicación. En 515, se determina si una cuenta tiene suficiente dinero. En 517, se pasa información desde la etapa 515 a un extremo frontal de la aplicación móvil, o si los fondos son insuficientes en 519, se cobra a la tarjeta de crédito de un usuario. En 521, un usuario compra con éxito un billete, en 523, se ejecuta una gestión de cuenta de usuario, y en 525, la DB2 recibe información con respecto a la gestión de cuenta de usuario. En 527, un usuario solicita un reemboIso y en 529, una plataforma de gestión de billetes recibe información de reemboIso. En 531, un banco recibe información desde la plataforma de gestión de billetes. En 502, se ejecuta o se muestra un portal web, en 506, se ejecuta una gestión de interacción con clientes, en 533, la DB2 recibe información con respecto a la gestión de interacción con clientes, y en 535, un panel de extremo frontal de la aplicación móvil recibe información de gestión de interacción con clientes desde la DB2.
Las ilustraciones de las figuras 6 y 7 muestran un dispositivo móvil 600 que muestra una interfaz de usuario 602 de ejemplo para planificar un viaje usando la aplicación móvil divulgada en el presente documento. Por ejemplo, la interfaz 602 puede usarse para programar y planificar viajes a través de una pluralidad de diferentes autoridades y sistemas de transporte usando una única interfaz o dispositivo.
Ha de entenderse que una entrada de usuario puede introducirse en el sistema a través de tocar una pantalla táctil, de hacer clic con un ratón o de cualquier método de entradas de usuario apropiado. Ha de entenderse que, como una salida, el sistema puede mostrar una interfaz gráfica de usuario (GUI).
Ha de entenderse que algunas etapas pueden ejecutarse en más de uno de los métodos, los sistemas y/o sus figuras respectivas que se han descrito anteriormente. Por ejemplo, la etapa 202 (la figura 2) también puede ejecutarse en 302 (la figura 3) y/o 502 (la figura 5), la etapa 206 (la figura 2) puede ejecutarse en 306 (la figura 3), la etapa 212 (la figura 2) puede ejecutarse en la etapa 314 (la figura 3) y/o la etapa 220 (la figura 2) puede ejecutarse en la etapa 320 (la figura 3).
Como ejemplos no limitantes, un lector o sistema sin contacto apropiado puede ser o puede incluir tecnología o subsistemas MiFARE4Mobile (por ejemplo, TapLinx SDK), un centro de interacción con clientes apropiado puede ser o puede incluir BOOMERANG o subsistemas asociados, y un microprocesador convencional de emisión de billetes electrónica apropiado para tarjetas inteligentes sin contacto puede ser tecnologías o subsistemas CALYPSO.
La aplicación puede configurarse para permitir la comunicación entre un teléfono móvil (o una tarjeta sin contacto) y un lector de dispositivos. Por ejemplo, una comunicación con éxito autoriza a un usuario registrado a subir a bordo de un metro, tren o autobús en cualquier parte del mundo.
La solución divulgada puede incluir variaciones. La tecnología medular puede ser una aplicación móvil que se ejecuta en un dispositivo de hardware configurado especialmente, que proporciona una diversidad de señales inalámbricas a través de un teléfono celular (dispositivo móvil) para conectarse con lectores. Utilizando geolocalización (GPS) con un dispositivo móvil, la aplicación móvil será capaz de determinar la ubicación del usuario en relación con lectores de tarjetas de transporte público cercanos. Al estar muy cerca de un lector de tarjetas inteligentes, la aplicación móvil usa un algoritmo para determinar un mecanismo sin contacto inalámbrico óptimo para acceder al servicio de transporte público. Una variación de esta tecnología puede ser o incluir una tarjeta sin contacto que puede utilizarse para pagos de tarifas con lectores de tarjetas inteligentes.
Un portal basado en la web puede ser proporcionado por el sistema, configurado para proporcionar soporte de trastienda y proporcionar un procesamiento de extremo posterior de pagos, uso de billetes, analítica de clientes, fuentes de financiación/pago, servicios de reemboIso y soporte al cliente. El portal basado en la web puede incluir una serie de paneles para operaciones de trastienda. Además, el portal puede proporcionar servicios de conserjería a un viajero para ayudar al mismo en su travesía. El portal puede utilizar información de GPS para entregar contenido personalizado y alertas móviles al cliente o usuario. Pueden hacerse llegar ofertas e incentivos a los usuarios a través de canales de comercialización web/móviles.
La aplicación móvil puede dirigirse a cualquier lector sin contacto apropiado. Por ejemplo, la aplicación móvil puede funcionar con lectores totalmente nuevos o con cualquier tecnología apropiada tal como Bluetooth, Bluetooth de Baja Energía, RFID, WiFi y/o EMV.
El sistema divulgado proporciona la capacidad de usar una aplicación de teléfono móvil para subir a bordo de transporte público de una forma a nivel global, y esta capacidad es ventajosa en comparación con tener que comprar billetes o pases por todo el mundo para cada servicio de tren, autobús y metro que se use. Existen economías de escala significativas que hacen que el servicio de pago de tarifas universal divulgado sea útil. La esencia de la solución radica en una experiencia mejorada de los pasajeros. Esta tecnología permite tocar y usar de una forma sin contacto para pagar sistemas de transporte público y, entonces, entrar en los mismos.
En este sentido, el sistema divulgado implementa un localizador de GPS (por ejemplo, a través de un receptor de GPS en un dispositivo móvil) para mejorar la experiencia de los pasajeros y las tecnologías de comunicación inalámbricas para entrar más fácilmente en sistemas de transporte público de una forma global. Además, el sistema puede configurarse para realizar todas las actividades para el transporte público en un dispositivo físico tal como un teléfono móvil.
El sistema incluye un subsistema de lector sin contacto que está configurado para interaccionar con operadores de redes móviles (MNO) o proveedores de servicios inalámbricos, y proporciona una interfaz de programación interoperable para proveer y gestionar de forma remota configuraciones y servicios de lectura sin contacto en elementos seguros integrados y/o tarjetas de SIM, haciéndolo por medios radioeléctricos (OTA). El subsistema de lector sin contacto puede cumplir con la norma internacional de Tipo A de ISO/IEC 14443 - una norma usada por más del 80 % de todas las tarjetas inteligentes sin contacto, y/o hacer uso de una norma de tarjetas inteligentes sin contacto de 13,56 MHz. La Tabla 1-1 a continuación enumera tecnologías de etiquetas que son soportadas por el subsistema de lector sin contacto.
Tecnología de etiquetas La interfaz que deben implementar todas las tecnologías de etiquetas.
NfcA Proporciona acceso a propiedades y operaciones de E/S de NFC-A (ISO 14443-3 A).
NfcB Proporciona acceso a propiedades y operaciones de E/S de NFC-B (ISO 14443-3B).
NfcF Proporciona acceso a propiedades y operaciones de E/S de NFC-F (JIS 6319-4).
NfcV Proporciona acceso a propiedades y operaciones de E/S de NFC-V (ISO 15693).
IsoDep Proporciona acceso a propiedades y operaciones de E/S de ISO-DEP (ISO 14443-4).
Ndef Proporciona acceso a datos y operaciones de NDEF en etiquetas de NFC que se han formateado.
Ndef Formateable Proporciona operaciones de formato para etiquetas que pueden ser formateables según NDEF. (anteriormente) Tabla 1-1
Para obtener acceso a un conjunto completo de terminales, se incluyen otros protocolos de comunicación tales como BLE (Bluetooth de baja energía). BLE funciona en el rango de 2,4-2,4835 GHz con canales de 40-2 MHz, y una versión de potencia reducida de BLE puede funcionar bien con balizas y pagos móviles.
En el sistema se incluye la tecnología de NFC. NFC despliega la inducción electromagnética entre dos antenas de cuadro en la banda ISM de radiofrecuencia sin licencia de 13,56 MHz a unas tasas que van desde 106 a 424 kbit/s. El protocolo para la comunicación puede ser cuando los dispositivos están a menos de 4 cm uno de otro. NFC puede funcionar en una interfaz aérea de ISO/IEC 18000-3 a unas tasas de 106, 212 o 424 kbit/s. Las normas de NFC cubren protocolos de comunicaciones basándose en las normas existentes de identificación por radiofrecuencia (RFID), incluyendo ISO/IEC 14443 y FeliCa. Las normas también incluyen ISO/IEC 18092, así como las definidas en el Foro de NFC y las normas de NFC de GSMA en dispositivos móviles.
En el sistema puede incluirse o implementarse una norma de emisión de billetes electrónicos para tarjetas inteligentes sin contacto con microprocesador (por ejemplo, Calypso). Por ejemplo, la norma de emisión de billetes electrónicos puede permitir la interoperabilidad entre varios operadores de transporte en una misma área. La norma de emisión de billetes electrónicos puede ser una norma que se originara en Europa y desde entonces se haya extendido a Canadá, México y América del Sur. La norma puede depender de una tarjeta inteligente con microprocesador y RFID para la interfaz sin contacto. La norma de emisión de billetes puede ser la norma internacional de Tipo B de ISO/IEC 14443.
En el sistema puede incluirse un subsistema de tarjetas inteligentes de RFID sin contacto, usado en tarjetas de dinero electrónico. A través del subsistema de tarjetas inteligentes de RFID sin contacto, las claves de cifrado pueden generarse dinámicamente durante la autenticación mutua. El subsistema de tarjetas inteligentes de RFID sin contacto puede ser de acuerdo con ISO/IEC 18092 (NFC) que tiene una codificación a 212 kbits/s en un rango de 13,56 MHz, y/o la comunicación puede tener lugar a no más de 10 cm. La tecnología del subsistema de tarjetas inteligentes de RFID sin contacto puede permitir que los usuarios añadan tarjetas inteligentes a sus monederos digitales y toquen su teléfono para permitir el acceso a cualquier servicio apropiado descrito en el presente documento, o el acceso a servicios de transporte. Los usuarios pueden transferir entonces saldo desde una tarjeta inteligente física al monedero digital, o crear una tarjeta inteligente virtual. Como un ejemplo no limitante, el subsistema de tarjetas inteligentes de RFID puede ser FeliCa, o cualquier subsistema apropiado del mismo.
Para habilitar el sistema de pago y cobro de tarifas universal, puede que sea necesario utilizar y agregar todas las tecnologías y servicios descritos anteriormente, tales como la tecnología de lector sin contacto, la tecnología de BLE, la tecnología de NFC, la aplicación de interoperabilidad, el subsistema de tarjetas inteligentes de RFID y/o la compra remota de billetes a través de HTTP en la aplicación móvil. Ha de entenderse que cualquier tecnología apropiada puede utilizarse y agregarse sin apartarse del espíritu y el alcance de la presente divulgación.
El sistema divulgado supera las limitaciones y soluciona los problemas de la técnica anterior proporcionando a un viajero una forma de montarse en múltiples PTA desde una única aplicación. La ventaja competitiva del sistema divulgado radica en la capacidad de agregar diversas cuentas de PTA y proporcionar a los viajeros acceso a una multitud de autoridades de transporte sin la necesidad de descargar aplicaciones móviles separadas por PTA.
El sistema divulgado incluirá o utilizará una diversidad de tecnologías para abordar las deficiencias en el mercado como se describe en la sección de antecedentes. En el mundo existe una multitud de PTA, estando equipada cada PTA con su propio conjunto de lectores e infraestructura que se integran a través de y con el sistema divulgado.
Una primera etapa para elegir una tecnología correcta que se necesita en una PTA puede incluir determinar una ubicación de un usuario en tiempo real. Como un ejemplo no limitante, el sistema divulgado puede hacer uso de capacidades de geolocalización nativas a partir de un dispositivo Android que utiliza Google Maps para obtener una "última ubicación conocida". Ante la obtención de la longitud y latitud del usuario cuando se accede a la aplicación móvil, esas coordenadas se enviarán en sentido ascendente a un servidor. Basándose en una tabla de consulta, el servidor enviará en sentido descendente información relacionada con una PTA particular y qué tipo de protocolo de comunicación se requiere en una ubicación dada.
Como un ejemplo, si un usuario entra en una PTA que requiere comunicación a través de BLE desde la aplicación móvil, una solicitud enviada al servidor devolverá a la aplicación móvil todas las claves de seguridad y tomas de contacto necesarias para iniciar un puente al lector de PTA. El lector también podría ser un lector de subsistema de lector sin contacto como se ha descrito anteriormente, caso en el cual la aplicación móvil utilizaría un SDK móvil de lector sin contacto para que la aplicación móvil se comunique con el lector. La aplicación móvil divulgada puede configurarse para comunicarse sin discontinuidades con numerosos lectores de tecnología de lector sin contacto. En este sentido, una característica medular del sistema es que este determina qué tecnología de pago de transporte va a usarse en la ubicación de un usuario y configura el dispositivo del usuario para comunicarse con una tecnología de pago detectada.
Uno o más de los métodos anteriores pueden incluir transferir las credenciales de un usuario desde una tarjeta de lector sin contacto a un elemento seguro. Para permitir que un usuario acceda a una PTA con un lector sin contacto, esas credenciales deben transferirse en primer lugar al elemento seguro del dispositivo. Esto puede hacerse interaccionando con un centro de servicios de confianza (TSH). Una vez que las credenciales del lector sin contacto se han transferido con éxito, el viajero simplemente puede tocar el dispositivo móvil contra el lector que transmitirá las credenciales del elemento seguro al lector. La aplicación móvil divulgada facilitará un proceso de inicialización para que un usuario transfiera la tarjeta de lector sin contacto existente al elemento seguro del dispositivo.
El sistema puede configurarse para soportar la emulación de tarjeta de anfitrión (HCE). La emulación de tarjeta de anfitrión transfiere una tarjeta física a una representación digital. Con HCE, la aplicación móvil puede hacer uso de la tarjeta física directamente desde código de Android. Con una emulación de tarjeta de anfitrión implementada en la aplicación, la aplicación móvil puede comunicarse con el lector en contraposición a hacer que la comunicación se dirija al elemento seguro del dispositivo. Esto permitiría que la aplicación móvil obtuviese acceso de funciones de bajo nivel al lector a través del código de HCE de Android.
Para aquellas PTA que no soportan ninguno de los métodos mencionados anteriormente para conceder acceso al viajero, el sistema puede configurarse para permitir la integración de HTTP directa en la trastienda de la PTA. Para las PTA que han hecho que su proceso de compra de billetes esté disponible a través de llamadas de API conformes al protocolo REST de HTTP, la aplicación móvil se integrará en esas llamadas de HTTP para conceder, al viajero, acceso a la PTA.
Como un ejemplo no limitante, puede haber solo una cuenta de usuario registrada permitida por usuario, sin embargo, dependiendo de la implementación específica, el sistema puede fusionar o aprovechar las cuentas existentes en otras PTA para proporcionar de forma universal un acceso sin contacto de tipo tocar e ir.
El servidor puede incluir o integrarse en un centro de interacción con clientes. Por ejemplo, el centro de interacción con clientes puede ayudar a las organizaciones a transformar su negocio digital, aumentando los ingresos y la satisfacción del cliente al posibilitar experiencias de usuario personalizadas y proporcionar a las organizaciones una visión de 360 grados de su cliente. Con el centro de interacción con clientes en funcionamiento, el sistema puede establecer comunicaciones en línea bidireccionales, proporcionar ofertas de sitio web específicas, añadir servicios de cara al cliente con un trabajo de personalización mínimo y estar preparado para las oportunidades a medida que evoluciona el mercado. El centro de interacción con clientes integra soluciones de ventas, facturación, comercio electrónico y CRM para asegurar una experiencia del cliente coherente sin importar el canal. El componente de centro de interacción con clientes del sistema se ocupará de las necesidades de tarjeta de crédito de los usuarios, para añadir o reembolsar importes monetarios en la tarjeta de aplicación móvil, y se ocupará de toda la gestión de cuentas que acompaña al ciclo de vida de la gestión de una tarjeta de crédito física.
En algunas realizaciones, los métodos, tareas, procesos y/u operaciones descritos anteriormente pueden ser efectuados, ejecutados, actualizados y/o llevados a cabo por un sistema informático que incluye un medio de almacenamiento legible por ordenador tangible, también descrito en el presente documento como una máquina de almacenamiento, que contiene instrucciones legibles por máquina ejecutables por una máquina lógica (es decir, un procesador o dispositivo de control programable) para efectuar, ejecutar, actualizar, llevar a cabo, proporcionar, implementar, realizar y/o poner en práctica los métodos, procesos, operaciones y/o tareas descritos anteriormente. Por ejemplo, un sistema informático adecuado puede ser el sistema informático 100 mostrado en la figura 3. Cuando se implementan tales métodos, operaciones y/o procesos, el estado de la máquina de almacenamiento 104 puede cambiarse para contener diferentes datos. Por ejemplo, la máquina de almacenamiento 104 puede incluir dispositivos de memoria tales como diversas unidades de disco duro o dispositivos de CD o de DVD. La máquina lógica 102 puede ejecutar instrucciones legibles por máquina a través de uno o más dispositivos de información y/o de procesamiento lógico físicos. Por ejemplo, la máquina lógica 102 puede configurarse para ejecutar instrucciones para realizar tareas para un programa informático. La máquina lógica 102 puede incluir uno o más procesadores para ejecutar las instrucciones legibles por máquina. El sistema informático 100 puede incluir un subsistema de visualización 106 para mostrar una interfaz gráfica de usuario (GUI) o cualquier elemento visual de los métodos o procesos descritos anteriormente. Por ejemplo, el subsistema de visualización 106, la máquina de almacenamiento 104 y la máquina de lógica 102 pueden integrarse de tal modo que el método anterior se puede ejecutar mientras elementos visuales del sistema y/o método divulgados se muestran en una pantalla de visualización para el consumo del usuario. El sistema informático 100 puede incluir un subsistema de entrada 108 que recibe entradas de usuario. El subsistema de entrada 108 puede configurarse para conectarse a y recibir entradas desde dispositivos tales como un ratón, un teclado o un controlador de juegos. Por ejemplo, una entrada de usuario puede indicar una solicitud de que una cierta tarea deba ser ejecutada por el sistema informático 100, tal como solicitar al sistema informático 100 que muestre cualquiera de la información descrita anteriormente, o solicitar que la entrada de usuario actualice o modifique información almacenada existente para su procesamiento. Un subsistema de comunicación 110 puede permitir que los métodos descritos anteriormente se ejecuten o se proporcionen a través de una red informática. Por ejemplo, el subsistema de comunicación 110 puede configurarse para posibilitar que el sistema informático 100 se comunique con una pluralidad de dispositivos informáticos personales. El subsistema de comunicación 110 puede incluir dispositivos de comunicación cableados y/o inalámbricos para facilitar la comunicación en red. Como ejemplos no limitantes, el subsistema de comunicación 110 puede incluir un módulo o subsistema de sistema de posicionamiento global (GPS) 112 que incluye uno o más receptores de GPS para determinar una ubicación de uno o más dispositivos electrónicos (por ejemplo, un teléfono inteligente). Los métodos o procesos descritos pueden ejecutarse, proporcionarse o implementarse para un usuario o uno o más dispositivos informáticos a través de un producto de programa informático tal como a través de una interfaz de programación de aplicaciones (API).
El sistema puede proporcionar un pase (por ejemplo, un Pase PASSEKO) que permite que los pasajeros accedan a tales sistemas de transporte usando un solo pase. Por ejemplo, el pase PASSEKO puede proporcionar a su titular acceso a múltiples sistemas de transporte público y privado ubicados dentro de uno o más condados, ciudades, estados, países y, lo que es más importante, acceso a transporte público gestionado y accionado por diferentes autoridades de transporte público (PTA) en todo el país y en todo el mundo.
Por lo tanto, el sistema divulgado permite que viajeros globales accedan a diversos sistemas de transporte de una forma ubicua. Esta solución posibilita que un viajero global compre servicios de sistemas de transporte en todo el mundo usando una aplicación móvil o una tarjeta sin contacto. El sistema puede utilizar tecnologías de acceso sin contacto para lectores de tarjetas inteligentes, proporcionando comodidad sin contacto a los usuarios.
Se proporciona a los viajeros acceso a sistemas de tránsito que incluyen ferrocarriles de pasajeros, metros, autobuses, trolebuses, tránsito rápido (tren metropolitano, metro, tren subterráneo), ferrocarril ligero (tranvías), transbordadores de pasajeros, ferrocarriles de alta velocidad, taxis, automóviles de alquiler con taxímetro, uso compartido de coches, conductores de alquiler, taxis acuáticos, cruceros, coches de alquiler, bicicletas de alquiler, coches de alquiler sin conductor, taxis compartidos, yates de alquiler (es decir, barcos o embarcaciones de recreo), aviones privados de alquiler y todas las empresas de la red de transporte.
El Pase PASSEKO proporcionará a los conductores de coches acceso al estacionamiento y también permitirá que los conductores paguen las carreteras de peaje (es decir, calzadas públicas o privadas también conocidas como carreteras de peaje o autopistas de peaje). También puede permitirse que los pasajeros accedan a aviones comerciales. El Pase PASSEKO puede proporcionar adicionalmente acceso a bibliotecas, edificios, comunidades privadas, garajes para coches y servicios bancarios, y acceso a eventos o áreas de pago tales como estadios, recintos deportivos y conciertos en todo el país y en todo el mundo.
Con respecto a las carreteras de peaje, el método de pago sin contacto divulgado en el presente documento puede incluir lectores como parte de una infraestructura de carreteras de peaje para supervisar los carriles en una calzada. La aplicación móvil o el sistema de pago y cobro de tarifas universal puede integrarse con cualquier tecnología apropiada para escuchar una señal que se enviará por medio de un lector sin contacto dentro de un área particular. La solución del sistema de pago y cobro de tarifas universal seguirá cualquier protocolo de comunicación apropiado para integrarse con diversos proveedores de telemática vial que proporcionen soluciones de lectores existentes (por ejemplo, Kapsch, Siemens, Thales y Cubic).
Con respecto a los ferrocarriles de pasajeros, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los pasajeros de ferrocarril usen sus dispositivos móviles para comprar un billete de ferrocarril y usen la aplicación móvil como un billete inteligente. El billete puede presentarse como un código QR en la parte frontal del teléfono, que puede ser recibido entonces por un conductor que tendrá un lector/escáner de QR para recibir un billete a través del sistema. Esta configuración puede usarse con ferrocarriles de pasajeros que no tienen puertas de entrada sin contacto para subir a bordo de su sistema de ferrocarril. Cuando se utilizan puertas de entrada, los lectores o sistemas sin contacto existentes se integrarán con la aplicación móvil o el sistema de pago y cobro de tarifas universal para estas configuraciones de ferrocarril de pasajeros. En este caso, la aplicación móvil/el sistema de pago y cobro de tarifas universal se integrará con un lector sin contacto a través del uso de cualquiera de los sistemas de tecnología de lector sin contacto descritos en el presente documento. Esto permitirá la entrada al tren de pasajeros de una forma sin contacto. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo de la configuración de lector utilizada por un sistema de ferrocarril. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir que se configuren lectores de entrada y salida en cada parada, para dar cabida a una fijación de precios basada en la distancia para viajes en ferrocarril.
Con respecto a los metros, el sistema de tecnología de lector sin contacto puede proporcionar una comunicación de campo cercano (NFC) para soportar el acceso sin contacto a través de la aplicación móvil/el sistema de pago y cobro de tarifas universal a lectores sin contacto o sistemas utilizados dentro de sistemas de metro de una forma a nivel mundial. La aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar esta tecnología para posibilitar que los viajeros suban a bordo de los ferrocarriles de pasajeros al pasar por una puerta de entrada que tiene un lector sin contacto. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo de una configuración de lector utilizada por un sistema de metro. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte, para dar cabida a una fijación de precios basada en la distancia para viajes en metro.
Con respecto a los autobuses, a la entrada en un autobús, el lector sin contacto puede situarse cerca de un conductor en la parte delantera del vehículo. Sin embargo, en algunos casos estos pueden instalarse en otros puntos de entrada en el autobús. La tecnología de lector sin contacto proporciona una comunicación de campo cercano (NFC) para soportar el acceso sin contacto a través de la aplicación móvil/el sistema de pago y cobro de tarifas universal a lectores sin contacto utilizados en autobuses. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo de la configuración de lector utilizada por el sistema de autobús. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte, para dar cabida a una fijación de precios basada en la distancia para viajes en autobús.
Con respecto a los trolebuses, a la entrada en un trolebús, los lectores sin contacto pueden situarse cerca de un conductor en la parte delantera del vehículo. Sin embargo, en algunos casos estos pueden instalarse en otros puntos de entrada en el trolebús. La tecnología de lector sin contacto proporciona una comunicación de campo cercano (NFC) para soportar el acceso sin contacto a través de la aplicación móvil/el sistema de pago y cobro de tarifas universal a lectores sin contacto utilizados en ciertos trolebuses. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo del lector utilizado por el operador del trolebús. En los casos en los que se utilizan billetes de código QR, entonces la aplicación indicará al usuario que compre el billete de trolebús a través de la aplicación móvil. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte, para dar cabida a una fijación de precios basada en la distancia para viajes en un trolebús.
Con respecto a los trenes metropolitanos, metros o ferrocarriles subterráneos, la tecnología de lector sin contacto proporciona una comunicación de campo cercano (NFC) para soportar el acceso sin contacto a través de la aplicación móvil/el sistema de pago y cobro de tarifas universal a lectores sin contacto utilizados dentro de sistemas de tren metropolitano de una forma a nivel mundial. La aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar esta tecnología para posibilitar que los viajeros suban a bordo de los coches de pasajeros al pasar por una puerta de entrada que tiene un lector sin contacto. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo del lector utilizado por un sistema de tren metropolitano local. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte, para dar cabida a una fijación de precios basada en la distancia para viajes en tren metropolitano.
Con respecto al ferrocarril ligero, los tranvías y/o el ferrocarril de alta velocidad, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los pasajeros de ferrocarril ligero usen sus dispositivos móviles para comprar un billete de tranvía y usen la aplicación móvil como un billete inteligente. El billete se presentaría como un código QR en la parte frontal del teléfono, que será recibido entonces por un conductor de tranvía que tendrá un lector/escáner de QR para recibir el billete. Este enfoque puede usarse con ferrocarriles ligeros que no tienen puertas de entrada sin contacto para subir a bordo. Cuando se utilizan puertas de entrada, los lectores o sistemas sin contacto existentes pueden integrarse con la aplicación móvil o el sistema de pago y cobro de tarifas universal para estos sistemas de ferrocarril de pasajeros. En este caso, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede integrarse con un lector sin contacto a través del uso de cualquiera de los sistemas de tecnología de lector sin contacto descritos en el presente documento que permiten la entrada al tren de pasajeros. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo del lector utilizado por un sistema de ferrocarril ligero. Cuando esté disponible, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia. La aplicación móvil puede requerir lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte, para dar cabida a una fijación de precios basada en la distancia para viajes en ferrocarril ligero.
Con respecto a los transbordadores de pasajeros, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los pasajeros de transbordador usen sus dispositivos móviles para comprar un billete de transbordador y usen la aplicación móvil como un billete inteligente. El billete se presentaría como un código QR en la parte frontal del teléfono, que será recibido entonces por un asistente de transbordador que tendrá un lector/escáner de QR para recibir el billete. Este enfoque puede usarse con transbordadores que no tienen puertas de entrada sin contacto para subir a bordo. Cuando se utilizan puertas de entrada, los lectores o sistemas sin contacto existentes se integrarán con la aplicación móvil o el sistema de pago y cobro de tarifas universal para estos sistemas de transbordador de pasajeros. Esto puede incluir NFC, MIFARE4Mobile, BLE o Bluetooth. En este caso, la aplicación móvil/el sistema de pago y cobro de tarifas universal se integrará con un lector sin contacto que permite la entrada al transbordador de pasajeros. Además, la aplicación móvil/el sistema de pago y cobro de tarifas universal puede utilizar ApplePay, Android Pay o EMV, de una forma automatizada, dependiendo del lector utilizado.
Con respecto al ferrocarril de alta velocidad, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los pasajeros de ferrocarril de alta velocidad usen sus dispositivos móviles para comprar un billete de tren y usen la aplicación móvil como un billete inteligente. El billete se presentaría como un código QR en la parte frontal del teléfono, que será recibido entonces por el conductor que tendrá un lector de QR para recibir el billete. Este enfoque se usará con ferrocarriles que no tienen puertas de entrada sin contacto para subir a bordo de ferrocarriles de alta velocidad. Cuando se utilizan puertas de entrada, los lectores o sistemas sin contacto existentes se integrarán con la aplicación móvil o el sistema de pago y cobro de tarifas universal para estos sistemas de ferrocarril de pasajeros de alta velocidad. En este caso, la aplicación móvil o el sistema de pago y cobro de tarifas universal móvil se integrará con un lector sin contacto a través del uso de cualquier tecnología de lector sin contacto apropiada que permita la entrada al ferrocarril de alta velocidad. Además, la aplicación móvil o el sistema de pago y cobro de tarifas universal puede proporcionar un servicio de conserjería que puede utilizar ApplePay, Android Pay o EMV, como ejemplos no limitantes de una forma automatizada, dependiendo del lector utilizado por el sistema de ferrocarril de alta velocidad. Cuando esté disponible, la aplicación móvil o el sistema de pago y cobro de tarifas universal puede utilizar una fijación de precios basada en la distancia o basada en la geografía. La aplicación móvil requerirá lectores de entrada y salida en cada parada, dentro de la configuración de sistema de transporte. Esto dará cabida a una fijación de precios basada en la distancia para viajes en ferrocarril de alta velocidad.
Con respecto a los automóviles de alquiler con taxímetro, a la entrada en un automóvil de alquiler con taxímetro, los lectores sin contacto tienden a situarse cerca del viajero. La aplicación móvil o el sistema de pago y cobro de tarifas universal proporcionaría un servicio de conserjería que utilizaría ApplePay, Android Pay o EMV, como ejemplos no limitantes de una forma automatizada, dependiendo del lector utilizado por el taxi y el método de pago preferido por el operador del automóvil de alquiler con taxímetro.
Con respecto al uso compartido de coches o al uso compartido de taxis, la mayoría de los grupos de uso compartido de coches no utilizan lectores electrónicos sin contacto. Como resultado, se utilizaría una tarjeta de crédito/débito de marca del sistema de pago y cobro de tarifas universal divulgado y se haría un pago directo al conductor privado usando esa tarjeta. Ese pago puede incluir un servicio tal como Venmo o Zelle para la transferencia electrónica de fondos, como ejemplos no limitantes.
Con respecto a los conductores de alquiler, a la entrada en una limusina o servicio de coches privado, la aplicación móvil o el sistema de pago y cobro de tarifas universal proporcionaría un servicio de conserjería. La aplicación indicaría entonces al usuario que utilizara ApplePay, Android Pay o EMV, como ejemplos no limitantes de una forma automatizada, dependiendo del lector utilizado por el conductor y el método de pago preferido por el operador. Si no pueden usarse pagos sin contacto, entonces la aplicación móvil recomendará, a través del servicio de conserjería, que se utilizase una tarjeta de crédito/débito de marca del sistema de pago y cobro de tarifas universal divulgado y se haría un pago directo al conductor privado usando esa tarjeta.
Con respecto a los taxis acuáticos, la mayoría de los taxis acuáticos no utilizan lectores electrónicos sin contacto. A la entrada en un taxi acuático, se utilizaría una tarjeta de crédito/débito de marca del sistema de pago y cobro de tarifas universal divulgado y se haría un pago directo al taxi acuático usando esa tarjeta. Podría utilizarse un billete de código QR si hay un lector de QR disponible, lo que habitualmente entrañaría la compra de un billete desde dentro de la aplicación móvil.
Con respecto a los cruceros, la aplicación móvil o el sistema de pago y cobro de tarifas universal utilizaría ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por el crucero. Cuando se utiliza un lector de billetes sin contacto de NFC, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal podría interaccionar directamente con el lector que se está utilizando.
Con respecto a los coches de alquiler, la aplicación móvil o el sistema de pago y cobro de tarifas universal utilizaría ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por la agencia de alquiler de coches. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través de un servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo a la agencia de coches de alquiler.
Con respecto a las bicicletas de alquiler, la aplicación móvil o el sistema de pago y cobro de tarifas universal utilizaría ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por la agencia de bicicletas de alquiler. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través de un servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo al proveedor de bicicletas de alquiler.
Con respecto al alquiler de coches sin conductor, la aplicación móvil o el sistema de pago y cobro de tarifas universal incluye la capacidad de utilizar la comunicación inalámbrica para asegurarse un vehículo sin conductor. La aplicación móvil utilizará Bluetooth, Bluetooth de baja energía, RFID, WiFi o EMV, dependiendo de los requisitos de configuración de la agencia de alquiler y la tecnología de lector disponible.
Con respecto a taxis compartidos a la entrada en un automóvil de alquiler con taxímetro compartido, la aplicación móvil o el sistema de pago y cobro de tarifas universal proporcionaría un servicio de conserjería que utilizaría ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por el taxi y el método de pago preferido por el operador del automóvil de alquiler con taxímetro. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través del servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo al operador del taxi.
Con respecto a los yates de alquiler (es decir, embarcaciones o barcos de recreo), para el alquiler de yates o embarcaciones, la aplicación móvil o el sistema de pago y cobro de tarifas universal proporcionaría un servicio de conserjería que utilizaría ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por el operador del yate de alquiler y el método de pago preferido por el operador. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través del servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo al operador del barco.
Con respecto a las aeronaves privadas de alquiler, el alquiler de aeronaves privadas se lograría con la aplicación móvil o el sistema de pago y cobro de tarifas universal utilizando ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector utilizado por el propietario/operador de la aeronave y el método de pago preferido. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través del servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo al operador de la aeronave.
Con respecto a los edificios (por ejemplo, bibliotecas), las tarifas de alquiler en las bibliotecas pueden iniciarse con la aplicación móvil o el sistema de pago y cobro de tarifas universal utilizando ApplePay, Android Pay o EMV de una forma automatizada, dependiendo del lector utilizado y el método de pago preferido. Si no pueden utilizarse pagos sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal recomendará, a través del servicio de conserjería basado en dispositivos móviles, que se utilice la tarjeta de débito/tarjeta de crédito de marca de sistema de pago y cobro de tarifas universal o de aplicación móvil y se haría un pago directo a la biblioteca.
Con respecto a las aeronaves comerciales, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los pasajeros de aeronaves usen su teléfono celular para comprar un billete de línea aérea y usen la aplicación móvil como un billete inteligente. Esto puede incluir la compra remota de billetes a través de HTTP en la aplicación móvil. El billete se presentaría como un código QR en la parte frontal del teléfono, que será recibido entonces por un asistente en puerta de aerolínea que tendrá un lector de QR para recibir el billete.
Con respecto a los servicios bancarios, la tarjeta de débito/tarjeta de crédito de la aplicación móvil o el sistema de pago y cobro de tarifas universal puede utilizarse para servicios bancarios. Cuando existe la disponibilidad de lectores sin contacto, entonces la aplicación móvil o el sistema de pago y cobro de tarifas universal indicará al usuario que utilice ApplePay, Android Pay o EMV, o similares, de una forma automatizada, dependiendo del lector implementado en el banco.
Con respecto a los eventos pagados (por ejemplo, estadios, recintos deportivos o conciertos), la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los asistentes al evento usen su teléfono celular para comprar un billete de evento y usen la aplicación móvil como un billete inteligente. El billete se presentaría como un código QR en la parte frontal del teléfono, que será recibido entonces por el asistente en puerta para el evento. El asistente tendría un lector de QR para recibir/explorar el billete. Otras tecnologías sin contacto pueden ser utilizadas por la aplicación móvil o el sistema de pago y cobro de tarifas universal dependiendo del lector presente en el evento. Esas configuraciones sin contacto pueden incluir NFC, BLE, Bluetooth y EMV.
Con respecto a las comunidades privadas, la aplicación móvil o el sistema de pago y cobro de tarifas universal posibilitará que los residentes usen su dispositivo móvil para entrar en una comunidad privada. Por ejemplo, un usuario puede usar la aplicación móvil como un control remoto o un dispositivo detectable que está configurado para abrir una verja o puerta a una comunidad. La comunidad privada puede incluir lectores como parte de una infraestructura de entrada/salida para supervisar los carriles que entran y salen por una puerta. La aplicación móvil o el sistema de pago y cobro de tarifas universal puede integrarse con cualquier tecnología apropiada para escuchar una señal que se enviará por medio de un lector sin contacto dentro de un área particular para hacer funcionar una puerta de la comunidad privada. La solución del sistema de pago y cobro de tarifas universal seguirá cualquier protocolo de comunicación apropiado para integrarse con diversos sistemas de entrada a comunidad privada.
Con respecto a las puertas de garaje, la aplicación móvil o de pago y cobro de tarifas universal divulgada posibilitará que los residentes usen su dispositivo móvil para entrar en un garaje. Por ejemplo, un usuario puede usar la aplicación móvil como un control remoto o un dispositivo detectable de forma inalámbrica (por ejemplo, a través de tecnología de RFID) que está configurado para abrir una puerta de garaje. Un sistema de puerta de garaje puede incluir un receptor que está configurado para recibir una señal inalámbrica desde un dispositivo móvil para hacer que la puerta de garaje se abra de forma selectiva o automática. Por lo tanto, un sistema de puerta de garaje puede incluir un lector que supervisa una vía de entrada de garaje (por ejemplo, una vía de entrada de coches). La aplicación móvil o el sistema de pago y cobro de tarifas universal puede integrarse con cualquier tecnología apropiada para escuchar una señal que se enviará por medio de un lector sin contacto dentro de un área particular para hacer funcionar la puerta de garaje. La solución del sistema de pago y cobro de tarifas universal seguirá cualquier protocolo de comunicación apropiado para integrarse con diversos sistemas de puerta de garaje (por ejemplo, una tecnología o sistemas de acceso privado, control de acceso o concesión de acceso).
Ha de entenderse que, como se menciona en el presente documento, el término "billete" también puede referirse a un pase o similar, sin apartarse del alcance de la presente divulgación. Cualquiera de las tecnologías de emisión de billetes descritas anteriormente (por ejemplo, la tecnología de NFC, la tecnología de lector de tarjetas sin contacto o la tecnología de Bluetooth) puede denominarse tecnología de concesión de acceso o tecnología de control de acceso.
Además, ha de entenderse que cualquiera de los vehículos anteriores (por ejemplo, taxis, uso compartido de coches, uso compartido de taxis o coches sin conductor) puede incluir un lector dentro de los vehículos. Por ejemplo, un lector de este tipo puede ser un lector de marca compartida especialmente diseñado y construido para instalarse en cualquiera de los vehículos anteriores mientras se implementan proyectos totalmente nuevos.
Ha de entenderse que un dispositivo móvil puede ser cualquier dispositivo informático portátil apropiado, tal como un teléfono inteligente, ordenador portátil, PC de tipo tableta, reloj inteligente, dispositivos móviles de Internet, ordenadores ponibles, asistentes digitales personales, asistentes digitales de empresa, consolas de juegos de mano, reproductores de medios portátiles, PC ultramóviles y/o tarjetas inteligentes, como ejemplos no limitantes.
Debido a que pueden hacerse muchas modificaciones, variaciones y cambios en el detalle en las realizaciones preferidas descritas de la invención, se pretende que todos los asuntos en la descripción anterior y que se muestran en los dibujos adjuntos se interpreten como ilustrativos y no en un sentido limitante. Por lo tanto, el alcance de la invención debería determinarse por las reivindicaciones adjuntas.

Claims (5)

REIVINDICACIONES
1. Un sistema de pago y cobro de tarifas adaptado para permitir que un usuario pague billetes o pases de cada uno de una pluralidad de sistemas de transporte, usando cada uno de la pluralidad de sistemas de transporte una de las siguientes tecnologías de emisión de billetes:
- tecnología de NFC,
- una tecnología de Bluetooth, por ejemplo, una tecnología de Bluetooth de baja energía, BLE,
- una tecnología de lector de tarjetas sin contacto,
- tecnología de código QR/compra de API de HTTP,
- o tecnología de tarjeta de crédito de EMV, comprendiendo el sistema el teléfono móvil de un viajero que incluye un subsistema de GPS (112) y
una o más máquinas de almacenamiento (104) que contienen instrucciones ejecutables por una o más máquinas lógicas (102), y un servidor,
estando adaptado el sistema para realizar las siguientes etapas:
en el teléfono móvil del viajero, proporcionar una aplicación de interoperabilidad para reservar billetes, programar y planificar un viaje a través de una pluralidad de sistemas de transporte diferentes;
en el teléfono móvil del viajero, determinar una ubicación de usuario y enviar la ubicación de usuario al servidor, en el servidor, determinar un sistema de transporte y la tecnología de emisión de billetes requerida en la ubicación de usuario y enviar en sentido descendente información relacionada con el sistema de transporte determinado en la ubicación de usuario y la tecnología de emisión de billetes del sistema de transporte; configurar, por el servidor, la aplicación de interoperabilidad (331, 319) del teléfono móvil del viajero para autorizar al menos uno de un billete y un pase a través de la tecnología de emisión de billetes, incluyendo configurar (207) la aplicación de interoperabilidad para un lector de la tecnología de emisión de billetes y/o configurar la aplicación de interoperabilidad para la tecnología de pago de la tecnología de emisión de billetes; en donde la ubicación de usuario se determina a través del subsistema de GPS (112);
en donde, si se determina que la tecnología de emisión de billetes es NFC, la aplicación de interoperabilidad del teléfono móvil del viajero está configurada para el protocolo de comunicación de NFC para realizar una comunicación de NFC entre el teléfono móvil del viajero y un lector de NFC del sistema de transporte para autorizar al menos uno de un billete y un pase a través de la comunicación de NFC;
en donde, si se determina que la tecnología de emisión de billetes es Bluetooth/BLE, la aplicación de interoperabilidad del teléfono móvil del viajero está configurada para el protocolo de comunicación de Bluetooth/BLE para realizar una comunicación de Bluetooth/BLE entre el teléfono móvil del viajero y un lector de Bluetooth/BLE del sistema de transporte para autorizar al menos uno de un billete y un pase a través de la comunicación de Bluetooth/BLE;
en donde, si se determina que la tecnología de emisión de billetes requiere una tarjeta sin contacto, la aplicación de interoperabilidad del teléfono móvil del viajero está configurada para usar una tarjeta virtual sin contacto configurada en un elemento seguro del teléfono móvil del viajero para realizar una comunicación de tarjeta sin contacto entre el teléfono móvil del viajero y un lector de tarjeta sin contacto del sistema de transporte para autorizar al menos uno de un billete y un pase a través de la comunicación de tarjeta sin contacto;
en donde, si se determina que la tecnología de emisión de billetes es tecnología de tarjeta de crédito de EMV, la aplicación de interoperabilidad del teléfono móvil del viajero está configurada para realizar una comunicación de tarjeta de crédito de EMV entre el teléfono móvil del viajero y un lector de tarjetas de crédito de EMV del sistema de transporte para autorizar al menos uno de un billete y un pase a través de la comunicación de EMV; y
en donde, si se determina que la tecnología de emisión de billetes es código QR/API de HTTP, el teléfono móvil del viajero está configurado para autorizar al menos uno de un billete y un pase a través de la tecnología de código QR/API de HTTP y el servidor está adaptado para enviar un código QR a la aplicación de interoperabilidad, que puede ser explorado por un escáner de códigos QR del sistema de transporte.
2. El sistema de pago y cobro de tarifas de la reivindicación 1, en donde los sistemas de transporte están cada uno en diferentes autoridades de transporte público, adaptado adicionalmente el sistema para realizar, basándose en una tabla de consulta, en el servidor, transmitir la información relacionada con un sistema de transporte específico.
3. El sistema de pago y cobro de tarifas de la reivindicación 2, adaptado adicionalmente para realizar, en el servidor, transmitir a la aplicación de interoperabilidad todas las claves de seguridad y tomas de contacto requeridas para iniciar una comunicación con un lector del sistema de transporte.
4. El sistema de pago y cobro de tarifas de la reivindicación 3, adaptado adicionalmente para realizar:
mostrar un horario de cada uno de los sistemas de transporte.
5. El sistema de pago y cobro de tarifas de la reivindicación 4, adaptado adicionalmente para realizar:
determinar, por el servidor, si una tecnología de emisión de billetes de tarjeta de crédito de EMV está configurada para la emulación de tarjeta de anfitrión (HCE), y
si es así, en el teléfono móvil, comprar un billete a través de un código de HCE de Android.
ES18734936T 2017-05-10 2018-04-23 Sistema de pago y cobro de tarifas Active ES2951281T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762504185P 2017-05-10 2017-05-10
US15/949,760 US10853787B1 (en) 2017-05-10 2018-04-10 Universal fare payment and collection system
PCT/IB2018/000505 WO2018207015A1 (en) 2017-05-10 2018-04-23 Universal fare payment and collection system

Publications (1)

Publication Number Publication Date
ES2951281T3 true ES2951281T3 (es) 2023-10-19

Family

ID=69505890

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18734936T Active ES2951281T3 (es) 2017-05-10 2018-04-23 Sistema de pago y cobro de tarifas

Country Status (25)

Country Link
EP (1) EP3602506B1 (es)
JP (1) JP6900509B2 (es)
KR (1) KR102300078B1 (es)
CN (1) CN110603574B (es)
AU (1) AU2018266839B2 (es)
BR (1) BR112019023533B1 (es)
CA (1) CA3060205C (es)
CL (1) CL2019003158A1 (es)
CO (1) CO2019012532A2 (es)
CU (1) CU20190089A7 (es)
DO (1) DOP2019000279A (es)
EA (1) EA037124B1 (es)
EC (1) ECSP19081283A (es)
ES (1) ES2951281T3 (es)
HU (1) HUE062585T2 (es)
IL (1) IL270338B (es)
MX (1) MX2019013051A (es)
NI (1) NI201900114A (es)
PE (1) PE20200172A1 (es)
PH (1) PH12019502460A1 (es)
PL (1) PL3602506T3 (es)
SA (1) SA519410506B1 (es)
SG (1) SG11201910039QA (es)
WO (1) WO2018207015A1 (es)
ZA (1) ZA201907129B (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2710277C1 (ru) * 2019-01-09 2019-12-25 Владимир Александрович Парамошко Цифровое кассовое устройство для оплаты проезда на городских автобусах, троллейбусах, трамваях
US20210004851A1 (en) * 2019-07-03 2021-01-07 Svanaco, Inc. Systems and methods for controlling and increasing transportation platform compliance
CN110610405A (zh) * 2019-09-12 2019-12-24 浙江省轨道交通运营管理集团有限公司 一种实现跨城跨区域互联互通的互联网票务平台
JP2021117510A (ja) * 2020-01-22 2021-08-10 東日本旅客鉄道株式会社 行動支援プログラム及びサーバ装置
CN115336186B (zh) * 2020-05-21 2023-08-29 Oppo广东移动通信有限公司 无线通信方法、装置、设备及存储介质
CN113689210B (zh) * 2021-07-23 2024-03-05 南京熊猫电子股份有限公司 一种基于交通一卡通二维码实现一城一码的设计方法
CN117435174B (zh) * 2023-12-11 2024-04-09 江西曼荼罗软件有限公司 一种支付扩展方法及系统

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7357309B2 (en) * 2004-01-16 2008-04-15 Telefonaktiebolaget Lm Ericsson (Publ) EMV transactions in mobile terminals
JP2006264535A (ja) * 2005-03-24 2006-10-05 Bemap:Kk 交通システム決済機能付き非接触ｉｃを備えた携帯電話装置
JP4531603B2 (ja) * 2005-03-28 2010-08-25 株式会社ナビタイムジャパン 乗車案内システム、降車案内装置および案内端末装置
JP2008041061A (ja) * 2006-08-10 2008-02-21 Casio Hitachi Mobile Communications Co Ltd 鉄道路線案内システム、鉄道路線案内装置、及び、プログラム
US8118223B2 (en) * 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
JP4403433B2 (ja) * 2007-08-23 2010-01-27 ソニー株式会社 電子財布装置、通信方法及びプログラム
US8915431B2 (en) * 2009-07-06 2014-12-23 Visa International Service Association Transit access system and method including device authentication
KR101041043B1 (ko) * 2009-09-18 2011-06-13 한국건설교통기술평가원 호환형 교통카드용 키 카드 및 교통카드용 키 카드의 운영방법
US8856024B2 (en) * 2010-10-26 2014-10-07 Cubic Corporation Determining companion and joint cards in transit
US9374369B2 (en) * 2012-12-28 2016-06-21 Lookout, Inc. Multi-factor authentication and comprehensive login system for client-server networks
KR20160022431A (ko) * 2014-08-19 2016-03-02 주식회사 티모넷 스마트폰을 이용한 ｈｃｅ 기반의 교통카드 결제 시스템 및 방법
CN104766205B (zh) * 2015-03-05 2018-11-27 广东欧珀移动通信有限公司 一种移动支付方法及装置
EP3109818A1 (en) * 2015-06-25 2016-12-28 Mastercard International Incorporated Methods, devices, and systems for automatically detecting, tracking, and validating transit journeys
CN106530675A (zh) * 2015-09-11 2017-03-22 中国联合网络通信集团有限公司 一种实现乘车付费的方法及系统

Also Published As

Publication number Publication date
BR112019023533B1 (pt) 2021-11-09
ECSP19081283A (es) 2019-11-30
MX2019013051A (es) 2020-08-17
CU20190089A7 (es) 2020-10-20
PL3602506T3 (pl) 2023-09-11
IL270338B (en) 2022-01-01
EP3602506C0 (en) 2023-06-07
EP3602506A1 (en) 2020-02-05
EA037124B1 (ru) 2021-02-09
KR102300078B1 (ko) 2021-09-08
EP3602506B1 (en) 2023-06-07
JP2020526807A (ja) 2020-08-31
AU2018266839A8 (en) 2020-02-13
KR20200005570A (ko) 2020-01-15
ZA201907129B (en) 2020-10-28
CO2019012532A2 (es) 2020-02-18
PE20200172A1 (es) 2020-01-24
BR112019023533A2 (pt) 2020-05-26
CA3060205C (en) 2021-06-29
EA201992309A1 (ru) 2020-03-04
SA519410506B1 (ar) 2022-04-06
PH12019502460A1 (en) 2020-07-20
JP6900509B2 (ja) 2021-07-07
WO2018207015A1 (en) 2018-11-15
AU2018266839A1 (en) 2019-11-21
CA3060205A1 (en) 2018-11-15
CN110603574B (zh) 2021-11-26
NI201900114A (es) 2020-01-24
AU2018266839B2 (en) 2020-12-10
SG11201910039QA (en) 2019-11-28
HUE062585T2 (hu) 2023-11-28
CL2019003158A1 (es) 2020-04-17
DOP2019000279A (es) 2019-11-29
CN110603574A (zh) 2019-12-20

Similar Documents

Publication Publication Date Title
ES2951281T3 (es) Sistema de pago y cobro de tarifas
US10853787B1 (en) Universal fare payment and collection system
CN106104619B (zh) 实现高通量费用支付及系统进入的生物识别解决方案
ES2677320T3 (es) Pago móvil de billetes de transporte
CA2838607C (en) System and method for enabling transactions on an associated network
EP2452313B1 (en) Transit account management with mobile device messaging
BR112020003689A2 (pt) Método e sistema para transmissão de identidade segura com rede de serviços integrada e ecossistema de aplicativos
US10878416B2 (en) Apparatus, method, and computer program product for bus rapid transit ticketing and the like
AU2010271245B2 (en) Reloadable prepaid card distribution, reload, and registration in transit
JP2020526807A6 (ja) 共通料金支払い及び収受システム
US20110136429A1 (en) Vehicular wireless payment authorization method
US20080201212A1 (en) Smart sign mobile transit fare payment
CA2949366A1 (en) Apparatus, method, and computer program product for settlement to a merchant's card account using an on-line bill payment platform
CA2876709A1 (en) Virtual transportation point of sale
US20230260330A1 (en) Universal fare payment and collection system
CN109583884A (zh) 非交易启用数据安全性
US11636713B2 (en) Universal fare payment and collection system
CN113344571A (zh) 一种支付方法、装置及设备
US11687912B2 (en) Method of and system for enabling a payment transaction to be conducted in a linked, integrated, interchangeable payment system (LIIPS) including a passageway payment system using an RFID sticker linked to payment devices
OA19302A (en) Universal fare payment and collection system.
KR101286694B1 (ko) Ｎ ｆ ｃ 태그를 이용한 정보 제공 시스템 및 정보 제공 방법
Chandurkar Ticketing Protocol Based On Near Field Communication
Bank et al. Eurosmart figures show a tough year ahead